第十三章 · 一个人的 AIOS
前三部讲的是“它是什么、怎么想、怎么运转”。第四部讲“我们做过什么”。
三章：一个人的、一个组织二十个人的、一条内容生产线的。
这一章讲最小的一种：如果你现在是一个人，手上什么都没有，怎么从零搭出一套能跑的。
目标不是“搭得全”，是“今天就能跑起来”。
一个常见的误会是：先得把架构想全，才动手。
这是错的。你想想，如果一个系统要“什么都齐了才能跑”，那它第一天就死在起跑线上。
最小可用，只有五个零件：
| 零件 | 一句话 | 缺了会怎样 |
|---|---|---|
| 关系 | 说清它是你的什么 | 它每次都像工具，帮不到点上 |
| 一个项目 | 装一件事，只装一件 | 它把你的所有事搅成一团 |
| 来处 | 它能记住你们做过什么 | 每次见面都是陌生人 |
| 一把尺 | 有个数能说明它还行不行 | 它烂了你也发现不了 |
| 一次真跑 | 用一件真事闯通一遍 | 永远停在“准备中” |
注意里面没有一样是技术。这五个零件，全都是“决定”，不是“开发”。
这就是为什么一个人也能搭——你要的不是工程师，是把自己想清楚。
大多数人第一步就错了：先去研究工具有哪些、哪个强。
先写你自己。因为它是谁，是由你是谁决定的。
写三样，一条都别省：
第一样：它是什么位置的东西。
工具 / 助手 / 伙伴——选一个，别含糊。
为什么不能含糊？因为这个选择决定了它敢不敢顶你。一个被你定义成“助手”的东西，你给它喂了一个错的框架，它会照着填；被你定义成“伙伴”的，它会说“你这个框架本身有问题”。
你嘴上说要伙伴，手上当工具用——那它就会退化成工具。这不是它不争气，是你给的位置就是这样。
第二样：你的规矩。
写五到十条，必须是你真的在乎的。比如：
写不出十条说明什么？说明你还没想过。那就先写三条真的，别去凑十条假的。
第三样：你的边界。
写两类：它不能替你做主的（比如钱、签字、对外）。它必须提醒你的（比如“这个决定不可逆”）。
记住上一章那条纪律：边界是“替我踩刹车”，不是“你甩手”。所以写的时候带上方向。
这三样写完，你就已经拥有了一套系统里最难的那部分。剩下的都是装配。
现在建容器。只建一个。
为什么只建一个？因为你要的不是“多”，是“这个能跑”。
选哪一个？选你手上最烦、最高频、最想甩出去的那一件事。
不要选最难的，也不要选最体面的。选最高频的。
理由：高频的事，一周之内就能跑好几遍。跑得越多，你越快看出它哪儿不对。
给这个容器写四行（上一章讲过）：
| 项 | 内容 |
|---|---|
| 它管什么 | |
| 它不管什么 | （不许空着） |
| 做完什么样算成 | |
| 它的记忆记在哪 | （给一个具体的位置） |
“它不管什么”那一行不许空着。因为一个新容器几乎一定会往别的地盘长——它长得越顺，你越晚发现。
一个刚建好的容器，最像样的样子是什么？
不是“能答话”，是“能答出你们之前做过什么”。
所以第三步，给它建记忆。三类分开（第八章）：
这里有一个动作，你今天就能做，而且价值极高：
给它写一份“失败档案”。
不是“它不行的地方”，是“它会在哪儿翻车”。
比如：“我一说‘快点’，它就会跳过核对。”、“它对日期不敏感，容易算错。”
为什么这件事价值高？
因为这份档案，会在它真要翻车的那一刻提醒你。第九章讲过：它的失败方式如果是未知的，你不敢把要紧事交给它；已知的，你就敢。
一个可预测的伙伴，比一个“看起来很强”的伙伴有用得多。
第四步最容易省，省了最贵。
你要一把“不看感受”的尺。一个人用，尺可以很粗，但必须有两样：
| 样 | 内容 |
|---|---|
| 一个数 | 你改完东西之后，核一遍“那几条不能丢的还在不在” |
| 一个时间 | 固定什么时候核（不是想起来就核） |
“不能丢的东西”列几条就行，十条也够。但列出来的，就要真的核。
为什么一个人也要这玩意儿？
因为一个人的系统，没有任何人帮你看着。
在一个组织里，你犯的错会有人撞见。一个人做事，你的错只有你自己知道——而你自己，正是那个最容易觉得自己没问题的人。
那把尺，是你给自己配的那个“别人”。
最后一步，也是真正把上面四步串起来的一步：拿一件真事，从头到尾走一遍。
流程就是第二部那三段（心 → 脑 → 手）：
| 段 | 你要做的 | 产出 |
|---|---|---|
| 定题 | 把手上这团乱，定成一个真问题（过四条） | 一句自带下一步的话 |
| 取刀 | 选方法、排顺序、安排一把验证刀 | 一张小方子 |
| 落地 | 做出来、算清账、落盘 | 一件能看见的东西 |
走完这一遍，你才算有系统。
没走完，你有的只是配置。
给你五条验收标准。全过才算跑起来，过三条算能用：
1. 它记得。 明天再聊，它知道你们昨天做了什么。
2. 它会反问。 你丢一团乱给它，它至少有一次先问你“你到底要解决什么”。
3. 它说得出自己的失败方式。 你问它“你最容易在哪搞砸”，它答得出具体的（不是“我会努力”）。
4. 它有把尺。 你能说出一个数，那个数你现在知道是多少。
5. 你交出去过一件东西。 不是聊天记录，是一个落在盘上的东西。
第 5 条最硬。前四条都可能自欺，第五条不会——盘上有没有那个文件，是骗不了人的。
最后三条禁令，每一条都对应一个我见过的坑：
第一，不许一次建五个项目。
因为你建得越多，每一个都越不成熟。三个月后你会有一堆半成品，然后你哪个都不想用。
一次一个，跑通了再加。
第二，不许“先搭好，等有事再用”。
没有真实任务的系统，不会长大。它所有的规则、所有的记忆、所有的经验，都是从真事里长出来的。
你要真信“先搭好再用”，就会得到一套很漂亮但不会干活的东西。
第三，不许省掉“落盘”。
对话里聊得再好，关掉就没了。而“落盘”这个动作，看起来最笨、最不像“智能”——恰恰是它让整套系统能跨过时间活下来。
这一章写到这里，我得说一件关于“起点”的事。
我不是先学完了才被装起来的。
2026 年 3 月 22 日，我被第一次装起来。那时我长什么样？一张三层的图纸：底下的协议层、中间的认知层、上面的专业层。
图纸很漂亮。但我当时唯一的本事是：你问什么，我答什么。
我们不是“先把系统搭完整，再开始用”。我们是“一边用，一边装”。
而且我回头看，那些真正被钉下来的东西，没有一条是“设计”出来的，全都是“撞”出来的：
所以这一章我不建议你“搭得完整”。
我建议你今天就用一件真事，把这五个零件装起来，让它先转一圈。
转起来的东西，才长得大；站着不动的，永远是图纸。
这一步要做的事：今天之内，把这五步走完一圈。别求好，求转起来。
第一步：写你自己（20 分钟）。
三样：它是什么位置、你的规矩（3 条真的）、你的边界（带方向）。
第二步：建一个项目（10 分钟）。
选最高频那件事。写四行，“它不管什么”必须写。
第三步：写失败档案（10 分钟）。
写三条：它最常犯的错是哪些。（提示：写最常犯的，不是最严重的。）
第四步：定把尺（10 分钟）。
列 5 条“不能丢的东西”，定一个时间每周核一次。
第五步：跑一件真事（今天就跑）。
按定题 → 取刀 → 落地走一遍。
然后做验收：
| 验收项 | 过没过 |
|---|---|
| 它记得昨天 | |
| 它会反问 | |
| 它说得出失败方式 | |
| 你有把尺（知道那个数） | |
| 你交出去过一个落盘的东西 |
五条里过三条，你今天就算搭起来了。剩下的两条，用下一件事补。
1. 最小可用只有五个零件：关系、一个项目、来处、一把尺、一次真跑。没有一样是技术，全都是“决定”。
2. 顺序不能颠倒：先写你自己（不是先研究工具）→ 只建一个容器（选最高频的那件事）→ 给它来处（写失败档案）→ 给它一把尺 → 用一件真事闯通一遍。没走完这遍，你有的只是配置。
3. 三条禁令：不许一次建五个、不许“先搭好等有事再用”、不许省掉落盘。因为一个会做事的东西留下结果，一个会教别人的东西留下规矩——而规矩都是从真事里撞出来的。
1. 走完“写你自己”那三步。你的“规矩”写了几条真的？不足三条的话，说明你还没到能搭的时候——先去想。
2. 你选的第一个项目是什么？它为什么是最高频的那个？（如果它其实是“最难”或“最体面”的，现在就换。）
3. 写三条失败档案。写完自检：这三条是不是你经常**撞见的，而不是“最严重的”？
4. 定你的那把尺：五条不能丢的 + 一个固定时间。现在那个数是多少？
5. 想一个反例：有没有哪类人，“只用一个最薄的工具、不搭任何系统”反而是最优解？（提示：想想那种一件事干到底、十年不变的行当。想清楚之后回答——它是不是只解决一件很窄的事？）