在 go-tour-i18n 多语言翻译项目推进过程中，我曾经验证过一套基于 ChatGPT 的完整翻译流程。
此前已经通过：
《没有 OpenAI API，我如何用 ChatGPT + GitHub 完成 A Tour of Go 103 页全量重译》
完成了 A Tour of Go 简体中文 zh-CN 的全量翻译验证。
但是，在推进第二语言 ja-JP 翻译时，发现一个新的问题：
已经验证成功的 ChatGPT 翻译流程，在新的任务中无法稳定完成翻译结果交付。
本文记录这次验证过程。
中文阶段已经验证过的 ChatGPT 翻译流程
go-tour-i18n 并不是简单的文本翻译项目。
项目使用 TranslationUnit 作为最小翻译单元。
TranslationUnit 包含两类：
- Page：完整课程页面（
.article）。 - Example：完整 Go 示例文件中的可翻译注释。
在中文阶段，我已经验证：
- ChatGPT 可以读取 GitHub 中导出的 retranslation batch；
- ChatGPT 可以根据 manifest 和输入文件完成 TranslationUnit 翻译；
- 翻译结果可以进入项目统一的 process、validation 和发布流程。
相关过程：
《没有 OpenAI API，我如何用 ChatGPT + GitHub 完成 A Tour of Go 103 页全量重译》
从目录结构可以看到：
inputsraw-responsescandidatesvalidationresult.json
这些流程环节已经存在。
这说明：
ChatGPT 翻译结果并不是停留在聊天文本中，而是已经进入 go-tour-i18n 项目定义的统一处理流程。
从 GitHub 写入调整到 artifact 导入
早期设计中，希望让 ChatGPT 直接完成：
GitHub batch
↓
ChatGPT
↓
生成翻译结果
↓
GitHub 写入
↓
validation但是在实际使用过程中，大量文件写入、commit、push 等 GitHub 操作稳定性不足。
因此，流程调整为：
参考：
《go-tour-i18n 翻译流程调整：从 ChatGPT GitHub 写入到本地 artifact 导入》
GitHub batch
↓
ChatGPT
↓
raw-responses artifact
↓
本地 import
↓
process
↓
validation调整目的：
不是降低 ChatGPT 的翻译职责，而是减少 AI 直接修改仓库带来的不确定性。
通过生成：
chatgpt-ja-JP-008-raw-responses.zip然后在本地执行：
go run -mod=readonly ./cmd/tour-i18n retranslation import \
--locale ja-JP \
--batch-id chatgpt-ja-JP-008 \
--archive ~/下载/chatgpt-ja-JP-008-raw-responses.zip再继续：
go run -mod=readonly ./cmd/tour-i18n retranslation process \
--locale ja-JP \
--batch-id chatgpt-ja-JP-008进入后续处理流程。
ja-JP 新批次准备
本次测试批次：
chatgpt-ja-JP-009包含：
unit_count: 2020 个 Page TranslationUnit：
flowcontrol/1
flowcontrol/2
...
flowcontrol/14
moretypes/1
...
moretypes/6batch 导出过程正常。
可以确认：
- batch_id 正确；
- locale 为
ja-JP； - unit_kind 为
page； - unit_count 为 20。
因此，本次问题不是：
- batch 导出失败；
- 输入文件不存在；
- TranslationUnit 定义错误。
新会话中的执行过程
新的 ChatGPT 会话能够完成：
- 识别项目背景；
- 读取 batch；
- 读取 manifest.json；
- 确认输入文件。
但是，在进入翻译生成阶段后，没有产生实际结果文件。
当前状态：
manifest.json 已读取
inputs 20/20 已读取
ja-JP 译文文件尚未生成
raw-responses 尚未生成
zip artifact 尚未生成也就是说：
前面的输入读取阶段正常。
但是：
TranslationUnit
↓
raw-responses 文件生成
↓
artifact 打包这一阶段没有完成。
项目指令调整尝试
为了避免新的会话重新判断已经验证过的能力，我调整了 ChatGPT 项目设置。
增加：
- 已验证 ChatGPT 可以读取 retranslation batch；
- 已验证 ChatGPT 可以读取 manifest 和 inputs；
- 已验证 ChatGPT 可以翻译 Page；
- 已验证 ChatGPT 可以翻译 Example 示例代码注释；
- 已验证 ChatGPT 可以生成 raw-responses artifact。
但是调整后重新测试：
执行行为仍然没有稳定恢复。
因此，目前可以确认：
问题不是项目说明不足。
当前问题分析
这次验证不能证明：
ChatGPT 不具备翻译能力。
因为：
中文阶段 103 页翻译已经证明 ChatGPT 可以完成高质量 TranslationUnit 翻译。
当前无法解决的是：
ChatGPT 翻译结果
↓
稳定生成项目需要的文件
↓
进入 git 仓库
↓
继续 process / validation这一条完整链路。
当前流程中的缺失环节
目前实际状态：
TranslationUnit 输入
↓
ChatGPT
↓
？
↓
raw-responses
↓
go-tour-i18n
process
↓
validation
↓
review
↓
promotion其中：
?
表示当前缺少稳定的翻译结果交付方式。
这也是当前需要进一步解决的问题。
当前结论
这次验证得到几个结论：
第一：
ChatGPT 翻译质量已经通过中文阶段验证。
第二：
AI 翻译能力和 AI 工程执行能力不是同一个问题。
第三：
对于长期维护、多语言扩展项目，仅验证“模型能够翻译”是不够的，还需要验证：
- 翻译结果如何稳定保存；
- 如何进入项目仓库；
- 如何重复执行；
- 如何自动验证。
当前 go-tour-i18n 已经具备：
- TranslationUnit 设计；
- batch 管理；
- process 流程；
- validation 流程。
下一步需要重新评估：
如何选择稳定的翻译结果交付方式。
本次记录作为一次 AI 辅助工程流程稳定性验证。
A Tour of Go 多语言翻译项目
本系列完整记录 A Tour of Go 多语言翻译项目从架构设计、整页翻译、结构保护、自动校验，到生产发布与后续维护的实际开发过程。
项目入口：
✅ 在线学习：A Tour of Go 简体中文版
✅ 项目源码：GitHub：shuijingwan/go-tour-i18n
当前第一阶段已完成简体中文版本。项目属于非官方社区多语言翻译项目，与 Go 官方无隶属或授权关系。