Anthropic 开源 11 个岗位插件,让 Claude 默认就懂你团队怎么干活

销售嘴里是产品术语，客服手里是内部流程，每个人问出来的结果都不一样，最后交出来的东西参差不齐。

你要的其实不是每次都能问出一个漂亮的答案，而是让它默认就懂你们团队是怎么干活的。这种反复交代本身，就在悄悄消耗团队的耐心和一致性。

Anthropic 开源的 Knowledge Work Plugins，就是冲着这件事来的。

这到底是一套什么东西

Knowledge Work Plugins 是 Anthropic 开源的一套插件集合，主要给知识工作者在 Claude Cowork 里使用，同时也兼容 Claude Code。

它的思路很直接：每个插件对应一个具体岗位——销售、产品、法务、财务、市场、数据、客服等等，把这个岗位要用的技能、连接器、斜杠命令和子智能体打包在一起。装上之后，Claude 在这个岗位上就有了一个靠谱的起点。

换句话说，它不是一个万能助手，而是十一个「角色专家」的集合。你干哪一行，就装哪一个。

它要解决的核心问题就一句话：不用每次重复交代背景，让团队里不同的人用 Claude 时，输出更稳定、更一致。

原文里还有一句话点到了关键——这些插件真正的威力，在于你按自己公司去改它们：你的工具、你的术语、你的流程。改完之后，Claude 才像是为你团队专门做出来的。

11 个岗位，基本覆盖了知识型团队

这套插件一共开源了 11 个，覆盖面比想象中全。下面对号入座看看：

做日常事务的 productivity，管任务、日历和日常流程，省掉反复交代自己的时间，连的是 Slack、Notion、Asana、Linear、Jira 这一批协作工具；

sales 用来研究潜在客户、准备通话、复盘销售管道、起草外联内容，还能做竞品对战卡，接的客户和销售数据源不少；

customer-support 负责分流工单、起草回复、打包升级问题，并把已经解决的问题转成知识库文章，让客服的产出能沉淀下来；

product-management 写 spec、规划路线图、汇总用户研究；marketing 起草内容、规划活动、统一品牌调性、汇报各渠道表现，这两个基本能覆盖产品和市场的大部分日常产出；

再往专业岗走，legal 审合同、分流 NDA、处理合规和风险；finance 记日记账、对账、生成财务报表、支持审计，都是对准确性要求很高的活；

data 用来写 SQL、跑统计分析、搭仪表盘，还能在分享前先做校验；enterprise-search 一次查询就能搜遍公司所有工具；bio-research 连接临床前研究数据库，加速早期生命科学研发。

从销售、客服、产品、市场这些前台职能，一直铺到法务、财务、数据、科研这些专业岗位，不管你在哪一环，基本都能找到对应的那一个。

每个插件背后的三件套

拆开任何一个插件，里面都是三样东西在撑着。

Skills 是隐藏的领域知识——最佳实践、分步工作流，Claude 在相关的时候自动调用，你不用手动点名。

Commands 是显式动作，由你主动触发，比如 /finance:reconciliation、/product-management:write-spec。

Connectors 通过 MCP 服务器，把 Claude 接到你岗位依赖的外部工具上——CRM、项目追踪、数据仓库、设计工具这些。

一句话概括：该自动的自动，该你说了算的你说了算，工具对接也不用另外折腾。

这套设计的好处，是把「怎么干」和「用什么干」分了开来——领域知识沉淀在 skill 里，工具连接交给 connector，两边互不干扰。

全是文件，改起来几乎没门槛

整套插件都是文件——markdown 加 JSON，没有代码，没有基础设施，没有构建步骤。

对团队来说，这意味着定制门槛极低，谁都能上手。你不用找工程师排期，也不用搭什么环境，打开文件就能改。

这大概也是它敢开源、还鼓励你直接 fork 的原因。

装起来只要两条命令

安装分两条路，看你在哪个客户端里用。

Cowork 用户最省事，直接去 claude.com/plugins 装就行。

Claude Code 用户跑两条命令：

# Add the marketplace first
claude plugin marketplace add anthropics/knowledge-work-plugins

# Then install a specific plugin
claude plugin install sales@knowledge-work-plugins

装完之后插件会自动激活，不用你手动开关。Skills 在相关的时候自己触发，斜杠命令则直接出现在你的会话里。

举个例子，装了 sales 插件之后，你让它帮忙准备明天的客户通话，它会自动调起这个岗位的 skill，按销售的最佳实践走，而不是甩给你一份通用回答；需要更明确的动作时，再用斜杠命令，比如 /sales:call-prep 直接进入通话准备流程，/data:write-query 让它去写 SQL。

如果你不确定从哪个开始，建议先装 productivity，或者你自己岗位对应的那一个，用几天感受一下它默认就懂多少背景，再决定要不要往深里定制。

想看懂它内部是怎么组织的，记住一点就好：每个插件都是同一套结构。

plugin-name/
├── .claude-plugin/plugin.json   # Manifest
├── .mcp.json                    # Tool connections
├── commands/                    # Slash commands you invoke explicitly
└── skills/                      # Domain knowledge Claude draws on automatically

对照这个结构：skills 目录装的是领域知识、最佳实践和分步流程，Claude 相关时会自动取用；commands 目录是你显式触发的动作，比如 /finance:reconciliation；连接器则通过 MCP 服务器对接你的外部工具。

怎么改成自己团队的版本

前面说了，这些插件只是通用起点。真正让它发挥作用的，是你按公司的实际情况动手改。

换连接器：改 .mcp.json，指向你自己的工具栈。

加公司背景：把术语、组织架构和流程写进 skill 文件，让 Claude 理解你的语境。

调工作流：让指令贴合团队的真实做法，而不是教科书里的说法。

建新插件：用 cowork-plugin-management 这个插件，或者照着上面的结构自己写。

随着团队不断构建和分享插件，Claude 会慢慢变成一个跨职能的专家——你定义好的上下文，会被带进每一次相关的交互里，管理者也能少花点时间盯流程，多花点时间改流程。

值得先收藏，再慢慢折腾

这套插件的价值，不在于「装完就好用」，而在于它给了你一个足够好的起点，让你能把公司的工具、术语和流程沉淀进去。

沉淀多了，Claude 在团队里就从一个个单独的助手，变成了懂你们业务的那一个。

仓库就在 GitHub 上，插件本身全是 markdown，想动手改的门槛很低。如果你已经在用 Claude 帮团队干活，这套东西值得花半小时翻一遍；如果还没开始，它也是一个不错的切入点。

收藏一下，等哪天要给团队搭一套统一的 AI 工作流，翻出来就能直接用。