Claude Managed Agents vs Agent SDK (2026): Nên Chọn Cái Nào?

Bạn đã quyết định triển khai một tác nhân AI sản xuất trên Claude. Giờ đây, bạn đối mặt với ngã rẽ thực sự đầu tiên: bạn có để Anthropic chạy vòng lặp tác nhân và môi trường sandbox cho bạn bằng Claude Managed Agents, hay bạn giữ vòng lặp đó trong quy trình của riêng mình với Claude Agent SDK? Hai lựa chọn này trông có vẻ tương tự trong bản demo, nhưng chúng sẽ định hướng kiến trúc, mô hình chi phí và lịch trực của bạn theo những cách khác nhau. Hướng dẫn này sẽ đi sâu vào các đánh đổi theo cách bạn thực sự cân nhắc chúng trên bảng trắng, với tác nhân hoàn tiền thanh toán và tác nhân xử lý yêu cầu hỗ trợ làm ví dụ minh họa.

TL;DR (Tóm tắt)

Chọn Claude Managed Agents khi bạn muốn Anthropic lưu trữ vòng lặp tác nhân, môi trường sandbox và trạng thái phiên cho các tác vụ chạy dài hoặc không đồng bộ, và bạn thà trả phí thời gian chạy hơn là tự vận hành cơ sở hạ tầng đó. Chọn Claude Agent SDK khi bạn cần vòng lặp bên trong quy trình của riêng mình, toàn quyền kiểm soát các công cụ, nơi lưu trú dữ liệu và chi phí. Cả hai đều hỗ trợ MCP và các mô hình Claude.

Giới thiệu

Vào năm 2026, "xây dựng tác nhân AI" không còn chỉ có nghĩa là "kết nối một vòng lặp while quanh một tác vụ hoàn thành cuộc trò chuyện". Anthropic giờ đây cung cấp cho bạn hai cách riêng biệt để chạy một tác nhân trong môi trường sản xuất, và lựa chọn này định hình nhiều thứ hơn là chỉ mã. Nó quyết định nơi dữ liệu khách hàng được lưu trữ, ai sẽ nhận thông báo lúc 2 giờ sáng khi một lệnh gọi công cụ bị treo, và cách nhóm tài chính của bạn dự báo chi tiêu.

Claude Agent SDK là một thư viện: bạn nhập nó vào một dịch vụ Python hoặc TypeScript, và vòng lặp tác nhân, quản lý ngữ cảnh cùng các công cụ tích hợp sẽ chạy bên trong quy trình và cơ sở hạ tầng của riêng bạn. Claude Managed Agents có hình thái ngược lại: một REST API được lưu trữ, nơi Anthropic chạy vòng lặp và môi trường sandbox theo phiên, còn ứng dụng của bạn gửi sự kiện và nhận luồng kết quả trở lại. Cùng một mô hình bên dưới, nhưng các hợp đồng vận hành rất khác nhau.

Hầu hết các tác nhân sản xuất thực hiện công việc thực tế bằng cách gọi các API: tính phí thẻ, tạo một vé Zendesk, truy vấn dịch vụ tồn kho, truy cập một điểm cuối giá nội bộ. Điều đó có nghĩa là độ tin cậy của tác nhân của bạn chủ yếu phụ thuộc vào độ tin cậy của các API và công cụ mà nó gọi. Trước khi bạn chọn một mô hình lưu trữ, bạn cần một cách để thiết kế, mô phỏng và kiểm thử các điểm cuối đó dưới lưu lượng truy cập dạng tác nhân. Đó là nơi một nền tảng như Apidog phù hợp: bạn có thể mô phỏng các phụ thuộc mà tác nhân của bạn truy cập, chạy các kiểm thử hợp đồng đối với chúng và thực thi một máy chủ MCP theo cùng một cách mà tác nhân sẽ làm. Chúng ta sẽ quay lại vấn đề đó sau. Đầu tiên, hãy hiểu rõ cả hai lựa chọn, vì chọn sai có thể tốn kém để khắc phục. Nếu bạn muốn tìm hiểu sâu hơn về mặt được lưu trữ nói riêng, hãy xem hướng dẫn Claude Managed Agents của chúng tôi.

Claude Managed Agents thực sự là gì

Claude Managed Agents là một bộ khung tác nhân được xây dựng sẵn, có thể cấu hình, chạy trong cơ sở hạ tầng do Anthropic quản lý. Thay vì tự viết vòng lặp tác nhân, môi trường sandbox và lớp thực thi công cụ, bạn mô tả một tác nhân và để Anthropic chạy nó. Nó được ra mắt dưới dạng bản beta công khai vào tháng 4 năm 2026 và hiện yêu cầu tiêu đề beta managed-agents-2026-04-01 trên mọi yêu cầu, mà SDK sẽ thiết lập cho bạn.

Sản phẩm được xây dựng dựa trên bốn khái niệm, và chúng khớp một cách rõ ràng với cách bạn nghĩ về một trình chạy tác vụ:

• Tác nhân (Agent): mô hình, lời nhắc hệ thống, công cụ, máy chủ MCP và kỹ năng. Bạn tạo nó một lần và tham chiếu nó bằng ID trong nhiều phiên.
• Môi trường (Environment): một mẫu container được cấu hình với các gói đã cài đặt sẵn (Python, Node.js, Go và các gói khác) và các quy tắc truy cập mạng.
• Phiên (Session): một phiên bản tác nhân đang chạy bên trong một môi trường, thực hiện một tác vụ và tạo ra các đầu ra. Nó có một hệ thống tệp và lịch sử hội thoại liên tục.
• Sự kiện (Events): các thông báo chảy giữa ứng dụng của bạn và tác nhân (lượt người dùng, kết quả công cụ, cập nhật trạng thái), được truyền trực tiếp qua các sự kiện được gửi từ máy chủ và được lưu trữ phía máy chủ.

Luồng hoạt động là: tạo một tác nhân, cấu hình một môi trường, bắt đầu một phiên, gửi tin nhắn người dùng dưới dạng sự kiện và nhận luồng phản hồi. Bạn có thể điều khiển tác nhân giữa chừng bằng cách gửi thêm sự kiện hoặc gián đoạn nó để thay đổi hướng. Lịch sử sự kiện được lưu trữ ở phía Anthropic và bạn có thể lấy toàn bộ, điều này quan trọng cho việc kiểm toán và gỡ lỗi.

Managed Agents cung cấp cho Claude một bộ công cụ tích hợp sẵn: Bash, các thao tác tệp (đọc, ghi, chỉnh sửa, glob, grep), tìm kiếm và truy xuất web, và kết nối máy chủ MCP cho mọi thứ khác. Theo Anthropic, tùy chọn này phù hợp nhất cho các tác vụ cần thực thi dài hạn (từ vài phút đến vài giờ, nhiều lệnh gọi công cụ), các container đám mây an toàn có quyền truy cập mạng, cơ sở hạ tầng tối thiểu ở phía bạn và các phiên có trạng thái tồn tại qua các tương tác. Nó cũng có sẵn trên Nền tảng Claude trên AWS với một số khác biệt về tính khả dụng của tính năng và hành vi phiên, điều đáng kiểm tra nếu bạn bị giới hạn bởi một đám mây cụ thể.

Hai điều cần lưu ý. Thứ nhất, các công cụ tùy chỉnh hoạt động khác ở đây: Claude quyết định gọi một công cụ, nhưng ứng dụng của bạn thực thi nó và trả về kết quả qua luồng sự kiện. Việc thực thi vẫn diễn ra trong thế giới của bạn; chỉ có vòng lặp và môi trường sandbox được lưu trữ. Thứ hai, một số tính năng nhất định (kết quả và đa tác nhân) được giới hạn dưới dạng bản xem trước nghiên cứu đằng sau một yêu cầu truy cập riêng biệt, vì vậy đừng cho rằng mọi khả năng đều có sẵn ngay khi bạn bật nó. Để hiểu rõ hơn về mẫu hình chung đằng sau tất cả những điều này, bài viết của chúng tôi về kiến trúc AI tác nhân sẽ đề cập đến cách vòng lặp, công cụ và bộ nhớ kết hợp với nhau.

Claude Agent SDK thực sự là gì

Claude Agent SDK là một thư viện cung cấp cho bạn các công cụ, vòng lặp tác nhân và quản lý ngữ cảnh tương tự như những gì cung cấp cho Claude Code, có thể lập trình bằng Python và TypeScript. Trước đây nó được gọi là Claude Code SDK; việc đổi tên cho thấy một phạm vi rộng hơn các tác vụ mã hóa. Bạn pip install claude-agent-sdk hoặc npm install @anthropic-ai/claude-agent-sdk, trỏ nó đến một khóa API, và vòng lặp sẽ chạy bên trong quy trình của bạn.

Một tác nhân tối thiểu rất nhỏ. Trong Python, bạn gọi query() với một lời nhắc và một đối tượng tùy chọn liệt kê các công cụ mà tác nhân có thể sử dụng, sau đó lặp qua các thông báo được truyền trực tiếp. Claude đọc tệp, chạy lệnh và chỉnh sửa mã mà không cần bạn triển khai một vòng lặp thực thi công cụ. Đó là sự khác biệt cốt lõi so với Client SDK thông thường, nơi bạn tự viết vòng lặp while response.stop_reason == "tool_use" và tự thực thi từng lệnh gọi công cụ.

SDK cung cấp các cơ chế mà bạn sẽ phải tự xây dựng:

• Công cụ tích hợp sẵn: Đọc (Read), Ghi (Write), Chỉnh sửa (Edit), Bash, Glob, Grep, Tìm kiếm Web (WebSearch), Lấy Web (WebFetch), một công cụ Giám sát (Monitor) để theo dõi các tập lệnh nền, và một công cụ Hỏi người dùng (AskUserQuestion) để làm rõ câu hỏi.
• Hooks: các hàm gọi lại tại các điểm trong vòng đời (PreToolUse, PostToolUse, Stop, SessionStart, SessionEnd, UserPromptSubmit, và nhiều hơn nữa) để bạn có thể xác thực, ghi nhật ký, chặn hoặc biến đổi hành vi. Đây là cách bạn xây dựng một nhật ký kiểm toán cho mọi thay đổi tệp hoặc API.
• Tác nhân phụ (Subagents): tạo ra các tác nhân chuyên biệt cho các tác vụ phụ tập trung; các tin nhắn mang theo parent_tool_use_id để bạn có thể theo dõi tác nhân phụ nào đã làm gì.
• MCP: kết nối cơ sở dữ liệu, trình duyệt và API thông qua Giao thức Ngữ cảnh Mô hình (Model Context Protocol), cùng tiêu chuẩn mà Managed Agents sử dụng.
• Quyền hạn (Permissions): phê duyệt trước các công cụ an toàn, chặn các công cụ nguy hiểm hoặc yêu cầu phê duyệt cho các hành động nhạy cảm. Một tác nhân phân tích chỉ đọc là một chuỗi tùy chọn.
• Phiên (Sessions): ghi lại một ID phiên, tiếp tục sau này với toàn bộ ngữ cảnh, hoặc phân nhánh để khám phá các lựa chọn thay thế. Trạng thái là JSONL trên hệ thống tệp của bạn, vì vậy bạn sở hữu nó.

Bởi vì vòng lặp chạy trong quy trình của bạn, SDK cũng đọc cấu hình hệ thống tệp của Claude Code: kỹ năng trong .claude/skills/, các lệnh slash, một tệp CLAUDE.md cho ngữ cảnh dự án và các plugin. Xác thực hỗ trợ API Anthropic trực tiếp cộng với Amazon Bedrock, Nền tảng Claude trên AWS, Google Vertex AI và Azure AI Foundry, vì vậy bạn có thể giữ hoạt động suy luận bên trong một hợp đồng đám mây hiện có. Nếu bạn muốn một lộ trình thực hành, hướng dẫn của chúng tôi về thiết lập Claude Agent SDK với một gói Claude và hướng dẫn chi tiết về xây dựng Claude Code của riêng bạn đều bắt đầu từ một vòng lặp hoạt động.

Một thay đổi về thanh toán mà bạn nên lưu ý: bắt đầu từ ngày 15 tháng 6 năm 2026, việc sử dụng Agent SDK và claude -p trên các gói đăng ký sẽ lấy từ một khoản tín dụng Agent SDK hàng tháng riêng biệt, khác với giới hạn sử dụng tương tác. Nếu dự báo của bạn cho rằng các lệnh gọi SDK chia sẻ cùng một nhóm với việc sử dụng Claude tương tác, hãy xem xét lại. Hãy kiểm tra các điều khoản hiện tại của Anthropic trực tiếp thay vì tin vào một con số bạn đọc trong một bài đăng trên blog, bao gồm cả bài này.

So sánh trực diện: Managed Agents vs Agent SDK

Đây là so sánh theo cách nó thường xuất hiện trong một đánh giá kiến trúc. Hãy coi hàng chi phí chỉ mang tính định hướng; xác nhận số liệu thực tế với trang giá của Anthropic và tài liệu Managed Agents trước khi bạn cam kết ngân sách.

Một vài hàng cần được giải thích kỹ hơn.

Chi phí. Các hình thức khác nhau, không phải giá mô hình. Managed Agents tính phí token tiêu chuẩn cộng với phí thời gian chạy cho thời gian phiên hoạt động, vì vậy một tác nhân "suy nghĩ" trong một giờ sẽ khiến bạn phải trả tiền cho giờ đó ngay cả giữa các lệnh gọi công cụ. SDK không có phí thời gian chạy Anthropic theo giờ, nhưng bạn phải trả tiền cho máy chủ, tự động mở rộng và các kỹ sư duy trì chúng. Rẻ hơn trên giấy không có nghĩa là rẻ hơn khi bạn tính đến một lịch trực.

Gánh nặng vận hành. Đây là điểm khác biệt rõ ràng nhất. Managed Agents loại bỏ sandbox, kho lưu trữ phiên và logic mở rộng quy mô khỏi trách nhiệm của bạn. SDK mang lại cho bạn quyền kiểm soát cả ba, đó chính xác là điều bạn muốn khi một tác nhân phải chạy bên trong một VPC cạnh một cơ sở dữ liệu riêng tư, và chính xác là điều bạn không muốn khi một nhóm hai người chỉ cần một worker không đồng bộ.

Nơi lưu trú dữ liệu. Với SDK, việc thực thi công cụ và trạng thái phiên không bao giờ rời khỏi cơ sở hạ tầng của bạn; chỉ có suy luận mô hình đi đến Claude. Với Managed Agents, sandbox và nhật ký sự kiện nằm trong môi trường của Anthropic (hoặc AWS, với các hạn chế). Đối với dữ liệu được quy định, hàng này thường tự nó quyết định toàn bộ câu hỏi.

Khả năng quan sát. Managed Agents cung cấp cho bạn một nhật ký sự kiện được lưu trữ, có thể lấy miễn phí. SDK cung cấp cho bạn hooks và mong đợi bạn kết nối chúng vào ngăn xếp theo dõi của bạn. Công thái học khác nhau, trạng thái cuối cùng tương tự nếu bạn thực hiện công việc.

Kiểm thử và gỡ lỗi các API mà tác nhân của bạn gọi

Dù bạn chọn mô hình lưu trữ nào, độ tin cậy của tác nhân của bạn bị chi phối bởi các công cụ và API mà nó gọi. Một tác nhân hoàn tiền lý luận hoàn hảo nhưng gọi một điểm cuối thanh toán không ổn định thì vẫn là một tác nhân hoàn tiền không ổn định. Vì vậy, hãy coi các phụ thuộc là mục tiêu kiểm thử hàng đầu, không phải là những suy nghĩ sau đó.

Ba lớp đáng để kiểm thử trước khi bạn triển khai.

Các hợp đồng API. Mọi công cụ mà tác nhân của bạn gọi đều là một API có lược đồ. Hãy mô phỏng các điểm cuối đó và xác nhận các hình dạng yêu cầu và phản hồi để một thay đổi phía backend không âm thầm làm hỏng tác nhân trong môi trường sản xuất. Với Apidog, bạn có thể thiết lập một mock cho dịch vụ thanh toán hoặc dịch vụ vé, định nghĩa chính xác lược đồ mà tác nhân mong đợi và chạy các kiểm thử hợp đồng theo lịch trình. Khi dịch vụ thực tế có sự thay đổi nhỏ, kiểm thử hợp đồng sẽ thất bại trước khi yêu cầu hoàn tiền của khách hàng bị lỗi. Để có một phương pháp tiếp cận có cấu trúc cho vấn đề này, hướng dẫn của chúng tôi về cách kiểm thử các tác nhân AI gọi API sẽ đi sâu vào các chế độ lỗi quan trọng.

Các máy chủ MCP. Cả hai tùy chọn đều định tuyến các công cụ bên ngoài thông qua MCP. Bản thân một máy chủ MCP là một dịch vụ với các công cụ, đầu vào và đầu ra, và đây là nơi phổ biến khiến các tác nhân bị lỗi: một công cụ trả về tải trọng hơi khác, một lỗi thời gian chờ không được xử lý, một đường dẫn lỗi trả về văn bản thay vì dữ liệu có cấu trúc. Hãy kiểm thử trực tiếp máy chủ MCP, theo cách mà tác nhân sẽ truy cập nó, trước khi bạn kết nối nó với một tác nhân trực tiếp. Hướng dẫn chi tiết của chúng tôi về kiểm thử máy chủ MCP với Apidog đề cập đến cách liệt kê các công cụ mà máy chủ phơi bày và thực thi từng công cụ. Apidog cũng bao gồm một tác nhân AI và trình gỡ lỗi A2A để bạn có thể xem lưu lượng yêu cầu và phản hồi mà một tác nhân tạo ra, thay vì chỉ đoán mò.

Hành vi yêu cầu của tác nhân. Các tác nhân gọi API theo các mẫu mà con người không làm: các đợt thử lại liên tục, đọc một phần, truy cập cùng một điểm cuối mười lần trong một vòng lặp trong khi mô hình suy luận. Phát lại lưu lượng đó đối với các mock của bạn và xem tác nhân thực sự gửi gì. Đây là nơi một trình gỡ lỗi nắm bắt lưu lượng tác nhân và A2A trực tiếp phát huy giá trị; bạn tìm thấy lỗi "retry storm" (bão thử lại) trong môi trường staging thay vì trên cầu sự cố.

Mục đích không phải là công cụ vì lợi ích của chính nó. Mà là quyết định lưu trữ và chiến lược kiểm thử có liên quan với nhau. Managed Agents ẩn vòng lặp, vì vậy khả năng hiển thị các lỗi của bạn đến từ nhật ký sự kiện của nó cộng với các kiểm thử cấp API của riêng bạn. SDK phơi bày vòng lặp, vì vậy bạn trang bị nó bằng hooks nhưng vẫn cần các kiểm thử cấp API tương tự bên dưới. Dù bằng cách nào, hãy Tải xuống Apidog và đặt các phụ thuộc của tác nhân dưới sự kiểm thử trước khi tác nhân tiếp cận một khách hàng thực sự.

Khung ra quyết định

Hãy bỏ qua việc phân tích từng tính năng một cách tỉ mỉ và trả lời các câu hỏi sau theo thứ tự. Câu trả lời "có" mạnh mẽ đầu tiên sẽ chỉ ra một lựa chọn cho bạn.

Chọn Claude Managed Agents nếu:

• Tác nhân của bạn chạy dài hoặc không đồng bộ (từ vài phút đến vài giờ, nhiều lệnh gọi công cụ) và bạn không muốn vận hành một trình chạy tác vụ, môi trường sandbox và kho lưu trữ phiên.
• Bạn là một nhóm nhỏ và số lượng nhân sự vận hành là hạn chế chính, chứ không phải quyền kiểm soát.
• Bạn muốn có một nhật ký sự kiện được lưu trữ, có thể lấy được mà không cần xây dựng khả năng quan sát từ đầu.
• Tư thế dữ liệu và tuân thủ của bạn cho phép môi trường sandbox và trạng thái phiên nằm trong môi trường của Anthropic (hoặc AWS).
• Bạn chấp nhận ở trong phiên bản beta với một số tính năng bị giới hạn sau yêu cầu xem trước nghiên cứu.

Chọn Claude Agent SDK nếu:

• Tác nhân phải chạy bên trong VPC của bạn, cạnh một cơ sở dữ liệu riêng tư hoặc dịch vụ nội bộ, không có bên thứ ba nào giữ trạng thái phiên.
• Bạn cần kiểm soát chi tiết vòng lặp: quyền hạn tùy chỉnh, hooks cho kiểm toán và chính sách, logic công cụ trong quy trình.
• Nơi lưu trú dữ liệu hoặc các ràng buộc quy định loại trừ một môi trường sandbox được lưu trữ.
• Bạn muốn suy luận được tính phí thông qua một hợp đồng Bedrock, Vertex hoặc Azure hiện có trong khi vẫn giữ vòng lặp nội bộ.
• Bạn đang tạo nguyên mẫu cục bộ và muốn tác nhân hoạt động trực tiếp trên hệ thống tệp của bạn ngay hôm nay.

Một lộ trình phổ biến: tạo nguyên mẫu bằng Agent SDK cục bộ vì vòng lặp nằm ngay đó và chu trình lặp lại nhanh chóng, sau đó chuyển sang Managed Agents để sản xuất nếu khoản tiết kiệm vận hành vượt trội hơn việc mất kiểm soát. Việc di chuyển đó là một công việc thực sự, không phải chỉ là một thay đổi cấu hình, vì vậy hãy đưa ra quyết định một cách có chủ đích thay vì mặc định. Nếu bạn cũng đang cân nhắc các mô hình hoặc tác nhân mã hóa cùng với điều này, bài so sánh Claude vs Codex năm 2026 của chúng tôi là một tài liệu hữu ích đi kèm.

Các trường hợp sử dụng thực tế

Tác nhân hoàn tiền thanh toán

Một nhóm hỗ trợ fintech muốn một tác nhân xử lý các yêu cầu hoàn tiền từ đầu đến cuối: đọc vé, tra cứu giao dịch, kiểm tra chính sách hoàn tiền, gọi API thanh toán để phát hành hoàn tiền và ghi lại tóm tắt vào vé. Tác nhân này liên quan đến tiền bạc, vì vậy mọi lệnh gọi API đều cần một hợp đồng đã được kiểm thử và một nhật ký kiểm toán rõ ràng.

SDK là sự lựa chọn phù hợp tự nhiên ở đây. Tác nhân nên chạy bên trong VPC cạnh dịch vụ thanh toán, trạng thái phiên không được rời khỏi cơ sở hạ tầng của công ty, và các hooks PreToolUse có thể áp dụng một quy tắc nghiêm ngặt rằng mọi khoản hoàn tiền vượt quá ngưỡng yêu cầu sự chấp thuận của con người. Trước khi ra mắt, nhóm mô phỏng các điểm cuối thanh toán và sổ cái trong Apidog, viết các kiểm thử hợp đồng cho các lệnh gọi hoàn tiền và tra cứu, và phát lại dữ liệu vé lịch sử của một tuần so với các mock để xem chính xác tác nhân gửi gì. Lỗi "retry storm" mà họ tìm thấy (tác nhân phát hành lại lệnh gọi hoàn tiền sau lỗi 504 mà thực tế đã thành công) là lý do tồn tại của lớp kiểm thử này.

Tác nhân phân loại yêu cầu hỗ trợ không đồng bộ

Một công ty SaaS nhận hàng ngàn yêu cầu hỗ trợ mỗi ngày và muốn một tác nhân phân loại chúng: phân loại, kéo các nhật ký liên quan, soạn thảo phản hồi và giải quyết hoặc leo thang. Các yêu cầu đến vào mọi giờ, mỗi yêu cầu mất vài phút để gọi công cụ, và dữ liệu liên quan có độ nhạy thấp.

Managed Agents rất phù hợp với hình thái này. Công việc chạy dài và không đồng bộ, nhóm nhỏ và không muốn chạy một đội worker tự động mở rộng quy mô, và nhật ký sự kiện được lưu trữ cung cấp cho họ một dấu vết theo từng yêu cầu miễn phí. Họ vẫn kiểm thử các phụ thuộc: API ghi nhật ký và máy chủ MCP hệ thống vé được mô phỏng và kiểm thử hợp đồng trong Apidog để một thay đổi lược đồ trong dịch vụ nhật ký không âm thầm làm giảm chất lượng phân loại. Việc lưu trữ được quản lý; tính đúng đắn của API vẫn là công việc của họ.

Tác nhân vận hành dữ liệu nội bộ sau tường lửa

Một nhóm nền tảng muốn một tác nhân phản hồi các yêu cầu nội bộ như “khôi phục các phân vùng ETL bị lỗi ngày hôm qua” bằng cách truy vấn API công việc nội bộ, chạy một tập lệnh khắc phục và báo cáo trạng thái. Các API nội bộ không có trên internet công cộng và dữ liệu nhạy cảm.

SDK chiến thắng mặc định. Tác nhân phải chạy ở nơi nó có thể tiếp cận các dịch vụ riêng tư, và không có gì về trạng thái phiên có thể nằm trong một môi trường sandbox của bên thứ ba. Nhóm kết nối các dịch vụ nội bộ dưới dạng máy chủ MCP, kiểm thử từng công cụ MCP riêng lẻ trước, và sử dụng các hooks của SDK để ghi lại mọi lệnh mà tác nhân chạy vào đường ống kiểm toán hiện có của họ. Đây là trường hợp mà thuộc tính "chạy trong quy trình của bạn" của SDK không phải là một ưu tiên; đó là một yêu cầu. Để biết thêm về lý do tại sao các tác nhân đang trở thành người tiêu dùng API chính, hãy xem bài viết của chúng tôi về các tác nhân AI là người tiêu dùng API mới.

Kết luận

Quyết định giữa Managed Agents và Agent SDK là một quyết định về vận hành và quản trị dữ liệu dưới vỏ bọc thiết kế API. Dưới đây là những điểm cần ghi nhớ:

• Managed Agents lưu trữ vòng lặp và môi trường sandbox; SDK chạy chúng trong quy trình của bạn. Sự thật duy nhất đó thúc đẩy hầu hết các đánh đổi.
• Chi phí là một hình thái, không phải một con số: Managed Agents bổ sung phí thời gian chạy theo giờ phiên; SDK chuyển chi phí đó sang cơ sở hạ tầng và lịch trực mà bạn vận hành.
• Nơi lưu trú dữ liệu thường quyết định tất cả: dữ liệu được quy định hoặc ràng buộc VPC hướng đến SDK; công việc không đồng bộ có độ nhạy thấp hướng đến Managed Agents.
• Số lượng nhân sự vận hành là yếu tố quyết định khác: các nhóm nhỏ nhất đạt được nhiều lợi ích nhất từ thời gian chạy được quản lý và nhật ký sự kiện được lưu trữ.
• Kiểm thử các phụ thuộc bất kể mô hình lưu trữ: tác nhân chỉ đáng tin cậy như các API và máy chủ MCP mà nó gọi.
• Tạo nguyên mẫu trên SDK, đưa vào sản xuất trên Managed Agents là một lộ trình hợp lý, nhưng hãy coi việc di chuyển là một dự án.
• Xác minh giá cả và trạng thái beta tại nguồn trước khi bạn cam kết; cả hai đều đang phát triển vào năm 2026.

Bước tiếp theo: trước khi bạn kết nối một tác nhân với bất kỳ thứ gì liên quan đến khách hàng, hãy đưa các phụ thuộc API và MCP của nó vào kiểm thử. Tải xuống Apidog để mô phỏng các điểm cuối đó, chạy các kiểm thử hợp đồng và gỡ lỗi lưu lượng yêu cầu thực tế của tác nhân, để mô hình lưu trữ bạn chọn được xây dựng trên các phụ thuộc mà bạn đã chứng minh.

Câu hỏi thường gặp

Sự khác biệt cốt lõi giữa Claude Managed Agents và Claude Agent SDK là gì?

Managed Agents là một REST API được lưu trữ, nơi Anthropic chạy vòng lặp tác nhân và môi trường sandbox theo phiên; bạn gửi sự kiện và nhận luồng kết quả trở lại. Agent SDK là một thư viện Python hoặc TypeScript chạy cùng một vòng lặp bên trong quy trình và cơ sở hạ tầng của riêng bạn. Cùng một mô hình Claude, nhưng quyền sở hữu vận hành khác nhau.

Claude Agent SDK có giống với Claude Code SDK cũ không?

Có. Claude Code SDK đã được đổi tên thành Claude Agent SDK để phản ánh phạm vi rộng hơn ngoài các tác vụ mã hóa. Vòng lặp tác nhân, các công cụ tích hợp sẵn và quản lý ngữ cảnh mà nó cung cấp là cùng một cơ chế cung cấp sức mạnh cho Claude Code, giờ đây được đóng gói dưới dạng một thư viện tác nhân đa năng.

Tùy chọn nào rẻ hơn?

Điều đó phụ thuộc vào hình thái khối lượng công việc. Managed Agents tính phí token Claude tiêu chuẩn cộng với phí thời gian chạy cho thời gian phiên hoạt động, vì vậy các tác nhân "suy nghĩ" lâu sẽ phát sinh chi phí thời gian chạy. SDK không có phí thời gian chạy Anthropic theo giờ nhưng bạn phải trả tiền và vận hành tính toán. Xác nhận tỷ giá hiện tại trên trang giá của Anthropic; đừng lập ngân sách dựa trên một con số trong một bài đăng trên blog.

Tôi có thể sử dụng máy chủ MCP với cả hai không?

Có. Cả hai đều định tuyến các công cụ bên ngoài thông qua Giao thức Ngữ cảnh Mô hình (Model Context Protocol). Đó cũng là lý do tại sao việc kiểm thử máy chủ MCP của bạn quan trọng trước khi kết nối chúng với bất kỳ tùy chọn nào; hướng dẫn kiểm thử máy chủ MCP với Apidog của chúng tôi sẽ hướng dẫn cách thực thi từng công cụ mà máy chủ phơi bày theo cách một tác nhân sẽ truy cập nó.

Làm thế nào để tôi giữ dữ liệu khách hàng không nằm trong cơ sở hạ tầng của Anthropic?

Sử dụng Agent SDK và chạy vòng lặp bên trong môi trường của riêng bạn. Với SDK, việc thực thi công cụ và trạng thái phiên nằm trên cơ sở hạ tầng của bạn và chỉ suy luận mô hình đi đến Claude. Với Managed Agents, môi trường sandbox và nhật ký sự kiện nằm trong môi trường của Anthropic (có tùy chọn AWS với các hạn chế), điều này có thể không đáp ứng các quy tắc lưu trú nghiêm ngặt.

Claude Managed Agents đã sẵn sàng cho sản xuất chưa?

Nó được ra mắt dưới dạng bản beta công khai vào tháng 4 năm 2026 và yêu cầu tiêu đề beta managed-agents-2026-04-01 trên mọi yêu cầu. Chức năng phiên cốt lõi thường có sẵn cho các tài khoản API, trong khi một số tính năng như kết quả và đa tác nhân bị giới hạn sau yêu cầu xem trước nghiên cứu riêng biệt. Hãy coi nó là bản beta và kiểm tra tài liệu để biết trạng thái hiện tại.

Làm thế nào để tôi kiểm thử một tác nhân trước khi nó tiếp xúc với các API thực?

Mô phỏng mọi API và máy chủ MCP mà tác nhân gọi, viết các kiểm thử hợp đồng trên lược đồ yêu cầu và phản hồi, và phát lại lưu lượng truy cập thực tế so với các mock để xem tác nhân thực sự gửi gì. Apidog bao gồm cả ba điều này, bao gồm một tác nhân AI và trình gỡ lỗi A2A để kiểm tra lưu lượng tác nhân trực tiếp. Hướng dẫn của chúng tôi cách kiểm thử các tác nhân AI gọi API trình bày chi tiết các chế độ lỗi.

Tôi có thể bắt đầu với một tùy chọn và chuyển sang tùy chọn khác sau này không?

Bạn có thể, và một lộ trình phổ biến là tạo nguyên mẫu trên Agent SDK cục bộ sau đó chuyển sang Managed Agents để sản xuất. Tuy nhiên, đó không phải là một thay đổi cấu hình đơn giản: các giao diện khác nhau (thư viện so với REST cộng với sự kiện), việc thực thi công cụ tùy chỉnh hoạt động khác nhau và trạng thái phiên chuyển từ hệ thống tệp của bạn sang một nhật ký được lưu trữ. Hãy lập kế hoạch đây là một dự án di chuyển.