AWS在8月24日发布Agentic Resource Discovery（ARD）开放规范，试图解决Agent、工具和MCP服务器数量增长后难以查找与复用的问题。AWS同时介绍Agent Registry：发布者提交资源记录，策展者可以批准、拒绝或废弃，使用者检索已批准的资源。记录描述资源是什么、能做什么、怎样连接，并可关联授权配置和审批设置。对外贸企业而言，关键不是把所有工具放进一个列表，而是明确：被Agent发现的资源并不因此获得调用权限。

目录解决发现问题，不解决信任问题

当团队积累报价查询、产品资料、物流跟踪、CRM、邮件和合规检索工具后，名称和接口会快速分散。可搜索目录能减少重复建设，也能让Agent按任务找到可能适用的能力。

但目录元数据可能过时、描述不完整或由不同团队提交。资源“可发现”只说明存在一个候选能力，不能证明它适合当前客户、市场和数据范围。正式使用前仍需核对所有者、环境、版本、输入输出、数据分类和限制条件。

把四个控制面彻底分开

第一层是登记：谁可以提交记录，字段是否完整。第二层是策展：谁能批准、拒绝或废弃资源。第三层是授权：哪个身份在什么环境可访问哪些数据。第四层是执行：这一次任务是否满足业务审批、金额、客户和风险条件。

如果Agent仅凭目录记录就取得凭证，发现系统会变成权限扩散入口。凭证应由独立密钥系统或平台身份控制，按最小权限和短时有效原则签发；目录只引用授权方式，不应保存明文秘密。生产写入、报价发送和客户外联还需要任务级门禁。

资源记录要能解释能力边界

一个可用记录至少应包含唯一ID、所有者、用途、输入输出Schema、数据敏感级别、支持市场、依赖、版本、审批人、最近验证日和废弃状态。自然语言介绍有助于搜索，但不能取代机器可检查的字段。

例如“查询物流”需要说明是读取公开轨迹、企业账户订单，还是能够修改配送指令；“生成报价”也要区分草稿计算、内部审批和真实发送。把读、算、写、发混成一个能力描述，会让Agent在计划阶段误判风险。

废弃与异常必须进入运行路径

工具升级、API变更或负责人离职时，目录应支持废弃和替代关系。Agent在执行前要确认版本仍有效，不能长期缓存一个已撤销能力。若资源健康检查失败、权限不足或审批缺失，应返回结构化阻断原因，而不是尝试寻找绕过路径。

审计记录还应保存任务、调用身份、资源版本、输入摘要、输出状态和审批链。涉及客户数据时，避免在日志中复制完整内容；保存必要的引用和哈希即可支持追溯。

对中国外贸企业的经营含义

AI Agent与外贸协同的可扩展性，取决于工具能否被准确发现，也取决于权限是否被牢牢限制。销售、运营、客服和供应链可以共享一个能力目录，但不应共享同一套生产权限。

先建立发现与授权分离的架构，团队才能安全增加工具。它也让管理者看清哪些能力只是实验、哪些可读生产数据、哪些能够造成外部状态变化，从而把人工审核放在真正高风险的动作前。

可执行建议

参考来源