draft-response – 回复内容起草 Skill

Skill 详细介绍

anthropics/knowledge-work-plugins#draft-response 是 Anthropic 官方 knowledge-work-plugins 仓库中的一个 Skill，名称可以识别为 draft-response。它面向的是知识工作场景中的“起草回复”这类任务。从这份 Skill 的命名和所属插件集合的定位来看，它属于典型的提示词型 / 工作流型 Skill，而不是一个可以独立运行的软件、服务或命令行工具。

它的核心用途，是让 AI Agent 在需要撰写回复时，按照一套相对规范的方式产出草稿。这里的“回复”通常指商务邮件、客户沟通、内部通知、对某条消息的书面回应等以文字表达为主的场景。安装后，Agent 在面对“帮我回一封邮件”“起草一段答复”“把这几点整理成一封正式回信”这类请求时，会多出一层针对性的处理逻辑。

它主要解决的问题

• 用户不想从零组织回复内容，希望 Agent 直接给出可修改的草稿。
• 回复涉及特定语气、立场或结构要求，需要 Agent 有统一的方法而不是临场发挥。
• 同一类回复任务反复出现，希望有一套稳定、可复用的处理方式。

它不是什么

• 不是邮件客户端，本身不会收发邮件。
• 不是独立程序，无法脱离 AI Agent 单独运行。
• 不提供官方托管的 API，也不依赖某个特定第三方 SaaS 才能工作。
• 不保证输出直接可用，草稿仍需要用户本人确认后再发送。

典型任务

• 根据要点起草一封商务邮件或正式回复。
• 把零散信息整理成结构清晰的一段回复。
• 按指定语气（正式、友好、简洁、强硬等）生成回复草案。
• 对已有回复进行改写或再起草。

工作方式

这类 Skill 通常以 SKILL.md 及其配套指令的形式存在，由 Agent 在识别到匹配任务时加载。它本身不执行代码逻辑，真正的“生成”动作由底层大模型完成，Skill 负责的是约束任务边界、提供方法和结构。因此它和 Agent 自身通用写作能力的关系是：通用能力负责语言生成，Skill 负责让生成更聚焦、更可控、更贴近“起草回复”这件事的预期。

适合哪些用户

• 经常需要处理邮件、客户沟通或书面答复的人。
• 希望把“起草回复”这类重复任务标准化的团队。
• 已经在使用 Claude Code 等支持 Skills 的 Agent，并希望扩展其知识工作能力的人。

不适合哪些需求

• 需要自动发送邮件、对接邮箱或 CRM 的自动化流程。
• 需要法律、医疗等高度专业且必须由专业人士把关的正式文书定稿。
• 期望一个独立可执行程序而非 Agent Skill 的场景。

需要说明的是，当前可确认的官方资料主要是该 Skill 在 anthropics/knowledge-work-plugins 仓库中的存在及其名称含义。更细的功能范围、字段结构、内部工作流，官方资料未在此处给出完整说明，具体以该 Skill 当前官方说明为准。

Skill 安全评估

总体判断：anthropics/knowledge-work-plugins#draft-response 出自 Anthropic 官方仓库，来源可信度较高。从它“起草回复”的定位看，它的主要行为是生成文本，本身不必然要求 Shell、文件写入或网络访问等高风险权限。因此在默认使用方式下，它属于风险相对较低的一类 Skill。

不过安全与否，取决于两件事：Skill 自身的行为，以及你赋予 Agent 的权限。

一、来源可信度

它隶属于 anthropics/knowledge-work-plugins，这是 Anthropic 官方组织下的仓库。相对于来源不明的第三方 Skill，官方仓库在供应链层面更可控。但这不等于可以跳过基本检查，安装任何 Skill 之前，最好确认自己拉取的是官方来源，而不是 Fork、镜像或第三方转载版本。

二、文件读取与写入

起草回复类任务，通常需要读取用户提供的材料（比如一段原始消息、一份背景说明），并输出文本。如果 Agent 被授予文件写入权限，它可能把草稿写入本地文件。这属于正常用途范围内的行为，但建议明确草稿最终发送前由人工确认，不要让 Agent 直接覆盖重要文件。

三、网络访问

如果只是在本地由 Agent 生成草稿，通常不需要网络访问。如果 Skill 或你的工作流涉及调用外部 API（例如把草稿发到某个服务），那就属于第三方服务的能力，需要单独评估该服务的权限与数据处理方式，不能把责任算在 Skill 本身。

四、敏感信息

起草回复经常涉及邮件内容、客户信息、内部沟通。这些内容会被送入模型处理，因此不要在提示中放入不必要的密钥、凭证或个人敏感数据。这是这类文本生成任务通用的注意事项。

五、权限建议

• 如果只需要生成草稿，可以关闭 Agent 自动执行 Shell 的权限，由用户手动执行不需要的命令。
• 对文件写入保持谨慎，重要文件先备份或另存。
• 不要在回复草稿里粘贴 API Key、Token、密码等凭证。

目前没有已知的、针对该 Skill 的官方安全审计结论公开信息。任何“绝对安全”的说法都不成立，实际风险取决于你的 Agent 配置、权限设置和使用方式。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方 knowledge-work-plugins 集合，与 Claude Code 属于同一生态，因此在 Claude Code 中使用的适配度最高，可以优先选择 Claude Code。

官方没有提供完整的第三方 Agent 兼容列表。从 Agent Skill 的通用工作方式来看，在支持 Skills、自定义 Skill 或类似指令加载机制的环境中，通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用。不同 Agent 的 Skill 加载方式和兼容程度不一样，具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

起草回复类 Skill 不涉及特定编程语言的编译或运行，因此通常没有 Node.js、Python 等硬性版本要求。它主要依赖 Agent 本身能否加载 Skill。

官方未明确说明具体版本要求，安装方式带来的环境依赖请以对应 Agent 的说明为准。

三、权限

• 文件读取：可选。读取你提供的原始材料时可能需要。
• 文件写入：可选。仅在需要把草稿写入文件时需要。
• Shell：通常非必需。
• 网络：通常非必需，除非工作流涉及外部服务。
• 浏览器、Docker、GitHub：与起草回复本身无关。

四、账号 / API Key

Skill 本身通常不需要额外的账号或 API Key，它依赖的是你已经使用的 AI Agent 的账号与额度。如果你的工作流后续要对接邮箱、CRM 或第三方 API，那是这些第三方服务需要的凭证，和 Skill 本身无关，需要单独配置和保管。

最小使用条件

1. 一个可以加载 Skill 的 AI Agent，Claude Code 最省心。
2. 能正常调用模型的账号与额度。
3. 准备好要回复的原始材料或要点。
4. 对最终要发送的草稿由本人确认。

Skill 安装、使用与卸载教程

一、安装

最简单的方式是直接复制本页面提供的 Skill 安装指令，粘贴到对应 Agent 或终端中执行。LemonAIKit 的 Skill 详情页已经给出了安装指令，这里不再重复一整套命令。

如果你不确定自己的 Agent 该怎样安装，可以直接问当前 AI Agent：

如何安装 anthropics/knowledge-work-plugins#draft-response？

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

如何在 Cursor 中安装 anthropics/knowledge-work-plugins#draft-response？

让 Agent 根据它自己的 Skill 加载与管理机制来指导安装，比自己猜命令更稳妥，也能避免用到过时或错误的安装方法。

二、安装后如何使用

这类 Skill 通常不需要特殊的启动命令，安装完成后，Agent 在识别到“起草回复”相关任务时就会应用它。你可以直接用自然语言描述需求。

适合交给它的任务：

• 根据要点起草一封邮件或书面回复。
• 把一段零散信息整理成结构清楚的答复。
• 按指定语气改写或重写回复草稿。

使用示例：

使用 draft-response，帮我根据这几点起草一封回复客户的商务邮件：订单已确认、预计三天后发货、如有问题可联系客服。

使用 draft-response，把下面这段原文改写成语气更正式、更简洁的回复。

使用 draft-response，针对这封投诉邮件起草一份礼貌但立场明确的回信草稿。

描述需求时，尽量提供：回复对象、想表达的要点、期望的语气、是否有长度或格式要求。给的信息越具体，草稿越接近你要的结果。

三、卸载

不同 Agent 的 Skill 安装位置和管理方式可能不同，因此没有一个通用的卸载命令可以套用。比较稳妥的做法是：

• 使用对应 Agent 或 Skill 管理器提供的删除方式移除该 Skill；
• 或直接询问当前 Agent：如何卸载 anthropics/knowledge-work-plugins#draft-response？

让它根据自己的管理机制来执行移除，通常比手动找目录更可靠。

常见问题

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

先确认安装确实完成、Skill 放在了 Agent 能扫描到的位置。不同 Agent 对 Skill 的加载时机不同，有的需要重新启动会话或重新加载。可以让当前 Agent 检查它是否已加载该 Skill，再按提示处理。

可以同时安装到多个 Agent 吗？

通常可以。Skill 本身是文件，安装在各自 Agent 的 Skill 目录中即可。但不同 Agent 的加载方式与兼容程度不一样，每个 Agent 里是否都能正常触发，要分别验证，不能因为在一个 Agent 里能用就默认全部通用。

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

取决于你的安装方式。如果是直接从仓库引用或由 Agent 管理器统一管理，可能随更新自动生效或提示更新；如果是手动复制文件，则需要重新拉取。具体以该 Skill 当前官方说明和你所用 Agent 的管理方式为准。

和通用写作能力相比，用这个 Skill 有什么不同？

通用写作能力范围更广，能写各种内容。这个 Skill 把范围收窄到“起草回复”，用一套更聚焦的方法来处理这类任务，输出通常更稳定、更贴近回复场景的预期。如果你要写的是营销文案、技术文档，它未必比直接用通用能力更合适。

它会不会自动把草稿发出去？

不会。它负责生成草稿，发送动作属于邮件客户端或第三方服务的能力，需要单独配置并且由你确认。草稿在发出前建议人工过一遍。

中国大陆使用有额外要求吗？

Skill 本身不针对特定地区。能否正常使用主要取决于你所用的 AI Agent 和模型服务在中国大陆的网络可达性与账号情况。具体以对应 Agent 和服务的当前说明为准。

这个 Skill 需要联网才能用吗？

起草回复这一动作本身通常在模型侧完成，安装 Skill 时可能需要访问仓库。除此之外，是否联网取决于你的 Agent 配置和工作流是否调用外部服务，和 Skill 本身关系不大。