fix(i18n): add device/node pairing terms to zh-CN glossary#61396
Conversation
Greptile SummaryAdds nine zh-CN glossary entries to distinguish device pairing ( Confidence Score: 5/5Safe to merge — glossary-only change with no logic or behavior impact. All entries are well-formed, follow existing conventions, CLI commands correctly preserve source==target, and no P0/P1 issues were found. No files require special attention. Reviews (1): Last reviewed commit: "fix(i18n): add device/node pairing terms..." | Re-trigger Greptile |
|
This CI failure is unrelated to this PR. The |
|
Codex review: needs changes before merge. Reviewed July 9, 2026, 10:40 AM ET / 14:40 UTC. Summary PR surface: Docs +34. Total +34 across 1 file. Reproducibility: yes. for the PR-head defect: the live PR patch shows the added Review metrics: 1 noteworthy metric.
Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Risk before merge
Maintainer options:
Copy recommended automerge instructionNext step before merge
Security Review findings
Review detailsBest possible solution: Preserve the proposed glossary terms, add the missing object close/comma after Do we have a high-confidence way to reproduce the issue? Yes for the PR-head defect: the live PR patch shows the added Is this the best way to solve the issue? No as submitted. The glossary file is the right source boundary for these fixed translation terms, but the JSON delimiter must be repaired before merge. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against aca96d2dcfc4. Label changesLabel justifications:
Evidence reviewedPR surface: Docs +34. Total +34 across 1 file. View PR surface stats
Acceptance criteria:
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
Review history (1 earlier review cycle)
|
|
ClawSweeper PR egg 🔥 Warming up: real-behavior proof passed; findings, security review, or rank-up moves are still in progress. Hatch commandComment Hatchability rules:
What is this egg doing here?
|
|
Heads up: this PR needs to be updated against current |
|
This pull request has been automatically marked as stale due to inactivity. |
93f4f1c to
44698f6
Compare
|
Landed after rebasing onto current
Thanks @zeuming! |
Summary
openclaw devices list/approvewithopenclaw nodes pending/approvewhen translating the node-host pairing section because the glossary had no entries distinguishing the two pairing subsystems.What Problem This Solves
OpenClaw has separate device-pairing and node-pairing stores and commands. Without explicit zh-CN glossary terms, translated docs can conflate
openclaw devices list/approvewithopenclaw nodes pending/approve, leading readers to use the wrong approval workflow.Evidence
docs/.i18n/glossary.zh-CN.jsonsuccessfully and verified all 359 source terms are unique.pnpm docs:check-i18n-glossarypnpm format:docs:check— 689 docs files clean.pnpm check:docs— formatting, lint, MDX, glossary, 5,783 internal links, and docs map all pass.Change Type
User-visible / Behavior Changes
None at runtime. The glossary affects future zh-CN translation runs.
Security Impact
None.