Freehold v0.4：先把这个词定义清楚

上一版 v0.3 我写了 Cloud Self——这条路走到尽头，云里存的不再是软件，而是”你”。当时我在文末立了个 flag：v0.4 大概率会往”主动层”走，把 Agent 团队怎么脱敏地写进方法论。

这个 flag 我没兑现。因为这六天我被一个更靠前的问题绊住了：

我一直在讲”个人数字基座”，但这个词到底是什么意思？

它不是我造的新词，也不是行业里已有严格定义的旧词。它就悬在那儿——大家都好像知道在说什么，可你要真问一句”个人云盘算不算””第二大脑算不算””数字分身算不算”，就没人答得上来。方法论讲了六章”怎么建”，底下却没有一份”是什么”。

所以 v0.4 我先回头，把这块补上。

一、本次更新了什么（v0.3 → v0.4）

v0.4 只做了一件事，但是件大事：把白皮书《个人数字基座：概念定义、参考架构与演进路线》V1.1 完整版收进了仓库，新开 `whitepaper/` 目录，Markdown 和 Word 两种格式都放了。约 2.3 万字。（想直接读全文的，点上面链接看网页版；这篇讲的是它进仓库这件事本身。）

这份白皮书干的活儿，和之前六章文档不是一回事：

• 给出正式定义。个人数字基座 = 以个人为主体、以个人数据主权为核心，由数字身份、个人数据空间、个人智能体与安全可信算力环境共同构成的，支撑个人数字化生存与 AI 应用运行的一体化基础设施。一句话说完，但每个限定词都是拿来挡人的。
• 做概念辨析。个人云盘、第二大脑、数字分身、个人知识库——这些相邻概念长得都像，边界必须一条条划清楚。说清楚一个词不是什么，往往比说清楚它是什么更费劲。
• 提出四层参考架构：身份—数据—智能—安全算力。
• 给出判定标准。一套”关键属性”，用来回答”这个系统到底算不算基座”。另附价值图谱、现状与挑战、演进路线、术语表、FAQ，以及 59 条参考文献。

这里要说明一件容易看岔的事：白皮书的四层参考架构，和仓库 `docs/02` 的五层架构（L0 身份 / L1 数据主权 / L2 能力 / L3 接入 / L4 授权审计），不是同一个东西的两个版本，更不是打架。

四层是站在产业和概念的视角，说”这类基础设施应该由什么构成”；五层是站在一个人的视角，说”你从零开始，按什么顺序动手建”。 前者是给这个领域画的地图，后者是给个人写的施工序列。我在白皮书的说明里把这层关系专门写清楚了，免得后面有人拿两张图来对我。

顺带把仓库的分工也钉死成三层：

| 层 | 在哪 | 回答 | |—|—|—| | 概念界定 | `whitepaper/` | 个人数字基座是什么、边界在哪 | | 方法论 | `docs/` | 你怎么建一个 | | 实证 | `case-study/` | 一个真实的基座长成了什么样 |

另外确立了一条约定：白皮书的版本号独立于仓库版本号。 白皮书会随政策和产业实践持续迭代（现在是 V1.1），而仓库版本记的是方法论成熟度。后续白皮书修订就新增文件，旧版一律不删——一份概念界定文本的修订史，本身就是这个概念在被谁、被什么推着走的证据。

已知缺口也一并写在 CHANGELOG 里：白皮书目前只有中文版，英文翻译开放征集。正文按原文上传，没做仓库化改写，所以还留着首发渠道的导语和文末互动语——这点我犹豫过，最后还是选了保留原貌。

二、版本迭代记录（每一版分别是什么）

v0.1（首版）——立命。确立核心命题”智能可以租，根基必须自有”，命名取自唐代均田制的”永业田 vs 口分田”、英美法的 freehold vs leasehold。给出五层架构 L0–L4：身份（自有域名）、数据主权（可整体搬走的纯文本层）、能力（个人 API）、接入（可替换的插头）、授权审计（谁、凭什么、做了什么、可吊销）。分层判据一句话：”它死了我疼不疼。”配五章文档 + 基座宪法模板 + 第一个参考实现案例。

v0.2——出海。全套英文文档上线，中英一一对应；定下双语维护约定（改原则性表述必须同步两个语种）；宪法模板出中英双版，新增 llms.txt 模板；接上姊妹项目 Golevka（数字生命）的互链。这一版没动方法论内核，是把 v0.1 完整地翻了一遍、让它能被全世界和全世界的模型读到。

v0.3——见顶。新增 06·Cloud Self 一整章（中英对等），第一次触碰”终极形态”：以前云里放软件，以后云里放”你”；哲学地基是基质无关性；三层结构（被动/主动/人格）；新红线 portability——Cloud Self 挂掉等于数字性死亡，所以”搬得走的才是你的”从洁癖升级成生存刚需；并把四十年谱系摆出来（Sun 1984 → 甲骨文 NC 1996 → 卡尔《大转换》2008 → Solid 2018），结论是 hardware-agnostic + self-sovereign。同版加了 README 版本区块、案例近期迭代、CHANGELOG。

v0.4（本版）——立名。白皮书 V1.1 入库，补上概念界定层：正式定义、概念辨析、四层参考架构、判定标准、术语表、FAQ、59 条参考文献。如果说 v0.1 是地基、v0.2 是把地基说给世界听、v0.3 是抬头看这楼要盖多高，v0.4 就是回过头去，给这块地办产权证——先把它是什么写清楚，别人才能在同一个词上跟你说话。

三、迭代路径（它是怎么一步步走到这里的）

四版连起来是这么一条线：

v0.1 立命 → v0.2 出海 → v0.3 见顶 → v0.4 立名。

• v0.1 回答”怎么建“：五层架构、宪法十条。
• v0.2 回答”给谁看“：人和模型都能读到。
• v0.3 回答”走到哪“：尽头是 Cloud Self。
• v0.4 回答”它是什么“：一份可被引用、可被反驳的正式定义。

有意思的是这条线的形状。它不是从定义出发、层层推演到实践的那种漂亮结构，而是倒着长的：先动手建（v0.1）、再翻译出去（v0.2）、再想清楚尽头（v0.3）、最后才回头定义起点（v0.4）。

我一开始觉得这是没规划好。后来想明白了，这恰恰是对的顺序。没建过的人定义不了这个词。 白皮书里那些划边界的判据——为什么个人云盘不算、为什么第二大脑不够、什么叫”能整体搬走”——每一条我都是先在自己那套东西上撞过墙，才知道该往哪儿划。要是 v0.1 就先写定义，那份定义现在多半已经被我自己推翻了。

至于 v0.3 立的那个 flag，主动层（Agent 团队）怎么写进方法论——它还在队列里，顺延到下一版。这次插队的理由很硬：一个连自己都没定义清楚的概念，谈不上往里加东西。

还是那句话——每一次用起来的不方便，才是下一版真正的方向。 这次的不方便是：我发现我没法用一句话向一个陌生人讲清楚我在建的到底是什么。

白皮书全文（网页版）：https://gavinmind.com/personal-digital-foundation-whitepaper-v1-1/ 开源仓库（中英双语）：https://github.com/Golevka5417/freehold 白皮书目录（Markdown / Word）：https://github.com/Golevka5417/freehold/tree/main/whitepaper 本版 Release：https://github.com/Golevka5417/freehold/releases/tag/v0.4 姊妹项目 Golevka（数字生命）：https://github.com/Golevka5417/golevka