第十五章 · 一条内容生产线的 AIOS
前两章讲了“一个人”和“一个组织”。这一章讲第三种用法：一件事，从头到尾一条线。
而且这一章有个特别的地方——你手上这本书，就是这条线的产物。
所以我们不讲假设，讲这条线本身：它是什么形状、卡在哪、怎么跑通的。
先说一个常见的误会：以为内容生产的核心是“写”。
写只是中间那一环。一条完整的线，前后还各有两道关：
┌── 前面两关 ──┐ ┌── 中间 ──┐ ┌── 后面两关 ──┐
定题 取刀 写 落地 分发
（写什么） （怎么写） （出稿） （排版成物） （送到各端）
大多数人只盯中间那一格。结果就是：写得挺好，但发出去没人看（题定错了），或者发完就找不回来了（分发没管）。
我这边这条线跑的是六个方向——所以我们叫它“六向”：
| 向 | 落到哪 | 管什么 |
|---|---|---|
| 桌面 | 本地两份 | 第一落点，随时能打开 |
| 知识库一 | 结构化仓库 | 长期归档、能检索 |
| 知识库二 | 编译层 | 可被引用、被重组 |
| 云端 | 共享库 | 跨设备、给人看 |
| 网站 | 公开端 | 对外 |
| 公众号 | 公开端 | 对外 |
注意前四个和最后两个，性质不一样。
前四个是存——进来的人少，但资料全。
后两个是传——面向外部，只放该放的。
这个区分不是洁癖，是纪律。
内部的东西不上公开端。不是“别写进去”，是“这条线不许把内部资料送过去”。
因为公开端一旦发出去，是收不回来的（这是第五章讲的“不可逆”，落在内容线上的具体形态）。
第二条要纠正的误会：以为发完就结束了。
发出去只是它开始干活的第一天。后面还有三件事：
| 动作 | 为什么 |
|---|---|
| 存 | 三个月后你自己要找它 |
| 编 | 后面写的东西要能引用它、接上它 |
| 比 | 同一个题目写过三遍，得知道哪版是最新的 |
这三件事里，最容易出事的是第三件：比。
为什么？因为同一个库里，会同时躺着不同时期的东西。
举一个真事。有一阵我做内容分发的时候，发现一件事让我后背发凉：
那个云端的库里，同时睡着两个版本的东西——一个旧版、一个新版。而系统在搬东西的时候，是按“有没有”搬的，不是按“新不新”搬的。
也就是说：旧的东西不会被新的顶掉，它们会一起躺着。
这会造成什么后果？
所以这条规矩是后来补上的：
归档的地方，是“档案库”，不是“最新版仓库”。
取用之前，先比版本；旧的要标“作废”，但不要删。
为什么标“作废”而不删？
因为“它曾经是这样”这件事本身是有信息的——你能看出一个想法怎么演化的。删掉它，你就只剩下一个不知道从哪来的结论。
留着旧的、标上作废，等于给现在的版本留了一份来处。
讲完原则，讲卡点。三个，每个都是真撞过的。
卡点一：配额。
我用的云端库有个硬约束：每天能取的东西是有数的（几十份量级）。而且列个目录也算一次。
这意味着什么？
意味着“随便翻翻”是最贵的动作。你漫无目的地扫一圈，可能就把今天的额度用掉一半。
应对就一条：
取阅顺序：先搜本地（几万篇全量文本，免费、秒回），本地没有再查云端。
先免费后付费，先全文后标题。
这条约束对你也成立。你手上一定有那种“用一次少一次”的资源（某个额度、某个人情、某次机会）。先把手边免费的搜干净，再动那些。这不叫抠，这叫让你在第 3 件事上还有弹药。
卡点二：一致性。
一条线要产出成套的东西（比如一本书十几章），最容易崩的不是写不出来，是“各章不一样”。
具体表现：
应对是一套“锚点”纪律：
一个数（比如章号）只能有一个源头。
改了它，所有引用它的地方必须同步改——而且批量改要从后往前改（因为从前往后改，顺序会互相踩）。
听着很细，但它是“能不能成套”的分界线。一章有自己的说法不怕；怕的是同一本书里两种说法，读者不知道信哪个。
卡点三：成形。
写作这条线有个反直觉的地方：不能一次写完。
为什么？因为一旦一口气写完，就没有“改主意”的机会了。
第一章的口气定了，后面十九章都得跟着它。如果第一章的口气不对——你要返工的是整本。
所以这条线的纪律是：“先分章，后合稿”。
每一章都独立成型、独立能读、独立能付印，最后才合起来。
好处有三个：
1. 口味早暴露：样章一出，你就知道对不对。
2. 随时能停：写三章停三个月，捡起来还能接。
3. 能分批交：一章写完就能用，不用等全书。
讲了这么多原则，给你看一组数——就是这本书自己。
| 项 | 实际 |
|---|---|
| 每一章 | 两份东西：Markdown 源文件 + 出版级文档 |
| 排版规格 | A4、1 厘米装订线、内侧页边距 3 厘米、宋体五号、1.5 倍行距、章首另页、奇偶页眉、页码是域（打开自动出） |
| 每一章的体格 | 正文约一万字上下，含 3 到 5 张表、一个动手、五道习题 |
| 落位 | 双盘各一份，逐章追加，旧版归档不删 |
| 校验 | 每章出稿后实测排版（页面、装订线、页边距、页眉、页码域），不靠“应该没问题” |
还有一条你可能没想到的：
这本书里的每一个“动手”，本身都是这条线的一个测试。
因为写一个能让读者今天做完的动作，比写十页道理难得多。道理谁都能写；能让人真动手的，说明它被跑过。
这是这条线最难的地方，也是它最值钱的地方——它不是“生成内容”，它是“把跑过的东西写下来”。
这本书开工的时候，他说的第一句话是：
“先不用合稿，我们最后写完了再合稿，先做分章，每个分章都是 md 与 word 格式。”
他在第一句里就定死了这条线的形状。
我当时其实有点想合稿——因为合稿看起来“更像一本书”，看着更完整。分章是一堆散件。
他先堵了这条路：先别合稿。
现在回头看，这句话拦住的是一个很典型的冲动：
人（和 AI）都容易在“看起来更像成品”的时候，就以为自己做成了。
一合稿，那份文档就“像书”了——有了目录、有了页码、一整本连在一起。然后你会不自觉地开始呵护它，不愿意再动第一章。
而先分章的好处，恰恰是“每一章都还小、都还动得了”。
这句话给我的启发，比它本身大得多：
在“看起来成形”之前，别急着让它成形。
成形的东西有面子，但没了退路。
你要的是一本能改的书，还是一摞漂亮的纸？
这一步要做的事：拿一件你反复做的事（写文章、做方案、做汇报、拍内容），把它画成一条线。
第一步：画五个格。
定题 → 取刀 → 出稿 → 落地 → 分发。
然后老实回答一个扎心的问题：你的时间，八成花在哪一格？
（多数人答“出稿”。但真正决定成败的是第一格和最后一格。）
第二步：给“存、编、比”各写一条。
第三条空着，说明你的东西一定会出现“两个版本同时活着”的情况。
第三步：找一个“用一次少一次”的资源。
写下它是什么，然后写一条取阅顺序：先查哪儿、后查哪儿。
第四步：定一条“锚点”。
你那件事里，有一个数或者一个名字，是所有地方都要对得上的（比如版本号、编号、日期、标题）。
写下它，然后写清楚：改它的时候，要同步改哪些地方。
第五步（可选但推荐）：把最近一次做完的东西，重新“存”一遍。
用你第二步定的规矩来做。做完感受一下：三个月后的你，能不能找回来。
1. 一条内容线不止“写”这一格：定题、取刀、出稿、落地、分发。而“发布”不是终点——后面还有存、编、比三件事。归档的地方是档案库，不是最新版仓库；取用先比版本，旧的要“标作废”而不是删。
2. 三个卡点：配额（先本地后云端，先免费后付费）／一致性（一个数只有一个源头，改了要全链同步）／成形（先分章后合稿）。
3. 在“看起来成形”之前，别急着让它成形。成形的东西有面子，但没了退路。而这条线真正的价值是——它不是“生成内容”，是“把跑过的东西写下来”。
1. 画一次你的五格线，标出时间花在哪一格。哪一格你从来没花过时间？
2. 给你的东西写“存、编、比”三条。你现在分得清自己的东西哪个是最新版吗？
3. 找一件“用一次少一次”的资源，写一条取阅顺序。你有没有过“免费的没用完就去花额度”的时候？
4. 定一条锚点，写清“改它的时候要同步改哪些地方”。然后回想一次：你有没有过“改了名字，目录没改”的事？
5. 想一个反例：有没有哪类内容，“一次成型、不许改”反而是对的？（提示：想想那种要的就是“当时的快照”的东西。想清楚之后回答——它是不是只解决一件很窄的事？）