没有不值得去解决的问题,也没有不值得去学习的技术!

  • 103 页逐页审核后,只返修 16 页:A Tour of Go 中文正文发布前质量审计

    103 页逐页审核后,只返修 16 页:A Tour of Go 中文正文发布前质量审计

    A Tour of Go 简体中文 103 个正式发布页面完成自动翻译和结构校验后,我又进行了一轮完整的发布前正文质量审计。最终 87 页无需修改,14 页列为 C 类建议修订,2 页列为 D 类必须修订,共返修 16 页。本文记录这次审核如何区分可读性问题与技术误译,以及人工修订仍然必须经过同一套 validator 校验的过程,包括 methods/19 因少保留一个行内代码结构而被自动拒绝的代表案例。

  • 为什么 channel 最终选择“通道”:A Tour of Go 中文术语统一的一次实践
    ,

    为什么 channel 最终选择“通道”:A Tour of Go 中文术语统一的一次实践

    在 A Tour of Go 简体中文版本进入发布前质量审核后,我发现 channel 在中文 Go 资料中存在“通道”“信道”“管道”以及直接保留英文等多种用法。本文记录这次术语校准过程:不再依据项目内部出现次数判断译法,而是参考中文 Go 社区长期形成的实际习惯,并进一步统一 type inference、untyped constant、built-in 等核心术语。最终形成“社区强共识、项目约定、保留原生术语”三类处理原则,并将确定的译法写入 zh-CN glossary。

  • ChatGPT 连接 GitHub 实测:让 AI 直接读取 go-tour-i18n 仓库参与译文审核
    ,

    ChatGPT 连接 GitHub 实测:让 AI 直接读取 go-tour-i18n 仓库参与译文审核

    在推进 A Tour of Go 多语言翻译项目的发布前正文审核时,我尝试将 ChatGPT 直接连接 GitHub,让它能够读取 go-tour-i18n 仓库中的真实源码和译文。本文记录实际连接与授权过程,以及连接完成后 ChatGPT 与 Codex 在项目中的新分工:ChatGPT 负责直接读取仓库、分析和审核,Codex 继续负责仓库级修改、测试与提交,从而减少过去需要手工转发仓库内容的中间环节。

  • A Tour of Go 多语言翻译项目:zh-CN 103 个课程页面全部 ready,课程正文翻译阶段完成
    ,

    A Tour of Go 多语言翻译项目:zh-CN 103 个课程页面全部 ready,课程正文翻译阶段完成

    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 页全部 Ready,继续校准 Protected Token 的结构角色
    ,

    A Tour of Go 多语言翻译实战:第三批 10 页全部 Ready,继续校准 Protected Token 的结构角色

    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 多语言翻译项目:从 swap 问题重新审视 Token 保护,原始输入与最小保护的一次真实实验
    ,

    A Tour of Go 多语言翻译项目:从 swap 问题重新审视 Token 保护,原始输入与最小保护的一次真实实验

    在 A Tour of Go 多语言翻译项目中,随着 protected token 保护规则不断增加,我开始重新思考输入端是否有必要做如此多的结构处理。本文记录一次围绕 –raw-input、–minimal-protect 和 –dev-attempts 的真实架构实验:flowcontrol/6 证明原始输入能够直接通过统一校验,而结构更复杂的 methods/24 又暴露出 .play directive、链接标签行内代码以及 font span 等结构风险。最终没有贸然替换当前成熟方案,而是保存实验能力和真实审计,继续使用默认 protected-token 流程推进课程翻译,并将“原始页面优先、少量高风险机器结构保护、严格统一校验、针对性重试反馈”作为后续值得继续研究的简化方向。

  • A Tour of Go 中文翻译第二批实跑:从 Inline Code 顺序误判到历史响应重新验证
    ,

    A Tour of Go 中文翻译第二批实跑:从 Inline Code 顺序误判到历史响应重新验证

    继续推进 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 多语言翻译项目:首批 10 个普通页面试跑,从 2 个 blocked 到全部 ready
    ,

    A Tour of Go 多语言翻译项目:首批 10 个普通页面试跑,从 2 个 blocked 到全部 ready

    A Tour of Go 多语言翻译项目进入首批普通页面试跑阶段。basics/4~basics/13 最初有 8 页进入 ready、2 页进入 blocked,随后通过完善网络故障恢复、重试窗口、强调结构保护、行内代码成对保护和重试反馈机制,最终 10 页全部进入 ready。其中 basics/6 暴露出 GLM-5.2 即使看不到 swap 原文,也会根据上下文主动补全内容的问题,由此进一步形成“尽量保留语义上下文,只保护真正危险的结构边界”的翻译保护思路。

  • A Tour of Go 中文翻译完成 7 个代表页校准:最后 3 页又发现了哪些真实问题
    ,

    A Tour of Go 中文翻译完成 7 个代表页校准:最后 3 页又发现了哪些真实问题

    A Tour of Go 多语言翻译项目完成最后 3 个代表页 concurrency/7、concurrency/11 和 methods/24 的真实翻译与校准,总代表页达到 7 页。本轮继续发现并修复了非尾部指令位置校验、standalone 条件源码投影、Go 普通英语词义误保护、链接显示文本内行内代码保护,以及中文全角标点与 legacy present 行内代码边界等问题。多次失败还通过保存原始模型响应、本地回放和统一校验确认了真正根因。至此代表页校准阶段结束,下一步将进入 10 个普通 pending 页面自动试跑。

  • A Tour of Go 多语言翻译:当正确的中文语序被受保护标记顺序校验误判
    ,

    A Tour of Go 多语言翻译:当正确的中文语序被受保护标记顺序校验误判

    在 A Tour of Go 多语言翻译项目继续校准 methods/20 时,GLM-5.2 第一次翻译因多处 Protected Token 顺序变化被自动校验拒绝。进一步分析发现,16 个受保护标记全部完整保留,所谓“换序”实际上来自英语与中文正常的语序差异。本文记录如何重新划分结构校验与跨语言语义的职责,取消过严的全局 Token 顺序限制,加强 present、链接、代码块、directive 与 Section 结构校验,并使用同一份历史失败响应完成确定性回放,最终证明第一次翻译本身已经正确通过。

👨‍💻 个人品牌

王世强|PHP / Go 技术顾问

15+ 年 Web 后端开发经验,专注于系统维护、架构优化、性能调优及 Linux 运维。

持续运营技术博客 10+ 年,累计发布 1000+ 篇原创技术文章。

为创业团队、中小企业及独立开发者提供长期技术支持与远程合作服务。

👉 关于我 & 合作

.env (14) 404 (13) add (16) AI 翻译 (15) Apache (13) Array (19) Cache (13) CentOS (23) chrome (19) Cloudflare (26) composer (42) composer.json (22) composer install (13) composer update (14) console (16) Container (25) curl (15) delete (31) Docker (32) Dockerfile (15) ECS (12) EdgeOne (23) environment variable (19) error (24) Failed (13) file (15) filter (20) function (13) Git (27) GitHub (17) Gitlab (15) GLM-5.2 (11) Go (38) Google AdSense (22) GraphQL (24) GraphQL API (14) Gutenberg (29) http (21) https (21) Interface (19) Jquery (13) json (24) Laravel (37) Laravel 6 (55) Laravel 9 (25) Lighthouse (17) Lighthouse 5 (14) Linux (21) Migrate (13) Module (17) MySQL (78) MySQL 5.7 (21) Nginx (56) Node.js (12) normalize.css (28) OKX (15) OneinStack (17) PHP (67) php-fpm (17) php.ini (24) PHP 7.1.12 (22) PHP 7.4 (26) phpmyadmin (15) PhpStorm (24) Polylang (57) postman (18) Query (17) queue (16) Rancher (24) Redis (48) response (13) RESTful (27) RESTful API (23) rules (12) Shell (13) Shopify (19) SlyTranslate (18) SQL (24) String (14) TortoiseGit (14) Twenty Twenty-Five (19) Ubuntu (40) update (20) VPN (17) VS Code (13) W3 Total Cache (35) Windows 10 (46) WireGuard (26) WordPress (115) WordPress 多语言 (13) WPCode (22) Wstunnel (13) Yii (40) Yii 2 (70) Yii 2.0 (51) 命令行 (13) 技术博客 (15) 数据库迁移 (16) 浏览器 (14) 阿里云 (19)

2026 年 8 月
 12
3456789
10111213141516
17181920212223
24252627282930
31  

Most Viewed Posts

  1. 从 LetsVPN 停用至自建 WireGuard VPN 全流程复盘(附避坑指南) (7,571)
  2. 使用中国大陆手机号登录 Telegram,弹出 SMS Fee 且支付选项不支持,购买 Premium 后短信验证码未收到的完整解决流程 (5,383)
  3. ZgoCloud + Wstunnel + WireGuard 提速 4 倍,Clash Verge Rev 自动分流与 443 端口防封实战 (4,877)
  4. WireGuard 国内直连+国外走隧道 配置踩坑与完美解决(实测可用) (3,914)
  5. WireGuard VPN 配置优化:国内网站直连,国外流量走VPN(实测有效) (2,102)
  6. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),新建api目录、配置和环境、测试、Vagrant等的支持 (1,340)
  7. 一直收到 Huobi.info 的账户管理费收取通知,决定提取出剩余的资产 (1,321)
  8. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),在 api 的 tests 目录中准备用户相关操作的一些自动化测试的样例(API 测试),确保应用程序在改变或增加新的功能时不会影响现有的功能 (1,309)
  9. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),实现模型分层:数据层、逻辑层,明确公共目录、应用、模块的继承、引用关系 (1,281)
  10. 基于 yiisoft/yii2-app-advanced,在 GitHub 上新建仓库 yii2-app-advanced,新建接口应用(实现 RESTful 风格的 Web Service 服务的 API),实现 RESTful Web 服务,支持国际化(动态地设置目标语言,默认为简体中文) (1,276)