Nếu bạn đang sử dụng Claude Kit để tăng tốc quy trình phát triển phần mềm, chắc hẳn bạn đã từng tự hỏi: "Tại sao mình phải chạy /plan rồi mới chạy /code, trong khi lệnh /cook có thể làm tất cả chỉ trong một dòng?"
Câu trả lời ngắn gọn: /cook thực sự là một "vũ khí hạng nặng", nhưng giống như mọi công cụ mạnh, nó cần một người sử dụng thông minh và có chiến lược rõ ràng.
1. Combo "/plan + /code": Dành cho người thích kiểm soát
Quy trình chuẩn của Claude Kit thường được khuyến nghị tách biệt hai giai đoạn:
Lên kế hoạch (/plan): Agent Planner sẽ nghiên cứu, phân tích codebase và tạo ra một file hướng dẫn chi tiết dưới dạng markdown.
Thực thi (/code): Agent Developer sẽ đọc file kế hoạch đó và bắt tay vào code, kiểm thử và review.
Tại sao chọn cách này?
Kiểm soát tuyệt đối: Bạn có cơ hội đọc và chỉnh sửa file kế hoạch trước khi bất kỳ dòng code nào được viết. Nếu AI hiểu sai ý, bạn sửa ngay trên giấy - rẻ hơn nhiều so với sửa code.
Tiết kiệm Token: Đây là yếu tố quan trọng. Lệnh /code được thiết kế để thực thi một bản kế hoạch đã tồn tại. Nó không cần tốn tài nguyên để suy nghĩ lại từ đầu.
Quy trình chặt chẽ: /code có các "cổng kiểm soát chất lượng" bắt buộc: Test phải pass 100%, Code Review phải sạch lỗi Critical, và User phải Approve thì mới được merge.
2. Lệnh "/cook": Sức mạnh của tự động hóa toàn diện
Lệnh /cook là hiện thân của sự tiện lợi. Khi bạn gõ /cook [mô tả tính năng], bạn đang kích hoạt một chuỗi dây chuyền tự động:
Quy trình của /cook:
Planning (nếu chưa có) → Scout (tìm file) → Implementation → Testing → Code Review → Documentation → Report
Nó làm tất cả. Bạn có thể đi pha cà phê và quay lại với một tính năng đã hoàn thiện. Nhưng chính vì sự mạnh mẽ này, /cook rất dễ bị sử dụng sai cách.
3. Tại sao "/cook" chỉ dành cho người dùng thông minh?
Nhiều người lầm tưởng /cook là nút bấm dành cho người lười. Sai lầm! /cook là công cụ dành cho người biết ra lệnh chính xác.
Dưới đây là lý do tại sao bạn cần "thông minh" khi dùng /cook:
A. Bạn phải biết rõ mình muốn gì (Prompt Engineering)
Vì /cook sẽ tự động chuyển từ kế hoạch sang code ngay lập tức, nên nếu input của bạn mơ hồ, output sẽ là một mớ hỗn độn.
# ❌ Input tồi
/cook add stuff
# → AI sẽ bối rối và làm sai
# ✅ Input thông minh
/cook implement password reset flow with email verification
# → AI hiểu rõ phạm vi công việc
Nếu bạn không thể mô tả chi tiết, hãy dùng /plan để AI giúp bạn làm rõ ý tưởng trước. Dùng /cook cho những ý tưởng chưa rõ ràng là đốt token (tiền) vô ích.
B. Bạn phải biết quản lý tài nguyên (Token Management)
Một sai lầm "chí mạng" của người mới: Đã chạy /plan rồi, nhưng sau đó lại chạy tiếp /cook với cùng mô tả đó.
Hậu quả: /cook sẽ tạo lại một bản kế hoạch mới, gây lãng phí token gấp đôi cho cùng một việc.
Quy tắc vàng:
- Chưa có kế hoạch → Dùng
/cook - Đã có file kế hoạch (
plans/xyz.md) → Dùng/code @plans/xyz.md
C. Bạn phải có kỷ luật (Trust the Process)
Khi /cook đang chạy, nó sẽ kích hoạt hàng loạt Agent: từ Planner, Scout, đến Tester và Code Reviewer. Đừng ngắt quãng nó giữa chừng.
Việc ngắt lệnh sẽ dẫn đến code thiếu, test chưa chạy hoặc tài liệu chưa cập nhật.
Một người dùng thông minh biết kiên nhẫn để nhận về kết quả hoàn chỉnh: Code + Tests + Docs.
Kết luận
Dùng /plan + /code khi:
- Bạn muốn tiết kiệm chi phí
- Bạn cần sự chắc chắn
- Bạn đang làm việc với các tính năng cực kỳ phức tạp cần kiểm duyệt từng bước
Dùng /cook khi:
- Bạn muốn tốc độ
- Bạn tự tin vào khả năng viết prompt của mình
- Bạn muốn tận dụng tối đa sức mạnh dàn xếp (orchestration) của 14 Agent trong Claude Kit
Hãy dùng /cook như một người quản lý giỏi giao việc cho chuyên gia - chứ đừng dùng nó như một canh bạc may rủi!