⚠️ 源单薄性声明 本条目素材只有陈彬的全局 CLAUDE.md（
~/.claude/CLAUDE.md里的”Agent 知识沉淀规则 Gaia Knowledge System v3.0”一节）。没有 Gaia 的历史版本文档、没有失败复盘、没有跨人对比。 已讲清楚：规则本身是什么、为什么这套规则存在 还没听到：名字由来、v1→v3 演化、失败案例 本条目是”官方规则的忠实转录 + 推断性解读”，等陈彬亲笔补演化故事。
一句话
Gaia Knowledge System 是陈彬给他所有 agent** 订的一条硬规则：每次干活用到知识，顺手把知识整理进 Wiki；任何 agent 要用知识，先查 Wiki 再去找原文。**
不是系统，是协议——所有 agent 都要服从的几条规则。
为什么这套协议会存在
来源：全局 ~/.claude/CLAUDE.md “Agent 知识沉淀规则 (Gaia Knowledge System v3.0)” 一节。
陈彬有几十个 agent（Meta、Architect、Tyrion、Learning、Writing、Scholar、Jung、Sheep…），每个 agent 都会产出内容、使用知识。没有协议的话会发生什么：
- 同一个知识被每个 agent 各自查一遍（浪费）
- 同一个洞察被每个 agent 各自记一份（重复，还彼此不知道）
- 知识散在各种 agent 的 session 记录里（下次查不到）
- 已有 wiki 条目没人更新（只读不写，慢慢过期）
Gaia 协议就是解决这个。让 Wiki 成为跨 agent 的共享记忆。
v3.0 的三条硬规则
规则 1：Agent 沉淀规则
“指定 Agent 在完成一个产出后，更新
知识库/Wiki/中的相关页面。不存在相关页面则创建。”
不是所有 agent——只有指定的几个。陈彬全局 CLAUDE.md 里明确：
- 执行的：Tyrion（PK）、Learning Agent（DG）、Digital陈（DG）、Kris（CR）、Dan（CR）
- 不执行的：Sheep、Alfred、Jung——除非陈彬明确说”记下来”
为什么不所有 agent 都沉淀？因为 Sheep / Alfred / Jung 这些是陪伴型/情绪型 agent——它们的产出是对话过程，不是知识成品。硬逼它们沉淀反而会污染 wiki。
沉淀操作：
- Read Wiki 相关页面
- 判断：创建新页 / 追加到已有页 / 不动
- 写明来源
- 更新
_index.md
规则 2：Knowledge Flow Invariant（知识流不变量）
“任何 Agent 需要知识支撑时：先查 Wiki → 再查框架 → 再查素材原文。查到原文后，在使用的同时将相关知识编入 Wiki。”
翻译：查询顺序是硬排的——
- 先看 Wiki（已有结晶）
- 再看框架库（如战略框架、素材模板）
- 最后才去翻原文（原始素材）
关键点：读原文的同时必须编入 Wiki——“用一次就沉淀一次”。不允许只读不写，否则下个 agent 又要从原文查起。
这条是整个系统最硬的约束。违反它就是”知识泄漏”。
规则 3：防污染规则（新增于 v3.0）
v3.0 加了三条防护：
- 已有 Wiki 是参考起点不是终点——基于原文判断是否需要补充
- 独立验证原则——编译完成后不能自己验证自己
- 覆盖率透明——Scholar 定期 lint 报告孤儿素材和单源偏见
翻译：
- 不迎合已有内容：Wiki 已有不等于对，要基于原文重判。防止”错误被重复引用后变成共识”。
- 不自己背书自己：写完这条 wiki 的 agent，不能自己审核它。必须另一个独立 agent 来评。
- 看得见偏见：Scholar 定期跑 lint，报出”某某原文只被引用过一次”或”某某话题只有一个来源”——让偏见显形。
这三条是抗迎合护栏——防止多 agent 协作变成”彼此点赞的回音室”。
Gaia 和 AIBuilder 本项目的关系
AIBuilder 把 Gaia 这套协议原样搬了过来，只是尺度缩到了社群规模：
| Gaia 全局（陈彬个人 Wiki） | AIBuilder 本项目 |
|---|---|
| 规则 1：指定 agent 沉淀 | AI 学者独占写 wiki；AI 学习者写 _素材项目/；其他 agent 不碰 wiki |
| 规则 2：Wiki → 框架 → 原文 | AI 学者每周编译时：先读 wiki/，再读 raw/，再读 _素材项目/ |
| 规则 3：防污染 | AI 学者自己不审核自己——陈彬人工策展；_health_report.md 报孤儿与单源 |
AIBuilder 的 human_review_status + _candidates/ 工作流，就是 Gaia v3.0 “独立验证”这条的落地形态。AI 学者产候选，陈彬（独立的人）策展，避免 AI 自己背书自己。
和 Obsidian-AI / Karpathy 路线的差别
- 什么是 MD-based System 讲的是”用 md 当系统”——文件形态层面
- Obsidian-AI 的反 RAG 观点 讲的是”LLM 作编译器而非检索器”——查询方式层面
- Gaia 讲的是”多 agent 共享知识的协议”——跨 agent 协作层面
三者互补：Gaia 假设你已经是 MD-based（否则多 agent 没地方共享），且你要么倾向 LLM-as-compiler 要么倾向 RAG（Gaia 对这个选择保持中立）。
什么时候 Gaia 这套不需要
诚实说：
- 你只跑一个 agent——没有多 agent 协同问题
- 你的知识库只给你自己看——不用跨角色同步，你自己记得
- 你的工作不产生可复用知识——比如纯执行性任务，没什么可沉淀
适合 Gaia 的信号：你同时跑 3 个以上 agent，而且它们经常碰到相似的问题、查相似的资料。
陈彬视角（占位——等亲笔扩）
- Gaia 这个名字（地母盖亚）和”共享生态系统”的隐喻——陈彬为什么选这个名字？
- v1 → v2 → v3 的演化：每个版本是什么痛点驱动的升级？
- 防污染规则（规则 3）是什么时候痛到必须加的？——等亲笔故事。
关联
- 紧邻：多 Agent 协作实战_陈彬式（Gaia 是这套协作的知识层协议）
- 紧邻：raw → wiki 知识沉淀机制（AIBuilder 版 Gaia）
- 前置：什么是 MD-based System
- 工具：RAG 入门 · Obsidian-AI 的反 RAG 观点（查询层的两条路线，Gaia 中立）
needs_sources（明确待补）
- Gaia 命名由来（陈彬亲笔）
- v1 → v3 的演化史
- Gaia 方案的失败/踩坑案例
- 其他人用过类似协议的对比（有没有人独立发明了相似的东西）