坐席互操作性
- Updated: 2025/12/22
通过开放标准,开发人员和自动化管理员可以实现企业范围内的坐席互操作性。 这意味着不同的 AI 坐席和自动化能够相互通信,共享数据与上下文,并在不同平台和供应商之间实现高效协同工作。 此功能可消除各类界面中的自动化障碍。
重要: 此功能尚未全面开放,仅限特定客户使用。 请联系您的 Automation Anywhere 账户团队以获取更多信息。
优势
您可以将 Automation Anywhere AI 坐席与其他公司的坐席进行连接。 这有助于在不同平台之间实现顺畅的团队合作。 该功能有助于避免孤立的系统,保持系统更新,并确保其能够轻松扩展——而不受限于某一家供应商。
- 在 Automation Anywhere AI 坐席、第三方 AI 坐席与企业系统之间实现无缝协作。
- 通过消除自定义点对点连接器,可降低集成成本。
- 在运行时动态发现工具和操作。
- 可靠的自动化,具备跨调用内置的上下文连续性。
- 通过集中式身份验证、日志记录和访问控制,实现统一的治理与安全性。
- 适用于灵活、多坐席工作流的可组合编排。
架构
模型上下文协议 (MCP) 入站 [由我们的 过程推理引擎 (PRE) 驱动],使第三方 AI 助手能够通过多租户、用户感知的 MCP 网关,安全启动 Automation Anywhere 自动化。 请参阅 过程推理引擎 和 生成式 AI。
在 Automation Anywhere 环境中,MCP 连接可分为入站或出站:
- 入站连接性: Automation Anywhere 正在接收来自第三方 AI 坐席 和第三方 AI 助手的请求。
- 外部连接性: Automation Anywhere AI 坐席正在向第三方 AI 系统和 AI 坐席发起请求。
安全性与治理
安全性和治理在坐席互操作性中非常重要。 本框架中使用的防护措施、加密和信任边界至关重要。
安全性是 MCP 的重要组成部分。 它保护敏感数据,并确保客户遵循必要的规范。 我们确保所有 MCP 工具调用均采用零信任方法进行身份验证;未经身份验证,任何内容都无法通过坐席互操作性框架传输。
我们拥有以下级别的身份验证:
- 每个访问或尝试使用这些工具调用的用户都必须先进行身份验证。 我们支持基于 API 密钥的身份验证。
- 所有操作均由基于角色的访问控制 (RBAC) 功能进行控制。 MCP 入站工具的创建位置(在坐席连接页面)属于 RBAC。 只有授权用户才能创建新的 MCP 入站工具。
- 当您通过第三方 AI 助手使用过程推理引擎 (PRE) 或我们的 Discover Automation 工具运行自动化时,仅能访问并运行用户在 MCP 客户端中被配置为可访问的自动化。 该访问权限通过我们的 Control Room 存储库授予。
MCP 客户端与 MCP 服务器之间,以及 MCP 服务器与 Automation Anywhere Control Room 之间的所有交互均经过加密。 我们使用 TLS 1.2 加密,这意味着所有通信都通过安全通道进行。
所有 MCP 入站工具调用都会被记录,以便追踪和管理。
传统 API 与 MCP 入站的对比
| 功能 | 传统 API | MVP 入站 |
|---|---|---|
| 工具发现 | 静态、预定义;要求坐席预先了解端点和参数 | 动态、运行时发现;坐席在运行时发现能力 |
| 上下文 | 手动管理 | 自动连续性;保持跨调用的上下文连续性和治理 |
| 编排 | 外部、脆弱性;API 在遇到意外输入时很容易中断 | 内置、可组合 |
| 供应商支持 | 锁定 | 跨供应商、开放 |
| 安全性 | 碎片化 | 集中化治理 |
可用性
| 许可证类型 | 可访问功能 |
|---|---|
| 基础许可证 |
|
| 企业许可证 | 除了基础许可证中包含的内容外,还可使用 PRE/自动化发现服务。 |