04 能力四源与 meta-MCP 全局图

04 能力四源与 meta-MCP 全局图

本节摘要:这是第 2 章的高光收尾,点出全书最精巧的设计——能力四源与 meta-MCP 双工具脊柱。OpenWork 的云端控制平面对 Agent 只暴露两个工具(检索能力 / 执行能力),但能力数量可以无限增长,因为能力被收敛到四个来源(REST 目录、外部 MCP 连接、市场插件能力、原生 Provider 能力)。本节先给你一个全局图和直觉理解,完整原理留到第 7 章。这一节的目的是让你带着「这套设计太巧妙了」的好奇心进入后续章节。

一、先看一个反直觉的事实

接入 OpenWork 的 Agent,不管能力库里有多少能力——10 个、100 个、1000 个——它看到的工具永远只有两个:

• search_capabilities(检索能力):「我想要能做 X 的能力」
• execute_capability(执行能力):「执行能力 Y」

这反直觉吗?传统想法是「能力越多,工具列表越长」。但 OpenWork 反过来:能力再多,入口只有两个。为什么?因为如果每个能力都是一个工具,Agent 的工具列表会爆炸,上下文会被工具描述撑爆(OpenCode 教程第 9 章的上下文压缩就要不停工作)。

二、脊柱:两个工具 + 四个来源

OpenWork 的解法是把「能力」和「工具」解耦:

Agent 视角:只有两个工具
   ├─ 检索能力
   └─ 执行能力
   │
   ▼ 这两个工具背后
能力四源(能力的真实来源)
   ├─ REST 目录(服务端内置的能力)
   ├─ 外部 MCP 连接(接的外部 MCP server)
   ├─ 市场插件能力(从市场装的插件)
   └─ 原生 Provider 能力(模型厂商原生能力)
​

• 检索能力在这四源里搜索,返回匹配的能力列表(给 Agent 选)
• 执行能力按名字执行任意一个已发现的能力(不管它来自哪一源)

三、为什么这是「脊柱」

这个设计之所以是整个产品的「脊柱」,因为它实现了三件看似矛盾的事:

💡 一句话总结脊柱的高明:能力收敛到四源、入口收敛到两工具、治理收敛到一层。Agent 永远只看到两个工具,但能力无限增长,所有能力走同一套治理。

四、四源分别是什么

这里给你一个直觉,细节留到第 7 章:

Agent 通过「检索能力」在这些源里找,找到后用「执行能力」调用。不管能力来自哪一源,Agent 的体验是一样的——这是「归一」的威力。

五、这套设计在全局图里的位置

把脊柱放回第 2 章的全局图:

┌─────────────────────────────────────┐
│  Agent(桌面/CLI/企业云)              │
│    └─ 只看到两个工具(检索/执行)      │
├─────────────────────────────────────┤
│  服务端(中枢)                        │
│    └─ meta-MCP:两工具背后的调度       │
│         └─ 能力四源                   │
├─────────────────────────────────────┤
│  引擎(被托管)                        │
└─────────────────────────────────────┘
​

meta-MCP 是 Agent 与能力库之间的「翻译层」——Agent 说「我要 X」,meta-MCP 在四源里找;Agent 说「执行 Y」,meta-MCP 调度执行。Agent 永远不直接碰四源,只通过这两个工具。

六、为什么本节只给直觉

完整原理(四源各自的检索逻辑、执行如何归一、策略治理、Memory Bank)留到第 7 章——那是全书最精巧的一章,值得专门花篇幅讲透。本节的目的只有一个:让你带着「这套设计太巧妙了」的好奇心进入后续章节。

从现在起,你会反复在后续章节里看到这套脊柱的影子:第 6 章讲的能力(技能/插件/MCP/命令)是它的「对象」,第 8 章的 Reload 事件是它「实时更新」的机制,第 12 章的企业市场是它在企业形态下的治理壳。理解了脊柱,你就理解了 OpenWork 的「产品灵魂」。

七、第 2 章收尾:你现在掌握的全局图

读完第 2 章四节,你建立了 OpenWork 的全局地图:

从第 3 章开始,我们要钻进服务端这个中枢细看——先从它的 HTTP 路由引擎开始:一个不用任何框架的中枢,是怎么用正则编译式路由承担一切的。

本节要点回顾

1. 反直觉事实:Agent 看到的工具永远只有两个(检索/执行),不管能力库多大。
2. 脊柱:两个工具 + 四个来源(REST 目录/外部 MCP/市场插件/原生 Provider)。
3. 三件矛盾化解:能力无限增长但工具不爆炸、来源多样但调用统一、可分享但治理不缺位。
4. 归一的威力:Agent 不关心能力来自哪一源,体验一致。
5. meta-MCP 是翻译层:Agent 说「我要 X」,meta-MCP 在四源找;说「执行 Y」,meta-MCP 调度。
6. 第 2 章结束:你已建立全局地图,从第 3 章起钻进服务端这个中枢。

第 2 章结束。下一章深入服务端——看这个不用任何框架的中枢,如何用正则编译式路由承担整个产品。