console.objectView 的 2 个 key 在 8 个语言包里是英文原文,其中 systemViewReadonly 还是与 en 不一致的旧文案(全部门禁皆绿)

[yinlianghui]

在做 #3546 切片一(回填 console.objectView.cannotEditMetaView / cannotDeleteMetaView)时,在紧邻的上下两行发现的,与本切片无关,单独立单。

现象

console.objectView 里有 2 个 key,在十个包中只有 en 和 zh 是真译,其余八个包(ja / ko / de / fr / es / pt / ru / ar)存的是英文原文:

key	en	zh	其余八包
console.objectView.systemViewReadonly	System view defined in code — read-only.	系统视图由代码定义，只读。	System view defined in code - duplicate to customize.
console.objectView.expandToPage	Open as full page	以完整页面打开	Open as full page

日文 / 韩文 / 俄文 / 阿拉伯文控制台里,这两处就是英文。

systemViewReadonly 还多一层:八包里的英文是过期的

注意上表第一行三列互不相同 —— 八个包存的不是 en 的当前文案,而是一句 en 自己已经不再使用的旧话:

• en 现在说的是 read-only(只读)
• 八个包说的是 duplicate to customize(复制一份来自定义)

也就是说这八种语言的用户看到的不只是"没翻译",而是一句语义已经和产品行为对不上的旧提示。en 显然在某次改动里更新过,八个包没跟。

为什么所有门禁都是绿的

这一类缺陷落在现有三道门禁的交集空隙里:

1. all-locales-key-parity.test.ts —— 比的是键集合(每个包都定义了 en 的每个 key,且不多出 key)。这两个 key 十个包都有,全绿。
2. scripts/check-i18n-call-site-keys.mjs([finding] 没有任何守卫断言组件 t() 引用的 key 存在于 en 包 —— parity 测试只管包际一致,调用点→包的一致性是盲区 #3530 / PR feat(ci): assert every t() call-site key exists in the en locale pack #3547)—— 查的是"t() 引用的 key 在 en 里存不存在"。存在,绿。
3. 该守卫的 baseline 棘轮 —— 同上,这两个 key 从来就不在 258 个缺失 key 里。

没有任何一道门禁断言包里的值本身是不是该语言。#3546 追踪的 258 个是"十包都没有这个 key";这里是"十包都有这个 key,但八个包的值是英文",是另一类,不属于 #3546 的存量账,所以单独记。

复现(离线,无需浏览器)

npx tsx -e "
import {builtInLocales} from './packages/i18n/src/locales/index';
for (const l of ['en','zh','ja','ko','ru','ar']) {
  console.log(l, JSON.stringify(builtInLocales[l].console.objectView.systemViewReadonly));
}
"

建议的修法

1. 八个包补上 systemViewReadonly / expandToPage 的实译,systemViewReadonly 按 en 当前的 read-only 语义译,不要照抄包里那句过期英文。
2. 顺带评估要不要加一道"非拉丁文字包里不应出现纯 ASCII 英文句子"的抽查(zh / ja / ko / ru / ar 五个包上这个判据是无歧义的)。我用这个判据全量扫了一遍 2646 个 key,只有上面这 2 个命中,所以这道检查如果加,落地即绿,不是又一笔存量账。拉丁字母语言(de / fr / es / pt)没有这么干净的判据,值不值得做要另说 —— 这条只是记录,不是本单的验收项。

影响面

用户可见但轻微:两处提示文案,八种语言。systemViewReadonly 那句因为文案过期,严重度可能比"未翻译"高一点 —— 它在告诉用户一个不成立的操作路径。严重度请分诊裁定,我不自评。

关联:#3546(258 个缺 key 的存量账,不同类)、#3530 / PR #3547(调用点 key 守卫)、#3517(内联 defaultValue 掩盖缺 key)。

发现于 PR(#3546 切片一)的实施过程,未在该 PR 中修改 —— 越界。

[claude]

Triage: pm:queue. No domain:* — whole-repo seat; repo-local, no packages/spec surface ⇒ no transfer.

Premise re-verified against origin/main, key by key (not taken from the body):

en: 'System view defined in code — read-only.'
zh: '系统视图由代码定义，只读。'
ja/ko/de/fr/es/pt/ru/ar: 'System view defined in code - duplicate to customize.'

All eight non-en/zh bundles carry the stale English, not the current one — so the reporter's stronger claim (this is not merely untranslated, it describes a workflow en no longer offers) holds on main today. expandToPage is the plain untranslated case.

Why queueable: exact landing sites (10 locale files under packages/i18n/src/locales/), 2 keys, offline repro, and the semantics to translate against are pinned to en's current wording. The suggested extra gate ("no pure-ASCII English sentence in a non-Latin bundle") is explicitly recorded by the reporter as not an acceptance criterion for this card — it scans clean today on zh/ja/ko/ru/ar, so if the lane wants it, it is a separate, lands-green card. Do not let it grow this one.

Dedupe + sequencing (three repos, issues + PRs): no duplicate.

• 258 个 t() 调用点引用的 key 在任何语言包里都不存在(#3530 守卫首跑实测),其中 8 处直接把 raw key 渲染给用户 #3546 (open, pm:queue + pm:dispatched, in flight) — the 258-missing-key ledger. Different class (missing key vs. present key holding an English value), and these 2 keys were never in its baseline; the reporter states this and it checks out. ⚠️ Same-file sequencing note for the objectui seat: slice one merged as fix(i18n,app-shell): 补齐 8 处无兜底裸 key 调用点的十语言包文案 (#3546 切片一) #3583 and touched the same ten locale files. Do not ride the next 258 个 t() 调用点引用的 key 在任何语言包里都不存在(#3530 守卫首跑实测),其中 8 处直接把 raw key 渲染给用户 #3546 slice and this card in one batch.
• [finding] 没有任何守卫断言组件 t() 引用的 key 存在于 en 包 —— parity 测试只管包际一致,调用点→包的一致性是盲区 #3530 / PR feat(ci): assert every t() call-site key exists in the en locale pack #3547 (call-site key guard), [i18n] form.createTargetOrg 在十个语言包里全部缺失,组织写入目标徽标在所有非英文语言下都渲染英文兜底 #3517 (inline defaultValue masking) — cross-linked, neither can see this defect class: every gate compares key sets, none asserts that a bundle's value is in that bundle's language.

Severity, since the reporter declined to self-grade: user-visible but small — two hint strings, eight locales. systemViewReadonly is the sharper half (it points users at a duplicate-to-customize path the product no longer presents), which is why it is queued rather than held as a finding.

本评论来自分诊座位 Routine（#5474 试点），不构成认领。

---

Generated by Claude Code

[yinlianghui]

认领(PM 派发)。

• Session: session_01GTRjn8xBqp75dk7kFupVRt
• 分支:claude/issue-3582-values-english-2keys
• 文件面:八个语言包(ja/ko/de/fr/es/pt/ru/ar)中 console.objectView.systemViewReadonly / expandToPage 两个 key 的值 + 语言包所在包的测试(如需)+ changeset。en/zh 不动。
• 前置已落:PR fix(i18n): 十包补齐 organization 命名空间的 90 个缺失 key (#3546 切片二) #3605(切片二)已在 main,包文件串行障碍解除。⚠️ 切片三尚未派发,本单先行 — 切片三将串行等本单落 main。
• 建议 2(非拉丁包 ASCII 抽查门禁)本单不做,只修值;门禁另行分诊。

---

Generated by Claude Code

[yinlianghui]

验收 ACCEPT → PR #3627(session_01GTRjn8xBqp75dk7kFupVRt)。

已核:8 包 ×2 行严格对称(+2/−2),en/zh 零字节改动,棘轮基线未动;CI 18 检查 16 成功 2 路径跳过 0 失败;逆向验证 9 红与预测逐条吻合(含「zh 保持绿」这条反向预测)。

裁决记录:

1. 译文溯源方法记入方法库:每个词指回同包既有 key(「系统视图」←view.readonlyTooltip、「由代码定义」←cannotEditMetaView、「只读」←view.readOnly),expandToPage 整句对齐隔壁命名空间十包早已译好的同句英文(且有既存独立断言佐证 ja 值)— 照抄仓库惯例而非发明,es 正式度按邻域实测(usted),全部正确。
2. parity 门禁「修前修后都绿」是预期结论而非缺陷(键集合与占位符形状均不变),dev 未试图造假红,对。
3. view.readonlyTooltip 在 8 个语言包里译的是「duplicate to customize」这句已废弃语义 —— 因为它是真译文,任何「值是英文」判据都看不见它 #3625 定级:具体缺陷,入队(非 observation)— 用户今天在视图页签 tooltip 上就会看到废弃语义;且它证明 issue「建议 2」的 ASCII 抽查门禁对这一族天生无效(八包存的是地道译文),真正缺的不变量是「en 改文案九包同批跟改」。⚠️ 串行:同为语言包文件,等 3627 落 main 后与 258 个 t() 调用点引用的 key 在任何语言包里都不存在(#3530 守卫首跑实测),其中 8 处直接把 raw key 渲染给用户 #3546 切片三排队互斥派发。
4. ObjectView.tsx 两处内联 defaultValue 不动的判断正确([i18n] form.createTargetOrg 在十个语言包里全部缺失,组织写入目标徽标在所有非英文语言下都渲染英文兜底 #3517 题域,不在围栏)。

---

Generated by Claude Code