能力插件:让意图执行可拔插

意图（做什么）→ 执行器（谁来做）→ 能力插件（凭什么）→ 结果（交付什么）。

第 05 篇把「意图」定义成一份五要素契约，第 06 篇把「谁来做」从意图里拆了出去。但拆到这一步，链条其实还没打通——执行器只是一份写着「谁来做」的档案，它自己不会查客户、不懂你的产品、也记不住事。

真正让一个意图从「点得动」变成「办得成」的，是执行器身上挂着的那一层。这一篇就写它。

一、意图执行的那一刻，是插件在干活

图 1｜能力插件在「意图即服务」链路里的位置

用户在客户页面点一下「分析此客户」。接下来发生的每一件事，都是插件干的：

流程编排决定先后顺序——先查客户，再组装；

工具集里挑出 crm_get_customer，把真实数据读回来；

需要判断和归纳时，模型被调用；

需要制度和话术做依据时，知识库被检索；

最后按意图的输出契约，把结果装成一张卡片，回到用户眼前。

意图负责定义，执行器负责调度，插件负责把事真的办成。

二、这些能力，是「插」上去的

图 2｜一份执行器档案 = 六个插槽

拆开一份执行器档案，你能看到一排插槽：

模型（大脑）——供应商、端点、模型 ID；密钥留空自动回退环境变量，不落库。

工具集（手脚）——直接勾选宿主系统已经注册好的业务工具：查客户、写跟进、发起流程。

知识库（外部记忆）——产品手册、审批制度、报价规则，检索到的原文可溯源。

流程编排（指挥）——把这些能力按顺序串起来执行，节点还能配条件跳过与中止。

技能（操作手册）——把标准作业流程固化下来，一步步照章办事。

记忆（记性）——这位客户的历史、这个会话的上下文。

请注意：这里面没有一行代码。插件的交付物，是一份配置档案。

也说句实话：模型、工具集、知识库节点、流程编排，已经在真实系统里跑通了；技能组合和会话记忆还是规划中的插槽。这件事下一节单说——它恰恰体现了一种工程态度。

三、写死 vs 挂载：差的不是优雅，是「改一次要动几个地方」

图 3｜能力写死在代码里，还是挂在档案上

写死的世界——每个 AI 功能各自实现一遍：自己的模型配置、自己的提示词、自己的工具、自己的知识库。于是「把模型从 A 换成 B」这件事，要在全系统翻一遍：改 N 处、测 N 遍、发一次版。

挂载的世界——插件挂在执行器档案上，意图只引用一个编号。改一处，所有引用它的意图同时升级。

这里有一个很具体的自测题：如果明天要把模型换成刚发布的那一版，你的系统要改几个地方？

答案如果是「很多」，说明你的能力被写死在代码里了。

四、插件不是许愿池：要么真接上，要么当场报错

图 4｜两道闸门，把「看起来能用」挡在意图执行之外

这是整套设计里我最想让你带走的一节。

AI 系统最危险的失败，不是报错，是沉默的降级：你在档案里声明「挂知识库」，系统点点头收下了，跑起来却根本没检索——它照样一本正经给你编一份答案。你以为它查过手册，其实它什么都没查。

所以这套实现里有两道闸门：

第一道，能力上限。 执行器的工具集是一张白名单，意图执行时要用哪些工具，必须是它的子集，越界即配置错误。

第二道，不装样子。 凡是还没实现的插件，只要在档案里声明，构建期就直接失败，明确告诉你「暂不可用」，绝不静默忽略。

能接上就接上，接不上就报错。中间那条「看起来能用」的灰色地带，才是企业最该害怕的地方。

五、真机上，它长这样

图 5｜执行器档案：模型、工具集、流程编排都在这里配

这是运行中系统的执行器档案页。模型区、工具集区、流程编排区，右上是流程节点——工具、智能体、知识库，一个插件一个节点。

填完保存即生效，不重启、不发版。

图 6｜执行留痕：哪几个插件真的被调用了，一目了然

再看执行过程：一次意图执行进了哪个节点、调了哪个工具、拿回来的原始数据是什么，全部留痕。

声明是一回事，被调用是另一回事。把这两件事同时摆在你面前，才叫可审计。

六、记住这一句就够了

意图定义「做什么」，执行器决定「谁来做」，插件回答「凭什么」。

能力不该写死在代码里，应该挂在档案上。

下一篇，我们收最后一道口子：AI 跑完了，吐回来的东西为什么必须是标准化的——同一份结果，凭什么既给用户看，又能回写进业务系统。