返回资讯中心
外部精选
云计算
#容器平台#AI Agents#Model Context Protocol (MCP)#Security#sponsor-docusign

Docusign 的 MCP Server 已全面上线,让 AI 代理处理合同流程

来源标题:From open beta to global GA: What Docusign learned by bringing contract AI workflows to agents

Docusign 的 MCP Server 于 2026 年 9 月 30 日全球正式上线,此前在 5 月进入公测。该服务让兼容的 AI 助手和代理直接创建、签署和管理合同,无需切换应用,但最终审核与批准仍由人负责。Docusign CTO Sagnik Nandy 表示,构建工具与解决实际客户问题之间存在很大差别。

The New StackCarly Page2026/11/5 · 5 天前25 分钟阅读

以下正文由 AI 翻译自 The New Stack(原文版权归原站所有),可能存在偏差,重要内容请以原文为准。

把 AI agent 接入企业软件相对容易。真正复杂的是,如何确保它能找到正确的信息、执行预期任务,并且不超出用户权限。这正是 Docusign 在开发其 Model Context Protocol (MCP) Server 时发现的问题。该服务器于 2026 年 5 月进入公开测试,并于 2026 年 9 月 30 日实现全球正式可用(GA)。

“构建工具和解决实际客户问题之间存在很大差别。” —— Docusign CTO Sagnik Nandy

Docusign MCP Server 让兼容的 AI 助手和 agent 能够访问部分 Docusign 能力,用于创建、签署和管理合同,用户无需切换应用。用户可以要求助手查找合同、检查其状态,或准备一份协议以供签署,底层工作由 Docusign 完成。人类仍然最终负责审查和批准交易及其结果。

“构建工具和解决实际客户问题之间存在很大差别,”Docusign 首席技术官 Sagnik Nandy 对 The New Stack 表示。

从 API 到 AI agent

传统 REST API 让开发者通过预定义请求连接应用并自动化任务。AI agent 的工作方式不同。用户用自然语言描述需求,agent 自行判断该使用哪些工具。

MCP 是一个开放标准,让 AI 应用能够连接外部数据和工具。服务器暴露能力,连接上的 AI 应用可以发现并调用这些能力。

Docusign 希望让其 Intelligent Agreement Management (IAM) 平台进入客户使用的 AI 工具中,帮助组织创建、承诺和管理协议。通过 MCP,选定的 Docusign 能力可以从客户已经在用的 AI 环境中访问。

Docusign 于 2026 年 5 月在纽约举行的 Momentum 大会上宣布了公开测试。为更广泛使用做准备的过程中,暴露出早期演示之外的挑战。

测试版揭示了什么

Nandy 表示,与客户密切合作的工程师通常能预判用户会提交的提示词以及期望的响应。当更广泛的受众可以访问相同工具时,这就变得更难了。

“一旦你把它发布出去,就必须真正把它做对,”他说。“会出现不同种类的提示词。不同工具必须协同工作,既要在它们彼此之间协作,也要跨越我们的工具边界,与客户引入的其他工具协作。”

反馈促使 Docusign 扩展了通过 MCP 可用的合同数据、工作流操作和管理控制。

“我们增加了对本地文件传入的支持,因为很多人希望上传本地数据并基于这些数据进行交互,”Nandy 说。

这扩展了对 Docusign Contract Lifecycle Management (CLM) 软件内信息的访问。CLM 是该公司最先进的一套合同相关能力,构建在 IAM 平台上,面向协议生命周期需求最复杂的客户;同时,在支持的客户端中,通过 MCP Apps 接口增加了对本地文档上传的支持。这让用户可以处理尚未存储在 Docusign 中的文档,具体取决于可用的客户端和工作流支持。

“我们还增加了账户级设置和选项,”Nandy 解释道。“增加对用户在该层级执行某些操作或关闭某些功能的支持,这也很有用。”

2026 年 9 月 4 日,Docusign 宣布了全球可用计划,其发布说明确认该计划于 9 月 30 日开始。到 GA 时,该服务器支持更广泛的协议工作流和 AI 客户端连接,并提供账户级管理;本地上传在受支持的情况下使用 MCP Apps 接口。

Docusign 还报告了采用率的增长。在其 2027 财年第二季度财报电话会议上,该公司表示,使用 MCP 的累计活跃账户在该季度增长了三倍以上,不过它也承认采用仍处于早期阶段。

可靠性是另一个担忧。在 10 月的一份工程说明中,Docusign 描述了如何使用引导式界面、自动化评估和安全测试来检查 agent 如何选择和使用其工具。即使底层集成保持不变,AI 模型或客户端的变化也可能影响这些交互。

保持权限完整

让外部 AI 工具访问合同数据会引发安全担忧,尤其是当文档包含敏感商业信息时。

Nandy 表示,Docusign 使用 OAuth 2.0 进行身份验证。每次工具调用都必须具备所需的 OAuth scope,并保持在用户的 Docusign 权限范围内。

“有一个基本原则:MCP server 严格在用户的 Docusign 权限和授权范围内运行,”他解释道。“因此,你不应能够做任何在产品中无法做到的事情。”

当 agent 采取行动时,同样的限制也适用,同时底层 API 调用仍受 Docusign 现有日志和监控策略约束。这些控制并不约束第三方 AI 提供商如何存储或使用其收到的数据;客户还必须评估该提供商的数据政策。

“即使是由 agent 执行,也不意味着 agent 应该拥有任何额外权限。”

“即使是由 agent 执行,也不意味着 agent 应该拥有任何额外权限,”Nandy 说。

账户管理员可以为账户启用或禁用 MCP 访问。额外的连接器设置可能因 AI 客户端而异。但仅靠权限无法防止 agent 误解请求,因此它如何处理模糊指令同样重要。

一个服务器,多个 AI 客户端

Docusign 支持多种 AI 环境,包括 Anthropic Claude、OpenAI ChatGPT、Google Gemini Enterprise、Microsoft Copilot Studio、Slackbot、Salesforce Agentforce 和 Perplexity。

(原文较长,此处译出前 6000 字,完整内容请点「打开原文」。)

正文由 探How 从来源站点 RSS 同步,内容未经改写;遇到排版缺失或需要图片、视频时请以原文为准。

打开原文
去社区讨论 →