在Windows上把Codex跑通的那天晚上我以为自己终于能用上那个能自己写代码的终端AI了。结果五分钟之后我就发现事情没这么简单——我根本抢不过它。鼠标刚移到编辑器窗口终端就像有吸力一样把我的指针拽回去我在代码文件里滚轮滚得好好的它突然进入一段蓝汪汪的选择状态整个页面被锁住更离谱的是我切到浏览器查文档回来一看Codex已经在原地等我点了十分钟的某项确认而我压根不知道它在等。如果你也用Windows跑Codex大概率经历过类似的鼠标拔河。这篇东西就是把它终于不跟我抢鼠标了的全过程写出来先搞清楚到底是谁在抢鼠标再给出我在Windows上亲测有效的三套解决方案顺便把安装阶段的几个大坑也一起排掉。适合正在Windows上装Codex、装了却用不顺手、或者在终端和编辑器之间反复横跳的开发者。1. 别急着怪 Codex先搞清楚是谁在抢你的鼠标抢鼠标这个说法听着玄实际上拆开看就三类原因终端本身的鼠标拦截、Windows系统的焦点策略、以及Codex这种交互式CLI工具的固有操作方式。三件事叠在一起体验就是灾难。我挨个说清楚。1.1 快速编辑模式才是那个最老的鼠标劫匪Windows的老用户应该对快速编辑模式不陌生它从Windows 2000时代就存在藏在CMD和PowerShell窗口的属性里。这个功能的本意是方便你用鼠标在终端里选择文本听起来没什么问题问题是它一旦开启只要鼠标指针碰到终端窗口并按一下左键整个终端就进入文本选择状态。这个状态下会发生什么Codex的输出文本瞬间变成一整块蓝底白字的选择区域滚动被锁住渲染暂停Codex眼巴巴等你敲的键盘输入全部失效。最要命的是Codex这种TUI工具输出极其频繁你手一抖点到终端整个会话就像被冻住了一样。想解除得按Esc或者再次单击而这一下又可能选中另一片区域。为什么在Codex场景下这个问题格外致命因为Codex的交互节奏本来就是它输出一大段内容停下来等你确认然后继续输出。你切到编辑器写完代码习惯性点一下终端想让它继续结果那一下变成了选中全部输出Codex停在原地你鼠标怎么点都点不动它。这种感觉确实就是——它在跟你抢鼠标而且它还赢了。1.2 Windows 的指针自动移动和悬停滚动也脱不了干系终端这边搞定了Windows系统层面还有两个帮凶。第一个是鼠标设置里的自动将指针移动到对话框中的默认按钮。这个功能默认开启初衷是减少用户鼠标移动距离但实际体验很糟心只要屏幕上弹出任何确认框你的鼠标指针就会像被什么东西拽着一样嗖一下飞到默认按钮上。Codex调用外部编辑器、弹出授权确认、或者任何Windows级对话框的时候你的指针就会经历一次绑架。你以为是自己手滑其实是系统干的。第二个是Windows设置里的将鼠标悬停在非活动窗口上时滚动该窗口。你正在编辑器里滚动代码鼠标稍微掠过终端的边缘滚轮事件就会被终端窗口吃掉Codex的输出页面被你滚跑了几百行。这种我明明没点它怎么滚的是它的错乱感也是鼠标被抢的重要来源。1.3 Codex 自己的 TUI 交互方式键盘全接管鼠标只能干瞪眼最后回到Codex本身。Codex CLI是一个典型的TUI应用它进入交互模式后会接管整个终端窗口的键盘输入并且持续刷新输出区域。这种设计放在Linux上没什么问题因为Linux用户早就习惯纯键盘操作了但Windows用户的肌肉记忆是用鼠标点来点去。Codex在等待你审批操作的时候如果终端窗口不在前台它的状态就处于等着呢但你看不见。等你切回终端又因为快速编辑模式或者焦点问题怎么点都没反应。一来二去你就会产生一个想法这东西是不是在故意跟我作对实际上不是作对是三方机制互相打架。理解了这三层原因解决方案就清楚了把终端的鼠标拦截关掉把Windows的指针干预关掉再把操作方式改成快捷键驱动。2. Windows 上装 Codex 的真实门槛管理员、登录、网络配置三关在进入抢鼠标解决方案之前我得先说说安装阶段的事。很多读者可能还没把Codex跑起来——我遇到过一堆装不上、登录不了的情况。这三个坑不绕过去后面优化体验全是空谈。2.1 start the windows daemon from a non-elevated terminal到底在说什么Codex在Windows上运行时会启动一个本地daemon进程用来管理多个客户端之间的共享会话。这个设计在Linux和macOS上很安静但在Windows上权限模型跟Unix完全不同问题就暴露了。我第一次用管理员身份打开PowerShell启动Codex结果报了一串错误核心就是热词里那个error: start the windows daemon from a non-elevated terminal; shared clients。翻译过来就是请从非提升权限的终端启动Windows daemon。原因其实不难理解Windows下管理员权限提升的/elevated和普通用户权限是两个不同的令牌体系用管理员终端启动的daemon普通终端的Codex客户端根本访问不到反过来也一样。共享客户端的前提是大家权限级别一致。解决方法是别用管理员终端跑Codex直接开一个普通PowerShell或Windows Terminal窗口运行即可。如果你已经用管理员终端把daemon拉起来了最省事的办法是重启一次终端或者干脆重启系统让所有残留进程清空然后老实用普通终端启动。这个坑最容易踩的原因是很多Windows教程会让你以管理员身份运行一切结果反而把Codex搞坏了。记住Codex不需要管理员权限普通终端就好。2.2 codex login 登录不上和组织设置加载失败的处理顺序登录问题是另一个高频故障表现为两种形态。第一种是codex login输入命令后浏览器打开了但页面转圈转半天终端上显示登录失败。我遇到的情况里大部分跟浏览器调用有关——Codex会调用系统默认浏览器完成OAuth回调如果你的默认浏览器带了一堆安全插件、阻止第三方Cookie回调就会失败。最稳妥的处理顺序先执行codex logout清掉旧会话然后把系统默认浏览器临时切到Microsoft EdgeEdge对OAuth回调的兼容性最好再运行codex login。登录成功后把默认浏览器改回来一点不影响后面使用。第二种是登录成功但提示无法加载组织设置。这个通常不是登录问题是账号本身挂靠在多个组织下Codex不知道用哪个组织的配置。处理方式是在~/.codex/auth.json里确认当前激活的组织或者重新执行codex login时明确选择目标组织。如果还是不行删除%USERPROFILE%.codex目录下的auth.json重新走一遍登录流程基本能解决。另外如果你之前装过老版本或者其他AI编码工具~/.codex目录里可能存在一堆旧配置文件Codex会尝试加载。建议直接备份后清空这个目录全新登录一次很多莫名其妙的问题就消失了。2.3 API 端点切换报错cc switch local proxy failed 排查思路安装和登录都过了用的时候还会遇到一个让人头大的报错cc switch local proxy failed while handling codex endpoint /responses。这个报错出现在你切换API端点或者供应商配置的时候。通俗理解Codex在本地维护着一条连接通道当你在配置里换了API端点比如从官方切换到一个兼容服务旧的连接没能及时释放新的连接又建立不起来等到实际调用/responses接口的时候就会抛错。排查思路按优先级排检查环境变量里是否有残留的HTTP_PROXY、HTTPS_PROXY、NO_PROXY设置尤其是团队机器或之前配过网络代理的机器这些变量会直接影响Codex的本地端点调用打开~/.codex/config.toml确认模型提供方的base_url和api_key是否和当前环境匹配如果之前配置过多个provider确认当前激活的那个没有被注释错切换配置后必须完全退出Codex进程再重启不要在一个会话里反复切换providerdaemon持有的连接缓存不会自动刷新。我自己的经验是这类问题里七成是环境变量残留两成是配置文件写错剩下的是没重启。不要一看到proxy就往网络代理方向想先检查本机环境变量和配置文件按顺序走一遍基本五分钟内能解决。3. 把鼠标抢回来三套配置力度从温和到彻底问题都排完了回到正题——怎么让Codex不碰我的鼠标。我试下来最有效的方案有三套按力度从轻到重排列你可以根据自己的容忍度挑着用。3.1 第一套关掉快速编辑模式与旧控制台选项如果你还在用传统的PowerShell窗口或者CMD窗口跑Codex这是最优先要做的事。操作路径右键点击终端窗口标题栏选择属性切到选项选项卡在编辑选项里找到快速编辑模式取消勾选确定保存。如果是CMD窗口路径完全一样。关掉之后鼠标在终端里的点击就再也不会触发文本选择了——默认点击只做聚焦拖拽不再锁屏Codex的输出可以正常滚动你也不会出现点一下终端它就被冻住的情况。但这里有个更省事的方案直接把默认终端换成Windows Terminal。Windows Terminal从头就是新交互模型根本没有快速编辑模式这种老古董设计。打开Windows Terminal的设置把默认终端应用程序改成Windows Terminal之后所有命令行工具都在新终端里跑老问题从根上消失。顺带提一嘴Windows Terminal里如果觉得鼠标中键粘贴之类的行为不顺手可以在设置 → 配置文件 → 终端 → 鼠标里调整。但说实话默认配置已经够用了我基本没额外动过。3.2 第二套调整 Windows 指针和焦点策略让系统别自作主张关掉终端层面的拦截后接下来处理系统层面的指针绑架。第一步关掉自动将指针移动到对话框中的默认按钮。路径Windows设置 → 蓝牙和其他设备 → 鼠标 → 更多鼠标设置或者直接控制面板 → 鼠标→ 指针选项 → 取消勾选自动将指针移动到对话框中的默认按钮。这个改动生效后弹窗不会再拽你的鼠标了指针始终留在你最后放的位置。刚开始可能不太习惯因为你会发现自己得多移动一点鼠标才能点到按钮——但那才是鼠标可控的正常状态。第二步关掉将鼠标悬停在非活动窗口上时滚动该窗口。路径Windows设置 → 系统 → 多任务处理把将鼠标悬停在非活动窗口上时滚动该窗口改成否。改完这两项滚轮事件只作用于你当前正在操作的窗口指针再也不会被系统偷走了。这两刀下去Windows层面抢鼠标的帮凶基本被清干净。3.3 第三套Windows Terminal 加 PowerToys把返工式切换变成快捷键切换前两套解决的是鼠标别被抢但真正的体验质变来自第三套用快捷键替代鼠标往返。先说Windows Terminal。在设置 → 启动里把默认终端设为Windows Terminal再把启动行为改成最大化。这样你随时按快捷键唤起一个全屏终端Codex的输出可视面积大滚动操作也顺。然后装上Microsoft PowerToys这个官方免费工具集在Windows开发者圈子里口碑一直很好我主要用三个功能PowerToys Run默认AltSpace唤醒。你可以直接输cmd、code、wt之类的命令启动应用。最常用的场景是AltSpace弹出来输一个co回车Codex终端就出现了。全程不用碰鼠标。Keyboard Manager用来做快捷键重映射。比如我把F9映射成切换到上一个窗口这样在编辑器和终端之间来回切换一个键就够了不用AltTab满屏找。FancyZones把屏幕划分成左编辑右终端的分区布局。鼠标拖拽窗口会自动吸附到对应分区两个窗口永远并排谁也不会把谁盖住。这三个工具配合起来我的操作模式就从鼠标点终端 → 鼠标点编辑器 → 鼠标点浏览器变成了F9切来切去AltSpace输命令。Codex输出再频繁我也不会因为鼠标误触而被打断因为很多场景下压根不需要动鼠标。要提醒的是PowerToys的FancyZones对多显示器场景稍微有点学习成本第一次用建议只设定一个主屏的简单两分区域用一周就习惯了。4. 鼠标不抢了之后Codex 在 Windows 上的进阶使用抢鼠标问题解决之后Codex在Windows上的使用体验已经很接近Linux和macOS了。但既然都调校到这个程度我顺手把日常使用频率最高的几个进阶配置也分享出来让Codex真正融入工作流。4.1 审批模式调校别让它停下等你点鼠标Codex默认在修改文件之前会停下来询问你同不同意这个交互在Linux上很自然但在Windows多任务场景下容易被忽略——你切到别的窗口干活回来发现它等你半天了。有两个方向可以调。第一个方向是给Codex配置自动允许规则在~/.codex/config.toml里找到权限相关配置把明确可信的操作加入允许列表比如指定目录下的读写操作。这样安全性和效率都能兼顾。第二个方向是改用exec模式。如果你只是想让Codex处理一个明确的任务不需要进行多轮对话直接用codex exec 你的任务描述让它一口气跑完跑完自动结束。这个模式默认的审批策略比交互模式宽松适合批量重命名、批量加注释、跑测试脚本这种明确无风险的操作。我的习惯是改代码逻辑用交互模式批处理任务用exec模式。两种模式配合基本不需要在审批环节跟它反复扯皮。4.2 config.toml 实战模型选择与 DeepSeek 接入记录Codex的配置集中在~/.codex/config.toml模型相关配置也在里面。我用过的配置方式有两种官方默认和第三方接入。官方默认不用多讲装完直接用。需要分享的是怎么接入DeepSeek等OpenAI兼容服务。DeepSeek有OpenAI兼容的APICodex的model_provider机制正好支持这种场景。配置思路是在config.toml里新增一个provider指向DeepSeek的API端点设置对应的密钥环境变量名然后把model_provider切换到deepseekmodel改成DeepSeek官方提供的模型标识。需要注意两点环境变量必须先设置好。PowerShell里可以用$env:DEEPSEEK_API_KEYxxx临时设置或者直接在系统环境变量里永久设置后者更省事。切换完配置后务必完全重启Codex进程。Codex只在启动时加载一次config.toml运行中改配置不会生效。这个过程看起来简单但我踩过一个坑Codex对新配置文件里的未知字段会报ignoring unrecognized configuration setting警告如果你的配置里写错了一个字段名Codex不会报错终止它只是忽略那行配置继续跑。所以你改完配置发现还是走的老模型十有八九是字段名写错了检查一下警告信息逐行核对。另外热词里出现过一个报错the gpt-5.6-sol model is not supported when using codex。这个错误的意思是配置文件里指定的模型名不在当前provider支持列表里。切换第三方服务的时候一定要去对方文档确认模型标识字符不要照抄OpenAI的模型名。4.3 我把 Codex 放进 Windows 工作流之后的使用清单这些配置全部搞定之后我日常在Windows上的使用流程大概是这样的你可以直接参考屏幕布局FancyZones左编辑器、右终端终端跑Codex。启动路径AltSpace唤起PowerToys Run输入codex回车终端弹出并自动进入项目目录。日常编码编辑器里写代码写完F9切到终端向Codex描述任务Codex输出过程中我继续在编辑器里做其他事不用守着它。批量操作明确指令用codex exec跑非交互任务比如统一改日志格式、批量移动文件。换模型或换API服务改config.toml重启Codex观察启动时的警告信息确认加载的确实是新配置。整个流程跑下来鼠标只在编辑器里真正有用终端和Codex反而变成了纯键盘操作的工具。这跟我最初鼠标被抢到怀疑人生的体验完全是两个世界。最后再分享一个小技巧是我踩过几次坑之后总结出来的给Codex的指令里最后加一句完成后在终端打印文件变更列表。这句话能保证它不管中间怎么操作最终一定用文字汇报改了什么。这样就算你中途把鼠标切走回来扫一眼终端就能掌握全部动态不用在文件树里翻来翻去找改动。Windows上跑Codex这种明确交付物的指令习惯比你装任何优化工具都管用。