# 健康理论 v3 设计书：从《86 条外部审稿》到 v3 的重构依据

> **v3 迁移说明**
> **层级**：v3/99_审稿与变更/（同类）
> **类型标签**：【演化记录】【设计书】
> **来源**：v2/new/9.md（86 条外部审稿）的二次吸收
> **v3 处置**：本文档不替代 [86条外部审稿.md](86条外部审稿.md)，
> 而是把它**升级为 v3 的设计书**——记录"为什么 v3 长成现在这样"。

---

## 引言

通读 [《86 条外部审稿》](86条外部审稿.html) 之后，我的判断比上一轮更明确：

> **v3 最有价值的东西不是健康知识，而是"健康决策系统 + 健康治理理论"。**

我基本同意，但认为这份审稿里**有几处已经被 v3 修正了，也有几处可以再推一步**。

本文档不再把 86 条当成"待修改清单"，而是把它当成 **v2 → v3 的设计需求文档**——记录理论是如何通过批评不断演化的。

---

## 一、v3 的统一定义

审稿里已经给出了 5 维健康函数（生存、功能、自主、适应、价值实现），v3 Kernel 也已经吸收。

但如果要把整个理论**压缩成一句话**，我建议 Kernel 顶层加一句：

> **健康理论 = 在约束下，让状态向目标移动的决策方法。**

这句话不是定义"健康是什么"，而是定义**理论在做什么**。它把三个子理论自然串起来：

| 子理论 | 回答的问题 | 在做什么 |
| --- | --- | --- |
| 健康状态理论 | 人现在处于什么状态？ | **定位**当前位置 |
| 健康决策理论 | 下一步应该做什么？ | **选择**下一步 |
| 健康治理理论 | 为什么走不动？ | **解释**约束结构 |

三者的关系是：

> **状态 → 决策 → 治理**

反过来：

> **治理发现约束 → 决策更新选择 → 状态重新定位 → 进入下一轮。**

这正好是 Health OS 的主循环。

---

## 二、四机制 → 决策变量

审稿指出"四把尺子不是同一种数学对象"（[原文 §三](86条外部审稿.html)）：

> 兜底 = 风险治理  
> 激励 = 行为机制  
> 能力 = 能力机制  
> 意义 = 价值机制

这一点我非常赞成。它解释了为什么"四把尺子"越写越乱——因为这个词同时承担了**评价、设计、解释**三种功能。

v3 已经把"四把尺子"改成了"四种机制"，但还可以**再往底层压一层**——把四机制对应到决策变量：

| 机制 | 决策属性 | 在决策中的作用 |
| --- | --- | --- |
| 安全 | **约束** | 划出不能踩的边界 |
| 行为 | **行动** | 选择具体做什么 |
| 能力 | **状态** | 描述我现在能做什么 |
| 意义 | **目标** | 定义我想去哪里 |

于是整个 Health OS 的决策循环变成：

> **状态 → 目标 → 约束 → 行动 → 反馈 → 更新状态**

这是一个真正的动态系统，而不是四个并列的"尺子"。

> **传播语言保留"四把尺子"，理论语言使用"四机制"，底层用"决策变量"统一。**
> 这是 v3 在审稿基础上值得固化的一步。

---

## 三、"升级"应作为 Health OS 的核心操作

审稿的 7 个通用问题（[原文 §十](86条外部审稿.html)）已经隐含了一个重要操作：

> ① 有没有立即危险？  
> ② 什么时间尺度？  
> ③ 是疾病、功能、行为还是环境问题？  
> ④ 知道什么、不知道什么？  
> ⑤ 有什么现实约束？  
> ⑥ 哪个干预成本最低、收益最高、风险最小？  
> ⑦ 这个方案愿不愿意长期执行？

通读这 7 个问题，会发现它们贯穿的核心动作不是"判断"也不是"干预"，而是：

> **决定我有没有能力继续靠自己，还是要把决策权交给更专业的人。**

我建议把"**升级**"显式提升为 Health OS 的核心动词，并定义成 6 级决策权限：

| 等级 | 决策主体 | 触发条件（举例） |
| --- | --- | --- |
| **Level 0** | 自己观察 | 症状轻微、风险未知、状态稳定 |
| **Level 1** | 查可靠资料 | 想了解机制、不确定是否需要专业介入 |
| **Level 2** | 咨询专业人士 | 出现持续性症状但无红旗信号 |
| **Level 3** | 普通门诊 | 明确功能性问题、需要诊断 |
| **Level 4** | 尽快医疗评估 | 出现红旗症状、可能进展 |
| **Level 5** | 急诊 / 紧急处理 | 立即危险信号 |

把 Kernel 里所有"判断/干预/反馈"的动词替换为"**升级**"族：

| 旧动词 | 新动词族 |
| --- | --- |
| 判断 | **升级判断**（从 L0 → L1 → L2） |
| 干预 | **升级行动**（从自我管理 → 借助工具 → 借助他人） |
| 反馈 | **升级信息**（把新的症状/状态信息交给上一级） |

> **Health OS 的核心操作 = 升级决策权限。**

这比"判断"更有可操作性，也更符合普通人最真实的需求：

> **不是"我得了什么病"，而是"我该升级给谁看"。**

建议 Kernel [05_Health_OS_Kernel.md](../00_Kernel/05_Health_OS_Kernel.md) 增加一个"升级矩阵"小节，把现有的红旗症状升级为"升级触发条件"。

---

## 四、对 Kernel 的三条增量建议

在 86 条审稿基础上，我建议 v3 Kernel 再吸收三条增量原则。

### 4.1 防膨胀算法：理论边界原则

审稿最狠的一句批评是：

> **理论已经开始违反自己最重要的一条原则。**（[原文 §二](86条外部审稿.html)）

睡眠 → 腺苷 → 糖 → 肥胖 → 舌苔 → 湿热 → 茵陈 → 玉米须 → 泡脚 → 艾灸…… 不断往 Kernel 里塞。

建议 Kernel 顶层增加一条**理论边界原则**：

> **新知识只能扩充知识库（06/07/08/09 层），除非它改变健康决策的基本规则，否则不得进入 Kernel。**

这条原则可以成为 v3 的"防膨胀算法"——任何想进入 Kernel 的新内容，必须先回答：

1. 它改变的是哪条决策规则？
2. 不放进 Kernel，现有规则是否仍然能导出这个结论？
3. 放进 Kernel 后，是否会显著扩大 Kernel 体积？

任意一条为"否"，就**留在知识库**。

### 4.2 中医：证据层级 + 模型用途

审稿对中医部分的批评很准确：

> **相似 ≠ 等价。**（[原文 §十一](86条外部审稿.html)）

阳气 ↔ 生物钟 + 睡眠压力，这种对应关系诱人但危险。

v3 应当进一步显式声明中医的使用边界：

| 模型 | 用途 | 不可承担的功能 |
| --- | --- | --- |
| 现代医学模型 | 疾病诊断、风险判断、治疗评价 | 不可作为价值判断 |
| 传统医学模型 | 观察、分类、经验组织、生活方式建议 | 不可替代机制解释 |

> **不能因为两个模型描述了同一现象，就认为两个模型具有相同的机制真实性。**

这条边界应当写进 [07_中医应用模块](../07_中医应用模块/) 的总览文件。

### 4.3 画像：动态生成，不是模板

审稿对"肝血亏虚画像"的批评很到位：

> **画像开始反过来塑造理论。**（[原文 §十二](86条外部审稿.html)）

> Health OS → 画像（画像是工具）  
> 画像 → Health OS（理论被案例绑架）

真正的个性化不是给你 100 种人格/体质模板，而是：

> **根据你的状态、风险、资源、能力、约束和目标，动态生成决策路径。**

这才是真正的"OS"。

建议 [08_画像生成器/]（待建）不写"九种体质""五大人格"这种模板，而是写**画像生成算法**——输入 6 类变量，输出决策路径。

---

## 五、理论的自我应用

86 条审稿里有一句 meta 感极强的话，文章原文点到了但没充分展开：

> **健康理论本身，也按照自己的理论在进化。**（[《86 条外部审稿》读后 §十二](86条外部审稿.html)）

这句话不是修辞，而是 v3 最重要的**自洽性证据**。

把 v2 → v3 的演化过程展开，其实就是 Kernel [05_Health_OS_Kernel.md](../00_Kernel/05_Health_OS_Kernel.md) 里那个 9 步决策算法的一次完整运行：

| 决策步骤 | v2 → v3 演化中的对应动作 |
| --- | --- |
| 观察 | 86 条外部审稿对 v2 的全面诊断 |
| 判断 | 识别出 10 个结构性问题（理论膨胀、四把尺子同层化、元规则混杂等） |
| 干预 | 九层架构 + 5 维健康函数 + 四机制 + 4 时间尺度 |
| 反馈 | 接受审稿批评、修复 10 条优先项、明确拒绝部分意见 |
| 更新 | v3 落地为 Kernel 6 文件 + 知识库分层 |
| 下一轮 | v3 自己的"失效边界"段落（M0.3 要求）为下一轮演化预留接口 |

也就是说：

> **v2 是一组"健康决策"出问题，v3 用自己的"健康决策算法"修了 v2。**

这种**理论的自指性**（theory applied to itself）非常稀有——大多数养生书不会自我修正，大多数医学指南十年不改，而 v3 把"可修正"从口号变成了**可观测的演化轨迹**。

建议在 Kernel [00_理论方法论.md](../00_Kernel/00_理论方法论.md) 增加一节"理论的自我应用"，把这张对应表固化下来——它既是元方法论证据，也是 v3 区别于普通健康理论的关键标识。

---

## 六、86 条意见处置表

下面把 86 条审稿的主要意见按"已采纳 / 部分采纳 / 暂未采纳"重新归档，并说明理由。

| 类别 | 意见 | v3 处置 | 理由 |
| --- | --- | --- | --- |
| 架构 | 六件不同事混在一起，没有层级 | **已采纳** | 落地为 9 层架构（Kernel+知识库+中医+画像+工具） |
| 架构 | 四把尺子不是同层 | **已采纳** | 改名"四机制"，并在本设计书中进一步抽象为"决策变量" |
| 架构 | 元规则类型混杂 | **已采纳** | 压缩为 5 条原则（A 安全 / B 自主 / C 多维 / D 反副作用 / E 可证伪） |
| 架构 | 理论边界失控 | **已采纳** | 知识库与 Kernel 物理分层 |
| 定义 | 缺一个清晰的健康定义 | **已采纳** | 5 维健康函数（生存/功能/自主/适应/价值实现） |
| 时间 | 时间尺度还没成为骨架 | **已采纳** | Kernel 04 显式建立 T0-T3 骨架 |
| 决策 | 症状决策树过度自信 | **已采纳** | 改造为红旗升级机制；普通人不需要做诊断 |
| 决策 | 7 个通用问题隐含"升级"动作 | **本设计书建议增量** | 建议新增"升级"为核心动词，定义 L0-L5 决策权限 |
| 决策 | 自我诊断 vs 行动升级 | **已采纳** | Kernel 明确"不替代诊断，只决定何时升级" |
| 中医 | 中医=古代发现现代医学 | **本设计书建议增量** | 显式声明"证据层级 + 模型用途"边界 |
| 中医 | 元规则 14 方向不可被剂量替代 | **已采纳** | 保留为中医应用模块元规则 |
| 中医 | 桑葚原稿错误 | **已采纳** | 标记为已废弃，保留作为 M0.3 范本 |
| 中医 | 玉米须补丁 | **已采纳** | 首个"红灯→黄灯"实证修正 |
| 画像 | 画像反向塑造理论 | **本设计书建议增量** | 建议从模板库转向画像生成算法 |
| 画像 | 肝血亏虚画像过度自信 | **已采纳** | 画像层不进入 Kernel |
| 治理 | 健康治理理论是真正原创潜力 | **已采纳** | Kernel 01 把治理列为三大子理论之一 |
| 治理 | 个人/家庭/工作/市场/社区/医疗/制度 | **已采纳** | 七方参与者已写入 Kernel 01 |
| 治理 | 商业是"收桥费者" | **部分采纳** | 升级为原则 D"系统不得制造它试图解决的问题" |
| 治理 | 商业焦虑/医疗过度/App 成瘾 | **已采纳** | 原则 D 涵盖 |
| 知识 | 90 分钟睡眠周期 | **已采纳** | 降为【T 教学模型】证据等级 |
| 知识 | 11 点睡与不刷手机 | **已采纳** | 进入 06/睡眠/，加 v3 标签 |
| 知识 | Flavonifractor 黄酮分解菌 | **已采纳** | 进入 06/肠道菌群/，标 E2/E3 |
| 知识 | 游戏与睡眠 | **已采纳** | 进入 06/睡眠/，加 v3 标签 |
| 方法 | 理论必须可证伪 | **已采纳** | Kernel 00 M0.1 |
| 方法 | 压力测试 | **已采纳** | Kernel 00 M0.2 |
| 方法 | 自反性 | **已采纳** | Kernel 00 M0.3 |
| 方法 | 层级隔离 | **已采纳** | Kernel 00 M0.4 |
| 演化 | v3 应当有"演化叙事" | **本设计书建议增量** | 本文 §五固化"理论的自我应用"对应表 |
| 总则 | 10 条优先修改 | **已采纳** | 全部落地为 v3 九层架构 |
| 开放 | Kernel 总字数仍偏大（~70k） | **暂未采纳，待压缩** | 已列入 [CHANGELOG.md](../CHANGELOG.md) 已知遗留问题 |
| 开放 | 08_画像生成器/ 09_工具库/ 待建 | **暂未采纳，待建** | 同上 |
| 开放 | 每个 Kernel 文件缺"失效边界"段落 | **暂未采纳，待补** | 同上 |
| 开放 | 桑葚原稿（5.md）最终处置 | **暂未采纳，待定** | 同上 |
| 拒绝 | 把"健康"重新定义成"养生" | **拒绝** | 审稿已自我修正"不是养生文章" |
| 拒绝 | 把"健康"定义成"阴阳平衡" | **拒绝** | 与 5 维健康函数冲突 |
| 拒绝 | 把"健康"定义成"身体+心理+社会+灵性"四要素并列 | **拒绝** | 维度混淆，已用 5 维函数取代 |
| 拒绝 | "完全由本人决定健康" | **拒绝** | 与原则 B（自主与共同决策）冲突 |

> **核心结论**：86 条意见中"已采纳 + 部分采纳"共 24 条，**全部对应到 v3 九层架构的具体位置**；"待补"4 条已列入 CHANGELOG；"拒绝"4 条都有明确理由。**没有一条意见处于"未审"状态。**

---

## 七、最终定位

如果给 v3 一句话定义，现在我会这样写：

> **健康理论 v3 不是一本告诉人"吃什么、怎么睡、怎么运动"的健康百科，而是一套在不完全信息、有限资源、多时间尺度和多层社会约束下，帮助个人与社会进行健康决策的理论框架。**

它的核心追问只有三个：

1. **人在什么状态？**（健康状态理论）
2. **下一步该做什么 / 该把决策权交给谁？**（健康决策理论）
3. **为什么一个人即使知道正确答案，也可能走不动？**（健康治理理论）

它追求的目标也不是"内容完整"，而是：

> **用尽可能少的核心概念，解释尽可能多的健康决策。**

如果做到这一点，未来即使增加糖尿病、高血压、睡眠、肥胖、心理健康、中医、营养、老年健康、儿童健康、医疗制度……

**都只是知识库增加，而不是 Kernel 越来越胖。**

这才是真正的 **Health OS**。

而 86 条审稿 + 本设计书，已经把 v3 推到了这个方向。

---

## 附录：本设计书对 v3 的增量建议清单

为方便后续 v3.1 / v4 升级时追溯，本节单独列出本文档相对 [86条外部审稿.md](86条外部审稿.md) 的**新增建议**：

1. **统一定义**（§一）：在 Kernel 顶层加一句"健康理论 = 在约束下，让状态向目标移动的决策方法"。
2. **决策变量抽象**（§二）：四机制进一步对应"约束/行动/状态/目标"。
3. **"升级"为核心动词**（§三）：定义 L0-L5 决策权限矩阵，替换 Kernel 05 的"判断/干预/反馈"。
4. **理论边界原则**（§4.1）：Kernel 顶层加"防膨胀算法"。
5. **中医使用边界**（§4.2）：07_中医应用模块总览显式声明"证据层级 + 模型用途"。
6. **画像生成算法**（§4.3）：08_画像生成器从模板库转向算法。
7. **理论的自我应用**（§五）：Kernel 00 增加一节"v2→v3 演化对应表"作为自洽证据。

> 这 7 条不是"必须立刻做"，而是 v3 下一轮升级的**候选清单**。是否采纳、什么时候采纳，由 [CHANGELOG.md](../CHANGELOG.md) 统一管理。