Claude.aiClaude Sonnet 4.6Chat

Giữ Claude bám đúng ý qua một hội thoại dài mười mấy lượt

Ẩn danhẨn danh·chia sẻ 2 tuần trước·
88
Học từ cách hỏi

Câu hỏi này hay ở đâu?

1/3
“Trước khi mình hỏi tiếp, bạn tóm tắt trong 3 gạch đầu dòng: bạn đang hiểu mục tiêu của mình là gì, đã chốt những gì, và còn gì chưa rõ?”

Người hỏi chủ động quản trị ngữ cảnh: yêu cầu Claude tóm tắt hiểu biết hiện tại trước khi đi tiếp, và đánh dấu rõ mỗi lần đổi hướng. Đây là kỹ thuật giữ mạch mà rất ít người dùng để ý.

Điểm mạnh của cách đặt câu hỏi
  • Yêu cầu “tóm tắt hiểu biết trước khi tiếp” → phát hiện lệch ý sớm, rẻ.
  • Đánh dấu đổi hướng rõ ràng (“giờ chuyển sang…”) → tránh trộn hai mạch.
  • Nhắc lại mục tiêu tổng khi nối mạch dài → model không trôi.
Bạn nên học gì
  • Định kỳ bảo Claude tóm tắt hiểu biết để kiểm tra căn chỉnh.
  • Tuyên bố rõ khi đổi chủ đề thay vì để model tự đoán.
  • Nhắc lại mục tiêu ở các lượt then chốt của hội thoại dài.
Hội thoại với Claude Sonnet 4.6 · Claude.ai
Trước khi mình hỏi tiếp, bạn tóm tắt trong 3 gạch đầu dòng: bạn đang hiểu mục tiêu của mình là gì, đã chốt những gì, và còn gì chưa rõ?

Rõ. Tóm tắt hiểu biết hiện tại của tôi:

  • Mục tiêu: dựng quy trình duyệt nội dung cho blog nội bộ, tối ưu tốc độ chứ không phải độ chi tiết.
  • Đã chốt: hai bước duyệt (biên tập → xuất bản), giọng văn trung tính, độ dài 600–800 từ.
  • Chưa rõ: ai là người bấm “xuất bản” cuối cùng, và có cần bước kiểm SEO không.

Nếu bản tóm tắt này đúng, bạn cho tôi biết hai điểm “chưa rõ” ở trên để tôi đề xuất quy trình sát hơn. Nếu tôi hiểu lệch chỗ nào, sửa giúp tôi trước khi đi tiếp.

Tiếp tục hội thoại

Cùng chủ đề · Chat

Hội thoại ngoài khác đáng tham khảo

Xem tất cả
Claude Fable 5

Research toàn bộ về Claude Fable — lợi ích đặc biệt và best practice khi tích hợp

Một câu hỏi “research” mở nhưng có KHUNG rõ ràng: nêu chủ đề, đòi kết luận có chủ đích (lợi ích đặc biệt), và ràng buộc thêm đầu ra (best practice nên dùng). Chính khung này buộc model bật web search, đối chiếu nhiều nguồn chính thức thay vì trả lời từ trí nhớ — và cho ra câu trả lời có cấu trúc.

Ẩn danh214Claude Opus 4.8

Sửa lỗi race condition trong hàng đợi job — quy trình debug từng bước

Người hỏi không dán nguyên stack trace rồi hỏi “fix giúp”. Họ mô tả triệu chứng, đưa giả thuyết của mình, và yêu cầu agent kiểm chứng bằng test trước khi vá — biến Claude thành người điều tra chứ không phải máy đoán.

Ẩn danh176Claude Sonnet 4.6

Giao Claude tự tổng hợp báo cáo tuần từ nhiều file rồi xuất bản nháp

Thay vì “viết báo cáo tuần”, người hỏi định nghĩa tiêu chí hoàn thành: nguồn nào, độ dài, giọng văn, và “điều gì được coi là xong”. Đây là cách giao việc nền cho một agent — rõ ràng đến mức không cần ngồi canh.

Ẩn danh132Claude Fable 5

Từ một câu mô tả tới Artifact bấm được — cách brief để lặp nhanh

Người hỏi không đòi “một trang đẹp”. Họ đưa đối tượng người dùng, một hành động chính, ràng buộc thương hiệu, và yêu cầu Artifact bấm được để test — đủ cụ thể để vòng lặp thiết kế cực ngắn.

Ẩn danh118Claude Opus 4.8

Chọn MCP server đầu tiên nên cài — và vì sao bắt đầu từ Filesystem

Câu hỏi có bối cảnh cá nhân (“mình làm phân tích dữ liệu, chủ yếu đọc file cục bộ”) nên câu trả lời không phải danh sách chung chung mà là một khuyến nghị có lý do, hợp với công việc của người hỏi.

Ẩn danh97