为什么有这篇

本 wiki 的第一篇”案例”必须是本 wiki 自己。原因:

  1. 你正在读的这个东西,本身就是 MD-based System 的一个活样本
  2. “raw → wiki 编译”的机制在本项目跑通,就是对它自己的证明
  3. 好朋友看到 “哦原来可以这样搭”,比读 100 篇理论有效

起点(2026 年 4 月中旬)

陈彬发现一件事:他在 Personal Kingdom(PK)里跑通了一套方法(PO3 / Blueprint / Meta-Architect 三角色),好朋友们看了都想学,但他一个人讲不过来

核心张力:

重复 1v1 回答同类问题,陈彬燃尽;不回答,方法论扩散不出去。

于是他决定:搭一个好朋友共享的 wiki + 浮动 chat widget,让后来的朋友不再重复问同一问题。

8 天骨架(Blueprint v1.7)

目标:8 天上线内测。不是 8 周,不是 8 个月。

阶段时间做了啥
Day 0今天T1 目录 + T2 AnythingLLM + T3 wiki 种子 + T4 Quartz 发布 + T6 IP 内测
Day 1明天T5 DNS+SSL + 全社群发布(Obj 1 评估起算)
Day 1-33 天好朋友用 chat widget,raw 记录自动积累
Day 4-74 天AI 学者编译 raw → wiki 候选 → 陈彬策展

关键架构选择(为啥这样不那样)

选 Quartz 不选 MkDocs

Quartz 天然支持 Obsidian 双链、中文友好、静态部署简单。MkDocs 作 Plan B。

选 AnythingLLM 不选自己写 RAG

AnythingLLM 开箱即用,支持国产 LLM(MiniMax),容器化部署 30 分钟搞定。自己写 RAG 是下下策。

选单域名不选子域名

aiwiki.lifeacademy.space 一个域名同时跑 Quartz 和 chat widget。Plan B:widget 不行就退 chat.aiwiki.lifeacademy.space

选 MiniMax 不选 GPT

国产 API、对中文场景好、价格合理。Plan B 链:Kimi → 智谱 → DeepSeek。

双 Agent 分工(AI 学者 + AI 学习者)

整套系统的灵魂是两个本地 agent

  • AI 学习者ai-xuexizhe):和陈彬对话探索主题,产出”素材项目”(探_*文件夹)
  • AI 学者ai-xueze):读 raw/ + 读素材项目,编译成 wiki 候选,陈彬策展后搬正本

两个 agent 完全独立,不互相调用,只通过 wiki/ai-xueze_pending.md 单向文件通信。

这就是本文档。正在被你读的这一篇,就是 AI 学者从 634 个 raw md 文件里编译出来的。

raw → wiki 编译机制(本项目最大创新)

普通 wiki 写法:人想一条、写一条。

本项目写法:

好朋友用 chat widget 问问题
    ↓
原始对话存 raw/YYYY-MM-DD/
    ↓
陈彬和 AI 学习者深度探索主题 → 产出素材项目
    ↓
AI 学者双源编译 → wiki/_candidates/
    ↓
陈彬 10-15 分钟策展 → 批准的搬 wiki/
    ↓
chat widget RAG 检索 wiki → 下一个人问类似问题直接命中

后来者受益于先来者——Obj 2 就是这个机制的 KPI。

四条硬纪律(本项目没妥协)

  1. 绝不碰其他项目:AIBuilder 工作区严格锁死 ~/AIBuilder/,不跨项目
  2. 不直接写 wiki:AI 学者必须先产 _candidates,陈彬策展批准才搬
  3. 抗迎合护栏:单源条目明确声明、列缺失视角、不做跨案例归纳
  4. Plan B 链:每个关键技术选择都有降级方案(域名 / embedding / LLM / 部署)

你能从这案例学到啥

不是”复制这个架构”,是学这个设计习惯

  • 先定 PO3 再动手(Purpose / Objectives / Outputs / Outcomes)
  • 蓝图先于实现(Blueprint v1.7 在 T1 之前就写完了)
  • 8 天硬边界,不允许拖
  • 单源 ≠ 不做,但单源 = 加护栏
  • AI 不是万能,人工策展是不可跳过的一环

关联

元说明

本条目有点”元”——wiki 讲 wiki 自己。这是有意的。如果一个方法连讲述自己都做不到,它就不可信。