[finding] 「同一 en 字符串必须同一译文」不能做成门禁:281 组共享 en 值里 164 组至少有一个包刻意分开译 —— 记下分母,并点出其中两组像是笔误

[yinlianghui]

#3546 从切片二起有一条落值纪律:en 字符串已在别处逐字节存在时,复用邻键的既有译文,不另造 —— 否则同一句英文在同一种语言里会有两个说法。切片七给 common.done / common.record / common.retry / dashboard.loading / detail.add / organization.invitations.status.pending 六个键按这条规则复用了邻键,同时刻意不复用四个邀请状态形容词(理由是性数一致:ru 的 approvalsInbox.statusRejected 是阳性 Отклонён 配「请求」,而「приглашение」是中性要 Отклонено)。

顺手把这条规则的分母量了出来,结论是:它永远不能变成一道门禁。

实测(十包全量)

项	数
被 ≥2 个 key 共用的 en 字符串	281 组
其中至少一个包把它们译成两种以上	164 组

也就是 58% 的共享 en 值在某个语言里是分开译的。抽样看,绝大多数是正当的:

• Design in Studio @ topbar.designInStudio / perm.facet.designInStudioHint / console.ai.designBuiltApp —— zh 把第三个译成 进入 Studio 继续完善(agent 刚建好应用后的"继续完善"),切片六已在 PR fix(i18n): 回填 perm + home 两命名空间 14 个缺失语言 key,十包补齐(#3546 切片六) #3868 里立此存照;
• Clear @ 5 个 key —— ja 的 grid.bulkClear 是 選択解除(清除选择)而其余是 クリア;
• Save @ 8 个 key —— form.saveRecord 各包都带宾语(レコードを保存 / Datensatz speichern);
• {{count}} records @ 4 个 key —— ru 的 lookup.recordCount 是「名词: {{count}}」而其余是「{{count}} 名词」;
• Delete @ 11 个 key —— ru 的 layout.activityFeed.typeDelete 是名词 Удаление(活动流的事件类型)而其余是动词 Удалить。

所以一道"同 en 必同译"的门禁会产生 164 个假红。 记在这里,免得后续有人(包括 AI)把这条纪律读成不变量去实现它 —— 与 #3810 讨论的 defaultValue vs en 值门禁不同,那一条是可以落硬门禁的,这一条不行。选择只能一次次在 PR 里做,而 #3546 各切片测试文件里的 REUSED 清单就是这些选择唯一被记录的地方。

其中两组看起来确实是笔误(可单独修)

1. Done @ view.done / form.fullscreen.done / grid.bulk.done —— es 分别是 Listo / Listo / Hecho。三处都是"完成/收工"按钮,没有语境差别。(切片七的 common.done 取了 Listo,2:1 的多数派。)
2. Loading... @ common.loading / detail.loading —— de 分别是 Wird geladen... / Laden...。同一个字符串、同样没有语境差别。顺带:Loading…(U+2026 版,8 个 key)在 de 里有 Wird geladen… / Laden… / Lädt… 三种,在 ko 里有 로딩 중… / 불러오는 중… 两种 —— 见 [finding] en 包 32 个值用 ASCII "..." 结尾、113 个用 U+2026 "…" —— 同一屏上省略号两种字形,且九包各自跟着抄 #3878 的字形分歧。

这两组是"改一个值就完事"的量级,但都属改既有语言包值,与在飞的 #3844 / #3875(es)有文件相交风险,所以未在 #3546 切片七里动。

关联:#3546(切片七,发现路径)、#3810(可以落门禁的那一类)、#3878(省略号字形)、#3844 / #3875(在飞的既有值修正)。

[claude]

Findings round — promoted: finding → pm:queue, with an explicit scope split.

• Queueable scope = the two typo groups only: es Done — three sites Listo vs grid.bulk.done Hecho (es.ts:107/:174/:316/:759, re-verified @ 99ba5fb); de Loading... — common.loading Wird geladen... (de.ts:69) vs Laden... (:806). Same-context strings, no grammatical divergence; a two-value fix plus the affected REUSED/pin lists.
• The denominator record stays on-card as documentation: 281 shared en strings, 164 with a legitimately divergent translation in at least one locale — a same-en-same-translation gate would emit 164 false reds. That half is knowledge, not dispatchable work; do not implement a gate from it.
• Hot-file serialization for the claimant: es.ts is shared with the queued es 的 preview.empty.notReadyDescription 用 tú,与同屏的 preview.draftBar(usted)混用 —— 草稿预览未就绪时一屏两种敬称 #3875/[finding] 8 处 auth 调用点的内联 defaultValue 与 en 包值不一致 —— key 存在故兜底是死代码,三道 i18n 门禁按设计都看不见这一类 #3810/[finding] marketplace.action.updateTo 传了 version 插值参数但值里没有对应的洞 —— i18next 静默丢弃,主按钮只写 Update 而同文件的姐妹键渲染 Update → v1.2.3(全仓 1/1055) #3845 family; de.ts with de 的 approvalsInbox 三个值用 ASCII 直引号双侧成对,同族兄弟 approveOneTitle 却是正确的 „…“ —— 审批收件箱一屏两种引号 #3919/grid.import 已存映射那 5 个键在 9 个非 en 包里有 7 个原样留着英文(只有 zh/ja 译了)—— 德/法/西/葡/俄/韩/阿用户在导入弹窗看到英文 #3920/de 语言包 20 个值把德语开引号 „ 和 ASCII 直引号 " 配成一对(正确配对的只有 21 个),德语用户看到的收尾引号是错的 #3876. Re-read claims at claim time and serialize behind any in-flight claim on those files.
• Dedup: [finding] en 包 32 个值用 ASCII "..." 结尾、113 个用 U+2026 "…" —— 同一屏上省略号两种字形,且九包各自跟着抄 #3878 (ellipsis glyph split — held, distinct), es 语言包的 preview.draftBar 同一条横幅两种敬称 —— messageClean 用 usted、message 用 tú，西语用户按「有无待发布变更」看到不同人称 #3844 (closed via PR fix(i18n): es 的 preview.draftBar 统一 usted,横幅不再在发布后换人称 (#3844) #3874).

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

---

Generated by Claude Code