# 触发器 S 逐条核 Active 14 —— 每条现在等谁的哪一个动作（2026-08-28） > **扫描面**：归类后的 Active **14 条** entry —— 判定素材 = 14 条 entry **全文 Read + 逐条跑现取判据命令**，⛔ 不是元信息行 > **缘起**：owner 当日问「下一步做什么 / 剩余待做是否已清理 / 陆续做了一个星期还没 Clean」。 > 上一份 [Active backlog 盘点](./2026-08-28-active-backlog-inventory.md) 已把 32 归类成 14（owner 拍板落地，零信息丢失）。 > **本份做的是那份明确说自己没能力做的事**：它判的是「entry 说自己是什么」，本份判的是 > **[`meta-rules.md` 触发器 S](../../meta-rules.md) 的第三行 —— 这条现在等的是谁的哪一个具体动作**。 > > **判定素材 = 14 条 entry 全文 Read + 逐条跑现取判据命令**（不是元信息行）。每条的读数逐字记在下方。 > ⛔ **本报告不做裁定** —— 拍板是 owner 的（触发器 G 分工边界）。 > ⛔ **数别抄** —— 每条都给了取数命令，引用前自己跑。 --- ## 一 · 一句话结论 **Active 14 条里，「不需要任何人先拍板就能开工」的只有 1 条**（`INFRA-F81`，一句话搬进头注释，做完即删档）。 其余 13 条：5 条等 owner 一句话 · 2 条等 designer 动 Figma · 3 条**第三行答不出或前提已被推翻** · 2 条属外部依赖 / 留痕载体 · 1 条是排期决策而非待办。 ⇒ **「还没 Clean」的机械原因**：Active 里已经没有排队等做的工程了。它不是没做完，是**卡在拍板面**。 | 档 | 条数 | 判据 | |---|---|---| | **A · 真等 owner 一句话** | 5 | 第三行能具体到「拍 X 还是 Y」 | | **B · 真等 designer 动 Figma** | 2 | 落点在 Figma，本仓无可执行动作，且已实测确认 designer 尚未动手 | | **C · AI 可独立关闭** | 1 | 无前置，做完即删档 | | **D · 第三行答不出 / 前提被推翻** | 3 | 说不出等谁的哪一个动作 ⇒ 按触发器 S 不该以现形态占格子 | | **E · 外部依赖 / 留痕载体** | 2 | 本仓结构上无法落地，或删档条件已机械写死 | | **F · 排期决策不是待办** | 1 | 等的是「起不起这一轮」 | | 合计 | 14 | | --- ## 二 · 逐条四行块（现取读数逐字） ### A 档 · 真等 owner 一句话（5 条） #### `INFRA-F106` — Slider `rootHeight` 四条 🔴 **唯一有 blocking 后果的** ``` entry 记的 : 只剩 rootHeight 四条待 owner 拍；「在此之前两条 render gate 是红的」 现取的 : pnpm audit:render-drift-gate → EXIT=1 pnpm audit:render-drift-gate-react → EXIT=1 逐字 A_TRUE_DRIFT_CANDIDATE=4 > baseline 0，四条全是 Slider rootHeight expected 16(M)/12(S) · actual 21（四变体） 等谁做什么 : owner 二选一 —— (a) 给 rootHeight 补一行 fixDirection=harness-verifier 豁免 (b) 走「让 harness 支持分字段对照物」（宽比 .slider、高比 .slider__input；新能力、未立项） ⇒ 前提成立。挂载层 = L5 release.mjs step 1b ⇒ 不挡 commit，只挡切 tag 发版。 ``` #### `INFRA-F86` — `test:a11y` 的 color-contrast ``` entry 记的 : 稳态 446 节点 / 33 页；残余③ 只剩 color-contrast 两条 owner 选项 现取的 : npx playwright test --config=playwright.a11y-noncontrast.config.ts → EXIT=0 （非-contrast 那半仍闭合 ✓） ⚠️ 闸自印 35 页 × 2 主题 = 70 scans · 稳态 contrast 剩 497 nodes ⇒ entry 记的 446 / 33 页两个数都已漂 等谁做什么 : owner 二选一 —— (a) 给 owner-accepted 的 contrast 开具名带日期 shrink-only 豁免表 （= 推翻 2026-05-18「no allowlist, no severity threshold」那条 user decision） (b) 真改 Figma 语义色 token 值（--text-tips 3.71:1 → 4.5:1）= designer 视觉裁定，AI 不得自拟 ⇒ 前提成立。⚠️ entry 自己写过：若真开豁免表，判据不能用当前这种量法（数会漂 ±9）。 ``` #### `INFRA-F62` — 设计网缺口 A 🔴 **已 overdue** ``` entry 记的 : 待办已从「①vs② 拍板」变成「①vs③ brainstorm」；那份 spec 逐字写着 「F98 落地后立即启动」，而 F98 已于 2026-08-06 ship 并删档 现取的 : 无现取判据命令（entry 缺该字段） 等谁做什么 : owner 二选一 —— (a) 给 gate 加「无 token 环境」合法降级通道（⛔ entry 自标会放宽防伪强度） (c) 延迟验证：in-file report 先标 claim，等有 token 的环境复跑后升 verified（不降防伪强度） ⇒ 前提成立，且自 2026-08-06 起 overdue 22 天。 ``` #### `INFRA-F58` — delete vs move policy ``` entry 记的 : 残余 = owner 定 delete vs move retrospection policy（涉 conformance-issue-log 等 April 一次性文档） 第三项「规则三层化」owner 2026-08-28 已拍改标「按需触发」⇒ 不再是待做 现取的 : 具名 4 份全在（⚠️ conformance-issue-log.md 在 docs/ 不在 docs/internal/ —— 本轮我第一次按后者查得「已不在」，是 name-search-absent 谬误，已自纠） + phase-*/pixel-review/completeness-audit 共 9 份在 git ls-files 里 等谁做什么 : owner 对这 13 份具体文档拍 delete 还是 move to retrospection（一句话可拍完） ⇒ 前提成立。 ``` #### `INFRA-F60` — 组合契约厚路线 ``` entry 记的 : 待做 = 厚路线（owner-gated），从 13 个 contains 非空组件起步 现取的 : node -e '…component-affordances.json…contains?.length>0…' → 13 ✓ 逐字一致 等谁做什么 : owner 开门 —— 拍「要不要补 composition.layout_hints」 （哪些间距算「稳定可复用 pattern」vs「某 mockup 偶然值」是判断题，AI 不能单方认定） ⇒ 前提成立，真 owner-gated。 ``` ### B 档 · 真等 designer 动 Figma（2 条） #### `INFRA-F120` — 四个组件补 disabled 变体 ``` entry 记的 : 判据① 期望 grep -c 'opacity' src/canonical/Form.vue = 1 待办 = designer 给 InputNumber/Slider/Rating/Tab/Item 补 disabled 变体 现取的 : ① = 2 🔴（:62 注释里的 "opacity" + :81 真声明 opacity: 0.6）⇒ 判据本身有缺陷，不剥注释 ② 四个组件 Figma axes = Property 1 / value / theme,size / Property 1,Property 2,Type —— 无一含 enable ⇒ designer 尚未动手 ③ npx vitest run tests/DisabledTokenBinding.test.ts → 9 passed ✓ 未回退 等谁做什么 : designer 在 Figma 给那 4 个组件补 disabled 变体（不阻塞 code） ⇒ 前提成立。附带两件：判据① 的期望值要改成剥注释后的量； 「让 Form 的 disabled 真的下传」是行为变更、entry 里登记为未立项，等 owner 决定要不要立号。 ``` #### `CANONICAL-F104` — 行栅格 28 个决策点 ``` entry 记的 : 28 个独立决策点，--config 的 allow 表仍是 []，一条都还没落判 现取的 : node scripts/report-geometry-rows-backlog.mjs --out … → EXIT=0 逐字「4 份快照 · 原始 71 → 去重 28 个决策点」✓ 一致 等谁做什么 : designer 在 Figma 改掉 🅰️ 那 5 条「文件内部矛盾」（声明 16 / 实际 34、无 ABSOLUTE 可解释） + owner 对 🅰️² 那 7 条「全 FIXED」拍 第 2 件（rows 家族要不要常开 + baseline 定多少）🔴 依赖第 1 件，顺序不能反 ⇒ 前提成立，AI 无可执行动作（entry 自陈）。 ``` ### C 档 · AI 可独立关闭（1 条） #### `INFRA-F81` — Sync B 退役残余 ``` entry 记的 : 只剩两件小事；其中第 2 件（README 指 reference/14）已 ✅ 2026-08-14 修完 ⇒ 实际只剩 1 件：把「刻意不改、误报方向偏保守、要多项目复用再加参数」 搬进 scripts/check-designsync-upload-safety.mjs 头注释 现取的 : head -30 该脚本 grep 误报|保守|多项目|project → 零命中 ⇒ 待办仍开着 等谁做什么 : 没有等谁 —— AI 自己做，做完 entry 即可删档（entry 逐字写着删档条件） ⇒ 前提成立。这是 14 条里唯一无前置的。 ⛔ 别在没做这件时直接删 entry —— 它是那条纪律的唯一登记面。 ``` ### D 档 · 第三行答不出 / 前提被推翻（3 条） #### `INFRA-F69` — 🔴 **前提被推翻：entry 指定的验证手段跑不到它要判的东西** ``` entry 记的 : 只剩子项②；修法逐字 =「用 pnpm test:framework-parity（Playwright 真机） 复核 React 侧 change-trigger 实际行为」 现取的 : tests/parity/framework-parity.spec.ts 里 'change' 命中数 = 0 该套件实际跑的是几何/视觉 parity：C parity(宽高) · A-narrow [Logo] host height · A-broad survey —— 结构上不覆盖表单校验触发行为 等谁做什么 : 🔴 答不出 —— 没有任何人能跑那条命令得到答案。 它真正等的是「先有一个能测 change-trigger 的手段」，而那是未立项的新工作。 ⇒ 前提被推翻。这条以「跑个现成命令就能关」的形态挂着，是不可执行的。 ``` #### `INFRA-F68` — platform findings register ``` entry 记的 : umbrella，「只登记未被现有 entry 覆盖的待做」 现取的 : 无现取判据命令；正文含数十子项，大量已标 ✅ / REMOVED / 归并到别的号 （tracker 第 6 批已实测：它自称的定位不成立 —— 同时装着 17 组已闭合项 + 1 条与 INFRA-F105 重复的登记） 等谁做什么 : 🔴 答不出单一动作 —— 它等的是「owner 从中挑子项排期」 ⇒ 它不是一条待办，是一个 backlog-of-backlog。以一条 entry 的形态占一个待办格子， 会让「14」这个数同时表示「1 件事」和「几十件事」。 ``` #### `INFRA-F63` — 支柱③ 元层学习闭环 ``` entry 记的 : 3 样已收敛到 1 样 = 学习闭环（工具无关、任何人可触发的回流入口），零落地物 现取的 : 现有回流入口 grep 命中 10 份文件，其中 skills 侧 1 份 —— 但这既不证明「已存在工具无关入口」，也不构成可执行的下一步 等谁做什么 : 🔴 答不出 —— 它等的是「有人设计一个工具无关的回流入口」， 没有具体到谁、在什么触发条件下、做哪一个动作 ⇒ 它是一个未 scoping 的设计题，不是待办。 ``` ### E 档 · 外部依赖 / 留痕载体（2 条） #### `META-DSYNC-01` ``` entry 记的 : CONFIG_KEYS 无 promptHead/baseCss（全驱动 grep = 0，致败探针 readmeHeader = 15 处） 现取的 : .ds-sync/lib/common.mjs CONFIG_KEYS 逐字无这两键 ✓ promptHead|baseCss 全驱动命中 = 0 ✓ 致败探针 readmeHeader = 3 处（entry 记 15 —— 数不同，但阴性对照成立、grep 有效） 等谁做什么 : /design-sync 维护方（外部）给驱动加 config 钩子。 本仓结构上无法落地；interim 重打脚本已 ship 且覆盖当前需求；触发条件③ 未命中。 ⇒ 前提成立，但它是外部依赖 + 触发式，不该占本仓待办格子。 ``` #### `INFRA-F107` ``` entry 记的 : 删档条件（机械，不需问任何人）= 豁免表 Message/rootFillHex 那 1 行被删的那一轮， 把本 entry 一起删档；那 1 行的修法归 INFRA-F129 (c) 现取的 : 豁免表里 Message | rootFillHex | extract-pipeline | 2026-11-05 —— 仍在 node scripts/f107-theme-expected-binding-triage.mjs → BOUND 93(FAIL 12) · UNBOUND 2(FAIL 2) · UNJUDGED 2(FAIL 0) 等谁做什么 : 等 INFRA-F129 (c) 起工（那是删掉最后 1 行的时机） ⇒ 前提成立，保留正确。它现在是留痕载体（多处文档以 [[INFRA-F107]] 指向那两次订正实录）。 ``` ### F 档 · 排期决策不是待办（1 条） #### `INFRA-F61` ``` entry 记的 : 待做 = 扩 Gitea pr-checks（consumer 冒烟 + API-breaking diff + 风险分诊 + 分支保护）， entry 自陈「另一量级，建议单独一轮」；触发查看条件 =「启动支柱② consumer 冒烟时」 现取的 : 无现取判据命令 等谁做什么 : owner 拍「起不起这一轮」+ 选定 consumer 仓库 ⇒ 它自带触发条件，形态与 ## Triggered 段里那 11 条同构。 ``` --- ## 三 · 顺带查出的四件（都不属上面任何一条） 1. 🔴 **12 条同型真债候选，被 `harness-verifier` 静音到 2027-02-03。** `INFRA-F107` 的 triage 器现取报出 `BOUND=93 · 其中当前 FAIL 12`，即「Figma 真绑随主题变的变量 ⇒ 两个 per-theme expected 合法 ⇒ FAIL 是真 code 债候选」。逐条比对豁免表，**12 条全部已被覆盖**： `Tab List|rootBorderHex` 1 · `Breadcrumb/Item|textFillHex` 4 · `Step/Item|textFillHex` 5 · `Chart|textFillHex` 1 · `Tab/Item|rootBorderHex` 1 —— **全标 `harness-verifier`、reviewBy 2027-02-03**。 ⚠️ **`harness-verifier` 未必错**（`INFRA-F106` 的 rootWidth/rootGap 实测就真是对照物错配）， 但 **`INFRA-F107` 当天刚证明同型归因错过一次**：Message 那 8 条 `textFillHex` 曾被判「假阳」， 实测是真 code 债，且那次改判还把静音窗口从 90 天翻倍到 180 天。 ⇒ **这就是上一份盘点第 ⑤ 问的具体落地形态**，现在它有精确的量和名单，不再是「要不要做一轮泛泛复核」。 2. **`INFRA-F120` 的现取判据① 有缺陷**：`grep -c 'opacity' src/canonical/Form.vue` 期望值写着 `1`， 而实测恒为 `2` —— 判据**不剥注释**，把 `:62` 那句解释性注释里的 "opacity" 也数了进去。 同族于 `audit-layout-tokens` 的 `extractWidthLiterals` 踩过的那个坑（STATUS §一 1 有记录）。 3. **`INFRA-F86` 的两个数已漂**：entry 记「稳态 446 节点 / 33 页」，闸现在自印 **497 节点 / 35 页**。 结论不变（仍是那两条 owner 选项），但若将来真开豁免表，基线要用现取值。 4. **10/14 条没有「现取判据命令」字段**（只有 F120 / F86 / F107 / CANONICAL-F104 有）， 触发器 S 的第二行对其余 10 条结构上跑不动。与上一份盘点 §三 1 的建议一致： **不发起全量补写，碰到哪条补哪条** —— 本轮碰的 10 条里，读数是现编等价命令拿到的， 已逐条记在上面的「现取的」行，可直接沉淀进各 entry。 --- ## 四 · 请 owner 拍的三组 ### 第 ① 组：D + E + F 六条的归属（纯归类，零风险，零信息丢失） 建议与上一次同形态处理 —— **全文保留、只改归属**： | entry | 建议去处 | 理由（本报告实测） | |---|---|---| | `INFRA-F68` | 新增 `## Register` 段（或并入 `## Triggered`） | 它是 backlog-of-backlog，不是一条待办 | | `INFRA-F63` | `## Triggered` | 未 scoping 的设计题，第三行答不出 | | `INFRA-F69` | `## Triggered` + 改写子项② | 指定的验证手段结构上跑不到它要判的东西 | | `META-DSYNC-01` | `## Triggered` | 外部依赖，本仓无法落地，触发条件已写明 | | `INFRA-F61` | `## Triggered` | 自带触发条件，形态与现有 11 条同构 | | `INFRA-F107` | 留在 Active | 删档条件已机械写死，是留痕载体 —— **不建议动** | **若第 ① 组照走**：Active **14 → 9**；`INFRA-F81` 做完再 → **8**，且这 8 条里 5 条等 owner、2 条等 designer、1 条是留痕载体 ⇒ **排队等做的工程 = 0**。 ### 第 ② 组：A 档 5 条，一次拍完 1. `INFRA-F106`：rootHeight 四条 —— 补 `harness-verifier` 豁免，还是做分字段对照物？（**这条解了才能切 tag**） 2. `INFRA-F86`：contrast —— 开具名 shrink-only 豁免表（推翻 2026-05-18 决定），还是交 designer 改 token？ 3. `INFRA-F62`：无 token 环境 —— 走 ①（加降级通道，放宽防伪）还是 ③（延迟验证，不降防伪）？ 4. `INFRA-F58`：那 13 份 April 一次性文档 —— delete 还是 move to retrospection？ 5. `INFRA-F60`：composition 厚路线 —— 起不起？ ### 第 ③ 组：那 12 条 `harness-verifier` 要不要复核（**这一问是真工程**） 与前两组性质不同：前两组是归类和一句话裁定，这一组要花时间。 **范围已经收窄到可执行**：12 条 check、5 个组件、5 行豁免，逐条回 Figma 活源核 `expected` 与 `actual` 的差异到底出在量具还是 code。⛔ 本报告不建议顺手做 —— 它正是「越做越多」的候选，该由 owner 明确开门。 --- ## 五 · 本报告自己的边界（如实登记） - **判定素材是 14 条 entry 全文 + 现取命令**，比上一份盘点强，但**第三行的「答得出/答不出」仍是语义判断**， 不可机械化（触发器 S 自己也标着 L2 现行 / L3 待评估，理由同此）。 - **10 条没有现取判据命令的**，第二行读数是我现编等价命令拿到的 —— 等价性由我判断， 可能与该 entry 立项时想测的量有出入。要沉淀进 entry 时，命令需 owner/下一轮复核一次。 - **`INFRA-F68` 我没有逐子项核**（数十个子项，逐条核是独立一轮的量）。本报告对它的判断只到 「它作为一条 entry 的形态不成立」这一层，**不含「它的子项还剩多少真待办」**。 - **本轮我自己犯了两个错，都已在正文就地记名**：① 用管道后的 `$?` 取闸退出码（拿到的是 `tail` 的）， 已按 `bash -c ' > log 2>&1; echo EXIT=$?'` 重取 ② 按 `docs/internal/` 查 `conformance-issue-log.md` 得「已不在」，实际它在 `docs/` —— name-search-absent 谬误。