架构总览
单入口、单一触发、每项目一个分发器——nebflow 这样组织 AI 工作。
nebflow 围绕一个单一入口和一小组概念组织 AI 工作：Nebula——你对话的编排者；Task——项目工作的唯一触发入口；每项目一个任务分发器，把工作拆成节点图；节点统一运行 general 基座智能体，能力由插件按节点赋予；外加一棵让长任务保持健康的监督树。本页是全景视图，每节都链向专页。
单一入口：Nebula
- 你用自然语言与 Nebula 对话：它理解你的意图、协调执行、汇报结果——是通往 nebflow 一切的单一对话入口
- Nebula 自身刻意保持精简：三件只读工具（Read / Glob / Grep）用于检视工作区，外加一件结构化写入工具 MemoryEdit。没有 shell、不能改文件——执行被委派给项目，而不是自己动手
- 会话之间，Nebula 的认知以记忆形式持久化，且只能通过 MemoryEdit 更新
Task 启动项目
- Task 是项目工作的唯一触发入口：描述你想要的结果，任务即成为一个项目
- 没有需要另行搭建的自动化层——一句话即可启动，后续一切都始终可见于项目的任务图上
每个项目都有自己的任务分发器
- 每个项目配备自己的任务分发器：它把任务拆成节点、在节点间接线成图，结果沿边回流
- 任务图是项目的唯一事实来源：运行中可在 Flow Map 上查看进度并重新接线，用 NodeEdit 原地调整任意节点——已完成的结果会被保留，重新规划不会强迫重跑
- 能力按节点赋予：分发时逐节点挑选插件或已保存的预设（preset）
- 节点刻意轻量：没有自己的记忆、没有身份。重要的东西都写在图上，项目再大也容易推理
参见任务分发器。
节点统一 general
- 每个节点都运行同一个
general基座智能体——没有需要创建和维护的众多智能体类型 - 节点会怎么做来自分配给它的插件：注入的技能与技能引用的资源。工具面不归插件管——由引擎按角色固定。参见专用智能体
- 每个节点都在沙箱内执行：文件写入被限制在项目工作区内，敏感路径不可触碰，无论节点运行什么
能力以插件交付：Agent Plugins 1.0.0
- 智能体拥有的每一种能力——方法论技能、领域参考资料、评审纪律——都以插件交付：一个遵循开放 Agent Plugins 1.0.0 格式、带 manifest 的普通文件夹
- 插件只有在你安装之后才会到达节点：没安装的插件就是不存在，安装时会记录整个内容的 digest
参见插件协议。
监督树
- 长任务被监督着运行，而非放任自流。watcher 盯着运行中的工作；分发器在一线自愈——失败节点重新派发，图的其余部分不必重跑；Nebula 兜底——项目需要更高层介入时由它出手
- 失败被隔离且可见：失败节点在 Flow Map 上落为 failed，已完成的结果原地保留，你始终看得到图的哪一部分需要处理