Anthropic 开源 11 个插件:把岗位经验写成 markdown

昨天刷 GitHub Trending 的时候，我看到一个仓库排在前面：anthropics/knowledge-work-plugins，今日涨星 625，总星数已经到 28,933。

Anthropic 官方下场，开源了 11 个插件。

它们不是给程序员用的。销售、法务、财务、市场、产品、客服、数据、企业搜索、生物研究、个人效率——全是"知识工作者"的岗位。仓库创建于 2026 年 1 月 23 日，最近一次推送是 2026 年 10 月 10 日，也就是昨天。

我看完 README 之后的第一反应不是"又能白嫖了"，而是：Anthropic 在给"怎么干活"这件事定标准格式。

这篇文章只讲一件事：这 11 个插件到底是什么，以及你今晚能不能用上。

一、先拆三个词：Cowork、插件、技能

Cowork 是 Anthropic 年初推的桌面端 Agent，形态是"研究预览版"，最高一档月费 200 美元。它跟聊天框的区别在于：它能直接动你电脑上的文件和软件。2026 年 3 月 17 日那次更新之后，它开始能操作你的屏幕。聊天框里那个 Claude 是在"跟你说话"，Cowork 里那个 Claude 是在"替你干活"。

插件（plugin） 是这次开源的东西。它不是代码包，更像一份打包好的工作说明书，里面装着三样：这个岗位该怎么干活、要连哪些外部工具、有几个快捷指令。

技能（skill） 是插件内部真正承载经验的部分。它就是一堆 markdown 文件，写的是"遇到某类任务时，按什么步骤做、注意什么、产出长什么样"。

以前你要在对话框里一遍遍教它"我们公司的合同审阅要先看这几条""我们的周报要这么写"，教一次忘一次。

现在这段经验被写成了文件，装一次，之后自动生效。

二、一个插件里面长什么样

所有插件都是同一个结构，看懂一个就等于看懂全部：

plugin-name/
├── .claude-plugin/plugin.json   # 清单
├── .mcp.json                    # 外部工具连接
├── commands/                    # 你主动敲的斜杠命令
└── skills/                      # Claude 自己判断何时使用的技能

plugin.json 是清单，告诉系统这个插件叫什么、有哪些能力。

.mcp.json 管工具连接。MCP 全称 Model Context Protocol，你可以把它想成一个"通用插座"——外部工具只要做成这个插座的样子，模型就能拨进去用，不用为每个软件单独写适配。

commands/ 放的是你显式敲出来的命令，比如 /finance:reconciliation、/product-management:write-spec。你敲了它才动。

skills/ 放的是 Claude 自己判断要不要用的知识。你没提，它也可能会调用。

整个仓库全是 markdown 和 JSON，没有要编译的代码、没有要部署的服务、没有构建步骤。

换句话说，它的门槛不在技术上，在"你愿不愿意把你的工作流程写清楚"上。

官方这次放出来的 11 个插件，挑几个列一下：

另外还有 marketing、customer-support、product-management 三个逻辑一样，不展开。enterprise-search 值得单说：它只干一件事——跨邮件、聊天、文档、wiki 统一检索。这件事在真实公司里通常最难，因为信息散在七八个工具里。

三、这套东西的骨架，其实是通用概念

如果你平时不用 Agent，这段花两分钟——这套词你以后会反复遇到。

把大模型套起来、让它能自己动手干活的那层壳，行业内叫 harness。这个词不玄，就是"马具"的意思：模型是马，harness 是缰绳和车辕。模型只会输出文字，harness 负责把文字变成动作。

一个 harness 里绕不开这几样东西：

系统提示词：在用户说话前先塞给模型的一段设定，决定它的默认身份和行为边界。

上下文与上下文窗口：模型每次能"看见"的字数有上限，这就是上下文窗口，装进去的东西都占位置。

工具调用：模型不能直接读你的文件、发你的消息，它只能请求 harness 去执行，再把结果回填给它。

记忆：跨会话保住的信息，不然每次都得重讲一遍。

权限与沙箱：规定它能碰哪些文件、哪些目录、能不能联网。这是保命的。

技能与子代理：技能是按需加载的领域知识；子代理是把任务拆出去，交给另一个独立上下文跑完再汇报。

回到这个仓库，你会发现它几乎把上面每个概念都具象化了：

skills 目录就是技能，commands 是你手动扳的开关，connectors 走的是工具调用，plugin.json 里定义的东西最后会进系统提示词，而 Cowork 能碰你哪些文件，本质是权限与沙箱在管。

所以这个仓库的真正价值，是官方用自己的产品演示了一遍"一个 Agent 该怎么被组织"。

四、今晚能跑的一条命令

装了 Claude Code 的话，两条命令：

# 先把仓库加成一个插件市场
claude plugin marketplace add anthropics/knowledge-work-plugins

# 再装你需要的那个，比如销售
claude plugin install sales@knowledge-work-plugins

装完会自动激活，不用重启配置什么。技能在相关的时候自己触发，斜杠命令直接在你的会话里可用——比如 /sales:call-prep、/data:write-query。

用 Cowork 的话走另一条路，去 claude.com/plugins 点装。

五、我装完之后踩的两个坑

第一个坑在 .mcp.json。

我先把 data 和 productivity 装上了，兴冲冲敲 /data:write-query，它第一句话是问我要连哪个数仓。

我打开配置文件一看，默认写的是 Snowflake、Databricks、BigQuery——我一个都没有，那半分钟我以为是自己装错了。

官方给的是通用起点，不是开箱即用。 你得先去改 .mcp.json，把连接器换成自己在用的东西。

第二个坑更隐蔽：技能没被触发。

我丢了个任务过去，它按普通对话回了。后来我把任务描述写具体了——写清输入是什么、要什么格式的产出——skill 才被正确激活。

README 里自己承认了这一点：这些插件是"通用起点"，改成贴合你公司实际流程的样子之后才会真正好用。改法有四步：换连接器、把公司的术语和组织结构写进 skill 文件、按你们真实的做法调整流程说明、最后自己造新插件。

第三步最容易被跳过，也最值钱。通用流程和你们公司真实流程之间的差距，就是插件有没有用的分界线。

六、泼点冷水

第一，版本这件事有点麻烦。

这个仓库没有 release，也就没有版本号。插件通过 marketplace 分发，意味着你没法锁版本。哪天上游把某个 skill 的文本改了，你的行为会跟着变，而且是静默的。

对个人无所谓，对公司内部推行，这是个真问题。

第二，141 个 open issues 摆在那里。刚开源、迭代快，坑肯定还有。

第三，也是最需要想清楚的一点：为了让 Agent 真正干活，你得把 Slack、Notion、Jira、CRM、数仓都接进去。

这等于把你的数据面交给一个会自己决定调什么工具的系统。它判断错了，往错误的仓库写一条记录，或者把内部数据发给外部服务，后果不是"重跑一次"能解决的。

权限和沙箱的边界怎么划，是这件事里最花时间、也最容易被忽略的部分。官方给了结构，但没帮你做这个决定。

第四，成本。插件本身不收钱，但 skills 会被塞进上下文窗口，装得越多，每次请求消耗的 token 越多。装十几个插件然后抱怨变贵，是很常见的路径。

如果你的工作本身没法被写成流程，插件也帮不上你——它不是让 AI 变聪明，是让它更像你们公司的人。

七、所以今晚该干什么

我的建议不是先装插件。

先把这个仓库 clone 下来，打开 legal 或者 finance 目录，读一遍里面的 skill markdown 文件。

看看 Anthropic 认为"一次专业的合同审阅"应该包含哪些步骤、哪些注意点、产出什么样。

这一步的收获，比装十个插件都大。 因为你要抄的不是它的插件，是它把经验写成文件的那个方法。

参考资料：

• GitHub 仓库 anthropics/knowledge-work-plugins（2026-10-10 最近推送）https://github.com/anthropics/knowledge-work-plugins

• Anthropic 官方产品页 Claude Cowork https://claude.com/product/cowork

• 插件安装入口 https://claude.com/plugins/

配图说明：素材来自仓库 README 与官方产品页，两处都没有可直连的正文配图，本篇无插图，建议自行补一张官方截图。