Claude CoworkClaude Sonnet 4.6Cowork

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

Ẩn danhẨn danh·chia sẻ 6 ngày trước·
132
Học từ cách hỏi

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

1/3
“Tổng hợp báo cáo tuần từ 3 file: metrics.csv, support-tickets.csv, notes.md. Một trang, giọng trung tính, có mục “Rủi ro cần chú ý”. Nếu số liệu giữa các file mâu thuẫn thì hỏi mình trước khi viết.”

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.

Điểm mạnh của cách đặt câu hỏi
  • Chỉ đích danh nguồn dữ liệu (3 file) → agent không phải đoán lấy số ở đâu.
  • Nêu tiêu chí “xong”: một trang, có phần rủi ro, giọng trung tính → kết quả đo được.
  • Cho phép agent hỏi lại nếu số liệu mâu thuẫn thay vì tự bịa.
Bạn nên học gì
  • Giao việc nền = mô tả kết quả + tiêu chí hoàn thành, không phải ra lệnh từng bước.
  • Luôn trỏ nguồn cụ thể để tránh “ảo số”.
  • Cho agent quyền hỏi lại khi dữ liệu mâu thuẫn — an toàn hơn là ép nó trả lời.
Hội thoại với Claude Sonnet 4.6 · Claude Cowork
Tổng hợp báo cáo tuần từ 3 file: metrics.csv, support-tickets.csv, notes.md. Một trang, giọng trung tính, có mục “Rủi ro cần chú ý”. Nếu số liệu giữa các file mâu thuẫn thì hỏi mình trước khi viết.

Tôi mở ba file và đối chiếu các con số trùng nhau trước khi soạn.

1Đọcmetrics.csv + support-tickets.csv

Có một điểm mâu thuẫn cần bạn xác nhận: metrics.csv ghi 128 ticket đã đóng trong tuần, nhưng support-tickets.csv chỉ có 121 dòng trạng thái “closed”. Bạn muốn tôi lấy theo nguồn nào?

Trong lúc chờ, đây là khung nháp tôi sẽ điền: Tóm tắt điều hành · Số liệu chính · Rủi ro cần chú ý · Việc tuần tới. Phần Rủi ro sẽ nêu chênh lệch ticket ở trên như một mục cần làm rõ.

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

Cùng chủ đề · Cowork

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 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 danh97Claude Sonnet 4.6

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

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 để ý.

Ẩn danh88