OpenWork · 第 6 章 能力体系:Skills / 插件 / MCP / Commands 章节摘要:OpenWork 的核心承诺是「一次创建,随处分享」,而「能力(capability)」就是这个承诺的载体——它是可分享、可复用的资源单元。OpenWork 把能力分成四类:技能(Skill) 是渐进式披露的指令文件(用一种标准的 SKILL 格式描述,模型先看摘要、按需读正文);命令(Command) 是用户侧的提示词模板;MCP 是对外的 server 连接(把外部工具拉进来);插件(Plugin) 与扩展(Extension) 是更重的包级扩展,能用统一的 manifest 描述资源、安装、贡献、生命周期。
章节摘要:OpenWork 的核心承诺是「一次创建,随处分享」,而「能力(capability)」就是这个承诺的载体——它是可分享、可复用的资源单元。OpenWork 把能力分成四类:技能(Skill) 是渐进式披露的指令文件(用一种标准的 SKILL 格式描述,模型先看摘要、按需读正文);命令(Command) 是用户侧的提示词模板;MCP 是对外的 server 连接(把外部工具拉进来);插件(Plugin) 与扩展(Extension) 是更重的包级扩展,能用统一的 manifest 描述资源、安装、贡献、生命周期。本章要讲清这四类能力的边界与协作:它们各自解决什么问题、如何增删改查、如何跨工具复用。这里最值得讲的工程点是「统一的扩展 manifest」——它把来源各异的能力(手动安装、市场安装、Claude 插件、MCP 目录)归一成同一种抽象,让它们走同一套治理流水线。读完本章,你能管理四类能力并理解它们为何能被「一次创建、随处分享」。
阅读完本章,你应当能够:
一句话总结:四类能力分工不同——技能管模型按需加载,命令管用户快捷发起,MCP 管外部连接,插件管包级扩展;统一的扩展 manifest 把它们归一成同一种抽象,所以能走同一套治理与分享流水线。
讲技能的形态:用一种标准的 SKILL 格式描述(摘要 + 正文),模型先只看摘要,需要时通过技能工具读取正文——这就是「渐进式披露」。重点说明:为什么这种设计比把指令全塞进系统提示更省 token、更聚焦,以及它如何被分享。
讲命令:用户输入某命令时,它展开成一段预设提示。重点说明它与技能的区别——命令是用户主动触发的快捷方式,技能是模型按需加载的能力;两者解决不同问题。
讲 MCP 能力如何把外部 server 连接拉进来,让 Agent 能调用外部工具(数据库、文件系统、API 等)。这一节呼应引擎教程的 MCP 集成,但聚焦 OpenWork 如何把 MCP 作为一种可分享的能力来管理。
本章硬核。讲插件作为包级扩展的形态,以及「统一的扩展 manifest」——它把来源各异的能力(手动安装、市场安装、Claude 插件、MCP 目录)归一成同一种抽象(资源/安装/贡献/生命周期),让它们走同一套治理流水线。重点说明这种归一化是「随处分享」的工程根基。
本章遵循「模型侧 → 用户侧 → 外部侧 → 包级统一」的能力全景路径:
技能 (01) ──模型按需加载 │ ▼ 命令 (02) ──用户快捷发起 │ ▼ MCP (03) ──外部工具拉入 │ ▼ 插件/统一manifest (04) ──包级扩展与归一化 │ ▼ 第 7 章:这些能力如何被 meta-MCP 统一暴露
前三节按「给谁用」分类(模型/用户/外部),最后一节讲归一化。理解了全部四节,你才算看清能力体系的完整图景——以及它们如何汇聚到第 7 章的 meta-MCP 脊柱。
前置知识:
本章为后续章节奠定的基础: