Bẫy hay gặp CCAR-F

Kiểu phương án sai thường gặp, gom theo topic.

• Phân tích câu chữ ("I'm done", "Final answer") để quyết định dừng.
• Coi "response có text" là đã xong — Claude có thể vừa viết text vừa gọi tool.
• Chỉ gửi tool_result mà không gửi lại message assistant chứa tool_use.
• Cho subagent gọi trực tiếp nhau "cho nhanh" — mất khả năng quan sát và kiểm soát.
• Nghĩ subagent tự biết những gì coordinator đã đọc.
• Chọn đa agent cho tác vụ tuần tự, phụ thuộc chặt chỉ vì "mạnh hơn".
• Báo cáo thiếu cả mảng lớn trong khi log coordinator cho thấy phân rã hẹp → đổ lỗi cho agent tìm kiếm/phân tích/tổng hợp (chúng đã làm đúng phần được giao).
• Thêm định nghĩa subagent nhưng quên cho coordinator quyền dùng tool Task.
• Prompt giao việc chỉ ghi "phân tích tài liệu ở trên" — subagent không thấy "ở trên".
• Muốn song song nhưng gọi subagent tuần tự qua nhiều lượt.
• Thêm câu "LUÔN xác minh khách trước" viết hoa vào system prompt và coi là đủ.
• Thêm nhiều ví dụ few-shot hơn để "chắc chắn" model tuân thủ.
• Classifier định tuyến chỉ bật một nhóm tool theo loại yêu cầu — giải quyết việc có tool nào, không giải quyết thứ tự gọi.
• Dùng PostToolUse để chặn hoàn tiền — lúc đó tool đã chạy xong rồi.
• Nhờ model tự chuẩn hóa định dạng trong prompt thay vì xử lý bằng hook.
• Dựng agent tự chủ cho quy trình 3 bước cố định.
• Review 30 file trong một prompt rồi thắc mắc vì sao sót lỗi.
• Resume phiên một tuần trước và để Claude tin vào nội dung file cũ.
• Thử nghiệm hướng mới trực tiếp trên phiên gốc khi muốn giữ lại nó.
• Dựng router/classifier để chọn tool trước khi thử viết lại mô tả.
• Gộp hai tool thành một lookup_entity làm "bước đầu" — hợp lệ về kiến trúc nhưng nặng hơn việc sửa mô tả.
• Thêm 5–8 ví dụ few-shot về chọn tool — tốn token mà không sửa gốc (mô tả sơ sài).
• Trả mảng rỗng khi API lỗi để "không làm hỏng luồng".
• Retry mọi lỗi theo cùng một cách.
• Cho mọi subagent toàn bộ tool "để linh hoạt".
• Nghĩ auto bảo đảm model sẽ gọi tool.
• Cho agent tổng hợp gom mọi nhu cầu xác minh rồi trả về một lượt — tạo phụ thuộc chặn (bước sau cần dữ kiện đã xác minh).
• Dán token thẳng vào .mcp.json rồi commit.
• Đặt server team vào ~/.claude.json — đồng nghiệp sẽ không có.
• Dùng Glob để tìm nơi gọi một hàm.
• Dùng Bash cat mọi file để "hiểu toàn bộ" trước khi làm.
• Đặt quy ước team trong ~/.claude/CLAUDE.md.
• Nhắc tới file cấu hình không tồn tại như .claude/config.json.
• Đưa quy trình deploy dài vào CLAUDE.md — tốn context ở mọi phiên.
• Sửa trực tiếp skill của team để phục vụ thói quen riêng.
• Copy cùng một CLAUDE.md vào 20 thư mục chứa file test.
• Đặt quy ước vào skill — skill cần được gọi hoặc Claude tự chọn nạp, không tự áp theo đường dẫn file.
• Gom mọi quy ước vào CLAUDE.md gốc theo từng mục, trông vào việc Claude tự suy ra mục nào áp dụng.
• Bật plan mode cho việc sửa một dòng.
• Để Claude sửa ngay một migration 45 file mà không lập kế hoạch.
• "Làm thẳng trước, gặp phức tạp thì mới chuyển plan mode" — khi đề đã nêu sẵn độ phức tạp.
• Viết lại mô tả bằng lời dài hơn thay vì đưa ví dụ.
• Parse đầu ra văn bản tự do bằng regex trong CI.
• Bảo phiên vừa sinh code "tự review lại kỹ".
• Đặt CLAUDE_HEADLESS=true, thêm --batch, hoặc chuyển stdin từ /dev/null — không phải cách chạy không tương tác được tài liệu hóa.
• Lọc theo điểm tự tin model tự chấm để giảm false positive.
• Thêm 15 ví dụ toàn ca dễ.
• Nghĩ rằng có schema là dữ liệu đã đúng.
• Đặt mọi trường là required "cho đầy đủ".
• Retry 5 lần cùng một prompt khi trường cần lấy không có trong tài liệu.
• Dùng Batches cho kiểm tra bắt buộc trước khi merge PR.
• Gửi lại toàn bộ batch khi chỉ vài request lỗi.
• "Batch thường xong nhanh" nên dùng cho việc chặn luồng — không có SLA độ trễ.
• "Kết quả batch không ghép lại được với request" — sai, đã có custom_id.
• "Hãy kiểm tra kỹ lại code bạn vừa viết" trong cùng phiên.
• Đổi sang model có context lớn hơn — context lớn không sửa được việc loãng chú ý.
• Chạy 3 lượt review, chỉ báo lỗi xuất hiện ≥ 2 lần — che mất bug thật chỉ bắt được lúc có lúc không.
• Bắt dev chia PR thành 3–4 file — đẩy gánh sang người, không cải thiện hệ thống.
• Tóm tắt cả cuộc hội thoại thành một đoạn văn, bỏ con số cụ thể.
• Chuyển người khi phát hiện khách dùng từ ngữ tiêu cực.
• Dựng classifier riêng để quyết định escalation trước khi thử tiêu chí rõ ràng.
• Subagent lỗi → coordinator hủy toàn bộ báo cáo.
• Retry với backoff trong subagent rồi chỉ trả "search unavailable" chung chung — coordinator mất thông tin để phục hồi.
• Tiếp tục hỏi trong một phiên đã quá dài, hy vọng model vẫn nhớ đúng.
• Bỏ duyệt tay vì độ chính xác tổng đã đạt 97%.
• Lấy trung bình hai con số mâu thuẫn từ hai nguồn.