分类： Go
-
在 A Tour of Go 简体中文版本进入发布前质量审核后，我发现 channel 在中文 Go 资料中存在“通道”“信道”“管道”以及直接保留英文等多种用法。本文记录这次术语校准过程：不再依据项目内部出现次数判断译法，而是参考中文 Go 社区长期形成的实际习惯，并进一步统一 type inference、untyped constant、built-in 等核心术语。最终形成“社区强共识、项目约定、保留原生术语”三类处理原则，并将确定的译法写入 zh-CN glossary。
-
在推进 A Tour of Go 多语言翻译项目的发布前正文审核时，我尝试将 ChatGPT 直接连接 GitHub，让它能够读取 go-tour-i18n 仓库中的真实源码和译文。本文记录实际连接与授权过程，以及连接完成后 ChatGPT 与 Codex 在项目中的新分工：ChatGPT 负责直接读取仓库、分析和审核，Codex 继续负责仓库级修改、测试与提交，从而减少过去需要手工转发仓库内容的中间环节。
-
A Tour of Go 多语言翻译项目完成简体中文课程正文的全量翻译：基于官方 upstream master@e11dacba76c5aae474746e9eedee19693f492803，重新确认 101 个普通顶层 Section 加 2 个 #appengine 条件顶层 Section，共计 103 个课程页面。批量翻译过程中进一步修复了行内代码完整结构换位导致的恢复边界问题，以及完整链接按中文自然语序换位导致的校验误判，并直接利用已有 GLM-5.2 历史响应重新校验恢复。最终状态达到 ready=103、pending=0、blocked=0，课程正文翻译阶段正式完成，下一步进入 zh-CN 发布前全局验收。
-
A Tour of Go 多语言翻译项目继续推进第三批普通页面。本批最初 10 页中有 8 页直接进入 ready，flowcontrol/10 与 moretypes/1 因静态预格式化代码块、行内结构和教学注释 Go 标识符等问题进入 blocked。排查过程中进一步确认：Protected Token 不仅需要保护 payload，还需要向模型明确其结构角色；同时 static preformatted block 的 token 化还曾吞掉原有块级换行边界，导致模型输入本身误导结构判断。完成首次 Prompt、protected input 边界和教学注释标识符角色校准后，两页均在干净首次请求中通过全部自动校验；同时修复了 retry feedback 因 diagnostic suffix 中包含 directive 而导致的字符串误分类。第三批最终实现 10/10 ready，全局状态更新为 ready=45、pending=58、blocked=0。
-
在 A Tour of Go 多语言翻译项目中，随着 protected token 保护规则不断增加，我开始重新思考输入端是否有必要做如此多的结构处理。本文记录一次围绕 –raw-input、–minimal-protect 和 –dev-attempts 的真实架构实验：flowcontrol/6 证明原始输入能够直接通过统一校验，而结构更复杂的 methods/24 又暴露出 .play directive、链接标签行内代码以及 font span 等结构风险。最终没有贸然替换当前成熟方案，而是保存实验能力和真实审计，继续使用默认 protected-token 流程推进课程翻译，并将“原始页面优先、少量高风险机器结构保护、严格统一校验、针对性重试反馈”作为后续值得继续研究的简化方向。
-
继续推进 go-tour-i18n 项目的第二批 10 个普通页面翻译。flowcontrol/6 在连续 3 次翻译后因 inline code sentinel 5 opening marker missing 进入 blocked，排查后发现 GLM-5.2 并未丢失 Token，而是将英文中的 v → return 按自然中文语序调整为 return → v，暴露出 Restore 层错误要求不同 Inline Code Pair 保持源码顺序的问题。修复后允许完整 Pair 随自然语序整体换位，并新增 translate revalidate-response，可直接复用历史成功模型响应重新执行当前 Restore 与 Validator，无需再次调用 GLM。最终 flowcontrol/6 使用原 attempt-003 成功恢复为 ready，第二批 10 页实现 10/10 Ready；同时修正了已经过时的 TestCommittedStatus Ready 页面白名单测试。当前项目状态为 ready=35、pending=68、blocked=0。
-
A Tour of Go 多语言翻译项目进入首批普通页面试跑阶段。basics/4～basics/13 最初有 8 页进入 ready、2 页进入 blocked，随后通过完善网络故障恢复、重试窗口、强调结构保护、行内代码成对保护和重试反馈机制，最终 10 页全部进入 ready。其中 basics/6 暴露出 GLM-5.2 即使看不到 swap 原文，也会根据上下文主动补全内容的问题，由此进一步形成“尽量保留语义上下文，只保护真正危险的结构边界”的翻译保护思路。
-
A Tour of Go 多语言翻译项目完成最后 3 个代表页 concurrency/7、concurrency/11 和 methods/24 的真实翻译与校准，总代表页达到 7 页。本轮继续发现并修复了非尾部指令位置校验、standalone 条件源码投影、Go 普通英语词义误保护、链接显示文本内行内代码保护，以及中文全角标点与 legacy present 行内代码边界等问题。多次失败还通过保存原始模型响应、本地回放和统一校验确认了真正根因。至此代表页校准阶段结束，下一步将进入 10 个普通 pending 页面自动试跑。
-
在 A Tour of Go 多语言翻译项目继续校准 methods/20 时，GLM-5.2 第一次翻译因多处 Protected Token 顺序变化被自动校验拒绝。进一步分析发现，16 个受保护标记全部完整保留，所谓“换序”实际上来自英语与中文正常的语序差异。本文记录如何重新划分结构校验与跨语言语义的职责，取消过严的全局 Token 顺序限制，加强 present、链接、代码块、directive 与 Section 结构校验，并使用同一份历史失败响应完成确定性回放，最终证明第一次翻译本身已经正确通过。
-
本文记录 go-tour-i18n 项目翻译 A Tour of Go methods/16 页面时，对左侧教学代码注释翻译策略的完整校准过程。第一次翻译因代码块注释被译成中文而触发现有结构校验失败，随后项目通过全量审计确定：右侧可运行示例继续保持官方原样，左侧教学代码中的自然语言注释则应在安全边界内翻译。为此，项目新增了预格式化 Go 代码扫描、非注释代码逐字保护、注释内 Go 标识符保护、人工 candidate 独立校验，以及斜体、粗体和行内代码结构检查。最终 methods/16 在第二次尝试中通过自动校验、人工润色和浏览器预览，并沉淀了一批 methods 与 interfaces 相关术语。