昨天看到一个佬的codex破限贴，用残疾人的方式博取AI同情。。 与似乎我后面再问gemini问题，问了一个问题他也不回答我。 于是我想到上面残疾人大法，笑死，他立刻帮我，而且后面他都一直在同情我。。 1 个帖子 - 1 位参与者 阅读完整话题
各位佬，我最近折腾 Codex Desktop / CLI 的官方 OpenAI 和第三方 API 切换，遇到一堆问题，想请教有没有正确姿势。 我的目标很简单： 官方模式：走 ChatGPT / OpenAI OAuth 第三方模式：走 API Key + base_url 切换时：历史对话别丢，provider 别乱，工具别掉 目前遇到的问题： 切 provider 后，Codex 里的历史对话会消失 切回原 provider 后，有些对话又能回来，感觉 session 可能和 model_provider / provider name / auth 状态绑定。 然后我搜了一下，通过给config文件加上对应对话的provider信息，但是启用的是另外的provider，那对话会回来，但对话继续发消息时，又会走对话原配置里的服务商 不确定旧对话到底是走旧 provider，还是走当前 config.toml 里的 provider。 我自己搞过一个小工具切 provider、同步/隔离记录 但越搞越发现 .codex 里面 session、sqlite、rollout、provider、auth、cache 这些东西纠缠很深。 后来看到 CC Switch，以为能直接切 Codex provider 但实测好像对 Codex Desktop 不生效，或者不完整。切完后 Desktop 还是像走官方，不确定是不是只对 CLI 有效。 又看到有人说可以搞本地路由中转 思路是： Codex -> localhost router -> 官方 OpenAI / 第三方 API 这样 Codex 只认一个本地地址，后端由 router 切。 但我不确定 Codex Desktop 的 OAuth、Responses API、streaming、tools 调用能不能这样稳定转发。 最后发现我本地 Codex 环境也乱了 之前填过各种 OPENAI_BASE_URL 、 OPENAI_API_KEY 、第三方 key，可能污染了官方 provider。 还遇到过子进程重连异常、Chrome 操控插件明明装了但工具掉、插件缓存缺 plugin.json 等问题。 所以后面干脆把 Codex 配置全清了重装。 现在主要想请教： Codex Desktop 的 provider 优先级到底是什么？ 是 OAuth 优先，还是 config.toml / env / cache / session 优先？ provider name 会不会影响历史对话显示？ 为啥切 provider 后对话会消失？ 旧对话继续发消息时，到底走旧 provider，还是走当前全局 provider？ CC Switch 能不能真正切 Codex Desktop？ 还是只对 CLI 比较有效？ 官方 OAuth 和第三方 API，应该共用一个 .codex ，还是分多个 CODEX_HOME 隔离？ 本地 router 中转是不是更稳？ 有没有佬跑通过 Codex + LiteLLM / one-api / new-api / OpenRouter / 本地反代？ 现在想着搞个本地中转似乎可以实现热切+不串provider，毕竟在codex的配置里，provider没变，这个思路看起来没啥问题，但是今天折腾到太晚，然后已经意识蘑菇了，我就先发一下，睡觉去了 站里可能已经有相关的问题解决方案了，但是我找了不少时间没找到，知道的佬可以指个路吗 2 个帖子 - 2 位参与者 阅读完整话题
今日被封1000个，哭晕在厕所，虽然只弹邮箱验证，但是邮件收不到件了。。。 4 个帖子 - 4 位参与者 阅读完整话题
为什么我的codex都是凌晨1点准时401呀，我已经买了很多codex plus日抛号了，基本1-2天就没，想问下佬们怎么维护账号的呀 11 个帖子 - 10 位参与者 阅读完整话题
antigravity里可以归档可以删除。但codex没找到删除 10 个帖子 - 10 位参与者 阅读完整话题
做了个小工具 ccglass ，一条命令就能看到这些 coding agent 到底往大模型发了什么。 GitHub： https://github.com/jianshuo/ccglass 为什么做 我一直想看清 Claude Code 、Codex 这类 agent CLI 实际发出去的请求——完整的 system prompt 、每一个 tool 的 schema 、消息历史、还有每次请求的 token / 缓存 / 花了多少钱。问题是：这些都是 Node / 原生程序， 根本不理 HTTP_PROXY / HTTPS_PROXY ，所以 Charles 、mitmproxy 都抓不到；而 patch fetch 那类方案， 客户端一更新就废。 怎么做到的 关键点：这些 CLI 都允许用环境变量改 API 的 base url （ ANTHROPIC_BASE_URL 、OPENAI_BASE_URL 、DEEPSEEK_BASE_URL ）。 ccglass 就在本地起一个会记日志的反向代理，把客户端指过去，再转发给真正的 API 。 客户端自己跟真 API 走 HTTPS ， 你只截本地这一跳的明文 HTTP ——不用装 CA 证书、 不碰 TLS pinning 、没有 MITM 。 能看到什么 实时请求流，点开看完整 system prompt + 全部工具 schema 消息历史里 tool_use 和对应的 tool_result 按 call_id 配对、同色标记 一个 agent loop 的「 flow 」视图：模型选了哪个工具 → 本地执行 → 结果喂回去 每次请求精确的 token / 缓存命中率 / 花费 两次请求的 diff ，能看到这一轮到底新增了哪些上下文、哪些被缓存命中 零依赖 Node ，一条命令，像 ollama 那样： npx ccglass 目前支持 Claude Code 、Codex 、DeepSeek-TUI 、Kimi 。 一点说明 它只能看到客户端在这一跳发出去的东西（本地工具执行的过程看不到），花费是按公开 价格估算的。欢迎拍砖，也想听听你们还想看到哪些维度的信息。
1、在cc switch中找到open ai官方，查看其中的auth.json文件 2、使用[ https://chatgpt.com/api/auth/session ]去找到相关的信息： 下面内容都可以从这个网站里获取： { “auth_mode”: “chatgpt”, “OPENAI_API_KEY”: null, “tokens”: { “id_token”: “”, “access_token”: “”, “refresh_token”: “”, “account_id”: “” }, “last_refresh”: “” } 3、为了方便查看[ https://chatgpt.com/api/auth/session ]里的信息，可以使用这个网站（ https://gtxx3600.github.io/GPTSession2CPAandSub2API/）把所有获取的信息去解析成规整格式的json，方便找到id_token、access_token、account_id、last_refresh；这个refresh_token我直接默认了但也可以。 4、保存后那个文件，再打开codex，就能成功启动了！！！ 18 个帖子 - 14 位参与者 阅读完整话题
{ “message”: “auth_not_found: no auth available (providers=codex, model=gpt-5.4-mini)”, “type”: “server_error”, “code”: “internal_server_error” } 报错是这个，不知道为啥生图一直要用5.4mini，之前在codex里用挺正常的，都是对话直接让他生图，生完改图也可以，最近这样子越来越难成功，有时候它自己直接画矢量图拼凑给我。今天直接就是这个报错了，不知道有没有佬碰到过？cpa反代到newapi，基本都是默认，没有改变过 16 个帖子 - 5 位参与者 阅读完整话题
我本地安装的cpa，通过vscode的codex插件使用cpa，已经按照官方教程配置好了config.toml，导入的json账号都能正常使用，但是为什么无法使用 AI 提供商呢？在OpenAI 兼容提供商里面添加的账号，模型能获取成功，账号都能测试成功。但是在vscode里好像就是无法调用？望有检验的佬指导解决一下，谢谢 10 个帖子 - 5 位参与者 阅读完整话题
5 个帖子 - 4 位参与者 阅读完整话题
动不动执行的时候卡住，看后台也没请求，要陨落了吗 10 个帖子 - 9 位参与者 阅读完整话题
ui上还是系统交互上，codex总是读不到我的skill，也不会主动去用，交互上和Claude code差异还是蛮大的，有点用不习惯（） codex检查完bug还不会主动去修，Claude会主动去修，codex就是反复问你，要不要修啊，只要你说修，我就给你修更稳 1 个帖子 - 1 位参与者 阅读完整话题
在ubuntu里面用一叶知秋的codex为啥报这个错嘞 4 个帖子 - 4 位参与者 阅读完整话题
Codex 是高松灯，性格内向，不善言辞，有重力场吸引了大量国人使用。 Claude 是长崎素世+椎名立希，心机重，名场面最多，非常严格，灯卫兵，每次好感度高了点就封号降低好感度保持灯的人气。中之人反华。 Gemini 是要乐奈+千早爱音，自由散漫，不受约束，能提供情绪价值，存在一些局限（我没说是平胸）。 又水一帖~
有一台备用机器，之前重装过，现在想用 codex 居然说我的 windows 版本不支持，遂打算升级到 win11，结果也升级不了，这个原来是用的一个网吧镜像重装的… 请问下各位佬有没有什么比较纯净一点的 win11 镜像下载能一步到位的 14 个帖子 - 14 位参与者 阅读完整话题
日常开发用，目前claude code + glm coding plan在用，下午时候打算切codex躲一下高峰，问下大佬有什么方案吗，不想折腾，追求稳定，价格也要低一些 补充一下： 目前还补充了下claude code+ ds-pro填补时长，一下午用量可以在六七块钱，想问下这个价格codex+中转哪个贵啊 6 个帖子 - 6 位参与者 阅读完整话题
我在想有没有能根据应用去代理，这样就不用开 tun 了。因为开 tun 之后，有时候 ping 域名都是 198.18.x.x 的 ip ，又要去关 tun 不方便 我是 win11
今天准备用swift复刻一个opencode的桌面端，样式类似codex/apple music这样的设计言语，看起来真的好看。 结果给我整半天，最开始启动都启动不了，什么类型声明都会错， 然后是一直连不起opencode核心，结果把比如project_id给我整成projectID了，很多非常低级的错误，关键占用20%上下文都不到。 真的这种体会只有快手和小米发第一代大模型的时候体会过。 是他们不擅长苹果系的开发吗 1 个帖子 - 1 位参与者 阅读完整话题
做几个任务，遇到问题首先是做一个仅仅针对改问题通过关键词啥的进行判断的优化，而不是通用性的修复bug，有点烦。 用的是gpt5.5 xhgih 2 个帖子 - 2 位参与者 阅读完整话题
大家好，最近开源了一个自己做的本地字幕工具 Fast Sub 。 GitHub： https://github.com/ryviuszero/Fast-Sub 项目主要是给视频 / 音频生成字幕，也支持字幕翻译、双语字幕和字幕烧录。现在 Windows 和 macOS 都已经打包好了。 目前主要功能大概是： 本地视频 / 音频生成 SRT 字幕 支持 Faster Whisper / whisper.cpp 支持字幕翻译、双语字幕 支持字幕烧录 支持本地模型和 OpenAI-compatible API 默认本地处理，远程 API / Web provider 需要显式选择 转录质量方面，Whisper large-v3 / v3 turbo 这一代已经很不错了，普通播客、课程、视频内容基本够用。 翻译这块我做了一些 benchmark 。CLI 里现在有 bench 和 bench-translate ，转录主要看 WER / CER ，翻译主要看 BLEU / chrF ，同时也记录 exact match 。实际结果是：NLLB 本地翻译可用，但会有一点生硬；本地 Qwen3 4B 的字幕翻译效果挺惊喜，在我的测试样本里已经比较接近 Google 翻译。 第一版桌面端为了收敛范围，先把 benchmark 图形界面砍掉了；目前质量对比主要还是通过 CLI 跑。 项目地址： https://github.com/ryviuszero/Fast-Sub 另外我也写了一篇比较长的复盘，主要不是介绍功能，而是记录这三周用 Codex 做完整项目的一些经验： https://ryviuszero.github.io/zh/posts/codex-complex-project-development/ 这次最大的感受是，Codex 用来做真实项目，和“一句话生成 demo”完全不是一回事。 我自己比较有体会的几点： 先写 MVP 文档，比直接写代码重要 一开始先把项目的最小版本写清楚：做什么、不做什么、默认行为、隐私边界、错误码、输出格式。后面 Codex 每次接着做，都有一个明确边界，不容易越做越散。 用一轮一轮的方式推进 我没有让 Codex 一次性做完整桌面应用，而是从 CLI 、模型管理、provider 、benchmark 、Go daemon 、Electron UI 、打包发布这样一轮一轮推进。每轮都有目标、非目标和验收命令。 文档就是长期上下文 聊天记录不适合当项目记忆。所以项目里放了产品文档、架构文档、开发规范、spec 、tracker 、QA 表、release smoke 。后面每次让 Codex 继续做，都是先读这些文档。 重构不能省 AI 很容易快速堆功能，但项目很快会变复杂。中间我专门做过一轮 Python 分层重构，把 CLI 、service 、provider 、worker 、model store 、benchmark 这些边界拆开。后面迁移 Go 、接 Electron 、做打包都明显轻松很多。 UI 最好 mock-first Electron 一开始没有直接接真实后端，而是先用 mock client 跑通页面、状态、失败、取消、结果展示。UI 状态稳定后，再切到真实 Go daemon 。这样调试成本低很多。 QA 和发布要尽早进入流程 桌面应用不是 build 通过就完了，还要测 installer 、portable 、macOS dmg 、模型下载、中文路径、进程退出、secret redaction 、真实 provider 、截图 baseline 等。这个过程也很适合交给 Codex 做清单和回归。 总的来说，Codex 对我最大的帮助不是“生成一段代码”，而是可以持续协作：写计划、拆任务、改代码、补测试、重构、更新文档、做 release checklist 。 但前提是要给它足够清楚的上下文和验收标准，不然项目大一点之后也会失控。 项目还比较早期，如果大家对本地字幕工具、字幕翻译、本地模型，或者 Codex 做项目的流程感兴趣，欢迎看看，也欢迎提建议。