保健室的老师与哥特萝莉校医 是保健室的老师系列的第二部
这一作至今 (2026-10-17) 还没有汉化组精翻,尽管 VNDB 上显示有终焉汉化组占坑,但我调查后发现从 2022 年后至今没有新消息和进展(也可能只是我找不到)
而另一个机翻补丁(米饭个人汉化)的质量明显不过关 (我还是用米饭汉化玩完了),于是我就想,都 AI 时代了,现在的 AI 虽然不太说人话,但模型能力、上下文也已经比几年前的模型强了不知多少了
因此正好有这个想法,而且 ZCode 还因为爆雷给了好几张重置卡,那还说啥了,直接开干
Harness 是 ZCode,跑的模型是 GLM-5.3
(现在想想其实应该主会话用 5.3,子代理用 5.3-flash 的)
先让 AI 用 msg_tool 解出了前作和这一作的文本,然后让 AI 自行设计如何去完整的翻译
因为有现成的工具,解包非常简单
在翻译上 AI 的策略是,先将前作所有剧情分割,然后通过子代理去一批一批读,把人物简介、剧情中出现的重要设定、全程的伏笔回收、每一章的梗概等都提炼了出来
尽管人去看总觉得好像有些过于简述或者内涵不够,但其实对于 AI 理解全文来说已经完全够了,AI 总结出前作的主题是:
一期一会与离别的痛苦; 蒲公英=「不是归还, 而是作为新的生命重生」; 归还即为孵化; 「死者就是生者的未来」; 超越性别、生死与物种的爱; 永劫回归式的轮回再会
你别说,还真没毛病,让 AI 读全文然后写一篇介绍或者测评的话,未必在理解上输于正常人
将这篇 AI 整理的 “圣经” 交付给新的会话中的模型,并提供为上下文为其使用
在开始汉化之前的准备工作,AI 就已经把每个场景中的每句话按id, file, lang, speaker, ja, zh
的格式整理成了方便调用和还原的数据文件
再用基本同样的方法,在前作上下文的基础上为这一作也生成一个类似的 “圣经”
随后,AI 设计了一个方便复用的大致翻译架构出来:
D:\Projects\visual-novel\hokeloli\translation\ |
其实这么一看,原理也很简单,和之前几乎没有太大区别
先利用脚本规范化将剧情文本切成一组一组的块,再用一个提示词模板将需要翻译的文本、剧情梗概上下文和实现约束分配给一个一个子代理
最后再将子代理产出的每个翻译后的块合并为一个文件,再根据记录中的每行对应的文件和行自动填回
(不过…这个 PROGRESS.md 里面的状态实际上子代理没有好好去用,全都跑完了还有很多是 pending 没改)
顺便,因为智谱的超绝敏感肌审查,我还要求了 AI 注意 H 翻对应块可能出现的掐断情况,然后智谱也是争气地直接给刚开始跑的每个子代理掐了
那也没办法,只能自己额外派其他的无审查模型去跑,在 Pi 里派了 Step-5-Preview 跑完了 H 翻,然后填回了数据里
最后再利用 msg_tool 进行封包…结果失败了,AI 把两边的封包逐字节对比了下,说是它写出的索引引擎根本不认,死得无声无息,连日志都没
AI 只能选择自己把封包格式逆向了,然后手写了一个克隆式的封包器来解决(神了)
虽然最后的成果是需要替换原文件而不是补丁式的,但效果很好没有任何问题,况且 5.3 也不算顶级旗舰,这个水平已经很不错了
就是额度真的不耐烧…用了两个周重置和三个 5 小时重置,还差点跑完第三个周额度
在没算之前解包用量的情况下,这次翻译直接用了 1.6 亿 tokens,这都顶我其他项目好几个任务的用量了
这次也算是一次比较有意思的尝试了,虽然我的额度不觉得很有趣
有了这次全量翻译的经验积累,下次再搞也不会怕不知道该怎么做了
GitHub Discussions