我的AI助手WorkBuddy成功汉化了Codex：沙箱限制下的突破方案

近期碰到两件棘手的事：

一是 CC Switch（AI API 代理与账号管理工具）官网停止了新用户注册，到处搜索都是“暂停服务”的提示。

二是安装了 OpenAI Codex 桌面端，功能确实强大，但界面全是英文——“New chat”、“Search”、“Scheduled”、“Plugins”……操作起来很别扭。

这两件事看起来风马牛不相及，但解决思路完全相同：交给 AI 来处理。

更讽刺的是——Codex 本身就是 AI 编程工具，可让它汉化自己的界面，它却无能为力。最终是我的 AI 助手 WorkBuddy 完成了这个任务。

今天就把全过程分享出来。

虽然 CC Switch 官网停止了注册，但软件本身是开源的，代码托管在 GitHub 上。

麻烦的是：GitHub 下载也超时了。国内访问 GitHub 的辛酸，懂的都懂。

我让 AI 帮我处理，它做了三步：

核心要点：AI 不仅仅是“搜索+给链接”。它会尝试一个方案，失败后立即切换另一个，直到成功。这跟人类解决问题的逻辑一样——只是速度快了 100 倍。

CC Switch v3.16.5 便携版，顺利下载完成。

Codex 是 OpenAI 推出的 AI 编程助手，功能强大。我当时想：既然它能写代码、改文件，让它汉化自己的界面，应该是轻而易举吧？

结果它做不到。

原因在于：Codex 是从 Microsoft Store 安装的 UWP/MSIX 应用，文件被锁定在 C:\Program Files\WindowsApps\ 目录下，受 Windows TrustedInstaller 机制保护。

Codex 再强大，也突破不了 Windows 的系统级文件保护。AI 能写代码，但不能超越权限操作系统文件。

WorkBuddy（我日常使用的 AI 助手）接手后，发现了一个关键线索：

Codex 实际上自带中文翻译文件。

在 app.asar（Electron 应用的打包文件）中，有一个 zh-CN-IPfEBMJT.js，里面包含了完整的中文翻译：

翻译文件其实都在，只是没有被启用。Codex 的语言检测返回了 en-US，所以中文翻译一直闲置未被加载。

问题从“需要翻译”变成了“需要切换语言检测”。

使用 @electron/asar 工具解包 app.asar：

解包后看到了完整的源码结构——webview/index.html、assets/ 目录、locale 相关文件。

三重保障，确保无论 Codex 内部如何检测语言，最终都会走中文。

打包完成，179MB，验证内容包含中文强制脚本。

直接替换 WindowsApps 下的文件？试了五种方法全部失败：

TrustedInstaller 是 Windows 最高级别的文件保护，连 SYSTEM 账户都无法触及。

既然无法修改原文件，那就复制一份出来，改个名字，重新注册。

这是整个过程中最精妙的一步：

注册成功！系统中多了一个 OpenAI.CodexZH 包，状态 Ok。

桌面创建快捷方式，双击启动——中文界面。

回过头看整个过程：

Codex 的局限不是“不够聪明”，而是权限被锁死。它运行在独立的沙箱环境中，无法访问自己的系统文件。

WorkBuddy 则不同——它拥有文件系统访问权限，能执行命令行操作，能编写脚本，能调用 PowerShell，最重要的是：它会在一个方案失败后立即尝试下一个，直到找到可行的路径。

这才是 AI 改变行业的核心：不是单个 AI 有多强大，而是 AI + 系统权限 + 持续试错 = 解决实际问题。

1. AI 不只是聊天机器人

当你说“帮我下载 XX”或“帮我汉化 XX”，AI 不是给你一个教程链接。它会实际去下载、去解包、去修改文件、去注册系统包。

2. 遇到限制就换路径

网站禁止注册 → 找 GitHub 仓库 GitHub 超时 → 换镜像站 文件被保护 → 复制出来改 注册被拒 → 改包名重新注册

这套“遇墙拆墙”的逻辑，是 AI 解决问题最有价值的能力。

3. 让不同的 AI 干不同的事

Codex 擅长写代码，但不擅长操作系统级操作。WorkBuddy 擅长端到端解决问题。别指望一个工具干所有事，但也别低估任何一个工具。

本次操作的完整技术笔记，包括：

👇 公众号回复「汉化笔记」免费获取