Agent 找到新工具就能直接用？企业真正缺的是这道准入门

01. 找到一个新工具，能直接用吗

一个企业智能体在运行时找到新的外部工具，已经能读懂接口，也能发起请求。它可以直接调用吗？这期只回答这一个问题。结论先说：发现能力，不等于批准能力。真正缺少的，是发现之后、执行之前的一道能力准入门。

02. 过去的工具是工程师先接好的

先说过去。一个智能体能用哪些工具，通常由工程师在开发阶段决定。团队先选择服务，编写适配代码，配置账户和权限，再把一份固定工具清单交给模型。智能体运行时可以决定调用清单里的哪一个，但不能自己从外部世界临时增加新工具。

03. 动态发现改变了什么

动态发现改变的是这个前提。智能体遇到任务时，可以先用自然语言描述需要什么，再查询能力目录，读取匹配服务的功能、版本、输入输出和发布者证明，然后在运行时建立连接。就像从“只能点固定菜单”，变成“先搜索附近有哪些店，再决定去哪一家”。

04. 沿着一次部署任务看风险

想象一个具体场景。代码智能体完成了一个网页，需要把它部署成预览站点。它临时发现一个外部部署服务。如果直接调用，仓库代码可能被发到外部，系统可能创建公开资源，还可能需要账户和凭据。问题已经不是“接口通不通”，而是这次任务能不能把这些权力交出去。

05. 发现和准入不是一回事

这里要先分开两个动作。发现解决的是：有哪些能力，它们在哪里，由谁声明。准入解决的是：在当前组织、当前用户和当前任务下，某个具体版本是否允许连接，能看到什么数据，又能采取什么动作。前者给候选项，后者才给通行证。

06. ARD 让能力可以被找到和验证

二零二六年六月十七日，谷歌发布智能体资源发现规范。组织可以在自己的域名下发布能力目录，注册表像搜索引擎一样抓取和索引。查询结果还可以携带可验证的信任元数据，让调用方确认能力由谁发布，再通过它原生的协议建立连接。

07. 真实发布者也不等于本次获批

验证发布者只解决了“它是谁”，企业还要再查三件事：这个版本是否安全，当前任务是否真的需要，以及它索取的数据和动作是否过宽。一个真实服务也可能存在漏洞或执行不可逆动作。发现系统可以交付证据，业务是否接受风险，仍要由组织自己的策略决定。

08. A2A 让不同系统完成任务交接

二零二六年六月二十二日，谷歌又给出一个跨语言协作案例。智能体先读取远端服务的能力名片，了解名称、版本、技能和输入输出格式，再通过统一消息协议提交任务。任务还会经过已提交、处理中、已完成或失败等状态。不同技术栈因此不必互相重写。

09. 能通信也不等于有权限

能力名片描述远端系统会什么，消息协议规定双方怎样说话，但它们不会替企业回答：这名用户能不能把合同、代码或客户数据交给远端服务？远端服务又能不能创建资源、发送消息或者修改生产环境？通信协议可以承载认证，真正的授权范围仍然来自外部策略。

10. 准入门必须给出一个明确决定

所以，在发现和调用之间，需要一道能力准入门。它至少检查发布者与版本、任务是否真的需要、数据与动作范围，以及失败后怎样停止和撤销。输出不能只是一句“看起来可信”，而应是三个明确决定之一：拒绝接入、带限制放行，或者升级给人审核。

11. 放行以后才签发短时身份

通过准入，也不该把长期账户直接交给智能体。这项临时账户功能提供了一个受限场景的例子：智能体可以获得临时部署环境，资源保留六十分钟；期间由人认领，否则自动删除。它不是通用身份标准，但说明授权可以跟着任务产生，也可以按时自动消失。

12. 执行期间还需要不可绕过的控制

身份短时化只解决了“能用多久”，边界还必须由智能体绕不过去的控制面来执行。Databricks 发布的 Omnigent 展示了一种做法：根据会话历史执行策略，到达成本阈值就暂停，用操作系统沙箱限制文件和进程，并在获批的出站请求上临时注入凭据，不把长期密钥暴露给智能体。

13. 一次授权要同时绑定四个边界

上一页说的是怎样强制，这一页说的是强制什么。签发授权之前，至少要划清四个边界：代表哪位用户，只服务哪个任务，只允许哪些数据和动作，以及在什么时间或预算条件下失效。任何一个边界缺失，短时身份都可能拿到过大权限。

14. 一次请求应该怎样走完整流程

现在重新走一遍预览部署。智能体先发现部署能力并验证发布者；准入门再核对版本、任务必要性和风险；通过后签发只允许创建预览资源的短时权限；控制面限制预算、网络和凭据；任务结束后删除临时资源、撤销身份，并保存调用轨迹。每一步都有明确责任，才叫可控接入。

15. 接入动态能力前先问五句

评审一个动态能力时，先问五句：谁发布，正在用哪个版本？当前任务为什么必须调用它？它能看到哪些数据、采取哪些动作？权限和预算什么时候自动失效？出错以后能否停止、撤销并回放全过程？五句里只要有一句答不清，就不该让“发现成功”自动变成“调用成功”。

16. 找到不是批准

这期的结论很短：目录负责找到候选能力，协议负责完成交接，准入门决定这次能不能用，运行控制负责让授权不能被绕过。把“发现、验证、准入、授权、执行、回收”这条路径收藏下来。智能体可以动态找工具，但企业不能动态放弃边界。

参考资料与延伸阅读

本文事实来源

Google ARD

发布方：Google Developers Blog
发布日期：2026-06-17
作者：Junjie Bu、Srinivas Krishnan
原始标题：Announcing the Agentic Resource Discovery specification
原文：https://developers.googleblog.com/announcing-the-agentic-resource-discovery-specification/

Google A2A

发布方：Google Developers Blog
发布日期：2026-06-22
作者：Shubham Saboo、Eric Dong
原始标题：Build Cross-Language Multi-Agent Team with Google’s Agent Development Kit and A2A
原文：https://developers.googleblog.com/build-cross-language-multi-agent-team-with-google-agent-development-kit-and-a2a/

Cloudflare

发布方：Cloudflare Blog
发布日期：2026-06-19
作者：Sid Chatterjee、Celso Martinho、Brendan Irvine-Broque
原始标题：Temporary Cloudflare Accounts for AI agents
原文：https://blog.cloudflare.com/temporary-accounts/

Databricks Omnigent

发布方：Databricks Blog
发布日期：2026-06-13
作者：Matei Zaharia、Kasey Uhlenhuth、Corey Zumar
原始标题：Introducing Omnigent: A Meta-Harness to Combine, Control and Share Your Agents
原文：https://www.databricks.com/blog/introducing-omnigent-meta-harness-combine-control-and-share-your-agents

成熟度边界：ARD 是新 specification；A2A 不承担业务授权；Cloudflare Temporary Accounts 是受限产品场景；Omnigent 发布时仍是 alpha。