插件系统：把 Claude 变成不同岗位的专属助手

Cowork 的核心思路其实不复杂。你可以把它理解为一个「Agent 工厂」——通过插件（Plugins）、连接器（Connectors）和技能（Skills）三个维度，把通用的 Claude 改造成适配特定业务场景的专属代理。

这里有个关键问题值得想一下：为什么不直接写一个超长的 System Prompt，而是要拆成插件？

答案是可复用性和可管理性。一个写好的插件可以同时被多个 Agent 调用，修改一处就全局生效。而且不同角色需要的能力组合不同——销售团队的 Agent 可能需要 CRM 连接器加上话术技能，而技术团队的 Agent 需要代码仓库连接器加上 debug 技能。插件化的架构让这种组合变得灵活。

私有插件市场：Agent 分发的新范式

这次更新最有意思的部分是「私有插件市场」（Private Plugin Marketplace）。管理员可以：

  • 构建和发布内部插件，控制哪些插件对哪些团队可见
  • 管理连接器的权限，决定 Agent 能访问哪些外部数据源
  • 统一管理技能模板，确保不同 Agent 的输出质量一致

这意味着什么？以前你搭好一个 AI Agent，分享给同事的方式可能是复制粘贴一段 Prompt。现在有了正式的分发渠道——就像一个内部的 App Store，只不过里面装的全是 AI Agent 的能力模块。

对一人公司的启发

你可能会说，这是企业级功能，跟独立开发者有什么关系？

关系其实很大。首先，这套插件化 + 市场化的 Agent 分发思路，完全可以借鉴到你自己的产品设计中。如果你正在做一个 AI SaaS，与其提供一个万能的 AI 功能，不如拆成可组合的插件模块，让用户按需搭配。

其次，Cowork 新增了更多部门场景的插件和连接器支持，这意味着 Claude 的生态在快速扩展。对于用 Claude API 构建产品的开发者来说，可以关注这些官方连接器覆盖了哪些场景——官方没覆盖到的，就是你的机会。

最后留一个问题：如果你现在要为自己的业务搭建一套 Agent 体系，你会怎么划分插件的粒度？是按功能拆（写作、分析、客服），还是按流程拆（获客、转化、交付）？这个设计决策，往往决定了你的 Agent 系统能不能真正跑起来。