专用智能体

nebflow 内建且仅内建三个智能体——刻意保持的小核心。专用智能体不是需要注册的新事物：它就是同一个基座智能体，由指派给它的插件为某项工作塑形。一个内核，多种能力形态——而不是越来越多预设人设的货架。

三个内建智能体

智能体	角色
Nebula	你的编排者——你对话的单一入口。理解你的意图，把它变成 Task，把全部执行交给项目，跨会话保持记忆，并汇报结果
project-dispatcher	项目规划者。把任务拆成节点图、在节点间接线，让图自己完成协调
general	基础执行者。每个任务节点都跑在它上面，带固定核心工具箱；分配的插件给它的是领域知识，不是工具

三者共享同一内核、同样的沙箱保证、同一插件协议。差别在角色，不在种类。

专化是指派，不是配置

• 任务节点跑在 general 基座上。给节点配上合适的插件，它就成为那项工作的专家——插件就是专化的单位
• 编排者与分发器负责协调而非专化——专化发生在真正干活的地方
• 不存在需要创建和维护的按领域智能体。需求变了，改的是指派——而不是智能体定义

一个真实例子

explorer-toolkit 是 nebflow 自带的真实插件——一个由两个方法论技能组成的能力包：

• exploration-method——如何探索代码库：从正门进入、沿调用链跟进，每条论断都带「路径+行号」举证
• solution-planning——如何把发现变成方案：现状、方向、涉及文件、预期变更、验收条件

把它分配给一个节点，这个节点就成为探索专家：同一个 general 基座，但从此以证据先行纪律工作——每个结论可溯源，每个方案可验收。改配 design-spec，同一个基座就变成设计评审者。专家就是那个指派。

构建你自己的

1. 写一个插件：一个带 plugin.json manifest 的文件夹，加一份把一件事讲透的 skills/<name>/SKILL.md——格式见插件协议页
2. 放进你的插件目录，在插件面板里安装它
3. 提出需要它的工作——任务分发器会从目录里按节点挑选插件

这就是全部闭环。你今天写的插件，明天就是一个专用智能体——无需额外安装、注册或维护。