# 2026-09-01（a）· 落地写进了顶条，却没有回来撤销被它作废的那一段

> 落地线第八十五轮。本轮**零功能改动** —— 四个 commit 全是文档，但改掉的是四处「同一份文件里
> 同时写着『这件事做完了』和『这件事卡在 owner』」。
>
> 触发路径不是巡检，是**起手 onboarding 撞上的**：读 L-core #1 的 STATUS §三，看到「44 个 FLOAT
> 变量已同步进仓库、但 **0/44 生成 CSS** —— **卡在 owner 回 3 句话**」，而同一份文件的顶条 ①
> 写着 owner 已回完、30 个已接进 CSS。

---

## 一 · 这不是四个独立疏忽，是一个有固定形状的缺陷族

四处独立命中，形态**完全相同**：

| # | 位置 | 旧段写的 | 作废它的东西写在哪 |
|---|---|---|---|
| 1 | `STATUS.md` §三 10 (a) | 0/44 生成 CSS · 卡在 owner 回 3 句话 · 送审单指针 | **同一份文件的顶条 ①** |
| 2 | `PROJECT_GOAL.md` §Token 架构 ④ 的 (b) | 已生成 CSS = 0/44 · 下一步「接 20 个 + 给另外 30 个定名」 | **同一段落的 ⑤**（往下四行） |
| 3 | `PROJECT_GOAL.md` §分发形态 | spacing/size/effect 仍代码手写、缺的只剩「接进 CSS」 | 同上 ⑤（这句已是**第三次**订正） |
| 4 | `backlog.md` F58 残余 | stale-anchors 对任何干净 checkout 恒红 · 两条修法各有代价 ⇒ **属 owner 裁定** | commit `0799cce2` 的**标题本身** |

共同结构：**落地物被写进了「新」的那个位置（顶条 / 新编号段 / commit），而它作废的那个「旧」位置
没有人回去动。** 两处并存后，谁先被读到就成了事实 —— 而 §三 / §分发形态 / backlog entry 恰恰是
**接手人按任务去查的地方**，顶条则是**换届即被替换**的。⇒ 长期看，被留下来的是错的那一份。

**代价方向是特定的**：不是「读到重复」，而是

- 去**重跑一件已完成的事**（#1 #2：再走一遍 FLOAT 接线）；
- 去**再要一次已经给过的裁定**（#1 #4：向 owner 索要他已经拍过、或已不需要的决定）。

第二种尤其贵：它消耗的是 owner 的注意力，而这个项目里 owner 的注意力正是最稀缺的那个资源
（`design-review-queue` 从 12 降到 2、Active 从 32 降到 7，做的全是这件事）。

### 为什么现有的闸一条都抓不到

- `audit:doc-shape` 管的是**形状**（S1 顶部字节上限 / S2 Active 行 / S3 完成叙述不进 STATUS），
  它看不出「§三 的一段与顶条的一段互斥」；
- `audit:doc-sync` 校**跨文件事实**（11 路径 · 2 跨文件事实），而 #2 #3 的矛盾**在同一份文件内**；
- `audit:claim-vs-livesource` 比的是**文档断言 × 代码活源**，而这里两边都是文档；
- `audit:status-consistency` 的 C5 只核「顶部摘要 Active N → M 与活源一致」，不核 §三 的散文。

⇒ 这一族**结构上落在所有现行闸的判据之外**，与 memory `entry-restatement-is-secondhand`
说的「转述是二手源」是同一个病根的两个面：那条治**引用别处**，这一族是**引用自己的上一轮**。

### 不建议现在上闸，理由写死

「同一文件内两段互斥」不可词法判定（互斥是语义的）。可机械化的那一半是**代理判据**：
「一处说 0/44、另一处说 30」这种**同一个量在同一份文件里出现两个值**。但本仓满篇都是
`⛔ 数别抄` + 就地标注被推翻的历史段落（本文件这张表自己就是），那个代理判据会把
**合法的历史留痕**全报成红 —— 正是 `audit:claim-vs-livesource` 落地当天量到 86.7% 假阳
而退档的同一种形态。⇒ 现阶段治法是**纪律 + 收窄落点**（见下节），不是新闸。

---

## 二 · 可执行的那一半：落地时把「回收旧段」当成落地动作的一部分

本轮四处的修法收敛成一条可复用的：**落地物写进新位置时，同一个 commit 里去搜它作废了谁。**

搜法不用现编 —— 三处都能靠一个具体的量找到：

- 那件事的**数字**（`0/44` / `20 + 30`）；
- 那件事的**状态词**（`卡在 owner` / `属 owner 裁定` / `等 designer`）；
- 那件事的**指针**（送审单文件名 —— 送审单被回完之后，指向它的每一处都该复查）。

**落点的选择有讲究**（本轮四处各不相同，不是一刀切删）：

- #1 **整段删** + 留一行「为什么删」：因为 STATUS 的完成叙述由 `doc-shape` S3 拦着，
  且该事实的长期真源不在 STATUS（顶条会换届）⇒ 指回 PROJECT_GOAL ⑤ + `variable-map.mjs` 自印。
- #2 #3 **就地标注**：`①②③④⑤` 是有编号的历史序列，删掉 ④ 会让 ⑤ 的「订正了什么」失去出处。
- #4 **改成 ✅ + 三重现取判据**：它带着有价值的机制说明，但真源是闸头注释 ⇒ backlog 侧收缩成指针。

判据一句话：**删还是标，取决于「这段文字除了那个过期结论，还承载着别的不可再生的东西吗」。**

---

### 🔴 同日下半场（第八十六轮）追加：这一族不是「前几轮的人不小心」，它**每次落地都会现场产生**

owner 当日追问「待拍的有哪些 / 你能帮我拍吗 / 还没清除内容吗」，逐问核实后**又抓出四批**，
而且最后一批是**我自己在治它的这一轮造的**：

| # | 位置 | 旧段写的 | 作废它的东西 |
|---|---|---|---|
| 5 | §一 第一行那份 ⭐ 盘点报告 | 「请先看这一份」+「报告末尾有**五个待拍的问题**」 | 五问里 **①②③④ 全已走完**（散落在 08-28 / 08-31 三轮的落地里）|
| 6 | §一 1. DG-1 layout 原语 | 标题「剩下**两件事**要 owner/designer 的视觉裁定」 | 正文自己的 ① ② **都标着 ✅ 关闭** |
| 7 | §一 3. Gitea TLS「**owner 残余**」 | 标题说有 owner 动作 | ①② 08-27 都 ✅、③ 自陈「保留成本为零」= 不是待决项 |
| 8 | §三 12. `INFRA-F75` | 「**尚无人接**：只剩 F75」+ 完整叙述 | entry 已删档（标题全仓零命中）⇒ 连指针都是悬挂的 |
| **9** | **本文件所属那一轮的 STATUS 顶条 ①** | **「⛔ 本轮刻意未自行迁段」** | **同一轮后半场 owner 授权后就迁了段** |

第 9 条是本节最该记的一条。它说明：

- 这一族**不是历史遗留**，是**落地动作的必然副产品** —— 只要「新位置写了」和「旧位置回收了」是两个动作，
  它们之间就有一个窗口，而那个窗口里的文档是自相矛盾的；
- **正在治这个病的那一轮同样会犯**。第 9 条是我在跑完闸、回头复读顶条时才发现的 ——
  如果那一轮就此收尾，下一个接手人读到的就是「⛔ 未自行迁段」和一个已经迁完的 backlog；
- ⇒ 所以 §二 那条不是「提醒」，是**判据**：`git commit` 之前复读一遍这次落地物**声称**的状态，
  和仓库**现在**的状态。第 5–8 条能靠搜数字/状态词/指针找到，第 9 条只能靠这一步。

⚠️ 第 5 条另有一个独立于本族的教训：**「⭐ 请先看这一份」这种置顶推荐语，比它推荐的内容活得久。**
那份报告的五问在三轮里陆续被拍完，而把人指过去的那一行一个字没动 ⇒ 每个接手人都被送去
一份「四问已作废」的清单取待办。⇒ **置顶推荐语要么带失效条件，要么和它指向的东西同批复核。**

---

## 三 · 取证工具又造了一个不存在的缺陷（第 N 次）

核 #4 时要判「那两条包内路径有没有被移进 fenced code block」。我写：

```
awk '/^```/{f=!f} /tvu-web-components\.js/{print NR": in_fence="(f?"YES":"NO")}'
```

得 `in_fence=NO` 四行全 NO ⇒ 差点写下结论「fence 那一半没做，头注释在撒谎」。

**真因**：那道围栏**带缩进**（嵌在 bullet 里），`^``` ` 匹配不到 ⇒ 状态机从头到尾没翻转过，
`f` 恒 false ⇒ 输出恒 NO。改成 `/^[ \t]*```/` 后实测第 172 行（唯一真被 `code-span-path`
抓的那条）`in_fence=YES` —— **修法早就落地了**。

⇒ memory `harness-config-can-fabricate-defects` 的又一实例。这次值得记的增量是
**假结论的方向**：它让我去指控一个**已经做对了的东西在撒谎**。而当时另有三条真实证据
（闸绿 · 豁免表已从 3 条降到 2 条 · `.fwvenv` 对照无差异）都指向「已修」，是那一个错读数
差点推翻三条对的。

**自查一句**：当一个新测出的读数与**手上多条既有证据方向相反**时，先怀疑量具，别先改结论。

---

## 四 · 触发器 S 的执行前置自己有 43% 的缺口

走 Active 7 条的触发器 S 时量到：**只有 4 条带「现取判据命令」字段**（F120 · F62 · F107 ·
CANONICAL-F104），F60 / F58 / F106 三条没有。而触发器 S 逐字写着「entry 没有那个字段 =
它本身不合规，先补再动手」。

这个缺口不是洁癖，**它就是本轮 #4 的成因**：

- F62 的字段旁边已经记着一次代价：「正因为缺，接手时只能现编命令，也正因此才连撞上面两条过期转述」；
- 本轮又付了一次：F58 那条「已闭合却还在要 owner 裁定」的子项，是我**现编命令**才查出来的 ——
  entry 自己没给判据 ⇒ 没有任何机械手段会让下一个人去核它。

⇒ 已补齐，Active 现 **7/7**。⛔ **仍未上闸**，理由取自触发器 S 自己写的 L3 前置：
「先量一遍全量 entry 里该字段的格式一致性」—— 本轮只量了 Active 段，`Triggered` 那 16 条
没量，格式够不够齐还不知道。**在没量之前写 `entry-precheck` 脚本会写出一个 fail-open 的壳**
（触发器 S 原话）。

---

## 五 · 一条要报 owner 的读数：Active 段现在没有「排队等人做的工程」

七条逐条走完触发器 S 第三行（「这条现在等的是谁的**哪一个具体动作**」）：

| entry | 前提 | 等谁做什么 |
|---|---|---|
| INFRA-F120 | 成立 | **designer/owner 进 Figma** 给四个组件补 disabled 变体 |
| INFRA-F60 | 成立（13 逐字未变） | **没有人在等** —— owner 08-31 已拍「当前不起」+ 三条重开条件写死 |
| INFRA-F62 | 成立 | owner 三件：F3「该守谁」· `library-binding` (a)/(b) · ③ 重启前置 |
| INFRA-F58 | **一处本轮闭合** | 余下：owner 一句话划清规则三层化的范围（执行前置①） |
| INFRA-F106 | 成立 | owner 拍 `textFillHex` 方向（code 变静态 vs Figma 变 theme-aware）|
| INFRA-F107 | 成立（BOUND FAIL 20→12 = 已修那 8 条）| 等 F129 (c) 起工那轮**一起删档** |
| CANONICAL-F104 | 成立（`allow: []` · 28 决策点 · 分档逐字一致）| owner/designer 拍剩下 23 条；entry 自陈 **AI 无可执行动作** |

⇒ **7 条里 0 条是「排队等人做的工程」。** 这是 owner 2026-08-28 那次盘点（32 条里只有 8 条
是工程）的结论在新一批上重演，且更极端 —— 因为那 8 条工程此后都做完了，剩下的自然全是
「等一句话」和「触发式」。

⛔ **本轮刻意没有自行重新归类**（迁 Triggered / 迁 STATUS §一 都属重新归类，2026-08-28 那次
是 owner 拍板才做的），依据 = 触发器 S 边界逐字「核出前提变了 ⇒ 报给 owner 并停，不自行把
任务改成别的」。⇒ 这一条是**送审项**，不是已落地项。

**它同时是对 owner 那句质疑的一个具体答案**（「不是说清理未做的任务吗，怎么越做越多」）：
Active 段的条数不再等于待办量 —— 现在它等于「**等 owner 的问题数**」。要让这个数降下去，
能动的人只有他自己；AI 这一侧能做的（把工程做完、把过期登记清掉）本轮已经见底。

---

## 六 · 沉淀（按落点）

| 认知 | 落点 |
|---|---|
| 落地时同一 commit 内回收被作废的旧段；删 vs 就地标注的判据 | 本文件 §二（候选升 memory：与 `entry-restatement-is-secondhand` 同族）|
| 新读数与多条既有证据方向相反时先怀疑量具 | memory `harness-config-can-fabricate-defects` 增补一个形态 |
| 「entry 缺现取判据命令」= 过期登记的机械成因 | 已补 Active 7/7；上闸前置 = 先量 `Triggered` 16 条的格式一致性 |
| Active 段条数 ≠ 待办量，现在 = 等 owner 的问题数 | **送审 owner**（⛔ 未自行归类）|