- Công khai môi trường làm việc và quy trình thực tế của mình, giới thiệu cách chạy song song 5 Claude trong terminal và vận hành thêm 5–10 phiên trên web
- Dùng Opus 4.5 with thinking cho mọi tác vụ; tuy lớn và chậm hơn nhưng cần ít điều chỉnh hơn, khả năng tận dụng công cụ rất tốt nên rốt cuộc lại nhanh hơn
- Cả nhóm chia sẻ một file
CLAUDE.md duy nhất, và mỗi khi Claude có hành vi sai thì bổ sung nội dung vào đó để tích lũy hiệu quả học hỏi
- Bắt đầu hầu hết các phiên bằng chế độ Plan, tinh chỉnh kế hoạch đủ kỹ rồi chuyển sang chế độ auto-accept để hoàn tất trong một lần
- Yếu tố quan trọng nhất để nâng chất lượng đầu ra cuối cùng lên 2–3 lần là cung cấp cho Claude vòng lặp phản hồi để tự kiểm chứng công việc
1/ Thiết lập môi trường chạy song song
- Chạy song song 5 Claude trong terminal, gắn số 1–5 cho các tab và dùng thông báo hệ thống để biết thời điểm cần nhập liệu
2/ Vận hành song song web và local
- Trên web claude.ai/code cũng chạy song song thêm 5–10 Claude, vận hành cùng với Claude local
- Có thể handoff phiên local sang web (dùng
&) hoặc khởi chạy phiên trực tiếp trong Chrome, rồi chuyển đổi hai chiều bằng --teleport
- Cũng tận dụng ứng dụng iOS để bắt đầu các phiên mỗi sáng và nhiều lần trong ngày rồi kiểm tra lại sau
3/ Chọn model: Opus 4.5 with thinking
- Dùng Opus 4.5 with thinking cho mọi tác vụ
- Đây là model viết code tốt nhất mà anh từng dùng
- So với Sonnet, nó lớn và chậm hơn, nhưng cần ít steering hơn và khả năng tận dụng công cụ vượt trội
- Kết quả là đầu ra cuối cùng gần như luôn nhanh hơn so với model nhỏ hơn
4/ Tích lũy tri thức cấp đội nhóm qua CLAUDE.md
- Duy trì một file CLAUDE.md duy nhất được cả nhóm chia sẻ trong kho Claude Code
- Check in vào git, và cả nhóm đóng góp nhiều lần mỗi tuần
- Mỗi khi Claude có hành vi sai, sẽ bổ sung vào CLAUDE.md để ngăn lặp lại cùng lỗi đó vào lần sau
- Các nhóm khác cũng duy trì CLAUDE.md riêng của mình, và mỗi nhóm chịu trách nhiệm giữ nó luôn cập nhật
5/ Cập nhật CLAUDE.md khi code review
- Khi review code, gắn thẻ @.claude trong PR của đồng nghiệp để thêm nội dung vào CLAUDE.md như một phần của PR
- Tận dụng Claude Code GitHub Action(/install-github-action)
- Cách làm này tương tự khái niệm Compounding Engineering của Dan Shipper
6/ Quy trình với chế độ Plan và tự động chấp nhận
- Bắt đầu hầu hết các phiên bằng chế độ Plan (shift+tab hai lần)
- Nếu mục tiêu là tạo PR, sẽ trao đổi lặp lại với Claude trong chế độ Plan cho đến khi thấy kế hoạch đủ ổn
- Sau khi chốt kế hoạch, chuyển sang chế độ auto-accept edits thì Claude thường hoàn thành trong một lần (1-shot)
- Một kế hoạch tốt thực sự rất quan trọng
7/ Tự động hóa việc lặp lại bằng slash command
- Dùng slash command cho từng workflow "inner loop" thực hiện nhiều lần trong ngày
- Giúp tiết kiệm việc lặp lại prompt, và Claude cũng có thể dùng các workflow này
- Các command được check in vào git và lưu trong thư mục .claude/commands/
- Ví dụ: dùng slash command /commit-push-pr hàng chục lần mỗi ngày
8/ Tận dụng sub-agent
- Thường xuyên dùng nhiều sub-agent
- code-simplifier: đơn giản hóa code sau khi Claude hoàn tất công việc
- verify-app: chứa chỉ dẫn chi tiết cho kiểm thử end-to-end của Claude Code
- Tương tự slash command, đây là ý tưởng tự động hóa những workflow phổ biến nhất được thực hiện trong hầu hết PR
9/ Format code bằng PostToolUse hook
- Dùng PostToolUse hook để xử lý việc format code của Claude
- Claude vốn đã tạo code khá chuẩn format, còn hook sẽ xử lý 10% còn lại để tránh lỗi format xuất hiện sau đó trong CI
10/ Cách quản lý quyền hạn
- Không dùng --dangerously-skip-permissions
- Thay vào đó, dùng /permissions để cho phép trước các lệnh bash phổ biến được biết là an toàn trong môi trường
- Tránh các prompt xin quyền không cần thiết
- Phần lớn được check in trong .claude/settings.json và chia sẻ với cả nhóm
11/ Tận dụng tích hợp công cụ của Claude Code
- Để Claude Code sử dụng mọi công cụ thay mình
- Tìm kiếm và đăng bài lên Slack (dùng MCP server)
- Chạy truy vấn BigQuery (bằng bq CLI) để trả lời các câu hỏi phân tích
- Lấy log lỗi từ Sentry
- Cấu hình Slack MCP được check in trong .mcp.json và chia sẻ với cả nhóm
12/ Cách xử lý tác vụ dài
- Với các tác vụ rất dài, sẽ chọn một trong ba cách sau:
- Trong sandbox, dùng --permission-mode=dontAsk hoặc --dangerously-skip-permissions để Claude tập trung làm việc mà không bị prompt xin quyền làm gián đoạn
13/ Mẹo quan trọng nhất: cung cấp vòng lặp phản hồi kiểm chứng
- Yếu tố quan trọng nhất để có kết quả xuất sắc với Claude Code: cho Claude cách để tự kiểm chứng công việc
- Nếu có vòng lặp phản hồi này, chất lượng đầu ra cuối cùng tăng 2–3 lần
- Mọi thay đổi được đưa lên claude.ai/code đều được Claude kiểm thử bằng tiện ích mở rộng Chrome của Claude
- Mở trình duyệt, kiểm thử UI và lặp lại cho đến khi code chạy đúng và UX tốt
- Cách kiểm chứng sẽ khác nhau theo từng domain
- Có thể đơn giản như chạy lệnh bash
- Chạy test suite
- Kiểm thử ứng dụng trên trình duyệt hoặc trình mô phỏng điện thoại
- Cần đầu tư để xây dựng quy trình kiểm chứng này thật vững chắc
11 bình luận
Vì là người tạo ra nó nên chắc sẽ không bị áp giới hạn đâu nhỉ..?
Có lẽ API nội bộ dùng trong công ty là không giới hạn nhỉ, vì tôi từng thấy một bài viết nói rằng chính sản phẩm Claude Code cũng được viết bằng Claude Code.. haha;;
Nhưng liệu có bị tính phí không..? Đắt mà..
Ở công ty thì không có hạn chế sử dụng nào. Tôi không làm ở Anthropic, nhưng là ở một công ty Big Tech, và thực tế là sonnet 4.5 gần như không giới hạn.
Tôi là thuê bao Max, mà chỉ đọc thôi cũng có cảm giác token đang bị ngốn mất.
Mẹo sử dụng thực chiến được chính người tạo ra Claude Code chia sẻ
Điểm chung về kỹ năng..
Nhìn hình trong bài gốc thì có vẻ anh ấy làm việc bằng cách mở 5 cái ở cục bộ và 5 cái trên web. Không rõ có lý do gì để chia thành 5 và 5 như vậy, thay vì nhất thiết phải chạy 10 cái ở cục bộ và 10 cái trên web?
Trên web thì có lẽ chủ yếu để kiểm tra nhanh và làm các việc đơn giản trên cùng
git branchvới công việc ở máy cục bộ.(Cả lúc đang di chuyển cũng làm việc sao??)
Đây chỉ là suy đoán thôi, nhưng khi tạo 5 cái ở local thì có thể họ dùng các
git branchkhác nhau theo từng mục đích để quản lý ngữ cảnh,và mỗi tab chẳng hạn như
tab1 là tạo truy vấn DB và lập kế hoạch, tab2 là backend, tab3 là phát triển API, tab4 là frontend, tab5 là review code, rồi vận hành song song trong phạm vi giảm thiểu xung đột nhất có thể.
Đây chỉ là suy đoán thôi, nhưng có lẽ là vì để truy cập bằng thiết bị di động khi đang di chuyển thì phải là phiên web nên mới như vậy chăng. Trong tình huống mà tải nhận thức chỉ có thể xử lý khoảng 10 cái, thì kiểu như 5 cái làm chuyên sâu cục bộ trên PC, còn lại thì xử lý nhanh trên di động.
Có thể là vậy.