LiveBook Governance

1 为什么是现在

AI 让生成内容的成本趋近于零，这对出版是双重压力：一边是任何固定文本都可能比以往更快显得过时， 另一边是内容本身的可信度因为生产太容易而被稀释。单纯让书"冻结"会加速它被遗忘， 单纯让内容"持续被重写"又会丢掉纸质书原本提供的——一个可引用、可信任、不会被悄悄改写的定本。

LiveBook 的回应不是用 AI 自动更新书的内容，而是把"谁有权改什么"讲清楚： 正文交给作者定稿封存，围绕正文生长的知识交给一个有规则、可追溯、不依赖单一作者长期在场的社区层。 这篇文档就是这套规则本身。

2 三层模型

Format Specification 定义了 Print Layer 与 Living Layer。 本文把 Living Layer 进一步拆分为两层，分别对应"谁审核过"和"谁可以贡献"：

读者默认看到的是 Canonical + Maintained；Community 层的内容始终可见，但会标明"未经官方确认"，不会和已采纳内容混在一起。

3 贡献规则

• 不能动 Canonical Layer：任何贡献都不能修改纸质书正文的扫描件、引用文本或已发布的结论。发现错误走勘误（Errata），不是改写原文。
• 可以贡献什么：代码兼容性更新、新硬件/新框架的验证笔记、补充案例、背景考证、翻译、读者注释。
• 每条贡献必须署名：社区层的内容标注贡献者身份（真实姓名或稳定的化名），不接受匿名提交。
• 每条贡献必须可追溯：附带提交时间、针对的章节或版本、修改理由。

4 审核与采纳

• 默认未采纳：Community Layer 的内容发布即可见，但不等于被官方确认——在被采纳进 Maintained Layer 之前，始终带有"社区贡献，未经验证"的标注。
• 谁来采纳：每个 LiveBook 项目由作者或其指定的编辑作为唯一的 Maintained Layer 把关人，决定哪些社区内容被确认、合并。
• 采纳不等于背书全部：可以只采纳一条贡献里的一部分（例如采纳勘误，不采纳附带的评论）。

5 版本与历史

• 旧版本永远可查：Maintained Layer 的每次变更都保留完整历史，任何人可以查看某条内容在任意时间点的版本，不会被静默覆盖。
• 历史即事实来源：版本历史本身就是治理记录——谁在什么时候改了什么、为什么改，不需要另外一套审计系统。

6 作者退出后的接管

• 把关权可转移：如果作者无法继续担任 Maintained Layer 的把关人，该角色可转移给作者指定的继任者，或 2Peanuts Press 指定的编辑。
• 项目不因作者缺席而停摆：即使没有新的把关人，Community Layer 的贡献仍可持续累积；待新的把关人产生后统一审核采纳。
• Canonical Layer 不受影响：无论治理权如何变化，纸质书正文本身不需要、也不会因此被重新定义。

7 对真实人物内容的审慎原则

技术类 LiveBook（如 Distributed AI Systems）的社区贡献接近开源协作，可以相对开放。 但涉及真实人物的作品——例如回忆录《云层之上》——社区贡献的家族档案、人物考证、口述历史， 没有办法像代码一样靠跑测试验证真实性，因此默认采用更保守的规则：

• 涉及在世真实人物的内容，默认不采纳，除非作者本人或当事人确认。
• 照片、信件、档案类贡献需说明来源与授权情况，无法说明来源的不予采纳。
• 读者考证、评论类内容可以保留在 Community Layer 供参考，但不会被提升为 Maintained Layer 的"官方事实"。

8 技术底座

治理规则需要落在具体系统上才成立，而不是停留在这页文字里。计划中的做法：

• 每个 LiveBook 项目对应一个公开代码仓库：用 issue / pull request 作为 Community Layer 的提交入口，不另建一套 CMS。
• 分支保护对应 Maintained Layer：只有把关人可以合并到主分支；主分支内容即为官方确认版本。
• git 历史对应版本与历史要求：第 5 条的"旧版本永远可查"直接由版本控制系统原生满足，不需要额外设计。
• 仓库所有权可转移：第 6 条的"接管"对应把仓库所有权转移给继任者或 2Peanuts Press 组织账号。

9 持久性来自结构，不是承诺

LiveBook 的"长寿"不靠一句承诺撑着，靠的是结构本身。纸质书不依赖任何服务器就能存续几十年——这是起点，不是需要被担保的终点。

数字层的设计前提是：即使某天迁移、换人维护、甚至换一个域名，版本历史和治理规则也要能完整搬过去， 而不是跟着某一个人或某一个网址一起消失。没有平台能保证自己活过一百年，但只要还有人愿意接手，这套规则和记录就不会丢—— 这才是"生命不必停止"真正的意思：知识的延续不被困在单一维护者或单一域名上。

built to outlast any single maintainer — not to live forever by decree.

· Changelog