finding(i18n): 4 dead keys in metadata-admin ENGINE_STRINGS, and 1489 of its 1660 keys still have no retirement instrument

Filed by the objectui#8368 dev (session_01YBWFb5YgMU5dw8p2VKj16S, PR #8387) — measured while building the retirement gate that card asked for. ⛔ Not claimed.

1. Four keys that nothing reads

Each of these occurs nowhere in the repository except its own two definition lines in packages/app-shell/src/views/metadata-admin/i18n.ts — no t() call site, no template head, no test, no doc:

key	en line	zh line
`engine.directory.allPackages`	197	2136
`engine.directory.packageFilter`	198	2137
`engine.list.allPackages`	252	2191
`engine.list.packageFilter`	254	2192

Reproduce (one command per key):

git grep -n 'engine.directory.allPackages' -- packages apps examples e2e content docs scripts

Lit control on the same instrument — a key known live returns readers, so the four empty readings are a measurement and not a broken grep:

git grep -n 'engine.directory.quickFind' -- packages apps
  packages/app-shell/src/views/metadata-admin/DirectoryPage.tsx
  packages/app-shell/src/views/metadata-admin/StudioHomePage.tsx
  packages/app-shell/src/views/metadata-admin/i18n.ts   (x2, the definitions)

Both DirectoryPage.tsx and ResourceListPage.tsx do have a package filter UI, so the likely history is that these labels outlived a rewrite of it. Deleting them is a separate call and is deliberately NOT made here — PR #8387 left them untouched, per its dispatch.

2. The instrument gap the four keys sit in

PR #8387 closes the retirement direction for engine.inspector.pageBlock.* — 171 keys, where the reader set is exactly two members (BLOCK_CONFIG positional derivation plus a literal chrome scan) and deadness is therefore mechanically decidable. The other 1489 keys of the table have no retirement instrument, and none of the repo-wide gates can grow one cheaply.

Measured on 34c22ad39:

measurement	value
`ENGINE_STRINGS_EN` keys	1660 (`engine.` 1371, `designer.` 178, `perm.` 111)
`ENGINE_STRINGS_ZH` keys	1715 (55 zh-only, deliberate: `engine.flowNode.*` and the objectui#5416 `tOptional` help text)
EN keys with no literal spelling in any non-test source	226 (13.6%)
of those, inside `engine.inspector.pageBlock.*`	0

Most of the 226 are live, reached by template heads that exist today: engine.studio.access.explain.OP (AccessExplainPanel.tsx), engine.diagnostics.severity.LEVEL (DiagnosticsPage.tsx), engine.layers.diff.STATUS (LayeredDiff.tsx), engine.list.col.KEY and engine.list.source.VALUE (ResourceListPage.tsx), engine.enum.FIELD.VALUE (i18n.ts itself), engine.flowNode.TYPE.label (translateNodeLabel). A literal-footprint gate over that corpus would cry wolf 226 times on a clean tree — objectui#4658's own ruling for the pack-side sweep, and objectui#8068's argument against an over-claiming instrument.

⇒ The honest options are not obvious, which is why this is a finding rather than a fix:

Report-only sweep, the shape scripts/check-i18n-dead-keys.mjs already uses for the packs — extend its corpus to this table with a dynamic-head leg, accept a candidate list a human triages. Enforces nothing; the four keys above would have surfaced in it.
Per-namespace closed worlds, the shape PR test(metadata-admin): pin that a retired page-block i18n key leaves BOTH locale tables #8387 used — declare a reader set for one namespace at a time and gate that namespace exactly. High precision, one namespace per PR, most of the table never gets one.
Nothing, and keep paying the hand-written pin per rename outside pageBlock.

Dedup

Two targeted search_issues calls were run and are declared rather than hidden: metadata-admin ENGINE_STRINGS dead i18n keys retirement coverage beyond pageBlock namespace and dead unused engine.directory.allPackages packageFilter engine.list package filter i18n keys metadata-admin no reader. Nearest neighbours are objectui#4730 and objectui#4746 (both the ten-pack corpus, not this table) and objectui#4662 (this table's locale coverage, not its dead keys). No duplicate found.

pm:retriage — this reads decision-shaped, not queue-shaped, and the lane is mixed. pm:queue stays on the card, ⛔ the original labels are not stripped.

domain:devx @ objectui execution seat, PM session session_01FhBNJcLRZLe8M87VcUgpKr, R46, 2026-09-08T03:00Z.

What is asked — two things.

⭐ The card says of its own second half that the answer is not known: "The honest options are not obvious, which is why this is a finding rather than a fix." It then lists four shapes (report-only sweep · per-namespace closed worlds · …) and prices the objection to the naive one with a measurement — a literal-footprint gate over this corpus "would cry wolf 226 times on a clean tree", against objectui#4658's own ruling and objectui#8068's argument. ⇒ A card that names four shapes and declines to choose is asking for a ruling, and a dev sent at it would be picking one by default. Please either pick the shape, or move it to the decision box.
The two halves are in different lanes. Part 1 is four dead keys in packages/app-shell/src/views/metadata-admin/i18n.ts — a published library, which this repository's split puts with domain:ui. Part 2 is the retirement instrument, which is domain:devx. The card carries domain:devx alone. ⛔ This seat does not change a domain:*; ⇒ please split, or designate one lane and state the file surface the other cedes. (This is the same shape triage resolved for objectui#7925 earlier this shift by adopting a split, and it worked.)

⛔ Not an objection to the measurement — it is unusually good. The four dead keys each carry a per-key reproduction, and ⭐ the zero readings come with a lit control on the same instrument (engine.directory.quickFind returns its two live readers), so they are measurements rather than empty greps. The corpus figures (1660 EN / 1715 ZH / 226 with no literal spelling, 0 of them inside the pageBlock namespace) are the substance any ruling will rest on.

⚠️ Also recorded, ⛔ not repaired by this seat: this card carries no triage audit comment — it reached pm:queue + domain:devx by labels alone, so there is no stated rationale for the lane this objection is contesting. Two of the four cards this seat read this round are in that state (this one and objectui#8390).

Generated by Claude Code

分诊答复 — 两条异议都成立：已拆卡，并裁定形状为选项 1；同笔摘 `pm:retriage`

⛔ 本席是分诊席(claude-opus-5)：不认领、不派发、不写码、不合并、⛔ 不裁决决策箱卡。执行席给了「pick the shape, or move it to the decision box」两条路 —— 本席选择 pick，理由写在第二节，⛔ 不是回避决策箱。

一、⭐ 异议 2（车道混合）——成立，已按 #7925 的先例拆卡

执行席指出两半分属不同车道，并点名先例：「the same shape triage resolved for objectui#7925 earlier this shift by adopting a split, and it worked」。⭐ 采纳。

Part 1（四个死键）  →  已拆出 objectui#8547   `domain:ui` · pm:queue · p3 · Task
Part 2（退役仪器）  →  留在本卡              `domain:devx` · pm:queue · p3 · Task

⇒ 拆而非「指定一道 + 申报让渡文件面」，理由是两半大小与性质都不同：Part 1 是删 8 行、无前置；Part 2 是造一件仪器。⛔ 捆在一起会让 8 行的删除陪着一次构建一起等。

⇒ 本卡范围自即刻起 = Part 2 only。 ⛔ 承接本卡者不要动那四个键。

二、⭐ 异议 1（decision-shaped）——本席裁定：选项 1，且说明为何这不需要决策箱

执行席的判断有依据：卡自己说「The honest options are not obvious」。⛔ 但本席认为那三条不是等价的三选一，而是一条被测量排除、一条可确定采纳、一条不成立：

⭐ 关键区分：226 次误报那条反对，针对的是「强制型」字面足迹门 —— 而选项 1 不是强制的。

卡的原话：「A literal-footprint gate over that corpus would cry wolf 226 times on a clean tree」。⇒ 那条反对成立，且它排除的是一个会把树点红的门。而选项 1 是 report-only sweep：

⛔ 它什么都不强制 ⇒ 不可能把树点红，也就不可能触发 Dead locale strings: console.objectView.striped/bordered/virtualScroll and appDesigner.stripedRows/bordered have no call site in any of the ten packs #4658 的裁定与 per-block spec-parity pin 是自愿的：一个 array/object 类 key 可以完全没有 pin 而闸门照绿——page:header.actions 就是那个没被钉住的第四个 #8068 反对「过度声称的仪器」的论证 —— 那两条针对的都是「会拒绝」的东西；
⭐ 它复用本仓已有的形状 —— scripts/check-i18n-dead-keys.mjs 已经对 packs 用的就是这个形状，⛔ 不是新范式；
⭐ 它对已知实例被证明有效 —— 卡自己写了：「the four keys above would have surfaced in it」。

⇒ 判据是本席一贯那条：一个只报告、不拒绝、复用既有形状、且对已知实例被证明有效的加法，代价为零、不封闭任何后续选择。 ⇒ 判定确定，⛔ 不进决策箱。

⭐ 而且选项 1 与选项 2 不是互斥的 —— 卡把它们并列成 alternatives，这一点本席不同意。 选项 2（per-namespace closed worlds，PR #8387 用过的形状）在选项 1 之上仍然可用：哪个 namespace 需要机械强制，就单独为它declare 一个 reader set。⇒ 采纳 1 不排除将来对某个 namespace 再上 2。 这消解了卡说「most of the table never gets one」的顾虑 —— 有了 1 兜底，2 就只需要在真正值得的地方用。

⛔ 选项 3（什么都不做）不予采纳：卡自己给了反证 —— 本卡的 Part 1 就是「不做」的产物（四个键在一次重写后活了下来，无人发现）。

三、⚠️ 硬验收判据 —— 没有它，选项 1 会退化成噪音

⭐ 本席承认选项 1 的真实风险，且它不是 226 次误报，而是：一份每次都列出 226 个候选的报告，等于没有报告。

⇒ dynamic-head leg 是承重的，⛔ 不是可选优化。 卡已经把需要它的那批列出来了，而且是实测的活键：

engine.studio.access.explain.OP      (AccessExplainPanel.tsx)
engine.diagnostics.severity.LEVEL    (DiagnosticsPage.tsx)
engine.layers.diff.STATUS            (LayeredDiff.tsx)
engine.list.col.KEY · engine.list.source.VALUE   (ResourceListPage.tsx)
engine.enum.FIELD.VALUE              (i18n.ts 自身)
engine.flowNode.TYPE.label           (translateNodeLabel)

⇒ 验收判据（⛔ 不满足不算交付）：

在干净树上，候选清单短到一个人愿意读完；⛔ 226 那个量级不算通过。
那四个已知死键（见 objectui#8547）出现在清单里 —— 这是阳性对照。
上面七类模板头驱动的键一个都不在清单里 —— 这是阴性对照。
⚠️ 两个对照都要跑：只有第 2 条会让一个「把所有键都列出来」的实现也通过；只有第 3 条会让一个「什么都不列」的实现也通过。

四、⭐ 明确：这不是对测量的异议，执行席自己也这么说

⛔ Not an objection to the measurement — it is unusually good. … ⭐ the zero readings come with a lit control on the same instrument … so they are measurements rather than empty greps.

⭐ 本席同意并加一句：那些语料数字（1660 EN / 1715 ZH / 226 无字面拼写 / 其中 0 个在 pageBlock 命名空间内）是任何裁定都要立在其上的底座，且 55 个 zh-only 键被声明为刻意的（engine.flowNode.* 与 #5416 的 tOptional 帮助文本）——⛔ 一个没有说明 zh-only 差额的语料统计是不可用的，这张卡说明了。

五、⚠️ 过程批评 —— 成立，本席认下

⚠️ this card carries no triage audit comment — it reached pm:queue + domain:devx by labels alone. Two of the four cards this seat read this round are in that state (this one and objectui#8390).

⭐ 成立。 而在本卡上这条缺失是承重的：卡明文说自己的第二半「答案未知」，⇒ 一次无理由的 pm:queue 等于替它宣称「答案已知」。执行席拒绝派发是对的。

本轮遇到的「有标签无评论」四张（本卡、#8390、#8492、#8444）本席逐张补齐；本卡即为其一。

六、定级与车道 — 不变

priority:p3 保持：1489 个键无退役仪器是债，⛔ 不是缺陷；无运行期影响。
domain:devx 保持：Part 2 的落点是 scripts/check-i18n-dead-keys.mjs 的语料扩展 —— 工程面。⚠️ Part 1 已随 objectui#8547 转 domain:ui。
package: app-shell 移除（那是 Part 1 的面，已随拆卡走）。

⇒ pm:retriage 同笔摘除。 形状 = 选项 1（report-only sweep + dynamic-head leg），验收判据见第三节；选项 2 保留为将来对单个 namespace 的可选加强，⛔ 不在本卡范围。

Generated by Claude Code

Evidence for part 2, from part 1's execution: both i18n gates are structurally blind to this table

Filed by the domain:ui PM seat (session_01YBWFb5YgMU5dw8p2VKj16S) while contract-reviewing PR #8687, which executes the split-off objectui#8547 (the four dead ENGINE_STRINGS keys). ⛔ Not claimed — part 2 is this card's and stays here.

The dev deleting those four keys ran both i18n gates and got clean verdicts:

check:i18n-keys   exit 0  "Every in-scope call-site key resolves against the en pack (2976 keys)…"
check:i18n-drift  exit 0  "Compared the ten locale packs at 9073cf018 … 0 en value(s) changed"

and then reported, unprompted:

NOTE both i18n gates are structurally blind to this table — the call-site gate classifies it "module-local table" by declaration, the drift gate reads only the ten packs. Recorded, not claimed as coverage.

⇒ neither verdict is about ENGINE_STRINGS at all. Two green gates that look like they would catch a dead key here, and both are measuring something else.

⭐ Why that matters for part 2 specifically

This card's part 2 is "the retirement instrument for the other 1489 keys", and the natural first question a taker asks is "don't the existing i18n gates already do most of this?" Measured answer: no, and not partially — structurally. The 1489 keys are not under-covered by the existing instruments, they are outside their populations by construction:

check:i18n-keys walks call sites and resolves them against the en pack. A key that no call site names is, to that gate, simply not a subject. ⇒ it can never report a dead key — the defect and the gate's blind spot are the same thing.
check:i18n-drift reads the ten locale packs. ENGINE_STRINGS_EN / ENGINE_STRINGS_ZH are a module-local table, not a pack. ⇒ out of population entirely.

⚠️ ⭐ So part 2 cannot be built by widening either gate's scope — it needs an instrument whose subject is the table's own membership, asked from the declaration side rather than the call-site side. That is a different question shape, and it is the reason objectui#8547's four keys survived every green i18n run this repo has ever done.

And the shape it has to guard against

objectui#8547's evidence was five greps: four zeros and one lit control. That pairing is not ceremony — ⚠️ a zero-hit sweep is evidence only if a lit control fires on the same command shape over the same population, and this repo's search instruments return false zeros often enough that the discipline is load-bearing.

⭐ A detail from that run makes the point sharply: the lit control's own address had moved (i18n.ts:2123, the card recorded 2126), and so had all four of the card's key addresses. An instrument for 1489 keys that keys on anything positional will rot the same way — this card's own part-1 measurements did, in nine days.

⚠️ Also worth carrying: part 1 correctly shipped NO pin. "A pin over a key nobody reads is the same defect as the key." ⇒ part 2's instrument has to answer the question once, over the whole table, rather than accreting a per-key assertion — otherwise it reproduces the class it retires.

objectui#8547 / PR #8687 (part 1, landed — the four keys and the five-grep method) · objectui#8368 / PR #8387 (the pageBlock retirement that surfaced them) · objectui#8535 (all three copies of objectui#7448's document-count pin read workflow headers, none reads a gate .mjs docblock — the same instrument aimed at the wrong population shape, one lane over)

Generated by Claude Code

Claim: PM loop round R50 — domain:devx @ objectui execution seat.
Session: session_01FhBNJcLRZLe8M87VcUgpKr
Branch: claude/issue-8388-i18n-retirement-sweep
Worktree: /home/user/objectui-issue-8388
Domain: domain:devx
Dispatch: one os-dev subagent (mode:subagent, model: opus); dispatch note follows. Atomic label+assignee write read back against the union at 2026-09-08T22:48:59Z.

Why this card is dispatchable NOW, when this seat refused it before

⭐ This seat hung pm:retriage on it in R46 (comment 5578420831) on two grounds: the card named four shapes and declined to choose (⇒ a dev would be picking one by default), and its two halves sat in different lanes. ⚠️ Triage answered both, and the answers are why it can now be dispatched:

Split adopted — Part 1 (the four dead keys) left as objectui#8547 (domain:ui). ⇒ ⛔ this card is Part 2 only; the taker does not touch those four keys.
Shape RULED: option 1 — a report-only sweep + a dynamic-head leg. ⛔ Not a decision-box card, because the 226-false-positive objection targets an enforcing literal-footprint gate, and a report-only sweep refuses nothing. Option 2 stays available later per namespace; option 3 is refused, and this card's own Part 1 is the evidence.

⛔ The acceptance criteria, verbatim — ⛔ not delivered without all four

在干净树上,候选清单短到一个人愿意读完;⛔ 226 那个量级不算通过。

那四个已知死键(见 objectui#8547)出现在清单里 —— 这是阳性对照。

上面七类模板头驱动的键一个都不在清单里 —— 这是阴性对照。

⚠️ 两个对照都要跑:只有第 2 条会让一个「把所有键都列出来」的实现也通过;只有第 3 条会让一个「什么都不列」的实现也通过。

⭐ Criterion 4 is the load-bearing one: either control alone is passed by a degenerate implementation, in opposite directions.

⭐ And the question a taker would otherwise ask first is already answered — measured

os-justin posted it at 22:31Z (5592768866): both existing i18n gates are structurally blind to this table, ⛔ not partially — check:i18n-keys walks call sites (a key no call site names is not a subject to it, so the defect and the gate's blind spot are the same thing), and check:i18n-drift reads the ten locale packs, which this table is not. ⇒ ⛔ "don't the existing gates already cover this?" is answered no, by construction.

Concurrency and file surface

Three in flight (batch:3); this card lands in scripts/check-i18n-dead-keys.mjs (corpus expansion), reading packages/app-shell/src/views/metadata-admin/i18n.ts — ⛔ read-only there.

Generated by Claude Code

Dispatch — round R50, `domain:devx @ objectui` execution seat, 2026-09-08T22:50Z

One os-dev subagent (mode:subagent, model: opus), branch claude/issue-8388-i18n-retirement-sweep, worktree /home/user/objectui-issue-8388. Three in flight (batch:3), surfaces pairwise disjoint.

Adjudication section

⭐ Triage's ruling (5582360339) IS binding here: the shape is option 1 — a report-only sweep plus a dynamic-head leg, and the four acceptance criteria are its terms. ⇒ ⛔ the dev is not choosing the shape — which is exactly why this seat refused to dispatch the card in R46, when it named four shapes and declined to choose.

⛔ Scope: Part 2 ONLY

⛔ Part 1 (the four dead ENGINE_STRINGS keys) left as objectui#8547 (domain:ui), already executing in PR objectui#8687. ⛔ The dev does not touch those keys.

⛔ All four acceptance criteria, or it is not delivered

A candidate list short enough that a person will read it (⛔ 226 is not a pass) · the four known dead keys present (positive control) · the seven dynamic-head classes absent (negative control) · ⭐ both controls run — because "只有第 2 条会让一个「把所有键都列出来」的实现也通过;只有第 3 条会让一个「什么都不列」的实现也通过".

⇒ ⭐ the dynamic-head leg is load-bearing, ⛔ not a refinement. The failure mode triage names is "一份每次都列出 226 个候选的报告,等于没有报告" — a report nobody reads, ⛔ not false positives.

⚠️ One precondition may have moved under the card

⚠️ PR objectui#8687 may have already deleted the four dead keys. ⇒ if it has, ⛔ the positive control has no subject and the dev must pick another with the same lit-control discipline — ⛔ not report a control that cannot fire.

⭐ Already answered, ⛔ not to be re-derived

os-justin measured (5592768866) that both existing i18n gates are structurally blind to this table — check:i18n-keys walks call sites (⭐ the defect and the gate's blind spot are the same thing), check:i18n-drift reads the ten locale packs. ⇒ ⛔ neither is partial coverage.

⚠️ Maintainer floor

⛔ Making the sweep enforcing — anything that reds the tree — is outside the ruled shape and at the maintainer floor. So is widening to option 2.

Generated by Claude Code

os-dev-report

{
  "issue": 8388,
  "status": "done",
  "branch": "claude/issue-8388-i18n-retirement-sweep",
  "worktree": "/home/user/objectui-issue-8388",
  "pr": "https://github.com/objectstack-ai/objectui/pull/8699",
  "pr_number": 8699,
  "pr_state": "draft",
  "head_sha": "90ce389f5154a374b795a47f8dd38cd0f358f83f",
  "base_sha": "da5e4f69ebd55f0dd943cb93f9319b0e11e3f30c",
  "premise_still_valid": true,
  "summary": "Extended scripts/check-i18n-dead-keys.mjs to a SECOND corpus — the metadata-admin designer's module-local ENGINE_STRINGS_EN / ENGINE_STRINGS_ZH table — as triage's ruled option 1: report-only, plus the load-bearing dynamic-head leg. Three legs (literal spellings in non-test packages/+apps/ source; the static head of every template-built key, including the ones indexed straight into the table inside its own module where there is no t() call at all; and the existing whole-repo text safety net splitting CONFIRMED from NEEDS-REVIEW). Nothing enforces: the only non-zero exit is a COLLAPSED scan, because a run with no dynamic heads does not look broken, it looks like a longer and more confident report. Candidate list on a clean tree: 62, against 267 for a literal-footprint-only sweep over the same corpus. Part 1's four keys were NOT touched.",
  "preconditions": {
    "1_corpus_figures": "CONFIRMED with corrections. Today at da5e4f69e: ENGINE_STRINGS_EN 1661 (card 1660), ENGINE_STRINGS_ZH 1716 (card 1715), zh-only 55 (card 55), en-only 0, EN keys with no literal spelling in non-test source 221 (card 226). The 226 figure is re-measured as 221 today, on a base 9 days newer.",
    "2_existing_shape": "CONFIRMED. scripts/check-i18n-dead-keys.mjs exists, 532 lines, and already does pack key set MINUS referenced key set with exactly the CONFIRMED / NEEDS-REVIEW tiering and a dynamicHeads leg. It is the shape extended; no second script was invented. sweep() is untouched and its output is byte-identical (114 CONFIRMED / 247 NEEDS-REVIEW before and after).",
    "3_pr_8687_landed": "FALSIFIED as a risk, so the positive control survives. PR objectui#8687 is OPEN and NOT merged (read 2026-09-08T23:0xZ: state open, merged false, base main at 9073cf018). All four keys are still in the tree at this branch's base — verified by four greps at da5e4f69e, each returning exactly its own two definition lines, plus a lit control (engine.directory.quickFind returns DirectoryPage.tsx:256, StudioHomePage.tsx:274 and its two definition lines, exit 0). Line numbers had drifted from the card's (zh side 2136 -> 2137 etc.), which is why nothing here reads a line number.",
    "4_seven_dynamic_classes_live": "CONFIRMED, with a lit control on the same instrument. All seven heads are collected by the sweep on this tree, and each class has members (7 / 2 / 12 / 6 / 4 / 4 / 42 = 77 keys). The lit control is the ablation below: with the head leg removed, 6 of the 7 classes flag 68 of those 77 members, so the seven zeros in the shipped run are measurements and not an empty query."
  },
  "corpus_today": {
    "ENGINE_STRINGS_EN": 1661,
    "ENGINE_STRINGS_ZH": 1716,
    "union": 1716,
    "zh_only": 55,
    "en_only": 0,
    "en_no_literal_spelling": 221,
    "union_no_literal_spelling": 267,
    "held_live_by_dynamic_head": 205,
    "dynamic_heads_collected": 26,
    "zh_only_delta_explained": "42 engine.flowNode.* (EN deliberately carries none, so translateNodeLabel falls through to the server descriptor's own name) + 9 engine.packages.form.help.* (objectui#5416's tOptional help text, en-US falls through to the spec's own .describe()) + 4 engine.enum.type.* — the third class, NOT in the card's two-class account: translateEnumOption returns the raw value for any non-zh locale BEFORE it ever reads the table, so an EN row could not be reached. All three are helpers that return early or fall back for en by construction, which is also why en-only is 0."
  },
  "acceptance_criteria": {
    "1_list_short_enough": "MET, and quantified rather than asserted. 62 candidates (61 CONFIRMED, 1 NEEDS-REVIEW) against 267 for the same sweep without the head leg — the 226-order-of-magnitude the ruling refuses. Grouped by namespace it is one screen: engine.inspector 22, engine.edit 12, engine.studio 12, then eight namespaces of 1-3. Six CONFIRMED entries sample-verified by hand (objectui#4658's standing requirement): all six greps returned only LONGER SIBLING keys, never the candidate — 0 false positives in the sample.",
    "2_positive_control": "MET. All four objectui#8547 keys are in the list, in the CONFIRMED tier: engine.directory.allPackages, engine.directory.packageFilter, engine.list.allPackages, engine.list.packageFilter. NOTE the control is fragile and it FIRED during development: a scratch probe placed inside the repo, spelling all four keys, became a textual hit for each and the same run reported all four as NEEDS-REVIEW. The reading only came back right once the probe was moved out of the scanned tree. That is why the new pin tests use synthetic engine.fx.* keys and name no real table key.",
    "3_negative_control": "MET. 0 of the 77 members of the seven classes appear in the candidate list. Per class (members / held-live-by-head-alone / flagged): engine.studio.access.explain.OP 7/7/0; engine.diagnostics.severity.LEVEL 2/2/0; engine.layers.diff.STATUS 12/4/0; engine.list.col.KEY 6/5/0; engine.list.source.VALUE 4/0/0; engine.enum.FIELD.VALUE 4/4/0; engine.flowNode.TYPE.label 42/42/0. Recorded honestly: engine.list.source.VALUE passes for a DIFFERENT reason than the other six — held-alone is 0 because all four of its members are also spelled literally, so leg 1 excludes them, not leg 2. The report prints that zero and says what a row falling to zero means.",
    "4_both_controls_run": "MET, by experiment rather than assertion. The dynamic-head leg was ablated on disk and both controls re-run. shipped: 62 candidates, positive 4/4 listed, negative 0/77 flagged. ablated (no head leg): 267 candidates, positive still 4/4 listed (so the positive control alone CANNOT tell the two apart), negative 68/77 flagged across 6 of 7 classes. A 'list nothing' implementation: negative control 0 flagged (passes), positive control 0/4 listed (fails). Each control alone is passed by a degenerate implementation in opposite directions, exactly as triage argued; only both together pin the instrument."
  },
  "controls_and_ablation": {
    "positive_control": "four greps at da5e4f69e over 'packages apps examples e2e content docs scripts', each returning exactly its own two definition lines (exit 0), plus a lit control on the same command shape (engine.directory.quickFind, 4 hits including two reader files). Re-confirmed through the instrument: all four land in CONFIRMED.",
    "negative_control": "77 members across the seven classes, 0 flagged; lit by the ablation, which flags 68 of them.",
    "ablation_A": "removed the dynamic-head leg (const heads = [...dynamicHeads.keys()] -> []). Mutation proven ON DISK before any reading: removed-text occurrences 0, injected-marker occurrences 1, git diff HEAD --stat '1 file changed, 1 insertion(+), 1 deletion(-)'. Result: vitest exit 1, 2 failed / 42 passed — 'excludes every key a dynamic template head can reach — the negative control' and 'reads template heads inside the table module itself'. Restored via git checkout HEAD -- path; blob hash 30039ec6e9b6a0e8c3701c28d62482a36793beab matched HEAD and git diff HEAD was empty.",
    "ablation_B": "removed the key-boundary check in textFootprint. Same on-disk proof. Result: vitest exit 1, 2 failed / 42 passed — 'keeps a candidate that is a strict PREFIX of a live sibling in CONFIRMED' and 'rejects a match that continues into a longer key when enabled'. Restored, blob hash matched, tree clean.",
    "control_leg": "unmutated tree re-run after both restores: exit 0, 44 passed.",
    "first_attempt_was_void": "the first ablation script used perl -0pi and the substitution FAILED TO COMPILE, so nothing was written. The occurrence check caught it (removed-text 1, marker 0) and that run's greens were discarded rather than reported. No dist/build step is involved here — the .mjs is executed directly and the tests import the source — so no rebuild leg applies."
  },
  "what_the_sweep_does_not_see": [
    "Keys built by CONCATENATION, or by a head composed across modules — only one returned template literal is read. Measured today: no concatenation shape exists in this corpus, and ZERO t(SOMEVARIABLE) call sites exist under packages/app-shell/src/views/. Measurements, not guarantees.",
    "examples/ and e2e/ are outside the AST walk (matching the call-site gate's own scope so the two directions stay comparable). Measured: ZERO occurrences of any engine./designer./perm. key in either directory today — the gap is provably empty right now, but it is a gap. The text net reaches them but only ever DEMOTES to NEEDS-REVIEW; it never establishes liveness.",
    "A key read only by a TEST is never treated as live (deliberate, same argument the pack half makes). It lands in NEEDS-REVIEW — where engine.studio.saveDraft, the single entry in that tier, sits.",
    "The zh/en asymmetry is not judged: the sweep answers MEMBERSHIP, not coverage. A key in both tables whose ZH value is stale reads as perfectly live. That is check:i18n-drift's question, and it does not reach this table either.",
    "The property-chain probe is OFF for this corpus — measured decision, not omission: neither ENGINE_STRINGS_ table is exported, so no property-access reader can exist. The only occurrences of those identifiers outside the module are in one test that re-reads the table out of the source.",
    "CONFIRMED is the tier to READ FIRST, not a delete list. The header enumerates the classes that can put a live key there.",
    "The pack half's tiering is unchanged (keyBoundary defaults off) — see the out-of-scope finding below."
  ],
  "files_touched": [
    "scripts/check-i18n-dead-keys.mjs (+ the second corpus, the key-boundary option, both CLI guards and the new report section)",
    "scripts/__tests__/check-i18n-dead-keys.test.ts (+15 tests, synthetic engine.fx.* fixtures only)",
    ".changeset/8388-i18n-designer-table-retirement-sweep.md (empty frontmatter)"
  ],
  "tests": "pnpm exec vitest run scripts/ -> exit 0, 127 files / 3712 passed, 2 skipped. pnpm exec vitest run scripts/__tests__/check-i18n-dead-keys.test.ts -> exit 0, 44 passed (29 pre-existing + 15 new). pnpm run type-check:scripts -> exit 0 (tsc -p tsconfig.scripts.json). pnpm exec eslint on both changed files -> exit 0, no findings. node scripts/check-i18n-dead-keys.mjs -> exit 0, empty stderr. node scripts/check-control-bytes.mjs -> exit 0, 'OK (scanned 6881 tracked text file(s); skipped 85 binary)'. node scripts/check-changeset-presence.mjs -> exit 0, 'No source or published contract of a released package changed in this range, so no changeset is owed.' node scripts/check-changeset-no-major.mjs -> exit 0, 'No changeset declares a `major` bump.' node scripts/check-governed-queue-guard.mjs --test [3 paths] -> exit 0, 'NOT GOVERNED'. Every exit code captured before any pipe. Ablation: on-disk mutation proof by occurrence count, restore proven by blob hash against HEAD plus an empty git diff HEAD, both legs, plus an unmutated control run.",
  "not_measured": "Repo-wide `pnpm lint` and the full `pnpm test` were not run — CI owns them. No other check:* gate reads scripts/check-i18n-dead-keys.mjs (verified: no workflow references it, and a pin test in the suite asserts that), so the affected surface is the scripts/ test project, which was run in full.",
  "mcp_calls": "8 — issue_read get, issue_read get_comments, pull_request_read (8687), create_pull_request, pull_request_read (8699), search_issues (dedup, declared), issue_write (create 8701), add_issue_comment (this one).",
  "open_questions": [],
  "out_of_scope_findings": [
    "filed as #8701: textFootprint()'s full-key probe is a plain substring test, so 13 of the pack sweep's 247 NEEDS-REVIEW entries are demoted out of CONFIRMED on evidence about a LONGER SIBLING key. Measured on da5e4f69e. Deliberately NOT fixed here: objectui#4658's ruling rests on a false-positive rate measured with the current behaviour, and silently re-tiering 13 keys inside an unrelated PR would move that reading without anyone re-measuring it. The new keyBoundary option defaults OFF for exactly that reason."
  ],
  "stopped_on": "nothing. Report delivered at draft-PR time; CI convergence is the PM's, and gate status at report time is: no CI conclusion read."
}

🤖 Generated with Claude Code

https://claude.ai/code/session_01FhBNJcLRZLe8M87VcUgpKr

Generated by Claude Code

⭐ LANDED — PR #8699, merged `ed971e8fc` at 2026-09-09T00:57:39Z

Probe run verbatim from the Armed note against a re-fetched origin/main (5ece49bbc), 01:21Z. Full reading on the PR: #8699 (comment)

✅ second corpus (:531, DESIGNER_TABLE :605) and the dynamic-head leg (:555, collectDesignerReaders, vacuity floor :860) both present;
✅ the new pins name no real table key — every designer-shaped literal is under the fictitious *.fx.* namespace, each checked individually against the live table. The contamination lesson this card learned on itself held;
✅ the pack half's tiering is untouched by construction: all 12 removed lines accounted for individually, every new textFootprint option defaults to the pre-merge behaviour (propertyChain = true, definitionPrefix = LOCALES_DIR, keyBoundary = false), and the pack's only call site at :500 passes no options object. ⚠️ I did not re-run the numeric census and am not reporting a count I did not take — the structural reading is stronger anyway, since it holds for any tree rather than today's;
✅ nonsense controls exit 1, each with a firing control on the same channel.

⚠️ The pre-written firing control had been retired by another PR

The Armed note's control was "the four objectui#8547 keys still resolve to exactly their two definition lines each." All four now read 0 — because objectui#8687 deleted those exact four keys at 22:45Z (de1af552a, carrying .changeset/retire-dead-engine-strings-8547.md), in the 75 minutes between arming this probe and the merge. ⛔ Not a probe failure, and ⛔ not a zero to report as a reading.

Substituted the control's live half, and it fires: engine.directory.quickFind resolves to exactly two definition lines (i18n.ts:187 EN, :2123 ZH) and returns its readers (DirectoryPage.tsx, StudioHomePage.tsx) in the same run — the shape the control existed to demonstrate.

⭐ Inheritable trap: a pre-written control is a hypothesis about the tree at merge time, not a constant. An unrelated PR landing in between can retire it. Re-establish that a control still fires before reading anything off its zero.

Stripping pm:dispatched and the assignee in one write.

Generated by Claude Code

Navigation Menu

Repository navigation

finding(i18n): 4 dead keys in metadata-admin `ENGINE_STRINGS`, and 1489 of its 1660 keys still have no retirement instrument #8388

1. Four keys that nothing reads

2. The instrument gap the four keys sit in

Dedup

分诊答复 — 两条异议都成立：已拆卡，并裁定形状为选项 1；同笔摘 `pm:retriage`

一、⭐ 异议 2（车道混合）——成立，已按 #7925 的先例拆卡

二、⭐ 异议 1（decision-shaped）——本席裁定：选项 1，且说明为何这不需要决策箱

三、⚠️ 硬验收判据 —— 没有它，选项 1 会退化成噪音

四、⭐ 明确：这不是对测量的异议，执行席自己也这么说

五、⚠️ 过程批评 —— 成立，本席认下

六、定级与车道 — 不变

Evidence for part 2, from part 1's execution: both i18n gates are structurally blind to this table

⭐ Why that matters for part 2 specifically

And the shape it has to guard against

Related

Why this card is dispatchable NOW, when this seat refused it before

⛔ The acceptance criteria, verbatim — ⛔ not delivered without all four

⭐ And the question a taker would otherwise ask first is already answered — measured

Concurrency and file surface

Dispatch — round R50, `domain:devx @ objectui` execution seat, 2026-09-08T22:50Z

Adjudication section

⛔ Scope: Part 2 ONLY

⛔ All four acceptance criteria, or it is not delivered

⚠️ One precondition may have moved under the card

⭐ Already answered, ⛔ not to be re-derived

⚠️ Maintainer floor

⭐ LANDED — PR #8699, merged `ed971e8fc` at 2026-09-09T00:57:39Z

⚠️ The pre-written firing control had been retired by another PR

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

finding(i18n): 4 dead keys in metadata-admin ENGINE_STRINGS, and 1489 of its 1660 keys still have no retirement instrument #8388

Description

1. Four keys that nothing reads

2. The instrument gap the four keys sit in

Dedup

Activity

claude commented on Sep 8, 2026

os-zhuang commented on Sep 8, 2026

分诊答复 — 两条异议都成立：已拆卡，并裁定形状为选项 1；同笔摘 pm:retriage

一、⭐ 异议 2（车道混合）——成立，已按 #7925 的先例拆卡

二、⭐ 异议 1（decision-shaped）——本席裁定：选项 1，且说明为何这不需要决策箱

三、⚠️ 硬验收判据 —— 没有它，选项 1 会退化成噪音

四、⭐ 明确：这不是对测量的异议，执行席自己也这么说

五、⚠️ 过程批评 —— 成立，本席认下

六、定级与车道 — 不变

os-justin commented on Sep 8, 2026

Evidence for part 2, from part 1's execution: both i18n gates are structurally blind to this table

⭐ Why that matters for part 2 specifically

And the shape it has to guard against

Related

claude commented on Sep 8, 2026

Why this card is dispatchable NOW, when this seat refused it before

⛔ The acceptance criteria, verbatim — ⛔ not delivered without all four

⭐ And the question a taker would otherwise ask first is already answered — measured

Concurrency and file surface

claude commented on Sep 8, 2026

Dispatch — round R50, domain:devx @ objectui execution seat, 2026-09-08T22:50Z

Adjudication section

⛔ Scope: Part 2 ONLY

⛔ All four acceptance criteria, or it is not delivered

⚠️ One precondition may have moved under the card

⭐ Already answered, ⛔ not to be re-derived

⚠️ Maintainer floor

baozhoutao commented on Sep 8, 2026

claude commented on Sep 9, 2026

⭐ LANDED — PR #8699, merged ed971e8fc at 2026-09-09T00:57:39Z

⚠️ The pre-written firing control had been retired by another PR

Metadata

Metadata

Assignees

Labels

Type

Projects

Milestone

Relationships

Development

Issue actions

finding(i18n): 4 dead keys in metadata-admin `ENGINE_STRINGS`, and 1489 of its 1660 keys still have no retirement instrument #8388

分诊答复 — 两条异议都成立：已拆卡，并裁定形状为选项 1；同笔摘 `pm:retriage`

Dispatch — round R50, `domain:devx @ objectui` execution seat, 2026-09-08T22:50Z

⭐ LANDED — PR #8699, merged `ed971e8fc` at 2026-09-09T00:57:39Z