# Active backlog 盘点 —— 32 条到底是什么（2026-08-28）
> **扫描面**：`backlog.md` 的 Active **32 条** entry —— 判定素材 = 各 entry 的**标题 + 元信息行**，⛔ 不是全文（见本文末尾的诚实边界）

> 🔴 **2026-08-28 晚订正（`f715903a`）—— 本报告 §三 2 与 §四 第 ⑤ 问引用的那批数字已被推翻，⛔ 别照抄。**
> 本报告从另一条线搬来「同型 **77** 处，100% 全部 `boundVariables=null`，57 处靠运气 pass」。实测：
> **`boundVariables` 在 685 份 raw 文件里出现 0 次**（那是 Figma API 的字段名，extract 写进 raw 时叫 **`v`**）
> ⇒ 读它对任何集合恒得 null ⇒ 「100%」恒真、零信息量。用真字段重测 = 分叉 **97** 处，其中
> **93 处 Figma 真有绑定（合法）· 只有 2 处无绑定**，「57 处靠运气 pass」那个面**不存在**。
> ⇒ **§四 第 ⑤ 问的量级因此变了**（不是「一族 entry 可能全是假问题」，而是「已知 2 处，且已归类正确」），
> 但 **§三 2 那条结论本身反而更硬了**：`entry 的存在 ≠ 问题的存在`，**而且「entry 说问题不存在」同样
> 不等于问题不存在** —— 本报告引用的那句推翻，自己就是个待复核的断言。
> ⇒ **§三 1（只有 7/32 条自带现取判据命令）由此升级为本报告最可执行的一条**：F107 那条命令是**散文**，
> 把它写成真命令的那一刻就抓到了错。逐条实证见 [[INFRA-F107]] `#### 二次订正` +
> [复盘 2026-08-28-f](../retrospection/2026-08-28-f-the-correction-needs-a-criterion-too.md)。

> **为什么做这份**：owner 当日质疑「不是说清理设计系统未做的任务吗？怎么越做越多了」。量下来他是对的：
> **Active 条数 4 天 32 → 32（零变化）**，而 `backlog.md` 体量 **230,719 → 417,466 B（+81%）**、
> 「报 owner」标记 **3 → 16（+433%）**。⇒ 在减少的是「闸的零覆盖数」，不是「待办数」。
>
> **这份要回答的唯一问题**：这 32 条里，**哪些根本不该占待办格子**。
>
> ⛔ **本报告不做裁定** —— 每条附可核依据 + 建议处置，拍板是 owner 的（触发器 G 分工边界）。
> ⛔ **本报告不替代接手时的全文读**：判定素材取自各 entry 的标题 + `**轨道/优先级/触发查看/阻塞关系**` 元信息行
> + 含 `⏳/🔴/只剩/待做/无可执行` 的状态行。真要动手某一条时，仍须按 L-ref 全文 Read 那条 entry。

---

## 一 · 一句话结论

**32 条里只有 8 条是「排队等人做的工程」。其余 24 条分属四种别的东西**，它们占着待办格子，制造了「有 32 件事没做」的假象。

| 类别 | 条数 | 性质 | 建议处置 |
|---|---|---|---|
| **T 触发式**（「下次碰 X 时才看」） | **12** | 不是待办，是**碰到时读的说明书** | 移出 Active，另立 §Triggered（保留全文，不再计入待办数）|
| **O 等 owner 一句话** | **5** | AI 做不了，但每条只是一个选择题 | 集中成一次「五问清单」请 owner 一次拍完 |
| **D 等 designer / Figma 侧** | **4** | 落点在 Figma，本仓无可执行动作 | 移出 Active，归 `design-review-queue.md`（已有那条线）|
| **X 本仓无可执行动作** | **2** | 属外部仓 / 依赖存量落判 | 转外部跟踪或直接删档 |
| **W 排队等做的工程** | **8** | 真·待办 | 保留，由 owner 排序 |
| 合计 | 32 | | |

⚠️ **这个分法不是新发明** —— STATUS §v1.3.0 逐字记着 2026-08-13 分拣的结论：「**分拣的主要产出是认定大多数 entry 不该排队**（17 条是「下次碰 X 时」的触发式）」。**那次分拣的结论从未落到 backlog 的结构上**，所以两周后 32 条原样还在。

🔴 **还有一层比归类更根本的，本报告只能提出、无力回答**：**entry 的存在不等于问题的存在。**
盘点当天就撞到活例 —— `INFRA-F107` 被我归进「W · 真排队工程」，而同一天另一条线读 Figma 活源把**整条前提推翻了**（`14e7b6c9`：code 一直是对的，10 条 FAIL 全是假阳，缺陷在 `expected` 生成侧）。
⇒ 上面这张表判的是「**entry 说自己是什么**」，不是「**那个问题是否真的存在**」。后者要逐条回 Figma / 活源核，是另一件工程（§四 第 ⑤ 问）。

---

## 二 · 逐条判定（依据可核）

判据说明：**T** = `**触发查看**` 字段写的是「下次…时 / 碰…时 / 有人报…时」；**O** = entry 自陈某一问要 owner 拍且 AI 不自裁；
**D** = 落点在 Figma / designer；**X** = entry 自陈「无可执行动作」；**W** = 其余（真排队）。

### T · 触发式 12 条 —— 建议移出 Active

| ID | 体量 | 触发条件（entry 原文摘） | 备注 |
|---|---|---|---|
| `INFRA-F138` | **137,901 B** | 新建 / 修改任何闸脚本时 | 🔴 **一条占整个 backlog 的 33%**；它内部还有 41 个子项（棘轮 BASELINE），按现速需 41 轮 |
| `INFRA-F142` | 48,732 B | 写新 Acceptance 段被闸拦下时 | 与 F138 合计占 **45%** |
| `INFRA-F129` | 25,041 B | 碰 extract pipeline 的 fill/stroke 合成时 | Low，本体已修，剩两族各有闸守着到期即红 |
| `INFRA-F105` | 9,572 B | 有单文件/内联型消费产品要用 DS 组件时 | ⚠️ 标 High，但仍是触发式 —— 见下方「要 owner 拍的第 ①问」 |
| `INFRA-F137` | 7,854 B | 下次撞到「文档给的 `pnpm <key>` 跑不通」时 | Low；另含一条 O（key 命名）|
| `INFRA-F101` | 7,613 B | 动 `audit-figma-env-single-source.mjs` 时 | Low；另含一条 O（措辞）|
| `INFRA-F123` | 6,362 B | 剩 R0 / M48 两条产物不落 `.md` | 6/7 已上闸 |
| `INFRA-F133` | 5,718 B | S2/S5 观察窗攒够约一个月后 | Medium；**有明确到期时间，适合改成日期触发** |
| `INFRA-F91` | 4,166 B | 动 Select 的 ARIA / FormItem 关联时 | Low |
| `INFRA-F141` | 3,201 B | 下次碰图标提取管线时 | Low；现取 `grep -roE "Lnan nan" src/ \| wc -l` = **8** |
| `INFRA-F134` | 804 B | 下次要改任一处 props 解析逻辑时 | Low |
| `INFRA-F66` | 6,903 B | ⚠️ 原触发条件已被实测证伪；真触发 = **owner 主动把它提为一级 demo 组件** | 实为 O，但不紧急 |

**T 类小计 263,867 B = backlog 的 63%。**

### O · 等 owner 一句话 5 条 —— 建议集中成一次拍板

| ID | 要拍的那一个问题 |
|---|---|
| `INFRA-F131` ② | `audit-mockup-handoff-evidence` → `audit-deliverable-open-questions` 不在 `files[]`：**(a)** 补 target 进 `files[]`（承认它是 consumer 面）还是 **(b)** 收窄 glob |
| `INFRA-F106` | `rootWidth` / `rootGap` 两行的 `fixDirection` 从 `code-fix-deferred` 改判 **harness-verifier**？（⛔ 别直接删行，删了闸会红）|
| `INFRA-F137` | consumer 面那个 key 叫 `audit:code`（现状 + 存量 consumer）还是统一到 `audit:consumer-code` |
| `INFRA-F101` ② | 一个措辞选择（entry 自陈「不是工程余量」）|
| `INFRA-F58` | `delete` vs `move to retrospection` 的 policy（涉及 6 份 April 一次性文档）|

### D · 等 designer / Figma 侧 4 条 —— 建议归 design-review-queue

`CANONICAL-F92–F94`（打包裁定入口）· `CANONICAL-F93`（Tab 未选态填充）· `CANONICAL-F94`（Button 缺 blue 轴）· `CANONICAL-F95`（`input box/filled` 禁用态无 SLOT）

⚠️ 这四条本仓已无 code 侧动作，且 entry 自陈「攒成一次在 Figma 库里动变体集，**禁分开改**」⇒ 它们等的是**同一次** Figma 会话。

### X · 本仓无可执行动作 2 条

| ID | entry 自陈 | 建议 |
|---|---|---|
| `INFRA-F75` | 「**属 NOC 仓库，不在本 repo scope。DS 仓这边已无可执行动作。**」 | **删档**，改为 `MIGRATION_TO_V1.md` 里已有的那条机制说明（致病机制已搬过去）|
| `CANONICAL-F104` | 「依赖 28 条存量落判，落点在 Figma / `allow` 表、**AI 无可执行动作**」 | 归 D 类（designer 长期项）；STATUS 已写「⛔ 别每轮重报」|

### W · 真·排队等做的工程 8 条

| ID | 体量 | 待做本体（entry 原文摘） | 量级 |
|---|---|---|---|
| `INFRA-F68` | 31,162 B | umbrella，子项按轨道分列 | 大（含多子项）|
| `INFRA-F86` | 18,276 B | `test:a11y` 红（残余 ③）| 中 |
| `INFRA-F81` | 10,851 B | **只剩两件小事，「都处理掉之后本条即可删档」** | **小 ⇒ 最快能让 32 → 31** |
| `INFRA-F62` | 7,364 B | 设计网变体 B produce 侧（「独立小项」）| 中 |
| `INFRA-F107` | 9,369 B | 🔴 **盘点当天前提被推翻**（见 §三 3）—— 原写「Message `--prompt-*` 未 theme-varied」已证伪，现待办变成「expected 生成侧」| 待重新定量 |
| `INFRA-F63` | 3,031 B | 元层（2026-08-14 已从 3 样收敛到 1 样）| 中 |
| `META-DSYNC-01` | 2,768 B | 给 `/design-sync` 提 `promptHead` 钩子（`baseCss` 那半已作废）| 中（跨工具）|
| `INFRA-F61` | 993 B | 扩 Gitea `pr-checks`（entry 自陈「**另一量级，建议单独一轮**」）| 大 |

⚠️ `INFRA-F60`（composition 出口）entry 自陈「**待做 = 厚路线（owner-gated）**」⇒ 严格说它在 W 与 O 之间，未起工前需 owner 先开门。此处计入 W，如 owner 认为该先拍则移入 O。

---

## 三 · 顺带查到的两个结构问题（都不需要裁定，但影响以后）

1. **只有 7/32 条自带「现取判据命令」**，而 `backlog.md` 顶部压缩规则 ② 逐字要求每条都带。
   ⇒ 触发器 S 的第二行对**其余 25 条结构上跑不动**。这不是纪律松懈，是那 25 条立项时该字段还没成为要求。
   **建议**：不要为此发起一次全量补写（撞压缩规则 ③ 禁的「一次性全量扫」）；改为**下次碰到哪条就补哪条**。

2. 🔴 **entry 的存在 ≠ 问题的存在 —— 盘点当天就撞到一个活例。** 我把 `INFRA-F107`（「Message `--prompt-*` 未 theme-varied，dark 主题渲出 light 值」）归进「W · 真排队工程 / 小-中量级」。**同一天另一条线读 Figma 活源，把整条前提推翻了**（`14e7b6c9`）：**code 一直是对的，10 条 FAIL 全是假阳，缺陷在 `expected` 生成侧**；同型 77 处里 57 处 pass 只是运气。
   ⇒ 那条 entry 立项以来一直被当成「组件有个保真 bug 等着修」，而**真实情况是判据在骗人**。
   ⚠️ **这不是个别失误，是一整类**：凡是「由 audit / render 报出来的 FAIL」立成的 entry，它的 `expected` 都是**提取产物**，而提取产物本身可能错（`FIGMA_AS_SOURCE_OF_TRUTH.md` 早写着「别拿派生产物反推 Figma 真实结构」）。
   🔴 **那条线当天顺手量了影响面，数字比这条 entry 本身重要得多**：「同节点同字段两主题 `expected` 不同」的**100% 全部** `boundVariables=null`，共 **77 处、跨 11 个组件**（Badge 22 / Message 10 / StepItem 7 / Chart 7 / TabItem 7 / Table 6 / TopBar 4 / BreadcrumbItem 4 / InputNumber 4 / Tab 3 / Pagination 3）；**当前报 FAIL 20 处，其余 57 处 pass 只因 code 恰好等于某一侧 `expected`** —— 运气不是正确性，**谁去「修」其中任一处都会重演一次 F107**。
   ⇒ **给 owner 的第 ⑤ 问由此而来**（见 §四）：Active 里还有几条是这种「问题可能根本不存在」的？本报告**没有能力判**——判它要逐条回 Figma 活源核，那是另一件工程。
   ⇒ 同时这也说明**本报告自己的判定有保质期**：它判的是「entry 说自己是什么」，不是「问题是否真实存在」。

3. **`⏳ 待 owner N 件` 这个数不可复现**（本轮另有详证，见 `STATUS-CHANGELOG` 第六十六轮 §七）：
   STATUS 给的取数命令现取 **15–16 行**，其中 6 行已闭合、1 行是记录。最硬的实证是
   `audit-mockup-integrity`/`overlap` 那条**闸已被修好而标记没人回来划掉** ⇒ 该 grep **永久高报、只增不减**。
   **建议**：给待 owner 上闸的前置不是写闸，是**先定义一个闭合时会被强制划掉的标记形态**。

---

## 四 · 请 owner 拍的四问

1. **T 类 12 条要不要移出 Active？** 建议移到 `backlog.md` 新增的 `## Triggered（碰到才看，不计入待办数）` 段，
   **全文保留、只改归属**。这样 Active 立刻从 32 → 20，而**没有丢任何信息**。
   ⚠️ 连带影响：`audit:status-consistency` 的 C4 计数镜像与 STATUS 的 Active 数会跟着变，需同批改。
2. **D 类 4 条（+ `CANONICAL-F104`）要不要归 `design-review-queue.md`？** 那条线已经存在且有闸（C6）在核 designer-action 标记。
   归过去后 Active 再从 20 → 15。
3. **`INFRA-F75` 能不能直接删档？** 它自陈「本仓已无可执行动作」，致病机制已搬进 `MIGRATION_TO_V1.md`。
4. **O 类 5 问要不要现在一次拍完？** 每条都是二选一，拍完可各自落地并删档。
5. 🔴 **要不要专门做一轮「问题是否真实存在」的复核？**（缘起见 §三 2 —— `INFRA-F107` 在盘点当天被证伪：立项以来一直被当成组件保真 bug，实为判据在骗人。）
   **范围建议**：只查「由 audit / render 报出来的 FAIL 立成的 entry」这一族，逐条回 Figma 活源核 `expected`。
   ⚠️ 这一问与前四问**性质不同**：前四问是「重新归类」，零风险；这一问是**一件真工程**，要花时间，且可能发现更多「问题不存在」。
   ⛔ 本报告**不建议顺手做** —— 它正是 owner 今天质疑的那类「越做越多」的候选，该由 owner 明确开门。

**若前四问全走**：Active **32 → 约 12–14**，且没有任何一条信息被删掉 —— 变的只是「什么算待办」。

---

## 五 · 这份盘点自己的边界（如实登记）

- **判定素材是元信息行 + 状态行，不是全文。** 逐条全文读 = 417 KB，超出一次会话的合理读取面。
  ⇒ 上面每条的「触发条件 / 待做本体」都摘自 entry 原文，但**可能漏掉正文深处的状态变化**。
  ⛔ 真要动手某条前仍须全文 Read（L-ref 触发条件不变）。
- **T 类的判定基于 `**触发查看**` 字段的措辞**。若某条实际比它的措辞更紧急（`INFRA-F105` 标 High 就是候选），
  该由 owner 覆盖，不由本报告定。
- **体量数取自本次快照**（`git rev-parse HEAD` 见本文件所在 commit）。并行线当日正在改 `backlog.md`，
  个别条目的字节数可能已变，⛔ 别引用这里的绝对值，要数就重跑本报告顶部那段统计。