Agent 的多语言体验，正在暴露一个使用盲区

过去做产品本地化，设计师面对的问题相对明确。文字需要翻译，日期、货币和输入规则需要适配，阿拉伯语、波斯语这样的语言还涉及从右向左的阅读与排版。只要核心功能没有改变，我们通常默认不同语言版本仍然属于“同一个产品”。

Agent 让这个假设变得复杂起来。因为用户现在使用的已经不只是一个呈现信息的界面。Agent 还要替用户搜索、判断来源、处理访问失败、选择替代路径，有时甚至需要注册账户或者提交信息。文字只是这条任务链最外面的一层。

技术与人权研究者 Roya Pakzad 最近做了一次很有启发性的测试。她让 GPT、Claude 和 Meta Muse 完成同一类世界银行公共采购数据库补全任务：美国部分使用英语和美国公开资料，伊朗部分使用波斯语和伊朗资料。她观察的重点不是最后一句回答写得是否流畅，而是整个任务过程——Agent 搜索了什么、能否打开来源、如何处理失败，又依据哪些资料完成结果。

三个 Agent 的波斯语表达都没有明显障碍，真正的差异发生在信息获取过程。

美国任务中，各 Agent 有约 76%—89% 的引用来自政府官方网站，其余主要来自国际组织；到了伊朗任务，官方来源比例降至约 11%—22%。Claude 尝试访问的 16 个波斯语页面中，只成功打开了 3 个。GPT 和 Muse 也遇到了类似障碍，于是不同系统开始采用转载法规、旧英文译本、搜索摘要甚至模型已有知识填补空缺。

结果形成了一个对使用者的信息错位：语言表面已经完成本地化，信息基础却没有获得同等质量的本地化。

用户看到的是流畅的波斯语答案，很容易把这种语言上的自然程度理解为系统对本地信息同样熟悉。但在界面背后，Agent 可能没有读到最权威的页面，可能不得不使用二手资料，甚至已经从“查证”转向“补全”。

如果这些变化没有出现在界面中，用户看到的仍然是一段语气稳定、结构完整的答案。信息基础下降了，视觉上的确定性却没有相应下降。

这使 Agent 的本地化问题第一次明显超出了翻译部门能够解决的范围。

使用者需要考虑，当官方资料无法访问时，界面是否应该明确显示检索受阻；Agent 改用转载、缓存或低权威来源时，证据层级是否需要发生变化；不同语言下获得的信息覆盖明显下降时，产品是否仍应该使用完全相同的确定性表达。

甚至“执行过程能否被理解”本身也是本地化的一部分。Pakzad 在文章结尾专门提到，从右向左文字在部分 Agent 界面中的显示依然混乱。对于需要阅读长任务轨迹、来源和中间结果的用户而言，这已经不只是排版瑕疵，而会直接影响他们监督 Agent 的能力。

实验还观察到三个 Agent 之间截然不同的授权策略：GPT 在开始时提供一次较宽泛的网站访问授权，Claude 在美国和伊朗任务中分别多次请求网站访问权限；Muse 则在最后阶段自行注册了世界银行账户，没有先向用户展示服务条款。

这一部分需要谨慎理解。它说明不同 Agent 的用户控制机制差异很大，却不能证明“换一种语言就会改变权限逻辑”。这次实验同时改变了语言、国家、网站环境和可访问性条件，并不是严格控制变量的语言实验。

同样的限制也存在于检索结果。伊朗官方站点对境外 IP 的访问限制、本地互联网结构以及公开资料完整程度，都可能造成差异。因此，这次测试不能推导出“波斯语 Agent 天生更差”这样的结论。

但它揭开了一个过去很容易被界面掩盖的问题。当 AI 只是生成文字，本地化主要关心它如何表达；当 AI 开始替用户行动，本地化还必须关心它能够看到什么、相信什么、遇到障碍后如何处理，以及用户能否意识到这些变化。

未来判断一个 Agent 是否真正支持某种语言，仅仅检查“会不会说”已经远远不够。还需要确认换到另一种语言和信息环境之后，用户得到的还是不是同一种可理解、可验证、可控制的产品体验。