一个岗位就是一文件夹 Markdown，Anthropic 正在逐个发组织架构图

Anthropic 开源了 11 个插件，覆盖销售、市场、法务、财务、数据分析、产品管理，另外还有客服、企业搜索、生物研究、生产力、插件管理。仓库叫 knowledge-work-plugins，为 Claude Cowork 构建，也兼容 Claude Code。

每个插件结构一致，由四部分组成：

• skills：领域知识和操作流程，Claude 在相关场景自动调用
• commands：显式的 slash 命令，例如 /sales:call-prep、/finance:reconciliation
• connectors：通过 MCP 把 Claude 接到 CRM、项目管理、数据仓库、设计工具上
• sub-agents：插件自带的子代理

安装方式不复杂。Cowork 里从 claude.com/plugins 直接装。Claude Code 用命令行：

claude plugin marketplace add anthropics/knowledge-work-plugins
claude plugin install sales@knowledge-work-plugins

装完自动激活，技能会按上下文触发，slash 命令在会话里直接可用。

很容易把这条消息读成“Claude 现在能做销售了”。翻完仓库会发现一件更小、也更怪的事：一个岗位被拆成了一个文件夹的 Markdown 指令，加上几个工具调用。销售、法务、财务，各自对应一堆文件，没有代码，没有构建步骤。

Alex Zu 在回复里把这点说得很准：Anthropic 正在一个岗位一个岗位地发组织架构图。

那么这些插件在真实数据面前能撑多久，评论区有人直接问了。Ofek Shaked 的问题是，11 个插件里，哪些在真实客户数据进来之后还能用。Yarad 的回答是，这些只是起点，价值取决于接入哪些公司数据、配置什么权限、流程改到什么程度。销售插件接一个维护良好的 CRM 才有意义，财务插件得有人工核验。

Kevin Lin 补了一句更具体的话：客户资料、营销内容、代码的风险等级完全不同，跨领域用插件，得把适用范围和人工审核点写清楚。同一套自主性不能套到所有流程上。

这两个判断比插件清单本身重要。

仓库里每个插件都能改。换 connector，编辑 .mcp.json 指向自己的工具栈；加公司上下文，把术语、组织架构、流程写进 skill 文件；调流程，直接改 skill 里写的步骤。整个仓库是 Markdown 加 JSON，fork 改完提 PR 就行。另有一个 cowork-plugin-management 插件，专门用来建新插件或者改现成的。

11 个插件覆盖的岗位不少，但当成“开箱即用的专家”会踩坑。Anthropic 在 README 里写得很清楚，这些是通用起点，真正有用是在按公司实际情况定制之后。

仓库地址：anthropics/knowledge-work-plugins

素材来源：Yarad 及下方评论