AIQA：在文本中寻找语言问题
AIQA 可以辅助发现明显术语不一致、风格偏差、语法和基础语言问题。输入通常包含原文、译文与相关规范，结果是待人工判断的检查提示。是否确实有错、应该如何修改，需要语言专家结合语境决定。AI 的提示数量不能直接当作错误数量，更不能把没有提示理解为绝对没有问题。
| 比较项 | AIQA | 游戏内 LQA |
|---|---|---|
| 工作环境 | 原文、译文与项目规范 | 可运行的游戏测试版本 |
| 主要对象 | 术语、风格、语法与基础问题 | 实际显示、UI 适配与场景表达 |
| 处理结果 | 人工复核后的语言修订 | 游戏内问题报告、修复跟进与回归测试 |
游戏内 LQA：验证玩家实际看到的内容
文本在表格中正确，不代表放入游戏后一定表现正确。按钮可能被截断，字幕可能出现在错误场景，人物称谓也可能因实际剧情状态而改变。游戏内 LQA 需要在测试版本中检查语言的实际显示和使用情境，记录可定位的问题，并配合修复与回归。测试范围应明确语言、模块、版本和进入场景所需条件。
从文本检查到游戏内验证
所需资料原文与译文
步骤 01文本检查
交付内容确认的问题
辅助定位语言问题
AIQA 提供线索，人工确认术语、风格及语法问题。
所需资料问题记录
步骤 02修订
交付内容修订语言文件
更新语言文件
修改实际错误，复查受影响文本并交接版本。
所需资料测试版本与范围
步骤 03游戏验证
交付内容游戏内问题记录
检查实际游戏画面
在约定游戏模块中验证显示、场景和交互。
所需资料修复版本
步骤 04回归
交付内容回归记录
验证修复效果
修复后复测问题及受影响位置，记录处理结果。
让两个环节共享可追踪的问题记录
文本阶段确认的问题应反馈到语言文件，游戏内发现的问题也要返回相应文本位置或实现环节。建议记录字符串标识、原文与译文、问题类型、依据及处理状态；游戏内问题还需要版本、场景、截图和复现步骤。修订完成后重新检查受影响内容。两个环节互相补充，报价和排期中应分别写明范围。