Học Nhanh và Viết Blog trong 1 Buổi với Claude

Hôm qua tôi gặp một vấn đề: mua tên miền cho blog bị lỗi checkout. Hôm nay tôi có 3 bài blog sẵn sàng publish.

Không phải vì tôi viết giỏi. Mà vì tôi tìm được cách dùng Claude như một "đối tác học tập" - vừa giải quyết vấn đề, vừa đóng gói lại thành kiến thức có thể chia sẻ.

Đây là quy trình của tôi.

Tại sao viết blog trong khi học?

Trước đây, khi học được điều gì mới, tôi thường:

• Ghi note vào Notion
• Để đó
• Quên

Hoặc khi team hỏi về một chủ đề tôi đã tìm hiểu, tôi phải giải thích lại từ đầu. Mỗi người hỏi là một lần giải thích.

Giờ tôi làm khác: Học xong → Viết blog ngay → Gửi link cho ai cần.

Lợi ích:

• Viết ra giúp tôi hiểu sâu hơn (phải giải thích được thì mới hiểu thật)
• Tiết kiệm thời gian giải thích lặp lại
• Tạo được "thư viện kiến thức" cho team

Vấn đề duy nhất: viết blog tốn thời gian. Hoặc tôi nghĩ vậy, cho đến khi thử dùng Claude.

Quy trình 4 bước

Bước 1: Bắt đầu với vấn đề thực tế

Tôi không ngồi nghĩ "hôm nay viết blog về gì". Tôi bắt đầu với một vấn đề cần giải quyết.

Ví dụ hôm qua: "Mua domain trên Ghost bị lỗi checkout, quay mãi không xong."

Tôi gửi screenshot cho Claude và hỏi cách xử lý. Claude hướng dẫn tôi mua domain từ Squarespace rồi kết nối về Ghost - rẻ hơn và không phụ thuộc vào cái checkout bị lỗi.

Điểm quan trọng: Vấn đề thực tế = Nội dung thực tế. Không cần nghĩ chủ đề, chủ đề tự đến.

Bước 2: Hỏi "tại sao" trong quá trình giải quyết

Đây là bước tạo ra sự khác biệt.

Thay vì chỉ làm theo hướng dẫn, tôi hỏi thêm:

• "Tại sao giá domain chênh lệch nhiều vậy?" → Hiểu về cách các registrar markup giá
• "DNS records là gì?" → Hiểu cách domain hoạt động
• "Tại sao file .html mà chứa cả CSS?" → Hiểu cấu trúc web cơ bản

Mỗi câu "tại sao" mở ra một lớp kiến thức mới. Và mỗi lớp kiến thức đó có thể thành một phần trong blog, hoặc thậm chí một blog riêng.

<!-- 📸 HÌNH 1 (tùy chọn): Screenshot một đoạn chat hỏi "tại sao" → Mục đích: Minh họa cách đặt câu hỏi -->

Bước 3: Nhờ Claude đóng gói thành blog

Sau khi giải quyết xong vấn đề, tôi nói:

"Cho tôi một bài blog về cái này."

Claude viết draft đầu tiên. Nhưng tôi không dừng ở đó.

Tôi đọc lại và yêu cầu chỉnh sửa:

• "Thêm gợi ý vị trí đặt hình"
• "Thêm phần kết luận về việc tôi quyết định không dùng thumbnail"
• "Viết thêm bài về trải nghiệm học code của người non-code"

Mỗi lần yêu cầu, Claude cập nhật. Bài viết dần hoàn thiện theo đúng ý tôi.

Điểm quan trọng: Claude viết draft, tôi quyết định hướng đi. Tôi không outsource suy nghĩ - tôi outsource việc đánh máy.

Bước 4: Review và thêm góc nhìn cá nhân

Draft của Claude thường đầy đủ về mặt thông tin, nhưng thiếu "tiếng nói" của tôi.

Tôi thêm vào:

• Những khoảnh khắc cụ thể ("quay mãi 1 tiếng không xong")
• Quyết định cá nhân ("tôi quyết định không dùng thumbnail")
• Liên hệ với context của tôi ("để chia sẻ với team tôi dẫn dắt")

Bài viết cuối cùng là sự kết hợp: cấu trúc và thông tin từ Claude + góc nhìn và quyết định từ tôi.

Ví dụ thực tế: Từ 1 vấn đề → 3 bài blog

Hôm qua tôi chỉ có 1 vấn đề: mua domain bị lỗi.

Sau khi giải quyết xong và hỏi "tại sao" trong quá trình, tôi có 3 bài blog:

Một buổi chiều. Ba bài blog. Không phải vì tôi viết nhanh, mà vì quy trình hiệu quả.

Những điều tôi học được về cách dùng Claude

1. Claude là đối tác, không phải Google

Google trả lời câu hỏi. Claude có thể đối thoại.

Khi tôi hỏi "DNS là gì?", Claude không chỉ định nghĩa mà còn giải thích bằng ví dụ phù hợp với context của tôi (đang setup domain cho Ghost). Khi tôi nói "vẫn chưa hiểu", Claude giải thích lại theo cách khác.

2. Đừng chỉ nhận output - hãy hỏi logic phía sau

Khi Claude đề xuất một giải pháp, tôi hỏi "tại sao làm vậy?".

Ví dụ: Claude bảo xóa "Squarespace Defaults" trong DNS. Tôi hỏi tại sao. Claude giải thích về việc domain đang trỏ về server Squarespace, cần xóa để trỏ về Ghost.

Hiểu logic giúp tôi tự xử lý được những tình huống tương tự sau này, không phụ thuộc vào Claude.

3. Quyết định cuối cùng vẫn là của mình

Claude tạo cho tôi một thumbnail đẹp bằng code. Nhưng tôi quyết định không dùng nó - vì tôi nhận ra thumbnail không cần thiết cho blog của tôi.

Claude cung cấp options và thông tin. Tôi đưa ra quyết định dựa trên context và giá trị của mình.

Cách áp dụng cho bạn

Nếu bạn muốn học một chủ đề mới:

1. Bắt đầu với vấn đề cụ thể cần giải quyết
2. Nhờ Claude hướng dẫn, nhưng hỏi "tại sao" ở mỗi bước
3. Sau khi xong, nhờ Claude tóm tắt lại thành blog
4. Thêm góc nhìn và trải nghiệm cá nhân của bạn

Nếu bạn muốn tạo tài liệu cho team:

1. Mỗi khi giải quyết một vấn đề, viết lại thành blog/guide
2. Gửi link thay vì giải thích lại
3. Team có thắc mắc → Cập nhật vào bài viết
4. Dần dần bạn có một "knowledge base" cho team

Prompt đơn giản để bắt đầu:

"Tôi vừa [làm gì đó]. Hãy giúp tôi viết một bài blog về trải nghiệm này, giải thích cho người mới bắt đầu."

Kết luận

Viết blog không nhất thiết phải tốn thời gian. Với Claude, tôi biến quá trình học thành quá trình tạo nội dung:

• Học = Giải quyết vấn đề + hỏi "tại sao"
• Viết = Nhờ Claude đóng gói + thêm góc nhìn cá nhân
• Chia sẻ = Gửi link thay vì giải thích lại

Bài viết bạn đang đọc được tạo ra đúng theo quy trình này. Và giờ bạn có thể làm tương tự.

Bài tiếp theo: Claude Exporter: An Toàn Không? - Cách kiểm tra extension

Bài trước: Claude Memory System - Biến AI thành trợ lý cá nhân

Series: AI Tools (5 bài)