# 使用案例示例
**即将进行的命名空间迁移**
AWS Agent Registry 目前在 bedrock-agentcore 命名空间下处于公开预览状态。从 2026 年 8 月 6 日起，该服务将移至代理注册表命名空间。如果您使用 AWS 代理注册表，则必须更新您的终端节点、IAM 策略、SDK 客户端、CLI 脚本和注册表数据。有关从公共预览版迁移的更多信息，请参阅[注册表迁移综合指南](registry-faq.md)。
您将在下面找到一些可以使用注册表的示例用例。
## 探索用于构建内部工作流程的代理或工具
建筑商正在创建内部人力资源工作流程，用于生成员工休假余额报告。工作流程需要访问员工信息服务、PTO 跟踪服务以及类似 SharePoint的文档生成服务。构建者不是四处询问或搜索内部维基，而是在 AWS 代理注册表中搜索符合其需求的服务。他们发现所有三项服务都注册了其连接详细信息和工具架构，并使用这些信息来构建工作流程，将本来需要几天的发现时间缩短为几分钟。
## 为面向客户的代理添加新功能
建筑商维护一个外部客户服务代理，负责处理订单查询。他们需要添加一个新的用例：帮助客户追踪延迟的包裹配送。代理已经可以访问客户信息和订单历史记录服务，但需要配送跟踪服务。构建者搜索注册表，找到具有适当功能的注册交付跟踪服务，将其附加到他们的网关，然后更新代理的策略以允许呼叫这项新服务，所有这些都无需知道是哪个团队构建了交付服务或如何联系他们。
## 管理团队间的代理蔓延
一位审查登记处的管理员注意到，一个新的团队正在组建一个旅行预订代理，其能力与另一个团队注册的现有旅行计划代理非常相似。通过注册表发现这种重叠之处，管理员可以将两个团队联系起来。与其重复工作，不如使用其他功能更新现有代理，组织避免维护两个执行基本相同任务的代理。
## 跨代理共享可重复使用的技能
一个团队已经掌握了从 PDF 文档中提取结构化数据的技能。他们收到了关于这项技能有效性的积极反馈，并被要求在整个组织中广泛分享这项技能，以提高集体生产力。他们没有独立联系每个团队，而是将技能发布到注册表，并附上详细的 markdown 文档和结构化定义。其他代理构建者通过搜索发现该技能并将其整合到自己的代理中，从而加快了整个组织的发展。
## 通过策展强制执行质量标准
生成器向注册表提交了一条新的 MCP 服务器记录。提交操作会触发 Amazon EventBridge 通知，该通知将启动该组织的标准审查渠道。自动管道会检查服务器定义是否包含完整的工具描述、输入架构的定义是否正确，以及服务器是否符合组织的安全要求。审查发现，有几个工具描述缺少必填字段。策展人拒绝该记录并附上详细原因，在重新提交之前，生成者会收到有关要修复的内容的反馈。
## 保持注册表记录与实时服务器同步
团队在 R AgentCore untime 上部署 MCP 服务器，其工具定义会随着新功能的添加而变化。他们不是在每次工具更改时都手动更新注册表记录，而是在每条记录上配置 URL-based 同步，只需定期进入注册表即可触发同步。当他们这样做时， AWS Agent Registry 会从 MCP 服务器的端点获取最新的服务器和工具元数据，从而保持注册表的准确性。