多数关于「Claude Skills」的教程都把 Code 和 Cowork 当作同一个环境对待。但 Anthropic 实际上维护着两个独立的官方仓库 —— anthropics/skills（面向开发者的终端环境，17 个官方 skills）和 anthropics/knowledge-work-plugins（面向知识工作者的图形界面环境，11 个 plugins，内置 Slack、Notion、Asana、Linear、Jira、Monday、ClickUp、Microsoft 365 连接器）。两者各自的最佳配置真的不一样。
打开 Anthropic 的 GitHub，你会看到两个绝大多数「Claude Skills 配置」文章从来不会同时提及的官方仓库：
*anthropics/skills** —— 135,000+ stars，17 个官方 skills，主要面向在终端中使用 Claude Code 的开发者*anthropics/knowledge-work-plugins** —— Anthropic 另一个独立的开源仓库，包含 11 个专门为使用 Claude Cowork 桌面应用的知识工作者打造的 plugins，内置 Slack、Notion、Asana、Linear、Jira、Monday、ClickUp 以及 Microsoft 365 的连接器这两个仓库分立并不是打包失误，而是反映了一个被多数教程忽略的结构性事实：Claude Code 和 Claude Cowork 是两个跑在同一套 agentic 架构上的不同环境，分别针对两类截然不同的受众做了优化。它们的最佳 skill 栈是不同的。
2026 年掌握 Claude，不是去读一份 「最值得装的 12 个 skills」 的清单，然后把同一套 skills 装进两个环境。而是要理解每个环境到底是为了什么而存在、为每个环境挑选合适的官方起步集，再把维持两套栈长期健康的审查方法迁移过去。
本文就是这份完整的双栈地图。
AI拉呱：洞察AI技术前沿
Claude Code 和 Claude Cowork 跑在同一套 agentic 架构上：同样的模型智能、同样的 Skills 系统、同样的工具调用机制、同样的上下文管理。引用 Anthropic 官方 Cowork 文档的原话：「Cowork 使用的是与 Claude Code 同款的 agentic 架构，现在可以在 Claude Desktop 中访问。」
真正不同的是 工作空间假设。
Claude Code 假设你身处一个 项目目录 中，在 终端 里，处理 代码（或与代码相关的任何事）。会话往往很长、多步骤、agentic，并且几乎总是有文件系统感知能力。你项目里的 .claude/ 文件夹和代码仓库放在一起。会话可以持续数小时来解决同一个问题。输出常常是其他代码，或者对已有文件的修改。
Claude Cowork 假设你身处一个 文档与应用环境 中，处理 知识型任务 —— 起草、分析、沟通、在你日常使用的工具之间做协调。会话通常更短、更离散。集成（integration）比项目结构更重要。输出常常是一份文档、一条 Slack 消息、一个 Notion 页面、一张 Jira ticket，或者一组跨工具的协同动作。
这条边界并不绝对。开发者会在 Cowork 里写技术规格说明书和给各路 stakeholder 的进度更新；知识工作者偶尔也会用 Claude Code 跑数据分析脚本。但两个环境的 默认最佳实践 是真的不同。
两个环境在打包方式上也略有差异：
Skill 是一个 markdown 文件（SKILL.md），加上可选的参考资料，教会 Claude 如何做某一件特定的事。Skill 会在相关上下文出现时自动触发。这是你在 Claude Code 里安装的单元，也是 Cowork plugin 内部的构件。
Plugin 则是一个完整的包：skills + 连接器 + 斜杠命令 + 子智能体（sub-agents），围绕某个具体岗位职能打包到一起。安装一个 plugin 等于给 Claude 一整套已配置好的工作流，而不是单一能力。