⭐ 设为星标 · 第一时间收到推送
一份初稿交过来，“行业领先”要删，“效率翻倍”要查，语气还得从发布会改回日常说话。刚改完，下一篇又冒出同样的问题。
这次想分享的，是 anthropics/knowledge-work-plugins。它主要面向 Claude Cowork，也兼容 Claude Code，提供按工作岗位组织的插件。本文只看其中的 marketing，围绕一条很具体的流程：给品牌规则，起一份草稿，再逐项审稿。
截至北京时间2026年10月19日12:03，GitHub API返回的仓库历史累计 Star 是 30,246。最近社区又在转发这个项目，但它并非今天刚发布；这个数字也不是单日增长。
仓库首页实时截图。GitHub页面使用30.2k缩写，精确值以上述API核验快照为准。
先把“我们怎么写、哪些话不能随便说”留下来，再让AI照着起稿和检查。规则越具体，审稿才越有依据。
这个插件到底装进了什么
marketing 的清单写着作者 Anthropic、版本1.2.0。实际目录中有8个 skill，除了起稿、品牌审查，也涉及活动、邮件和分析。内容作者可以先用 /draft-content 和 /brand-review 这两个入口。插件清单与源码
理解它，分清三个部分就行：
- Skill 是文字指令。
规定先收集什么资料、按什么步骤写、用什么标准检查；最终理解和生成内容的仍是Claude模型。 - 明确调用的操作是入口。
你可以让模型按任务匹配skill，也可以指定起稿或审稿。当前这些操作本身就以 SKILL.md存放，并非另一套自动运行程序。 - MCP 是数据和工具连接。
需要从Notion拿规范、从分析平台拿数据时，它提供访问途径；能访问什么，还取决于账户授权。
plugin 把这些文件与配置打成一个安装单元，方便团队共享、修改和更新。安装后，Claude在会话中加载相应组件，再按其中的指令工作。Claude Code插件说明
Claude Code官方通用示意图，不是marketing插件的运行截图。
一段写得完整的提示词也能起稿、审稿。插件的实际差别，是把这些步骤和标准保存成可调用、可维护的文件，减少每次复制整段指令的麻烦。安装本身不会让Claude自动懂你的品牌，也不会保证每次都审得准。
起稿、审稿需要分别调用，修改后再由人验收。把这套顺序固定下来，才是这里所说的工作流。
先准备一小份品牌规则
我建议先准备一页品牌规则，再附上这次写作真正要用的资料。
这页规则至少回答五件事：
- 1写给谁：读者是谁、懂多少、正在解决什么问题。
- 2怎么说话：3—5条可检查的口吻规则，每条配一个合格句和一个反例。比如“先写具体场景”，比“专业且有温度”更好用。
- 3怎么用词：产品全名、偏好叫法、禁用术语，以及需要解释的缩写。
- 4哪些话有依据：事实、价格、功能、效果承诺分别对应哪个来源、什么日期、谁批准；没有依据的地方标“待核实”。
- 5什么样算合格：放一两段你认可且有权使用的旧稿，并解释为什么好。别只塞十篇文章，让模型自己猜。
可以把它们保存为 brand-rules.md、facts.md、approved-example.md。这是本文建议的普通资料文件名，不是插件规定的配置格式，也不会因为这样命名就被自动读取。 每次调用时明确指向这些文件；在新会话中让Claude先确认已读取的版本和缺失资料。
品牌规则长期复用，事实资料随选题更新，篇幅、渠道、目的写在本次任务里。这样下一篇沿用的是写作标准，而不是把上一回的产品信息也当成永远有效。
用一个小案例走完起稿与审稿
*以下是虚构教学示例，草稿、问题与修改均为人工编写，用来说明源码约定的流程；没有在Cowork或Claude Code中执行插件，不代表实测输出或业务收益。*
假设有个虚构产品叫“木页笔记”，要写一段公众号功能介绍。给它的品牌规则很短：
受众：独立作者和一人内容团队。口吻：先讲场景；用短句说清用途；效果描述要克制。称呼读者用“你”，产品统一叫“木页笔记”。禁用“神器”“行业第一”“效率翻倍”。合格例句：“把分散的笔记整理成选题清单，方便你接着写。”
本次事实资料A也很小：支持把已有笔记整理成选题清单，支持Markdown导出，目前提供桌面网页版。没有速度测试，没有客户证言，也没有已确认的其他端支持情况。这份A是虚构设定，不是外部可验证的产品资料；换成真实业务时，必须附真实来源。
第一步，明确调用起稿。 在Claude Code中使用带插件名的入口：
/marketing:draft-content 类型：公众号短介绍，按中文读者改写，不套英文社媒模板。 主题：木页笔记的选题清单功能。 受众：独立作者和一人内容团队。 关键信息：整理已有笔记；支持Markdown导出。 长度：约150个汉字。 先读取本任务提供的品牌规则、资料A与合格示例。 只使用资料中的事实，缺失信息标待核实。 本次只输出文字草稿，不连接账户或执行外部操作。 源码要求提供内容类型、主题、受众、关键信息和长度；口吻可由品牌规范补充。它支持博客、社媒、邮件等类型，公众号要求是这里额外写进去的中文适配。draft-content原文
为了演示检查，给教学草稿故意放入几处错误：
“木页笔记是让效率翻倍的创作神器。它能把你的笔记整理成选题清单，还支持Markdown导出，手机电脑随时接着写。”
*第二步，拿同一份规则审稿。*
/marketing:brand-review 请按刚才的品牌规则、资料A和合格示例，检查上述草稿。 逐项列出问题位置、严重度、依据与修改建议。 区分口吻问题和缺少证据的事实断言。 再给出重点句的修改前后对照，待核实项单列。 按源码设计，审查会覆盖口吻、术语、核心信息和格式。即使没有品牌规范，也会做一般清晰度、一致性与专业性检查，并标出未经证实的最高级承诺、比较断言、缺少署名的证言等问题。brand-review原文
真实源码截图。它要求模型标记疑点，不能据此推导出“已完成事实核验”。
这份示例中，至少应检查出：
|
|
|
|
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
表中分级也是教学判断，不是插件运行记录。
第三步，按建议改写。 例如：
“收藏和随手记越来越多，选题却总散在各处。木页笔记支持把已有笔记整理成选题清单，也支持Markdown导出。目前提供桌面网页版，你可以从一组旧笔记开始整理。”
第四步，人工验收。 对照真实产品核查功能与适用范围；确认有没有把“支持整理”写成“保证产出好选题”；检查例子、引用和措辞是否获得批准，再决定是否发布。
这里最有用的产物，是“哪一句有问题、依据哪条规则、建议怎么改”。模型可能漏查，也可能误报。它说“有风险”不等于已经判定违法，它说“没有发现问题”也不等于可以免审。
怎么装：Cowork和Claude Code各走一条路
不熟悉终端，优先从Cowork使用。按10月19日的官方文档，在Claude网页或桌面应用打开 Customize → Plugins，搜索Marketing，核对作者和组件后添加。也可以从Marketing官方页面进入。若列表没有这项，走 Add → Add marketplace，输入该仓库地址，再选marketing；Team、Enterprise账户还可能受管理员开放范围限制。当前插件安装说明
Cowork目前面向Pro、Max、Team、Enterprise付费计划；需要读取本机文件时，要保持桌面应用连接，并提供相应文件访问权限。不同账户的界面在逐步调整，以实际显示的入口为准。Cowork可用范围
添加后，在消息框输入 /，从菜单选择marketing的起稿和审稿操作。当前文档使用 /插件名:操作名，因此示例采用 /marketing:draft-content、/marketing:brand-review；README中省略前缀的 /draft-content 是简写。自然语言也可以触发匹配，但第一次建议从菜单确认加载的是哪一个。
已有Claude Code环境，则在终端运行仓库给出的两条命令：
claude plugin marketplace add anthropics/knowledge-work-plugins claude plugin install marketing@knowledge-work-plugins 
装好后新开Claude Code会话，或按客户端提示运行 /reload-plugins，再查看 /marketing:draft-content 是否出现在菜单中。Claude Code需要可用的付费Claude账户、Console计费账户或支持的第三方模型服务，GitHub下载许可不提供模型额度。安装与生效规则、账户要求
有个配置细节容易踩坑：marketing README建议在“local settings file”中配置品牌规范，但当前marketing目录没有给出该文件的固定路径、字段格式或专门的解析脚本。两个skill也只是用文字要求模型应用已有规范。不能据此编出一个“万能品牌配置文件”。
Claude Code的 ~/.claude/settings.json、项目内 .claude/settings.json 和 .claude/settings.local.json 用于不同作用域的客户端设置，例如插件启用；它们不等于marketing已经实现了品牌专用字段。插件目录的 .mcp.json 配置外部工具连接。第一次使用时，把小份品牌资料放入可访问的任务目录，并在指令中明确要求读取，路径问题最少。
不接MCP，也能先跑文字流程
直接给出规则、产品资料和草稿，就能先做起稿与文字审查。官方文档说明，没有连接任何服务，skill仍然会加载；需要某项服务的操作，必须等连接器真正连上才能访问。连接器与账户说明
要从知识库抓规范、分析实际表现、读取外部素材，就需要相应服务账户、连接器配置与授权，部分组织还需管理员允许。第三方订阅或API计费另算。.mcp.json列出服务地址，并不意味着你已登录，也不包含免费的商业账户。
第一次只用一份脱敏资料，先别接营销平台。客户名单、私密聊天或完整公司文档，都不该成为“让AI更懂我”的默认输入。选中的文本、上传文件和工具返回内容会进入Claude的处理流程；接入第三方服务还增加了相应的数据访问边界。正式使用前，按账户的数据条款和公司制度判断哪些材料可以提供。
发送邮件、同步Slack和公开发布，需要另外决定访问范围和执行权限；本例只到文字审查与人工验收。
中文规范要自己补，最后一关也得自己过
源码里的品牌框架可以借用，但其中的牛津逗号、英文标题大小写、LinkedIn语气、英文单词数，不会自动变成一套公众号规范。写中文时，要明确汉字篇幅、标点、数字单位、称呼、段落长度、术语解释，以及是否允许表情、话题标签和行动号召。
更值得补的是中文例句。例如，把“克制”定义成“不写没有依据的第一、唯一、立刻见效”；把“亲切”写成“直接称呼你，用具体场景解释，不擅自替读者表达焦虑”。规范里的合格句，应来自你实际认可的中文表达。
brand-review里那些“提升40%”之类的英文风格例句，只是模板示意，不能搬来充当你的业务效果。发现了未经证实的承诺，接下来仍要回到原始资料核查；涉及法律判断时，应交给能承担该判断的人审定。本文也不提供法律结论。
值得试，但先把版本和范围看清
这个仓库仍有维护，核验时没有归档或禁用；最新main提交是10月16日的合作方依赖更新，不是marketing新功能公告。仓库Release、Tag列表均为空，marketing的1.2.0来自插件自身清单。本文按提交 33eeda1 的文件核对，后续目录和行为可能变化。提交记录、Release页
文档已经能看出不同步：marketing README的旧Skills表只有5项，实际目录是8项；当前审稿文件是 marketing/skills/brand-review/SKILL.md。照旧文章找 commands/brand-review.md 或 skills/brand-voice/SKILL.md，会找错地方。上手以当前文件和客户端菜单为准。
还有一个容易混淆的来源：同仓库 partner-built/brand-voice 是 Tribe AI 编写的另一款插件，带5个agent，独立采用MIT许可；本文的官方marketing来自Anthropic，随附Apache-2.0许可。不能把那5个agent说成marketing自带的“五人营销团队”，也不能把仓库根许可套给全部合作方内容。marketing许可、合作方清单与许可
之后要升级，先看Installed中的版本，再按需更新：
claude plugin update marketing@knowledge-work-plugins 更新后按提示重新加载。自定义品牌资料另存，保留所用版本；拿同一份旧草稿再审一遍，看看有没有新误报或漏查。不要假设上游更新会替你保留所有改过的规则。
如果你已经在用Claude，每周都要重复讲口吻，团队也有明确审稿标准，可以从这一个插件、一页规则、一份草稿开始。对比自己原来的改稿过程，看看问题是否更容易定位、修改是否有依据，再决定要不要接更多数据。
如果只是偶尔写一篇，手头那份固定提示词已经够用，暂时也没必要为了插件多维护一套文件。品牌标准本身都说不清时，先整理几段“我们认可的稿子”，往往比继续装工具更有用。
项目地址：anthropics/knowledge-work-plugins
https://github.com/anthropics/knowledge-work-plugins