aws.amazon.com·2026/10/21·Vibhu Pareek
企业系统若把内部 API 硬编码进编排器,规模到数百后模型消歧工具名的 token 开销会超过推理,新增还要改码、重部署、跨团队协调。AWS Agent Registry 用运行时发现替代构建期绑定:发布者注册 MCP 服务器、A2A 代理和技能并附带协议描述符与可搜索描述,编排器在数据面搜索已批准记录,只取端点与描述符、不取调用凭证。示例经 Bedrock AgentCore Gateway 发布订单管理 MCP 服务器,两个 A2A 代理跑在 AgentCore runtime,按发现-实例化-执行循环构造请求级 inner agent,用完销毁。记录需 DRAFT→PENDING_APPROVAL→APPROVED 审批,仅批准项可发现。三个 demo 分别覆盖 MCP 单调用、MCP+A2A 链式定价、以及 return/refund 字面不在代理名中的语义匹配。生产用 AgentCore Observability 与 CloudWatch 追踪搜索、客户端构造和下游结果,并用 Bedrock Guardrails 控制输出。收益是发布解耦、免改编排器、认证独立、以目录搜索替代 prompt stuffing;小型稳定目录或固定流水线仍宜构建期绑定。该服务已 GA,还支持组织级跨账号发现、URL 自动同步描述符、审批状态 API 和 CloudFormation/IaC。
为什么重要 企业数百内部 API 时硬编码工具退化且耗 token;运行时发现把集成从改码发版变为注册审批适合 做 agent 工具集成、MCP/A2A 目录治理的工程与平台团队

| 对比项 | 之前 / 基线 | 现在 / 本方案 | |
|---|---|---|---|
| 新增能力 | 改编排器代码并重部署 | 注册并通过审批即可用图1 对比 | |
| 工具装配 | 全部工具编译进 agent | 内层 agent 仅装配匹配工具 |
$ registry_client.create_registry(name="OrderManagementRegistry", approvalConfiguration={"autoApprovalRules": []})
$ dp_client = session.client("agent-registry")
硬编码工具接线在工具目录从少量扩展到数百个时会失效。文章展示基于AWS Agent Registry的运行时发现、实例化、执行循环,编排器通过语义搜索在运行时发现MCP服务器和A2A代理,而不是在构建时编译每个工具。
Hardcoded tool wiring breaks down as an agent's catalog grows from a handful of tools to hundreds.
This post walks through a runtime Discover, Instantiate, Execute loop built on AWS Agent Registry, where an orchestrator discovers MCP servers and A2A agents through semantic search at runtime instead of compiling every tool at build time.
EVIDENCE / METHODS
要点
AWS 博客配 runtime-discovery 示例:编排器零内置工具知识,运行时发现能力