- Claude Code có tốc độ phát triển và phát hành đáng kinh ngạc nhờ quy trình "bottoms-up" (từ dưới lên) và vòng lặp kiểm thử nội bộ (dog-fooding) mạnh mẽ, cho phép tạo nguyên mẫu nhanh chóng và phát hành dựa trên phản hồi thực tế từ nhân viên Anthropic.
- Công cụ này cực kỳ linh hoạt và có thể tùy chỉnh thông qua các tệp MD, lệnh slash và hook, hỗ trợ đa dạng các mô hình sử dụng từ "multi-Clauding" của nhà phát triển cá nhân đến "plan mode" cho các tác vụ phức tạp của doanh nghiệp lớn.
- SDK của Claude Code là một nền tảng mạnh mẽ và hiệu quả, cho phép người dùng nhanh chóng xây dựng các tác nhân AI tổng quát hoặc chuyên biệt bằng cách cung cấp các khối xây dựng cốt lõi, xử lý vòng lặp tác nhân và tối ưu hóa tương tác API.
Building and prototyping with Claude Code
- Quy trình phát triển "từ dưới lên" và Dog-fooding: Claude Code áp dụng phương pháp phát triển "bottoms-up" nơi kỹ sư tự xây dựng tính năng họ cần, sau đó kiểm thử nội bộ mạnh mẽ với nhân viên Anthropic làm tiêu chuẩn để phát hành ra bên ngoài.
- Tối ưu hóa khả năng tùy chỉnh: Tận dụng thiết kế dựa trên terminal, Claude Code cho phép tùy chỉnh sâu rộng bằng cách sử dụng các tệp Markdown (.CLAUDE.md) để cung cấp ngữ cảnh và mục tiêu, lệnh slash tùy chỉnh cho các lời nhắc thường xuyên, và hooks (scripts) để tự động hóa các sự kiện (ví dụ: linting trước commit, thông báo Slack).
- Mô hình sử dụng đa dạng và sáng tạo:
- Nhà phát triển nhỏ/cá nhân thường thích
auto-accept modevàmulti-Clauding(chạy nhiều phiên Claude Code cùng lúc trên các không gian làm việc Git khác nhau). - Doanh nghiệp lớn sử dụng
plan modeđể yêu cầu Claude Code khám phá codebase, hiểu kiến trúc và tạo kế hoạch kỹ thuật cho các tác vụ phức tạp.
- Nhà phát triển nhỏ/cá nhân thường thích
- Sức mạnh của Claude Code SDK: SDK cung cấp một nền tảng hiệu quả và "best in class" để xây dựng các tác nhân AI tổng quát hoặc chuyên biệt (như tác nhân SRE, bảo mật, pháp lý) bằng cách cung cấp các khối xây dựng cốt lõi, xử lý vòng lặp tác nhân, thực thi công cụ và tối ưu hóa API (back off, prompt caching).
- Giao tiếp rõ ràng mục tiêu: Khi làm việc với Claude Code (hoặc bất kỳ công cụ tác nhân nào), điều quan trọng nhất là phải truyền đạt rõ ràng mục tiêu của bạn cho công cụ: mục đích của tác vụ, cách đánh giá kết quả đầu ra và các ràng buộc thiết kế.
- Gỡ lỗi thông qua đối thoại: Nếu Claude Code hoạt động không như mong đợi, hãy hỏi nó lý do tại sao. Công cụ có thể cung cấp ngữ cảnh (ví dụ: từ tệp .CLAUDE.md hoặc file code) giúp bạn hiểu và gỡ lỗi hành vi của nó, tương tự như làm việc với một kỹ sư con người.
multi-Clauding— chạy nhiều phiên Claude Code cùng lúcbottoms up— từ dưới lên (phương pháp phát triển)dog-fooding loop— vòng lặp kiểm thử nội bộ (sử dụng sản phẩm của chính mình)workflow— luồng công việcout of the box— ngay lập tức / sẵn sàng sử dụng (không cần cấu hình)plan mode— chế độ lập kế hoạchCLAUDE.md file— tệp CLAUDE.md (tệp markdown đặc biệt của Claude Code dùng làm bộ nhớ và ngữ cảnh)hooks— hook (cơ chế cho phép tùy chỉnh bằng cách chạy script tại các sự kiện cụ thể)SDK— Bộ công cụ phát triển phần mềm (Software Development Kit)agent loop— vòng lặp tác nhân (quá trình xử lý tương tác của tác nhân AI)
Dưới đây là phần biên tập và dịch thuật của bạn:
Tốc độ phát triển và quy trình phát hành của Claude Code
Các nhà phát triển có xu hướng thích chạy nhiều phiên Claude Code cùng lúc, và họ bắt đầu gọi hành vi này là multi-Clauding. Vì vậy, bạn có thể thấy các phiên mà mọi người có đến sáu phiên bản Claude Code đang mở trên máy tính của họ cùng một lúc.
Tôi là Alex. Tôi phụ trách quan hệ Claude tại Anthropic. Hôm nay chúng ta sẽ nói về Claude Code, và tôi có đồng nghiệp của mình, Kat, tham gia cùng.
Chào, tôi là Kat. Tôi là quản lý sản phẩm cho Claude Code.
Kat, tôi muốn bắt đầu bằng cách nói về tốc độ phát hành đáng kinh ngạc của Claude Code. Dường như mỗi khi tôi mở nó trong terminal, lại có một sản phẩm mới, hoặc một tính năng mới, một cái gì đó để tôi sử dụng. Bạn có thể cho tôi biết quy trình từ ý tưởng đến việc thực sự phát hành một cái gì đó cho người dùng cuối diễn ra như thế nào không?
Vâng, nhóm Claude Code gồm toàn những kỹ sư có tư duy sản phẩm rất tốt, và rất nhiều tính năng này được xây dựng theo kiểu bottoms up (từ dưới lên). Giống như bạn là một nhà phát triển và bạn thực sự muốn có thứ này, sau đó bạn tự xây dựng nó cho mình. Cách quy trình của chúng tôi hoạt động là, thay vì viết một doc (tài liệu), việc sử dụng Claude Code để tạo nguyên mẫu (prototype) một tính năng lại nhanh đến mức hầu hết thời gian, mọi người chỉ cần nguyên mẫu tính năng đó, rồi phát hành nội bộ cho Ants (nhân viên Anthropic). Và nếu phản hồi thực sự tích cực, đó là một tín hiệu rất mạnh cho thấy thế giới bên ngoài cũng sẽ thích nó. Đó thực sự là bar (ngưỡng) của chúng tôi để phát hành ra bên ngoài. Và tất nhiên, luôn có những tính năng chưa hoàn hảo, cần một số tweak (điều chỉnh). Nếu chúng tôi cảm thấy Ants không thực sự sử dụng nó nhiều, thì chúng tôi quay lại bàn vẽ và nói, okay, chúng ta có thể thay đổi gì khác về điều này?
Và khi chúng tôi nói Ants, chúng tôi có nghĩa là nhân viên của Anthropic. Vâng, vâng.
Thật thú vị. Tôi chưa bao giờ thấy một sản phẩm nào có một dog-fooding loop (vòng lặp kiểm thử nội bộ) mạnh mẽ như Claude Code. Bạn nghĩ đó là điều chúng ta cố ý làm, hay nó tự nhiên phát sinh từ chính sản phẩm?
Điều này khá có chủ đích, và đó cũng là một lý do rất quan trọng tại sao Claude Code hoạt động rất tốt. Bởi vì việc tạo nguyên mẫu các tính năng trên Claude Code rất dễ dàng, chúng tôi khuyến khích mọi người nguyên mẫu càng nhiều càng tốt. Nhưng thật khó để lý giải chính xác cách một nhà phát triển sẽ sử dụng một công cụ, bởi vì các nhà phát triển rất heterogeneous (đa dạng) trong workflow (luồng công việc) của họ. Vì vậy, thông thường, ngay cả khi bạn biết về mặt lý thuyết rằng bạn muốn làm gì, ngay cả khi bạn biết về mặt lý thuyết rằng bạn muốn xây dựng một tích hợp IDE, vẫn có nhiều cách tiềm năng bạn có thể thực hiện. Và trong tất cả các cách đó, việc tạo nguyên mẫu là cách duy nhất bạn thực sự có thể cảm nhận sản phẩm sẽ hoạt động như thế nào trong workflow của bạn. Vì vậy, vâng, chính thông qua quy trình dog-fooding mà chúng tôi quyết định phiên bản nào của một tính năng chúng tôi sẽ phát hành.
Tính linh hoạt và khả năng tùy chỉnh của Claude Code
Tôi hiểu rồi. Và có một điều gì đó về sự linh hoạt, nhưng cũng là những ràng buộc của terminal cho phép dễ dàng thêm các tính năng mới, điều mà tôi đã nhận thấy, đó là bởi vì chúng ta đã có các primitives (nguyên tắc cơ bản) được xây dựng từ các slash commands (lệnh gạch chéo) và những thứ tương tự, nên việc thêm một cái khác lên trên đó rất dễ dàng.
Vâng, nó hoàn toàn được thiết kế để có thể tùy chỉnh (customizable).
Và bởi vì rất nhiều nhà phát triển quen thuộc với terminal, nó giúp việc onboarding (giới thiệu) tính năng mới trở nên cực kỳ straightforward (đơn giản). Ví dụ, đối với một tính năng như hooks, cho phép bạn thêm một chút tính xác định (determinism) xung quanh các sự kiện của Claude Code, bởi vì mọi nhà phát triển đều biết cách viết một script. Và thực sự, cuối cùng, tất cả một hook chỉ là một script. Vì vậy, bạn không cần phải học một công nghệ mới để tùy chỉnh Claude Code. Bạn viết script mà bạn đã biết cách làm, sau đó bạn thêm nó vào một trong các sự kiện của Claude Code, và giờ bạn có một số tính xác định. Chúng tôi thực sự đang cố gắng đáp ứng khách hàng hoặc các nhà phát triển ở bất cứ đâu họ đang ở, tôi đoán vậy, với công cụ này.
Tăng trưởng và các trường hợp sử dụng của Claude Code
Chuyển chủ đề một chút, cùng với tốc độ phát hành đáng kinh ngạc này còn là tốc độ tăng trưởng điên rồ của Claude Code với các nhà phát triển ở khắp mọi nơi. Bạn có thể cho tôi biết cảm giác như thế nào khi được tham gia vào "con tàu tên lửa" này? Và chúng ta đang thấy các nhà phát triển khác nhau, dù là ở các startups, cá nhân hay thậm chí các enterprises lớn, sử dụng Claude Code như thế nào?
Một trong những điều kỳ diệu của Claude Code là quá trình onboarding rất suôn sẻ. Sau khi bạn thực hiện NPM install, Claude Code hoạt động out of the box (ngay lập tức) mà không cần bất kỳ configuration (cấu hình) nào. Và điều này đúng cho dù bạn là một indie developer (nhà phát triển độc lập), cho đến khi bạn là một kỹ sư ở một công ty Fortune 500. Tôi nghĩ đây là sự kỳ diệu đằng sau Claude Code bởi vì nó có quyền truy cập vào tất cả các công cụ cục bộ và tệp mà bạn có. Bạn có một mental model (mô hình tư duy) rất rõ ràng về khả năng của Claude Code.
Tuy nhiên, bạn có thấy các case patterns (mô hình trường hợp sử dụng) khác nhau giữa các công ty nhỏ hơn và lớn hơn không?
Chúng tôi nhận thấy các kỹ sư ở các công ty nhỏ hơn có xu hướng chạy Claude Code một cách autonomously (tự chủ) hơn bằng cách sử dụng các tính năng như auto-accept mode (chế độ tự động chấp nhận), cho phép Claude Code tự mình thực hiện các edit (chỉnh sửa) mà không cần sự chấp thuận cho từng cái. Chúng tôi cũng nhận thấy những nhà phát triển này có xu hướng thích chạy nhiều phiên Claude Code cùng lúc. Và họ đã bắt đầu gọi hành vi này là multi-Clauding. Vì vậy, bạn có thể thấy các phiên mà mọi người có khoảng sáu phiên bản Claude Code đang mở trên máy tính của họ cùng một lúc. Có thể mỗi phiên bản đang ở một Git workspace (không gian làm việc Git) khác nhau hoặc trong một bản sao khác của Git repo (kho lưu trữ Git). Và họ chỉ quản lý từng cái một. Bất cứ khi nào ai đó dừng lại và yêu cầu phản hồi, họ sẽ nhảy vào đó và sau đó gửi đi để nó tiếp tục chạy.
Và ở phía bên kia của phổ đối với các công ty lớn hơn, chúng tôi nhận thấy các kỹ sư thực sự thích sử dụng plan mode (chế độ lập kế hoạch). Plan mode là một cách để các nhà phát triển yêu cầu Claude Code dành một khoảng thời gian nhất định, khám phá code base (cơ sở mã), hiểu architecture (kiến trúc) và tạo ra một kế hoạch kỹ thuật trước khi thực sự đi sâu vào code (mã) đó. Vì vậy, chúng tôi nhận thấy điều này thực sự hữu ích cho các tác vụ khó hơn và những thay đổi phức tạp hơn.
Các mô hình sử dụng không mong đợi và tích hợp quan trọng
Quay trở lại với multi-Clauding chỉ vì tôi nghĩ đó là một concept (khái niệm) hấp dẫn. Tôi chắc rằng chúng tôi đã hình dung mọi người muốn làm những điều như vậy, nhưng có lẽ nó có phần đáng ngạc nhiên. Có những điều khác trong domain (lĩnh vực) đó, kiểu như, ồ, đây là một usage pattern (mô hình sử dụng) mà chúng tôi thực sự không ngờ lại xuất hiện một cách organically (tự nhiên) không? Và chúng tôi đã phải điều chỉnh roadmap (lộ trình) của mình một chút?
Vâng, tôi nghĩ multi-Clauding là điều lớn nhất bởi vì đây là thứ mà chúng tôi nghĩ chỉ là một tính năng dành cho người dùng chuyên nghiệp (power user feature) mà chỉ một vài người muốn làm. Nhưng trên thực tế, đây lại là một cách rất phổ biến mà mọi người sử dụng Claude Code. Ví dụ, họ có thể có một phiên bản Claude Code nơi họ chỉ đặt câu hỏi và phiên bản này không chỉnh sửa code; bằng cách đó họ có thể có một phiên bản Claude Code khác trong cùng một repo mà lại chỉnh sửa code, và hai phiên bản này không interfere (can thiệp) vào nhau.
Những điều khác mà chúng tôi đã thấy là mọi người thực sự thích tùy chỉnh Claude Code để xử lý các tác vụ chuyên biệt. Vì vậy, chúng tôi đã thấy mọi người xây dựng các tác nhân SRE, tác nhân bảo mật, tác nhân phản hồi sự cố trên Claude Code. Và điều đó đã khiến chúng tôi nhận ra rằng các tích hợp rất quan trọng để đảm bảo Claude Code hoạt động tốt. Vì vậy, chúng tôi đã khuyến khích mọi người dành nhiều thời gian hơn để cho Claude Code biết, này, đây là các công cụ CLI mà chúng tôi thường dùng. Hoặc để thiết lập các máy chủ MCP từ xa để truy cập vào logs (nhật ký) và phần mềm quản lý ticket.
Tùy chỉnh Claude Code: Tệp MD, lệnh Slash và Hooks
Khi những kỹ sư này đang tùy chỉnh Claude Code, điều đó có nghĩa là họ đang tạo ra các tác nhân phụ hay họ đang tạo các tệp markdown như tệp CLAUDE.md? Chính xác thì họ đang tạo ra những loại tác nhân khác nhau này như thế nào?
Vâng, tôi nghĩ những cách phổ biến nhất mà chúng tôi thấy mọi người tùy chỉnh là bằng cách đầu tư nhiều vào tệp CLAUDE.md. Tệp CLAUDE.md là khái niệm về bộ nhớ của chúng tôi. Và vì vậy, đó là nơi tốt nhất để bạn cho Claude Code biết mục tiêu của nhóm bạn là gì, code được kiến trúc như thế nào, bất kỳ gotchas (điểm cần lưu ý) nào trong code base (cơ sở mã), bất kỳ best practices (thực hành tốt nhất) nào. Và việc đầu tư vào CLAUDE.md, chúng tôi đã nghe nói rằng nó cải thiện đáng kể chất lượng của output (đầu ra).
Cách khác mà mọi người tùy chỉnh Claude Code là bằng cách thêm các lệnh slash command tùy chỉnh. Vì vậy, nếu có một lời nhắc mà bạn luôn gõ, bạn có thể thêm nó vào lệnh slash command tùy chỉnh và bạn cũng có thể check these in (lưu vào hệ thống kiểm soát phiên bản) để chia sẻ chúng với phần còn lại của nhóm bạn. Và sau đó bạn cũng có thể thêm các hook tùy chỉnh. Ví dụ, nếu bạn muốn Claude Code chạy lints trước khi nó thực hiện một commit, đây là điều tuyệt vời cho một hook. Nếu bạn muốn Claude Code gửi cho bạn một Slack notification (thông báo Slack), mỗi khi nó hoàn thành công việc, đây thực sự là nguồn cảm hứng ban đầu để tạo ra hooks. Và đây là tất cả các tùy chỉnh mà mọi người đang xây dựng ngày nay.
Giới thiệu về SDK của Claude Code
Hãy cho tôi biết thêm về SDK của Claude Code là gì?
SDK của Claude Code là một cách tuyệt vời để xây dựng các tác nhân tổng quát. SDK của Claude Code cung cấp cho bạn quyền truy cập vào tất cả các core building blocks (khối xây dựng cốt lõi) của một tác nhân AI, bao gồm việc bạn có thể mang theo câu lệnh hệ thống của riêng mình, bạn có thể mang theo công cụ tùy chỉnh của riêng mình. Và những gì bạn nhận được từ SDK là một vòng lặp tác nhân cốt lõi nơi chúng tôi xử lý các user turns (lượt tương tác của người dùng) và chúng tôi xử lý việc executing (thực thi) các tool calls (lệnh gọi công cụ) cho bạn. Bạn có thể sử dụng hệ thống quyền hiện có của chúng tôi để bạn không cần phải xây dựng từ scratch (đầu).
Và chúng tôi cũng xử lý việc tương tác với API cơ bản. Vì vậy, chúng tôi đảm bảo rằng chúng tôi có back off (cơ chế lùi lại). Nếu có bất kỳ lỗi API nào, chúng tôi prompt cache (lưu trữ lời nhắc vào bộ nhớ đệm) một cách rất aggressively (mạnh mẽ) để đảm bảo rằng các request (yêu cầu) của bạn token efficient (hiệu quả về token). Nếu bạn đang tạo nguyên mẫu, xây dựng một tác nhân AI từ scratch, nếu bạn sử dụng SDK của Claude Code, bạn có thể up and running (bắt đầu và chạy) với một thứ gì đó khá mạnh mẽ trong khoảng 30 phút.
Chúng tôi đã thấy mọi người xây dựng những điều thực sự tuyệt vời với nó. Chúng tôi đã mã nguồn mở (open sourced) tích hợp GitHub của Claude Code, được xây dựng hoàn toàn trên SDK. Và chúng tôi đã thấy mọi người xây dựng tác nhân bảo mật, tác nhân SRE, tác nhân phản hồi sự cố trên đó. Và những điều này chỉ nằm trong domain (lĩnh vực) coding (lập trình). Ngoài coding, chúng tôi đã thấy mọi người tạo nguyên mẫu các tác nhân pháp lý, tác nhân tuân thủ. Đây thực sự được dự định là một SDK tổng quát cho tất cả các nhu cầu về tác nhân của bạn.
Tương lai của SDK Claude Code: Khả năng tùy chỉnh và mở rộng
SDK khá tuyệt vời đối với tôi. Tôi cảm thấy chúng ta đã sống trong thế giới API yêu cầu đơn lẻ (single request API world) quá lâu. Và bây giờ chúng ta đang chuyển sang một cấp độ trừu tượng tiếp theo (next level abstraction) mà chúng ta sẽ xử lý tất cả những chi tiết nitty gritty (phức tạp) mà bạn đã đề cập. SDK đang hướng tới đâu? Điều gì sẽ tiếp theo?
Chúng tôi thực sự rất hào hứng về SDK như là cách tiếp theo để mở khóa một thế hệ tác nhân AI khác. Chúng tôi đang đầu tư rất mạnh vào việc đảm bảo SDK là best in class (hàng đầu) để xây dựng các tác nhân AI. Vì vậy, tất cả các tính năng tuyệt vời mà bạn có trong Claude Code sẽ có sẵn out of the box (ngay lập tức) trong SDK. Và bạn có thể chọn lựa những tính năng bạn muốn giữ lại. Ví dụ, nếu bạn muốn tác nhân AI của mình có thể có một to-do list (danh sách việc cần làm), tuyệt vời. Bạn có công cụ to-do list out of the box. Nếu bạn không muốn điều đó, việc xóa công cụ đó rất dễ dàng. Nếu tác nhân AI của bạn cần chỉnh sửa tệp, ví dụ, để cập nhật bộ nhớ của nó, bạn sẽ có điều đó out of the box. Nếu bạn quyết định, OK, tác nhân của tôi sẽ không chỉnh sửa tệp hoặc chỉnh sửa tệp theo một cách khác, bạn có thể tự mình cung cấp cách triển khai (implementation) của riêng mình.
OK, vậy là nó cực kỳ customizable (tùy chỉnh được). Về cơ bản, general purpose (đa năng) theo nghĩa là bạn có thể thay thế câu lệnh hệ thống thông qua các công cụ bằng implementation của riêng bạn. Và chúng chỉ khớp một cách gọn gàng (nicely slot in) vào bất cứ thứ gì bạn đang xây dựng, cho dù nó nằm trong một lĩnh vực hoàn toàn khác so với code. Vâng, hoàn toàn đúng. Tôi thực sự rất hào hứng khi thấy mọi người hack (sáng tạo) gì trên nền tảng này. Tôi nghĩ đặc biệt đối với những người chỉ đang cố gắng tạo nguyên mẫu một tác nhân AI, đây là, tôi nghĩ, cách nhanh nhất để bắt đầu. Chúng tôi đã dành gần một năm để hoàn thiện harness (khung công cụ) này. Và đây là cùng một harness mà Claude Code đang chạy trên đó.
Và vì vậy, nếu bạn chỉ muốn đi thẳng vào các tích hợp cụ thể mà tác nhân AI của bạn cần, và bạn muốn đi thẳng vào việc chỉ làm việc với câu lệnh hệ thống để chia sẻ context (ngữ cảnh) về problem space (không gian vấn đề) với tác nhân AI. Và bạn không muốn phải giải quyết vòng lặp tác nhân. Đây là cách tốt nhất để circumvent (vượt qua) tất cả harness đa năng và chỉ thêm special sauce (bí quyết đặc biệt) của bạn vào đó.
Lời kêu gọi hành động
Được rồi. Bạn đã nghe rồi đó. Bạn phải bắt đầu xây dựng trên SDK. Trước khi chúng ta kết thúc tại đây, tôi thực sự tò mò muốn nghe những mẹo riêng của bạn về cách bạn sử dụng Claude Code.
Thực tiễn tốt nhất khi làm việc với Claude Code
Vậy, chúng ta có thể chia sẻ những thực tiễn tốt nhất nào với các nhà phát triển? Khi bạn làm việc với Claude Code hoặc bất kỳ công cụ có tính tác nhân nào, tôi nghĩ điều quan trọng nhất là phải truyền đạt rõ ràng mục tiêu của bạn cho công cụ. Tôi nghĩ nhiều người cho rằng việc prompt là một thứ gì đó thần kỳ, nhưng thực ra không phải vậy. Nó chủ yếu là về việc: liệu tôi đã trình bày rõ ràng mục đích của mình chưa, như mục đích của tôi với tác vụ này là gì, tôi đánh giá kết quả đầu ra của tác vụ đó như thế nào, và có bất kỳ ràng buộc nào trong design system không. Và tôi nghĩ thông thường, khi bạn có thể truyền đạt rõ ràng những điều này, Claude Code sẽ có thể thực hiện chúng hoặc chỉ đơn giản là nói cho bạn biết: OK, điều này tôi không thể làm được vì ABC, và bạn nên thử DEF thay thế. Vì vậy, tất cả là về giao tiếp, giống như khi bạn làm việc với một kỹ sư khác vậy. Hoàn toàn đúng.
Gỡ lỗi Claude Code qua đối thoại
Và một điều khác nữa là, nếu bạn nhận thấy Claude Code làm điều gì đó kỳ lạ, bạn thực sự có thể hỏi nó tại sao nó lại muốn làm như vậy. Và nó có thể nói với bạn điều gì đó như: OK, có điều gì đó trong CLAUDE.md đã nói thế này, hoặc tôi đã đọc được điều gì đó trong tệp này đã cho tôi ấn tượng đó. Và bằng cách đó, bạn thực sự có thể sử dụng việc nói chuyện với Claude như một cách để gỡ lỗi. Điều này không phải lúc nào cũng hiệu quả, nhưng tôi nghĩ chắc chắn đáng để thử, và đó là một kỹ thuật phổ biến mà chúng tôi sử dụng. Hãy dùng Claude Code để gỡ lỗi Claude Code. Đúng vậy, đúng vậy. Giống như cách bạn, khi làm việc với một người, nếu họ nói điều gì đó mà bạn không mong đợi, bạn có thể cảm thấy: Ồ, thú vị đấy. Điều gì đã cho bạn ấn tượng đó? Hoặc tại sao bạn lại nghĩ như vậy? Và tôi nghĩ bạn có thể làm điều tương tự với tác nhân AI. Vâng, thật hấp dẫn.
Kết luận
Vâng, Cat, buổi nói chuyện này thật tuyệt vời. Chúng tôi thực sự đánh giá cao thời gian của bạn. Cảm ơn vì đã mời tôi.
TL;DR
- Claude Code có tốc độ phát triển và phát hành đáng kinh ngạc nhờ quy trình "bottoms-up" (từ dưới lên) và vòng lặp kiểm thử nội bộ (dog-fooding) mạnh mẽ, cho phép tạo nguyên mẫu nhanh chóng và phát hành dựa trên phản hồi thực tế từ nhân viên Anthropic.
- Công cụ này cực kỳ linh hoạt và có thể tùy chỉnh thông qua các tệp MD, lệnh slash và hook, hỗ trợ đa dạng các mô hình sử dụng từ "multi-Clauding" của nhà phát triển cá nhân đến "plan mode" cho các tác vụ phức tạp của doanh nghiệp lớn.
- SDK của Claude Code là một nền tảng mạnh mẽ và hiệu quả, cho phép người dùng nhanh chóng xây dựng các tác nhân AI tổng quát hoặc chuyên biệt bằng cách cung cấp các khối xây dựng cốt lõi, xử lý vòng lặp tác nhân và tối ưu hóa tương tác API.
Điểm chính
- Quy trình phát triển "từ dưới lên" và Dog-fooding: Claude Code áp dụng phương pháp phát triển "bottoms-up" nơi kỹ sư tự xây dựng tính năng họ cần, sau đó kiểm thử nội bộ mạnh mẽ với nhân viên Anthropic làm tiêu chuẩn để phát hành ra bên ngoài.
- Tối ưu hóa khả năng tùy chỉnh: Tận dụng thiết kế dựa trên terminal, Claude Code cho phép tùy chỉnh sâu rộng bằng cách sử dụng các tệp Markdown (.CLAUDE.md) để cung cấp ngữ cảnh và mục tiêu, lệnh slash tùy chỉnh cho các lời nhắc thường xuyên, và hooks (scripts) để tự động hóa các sự kiện (ví dụ: linting trước commit, thông báo Slack).
- Mô hình sử dụng đa dạng và sáng tạo:
- Nhà phát triển nhỏ/cá nhân thường thích
auto-accept modevàmulti-Clauding(chạy nhiều phiên Claude Code cùng lúc trên các không gian làm việc Git khác nhau). - Doanh nghiệp lớn sử dụng
plan modeđể yêu cầu Claude Code khám phá codebase, hiểu kiến trúc và tạo kế hoạch kỹ thuật cho các tác vụ phức tạp.
- Nhà phát triển nhỏ/cá nhân thường thích
- Sức mạnh của Claude Code SDK: SDK cung cấp một nền tảng hiệu quả và "best in class" để xây dựng các tác nhân AI tổng quát hoặc chuyên biệt (như tác nhân SRE, bảo mật, pháp lý) bằng cách cung cấp các khối xây dựng cốt lõi, xử lý vòng lặp tác nhân, thực thi công cụ và tối ưu hóa API (back off, prompt caching).
- Giao tiếp rõ ràng mục tiêu: Khi làm việc với Claude Code (hoặc bất kỳ công cụ tác nhân nào), điều quan trọng nhất là phải truyền đạt rõ ràng mục tiêu của bạn cho công cụ: mục đích của tác vụ, cách đánh giá kết quả đầu ra và các ràng buộc thiết kế.
- Gỡ lỗi thông qua đối thoại: Nếu Claude Code hoạt động không như mong đợi, hãy hỏi nó lý do tại sao. Công cụ có thể cung cấp ngữ cảnh (ví dụ: từ tệp .CLAUDE.md hoặc file code) giúp bạn hiểu và gỡ lỗi hành vi của nó, tương tự như làm việc với một kỹ sư con người.
Từ vựng
multi-Clauding— chạy nhiều phiên Claude Code cùng lúcbottoms up— từ dưới lên (phương pháp phát triển)dog-fooding loop— vòng lặp kiểm thử nội bộ (sử dụng sản phẩm của chính mình)workflow— luồng công việcout of the box— ngay lập tức / sẵn sàng sử dụng (không cần cấu hình)plan mode— chế độ lập kế hoạchCLAUDE.md file— tệp CLAUDE.md (tệp markdown đặc biệt của Claude Code dùng làm bộ nhớ và ngữ cảnh)hooks— hook (cơ chế cho phép tùy chỉnh bằng cách chạy script tại các sự kiện cụ thể)SDK— Bộ công cụ phát triển phần mềm (Software Development Kit)agent loop— vòng lặp tác nhân (quá trình xử lý tương tác của tác nhân AI)
Nội dung chi tiết
Dưới đây là phần biên tập và dịch thuật của bạn:
Tốc độ phát triển và quy trình phát hành của Claude Code
Các nhà phát triển có xu hướng thích chạy nhiều phiên Claude Code cùng lúc, và họ bắt đầu gọi hành vi này là multi-Clauding. Vì vậy, bạn có thể thấy các phiên mà mọi người có đến sáu phiên bản Claude Code đang mở trên máy tính của họ cùng một lúc.
Tôi là Alex. Tôi phụ trách quan hệ Claude tại Anthropic. Hôm nay chúng ta sẽ nói về Claude Code, và tôi có đồng nghiệp của mình, Kat, tham gia cùng.
Chào, tôi là Kat. Tôi là quản lý sản phẩm cho Claude Code.
Kat, tôi muốn bắt đầu bằng cách nói về tốc độ phát hành đáng kinh ngạc của Claude Code. Dường như mỗi khi tôi mở nó trong terminal, lại có một sản phẩm mới, hoặc một tính năng mới, một cái gì đó để tôi sử dụng. Bạn có thể cho tôi biết quy trình từ ý tưởng đến việc thực sự phát hành một cái gì đó cho người dùng cuối diễn ra như thế nào không?
Vâng, nhóm Claude Code gồm toàn những kỹ sư có tư duy sản phẩm rất tốt, và rất nhiều tính năng này được xây dựng theo kiểu bottoms up (từ dưới lên). Giống như bạn là một nhà phát triển và bạn thực sự muốn có thứ này, sau đó bạn tự xây dựng nó cho mình. Cách quy trình của chúng tôi hoạt động là, thay vì viết một doc (tài liệu), việc sử dụng Claude Code để tạo nguyên mẫu (prototype) một tính năng lại nhanh đến mức hầu hết thời gian, mọi người chỉ cần nguyên mẫu tính năng đó, rồi phát hành nội bộ cho Ants (nhân viên Anthropic). Và nếu phản hồi thực sự tích cực, đó là một tín hiệu rất mạnh cho thấy thế giới bên ngoài cũng sẽ thích nó. Đó thực sự là bar (ngưỡng) của chúng tôi để phát hành ra bên ngoài. Và tất nhiên, luôn có những tính năng chưa hoàn hảo, cần một số tweak (điều chỉnh). Nếu chúng tôi cảm thấy Ants không thực sự sử dụng nó nhiều, thì chúng tôi quay lại bàn vẽ và nói, okay, chúng ta có thể thay đổi gì khác về điều này?
Và khi chúng tôi nói Ants, chúng tôi có nghĩa là nhân viên của Anthropic. Vâng, vâng.
Thật thú vị. Tôi chưa bao giờ thấy một sản phẩm nào có một dog-fooding loop (vòng lặp kiểm thử nội bộ) mạnh mẽ như Claude Code. Bạn nghĩ đó là điều chúng ta cố ý làm, hay nó tự nhiên phát sinh từ chính sản phẩm?
Điều này khá có chủ đích, và đó cũng là một lý do rất quan trọng tại sao Claude Code hoạt động rất tốt. Bởi vì việc tạo nguyên mẫu các tính năng trên Claude Code rất dễ dàng, chúng tôi khuyến khích mọi người nguyên mẫu càng nhiều càng tốt. Nhưng thật khó để lý giải chính xác cách một nhà phát triển sẽ sử dụng một công cụ, bởi vì các nhà phát triển rất heterogeneous (đa dạng) trong workflow (luồng công việc) của họ. Vì vậy, thông thường, ngay cả khi bạn biết về mặt lý thuyết rằng bạn muốn làm gì, ngay cả khi bạn biết về mặt lý thuyết rằng bạn muốn xây dựng một tích hợp IDE, vẫn có nhiều cách tiềm năng bạn có thể thực hiện. Và trong tất cả các cách đó, việc tạo nguyên mẫu là cách duy nhất bạn thực sự có thể cảm nhận sản phẩm sẽ hoạt động như thế nào trong workflow của bạn. Vì vậy, vâng, chính thông qua quy trình dog-fooding mà chúng tôi quyết định phiên bản nào của một tính năng chúng tôi sẽ phát hành.
Tính linh hoạt và khả năng tùy chỉnh của Claude Code
Tôi hiểu rồi. Và có một điều gì đó về sự linh hoạt, nhưng cũng là những ràng buộc của terminal cho phép dễ dàng thêm các tính năng mới, điều mà tôi đã nhận thấy, đó là bởi vì chúng ta đã có các primitives (nguyên tắc cơ bản) được xây dựng từ các slash commands (lệnh gạch chéo) và những thứ tương tự, nên việc thêm một cái khác lên trên đó rất dễ dàng.
Vâng, nó hoàn toàn được thiết kế để có thể tùy chỉnh (customizable).
Và bởi vì rất nhiều nhà phát triển quen thuộc với terminal, nó giúp việc onboarding (giới thiệu) tính năng mới trở nên cực kỳ straightforward (đơn giản). Ví dụ, đối với một tính năng như hooks, cho phép bạn thêm một chút tính xác định (determinism) xung quanh các sự kiện của Claude Code, bởi vì mọi nhà phát triển đều biết cách viết một script. Và thực sự, cuối cùng, tất cả một hook chỉ là một script. Vì vậy, bạn không cần phải học một công nghệ mới để tùy chỉnh Claude Code. Bạn viết script mà bạn đã biết cách làm, sau đó bạn thêm nó vào một trong các sự kiện của Claude Code, và giờ bạn có một số tính xác định. Chúng tôi thực sự đang cố gắng đáp ứng khách hàng hoặc các nhà phát triển ở bất cứ đâu họ đang ở, tôi đoán vậy, với công cụ này.
Tăng trưởng và các trường hợp sử dụng của Claude Code
Chuyển chủ đề một chút, cùng với tốc độ phát hành đáng kinh ngạc này còn là tốc độ tăng trưởng điên rồ của Claude Code với các nhà phát triển ở khắp mọi nơi. Bạn có thể cho tôi biết cảm giác như thế nào khi được tham gia vào "con tàu tên lửa" này? Và chúng ta đang thấy các nhà phát triển khác nhau, dù là ở các startups, cá nhân hay thậm chí các enterprises lớn, sử dụng Claude Code như thế nào?
Một trong những điều kỳ diệu của Claude Code là quá trình onboarding rất suôn sẻ. Sau khi bạn thực hiện NPM install, Claude Code hoạt động out of the box (ngay lập tức) mà không cần bất kỳ configuration (cấu hình) nào. Và điều này đúng cho dù bạn là một indie developer (nhà phát triển độc lập), cho đến khi bạn là một kỹ sư ở một công ty Fortune 500. Tôi nghĩ đây là sự kỳ diệu đằng sau Claude Code bởi vì nó có quyền truy cập vào tất cả các công cụ cục bộ và tệp mà bạn có. Bạn có một mental model (mô hình tư duy) rất rõ ràng về khả năng của Claude Code.
Tuy nhiên, bạn có thấy các case patterns (mô hình trường hợp sử dụng) khác nhau giữa các công ty nhỏ hơn và lớn hơn không?
Chúng tôi nhận thấy các kỹ sư ở các công ty nhỏ hơn có xu hướng chạy Claude Code một cách autonomously (tự chủ) hơn bằng cách sử dụng các tính năng như auto-accept mode (chế độ tự động chấp nhận), cho phép Claude Code tự mình thực hiện các edit (chỉnh sửa) mà không cần sự chấp thuận cho từng cái. Chúng tôi cũng nhận thấy những nhà phát triển này có xu hướng thích chạy nhiều phiên Claude Code cùng lúc. Và họ đã bắt đầu gọi hành vi này là multi-Clauding. Vì vậy, bạn có thể thấy các phiên mà mọi người có khoảng sáu phiên bản Claude Code đang mở trên máy tính của họ cùng một lúc. Có thể mỗi phiên bản đang ở một Git workspace (không gian làm việc Git) khác nhau hoặc trong một bản sao khác của Git repo (kho lưu trữ Git). Và họ chỉ quản lý từng cái một. Bất cứ khi nào ai đó dừng lại và yêu cầu phản hồi, họ sẽ nhảy vào đó và sau đó gửi đi để nó tiếp tục chạy.
Và ở phía bên kia của phổ đối với các công ty lớn hơn, chúng tôi nhận thấy các kỹ sư thực sự thích sử dụng plan mode (chế độ lập kế hoạch). Plan mode là một cách để các nhà phát triển yêu cầu Claude Code dành một khoảng thời gian nhất định, khám phá code base (cơ sở mã), hiểu architecture (kiến trúc) và tạo ra một kế hoạch kỹ thuật trước khi thực sự đi sâu vào code (mã) đó. Vì vậy, chúng tôi nhận thấy điều này thực sự hữu ích cho các tác vụ khó hơn và những thay đổi phức tạp hơn.
Các mô hình sử dụng không mong đợi và tích hợp quan trọng
Quay trở lại với multi-Clauding chỉ vì tôi nghĩ đó là một concept (khái niệm) hấp dẫn. Tôi chắc rằng chúng tôi đã hình dung mọi người muốn làm những điều như vậy, nhưng có lẽ nó có phần đáng ngạc nhiên. Có những điều khác trong domain (lĩnh vực) đó, kiểu như, ồ, đây là một usage pattern (mô hình sử dụng) mà chúng tôi thực sự không ngờ lại xuất hiện một cách organically (tự nhiên) không? Và chúng tôi đã phải điều chỉnh roadmap (lộ trình) của mình một chút?
Vâng, tôi nghĩ multi-Clauding là điều lớn nhất bởi vì đây là thứ mà chúng tôi nghĩ chỉ là một tính năng dành cho người dùng chuyên nghiệp (power user feature) mà chỉ một vài người muốn làm. Nhưng trên thực tế, đây lại là một cách rất phổ biến mà mọi người sử dụng Claude Code. Ví dụ, họ có thể có một phiên bản Claude Code nơi họ chỉ đặt câu hỏi và phiên bản này không chỉnh sửa code; bằng cách đó họ có thể có một phiên bản Claude Code khác trong cùng một repo mà lại chỉnh sửa code, và hai phiên bản này không interfere (can thiệp) vào nhau.
Những điều khác mà chúng tôi đã thấy là mọi người thực sự thích tùy chỉnh Claude Code để xử lý các tác vụ chuyên biệt. Vì vậy, chúng tôi đã thấy mọi người xây dựng các tác nhân SRE, tác nhân bảo mật, tác nhân phản hồi sự cố trên Claude Code. Và điều đó đã khiến chúng tôi nhận ra rằng các tích hợp rất quan trọng để đảm bảo Claude Code hoạt động tốt. Vì vậy, chúng tôi đã khuyến khích mọi người dành nhiều thời gian hơn để cho Claude Code biết, này, đây là các công cụ CLI mà chúng tôi thường dùng. Hoặc để thiết lập các máy chủ MCP từ xa để truy cập vào logs (nhật ký) và phần mềm quản lý ticket.
Tùy chỉnh Claude Code: Tệp MD, lệnh Slash và Hooks
Khi những kỹ sư này đang tùy chỉnh Claude Code, điều đó có nghĩa là họ đang tạo ra các tác nhân phụ hay họ đang tạo các tệp markdown như tệp CLAUDE.md? Chính xác thì họ đang tạo ra những loại tác nhân khác nhau này như thế nào?
Vâng, tôi nghĩ những cách phổ biến nhất mà chúng tôi thấy mọi người tùy chỉnh là bằng cách đầu tư nhiều vào tệp CLAUDE.md. Tệp CLAUDE.md là khái niệm về bộ nhớ của chúng tôi. Và vì vậy, đó là nơi tốt nhất để bạn cho Claude Code biết mục tiêu của nhóm bạn là gì, code được kiến trúc như thế nào, bất kỳ gotchas (điểm cần lưu ý) nào trong code base (cơ sở mã), bất kỳ best practices (thực hành tốt nhất) nào. Và việc đầu tư vào CLAUDE.md, chúng tôi đã nghe nói rằng nó cải thiện đáng kể chất lượng của output (đầu ra).
Cách khác mà mọi người tùy chỉnh Claude Code là bằng cách thêm các lệnh slash command tùy chỉnh. Vì vậy, nếu có một lời nhắc mà bạn luôn gõ, bạn có thể thêm nó vào lệnh slash command tùy chỉnh và bạn cũng có thể check these in (lưu vào hệ thống kiểm soát phiên bản) để chia sẻ chúng với phần còn lại của nhóm bạn. Và sau đó bạn cũng có thể thêm các hook tùy chỉnh. Ví dụ, nếu bạn muốn Claude Code chạy lints trước khi nó thực hiện một commit, đây là điều tuyệt vời cho một hook. Nếu bạn muốn Claude Code gửi cho bạn một Slack notification (thông báo Slack), mỗi khi nó hoàn thành công việc, đây thực sự là nguồn cảm hứng ban đầu để tạo ra hooks. Và đây là tất cả các tùy chỉnh mà mọi người đang xây dựng ngày nay.
Giới thiệu về SDK của Claude Code
Hãy cho tôi biết thêm về SDK của Claude Code là gì?
SDK của Claude Code là một cách tuyệt vời để xây dựng các tác nhân tổng quát. SDK của Claude Code cung cấp cho bạn quyền truy cập vào tất cả các core building blocks (khối xây dựng cốt lõi) của một tác nhân AI, bao gồm việc bạn có thể mang theo câu lệnh hệ thống của riêng mình, bạn có thể mang theo công cụ tùy chỉnh của riêng mình. Và những gì bạn nhận được từ SDK là một vòng lặp tác nhân cốt lõi nơi chúng tôi xử lý các user turns (lượt tương tác của người dùng) và chúng tôi xử lý việc executing (thực thi) các tool calls (lệnh gọi công cụ) cho bạn. Bạn có thể sử dụng hệ thống quyền hiện có của chúng tôi để bạn không cần phải xây dựng từ scratch (đầu).
Và chúng tôi cũng xử lý việc tương tác với API cơ bản. Vì vậy, chúng tôi đảm bảo rằng chúng tôi có back off (cơ chế lùi lại). Nếu có bất kỳ lỗi API nào, chúng tôi prompt cache (lưu trữ lời nhắc vào bộ nhớ đệm) một cách rất aggressively (mạnh mẽ) để đảm bảo rằng các request (yêu cầu) của bạn token efficient (hiệu quả về token). Nếu bạn đang tạo nguyên mẫu, xây dựng một tác nhân AI từ scratch, nếu bạn sử dụng SDK của Claude Code, bạn có thể up and running (bắt đầu và chạy) với một thứ gì đó khá mạnh mẽ trong khoảng 30 phút.
Chúng tôi đã thấy mọi người xây dựng những điều thực sự tuyệt vời với nó. Chúng tôi đã mã nguồn mở (open sourced) tích hợp GitHub của Claude Code, được xây dựng hoàn toàn trên SDK. Và chúng tôi đã thấy mọi người xây dựng tác nhân bảo mật, tác nhân SRE, tác nhân phản hồi sự cố trên đó. Và những điều này chỉ nằm trong domain (lĩnh vực) coding (lập trình). Ngoài coding, chúng tôi đã thấy mọi người tạo nguyên mẫu các tác nhân pháp lý, tác nhân tuân thủ. Đây thực sự được dự định là một SDK tổng quát cho tất cả các nhu cầu về tác nhân của bạn.
Tương lai của SDK Claude Code: Khả năng tùy chỉnh và mở rộng
SDK khá tuyệt vời đối với tôi. Tôi cảm thấy chúng ta đã sống trong thế giới API yêu cầu đơn lẻ (single request API world) quá lâu. Và bây giờ chúng ta đang chuyển sang một cấp độ trừu tượng tiếp theo (next level abstraction) mà chúng ta sẽ xử lý tất cả những chi tiết nitty gritty (phức tạp) mà bạn đã đề cập. SDK đang hướng tới đâu? Điều gì sẽ tiếp theo?
Chúng tôi thực sự rất hào hứng về SDK như là cách tiếp theo để mở khóa một thế hệ tác nhân AI khác. Chúng tôi đang đầu tư rất mạnh vào việc đảm bảo SDK là best in class (hàng đầu) để xây dựng các tác nhân AI. Vì vậy, tất cả các tính năng tuyệt vời mà bạn có trong Claude Code sẽ có sẵn out of the box (ngay lập tức) trong SDK. Và bạn có thể chọn lựa những tính năng bạn muốn giữ lại. Ví dụ, nếu bạn muốn tác nhân AI của mình có thể có một to-do list (danh sách việc cần làm), tuyệt vời. Bạn có công cụ to-do list out of the box. Nếu bạn không muốn điều đó, việc xóa công cụ đó rất dễ dàng. Nếu tác nhân AI của bạn cần chỉnh sửa tệp, ví dụ, để cập nhật bộ nhớ của nó, bạn sẽ có điều đó out of the box. Nếu bạn quyết định, OK, tác nhân của tôi sẽ không chỉnh sửa tệp hoặc chỉnh sửa tệp theo một cách khác, bạn có thể tự mình cung cấp cách triển khai (implementation) của riêng mình.
OK, vậy là nó cực kỳ customizable (tùy chỉnh được). Về cơ bản, general purpose (đa năng) theo nghĩa là bạn có thể thay thế câu lệnh hệ thống thông qua các công cụ bằng implementation của riêng bạn. Và chúng chỉ khớp một cách gọn gàng (nicely slot in) vào bất cứ thứ gì bạn đang xây dựng, cho dù nó nằm trong một lĩnh vực hoàn toàn khác so với code. Vâng, hoàn toàn đúng. Tôi thực sự rất hào hứng khi thấy mọi người hack (sáng tạo) gì trên nền tảng này. Tôi nghĩ đặc biệt đối với những người chỉ đang cố gắng tạo nguyên mẫu một tác nhân AI, đây là, tôi nghĩ, cách nhanh nhất để bắt đầu. Chúng tôi đã dành gần một năm để hoàn thiện harness (khung công cụ) này. Và đây là cùng một harness mà Claude Code đang chạy trên đó.
Và vì vậy, nếu bạn chỉ muốn đi thẳng vào các tích hợp cụ thể mà tác nhân AI của bạn cần, và bạn muốn đi thẳng vào việc chỉ làm việc với câu lệnh hệ thống để chia sẻ context (ngữ cảnh) về problem space (không gian vấn đề) với tác nhân AI. Và bạn không muốn phải giải quyết vòng lặp tác nhân. Đây là cách tốt nhất để circumvent (vượt qua) tất cả harness đa năng và chỉ thêm special sauce (bí quyết đặc biệt) của bạn vào đó.
Lời kêu gọi hành động
Được rồi. Bạn đã nghe rồi đó. Bạn phải bắt đầu xây dựng trên SDK. Trước khi chúng ta kết thúc tại đây, tôi thực sự tò mò muốn nghe những mẹo riêng của bạn về cách bạn sử dụng Claude Code.
Thực tiễn tốt nhất khi làm việc với Claude Code
Vậy, chúng ta có thể chia sẻ những thực tiễn tốt nhất nào với các nhà phát triển? Khi bạn làm việc với Claude Code hoặc bất kỳ công cụ có tính tác nhân nào, tôi nghĩ điều quan trọng nhất là phải truyền đạt rõ ràng mục tiêu của bạn cho công cụ. Tôi nghĩ nhiều người cho rằng việc prompt là một thứ gì đó thần kỳ, nhưng thực ra không phải vậy. Nó chủ yếu là về việc: liệu tôi đã trình bày rõ ràng mục đích của mình chưa, như mục đích của tôi với tác vụ này là gì, tôi đánh giá kết quả đầu ra của tác vụ đó như thế nào, và có bất kỳ ràng buộc nào trong design system không. Và tôi nghĩ thông thường, khi bạn có thể truyền đạt rõ ràng những điều này, Claude Code sẽ có thể thực hiện chúng hoặc chỉ đơn giản là nói cho bạn biết: OK, điều này tôi không thể làm được vì ABC, và bạn nên thử DEF thay thế. Vì vậy, tất cả là về giao tiếp, giống như khi bạn làm việc với một kỹ sư khác vậy. Hoàn toàn đúng.
Gỡ lỗi Claude Code qua đối thoại
Và một điều khác nữa là, nếu bạn nhận thấy Claude Code làm điều gì đó kỳ lạ, bạn thực sự có thể hỏi nó tại sao nó lại muốn làm như vậy. Và nó có thể nói với bạn điều gì đó như: OK, có điều gì đó trong CLAUDE.md đã nói thế này, hoặc tôi đã đọc được điều gì đó trong tệp này đã cho tôi ấn tượng đó. Và bằng cách đó, bạn thực sự có thể sử dụng việc nói chuyện với Claude như một cách để gỡ lỗi. Điều này không phải lúc nào cũng hiệu quả, nhưng tôi nghĩ chắc chắn đáng để thử, và đó là một kỹ thuật phổ biến mà chúng tôi sử dụng. Hãy dùng Claude Code để gỡ lỗi Claude Code. Đúng vậy, đúng vậy. Giống như cách bạn, khi làm việc với một người, nếu họ nói điều gì đó mà bạn không mong đợi, bạn có thể cảm thấy: Ồ, thú vị đấy. Điều gì đã cho bạn ấn tượng đó? Hoặc tại sao bạn lại nghĩ như vậy? Và tôi nghĩ bạn có thể làm điều tương tự với tác nhân AI. Vâng, thật hấp dẫn.
Kết luận
Vâng, Cat, buổi nói chuyện này thật tuyệt vời. Chúng tôi thực sự đánh giá cao thời gian của bạn. Cảm ơn vì đã mời tôi.