signature-request – 电子签名请求与审批 Skill

Skill 详细介绍

anthropics/knowledge-work-plugins#signature-request 是 Anthropic 官方 knowledge-work-plugins 仓库中的一个 Skill，Skill 名称为 signature-request。它属于面向知识工作场景的技能插件集合，主要用于帮助 AI Agent 处理签名请求这一类工作流。

它是什么：

• Anthropic 官方知识工作插件集合中的一员，随 anthropics/knowledge-work-plugins 仓库分发。
• 一个面向职场/知识工作场景的 Skill，安装后 Agent 会在处理签名请求相关任务时加载对应指令。
• 本质上属于提示词 / 工作流 / 指令集一类的 Skill，而不是独立运行的软件或服务。

它不是什么：

• 不是一个可执行的 CLI 工具或独立程序。
• 不是电子签名平台（如 DocuSign、Adobe Sign），它不提供法律意义上的电子签名能力。
• 不替代任何具有法律效力的签署系统。

核心用途与解决的问题：

在职场中，签名请求是一个常见但流程繁琐的场景——例如合同、审批单、表单、确认函等需要他人签字确认的文件。这个 Skill 的目标是让 Agent 在收到这类任务时，能够按照既定工作流协助用户整理、起草、追踪或处理签名请求相关的文档工作，减少用户手动组织文案和流程的负担。

安装后 Agent 增加的能力：

• 识别签名请求类任务，并按对应工作流处理。
• 按要求组织与签名请求相关的文本、说明、提醒或确认内容。
• 在知识工作场景下，配合 Claude 等 Agent 完成文档层面的辅助工作。

适合的用户：

• 日常需要处理合同、审批、确认函等签署类文档的职场用户。
• 希望用 AI Agent 辅助整理签名请求流程与文本的人。
• 已经在使用 Claude Code / Claude 并安装 Anthropic 官方知识工作插件的用户。

不适合的需求：

• 需要法律效力电子签名的场景——本 Skill 不提供签署法律效力。
• 需要对接具体电子签名平台 API 的自动化需求。
• 需要独立运行、无 Agent 环境的场景。

与普通 Agent 自身能力的区别：

普通 Agent 本身已经能写文档、起草邮件。这个 Skill 的价值在于把签名请求这类特定工作任务的流程、措辞、结构固化为一套指令，让 Agent 在处理同类任务时行为更一致、更贴近该场景的实际需求。它不新增底层模型能力，而是约束和引导 Agent 的行为方式。

需要说明：当前可确认的官方资料主要来自 anthropics/knowledge-work-plugins 仓库本身。具体该 Skill 内部包含哪些步骤、覆盖哪些子任务，以其当前官方说明为准。

Skill 安全评估

总体判断：该 Skill 来自 Anthropic 官方仓库，来源可信度较高。作为知识工作插件集合中的一员，它本质上属于指令/工作流类型的 Skill，不涉及独立可执行程序，常规使用下的风险相对可控。但它具体会引导 Agent 执行哪些操作，需以官方当前说明为准。

来源可信度

• 来源为 Anthropic 官方 GitHub 组织 anthropics 下的 knowledge-work-plugins 仓库，属于官方一手来源，供应链可信度较高。
• 建议安装前确认 Skill 来源确为官方仓库，避免从第三方 fork、镜像或重新发布版本安装。

权限相关

• Skill 本身作为指令集，通常不需要额外的系统级权限即可被 Agent 加载。
• 真正涉及权限的是 Agent 在按照 Skill 指令处理任务时执行的具体动作：如果任务涉及读写文件、访问网络、执行 Shell，那么实际风险来自这些动作，而不是 Skill 名称本身。
• 如果只需要 Skill 辅助整理文本或流程，可以关闭 Agent 的自动执行 Shell 权限，由用户手动确认和执行涉及文件或命令的操作。

潜在风险点

• 权限放大：如果 Agent 同时具备文件写入、网络访问等权限，Skill 引导下的操作可能触及这些权限。判断重点是这些权限是否与签名请求这一类任务相符。
• Prompt Injection：如果 Skill 处理的内容来自外部文本（如收到的文档、邮件），存在被其中恶意指令干扰的可能，建议对来源不明的内容保持警惕。
• 供应链风险：确保只从官方仓库安装，避免使用被篡改的第三方版本。

降低风险的建议

• 只从 anthropics/knowledge-work-plugins 官方来源安装。
• 对不确定的操作，让 Agent 先说明将要做什么，再由用户确认。
• 处理敏感文件时，注意 Agent 的上下文与权限范围。

本评估不构成100% 安全或已通过全面安全审计的结论。任何 Skill 的实际安全性取决于当前 Agent 的权限配置与具体使用方式。

Skill 使用要求

一、Agent / 客户端

• 该 Skill 来自 Anthropic 官方 knowledge-work-plugins 仓库，主要面向 Claude / Claude Code 生态，因此与 Claude Code 适配度较高，建议优先在 Claude Code 中使用。
• 官方并未公布完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作机制看，在支持自定义 Skill、指令加载或类似机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 Agent 中使用。
• 不同 Agent 的 Skill 加载方式与兼容程度可能不同，是否可用以及如何使用，以对应 Agent 当前版本的实际情况为准。

二、运行环境 / 依赖

官方没有明确说明具体版本号（如 Node.js、Python 版本），此处不做猜测。若后续任务确实需要额外工具，以官方当前说明和实际报错为准。

三、权限

• 文件读取/写入（可选）：仅当任务涉及本地文档处理时才需要。
• Shell（可选）：Skill 本身不强制要求；若 Agent 需要执行命令，则由用户按需开启。
• 网络（可选）：仅在需要联网获取或提交内容时涉及。

以上均为按任务需要的可选项，而非 Skill 本身的硬性要求。

四、账号 / API Key

• 该 Skill 本身通常不需要额外的第三方账号或 API Key。
• 是否需要凭证，取决于你用它具体做什么任务、以及所用 Agent 的配置。
• 不要把Skill 本身需要凭证和你后续处理的项目可能需要凭证混为一谈。

最小使用条件（最多几条）

• 一个支持 Skill / 指令加载的 Agent（优先 Claude Code）。
• 成功安装该 Skill。
• 一个签名请求相关的实际任务。

Skill 安装、使用与卸载教程

一、安装

LemonAIKit Skill 详情页已经单独提供了该 Skill 的安装指令。最直接的方式是：

1. 复制本页面提供的 Skill 安装指令。
2. 粘贴到你对应 Agent 或终端中执行。

如果你不确定自己的 Agent 如何安装，可以直接在当前 Agent 中提问，让 Agent 根据自己的 Skill 加载与管理机制指导你完成：

如何安装 anthropics/knowledge-work-plugins#signature-request？

如何在 Claude Code 中安装 anthropics/knowledge-work-plugins#signature-request？

如何在 Cursor 中安装 anthropics/knowledge-work-plugins#signature-request？

如果该 Skill 存在特殊官方安装条件，按官方说明补充即可。不要照搬来源不明的安装命令。

二、安装后如何使用

安装后，当你的任务属于签名请求相关场景时，Agent 会加载该 Skill 并按对应工作流处理。你可以用自然语言直接描述需求，不需要记忆特定命令。

自然语言使用示例：

使用 signature-request，帮我起草一封给同事的合同签字请求邮件。

使用 signature-request，帮我把这份确认函整理成适合发给对方签署的版本。

使用 signature-request，帮我整理一份需要多人签名的审批流程说明。

使用时的几个要点：

• 把文件类型、签署对象、需要对方确认的要点说清楚，Agent 输出的内容会更贴合实际。
• 如果涉及敏感信息，注意 Agent 的上下文和权限范围。
• Skill 处理的是文档层面的辅助工作，最终是否具备法律效力仍取决于你实际使用的签署流程和平台。

三、卸载

• 直接使用对应 Agent / Skill 管理器提供的删除方式移除该 Skill。
• 如果你不确定卸载方式，可以直接询问当前 Agent：

如何卸载 anthropics/knowledge-work-plugins#signature-request？

不同 Agent 的 Skill 安装位置与管理方式可能不同，如果没有统一卸载命令，直接询问当前 Agent 如何移除该 Skill 通常更稳妥。

常见问题

1. 这个 Skill 能生成具有法律效力的电子签名吗？

不能。它属于知识工作类的指令/工作流 Skill，处理的是与签名请求相关的文档和流程辅助工作，不提供具备法律效力的电子签名能力。需要法律效力的签署，仍要使用专门平台。

2. 我可以把它同时安装到多个 Agent 里吗？

在技术上，不同 Agent 各自管理自己的 Skill 时，通常可以分别安装。但不同 Agent 对 Skill 的加载和支持程度不同，行为可能不一致，建议以各自 Agent 的当前版本为准。

3. 安装后 Agent 没有识别到这个 Skill，怎么办？

常见原因包括：安装路径不正确、Agent 未重新加载 Skill、或该 Agent 本身不支持这种 Skill 格式。可以先让 Agent 检查是否已加载该 Skill，必要时重启或重新加载，再确认所用 Agent 是否支持。

4. Skill 更新后需要重新安装吗？

取决于你的安装方式和对应 Agent 的管理机制。如果 Agent 会自动同步官方仓库，可能不需要手动重装；如果是本地固定副本，则可能需要重新拉取。以官方说明和你的安装方式为准。

5. 在中国大陆使用有网络要求吗？

安装和更新阶段通常需要访问 GitHub，可能受网络环境影响。实际任务本身如果不涉及外部网络，一般不受影响。具体以你的网络环境和 Agent 配置为准。

6. 它可以关闭 Shell 权限后使用吗？

该 Skill 本身不强制要求 Shell 权限。如果任务只涉及文本整理、起草、组织流程，通常可以在不开启 Shell 的情况下使用；需要执行命令的操作由用户手动确认更稳妥。

7. 它适合直接用于生产环境的签署流程吗？

建议把它当作文档与流程的辅助工具，而不是生产签署流程的替代品。涉及正式签署、合规要求时，应结合专门的签署平台与内部合规流程使用。