Anthropic 官方开源 knowledge-work-plugins：Claude 插件生态上手指南
发布日期：2026-10-15 数据来源：GitHub API 实测数据 + claude.com 官方产品页
knowledge-work-plugins 是 Anthropic 于 2026 年 1 月开源的岗位插件仓库，把某一职能的领域知识、工作流和外部工具连接打包成一个可安装单元，让 Claude 从通用助手变成岗位专家。该仓库采用 Apache-2.0 许可，主要面向 Claude Cowork 编写，同时兼容 Claude Code，截至 2026 年 10 月 15 日在 GitHub 收获 29,691 个 Star 和 3,363 次 Fork。
一、knowledge-work-plugins 是什么
knowledge-work-plugins 是 Anthropic 开源的岗位插件仓库，每个插件对应一个真实职能，把该职能的领域知识、标准工作流和外部系统连接封装成一个可安装单元。 它发布于 2026 年 1 月 23 日，采用 Apache-2.0 许可，主要为 Claude Cowork 编写，同时兼容 Claude Code。
支撑这个判断的是一组可核实的规模数据（2026 年 10 月 15 日通过 GitHub API 实测）：
官方对这套体系的定位很直接：插件让 Claude 知道"你希望工作怎么做、该调哪些工具和数据、关键流程怎么处理、暴露哪些命令"，从而让团队拿到更稳定的结果。与之配套的两个产品是 Claude Cowork（任务式 Agent，可在网页端、桌面端和移动端运行，支持定时任务）和 Claude Code（终端里的编程助手），同一个插件仓库两边都能装。
需要说明的是，这个仓库在 GitHub 的语言统计里 Python 占比最高，但全仓库仅有 26 个 .py 文件，且全部集中在 bio-research 插件的生命科学研发脚本中（Nextflow、scvi-tools 等）；HTML 文件只有 2 个。其余十几个插件确实是纯 Markdown 与 JSON，官方 README 的原话是 "no code, no infrastructure, no build steps"。
二、真实规模：README 写 11 个，仓库里是 17 个官方插件
官方 README 的表格只列出 11 个插件，但仓库目录中实际存在 17 个官方首方插件，合计 181 个 SKILL.md 文件。 这是一个容易被忽略的细节——文档更新往往滞后于代码。
按仓库目录逐个统计，每个插件的 skills 数量差异极大：
另外，marketplace.json 收录的插件总数是 123 个（Anthropic 官方仓库，2026），其余为 partner-built 与社区插件，包括 Atlassian、Databricks、Snowflake、Prisma、Cloudinary、Langfuse 等厂商自建的官方插件。
三、插件的四个组成部分
一个 Claude 插件由清单、连接器、命令、技能四个部分组成，全部以文件形式存在。 理解这四层的分工，是读懂整个生态的关键：
Skills 与 Commands 的数量对比是这个仓库最反直觉的一点。 全仓库（含 partner-built）只有 15 个 command 文件，其中官方首方插件仅 5 个（pdf-viewer 占 4 个，product-management 占 1 个）；而 SKILL.md 总数是 252 个，其中官方首方 181 个、partner-built 71 个。这意味着 Anthropic 把插件的重心放在"相关时自动触发的领域知识"上，而不是"手动敲的斜杠命令"。
skills 的颗粒度也印证了这一点。以 sales 插件为例，它的 36 个 skills 覆盖了 call-prep（会前准备）、deal-review（商机复盘）、crm-hygiene-check（CRM 数据体检）、renewal-radar（续费预警）、win-loss-review（赢单丢单复盘）、daily-briefing（每日简报）等具体动作。
四、安装：两条命令
在 Claude Code 中安装任意插件只需要两条命令，先添加 marketplace，再安装具体插件。
# 第一步：把官方仓库注册为插件市场
claude plugin marketplace add anthropics/knowledge-work-plugins
# 第二步：安装指定插件（把 sales 换成任意插件名）
claude plugin install sales@knowledge-work-plugins安装完成后无需额外配置：skills 会在相关场景自动触发，斜杠命令直接在会话中可用。官方给出的示例是 /sales:call-prep 和 /data:write-query 这类调用形式。
如果用的是 Claude Cowork，则直接前往官方插件市场页面安装，无需命令行。
一个真实插件的目录结构长这样：
sales/
├── .claude-plugin/
│ └── plugin.json # 清单
├── .mcp.json # 连接器配置
├── CONNECTORS.md
├── LICENSE
├── README.md
└── skills/ # 36 个技能子目录
├── call-prep/
├── deal-review/
└── ...对应的 plugin.json 内容（sales 插件实测版本号 2.0.1）：
{
"name": "sales",
"version": "2.0.1",
"description": "Sales skills that work with the tools your team already uses - your CRM, email, calendar, chat and call recorder - or with uploaded files. ...",
"author": {
"name": "Anthropic"
}
}五、连接器全部走远程 MCP
sales 插件的 .mcp.json 里配置了 23 个 MCP Server，且 23 个全部是 "type": "http" 的远程端点，没有任何本地 stdio 进程。 这是整套插件体系在权限模型上的关键设计。
23 个连接器分别是：Slack、HubSpot、Salesforce、Close、Monday、Clay、ZoomInfo、Notion、Atlassian、Fireflies、Apollo、Outreach、Google Calendar、Gmail、Microsoft 365、Similarweb、Google Drive、Gong、Zoom、Otter.ai、Calendly、Lusha、Crunchbase。
每个条目形如：
{
"slack": {
"type": "http",
"url": "https://mcp.slack.com/mcp",
"oauth": {
"clientId": "1601185624273.8899143856786",
"callbackPort": 3118
}
},
"hubspot": {
"type": "http",
"url": "https://mcp.hubspot.com/anthropic"
}
}由于走的是远程 MCP 而非本地进程，鉴权在服务端侧完成，凭证不需要落在开发者本机。 其他插件的连接器数量同样可观：marketing 有 13 个（含 Canva、Figma、Ahrefs、Similarweb、Klaviyo），productivity 有 9 个，data 有 8 个（Snowflake、Databricks、BigQuery、Hex、Amplitude）。
对国内团队而言还有一层现实考量：.mcp.json 的本质就是一份 MCP Server 地址清单。如果不希望自己维护本地 MCP 进程，也可以把 Agent 的工具编排托管到标准化的 MCP 服务上，例如七牛云的 MCP 服务支持免本地部署构建 Agent 应用。
六、改造成适合自己团队的样子
官方把这些插件明确定位为"通用起点"，真正的价值来自按自己公司的实际情况改造。 README 给出的四个动作：
换连接器 —— 编辑
.mcp.json，把地址指向团队实际使用的工具栈加公司上下文 —— 把内部术语、组织结构、既有流程写进 skill 文件
调工作流 —— 修改 skill 指令，让它匹配团队真实的做事方式，而不是教科书流程
建新插件 —— 使用
cowork-plugin-management插件，或按上述目录结构自行创建
cowork-plugin-management 只有 2 个 skills：create-cowork-plugin（创建插件）和 cowork-plugin-customizer（定制已有插件），它本身就是官方给出的自建模板。
Apache-2.0 协议加上"Plugins are just markdown files"的定位，意味着二次开发没有授权障碍——fork 仓库、改文件、提 PR 即可。
常见问题
Q：Claude Cowork 和 Claude Code 有什么区别？ Cowork 是面向知识工作者的任务式 Agent，可在网页、桌面和移动端运行，支持设定日/周/月周期的定时任务，大型项目会拆分成并行子任务。Claude Code 是终端里的编程助手。knowledge-work-plugins 是唯一同时兼容两者的插件仓库，装一次两边都能用。
Q：Claude 插件和直接把提示词写进项目有什么区别？ 提示词是一次性的上下文注入，插件则是结构化的工程产物：领域知识写进 skills 放，工具连接写进 .mcp.json 放，入口写进 commands 放。插件可以被版本管理、被团队共享、被反复触发，而提示词通常停留在一次对话里。
Q：这些插件安全吗？会不会泄露公司数据？ 从配置看，官方插件的连接器全部是 "type": "http" 的远程 MCP，鉴权在服务端侧完成，凭证不下发到本机。但官方插件本身只是通用模板，企业在接入前仍需自行评估所连接系统的权限范围是否符合内部数据规范。
Q：个人开发者需要用这些岗位插件吗？ 知识工作类插件（sales、finance、legal、marketing）对个人开发者价值有限；工程类和工具类的插件更通用，例如 data、enterprise-search、pdf-viewer，以及 partner-built 里的 datadog、clickhouse、prisma 等。
Q：怎么开发一个自己的 Claude 插件？ 最小结构只需要三个文件：.claude-plugin/plugin.json（清单）、.mcp.json（工具连接，可选）、skills/<技能名>/SKILL.md（领域知识）。把目录放进 Claude Code 的插件目录，或托管成 marketplace 仓库即可分发。
延伸资源
Anthropic 官方插件仓库：https://github.com/anthropics/knowledge-work-plugins
官方插件市场：https://claude.com/plugins
Claude Code Skills 模块化扩展系统使用指南：https://developer.qiniu.com/aitokenapi/13171/claude-code-skill-introduce
MCP 协议规范：https://modelcontextprotocol.io
七牛云Token Plan（AI大模型企业订阅）：https://www.qiniu.com/ai/plan
总结
Anthropic 开源的 knowledge-work-plugins 把"岗位知识"这件事工程化了——用 17 个官方插件、181 个官方 skills 和 123 个市场插件的规模证明了一件事：Agent 的能力上限越来越取决于团队喂进去的领域上下文，而不是换一个更大的模型。仓库采用 Apache-2.0 许可且插件是纯文件结构，意味着任何团队都可以 fork 后按自己的术语、流程和工具栈改造它。
据 Anthropic 官方文档表示，该仓库仍在持续更新，最近一次代码推送为 2026 年 10 月 14 日。本文内容基于 2026 年 10 月 15 日的 GitHub API 实测数据与 claude.com 官方产品页信息，插件数量、连接器配置与产品可用范围可能发生变化，建议以官方仓库为准并定期更新。
