SubAgent trong Claude Code là gì? Những điều bạn cần biết

Các tác nhân phụ (thường được viết các đại lý phụ or các đại lý phụ) là một trong những tiến bộ thực tế rõ ràng nhất trong công cụ phát triển tác nhân: chúng cho phép bạn tạo ra một nhóm nhỏ các trợ lý AI chuyên biệt bên trong Mã ClaudeMỗi tác nhân có vai trò, công cụ và cửa sổ ngữ cảnh riêng. Ý tưởng này đơn giản nhưng mạnh mẽ — thay vì yêu cầu một mô hình tổng quát làm mọi việc, bạn sẽ định nghĩa các tác nhân nhỏ gọn, có mục đích duy nhất mà trình điều phối chính phân quyền làm việc (tự động hoặc khi bạn yêu cầu rõ ràng). Điều này thay đổi cách bạn quản lý ngữ cảnh, công cụ và sự đánh đổi giữa chi phí/độ trễ của các quy trình làm việc phức tạp.

Đại lý phụ là gì?

Định nghĩa ngắn gọn. Subagent là một "nhân cách" AI được cấu hình sẵn, chuyên biệt cho từng nhiệm vụ mà Claude Code có thể ủy quyền một nhiệm vụ. Mỗi subagent có lời nhắc hệ thống riêng, cửa sổ ngữ cảnh riêng (được phân lập), các công cụ được cấp phép rõ ràng và tùy chọn lựa chọn mô hình. Subagent có thể được tạo ở cấp độ dự án hoặc người dùng và được Claude tự động hoặc người dùng chỉ định rõ ràng.

Các thuộc tính chính của một tác nhân phụ

• Mục đích chuyên biệt và lời nhắc hệ thống. Bạn mô tả vai trò, ràng buộc và cách tiếp cận của tác nhân phụ trong lời nhắc hệ thống của nó để nó hoạt động theo cách có thể dự đoán được đối với miền hẹp của nó (ví dụ: người đánh giá mã, trình sửa lỗi, nhà khoa học dữ liệu).
• Cửa sổ ngữ cảnh riêng biệt. Mỗi tác nhân phụ lưu giữ lịch sử và ngữ cảnh hội thoại riêng, ngăn ngữ cảnh của luồng chính bị ảnh hưởng bởi các chi tiết cấp thấp. Điều này rất quan trọng trong việc mở rộng quy trình làm việc, nếu không sẽ làm cạn kiệt ngữ cảnh của một cuộc hội thoại duy nhất.
• Phạm vi và quyền sử dụng công cụ. Bạn có thể cấp hoặc hạn chế các công cụ nội bộ hoặc công cụ Giao thức Bối cảnh Mô hình (MCP) bên ngoài mà một tác nhân phụ có thể sử dụng. Đây là một tính năng quản trị và an toàn quan trọng.
• Cấu hình dưới dạng mã. Các tác nhân phụ được định nghĩa là các tệp Markdown có phần đầu YAML (tên, mô tả, công cụ, mô hình) và được lưu trữ ở cấp độ dự án (.claude/agents/) hoặc cấp độ người dùng (~/.claude/agents/). Định nghĩa dự án được ưu tiên.

Ủy quyền tự động và triệu tập rõ ràng là gì?

Claude Code có thể tự động ủy thác nhiệm vụ cho các đại lý phụ khi bạn nhắc nhở hoặc đại lý phụ description phù hợp với nhiệm vụ — hoặc bạn có thể rõ ràng yêu cầu một tác nhân (ví dụ, > Use the code-reviewer subagent to check my recent changes). Làm cho description hướng đến hành động ("Use PROACTIVELY", "MUST BE USED") để thúc đẩy việc ủy ​​quyền tự động, hai cách bổ sung để sử dụng các tác nhân phụ trong Claude Code:

1. Ủy quyền tự động — Claude kiểm tra yêu cầu và chủ động phân công công việc phù hợp cho một nhân viên phụ.
2. Lời kêu gọi rõ ràng — bạn gọi tên một tác nhân phụ trong lời nhắc/lệnh của bạn (ví dụ, Use the code-reviewer subagent to check my changes).

Cả hai phương pháp đều có những đánh đổi khác nhau về UX và kỹ thuật. Dưới đây tôi sẽ phân tích từng phương pháp.

Ủy quyền tự động

Người dùng trông như thế nào. Bạn đưa ra lệnh cấp cao (ví dụ: "Chuẩn bị kiểm tra bảo mật cho thư viện mới này") và Claude phát hiện ra rằng một hoặc nhiều tác nhân phụ phù hợp dựa trên description trường trong cấu hình của chúng. Nếu được cấu hình để sử dụng chủ động, tác nhân phụ sẽ được tự động phân phối và trả về kết quả dưới dạng đầu ra có cấu trúc.

Tại sao các đội sử dụng nó.

• Nó làm giảm tải nhận thức — bạn không cần phải nhớ hoặc nhập từng tên tác nhân phụ.
• Nó tạo ra sự tiếp nhận suôn sẻ hơn cho các quy trình làm việc chung, trong đó các nhiệm vụ cụ thể luôn phải do cùng một chuyên gia xử lý.

Hãy cẩn thận.

• Bạn phải thiết kế description và hệ thống nhắc nhở một cách có chủ đích để Claude có thể chọn đúng tác nhân phụ một cách đáng tin cậy.
• Việc ủy ​​quyền quá mức có thể làm tăng mức sử dụng mã thông báo và tiếng ồn nếu nhiều tác nhân phụ kích hoạt cho các nhiệm vụ tương tự; hãy thiết kế mô tả của bạn một cách thận trọng.

Lời kêu gọi rõ ràng

Người dùng trông như thế nào. Bạn gọi rõ ràng một tác nhân phụ: > Use the test-runner subagent to run the project tests. Sự phối hợp này mang tính quyết định: Claude gọi tác nhân phụ được đặt tên đó với các quyền và lời nhắc được cấu hình trước.

Tại sao các đội sử dụng nó.

• Kiểm soát hoàn toàn: bạn quyết định chính xác chuyên gia nào sẽ chạy, giúp đơn giản hóa việc gỡ lỗi và tái tạo.
• Dễ dàng lý giải về chi phí và quyền truy cập công cụ trong CI hoặc các tập lệnh tự động.

Hãy cẩn thận.

• Cần gõ phím và kỷ luật hơn: các nhà phát triển hoặc tự động hóa phải biết tên đúng của các tác nhân phụ.
• Ít cơ hội hơn: bạn mất đi một số tiện lợi khi mà tác nhân chính có thể tự động phát hiện ra tác nhân phụ tốt.

Cách thức hoạt động của đại lý phụ — tổng quan về kỹ thuật

Dưới đây là góc nhìn thực tế, hướng đến việc triển khai những gì xảy ra khi bạn tạo và sử dụng một tác nhân phụ.

Định nghĩa một tác nhân phụ (cấu hình dưới dạng mã)

Subagent là một tệp Markdown có phần đầu YAML. Các trường quan trọng bao gồm:

• name — một id chữ thường duy nhất (có dấu gạch nối)
• description — mô tả ngôn ngữ tự nhiên được sử dụng để khớp lệnh tự động
• tools — danh sách dấu phẩy tùy chọn của các công cụ được phép (hoặc bỏ qua để kế thừa tất cả các công cụ)
• model — bí danh tùy chọn (sonnet, opus, haiku) hoặc inherit sử dụng mô hình của cuộc trò chuyện chính

Một ví dụ nhỏ (mang tính khái niệm, không phải nguyên văn từ tài liệu):

---
name: code-reviewer
description: Expert code reviewer. Proactively reviews code for quality, security, and maintainability.
tools: Read, Grep, Bash
model: inherit
---
You are a senior code reviewer. Focus on security, correctness, and maintainability.

Những tập tin này nằm trong .claude/agents/ (phạm vi dự án) hoặc ~/.claude/agents/ (phạm vi người dùng). Các tệp dự án được ưu tiên, giúp việc chia sẻ và kiểm soát phiên bản các tác nhân phụ trở nên đơn giản.

Lựa chọn mô hình và công cụ

• Trường mẫu: Bạn có thể chọn một bí danh mô hình cụ thể cho tác nhân phụ hoặc để nó kế thừa mô hình của cuộc trò chuyện chính. Điều này cho phép bạn cân bằng giữa chi phí/chất lượng (ví dụ: sử dụng mô hình rẻ hơn cho các tác nhân phụ quét dữ liệu lớn và mô hình chất lượng cao hơn cho quá trình tổng hợp cuối cùng).
• Phạm vi công cụ: Việc cung cấp cho mỗi tác nhân phụ một bộ công cụ tối thiểu giúp giảm bán kính nổ và đơn giản hóa việc lập luận về an toàn. Các công cụ bao gồm các nguyên hàm Claude Code tiêu chuẩn (Đọc, Grep, Bash, Chỉnh sửa, v.v.) và các tích hợp do MCP cung cấp.

Hành vi thời gian chạy và xử lý ngữ cảnh

Khi Claude ủy quyền cho một đại lý phụ, đại lý phụ đó sẽ nhận được:

1. Dấu nhắc hệ thống (nội dung YAML/Markdown).
2. Chỉ ngữ cảnh mà nó cần (cửa sổ ngữ cảnh riêng của nó).
3. Quyền truy cập công cụ được phép trong cấu hình của nó.

Vì mỗi tác nhân phụ giữ một bối cảnh riêng biệt nên các cuộc điều tra dài hoặc phân tích tệp lớn có thể được phân chia thành nhiều bối cảnh nhỏ thay vì buộc một bối cảnh duy nhất phải chứa mọi thứ — một thắng lợi lớn về cả độ tin cậy và khả năng diễn giải.

Các mẫu kiến ​​trúc cho tác nhân phụ

Kiến trúc phổ biến nhất là dàn nhạc (tác nhân chính) phân tích một tác vụ cấp cao, tạo ra nhiều tác nhân phụ, sau đó tổng hợp hoặc xác minh kết quả đầu ra của chúng. Có hai mô hình điển hình xuất hiện trong thực tế:

1) Người điều phối + Chuyên gia

Một tác nhân ( dàn nhạc) điều phối nhiều tác nhân phụ song song hoặc nối tiếp. Người điều phối quyết định gọi chuyên gia nào, tổng hợp kết quả đầu ra, xác minh tính nhất quán và thực hiện tích hợp cuối cùng. Đây là cách tiếp cận phổ biến "quản lý phân công cho các thành viên trong nhóm" và khớp với nhiều ví dụ và thiết kế được đề xuất trong tài liệu Claude Code. Các lợi ích bao gồm tính song song, phân tách mối quan tâm rõ ràng hơn và kiểm soát lỗi dễ dàng hơn (một tác nhân phụ bị lỗi chỉ ảnh hưởng đến phạm vi của nó).

Khi nào sử dụng nó: các nhiệm vụ phức tạp với các vấn đề phụ độc lập (ví dụ: "tạo bài kiểm tra", "chạy phân tích tĩnh", "viết lại mô-đun", sau đó "tích hợp và chạy bài kiểm tra đầu cuối").

Sự đánh đổi: logic phối hợp có thể trở nên phức tạp; các chuyến khứ hồi bổ sung có thể làm tăng nhẹ độ trễ.

2) Chuyên gia đường ống / chuỗi

Ở đây, các tác nhân phụ được sắp xếp theo trình tự, trong đó đầu ra của tác nhân này trở thành đầu vào của tác nhân tiếp theo (ví dụ: spec → scaffold → implement → test → optimize). Về cơ bản, đây là một cấu trúc hàm được thể hiện dưới dạng tác nhân — rất tiện lợi khi bạn cần chuyển đổi từng bước và đảm bảo chặt chẽ về cách dữ liệu chảy giữa các giai đoạn. Về mặt khái niệm, nó đơn giản hơn cho các quy trình làm việc tuyến tính và đôi khi dễ gỡ lỗi hơn.

Khi nào sử dụng nó: chuyển đổi nhiều bước xác định (ví dụ, dịch tài liệu thiết kế thành mã được xây dựng, sau đó là thử nghiệm, rồi tối ưu hóa).

Sự đánh đổi: không tự nhiên đối với các nhiệm vụ đòi hỏi sự khám phá rộng (nghiên cứu, động não) và một liên kết bị hỏng có thể làm đình trệ toàn bộ quy trình.

Điều gì làm cho tác nhân phụ khác biệt so với lời nhắc chỉ dựa trên vai trò?

1) Cửa sổ ngữ cảnh riêng biệt

Mỗi tác nhân phụ có bộ đệm ngữ cảnh riêng lưu trữ các trao đổi, tệp và siêu dữ liệu liên quan đến vai trò của nó. Điều này giúp ngữ cảnh của phiên chính không bị nhiễu bởi các tin nhắn trung gian, đồng thời cho phép bạn lưu giữ — hoặc giới hạn — lịch sử cho từng khả năng. Đây là cách Claude Code cho phép bạn duy trì các ngữ cảnh tín hiệu cao, tồn tại lâu dài cho các tác vụ chuyên biệt mà không phải trả chi phí token hoặc chi phí nhận thức khi nhồi nhét mọi thứ vào một dấu nhắc.

2) Lời nhắc hệ thống và nhân vật

Các tác nhân phụ được tạo ra với các hướng dẫn ở cấp hệ thống, xác định vai trò, ngữ điệu và các ràng buộc của chúng (ví dụ: "Chỉ hoạt động như một chuyên gia tái cấu trúc; không thực thi các lệnh shell" hoặc "Tạo các bài kiểm tra đơn vị theo kiểu pytest; chỉ sử dụng các giao diện công khai"). Các lời nhắc này hoạt động như mô tả công việc cho tác nhân phụ và được thực thi tại thời điểm chạy bởi thời gian chạy của Claude Code.

3) Ràng buộc công cụ và phạm vi cấp phép

Một điểm khác biệt thực tế quan trọng: các tác nhân phụ có thể được cấp hoặc từ chối quyền truy cập vào các công cụ cụ thể — hệ thống tệp, thực thi quy trình, API bên ngoài hoặc tập dữ liệu đặc quyền. Điều này làm cho các tác nhân phụ trở nên mạnh mẽ đối với đặc quyền nhất Thiết kế: Trình tạo tài liệu có thể bị chặn chạy các lệnh tùy ý, trong khi tác nhân phụ CI được cấp một hộp cát riêng biệt. Nhiều bài đăng trong cộng đồng ủng hộ việc ghép nối các tác nhân phụ với Giao thức Bối cảnh Mô hình (MCP) hoặc máy chủ MCP dựa trên hook để quản lý quyền truy cập an toàn vào bí mật và I/O.

4) Lựa chọn mô hình và sự đánh đổi giữa chi phí và hiệu suất

Vì các tác nhân phụ được thiết kế theo mô-đun, bạn có thể chỉ định các mô hình cơ bản khác nhau tùy thuộc vào độ phức tạp của tác vụ. Sử dụng mô hình Sonnet có khả năng cao cho các tác vụ suy luận sâu hoặc mô hình Haiku nhẹ cho các tác vụ nhanh, lặp lại. Việc triển khai không đồng nhất này giúp cân bằng độ trễ, chi phí mã thông báo và khả năng. Các bản cập nhật sản phẩm và bài viết cộng đồng của Anthropic nhấn mạnh việc triển khai song song các mô hình nhỏ hơn để mở rộng quy mô hiệu quả về mặt chi phí.

5) Các mô hình giao tiếp

Các tác nhân phụ giao tiếp với người điều phối (hoặc với nhau) thông qua các tin nhắn hoặc tệp có cấu trúc. Các mẫu điển hình bao gồm:

• trả về một tải trọng JSON có cấu trúc (ưu tiên cho việc phối hợp theo chương trình),
• ghi vào một tệp có phạm vi trong không gian làm việc được chia sẻ,
• hoặc gửi lại tin nhắn định dạng cuối cùng cho người điều phối bao gồm điểm tin cậy và lý do.
  Các thí nghiệm cộng đồng cho thấy các nhóm thích giao nhiệm vụ rõ ràng, có thể đọc được bằng máy để tránh sự mơ hồ.

Lợi ích hiệu suất

Các tác nhân phụ không chỉ là sự gọn gàng trong thiết kế mà còn mang lại hiệu suất thực tế và lợi ích về chất lượng khi được sử dụng đúng cách.

1) Giảm thời gian đồng hồ treo tường thông qua tính song song

Bằng cách phân bổ đồng thời nhiều worker (ví dụ: một worker cho mỗi thư mục kho lưu trữ, mỗi microservice hoặc mỗi khối dữ liệu), orchestrator giảm thời gian cần thiết để hoàn thành các tác vụ phức hợp lớn. Các trường hợp sử dụng như phân loại báo cáo lỗi, tạo tài liệu cho nhiều mô-đun hoặc kiểm tra nhiều dịch vụ là những lựa chọn phù hợp. Tốc độ xử lý công việc của nhà phát triển được cải thiện đáng kể khi khối lượng công việc thực sự có thể song song hóa.

Bằng cách cung cấp cho mỗi vai trò một bối cảnh riêng, bạn tránh được tình trạng quá tải nhanh chóng và giảm thiểu nguy cơ ảo giác do nhiễu lịch sử không liên quan. Điều này đồng nghĩa với việc ít lỗi liên quan đến bối cảnh hơn và cho ra kết quả nhất quán hơn cho các tác vụ chuyên biệt. Các bài viết cộng đồng và nghiên cứu riêng của Anthropic cho thấy thiết lập đa tác tử thường vượt trội hơn các tác tử đơn khối trong các tác vụ theo hướng ưu tiên chiều rộng. Một đánh giá nội bộ của Anthropic đã báo cáo những cải tiến đáng kể cho các tác vụ theo kiểu nghiên cứu sử dụng kiến ​​trúc tác tử chính + tác tử phụ.

Lưu ý: tính song song mang lại lợi ích tốt nhất khi các tác vụ con độc lập. Nếu các tác vụ con phải liên tục chờ đợi nhau hoặc chia sẻ trạng thái nặng, bạn sẽ thấy hiệu suất giảm dần.

2) Sử dụng ngữ cảnh tốt hơn và giảm lãng phí mã thông báo

Thay vì nhồi nhét mọi kết quả tìm kiếm trung gian vào một ngữ cảnh toàn cục duy nhất, các worker chỉ giữ lại những gì liên quan trong cửa sổ của chúng và trả về kết quả được tinh lọc. Điều này giúp giảm thiểu mức tiêu thụ token cho orchestrator và giảm nguy cơ chạm giới hạn ngữ cảnh — một lợi ích thiết thực khi bạn làm việc với các cơ sở mã lớn, nhật ký dài hoặc kho lưu trữ tài liệu lớn. Tính năng nén/tóm tắt của SDK giúp mở rộng bộ nhớ hiệu quả của các agent chạy lâu.

3) Độ chính xác được cải thiện từ lời nhắc của chuyên gia

Một tác nhân phụ được xây dựng như một chuyên gia có phạm vi hẹp có thể được điều chỉnh (thông qua lời nhắc hệ thống và bộ công cụ) để tối ưu hóa độ chính xác trong phạm vi của nó: kiểm tra bảo mật, kiểu mã hoặc trích xuất tuân thủ. Lời nhắc có phạm vi hẹp có xu hướng giảm ảo giác vì không gian hành động cho phép và đầu ra dự kiến ​​của tác nhân bị hạn chế. Các tổ chức báo cáo đầu ra chất lượng cao hơn cho các tác vụ như đánh giá mã tự động khi họ sử dụng các tác nhân phụ chuyên biệt cho từng lĩnh vực thay vì yêu cầu một chuyên gia đa năng làm mọi thứ.

Các nhóm thực sự sử dụng các tác nhân phụ như thế nào — quy trình làm việc ví dụ

Dưới đây là những ví dụ cụ thể để làm cho vấn đề này bớt trừu tượng hơn.

Ví dụ A — Đường ống Refactor (Người điều phối + Chuyên gia)

1. Orchestrator nhận được yêu cầu “cải tiến thành phần X”.
2. Người điều phối cuộc gọi analysis-subagent (không có quyền ghi) để xác định các điểm nóng phức tạp và các mối phụ thuộc rủi ro.
3. Người điều phối cuộc gọi refactor-subagent (ghi quyền vào một hộp cát giống như nhánh) để tạo ra các tệp được cấu trúc lại.
4. Người điều phối cuộc gọi test-gen-subagent (chỉ đọc trên mã) để tạo các bài kiểm tra đơn vị.
5. Orchestrator chạy CI với ci-runner-subagent (thực hiện trong môi trường thử nghiệm) và tổng hợp kết quả để con người đánh giá.
   Mẫu này cô lập từng giai đoạn, hạn chế rủi ro và giữ cho quá trình kiểm toán được gọn gàng.

Ví dụ B — Nghiên cứu + nguyên mẫu (Pipeline)

1. literature-subagent thu thập và tóm tắt các tài liệu tham khảo (không ghi tệp, quyền truy cập web được quản lý).
2. prototype-subagent xây dựng một PoC tối thiểu từ bản tóm tắt.
3. benchmark-subagent chạy thử nghiệm vi mô trong môi trường thử nghiệm và báo cáo kết quả.
   Chuỗi này củng cố tính tuần tự của các nhiệm vụ nghiên cứu trong khi vẫn phân định rõ ràng trách nhiệm.

Các phương pháp và mô hình tốt nhất

Thiết kế và cấu hình

• Bắt đầu với những vai diễn nhỏ và hẹp. Phân công mỗi tác nhân phụ chịu trách nhiệm cho một công việc rõ ràng. Trách nhiệm hẹp giúp việc gỡ lỗi dễ dàng hơn nhiều.
• Kiểm soát phiên bản của bạn .claude/agents/ thư mục. Xử lý các định nghĩa của tác nhân phụ như mã — các phiên bản xem xét, kiểm tra và ghim. Điều này giúp giảm thiểu sai lệch và dễ dàng kiểm tra.
• Ghim các công cụ và mô hình một cách có chủ đích. Sử dụng model: inherit Khi bạn muốn hành vi nhất quán với cuộc trò chuyện chính, hãy chỉ định một bí danh mô hình có chi phí thấp hơn cho quét nền. Khóa các công cụ để giảm thiểu bề mặt tấn công.

Các mô hình hoạt động

• Sử dụng lệnh gọi rõ ràng để tự động hóa xác định. Nếu bạn đang chạy tác vụ CI hoặc hook, hãy gọi các tác nhân phụ cụ thể để đảm bảo kết quả có thể dự đoán được.
• Sử dụng tính năng phân công tự động trong các phiên tương tác. Đối với công việc thăm dò, hãy để Claude chọn các tác nhân phụ để giảm ma sát — nhưng hãy làm description các trường được cân nhắc kỹ lưỡng để tự động hóa không kích hoạt bất ngờ.
• Thiết kế đầu ra có cấu trúc cho quá trình tổng hợp. Buộc các tác nhân phụ ghi vào tệp hoặc tạo JSON mà trình điều phối có thể đọc được; điều này giúp đơn giản hóa bước giảm và kiểm tra.

Kiểm tra, giám sát và quản trị

• Xây dựng các đánh giá đại diện. Theo dõi các tác nhân phụ gặp lỗi và xây dựng các bài kiểm tra thực hiện các chế độ lỗi đó. Anthropic đề xuất các bộ kiểm tra đại diện và cải tiến theo từng bước.
• Theo dõi việc sử dụng mã thông báo và công cụ. Theo dõi mức sử dụng của từng đại lý phụ và thêm cảnh báo để phát hiện tình trạng chi phí vượt mức hoặc giới hạn tỷ lệ.

Khi nào KHÔNG nên sử dụng tác nhân phụ

Các tác nhân phụ rất mạnh nhưng không phải lúc nào cũng là công cụ phù hợp.

• Nhiệm vụ đơn giản: Đối với các lời nhắc ngắn gọn, một lần hoặc các chuyển đổi tầm thường, các tác nhân phụ sẽ làm tăng thêm sự phức tạp không cần thiết.
• Ràng buộc độ trễ chặt chẽ: Các chuyến khứ hồi phối hợp sẽ làm tăng thêm chi phí; nếu bạn cần phản hồi một lượt, độ trễ cực thấp, thì phương pháp tiếp cận đơn khối có thể đơn giản hơn.
• Các nhóm nhỏ với cơ sở hạ tầng hạn chế: Nếu không có công cụ cho bí mật, khả năng quan sát và hộp cát, các tác nhân phụ có thể làm tăng rủi ro vận hành. Các bài viết cộng đồng nhấn mạnh việc bắt đầu từ quy mô nhỏ và thêm các tác nhân phụ khi bạn cần tính mô-đun.

Nơi sử dụng mã Claude cli được khuyến nghị nhiều nhất

Chúng tôi rất vui mừng khi thông báo rằng CometAPI hiện hỗ trợ đầy đủ lệnh Claude Code mạnh mẽ. Bạn chỉ cần cài đặt Claude Code và xác thực bằng khóa API Comet và địa chỉ cơ sở đã lấy được để sử dụng mô hình API Comet trên Claude Code.

Tại sao nên sử dụng claude code thông qua CometAPI?

Các tính năng hàng đầu của Trí tuệ nhân tạo: Dễ dàng tạo, gỡ lỗi và tối ưu hóa mã bằng các mô hình được xây dựng riêng cho nhà phát triển.

• Lựa chọn mô hình linh hoạt: Dòng mô hình toàn diện của chúng tôi cho phép bạn phát triển liền mạch hơn.
• Tích hợp liền mạch: API luôn khả dụng. Tích hợp Claude Code trực tiếp vào quy trình làm việc hiện tại của bạn chỉ trong vài phút.
• Sử dụng Claude Code thông qua CometAPI sẽ tiết kiệm nhiều chi phí hơn. API Claude do CometAPI cung cấp có giá giảm 20% so với giá chính thức và được cập nhật theo mẫu mới nhất bởi nhà cung cấp chính thức.

Sẵn sàng sử dụng Claude Code cli? tham khảo Hướng dẫn API để có hướng dẫn chi tiết.

Nếu bạn muốn biết thêm mẹo, hướng dẫn và tin tức về AI, hãy theo dõi chúng tôi trên VK, X và Discord!

Xem thêm Làm thế nào để cài đặt và chạy Claude Code thông qua CometAPI?

Kết luận — tại sao các đại lý phụ lại quan trọng vào lúc này

Subagent biến lời hứa về quy trình làm việc của agent thành hiện thực cho các nhóm: chúng cho phép bạn suy luận về vai trò, quyền hạn, bối cảnh, chi phí và song song hóa một cách rõ ràng và như những đối tượng hàng đầu. Khi được sử dụng một cách khôn ngoan, subagent mở khóa tốc độ phát triển nhanh hơn, chất lượng tốt hơn cho các tác vụ nhiều bước và khả năng quản trị dễ dự đoán hơn. Mặt trái là bạn phải thiết kế, kiểm thử và giám sát các subagent này giống như phần mềm sản xuất — nhưng khoản đầu tư đó sẽ biến kỹ thuật nhanh chóng thành thực hành kỹ thuật đáng tin cậy.