Featured image of post Anthropic 开源 Knowledge Work Plugins:用纯 Markdown 把 Claude 变成岗位专家

Anthropic 开源 Knowledge Work Plugins:用纯 Markdown 把 Claude 变成岗位专家

拆解 Anthropic 官方开源的 Knowledge Work Plugins:没有代码、没有依赖,全靠 Markdown + JSON 把 Claude 变成销售、市场、财务、法务等岗位专家。以 marketing 插件为样本,讲清它的目录结构、工具无关的连接器设计、技能分层,以及怎么跑起来、怎么改成你自己的。

Anthropic 开源 Knowledge Work Plugins:用纯 Markdown 把 Claude 变成岗位专家

Anthropic 最近开源了一个仓库,Knowledge Work Plugins(github.com/anthropics/knowledge-work-plugins)。

它算是 Claude Cowork 的下一步。Cowork 想解决的是「让 Claude 交付成品」,这套插件要解决的是更进一步的问题:怎么让 Claude 像一个真正懂你们团队的岗位专家那样干活。而它的做法,就是把「怎么做」写成 Markdown,打包成插件装进 Claude。

我把它 clone 下来,把 marketing 这个插件从清单文件一路读到 skills/ 底下的 SKILL.md。它最特别的地方在于:整个插件体系里没有一行代码,全是 Markdown 和 JSON。README 结尾那句写得很直白:

Every component is file-based — markdown and JSON, no code, no infrastructure, no build steps.

一个插件就是一个目录,里面躺着若干 .md 和 .json。你 fork 下来改几个 Markdown 文件,就是一个给你们公司定制的插件。这种「配置即能力」的路子,和眼下那些重运行时的 Agent 框架,方向正好相反。

这个仓库里有什么

插件的主战场是 Claude Cowork(面向知识工作者的桌面级智能体),同时完全兼容 Claude Code(命令行)。仓库里一共开源了 11 个插件,覆盖 productivity、sales、customer-support、product-management、marketing、legal、finance、data、enterprise-search、bio-research,另外还有一个专门用来「造插件」的 cowork-plugin-management。

每个插件对应一个岗位,把该岗位需要的技能、连接器、斜杠命令和子智能体打包在一起。README 里那句总结挺精准:

Plugins that turn Claude into a specialist for your role, team, and company.

插件长什么样:先看骨架

每个插件都遵循同一套目录约定:

1
2
3
4
5
plugin-name/
├── .claude-plugin/plugin.json   # 清单:名称、版本、描述、作者
├── .mcp.json                    # 连接器:要接入哪些外部工具(MCP 服务器)
├── commands/                    # 斜杠命令:用户主动触发,如 /draft-content
└── skills/                      # 技能:Claude 按需自动调用,或按名调用

拆开就三类零件,职责边界很清楚:

组件职责触发方式
Skills(技能)编码岗位的领域知识、最佳实践、分步工作流请求匹配时自动触发,或按名调用
Commands(命令)明确的动作入口用户主动输入斜杠命令
Connectors(连接器)通过 MCP 协议接入外部工具(CRM、数据仓库、设计工具等)技能执行时调用

这里面我想单独拎出来说的是「技能」。一个技能说到底就是 skills/xxx/SKILL.md 这么一个文件:头部一段 YAML 元数据,description 字段决定它什么时候会被自动触发;正文则是写给 Claude 看的分步指令。整个插件的「智能」,基本都浓缩在这些 Markdown 的编排逻辑里。

拿 marketing 插件开刀

光讲结构太抽象,直接解剖 marketing 插件,它是理解整套设计的最佳样本。

它包含什么

marketing 插件(v1.2.0)目前是 7 个命令 + 8 个技能文件,覆盖市场同学的日常链路:

命令干什么用
/draft-content起草博客、社媒、邮件、落地页、新闻稿、案例
/campaign-plan生成带渠道策略和逐周日历的完整活动简报
/brand-review对照品牌声音规范审稿,按严重度标记问题
/competitive-brief竞品研究,输出定位对比和销售对战卡(battlecard)
/performance-report把数据变成高管能看懂的绩效报告
/seo-auditSEO 全面审计,产出可执行的优先级行动计划
/email-sequence设计多封邮件序列(带分支逻辑和流程图)

连接器:工具无关的设计

这个插件最值得称道的一点,是**「工具无关(tool-agnostic)」**。看它的 .mcp.json:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
{
  "mcpServers": {
    "slack":     { "url": "https://mcp.slack.com/mcp", ... },
    "canva":     { "url": "https://mcp.canva.com/mcp" },
    "figma":     { "url": "https://mcp.figma.com/mcp" },
    "hubspot":   { "url": "https://mcp.hubspot.com/anthropic" },
    "amplitude": { "url": "https://mcp.amplitude.com/mcp" },
    "notion":    { "url": "https://mcp.notion.com/mcp" },
    "ahrefs":    { "url": "https://api.ahrefs.com/mcp/mcp" },
    "klaviyo":   { "url": "https://mcp.klaviyo.com/mcp" },
    "supermetrics": { "url": "https://mcp.supermetrics.com/mcp" }
  }
}

但关键在于:技能文件里从不写死产品名。CONNECTORS.md 解释了机制,文件里统一用 ~~category 这样的占位符:

类别占位符预配置可替换
SEO~~SEOAhrefs, SimilarwebSemrush, Moz
邮件营销~~email marketingKlaviyoMailchimp, Customer.io
产品分析~~product analyticsAmplitudeMixpanel, Google Analytics

意思就是 ~~SEO 今天可以是 Ahrefs,明天换成 Semrush,技能文件一个字都不用改。.mcp.json 只是「开箱即用」的默认配置,不是硬绑定。对要做企业内部推广的团队来说,这个设计的价值很大:你完全可以把连接器换成自家的数据栈。

拆一个技能:draft-content

挑最常用的 /draft-content 逐段看它怎么「教」Claude 干活。SKILL.md 开头是元数据:

1
2
3
4
5
6
7
---
name: draft-content
description: Draft blog posts, social media, email newsletters, landing pages,
  press releases, and case studies with channel-specific formatting and SEO
  recommendations. Use when writing any marketing content...
argument-hint: "<content type and topic>"
---

这段 description 就是技能的「触发器」:当你说「帮我写一篇博客」时,Claude 就是靠匹配这段话来决定要不要加载这个技能。

接着正文把工作流拆成清晰几步:

  1. 收集输入(没提供就问,绝不瞎猜):内容类型、主题、受众、关键信息、语气、长度

  2. 品牌声音处理:本地配置了品牌语气就自动套用并告知用户;没有就问,或默认「中立专业语气」

  3. 按类型生成:每种类型都有专属结构,比如社媒要按平台差异化处理:

    • If LinkedIn: professional framing, paragraph breaks for readability
    • If Twitter/X: concise, punchy, within character limit
    • If Instagram: visual-first language, story-driven, hashtag block
  4. SEO 加持:建议主关键词及放置位置、生成 meta 描述

  5. 主动收尾:说明用了什么语气 + SEO 建议,再追问一句「要不要改某节、换个语气、或换个渠道做个变体?」

这里没有任何 Python,没有 API 调用,全是写给 Claude 看的「编排指令」。Claude 读完后,就知道「写一篇社媒文案」这件事该怎么一步步做、该问什么、该注意什么。这就是「技能」的全部魔法。

还有一层:后台知识库

有个容易被忽略、但我觉得很聪明的设计:技能是分角色的。

比如 content-creation 这个技能,它的元数据里有一行:

1
user-invocable: false

意思是用户不能直接触发它。它是一个「后台知识库」,里面沉淀了整套内容创作的方法论:6 种内容类型的精确模板(博客引言 100–150 词、meta 描述 <160 字符)、标题公式库(How to [X] without [Y]、[N] ways to...)、CTA 最佳实践、On-Page SEO 检查清单……

当你触发 /draft-content 时,Claude 会顺手把 content-creation 的知识「调出来」垫在底下。执行型技能管流程编排,知识库型技能管专业弹药。这么一分层,技能既能复用知识,又能保持职责单一。

三个贯穿所有技能的共同模式

把 marketing 里的技能横向摆一起看,能发现几套挺成熟的设计范式。

最明显的是优雅降级(graceful degradation)。每个技能都带着 If tools are not connected 分支:/seo-audit 没接 SEO 工具时,会退化成用网页搜索,顺带提示你「接入 Ahrefs 后数据会自动填充」;/performance-report 没接分析工具时,就请你直接粘贴数据。缺工具也不罢工,这个取舍挺务实。

其次是结构化、对高管友好的输出。满屏都是表格:指标仪表盘表、问题严重度表、逐周内容日历表,默认就是「能直接转发给老板看」的形态。

最后是主动多轮迭代。几乎每个技能结尾都有一段 “Would you like me to…",把一次性的输出变成可以继续追问的对话,而不是丢给你一份死文档。

怎么跑起来

假设你已经装好了 Claude Code,三步:

1
2
3
4
5
6
7
8
9
# 1. 添加插件市场
claude plugin marketplace add anthropics/knowledge-work-plugins

# 2. 安装 marketing 插件
claude plugin install marketing@knowledge-work-plugins

# 3. 直接用
/draft-content   # 起草内容
/seo-audit       # SEO 审计

如果用的是 Cowork,直接在 claude.com/plugins 里图形化安装就行。装完技能会自动激活,不用手动开。

第一次用,我建议先让 Claude 记住你的品牌语气(把品牌规范贴给它,或写进项目指令),之后所有内容类命令都会自动套用你的偏好,不用每次重复交代。

真正值钱的地方在「定制」

读到这儿你可能会想:这些通用插件看着不错,可跟网上随便一份 prompt 模板的区别在哪?

区别在于,README 专门用一整节讲「Making Them Yours(让它成为你的)」:

  • 换连接器:改 .mcp.json,指向你的工具栈
  • 加公司上下文:把你们公司的术语、组织架构、流程写进技能文件
  • 调工作流:改技能指令,让它贴合团队真实做法,而不是教科书
  • 造新插件:仓库里那个 cowork-plugin-management 元插件,专门用来「创建新插件」:用 Claude 造针对自己独特流程的插件

说白了,这套系统的终局是:你团队沉淀下来的「怎么做事」,被写进 Markdown,然后烘焙进每一次交互。领导和管理者不用再花时间「强制执行流程」,而是把时间花在「改进流程」上,因为流程本身已经被编码进 Claude 了。

写在最后

Knowledge Work Plugins 给我的最大启发,不是「Claude 又能干活了」,而是它对「怎么把组织知识注入 AI」给了一个很务实的答案:不造新框架、不引入新运行时,就用最普通的 Markdown 和 JSON,把方法论写成 Claude 读得懂的编排指令。

如果你想在自己团队里落地 AI,这个仓库值得 fork 下来逐字读一遍 SKILL.md:你读的不只是一个插件,更是一套「把岗位经验产品化」的方法论。

而 marketing 恰好是最好的入门样本:它够完整(7 个命令 + 知识库分层),够典型(工具无关 + 优雅降级 + 结构化输出),又不像 sales 那样庞大(36 个技能)。从它入手,能最快摸清整套插件体系的设计语言。


参考

本博客所有内容无特殊标注均为大卷学长原创内容,复制请保留原文出处。
Built with Hugo
Theme Stack designed by Jimmy