Codex在Windows 11无法启动的首要原因是缺失VC++运行库（错误码0xC0000135），需安装vc_redist.x64.exe并重启；其次须启用WSL2、规避中文用户名路径问题、释放被NAT驱动封锁的登录端口。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
Codex在Windows 11系统上点击图标后无任何反应、进程不创建、任务栏不弹窗，说明启动流程卡在最底层依赖环节，不是配置或登录问题，而是运行环境缺失或权限阻断。
检查并安装VC++运行库（首要动作）
错误码 code=3221225781 对应十六进制 0xC0000135，这是Windows明确提示“找不到指定模块”的信号——Codex内置的Rust/Node原生组件因缺少微软C++运行时而根本无法加载DLL。
直接下载安装官方运行库：访问 vc_redist.x64.exe，双击运行→点“安装”→等待完成。
安装后必须重启电脑，否则系统缓存仍会复用旧的加载路径，Codex依旧静默退出。
确认WSL2已启用并设为默认
新装Win11电脑常默认未开启虚拟机平台，而Codex桌面端强制依赖WSL2环境启动，不满足则连错误提示都不会弹出。
以管理员身份打开PowerShell，依次执行：
Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux -NoRestart
Enable-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatform -NoRestart
执行完重启电脑，再运行：wsl --install → 等待自动下载Ubuntu并设为WSL2默认版本。
通过本地 Codex 或 OpenClaw OAuth 凭证直接调用 ChatGPT/Codex Responses 的 image_generation 工具来生成或编辑光栅图像，然后保存
若提示“wsl命令未识别”，说明PowerShell未加载新环境变量，关闭所有终端窗口重开一个再试。
绕过中文用户名路径陷阱
你的Windows账户名是中文？Codex会在 C:\Users\中文用户名\.codex 创建目录，但其底层SQLite初始化逻辑无法正确解析非ASCII路径，直接导致mkdir失败、进程闪退。
方法一：启用WSL2后，在Linux子系统内运行Codex CLI（推荐）
在Ubuntu终端中执行：curl -fsSL https://get.codex.dev | sh → codex login。此时全部路径走Linux UTF-8体系，彻底规避Windows路径编码问题。
方法二：新建英文本地账户
设置→账户→家庭和其他用户→将其他人添加到这台电脑→不使用Microsoft账户→本地账户→用户名填 codexuser（全英文小写，无空格）。登录该账户后安装Codex，所有配置和数据将独立存在，不影响原账户文件。
【绝对禁止】直接重命名 C:\Users\中文 文件夹——注册表、NTFS权限、环境变量全部硬编码绑定，强改必致系统级用户损坏。
释放被系统封锁的登录端口
点击登录按钮后界面卡死或弹出“以一种访问权限不允许的方式做了一个访问套接字的尝试（10013）”，说明Codex内置登录服务试图绑定的端口（如1445）被Windows NAT驱动列入禁用范围。
第一步：查当前禁用端口段
PowerShell中运行：netsh interface ipv4 show excludedportrange protocol=tcp
第二步：重置NAT驱动
依次执行：net stop winnat → net start winnat
第三步：立即重启Codex客户端，无需重启系统，端口封锁策略已刷新生效。
