查看 Agent Interoperability v.39 版本中的新增内容、更改内容及限制。

新增内容

在 Google Cloud Platform (GCP) 部署中支持 MCP 入站

GCP 客户现在可以通过 MCP 入站从第三方 AI 应用程序安全地触发 Automation Anywhere 机器人、流程和 API 任务，实现 GCP 托管环境中坐席到自动化的直接执行。

Configure an MCP inbound tool

借助模型上下文协议 (MCP)，第三方 AI 助手现在可以安全触发 Automation Anywhere 机器人、流程和 API 任务。 这将扩展自动化在不同坐席系统中的应用。 MCP 支持由我们的过程推理引擎 (PRE) 提供支持。 它能够智能地理解用户需求及请求的特定上下文，确保相应的自动化安全、高效地运行。

坐席互操作性

修复

MCP 入站呼叫： 更快的同步响应

现在，当自动化执行于 60 秒内完成时，MCP 入站呼叫将立即返回同步响应。 这适用于所有自动化类型，包括 API 任务、流程、机器人和 AI 坐席。

这使您能够通过消除对短时自动化反复轮询的需求，并降低对话式工作流中的延迟，构建更具响应性的 AI 助手和实时体验。

限制

当一个存储库中存在多个名称相同或非常相似的自动化（机器人）时，RunAutomation 工具会为自动化请求随机选择一个机器人 ID。 出现这种情况的原因是，当存在重复或近似重复时，仅凭自动化的名称无法唯一标识某个特定的机器人。

这是当前设计的预期行为，并不是 MCP 的缺陷。 当自动化具有相同或非常相似的元数据时，系统可能无法清晰地进行区分。

解决方法： 为防止这种情况发生，您应该：
  • 确保每个自动化都具有唯一且易于区分的名称。
  • 尽量避免在同一个存储库中保留多个名称相同的机器人。
  • 提供清晰且有意义的描述。
  • 使用结构化的命名规则，例如添加区域、版本或功能标识符，如下所示： Invoice_Processing_APAC_v1、Invoice_Processing_US_v2

在 Microsoft Copilot 中，在列出工具时，如果用户收到此错误 API 调用失败： 未经授权： 请检查您的 API 令牌，则应尝试下列解决方法。

解决方法： 请让客户删除现有工具，然后使用新的连接重新添加相同的 MCP 连接器。 请检查此操作是否解决了该问题。

对于在 Microsoft Copilot 和 Enterprise Knowledge 平台中拥有大型存储库数据集权限的用户，MCP 连接会失败。
如果用户在存储库中拥有超过 1,000 个文件夹的访问权限，DiscoverAutomation 工具可能无法正常工作或表现异常。 这是因为在处理如此多的文件夹时，API 会超时。 除了 DiscoverAutomation 工具无法使用外，没有其他问题。
当用户在公共自动化中使用 DiscoverAutomation 工具时，系统仅检查该用户可访问的前 200 个自动化。 这取决于自动化存储库中为其设置的权限。 前 200 个以外的自动化将不会在 DiscoverAutomation 工具的搜索结果中显示。 然而，用户可以将这些特定的自动化设置为单独的坐席连接，并将其作为独立的自动化工具使用。
已签入的自动化可能需要一些时间才能被发现。 生成自动化摘要可能需要 5 到 10 分钟。 这取决于签入的任务数量以及生成每个自动化的摘要所需要的时间。
每当相关自动化被删除或用户的访问权限被撤销时，必须手动删除坐席连接。 由于缓存原因，MCP 客户端在从工具列表中移除或刷新已删除或已撤销的自动化可能需要一些时间。
每当您更新任何自动化时，必须手动刷新或编辑坐席连接。 这包括诸如增强描述或添加、更新或删除任何输入/输出变量时的变更。