标签： AI 翻译
-
在一次 GLM-5.2 WordPress 整篇翻译完成后，服务器 Trace 明确记录了 3 次 API 请求，但智谱开放平台的费用明细却显示了 4 条模型推理记录。通过导出费用明细 Excel，并结合请求时间、输入与输出 Tokens、请求次数以及资源包余额进行交叉核对，最终确认费用明细的一行并不等于一次 API 请求：同一时间范围内的请求会汇总统计，而输入 Tokens 与输出 Tokens 又分别形成计费记录。本次 3 次请求共消耗 10,880 Tokens，与新用户赠送的 200 万通用模型推理资源包余额变化完全一致，同时也验证了资源包抵扣与“后付费”字段的实际含义。
-
在 WordPress 历史文章英文覆盖翻译过程中，文章 ID 4652 持续触发 GLM-5.2 HTTP 400 安全检测错误。通过执行 Trace、模型真实 Payload 与 Plaintext Region 分析，最终发现多个不含中文的服务器日志、文件列表等 Plaintext 区块没有翻译必要，却仍被完整发送给模型。本文记录如何调整 Code Block Pro Plaintext 保护策略，将纯机器文本改为 SWQBLOCK 整体保护，使正文 Payload 从 49938 字符降至 8876 字符，并继续处理 Ctrl+C 遗留状态、recovery_generation 重试计数、counter_drift 与 WordPress REST Nonce 过期问题，最终成功完成 GLM-5.2 整篇翻译。
-
本文结合智谱 GLM-5.2 资源包订单、余额变化和实际 API 调用数据，对比 2000 万 Tokens 特价包、1 亿 Tokens 尊享包与按量付费的成本。文章同时说明此前购买的 1000 万 GLM-5.1 尝鲜包、朋友注册获得的组合赠送资源包，以及新用户可购买的 2000 万付费特价包之间的区别，并分析历史文章翻译完成后的用量变化、朋友账号使用风险，以及博客和 Go Tour 后续增加语言是否值得。
-
本文记录 go-tour-i18n 项目翻译 A Tour of Go methods/16 页面时，对左侧教学代码注释翻译策略的完整校准过程。第一次翻译因代码块注释被译成中文而触发现有结构校验失败，随后项目通过全量审计确定：右侧可运行示例继续保持官方原样，左侧教学代码中的自然语言注释则应在安全边界内翻译。为此，项目新增了预格式化 Go 代码扫描、非注释代码逐字保护、注释内 Go 标识符保护、人工 candidate 独立校验，以及斜体、粗体和行内代码结构检查。最终 methods/16 在第二次尝试中通过自动校验、人工润色和浏览器预览，并沉淀了一批 methods 与 interfaces 相关术语。
-
本文记录 go-tour-i18n 项目使用 GLM-5.2 翻译 A Tour of Go generics/1 页面时的完整校准过程。一个看似简单的泛型页面先后经历网络权限失败、保护 Token 重复、legacy present 行内代码边界合并、Token 顺序交换等问题，最终通过中文提示词统一、Token 类型元数据和确定性空格规范化，在第五次尝试中通过自动校验，并完成人工润色、术语沉淀和浏览器预览。文章同时说明，当前项目仍处于代表页面校准阶段，尚未进入批量翻译。
-
本文记录 go-tour-i18n 项目进入正式翻译阶段后的最新进展：完成 Welcome 全章及 Basics 前 3 页，共有 8 个简体中文页面进入 ready；确认正式发布采用 103 页投影，并区分本地执行与远程 Playground 语义；发现并修复 legacy present 语法中带空格行内代码的 Protected Token 保护问题。文章还回顾了此前针对 WordPress 技术博客整篇翻译进行的 DeepSeek V4 Pro 与 GLM-5.2 对比，并说明由于本轮实际更新的是 V4 Flash、V4 Pro 尚未更新，暂时搁置新的模型对比。后续将先校准跨章节代表页面，再试跑 10 页，稳定后才进入剩余页面的批量自动翻译。
-
记录一次 SlyTranslate + GLM-5.2 整篇翻译中的 Protected Token 校验失败排查过程。问题最初表现为文章尾部连续丢失 Gutenberg STRUCT Token，在增加 Tail STRUCT Repair、强化 Prompt 和 Tail Guard 后仍未解决。进一步分析发现，真正原因是中文文章中存在 Paragraph → Plaintext → Paragraph 的跨块自然语言结构，GLM 为生成更自然的英文主动重组内容，导致 Protected Token 顺序漂移。最终通过清理不必要的 Plaintext、让 Gutenberg 区块边界与自然语言语义边界保持一致，在不放宽严格 Token 验证的情况下成功完成 GLM-5.2 整篇翻译。
-
在网站 Google 搜索自然查询中发现「A Tour of Go 中文版」产生真实点击后，我进一步确认 Go 官方目前仍保留简体中文入口，但过去对应的 tour.go-zh.org 已无法正常访问。基于这一内容缺口，我计划以当前官方 A Tour of Go 为上游，使用 Go 和 GLM-5.2 建立一个可持续同步、自动校验并经过人工审核的简体中文版本，暂定部署至 zh.go-tour.shuijingwanwq.com，中文站使用 EdgeOne。本篇记录项目产生的背景、技术选型、翻译原则、域名与部署架构，以及第一阶段 MVP 规划。
-
从历史文章摘要为空、文章列表重复显示 Post Views 以及 Yoast SEO 元描述不够准确的问题出发，我逐步梳理了 WordPress AI 翻译工程的下一阶段计划。后续将先盘点经典编辑器、SyntaxHighlighter Evolved、Gutenberg 和 Code Block Pro 等历史内容格式，再使用 GLM-4.7 小规模测试并批量补齐中文 post_excerpt，随后重新覆盖翻译历史英文文章。整个流程将通过 Codex 与 GitHub 管理，并持续评估不同模型的翻译质量、稳定性、速度、API 成本及部署可行性。
-
随着“WP 博客多语言化实操”系列文章增至 38 篇，我将其中以 AI 模型评测、翻译质量优化、代码保护和自动化流程为主的内容，拆分到新系列“WordPress AI 翻译工程实战”。本次共迁移 16 篇中文文章及对应的 16 篇英文文章，并确认通过文章列表按发布时间依次快速编辑后，PublishPress Series 会自动从 1 开始连续排序，无需手动调整。迁移完成后，还清理了 www 与 en 域名下的 W3 Total Cache 页面缓存和对象缓存。