Knowledge Work Plugins：把 Claude 变成岗位专家的开源插件集部署指南

Knowledge Work Plugins 是 Anthropic 开源的一组插件，用来把 Claude 变成面向具体岗位、团队和公司的专家。它为 Claude Cowork 打造，同时兼容 Claude Code。Cowork 让你设定目标、Claude 交付成品，而插件让你进一步告诉 Claude 你希望工作怎么做、调用哪些工具和数据、关键流程怎么处理、暴露哪些斜杠命令。

每个插件把某个岗位所需的技能、连接器、斜杠命令和子智能体打包在一起，开箱即用给该角色一个很强的起点。真正的威力在于按你公司的实际情况定制——换成你的工具栈、你的术语、你的流程，让 Claude 像专为你团队打造的一样。

一、项目官方信息

二、项目背景

通用大模型什么都能聊，但真要替一个销售准备通话、替财务做对账、替数据分析师写 SQL，它缺乏岗位专用的流程、工具连接和业务术语。Knowledge Work Plugins 把这些"岗位know-how"沉淀成可复用的插件：你装上 sales 插件，Claude 就知道怎么研究潜在客户、准备通话、复盘 pipeline、起草外联话术、做竞争 battlecard；装上 data 插件，它就知道怎么写 SQL、跑统计、做看板并在分享前自查。

插件的设计哲学是"文件即配置"：每个插件就是一个目录，里面是清单文件、MCP 连接配置、斜杠命令和技能文件，全部是 Markdown 和 JSON，不需要代码、不需要构建、不需要基础设施。你可以直接用 Anthropic 给的通用起点，也可以改造成自己公司的版本。

11 个插件覆盖了公司里最常见的职能岗位：productivity 管任务、日历、日常流程；sales 做客户研究、通话准备、pipeline 复盘；customer-support 分诊工单、起草回复、把已解决问题沉淀成知识库；product-management 写规格、规划路线图、综合用户调研；marketing 起草内容、排活动、统一品牌口吻；legal 审合同、分诊 NDA、走合规；finance 准备日记账、对账、出报表；data 写 SQL、跑统计、做看板；enterprise-search 跨邮件、聊天、文档、维基统一检索；bio-research 连接临床前研究工具加速生命科学研发；cowork-plugin-management 则用来创建和定制新插件。每个都预置了对应岗位常用的连接器，省去你自己挨个接。

三、核心特性

• 11 个岗位插件：productivity、sales、customer-support、product-management、marketing、legal、finance、data、enterprise-search、bio-research、cowork-plugin-management。
• 技能自动触发：skills 编码领域专家经验和最佳实践，相关时 Claude 自动调用。
• 斜杠命令：显式触发的动作，如 /sales:call-prep、/data:write-query、/finance:reconciliation。
• 连接器（MCP）：通过 MCP 把 Claude 接到 Slack、Notion、HubSpot、Jira、Snowflake、Figma 等外部工具。
• 子智能体：为特定岗位拆分专门的处理逻辑。
• 完全可定制：改连接器、加公司术语、调整流程，让插件贴合真实工作方式。
• 可自建：用 cowork-plugin-management 插件或照着目录结构创建新岗位插件。

四、环境要求

• Claude Cowork 或 Claude Code：插件运行在这两个环境里。
• 工具连接器：需要对应外部工具的账号和 MCP 配置（如 Slack、HubSpot、Jira）。
• 无运行时依赖：插件本身是 Markdown/JSON，不需要 Python 或构建。

五、部署步骤

方式一：Cowork 直接安装

在 claude.com/plugins 浏览并安装插件。

方式二：Claude Code 命令行安装（推荐）

# 先添加市场
claude plugin marketplace add anthropics/knowledge-work-plugins

# 再安装某个具体插件
claude plugin install sales@knowledge-work-plugins

安装后插件自动激活：技能在相关时触发，斜杠命令在会话里可用，例如 /sales:call-prep、/data:write-query。

方式三：定制成公司版本

每个插件遵循同一目录结构：

plugin-name/
├── .claude-plugin/plugin.json   # 清单
├── .mcp.json                    # 工具连接
├── commands/                    # 显式触发的斜杠命令
└── skills/                     # Claude 自动调用的领域知识

改 .mcp.json 指向你自己的工具栈；把术语、组织架构、流程写进技能文件；按团队实际做法调整技能指令。全部是 Markdown 和 JSON，fork 仓库改完即可提 PR。

理解三类组件的分工有助于定制：skills 是领域知识和最佳实践，Claude 在相关时自动调用，不需要你显式触发；commands 是你显式喊出的动作，比如让它跑对账流程；connectors 通过 MCP 把外部工具的数据和操作接进来。三者组合，让一个插件既有"懂行"的背景知识，又有"动手"的具体命令，还有"连得通"的工具入口。因为全是文件，你可以像评审代码一样评审插件改动，把岗位流程的演进沉淀下来。

六、使用方法

安装后直接在会话里用斜杠命令或自然语言触发。例如装了 sales，让它"准备明天和 X 客户的通话"，它会自动研究该客户、拉取相关资料、起草提纲。装了 data，让它"查一下上周各渠道转化"，它会写 SQL、跑分析、做图表并在分享前自查。

各插件连接的工具不同：finance 连 Snowflake、Databricks、BigQuery；marketing 连 Canva、Figma、HubSpot、Amplitude、Ahrefs；bio-research 连 PubMed、bioRxiv、ClinicalTrials.gov、ChEMBL 等生命科学库。团队把定制后的插件共享出去，Claude 就成了跨职能专家——你定义的上下文会烤进每一次相关交互，管理者不用再反复强调流程。

从协作角度看，插件把"岗位经验"从人脑中抽出来变成可版本化的文件：销售团队最好的通话准备流程、数据团队写 SQL 的规范、法务审合同的清单，都能写进技能文件，新人装上插件就继承了团队的最佳实践。这比让每个员工自己摸索、或靠口口相传高效得多。

七、常见问题 FAQ

Q：一定要用 Cowork 吗？ A：Cowork 是最顺的体验，但插件同样兼容 Claude Code，命令行 add 市场后 install 即可。

Q：这些插件需要写代码吗？ A：不需要。插件就是 Markdown 和 JSON，改配置和文档即可，没有构建步骤。

Q：怎么贴合我公司的流程？ A：fork 后改 .mcp.json 连接器、往技能文件里加术语和流程、调整工作流指令，让它按你们实际做法而不是教科书做法跑。

Q：能连接我自己的内部工具吗？ A：能。通过 MCP 配置连接器，任何支持 MCP 的工具都能接进来。

Q：11 个插件都要装吗？ A：不必，按岗位按需 install，比如销售只装 sales。

Q：想给没覆盖的岗位做插件怎么办？ A：用 cowork-plugin-management 插件或照着目录结构自建，再分享给团队。

局限与注意

插件是提示词和配置，不是强约束：Claude 仍可能偏离预期流程，关键操作要靠命令和连接器限定。连接器的权限按最小必要授予，避免把内部系统的高权限 token 放进 .mcp.json。团队定制后要把术语、审批人、内部域名更新到位，否则插件会按通用假设走。它提升的是起点和一致性，不替代人工复核。

从零定制一个插件

想给自己团队做插件时，照着现有插件目录建骨架：.claude-plugin/plugin.json 声明名称和能力，.mcp.json 接你的工具，commands/ 放斜杠命令，skills/ 放自动触发的领域知识。技能文件写清"遇到这类任务按什么步骤、调用什么连接器、输出什么格式"，命令文件写"用户喊这个词时执行的固定流程"。先在一个高频场景跑通，再把术语、审批人、内部系统域名填进去，最后分享给团队。

与直接用 Claude 的差别

裸 Claude 每次都要你重新交代上下文和流程；插件把这些固化成文件，装好即生效，且可版本管理、可评审。它不替代你的业务系统，而是把 Claude 接到这些系统上，让岗位动作有迹可循。

总体而言，这套插件把岗位 know-how 从人脑抽成可版本化的 Markdown 文件：装上即用，改造成公司版本后，Claude 就像专为团队定制的跨职能专家。它降低了新员工上手成本，也让最佳实践可被沉淀和复用，是把 Claude 真正接进业务流程的轻量方式。

• GitHub 仓库：anthropics/knowledge-work-plugins
• 插件市场：claude.com/plugins
• Claude Cowork：claude.com/product/cowork
• Claude Code：claude.com/product/claude-code
• MCP 协议：modelcontextprotocol.io
• 问题反馈：GitHub Issues

小结：这套插件把岗位 know-how 抽成可版本化的 Markdown 文件，装上即用、可改造成公司版本。它让 Claude 像专为团队定制的跨职能专家，降低新员工上手成本，也让最佳实践可被沉淀和复用。

进阶：把团队 SOP、审批流、内部术语写进技能文件，让 Claude 按公司口径执行；连接器权限最小化，定期轮换 token。插件可 fork、可评审、可共享，像维护代码一样维护岗位流程。先在一个高频场景跑通见效，再推广到其他岗位。

社区与生态：Anthropic 官方维护，随 Claude Cowork 和 Claude Code 演进，插件格式开放，社区可贡献新岗位插件。它把"提示工程"沉淀成文件资产，方便团队共享和评审。想深入可以研究一个现有插件的 commands 和 skills 分工，再照葫芦画瓢做自己的岗位插件。

落地建议：先装一个和你岗位最相关的插件跑一周，记录它哪里好用、哪里不符合公司流程，再 fork 改造成自己的版本。把内部工具、术语、审批人填进配置和技能文件，比从零写快得多。先在一个高频场景见效，再推广到其他岗位，避免一次性铺开。

为什么值得用：裸 Claude 每次都要重交代流程和上下文，插件把岗位 know-how 固化成可版本化文件，装好即生效、可改造成公司版本。它把提示工程变成团队可共享的资产。

对比：和手动写提示词比，它把岗位流程固化成文件，团队可共享、可评审、可版本管理；和从零接 MCP 比，它预置了连接器和命令，开箱即用再定制。

上手顺序：装市场→按需 install 岗位插件→用斜杠命令跑通→fork 改成公司版本→填连接器和术语→团队共享。先一个岗位见效，再横向推广。

结语：把岗位 know-how 从人脑抽成文件，是让 Claude 真正进业务的捷径。这套插件提供了开箱即用的起点，再按公司实际改造，就能得到一个像专为团队定制的跨职能专家。

记住三件事：技能自动触发、命令显式执行、连接器最小授权。

再提醒：插件权限最小化、token 定期轮换；团队改造后更新术语和审批人；它提升起点和一致性，不替代人工复核。

本文基于官方 README 整理，插件命令与目录结构以仓库最新版为准；按需 install 岗位插件，再按公司实际改造连接器和技能文件。

希望这份部署指南帮你把岗位流程固化成可共享的插件。

部署前再确认一次连接器权限和内部系统地址，别把高权限 token 写进配置文件。

祝你把岗位经验沉淀成插件后，团队协作更顺。

做插件时先跑通一个高频场景，再横向推广。

这份指南到此结束，祝你插件落地顺利。

如遇问题，先看仓库 issue 与插件文档。

先在自己岗位上试用一周，再决定要不要改造和推广。

插件是文件资产，记得版本管理和团队共享。

希望这份指南帮你快速上手。

总之，Knowledge Work Plugins 是 Anthropic 给出的一份"岗位即插件"样板：装好即懂流程，改完即贴合业务，团队共享即沉淀经验。它不替代你的系统，而是把 Claude 接进你的系统。

祝你部署顺利。

更多细节见官方仓库与文档。

本文完。

感谢阅读。

如有用请转发给同事。

下期再见。

欢迎关注。

祝好。

完。

这套插件的真正价值在于把隐性的岗位经验显性化、文件化，让团队新人也能站在资深同事的肩膀上开始工作，而不是从零摸索。