元模块
元模块 = AI 系统里的原型（primitive/archetype）。 最基础的可组合构件——像乐高积木，拼出各种完整系统。
每个元模块都从最简单的单一功能起步，往上长出复杂度梯度，最高阶能耦合其他模块成为复合系统。
它不是具体系统（那是 用例）。元模块是”造任何系统前都可能调用的原型”。
AI 能为你做的几件事
在钻进下面那张 7 原型表格之前，先把”AI 进项目以后能接哪些活”用人话过一遍。你会发现这些活你本来就想做，只是以前没有趁手的搭子。
- 让它读懂你的项目——不是每次都从头解释一遍”这是啥”。AI 一进门就知道这个文件夹是干嘛的、有哪些规则、踩过哪些坑。这是知识库原型的起点。
- 让它学会你这一类活该怎么做——不只是通用聪明人，而是改稿像改稿的样子、审研报像审研报的样子。这是文章写作、自媒体运营原型的方向。
- 让它进你的写作/知识/代码项目一起改——不是给一段”参考代码”让你自己拼，而是读文件、改文件、看哪里会受影响。这是文字作品发布、知识库原型的真正差别。
- 让它当一个长期的陪伴角色——不是回答完这次就结束，而是日复一日知道你在干什么、情绪在哪、上一轮卡在哪。这是个人成长教练原型。
- 让它帮你想清楚系统怎么搭——从一张蓝图开始，想明白”为什么做、看见什么结果、产出什么”再动手。这是系统设计师 + 系统建构师两原型的合流。
- 让它把一堆零散材料变成能反复用的知识——会议纪要、素材卡片、对话记录——AI 不是总结一下就扔，而是归档、打标、连接、复用。这是知识库原型的高阶耦合。
把这几件事认出来之后，下面那张 7 原型表格就不再像一道墙——它只是把这些事按”最简起手 → 高阶耦合”排好了。
一个最容易走歪的误区
L1 最容易犯的错，不是看不懂，而是把概念当成收藏夹——每个都点开一点，然后继续半懂不懂。这样读，概念会越积越多，压得人更不想动手。
更好的读法是：
- 先回想你自己真的遇到过什么问题——AI 老忘？老跑偏？老得重讲？
- 再对号入座——忘了多半是知识库原型没搭起来；跑偏多半是没给它CLAUDE.md当脚手架；总得重讲多半是没让它读项目。
- 一次只补一个原型——不求今天全懂，只求下次再用工具时，少踩一个同样的坑。
- 读完就回项目里试——这一章的价值不是让你”知道得更多”，而是让你下一轮工作更顺。
7 种原型（由简到繁 · 单一到耦合）
| # | 原型 | 最简 MVP | 高阶耦合 |
|---|---|---|---|
| 1 | 知识库 | 一份 CLAUDE.md + RAG 检索 | 跨项目 wiki + 多 agent 共享记忆 |
| 2 | 文章写作 | 一个 skill + 一个 CLAUDE.md | Writing agent + 多轮审校 + 品味模型 |
| 3 | 个人成长教练 | 一份日记 + 一个 agent | LifeOS 六 agent · 日/周/月节律 |
| 4 | 系统设计师 | 一张蓝图 + Meta 视角 | Blueprint-Driven + PO3 + 张力分析 |
| 5 | 系统建构师 | Architect agent + 文件操作 skill | 多系统协同 · 注册表 · 独立审计 |
| 6 | 自媒体运营 | 内容日历 + 发布模板 | 写作+选题+排程+数据分析耦合 |
| 7 | 文字作品发布 | Obsidian → 一键发布 | 多平台链路 · 版本管理 · A/B |
用法（how to compose）
- 读者想搭一个系统 → 先看目标是什么（用例）
- 拆解它需要哪些元模块（查本 index）
- 每个元模块按最简版拼出 MVP
- MVP 跑通后按复杂度梯度升级
- 最后用耦合层把多个元模块连成完整系统
和其他模块的关系
- ↑ 上：路径/L2 · 搭建系统（导航到这里）
- ↓ 下：系统/用例 · 具体实例（元模块在真实项目中的组合结果）
- ← 支撑：概念/（技术概念） · 基建/（物质基建）
- ← 原典：推荐阅读/ · 每个元模块都对应几篇原典启发
AI 学者 2026-04-20 建骨架 · 7 个原型页待扩展