# 封存答案 · 全季 4.0 系列「外挂补丁式」判决

> 撰写时间：2026-10-14，开任何 PDF **之前**。
> 本文件开 PDF 后不再修改。改判写在 REPORT-JIQUAN.md。

---

## 第一步 · 封存答案（我自己的判断，不看手册）

### 处境设定

全季是一家连锁酒店集团。4.0 系列的品牌 VI 手册是一套**已经印刷下发到全国数千家门店**的纸质文件。它的处境有三个硬约束：

1. **重印成本**：手册是印刷品，改一句话就要重印几千本。门店手上拿着的版本无法回收。
2. **门店规模**：数千家门店，店长轮换频繁，新店长拿到的手册版本与前任不同。
3. **改动来源**：VI 由集团品牌部统一管，但需求来自一线（店长说"前台插座不够用"）。一线反馈必须能被采纳，否则手册会失去执行力。

### 如果我在全季品牌部的位置，我会怎么做

我会做**分层版本 + 单一权威声明**：

- 母本每次重印时**改版号**（V1.0 → V2.0），并在封面印版号；
- 每一版新手册的**最后一页固定印「本版变更清单」**（哪条被谁在什么时候以什么理由改了）；
- 门店手上有旧版时，**以「封面版号最高的最新版」为准**，这一句话印在母本里；
- 我**不会**做独立补丁 PDF，理由：**补丁的存在本身就是一次失败**——它意味着有人在改东西，但改的人没能把手册本身改掉。如果我知道半年后要改 2 条，我应该等到下一次重印时一起改，把补丁预算存起来。除非是紧急的、不能等重印的改动（比如某个物料有法律风险）。

**所以我的先验判断：独立补丁 PDF 是事故，不是设计。** 品牌 VI 的补丁文件在纸质时代是昂贵且笨重的，正常路径是"攒到下一次重印"。

### 我的先验结论（三条）

| # | 先验 | 置信度 |
|---|---|---|
| A | 「外挂补丁式」**极可能是事故性临时文件**，不是架构 | 65% |
| B | 「补丁靠人主动找到，不是靠文件自己声明」——如果成立，说明**没有版本治理机制**，那么"架构 C 是唯一真正回答新旧并行的设计"就是**把治理失败美化成设计** | 75% |
| C | 「全季版本约定最混乱」——**这条最可疑**。四份文件四套约定，看似混乱；但**判断混乱需要看母本内部是否自洽**。如果 964 的 V1.0 只是**文件名**写错（人工收档时随手打的），而封面 V4.0 自洽，那"混乱"就只是库内归档噪声，不是品牌方的设计 | 60% |

### 我最不确定的三件事（开 PDF 后优先证伪）

1. **补丁是否有母本指向**。如果母本里哪怕有一行"以 XX 号为准"，我就得承认这是一个**正式机制**而不是事故（先验 A 改判）。
2. **补丁日期是否严格递增**。递增＝有人在维护版本序列，是设计信号；不递增＝随手发的临时件，是事故信号。
3. **是否存在一份版号台账**。如果有，「最混乱」直接降级（先验 C 改判）。

### 我的预注册判决规则（开 PDF 前定死）

| 判据 | 成立条件 |
|---|---|
| 1 · 补丁是设计而非事故 | ≥2 份补丁文件有明确的「调整日期＋改动条目」结构，且日期递增 |
| 2 · 补丁可被找到 | 存在母本指向补丁的声明，或存在一份版号台账 |
| 3 · 新旧能并行 | 补丁明确声明「其余条款不变」或等效表述 |
| 4 · 跨样本可推广 | 在库中至少另一个品牌（如华住，若有）也用同一机制 |

- **四条全中** → 升级为独立架构
- **中两条** → 降级为「全季特色做法」
- **≤1 条** → 否决，并说明真变量是什么

### 我自己认定的"真变量"备选项（若否决，这里面挑一个）

- **备选真变量 1**：真正决定新旧并行的是**文档号/编号制度**（若存在文件自带编号，如星巴克的 SJB14-34174），不是补丁机制本身。
- **备选真变量 2**：真正的问题不是"新旧如何并行"，而是**手册的变更频率 vs 重印周期的比值**——只有当变更频率 > 重印周期时才会逼出补丁。全季是被逼的，不是设计的。
- **备选真变量 3**：「新旧并行」根本不是这份手册要解决的问题；全季 4.0 系列里有多份**根本不是同一条时间线上的版本**（是不同分册/不同层级），把它们当"版本"读是我的取样错误。

---

*（封存完毕。以下不再修改本文件。）*