前言¶

对接 DocuSign 时，常见的重复劳动集中在几个环节：批量创建信封、给每份文档放置签名字段、反复查询签名进度、归档已签署的文件。这些操作本身不复杂，但放在业务流程里每次都要手工点一遍，脚本化的成本又往往高于收益。

下面介绍一个把这套流程封装成 Skill 的方案：电子签章流程自动化｜简诗 AI。

这是什么¶

一句话定位：把 DocuSign 的信封创建、签名字段添加、签名状态追踪、已签署文档管理串成一条自动化链路的 Agent Skill。

出品方为 SkillHub 上的社区发布者 user_fccf428b，坐标 @user_fccf428b/docusign-automation，版本 1.0.1，来源标注为 community，分类 office-efficiency。

它面向的痛点是：让 Agent 在业务上下文里直接发起和跟踪一次签署，而不用在多个 DocuSign 接口之间来回拼装。

核心功能¶

根据官方页面给出的简介，该 Skill 的能力范围包括四块：

1、创建信封：组装发件人、收件人、文档与签署要求，生成一个待签署的信封。
2、添加签名字段：在文档上放置签名、日期等字段，并指定接收人。
3、追踪签名状态：查询信封处于何种阶段，例如是否已送达、是否已签署。
4、管理已签署文档：处理签署完成后的文件，便于归档或分发。

需要注意，官方简介只列出了能力项，没有给出各能力对应的接口名、参数和返回结构。具体调用形式需要在实际启用后从 Skill 的定义文件确认。

安装与启用¶

官方页面未提供明确的安装命令或目录约定，以下信息均来自已抓取的资料：

坐标：@user_fccf428b/docusign-automation
版本：1.0.1
来源：community
分类：office-efficiency
标签：requires_api_key=true

其中 requires_api_key=true 说明启用前需要准备 DocuSign 相关的 API Key，并在环境中配置好。

关于 Cursor、Codex CLI、Claude Code 三类工具是否存在差异化的启用方式，资料中没有对应说明，此处不作推测。建议以 SkillHub 页面或 Agent 客户端的 Skill 管理入口显示为准。

典型用法¶

官方资料未提供可复现的调用示例，因此本节只说明用法的方向，不给出具体命令。

典型用法是：在对话或任务中，把需要签署的文档、参与方和签署要求交给 Agent，由 Skill 依次完成创建信封、放置签名字段、发起签署，随后按业务需要轮询签名状态，并在签署完成后取回文档。

由于缺少接口级的示例，第一次使用时建议先在一个低风险的信封上验证字段放置是否符合预期，再纳入正式流程。

适用场景与注意¶

适合的场景：签署动作频繁、参与方与文档结构相对固定、希望由 Agent 在业务流程中直接驱动签署并回收结果的团队。

需要注意的几点：

1、Skill 需要有效的 API Key，未配置时无法工作。
2、来源标注为 community，不是官方维护，接口行为与 DocuSign 版本更新可能不同步。
3、签名涉及法律效力，字段放置错误或接收人配置偏差会造成返工，建议启用前做一次完整验证。
4、页面显示评分 100000、下载 1449、安装 0，安装量为 0 意味着缺少公开的使用反馈可供参考。

结尾¶

这套 Skill 的价值在于把 DocuSign 的常规签署动作收敛成一条 Agent 可调用的流程，减少手工操作和接口拼装。官方地址：https://api.skillhub.cn/user_fccf428b/docusign-automation