Văn bản gốc: Boris Cherny, nhà phát triển của Claude Code
Biên soạn & Tổ chức: Xiaohu AI
Bạn có thể đã nghe nói về Claude Code và thậm chí đã sử dụng nó để viết mã và sửa đổi tài liệu. Nhưng bạn đã bao giờ tự hỏi: AI sẽ thay đổi cách bạn làm việc như thế nào nếu nó không phải là một “công cụ tạm thời” mà là một thành viên chính thức trong quá trình phát triển của bạn, hoặc thậm chí là một hệ thống cộng tác tự động?
Boris Cherny, cha đẻ của Claude Code, đã viết một tweet rất chi tiết về cách anh ấy sử dụng công cụ này một cách hiệu quả và cách anh ấy và nhóm của mình tích hợp Claude vào toàn bộ quy trình kỹ thuật trong thực tế.
Bài viết này sẽ đưa ra một bản tóm tắt có hệ thống và cách giải thích phổ biến về kinh nghiệm của anh ấy.
Boris đã biến AI thành đối tác tự động hóa trong quy trình làm việc của mình như thế nào?
Bài học chính:
Anh ấy đã giới thiệu quy trình làm việc của mình, bao gồm:
Cách sử dụng Claude:
Chạy nhiều Claudes cùng nhau: Mở 5 ~ 10 phiên trên thiết bị đầu cuối và trang web để xử lý các tác vụ song song, đồng thời sử dụng điện thoại di động Claude của bạn.
Đừng thay đổi cài đặt mặc định một cách mù quáng: Claude hoạt động ngay lập tức, vì vậy không cần cấu hình phức tạp.
Sử dụng mô hình mạnh nhất (Opus 4.5): chậm hơn một chút, nhưng thông minh hơn và ít gặp sự cố hơn.
Lập kế hoạch trước khi viết code (Chế độ lập kế hoạch): Hãy để Claude giúp bạn suy nghĩ rõ ràng trước khi viết, với tỷ lệ thành công cao.
Sau khi tạo mã, hãy sử dụng các công cụ để kiểm tra định dạng để tránh sai sót.
Làm thế nào để làm cho Claude thông minh hơn khi bạn sử dụng nó nhiều hơn:
Nhóm duy trì một “cơ sở kiến thức”: bất cứ khi nào Claude viết sai điều gì đó, anh ấy sẽ bổ sung kinh nghiệm và không làm lại lần sau.
Tự động đào tạo Claude khi viết PR: Hãy để Claude đọc PR và tìm hiểu cách sử dụng hoặc thông số kỹ thuật mới.
Các lệnh thường được sử dụng trở thành lệnh gạch chéo và Claude có thể tự động gọi chúng, tiết kiệm lao động lặp đi lặp lại.
Sử dụng “tác nhân phụ” để xử lý một số tác vụ cố định, chẳng hạn như đơn giản hóa mã, xác minh chức năng, v.v.
Cách quản lý quyền:
Thay vì bỏ qua quyền, hãy đặt các lệnh bảo mật để tự động chuyển.
Đồng bộ hóa quy trình làm việc của Claude trên nhiều thiết bị (web, thiết bị đầu cuối, thiết bị di động).
Điểm quan trọng nhất:
Hãy chắc chắn cung cấp cho Claude một “cơ chế xác thực” để nó có thể xác nhận rằng những gì nó viết là chính xác.
Ví dụ: Claude tự động chạy các bài kiểm tra, mở trình duyệt để kiểm tra các trang web và kiểm tra xem chức năng này có hoạt động hay không.
Claude Code là một “đối tác”, không phải là một “công cụ”
Boris bắt đầu bằng cách truyền đạt một ý tưởng cốt lõi: Claude Code không phải là một công cụ tĩnh, mà là một người bạn đồng hành thông minh có thể làm việc với bạn, liên tục học hỏi và phát triển cùng nhau.
Nó không yêu cầu nhiều cấu hình phức tạp và mạnh mẽ ngay khi ra khỏi hộp. Nhưng nếu bạn sẵn sàng đầu tư thời gian vào việc xây dựng những cách tốt hơn để sử dụng nó, thì hiệu quả mà nó có thể mang lại là theo cấp số nhân.
Lựa chọn mô hình: chọn thông minh nhất chứ không phải nhanh nhất
Boris sử dụng mô hình hàng đầu của Claude, Opus 4.5 + Mindset (“với tư duy”), cho tất cả các nhiệm vụ phát triển.
Mặc dù mô hình này lớn hơn và chậm hơn Sonnet, nhưng:
- Nó có khả năng hiểu mạnh hơn
- Khả năng sử dụng công cụ tốt hơn
- Không cần hướng dẫn lặp đi lặp lại, ít giao tiếp qua lại
- Tiết kiệm thời gian tổng thể hơn so với sử dụng các mô hình nhanh
- Khai sáng: Hiệu quả sản xuất thực sự không nằm ở tốc độ thực hiện, mà ở “ít lỗi hơn, ít làm lại hơn và ít giải thích lặp đi lặp lại hơn”.
1. Chế độ kế hoạch: Viết mã bằng AI, đừng vội để nó “viết”
Khi chúng tôi mở Claude, nhiều người trực quan gõ “viết giao diện cho tôi” hoặc “tái cấu trúc mã này”… Claude cũng thường “viết một số”, nhưng thường đi chệch hướng, bỏ lỡ logic hoặc thậm chí hiểu sai yêu cầu.
Bước đầu tiên của Boris không bao giờ yêu cầu Claude viết mã. Anh ấy sử dụng mô hình Kế hoạch - anh ấy làm việc với Claude để phát triển ý tưởng thực hiện trước, và sau đó chuyển sang giai đoạn thực hiện.
Anh ấy đã làm điều đó như thế nào?
Khi bắt đầu PR, Boris không để Claude viết mã trực tiếp mà sử dụng chế độ Kế hoạch:
-
Mô tả mục tiêu
-
Lập kế hoạch với Claude
-
Xác nhận từng bước
-
Hãy để Claude viết tay
Bất cứ khi nào anh ấy cần triển khai một tính năng mới, chẳng hạn như “thêm điều chỉnh vào API”, anh ấy sẽ xác nhận với Claude từng bước:
- Nó được triển khai với phần mềm trung gian hay nó được nhúng một cách hợp lý?
- Cấu hình giới hạn hiện tại có cần được sửa đổi động không?
- Tôi có cần nhật ký không? Những gì được trả về khi nó không thành công?
Quá trình “đàm phán kế hoạch” này tương tự như hai người cùng nhau vẽ “bản vẽ thi công”.
Khi Claude hiểu mục tiêu, Boris bật chế độ “tự động chấp nhận chỉnh sửa”, cho phép Claude sửa đổi mã, gửi PR và đôi khi thậm chí loại bỏ nhu cầu xác nhận thủ công.
“Chất lượng mã của Claude phụ thuộc vào việc bạn có đồng ý trước khi viết mã hay không.” —— Boris
Khải huyền: Thay vì liên tục vá lỗi của Claude, chúng ta hãy cùng nhau vạch ra một lộ trình rõ ràng ngay từ đầu.
Tóm tắt
Mô hình Kế hoạch không lãng phí thời gian, mà là một cuộc đàm phán trước để thực hiện ổn định. AI có mạnh đến đâu thì nó cũng cần phải là “bạn nói rõ ràng”.
2. Multi-Claude Parallel: Không phải là AI, mà là một đội phát triển ảo
Boris không chỉ sử dụng một Claude. Thói quen hàng ngày của anh ấy như thế này:
- Mở 5 Claudes cục bộ trong thiết bị đầu cuối và các phiên được gán cho các tác vụ khác nhau (ví dụ: tái cấu trúc, viết kiểm tra và lỗi).
- Mở thêm 5–10 Claudes trong trình duyệt, song song với cấp cục bộ
- Sử dụng ứng dụng Claude iOS trên điện thoại của bạn để bắt đầu tác vụ bất cứ lúc nào
Mỗi phiên bản Claude giống như một “trợ lý chuyên dụng”: một số chịu trách nhiệm viết mã, một số chịu trách nhiệm hoàn thành tài liệu và một số bị treo trong nền trong một thời gian dài để thực hiện các tác vụ kiểm thử.
Anh thậm chí còn thiết lập thông báo hệ thống để anh được cảnh báo ngay khi Claude chờ đầu vào.
Tại sao làm điều này?
Bối cảnh của Claude là địa phương và không phù hợp với “một cửa sổ làm mọi thứ”. Boris chia Claude thành nhiều nhân vật để làm việc song song, giảm thời gian chờ đợi và “can thiệp vào trí nhớ” ở bên kia.
Anh cũng nhắc nhở bản thân thông qua các thông báo hệ thống: “Claude 4 đang chờ câu trả lời của bạn” và “Claude 1 đã hoàn thành thử nghiệm”, quản lý các AI này như thể chúng đang quản lý một hệ thống đa luồng.
Hiểu phép loại suy
Hãy tưởng tượng bạn đang ngồi cạnh năm thực tập sinh thông minh, mỗi người được giao một nhiệm vụ. Bạn không cần phải làm mọi thứ đến cùng, chỉ cần “cắt người” vào những thời điểm quan trọng và giữ cho nhiệm vụ diễn ra suôn sẻ.
Ý nghĩa: Sử dụng Claude làm nhiều “trợ lý ảo” để thực hiện các tác vụ khác nhau có thể giảm đáng kể thời gian chờ đợi và chi phí chuyển đổi ngữ cảnh.
3. Lệnh chém: Biến những gì bạn làm hàng ngày thành lối tắt cho Claude
Có một số quy trình làm việc mà chúng tôi thực hiện hàng chục lần một ngày:
- Sửa đổi mã từ → cam kết → đẩy → tạo PR
- Kiểm tra trạng thái bản dựng → thông báo cho nhóm về các vấn đề cập nhật →
- Đồng bộ hóa các thay đổi cho nhiều phiên trên web và cục bộ
Boris không muốn nhắc nhở Claude mỗi lần: “Hãy cam kết, sau đó đẩy, và sau đó PR…”
Anh ấy gói gọn các thao tác này thành các lệnh Slash, chẳng hạn như:
/cam kết-đẩy-pr
Đằng sau các lệnh này là logic tập lệnh Bash, được lưu trữ trong thư mục .claude/commands/, được thêm vào quản lý Git và được sử dụng bởi các thành viên trong nhóm.
Claude sử dụng các lệnh này như thế nào?
Khi Claude gặp lệnh này, nó không chỉ “thực hiện lệnh”, nó biết quy trình làm việc mà nó đại diện và có thể tự động thực hiện các bước trung gian, điền trước các tham số và tránh giao tiếp lặp đi lặp lại.
Hiểu những điểm chính
Lệnh Slash giống như “nút tự động” mà bạn cài đặt cho Claude. Bạn đào tạo nó để hiểu một luồng tác vụ và sau đó nó có thể thực hiện nó chỉ bằng một cú nhấp chuột.
“Tôi không chỉ có thể tiết kiệm thời gian bằng các mệnh lệnh, mà Claude cũng có thể làm được.” —— Boris
Tiết lộ: Đừng lặp lại lời nhắc nhập liệu mỗi lần, hãy trừu tượng hóa các tác vụ tần suất cao thành các lệnh, bạn và Claude có thể làm việc cùng nhau để “tự động hóa”.
4. Cơ sở kiến thức nhóm: Claude không dựa vào lời nhắc để học mà dựa vào các gen kiến thức được duy trì bởi nhóm
Nhóm của Boris duy trì cơ sở tri thức .claude và tham gia quản lý Git.
Nó giống như một “Wikipedia nội bộ” cho Claude, ghi lại:
- Cách viết đúng là gì
- Các phương pháp hay nhất cho thỏa thuận nhóm là gì
- Bạn gặp phải những vấn đề gì và làm thế nào để khắc phục?
Claude tự động tham chiếu cơ sở tri thức này để hiểu ngữ cảnh và xác định kiểu mã.
Điều gì xảy ra khi Claude làm điều gì đó sai?
Bất cứ khi nào Claude hiểu sai hoặc viết logic không chính xác, anh ấy sẽ thêm một bài học.
Mỗi đội duy trì phiên bản riêng.
Mọi người đều hợp tác chỉnh sửa và Claude đưa ra phán đoán dựa trên cơ sở kiến thức này trong thời gian thực.
Ví dụ:
Nếu Claude tiếp tục viết logic phân trang sai, nhóm chỉ cần viết tiêu chuẩn phân trang chính xác vào cơ sở tri thức và mọi người dùng sẽ tự động được hưởng lợi trong tương lai.
Cách tiếp cận của Boris: đừng mắng, đừng tắt nó mà hãy “huấn luyện một lần”:
Chúng tôi không viết mã này như thế này, nhưng thêm nó vào cơ sở tri thức
Claude sẽ không phạm sai lầm này lần sau.
Hơn nữa, cơ chế này không phải do một mình Boris duy trì mà được toàn bộ đội ngũ đóng góp và sửa đổi hàng tuần.
Khai sáng: Với AI, không phải tất cả mọi người một mình, mà để xây dựng một hệ thống “ký ức tập thể”.
5. Cơ chế học tập tự động: Bản thân PR là “dữ liệu đào tạo” của Claude
Boris thường @Claude về PR khi thực hiện đánh giá mã, chẳng hạn như:
@.claude đã thêm chức năng này vào cơ sở tri thức
Kết hợp với GitHub Actions, Claude tự động tìm hiểu ý định đằng sau thay đổi này và cập nhật kiến thức nội bộ của nó.
Nó tương tự như “liên tục đào tạo Claude”, trong đó mỗi bài đánh giá không chỉ phù hợp với mã mà còn cải thiện khả năng của AI.
Đây không còn là “hậu bảo trì” mà tích hợp cơ chế học tập của AI vào cộng tác hàng ngày.
Nhóm sử dụng PR để cải thiện chất lượng mã, đồng thời Claude nâng cao kiến thức.
Ý nghĩa: PR không chỉ là một quá trình xem xét mã mà còn là cơ hội để các công cụ AI tự phát triển.
6. Tác nhân phụ: Để Claude thực hiện các nhiệm vụ phức tạp theo mô-đun
Ngoài quy trình nhiệm vụ chính, Boris cũng xác định một số tác nhân phụ để xử lý các nhiệm vụ phụ phổ biến.
Tác nhân phụ là các mô-đun chạy tự động, chẳng hạn như:
- code-simplifier: Tự động đơn giản hóa cấu trúc sau khi Claude viết xong code
- verify-app: Chạy kiểm tra đầy đủ để xác minh rằng mã mới có sẵn
- Log-analyzer: Phân tích nhật ký lỗi và nhanh chóng xác định vị trí sự cố
Các tác nhân phụ này tự động kết nối với quy trình làm việc của Claude như plugin, chạy tự động và cộng tác mà không cần nhắc nhở lặp lại.
Khải huyền: Đặc vụ phụ là “thành viên trong nhóm” của Claude, và Claude được thăng chức từ trợ lý thành “chỉ huy dự án”.
Claude không chỉ là một người, mà là một người quản lý nhỏ mà bạn có thể dẫn dắt một nhóm.
7. Đoạn bổ sung 1: PostToolUse Hook - người gác cổng cuối cùng của định dạng mã
Không dễ để khiến mọi người viết mã theo phong cách thống nhất trong một nhóm. Mặc dù Claude có khả năng tạo ra mạnh mẽ, nhưng chắc chắn nó sẽ có những sai sót chi tiết như thụt lề kém và nhiều đường trống hơn.
Cách tiếp cận của Boris là thiết lập mộtMóc PostToolUse ——
Nói một cách đơn giản, đây là “móc xử lý hậu kỳ” mà Claude tự động gọi sau khi “hoàn thành nhiệm vụ”.
Vai trò của nó bao gồm:
- Tự động sửa định dạng mã
- Thiếu sót bổ sung
- Xử lý lỗi lint để tránh treo CI
Bước này thường không phức tạp, nhưng rất quan trọng. Cũng giống như chạy lại Grammarly sau khi viết bài, tác phẩm được gửi sẽ ổn định và gọn gàng.
Đối với các công cụ AI, chìa khóa thành công thường không nằm ở sức mạnh tạo ra, mà là khả năng dứt điểm.
8. Quản lý quyền: Ủy quyền trước thay vì bỏ qua
Boris nói rõ rằng ông không sử dụng --dangerously-skip-permissions - một tham số trong Claude Code có thể bỏ qua tất cả các lời nhắc quyền khi thực hiện lệnh.
Nghe có vẻ tiện lợi, nhưng nó cũng có thể nguy hiểm, chẳng hạn như vô tình xóa tệp, chạy sai tập lệnh, v.v.
Các lựa chọn thay thế của anh ấy là:
-
Sử dụng lệnh /permissions để khai báo rõ ràng lệnh nào đáng tin cậy
-
Viết các cấu hình quyền này vào .claude/settings.json
-
Chia sẻ các cài đặt bảo mật này với toàn bộ nhóm của bạn
Nó giống như mở trước một loạt các hoạt động “đưa vào danh sách trắng” cho Claude, chẳng hạn như:
“preApprovedCommands”: [
“git commit”,
“npm run build”,
“Pytest”
]
Claude thực hiện những hành động này mà không làm gián đoạn chúng mỗi lần.
Cơ chế quyền này được thiết kế giống như một hệ điều hành nhóm hơn là một công cụ độc lập. Anh ta ủy quyền trước các lệnh bash phổ biến, an toàn bằng lệnh /permissions, được lưu trong .claude/settings.json và được chia sẻ bởi nhóm.
Ý nghĩa: Tự động hóa AI không có nghĩa là mất kiểm soát. Kết hợp các chính sách bảo mật vào quá trình tự động hóa thực sự là kỹ thuật.
9. Liên kết đa công cụ: Claude = robot đa chức năng
Boris không chỉ để Claude viết mã cục bộ. Ông đã cấu hình Claude để truy cập nhiều nền tảng cốt lõi thông qua MCP (một mô-đun dịch vụ trung tâm):
- Thông báo Slack tự động (ví dụ: kết quả bản dựng)
- Truy vấn dữ liệu BigQuery (ví dụ: chỉ số hành vi của người dùng)
- Cạo nhật ký Sentry (ví dụ: theo dõi ngoại lệ trực tuyến)
Làm thế nào để đạt được nó?
Cấu hình của MCP được lưu trong .mcp.json
Claude đọc cấu hình trong thời gian chạy, tự động thực hiện các tác vụ đa nền tảng
Toàn bộ nhóm chia sẻ một tập hợp các cấu hình
Tất cả điều này được thực hiện thông qua việc tích hợp MCP (hệ thống điều khiển trung tâm của Claude) với Claude và cấu hình được lưu trong .mcp.json.
Claude giống như một trợ lý robot giúp bạn:
“Hoàn thành việc viết mã → gửi PR → Đánh giá hiệu suất → Thông báo QA → Nhật ký báo cáo”.
Đây không còn là một công cụ AI theo nghĩa truyền thống, mà là một trung tâm thần kinh cho các hệ thống kỹ thuật.
Khải huyền: Đừng để AI chỉ hoạt động “trong trình chỉnh sửa”,
Nó có thể là một bộ lập lịch trong toàn bộ hệ sinh thái hệ thống của bạn.
10. Xử lý không đồng bộ các tác vụ dài: tác nhân nền + plugin + hook
Trong các dự án thực tế, Claude đôi khi phải giải quyết các nhiệm vụ dài, chẳng hạn như:
- Xây dựng + Kiểm tra + Triển khai
- Tạo báo cáo + gửi email
- Tập lệnh di chuyển dữ liệu đang chạy
Cách tiếp cận của Boris rất được thiết kế:
Ba cách để xử lý các nhiệm vụ dài:
-
Sau khi Claude hoàn tất, hãy sử dụng tác nhân nền để xác minh kết quả
-
Sử dụng Stop Hook để tự động kích hoạt các hành động tiếp theo khi kết thúc nhiệm vụ
-
Sử dụng plugin ralph-wiggum (do @GeoffreyHuntley đề xuất) để quản lý các trạng thái quy trình dài
Trong những tình huống này, Boris sử dụng:
–permission-mode=dontAsk
Hoặc đặt các tác vụ vào hộp cát để tránh làm gián đoạn quy trình do lời nhắc cấp phép.
Claude không phải là một “người theo dõi liên tục”, mà là một cộng tác viên mà bạn có thể tin tưởng vào dịch vụ lưu trữ của mình.
Ý nghĩa: Các công cụ AI không chỉ phù hợp với các hoạt động ngắn và nhanh mà còn cho các quy trình phức tạp, dài hạn - miễn là bạn xây dựng một “cơ chế lưu trữ” cho chúng.
11. Cơ chế xác minh tự động: Giá trị đầu ra của Claude không đáng giá, nó phụ thuộc vào việc nó có thể tự xác minh hay không
Một trong những điều quan trọng nhất về trải nghiệm của Boris là:
Bất kỳ kết quả nào do Claude đưa ra đều phải có “cơ chế xác thực” để kiểm tra tính đúng đắn của nó.
Anh ấy sẽ thêm một tập lệnh xác thực hoặc hook cho Claude:
- Sau khi viết mã, Claude tự động chạy các trường hợp thử nghiệm để xác minh rằng mã là chính xác
- Mô phỏng tương tác của người dùng trong trình duyệt để xác thực trải nghiệm giao diện người dùng
- Tự động so sánh nhật ký và số liệu trước và sau khi chạy
Nếu nó không vượt qua, Claude sẽ tự động sửa đổi và thực thi lại. cho đến khi được thông qua.
Nó giống như Claude đã tự mình mang đến một “hệ thống phản hồi vòng kín”.
Điều này không chỉ cải thiện chất lượng mà còn giảm gánh nặng nhận thức cho mọi người.
Khai sáng: Điều thực sự quyết định chất lượng của kết quả AI không phải là số lượng thông số của mô hình, mà là liệu bạn đã thiết kế một “cơ chế kiểm tra kết quả” cho nó hay chưa.
Tóm tắt: Thay vì thay thế con người, hãy để AI làm việc cùng nhau như con người
Cách tiếp cận của Boris không dựa vào “các tính năng ẩn” hoặc công nghệ tối, mà sử dụng Claude một cách thiết kế để nâng cấp nó từ một “công cụ trò chuyện” thành một thành phần hệ thống làm việc hiệu quả.
Cách sử dụng Claude của anh ấy có một số tính năng cốt lõi:
- **Song song nhiều phiên:**Việc phân công nhiệm vụ rõ ràng và hiệu quả hơn
- **Ưu tiên lập kế hoạch:**Chế độ kế hoạch cải thiện sự liên kết mục tiêu của Claude
- **Hỗ trợ hệ thống tri thức:**Nhóm làm việc cùng nhau để duy trì cơ sở kiến thức AI và lặp lại liên tục
- **Tự động hóa tác vụ:**Lệnh gạch chéo + tác nhân phụ để làm cho Claude hoạt động như một công cụ quy trình
- **Cơ chế phản hồi vòng kín:**Mỗi đầu ra của Claude đều có logic xác minh để đảm bảo đầu ra ổn định và đáng tin cậy
Trên thực tế, cách tiếp cận của Boris cho thấy một cách sử dụng AI mới:
- Nâng cấp Claude từ “Trợ lý đàm thoại” lên “Hệ thống lập trình tự động”
- Biến sự tích lũy kiến thức từ bộ não con người thành cơ sở tri thức cho AI
- Chuyển đổi quy trình từ các thao tác thủ công lặp đi lặp lại sang quy trình làm việc theo kịch bản, mô-đun, cộng tác, tự động
Cách tiếp cận này không dựa vào ma thuật hắc ám, mà là biểu hiện của khả năng kỹ thuật. Bạn cũng có thể học hỏi từ điều này để sử dụng Claude hoặc các công cụ AI khác hiệu quả và thông minh hơn.
Nếu bạn thường cảm thấy rằng “nó biết một chút nhưng không đáng tin cậy” hoặc “Tôi luôn cần sửa mã tôi viết”, vấn đề có thể không phải ở Claude, mà vì bạn chưa cung cấp cho nó một cơ chế cộng tác trưởng thành.
Claude có thể là một thực tập sinh có trình độ hoặc một đối tác kỹ thuật ổn định và đáng tin cậy, tùy thuộc vào cách bạn sử dụng nó.
