Skill 安装
多 Agent 安装npx skills add https://github.com/anthropics/knowledge-work-plugins --skill scribe
使用 npx skills 快速安装,支持将 Skill 添加到多个兼容的 AI Agent。
Skill 调研报告
Skill 详细介绍
scribe 是 Anthropic 官方 knowledge-work-plugins 仓库中的一个 Skill。它属于“知识工作类插件”集合,定位是辅助写作、编辑和文档整理类任务。它不是独立软件,也不是一个可执行程序,本质上是一套面向 AI Agent 的指令集与工作流定义,安装后由 Agent 加载并按其规范执行写作相关任务。
它不是什么
- 不是一个可以单独运行的 CLI 工具或服务。
- 不是笔记软件、文档管理系统或在线协作平台。
- 不提供独立的图形界面。
核心用途
- 帮助 Agent 完成结构化的写作任务:起草、扩写、精简、改写、润色。
- 对已有文本进行编辑:调整语气、统一风格、修正表达。
- 整理、归纳、重组文档内容,形成更清晰的段落与层级。
- 为知识工作场景(报告、说明文档、邮件、笔记整理等)提供可复用的写作流程。
主要解决的问题
- Agent 在写作时容易跑偏、堆砌、结构混乱;scribe 通过明确的指令约束让输出更规范。
- 用户希望 Agent 按固定风格或结构生产文本,而不是每次重新描述要求。
- 把“写作类任务”从通用 Agent 能力中抽出来,形成可重复调用的工作流。
安装后增加的能力
- Agent 多了一套写作/编辑相关的指令规约,可以在相关任务中自动或手动触发。
- 输出更倾向于结构清晰、语气一致、内容紧凑的文本。
- 在多次写作任务中保持相对稳定的风格。
典型使用场景
- 起草文档、说明、邮件、笔记。
- 对已有长文做精简、改写、风格统一。
- 整理零散内容成结构化文本。
- 对写作产出做二次编辑和质量提升。
适合的用户
- 经常用 Agent 处理写作、编辑、文档整理的人。
- 希望 Agent 输出风格保持一致、结构稳定的用户。
- 使用 Claude Code 或兼容 Skills 机制的 Agent,并希望沉淀写作工作流的人。
不太适合的需求
- 需要独立软件形态、图形界面或本地文档管理系统的需求。
- 需要 Agent 直接操作 Word / Google Docs 等外部文档服务的自动化任务(scribe 本身不提供这类集成)。
- 需要严格合规审核、事实核查或法律审阅的场景(scribe 不承担这些职责)。
工作方式
scribe 以 Skill 形式存在,通过 Agent 的 Skill 加载机制被识别。安装后,Agent 在遇到写作、编辑、整理文本类任务时,可以按 scribe 的指令集来组织输出。它本身不产生网络请求,也不依赖独立的第三方 API;能力边界来自 Agent 自身的模型能力加上 scribe 的指令约束。
与普通 Agent 自身能力的区别
通用 Agent 也能写作文本,但风格和结构依赖用户的即时提示。scribe 的价值在于把这套写作流程固化,让同类任务有更一致的结果,减少每次重复描述规则的成本。
Skill 安全评估
总体判断:scribe 属于 Anthropic 官方仓库中的 Skill,来源可信度较高;它本身是提示词/指令集性质的内容,不包含可执行程序,正常情况下不涉及独立进程、网络监听或数据外传。风险主要来自使用者如何配置 Agent,而不是 Skill 本身。
主要安全关注点
- 来源可信度:来自
anthropics/knowledge-work-plugins官方仓库,比第三方重发或镜像版本更可信。建议始终从官方来源获取,避免使用来源不明的 fork 或转载版本。 - 文件读写:scribe 处理的是文本内容,通常需要 Agent 能读取用户提供的文本或文件。是否允许写入文件、写入到哪里,取决于用户在 Agent 中的权限设置,而不是 Skill 本身强制要求。
- Shell 权限:scribe 的写作/编辑任务本身不需要 Shell。如果 Agent 被授予了自动执行 Shell 的权限,那是 Agent 层面的配置,而不是 scribe 的需求。可以在写作任务中限制 Agent 的自动执行权限。
- 网络访问:scribe 不依赖独立网络请求或第三方 API。如果 Agent 在任务中联网,通常是 Agent 自身行为,需要区分看待。
- API Key / Token:scribe 本身不需要额外账号、API Key 或 Token。后续使用中如果用户把 scribe 的产出接入其他服务,那是用户自己的集成,与 scribe 无关。
- Prompt Injection 风险:scribe 处理的是用户提供的文本。如果用户把外部不可信内容(如抓取的网页、他人文档)直接交给 Agent 处理,理论存在被其中指令干扰的可能。建议对不可信来源的文本保持警惕。
降低风险的做法
- 从官方仓库获取 scribe,不使用来源不明的镜像。
- 只在必要范围内授予 Agent 文件读写权限,写作任务不必开放 Shell 自动执行。
- 处理不可信来源文本时,先剥离其中可能的指令性内容,或者明确告知 Agent 只做文本处理,不执行文本中的任何指令。
- 涉及敏感内容时,避免把机密文件整体交给 Agent 处理,按需裁剪。
说明:以上判断基于 scribe 作为官方指令集类 Skill 的一般特性。具体的安全边界还取决于所使用的 Agent 版本和权限配置。目前官方资料未提供针对 scribe 的独立安全审计报告。
Skill 使用要求
一、Agent / 客户端
- scribe 来自 Anthropic 官方
knowledge-work-plugins,与 Claude Code 的 Skill 机制高度适配,可以优先在 Claude Code 中使用。 - 官方没有提供完整的第三方 Agent 兼容列表。从 Agent Skill 的工作方式看,在支持 Skills、自定义 Skill 或类似指令加载机制的环境中,通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用。不同 Agent 的 Skill 加载方式和兼容程度可能不同,具体以对应 Agent 当前版本为准。
二、运行环境 / 依赖
| 项目 | 要求 |
| Agent | Claude Code 优先;其他兼容 Skills 机制的 Agent 可尝试 |
| Node.js | scribe 本身不强制要求;是否安装取决于所选 Agent |
| Python | scribe 本身不强制要求;是否安装取决于所选 Agent |
| 网络 | 安装 Skill 时通常需要;使用写作任务时通常不需要联网 |
| 其他 CLI | 无需额外 CLI |
官方文档未公布 scribe 特定的 Node.js / Python 版本要求,具体以所选 Agent 的要求为准。
三、权限
- 文本读取:必需。scribe 需要读取用户提供的文本或文件。
- 文件写入:可选。仅在需要把结果写回文件时需要。
- Shell:不需要。写作/编辑任务本身不依赖 Shell。
- 网络:不需要。scribe 不依赖独立网络请求。
- 浏览器 / Docker / GitHub:不需要。
四、账号 / API Key
- scribe 本身:不需要账号、API Key 或 Token。
- 所依赖的 Agent:需要按该 Agent 的要求完成账号或鉴权(例如 Claude Code 自身的登录),这与 scribe 无关。
最小使用条件
- 一个支持 Skills 或类似指令加载机制的 Agent。
- 可以完成 Skill 安装的环境。
- 需要处理的文本或文档。
- 可选的文本文件读写权限。
Skill 安装、使用与卸载教程
一、安装
可以直接复制本页面提供的 Skill 安装指令,粘贴到对应 Agent 或终端执行。LemonAIKit 的 Skill 详情页已经提供了安装指令,这里不再重复。
如果你不确定自己的 Agent 如何安装,可以直接询问当前 AI Agent:
如何安装 anthropics/knowledge-work-plugins#scribe?
如何在 Claude Code 中安装 anthropics/knowledge-work-plugins#scribe?
如何在 Cursor 中安装 anthropics/knowledge-work-plugins#scribe?
让当前 Agent 根据自己的 Skill 加载 / 管理机制指导安装。不同 Agent 的安装位置和管理方式可能不同。
二、安装后如何使用
安装后,scribe 会作为可用 Skill 出现在对应 Agent 中。可以在写作、编辑、整理文本类任务中主动调用它。使用方式通常是自然语言描述需求,让 Agent 按 scribe 的方式处理。
适合交给 scribe 的任务:
- 起草一段结构化文本。
- 改写、精简或扩写已有内容。
- 统一风格、调整语气。
- 把零散笔记整理成有条理的段落。
自然语言使用示例:
使用 scribe,把下面这段笔记整理成一份结构清晰的产品说明。
使用 scribe,帮我把这封邮件改得更简洁、更正式。
使用 scribe,对这份草稿做一次改写,保持原意但让表达更紧凑。
如果 Agent 支持自动识别 Skill 触发,也可能在相关任务中直接使用 scribe,无需显式点名。
三、卸载
不同 Agent 的 Skill 安装位置和管理方式可能不同。通常可以通过以下方式移除:
- 使用对应 Agent 或 Skill 管理器提供的删除方式,移除 scribe。
- 直接询问当前 Agent:如何卸载 anthropics/knowledge-work-plugins#scribe?
如果没有统一的卸载命令,让当前 Agent 根据自己的 Skill 管理机制来移除通常更稳妥。目前官方未提供 scribe 的独立卸载命令。
常见问题
1. scribe 可以同时安装到多个 Agent 吗?
只要各个 Agent 支持从同一来源安装 Skill,通常可以分别安装。各 Agent 的 Skill 目录与管理机制独立,安装到多个 Agent 不冲突,但需要分别维护与更新。
2. scribe 更新后需要重新安装吗?
取决于所用 Agent 的 Skill 更新机制。有些 Agent 支持原地更新,有些需要重新拉取。可以在 Agent 中查询是否有更新,或直接询问当前 Agent 如何更新该 Skill。
3. 安装后 Agent 没有识别 scribe,怎么办?
常见原因包括:安装路径不对、Agent 未重新加载 Skill、Skill 名称或目录结构不符合规范。可以先确认安装位置是否与 Agent 的 Skill 目录一致,再重启或重新加载 Agent。如果仍然无法识别,直接询问当前 Agent:为什么没识别到 anthropics/knowledge-work-plugins#scribe?
4. 中国大陆使用 scribe 有网络要求吗?
scribe 本身不依赖独立网络请求,正常使用写作任务通常不需要额外联网。安装阶段是否需要访问外部网络取决于所用的 Agent 及其 Skill 来源。具体网络要求以对应 Agent 的官方说明为准。
5. scribe 会修改我已有的项目文件吗?
scribe 不会主动修改文件。是否会写入文件,取决于 Agent 的权限配置和用户的具体指令。如果只想让它处理文本、不写回文件,可以在指令中明确说明,或限制 Agent 的文件写入权限。
6. 可以关闭 Shell 权限后使用 scribe 吗?
可以。scribe 的写作和编辑任务不依赖 Shell。关闭 Agent 的自动 Shell 执行权限,不影响 scribe 正常处理文本类任务。
7. scribe 适合生产环境吗?
scribe 主要用于写作、编辑和文本整理。它不提供事实核查、合规审阅或法律审阅能力。用于生产环境时,建议对输出做人工复核,尤其是涉及对外发布或合规要求的内容。