# Next Session Pickup — 文档体量止血 + 唯一真源清理（[[INFRA-F95]]）

> ## ⛔ 2026-08-03 session U 后：本文件的 §1「brainstorm 进度」已过期，别照它接
>
> **brainstorm 已全部走完（步骤 3→9），Q2 已拍，spec 与实施计划都已 commit。**
> **⛔ 2026-08-04 再次更新：[[INFRA-F95]] 待做①（enforcement，session X）与 ②（一次性清零，session Y）均已 ship，[5-task plan](../../superpowers/plans/2026-08-03-infra-f95-doc-shape-gate.md) 已执行完毕 —— 别再从 Task 1 接。**
> **本条剩下的唯一开口是待做③**（`docs/` 278 份的三大件判定，独立 scope；两份 release 生成物**不能直接当垃圾删**）—— 起手仍是全文 Read [backlog [[INFRA-F95]]](../backlog.md)，那里是数字 / 已付代价 / ⛔清单的唯一真源。
> ⛔ **不要再发起第 5 次手动精简**：受管段现在由 `pnpm run audit:doc-shape` 拦（豁免表已空 = 终态），闸不红就说明该清的不是受管段。
> 判据依据 = [`superpowers/specs/2026-08-03-infra-f95-doc-shape-enforcement-design.md`](../../superpowers/specs/2026-08-03-infra-f95-doc-shape-enforcement-design.md)。
> 本文件下面仍然**有效**的只有：§0 真源分工 · §2 接手前三件核实 · §3 纪律。**§1 整节作废。**

> 生成：2026-08-03 session T 收尾。本 session 只做了**只读复盘 + 立项 + 拿到 owner 一条裁定**，未改任何机制、未删任何内容。
> 起手第一句：`按 docs/internal/_plans/next-session-pickup-2026-08-03-doc-volume-single-source.md 接 INFRA-F95`

---

## 0. 真源分工（别在本文件重复这些内容）

| 要什么 | 去哪 |
|---|---|
| 实测数字 / 4 处已付代价 / 机制根因 / ⛔别做的 / 三类待做 | **[backlog [[INFRA-F95]]](../backlog.md)** ← 唯一真源，起手全文 Read |
| owner 的裁定原话与适用面 | 同上 §owner 裁定 |
| 本文件负责的 | **只有 brainstorm 进度状态 + 续跑步骤**（下面两节） |

本文件刻意不复述 F95 的任何数字 —— 那正是这条 entry 要治的病。

## 1. brainstorm 进度（用 `superpowers:brainstorming`，从第 3 步续，别从头来）

已完成：

- **步骤 1 探索上下文** ✅ —— 已读 `WRAP-UP.md` 全文、`audit-status-consistency.mjs`（C4 判据）、`audit-rule-inventory.mjs`（shrink-only 豁免既有范式 = 可直接照抄的落地形态）、已列出正在碰这两个文件的 5 个闸（`doc-sync` / `doc-de-mirror` / `rule-inventory` / `status-consistency` / `new-backlog`）。
- **步骤 3 澄清问题 Q1** ✅ —— 问的是「§一 那 5 条常驻事实的家在哪」，owner 答：**唯一真源、别处引用**（= 备选 A，各归各家）。已落进 F95。

未完成，下个 session 从这里接：

- **步骤 3 续问 Q2** ← **续跑入口**。Q2 应当是 F95「待做 ①」那个决策点：**闸机械看什么** —— 体量上限（形态代理，可被更密的散文规避）vs 完成叙述禁入（直接机械化 owner 判据，密度规避不掉）。一次只问一个。
- 步骤 2 视觉伴侣：本题至今没出现「看图比读字清楚」的问题，**别主动提议**。
- 步骤 4 提 2-3 条路线 + 推荐 → 步骤 5 分节呈设计等 owner 认可 → 步骤 6 写 spec 到 `docs/superpowers/specs/2026-08-03-*-design.md` 并 commit → 步骤 7 自审 → 步骤 8 owner 审 spec → **步骤 9 转 `writing-plans`（唯一合法终态，别转别的 skill）**。

## 2. 接手时必须先做的三件核实

1. `git fetch --all --prune` + `git log bae27662..origin/master --oneline` —— 本仓库多 session 并行，本轮期间并行线提过 `ef387622`；若有同任务 commit，先比对择优，别因沉没成本强推本文件的路线。
2. **实跑一次基线**，别信本文件与 F95 里的数字仍然成立：`wc -c docs/STATUS.md docs/internal/backlog.md` + `pnpm run audit:status-consistency`。F95 的数字是 2026-08-03 17:00 前后的实测，而这两个文件**每工作日涨十几到三十几 KB** —— 它自己就是会漂的活源。
3. 若打算动闸：确认 `pnpm run audit:rule-inventory` 当前是绿的（它的豁免表**空着是终态不是待办**），再造故障。

## 3. 纪律（本轮踩到的 + 仓库既有的）

- **本轮我犯的**：给出 #1/#2 两条机制提案时**没先走 brainstorming**，直接出了方案；owner 用 `/superpowers:using-superpowers` 提醒才补回。→ 出「要不要加个闸 / 要不要改协议」这类提案前先 brainstorm。
- **本轮验到有效的**：先量「这活能达到什么目的」再动手 —— 正是这一步测出「再精简一次」的寿命只有 2-4 天，把方案从「删一遍」翻成「上速率约束」。同一纪律上一轮（F58 三层化）刚救过一次，连续两轮成立。
- **别把新规则往 L1 prose 加**：本轮实证 `WRAP-UP.md:13`/`:18` 早就写着正确做法且诊断一字不差，没人执行。加第三遍文字 = 无效动作。
- commit 必须 `git commit -F <msg> -- <路径逐条内联>`，提交后紧跟 `git reset -- <路径>`；push 落地只信 `git ls-remote`。
- 改 `.css`/`.vue` 需 `VISUAL_COMMIT_APPROVED=1`，AI 不自设（本条工作预计不碰这两类，若碰到先停）。
- `audit:stale-anchors` 不扫 STATUS.md 发出的链接 —— 在 STATUS 里新引用文件路径后自己 `ls` 一遍。