翻译工作流标签归档 - 永夜

A Tour of Go de-DE 上线复盘：第三门语言用了约 16 小时，下一门如何压到 8 小时？

永夜 — Sat, 29 Aug 2026 12:30:06 +0000

A Tour of Go 第三门社区语言 de-DE 已正式上线。从开始推进到完成 TranslationUnit 质量审核、Locale Surface Review、production 部署和最终验收，这一轮粗略投入约 16 小时。

但这 16 小时并不是从零开始完成一门语言的全部成本，而是建立在此前数百小时的项目开发、质量流程、服务器基础设施和第二门语言标准化工作之上的增量成本。de-DE 真正值得复盘的，是第三次完整执行以后又暴露出了哪些历史流程债、哪些人工操作已经可以交给工具，以及为什么下一门语言的目标可以进一步压缩到 8 小时以内。

A Tour of Go de-DE 上线复盘：第三门语言用了约 16 小时，下一门如何压到 8 小时？最先出现在永夜。

103 页翻完还不能发布：A Tour of Go ChatGPT 译文的语义审核与 Canonical Promotion

永夜 — Wed, 19 Aug 2026 04:30:57 +0000

在完成 A Tour of Go 简体中文 103 个正式课程页面的 ChatGPT 全量重译后，我没有立即覆盖现有正式译文，而是继续进行了完整语义质量审核，并使用 A/B/C/D 四级标准区分“可以直接发布”“可选优化”“建议修订”和“必须修复”。审核过程中曾有 2 页处于 B 级，本身已经达到发布质量，但由于最终只剩少量页面且修改成本很低，仍继续 revision，最终达到 A=103、B/C/D=0。随后项目进一步完善 canonical promotion 的 evidence chain、retry provenance 与 EOF normalization，确认每个正式 candidate 都能追溯到对应的 ChatGPT 原始译文和最终有效 attempt。正式 apply 后 103 页中 102 页发生变化，80 页完成确定性 EOF normalization，再次 dry-run 得到 0 changed、103 unchanged，完整测试最终通过。结合 103 页全量重译、完整语义审核和统一工程验证，我对当前 zh-CN 的内部综合质量评价由原来的约 94 分提高到约 98 分。

103 页翻完还不能发布：A Tour of Go ChatGPT 译文的语义审核与 Canonical Promotion最先出现在永夜。

没有 OpenAI API，我如何用 ChatGPT + GitHub 完成 A Tour of Go 103 页全量重译

永夜 — Wed, 19 Aug 2026 03:56:47 +0000

在 A Tour of Go 简体中文项目中，上一篇实验已经确认 ChatGPT 值得作为新的 Translation Engine 继续扩大验证。本轮进一步将实验扩展到全部 103 个正式课程页面，并通过固定 retranslation batch、GitHub 数据交接、ChatGPT 整页翻译、raw response 保存、restore、统一 validator 与有限 retry，完成 103/103 全量重译。整个过程没有改变原有完整 present.Section 翻译单元和结构校验体系，而是利用 ChatGPT + GitHub 减少大量人工复制粘贴，并通过 11 个 Batch、独立 Git 提交和历史 evidence 保留，使新的 ChatGPT 译文能够进入可追踪、可校验的工程流程，为后续完整语义审核和 canonical promotion 做好准备。

没有 OpenAI API，我如何用 ChatGPT + GitHub 完成 A Tour of Go 103 页全量重译最先出现在永夜。

ChatGPT Agent 能否替代 ChatGPT Plus 完成 WordPress 英文重译？

永夜 — Tue, 07 Jul 2026 09:31:19 +0000

这篇文章记录了一次用 ChatGPT Agent 自动化 WordPress 英文重译流程的真实测试。原本希望 Agent 能替代当前的 ChatGPT Plus 手动重译流程，帮助处理中文文章内容并生成英文标题、摘要和正文。但实际测试发现，Agent 处理长篇 Gutenberg 代码编辑器内容时耗时很长，最终任务耗时约 25 分钟，而且输出结果明显不完整，只覆盖了文章前半部分。相比普通 ChatGPT Plus，Agent 在摘要完整性、正文覆盖范围和 code-block-pro 结构细节上都不够稳定。因此，当前结论是：ChatGPT Agent 暂时不适合作为长篇 WordPress 技术文章的英文翻译主流程，更适合未来尝试用于后台复制、粘贴、保存草稿等网页操作环节。

ChatGPT Agent 能否替代 ChatGPT Plus 完成 WordPress 英文重译？最先出现在永夜。

AutoPoly Pro + OpenAI API 能否自动化 WordPress 英文翻译？一次从技术到支付的可行性分析

永夜 — Tue, 07 Jul 2026 09:07:43 +0000

在验证 AutoPoly 免费版与 Yandex 网页版的翻译质量后，我继续评估 AutoPoly Pro + OpenAI API 是否能替代目前的 ChatGPT Plus 手动重译流程。结果发现，真正的问题已经不只是翻译质量，而是包括 Gutenberg 区块保护、OpenAI 请求位置、阿里云服务器访问能力、API 账单支付方式等一整套落地问题。本文记录这次分析过程，以及我为什么暂时没有直接切换到 AutoPoly Pro + OpenAI API 主流程。

AutoPoly Pro + OpenAI API 能否自动化 WordPress 英文翻译？一次从技术到支付的可行性分析最先出现在永夜。

中国大陆 WordPress 博客想提升英文翻译质量，为什么这么麻烦？一次 Polylang + AutoPoly + DeepL API 排查复盘

永夜 — Sun, 05 Jul 2026 01:18:46 +0000

针对 WordPress 博客英文翻译质量不佳的问题，文章复盘了从 Polylang 配合 AutoPoly 免费版及 Chrome Built-in AI 向更高质量方案迁移的排查过程。通过在阿里云服务器上测试 DeepL、Google 及 OpenAI 等接口，发现 DeepL 因账号注册地区限制不适合大陆用户，其余则存在网络超时。文章最终放弃更换多语言插件或强行接入 DeepL，决定保留 Polylang 架构，采用普通文章自动翻译、重点文章人工精修的分层策略，以在成本、风险与质量间取得平衡。

中国大陆 WordPress 博客想提升英文翻译质量，为什么这么麻烦？一次 Polylang + AutoPoly + DeepL API 排查复盘最先出现在永夜。