本页要回答 · 一个系统为什么需要三个「器官」而不是一个大脑?
怎么想清楚:三支柱
一个能长期进化的 AI 系统,要同时回答三个不同的问题:这件事做得对不对、过程稳不稳、任务跑不跑。三个问题需要三个器官,混在一起就会互相拖累。
分工(器官,不是部门)
| 支柱 | 管什么 | 判词 | 出问题时长什么样 |
|---|---|---|---|
| Ontology 本体层 | 概念定义、业务规则、数据口径、决策链——「真」的单源 | 判对不对 | 同一指标两处口径不同;规则靠人记忆、改一处漏三处 |
| Harness 流程层 | 上下文管理、验证闭环、自动化部署、知识沉淀、运维纪律(五支柱) | 保稳不稳 | 改了代码忘了验证;部署靠运气;事故重复发生 |
| Hermes 执行层 | Agent 调度、记忆分层、技能库、任务生命周期 | 管跑不跑 | 任务没人派、干了活没记录、经验不进库 |
判定口诀(归属含糊时)
「这事对不对?」→ Ontology 查规则与口径。
「这事稳不稳?」→ Harness 查流程与验证。
「这事跑没跑?」→ Hermes 查任务与执行。
例子:一次数据事故归谁管
生产系统某日报表利润突然为 0。
· 跑没跑?Hermes:同步任务正常执行、日志在 → 跑着。
· 对不对?Ontology:字段口径定义里,利润源字段被改名后口径表未同步 → 判「不对」,规则修正并回填。
· 稳不稳?Harness:为什么改名没触发验证?——部署门禁缺了字段一致性检查 → 补进五支柱纪律,加入评测集防复发。
三个器官各答各的问题,事故才不会只靠「下次小心」。
三者如何构成进化环
Ontology 判对不对规则/口径修正,产物=本体变更
→
Harness 保稳把修正沉淀为流程与验证,产物=纪律升级
→
Hermes 执行用升级后的方式跑下一轮任务
→
回流新实践的坑与模式,再回到 Ontology
费曼测试