摇滚、说唱系列

以另外一种形态存在，但也许不再是人类

再更新一版，v1.2.0：解决了第三方模式下 Codex 浏览器控制的问题。
背景：Codex 的内嵌浏览器 / Computer Use 是 OpenAI 云端服务，切到第三方（ DeepSeek/Kimi ）后必然报 Codex auth token is unavailable ，配置救不回来。
做法：桥接 Kimi 官方的 WebBridge 浏览器插件（本地守护进程），让 Codex 在第三方模式下也能操作本机真实浏览器，而且自带浏览器里的登录态。提供两种方式：
Codex Skill （推荐）：一个 SKILL.md ，教 Codex 用 curl 调 WebBridge 的 HTTP 接口，navigate / snapshot / click / fill / evaluate 都支持，已实测全链路跑通。
MCP 桥接（备用）：一个 100 行的 Python stdio server 把 WebBridge 包装成 MCP 工具。顺带踩了个坑：Codex 0.153.4 把 tool_search_always_defer_mcp_tools 标记 removed 并硬编码为 true ，MCP 工具默认藏在 tool_search 后面，exec 模式下模型根本看不到——所以这个只作备用，主路径走 skill 。
适合需要在第三方模式下让 Codex 操作需登录网站（改后台配置、提交表单、抓数据）的场景。README 有完整接入说明，欢迎试用反馈。

@94nb 之前这里发过一次，部分项目一直有更新、部分做了合并，个别在筹备大的改版。

来更新一下进展，发布了 v1.1.0：

修了一个比较隐蔽的问题：Codex GUI 其实不直接读会话的 jsonl 文件，而是读 thread_history_1.sqlite 里按字节偏移建的投影缓存。脚本原地改写文件后偏移会失效，导致 GUI 里对话"停在旧时间"。现在脚本改写完会自动失效对应线程的投影，重启后自动重建。

官方模式续聊第三方创建的对话，实际会撞上官方 API 的四层校验（ reasoning content 数组、本地加密的 encrypted_content 、工具调用的 tool_ 前缀 id 、reasoning 的 rs_ id ），之前只处理了前两层，这次补齐后两层，实测 DeepSeek 血统的长会话也能正常续上。

补了 Kimi 的 schema 垫片，修复 MCP 工具定义被 Kimi 校验器拒绝的问题。另外加了中英文更新日志（ CHANGELOG ），排查过程整理在 issue #1 里，遇到同样报错的可以直接对照。

日常更新： https://github.com/aipmer/codex-switch/blob/main/CHANGELOG.md
欢迎试用和反馈

看起来不错，但和 codex 、claude 等工具自带远程能力有哪些优势呢？

做了几个小而美工具，欢迎品鉴： https://pmer.cn/xiaoermei.html

说实话一般项目用不到，一般人也很难玩明白，到时可以考虑把 codex 或 claude 的多 agent 处理做成可视化服务

btw：如果开了 gork 会员的，grok bot 其实也能很好解决

闲鱼上有

该花钱的钱不要省，完全靠用户自发传播太难了，免费外链周期也长。

cf 、vercel 免费的都够用了

要区分下具体模型，至少 seedance2.0/2.5 能打的，它是属于豆包系列模型（对外品牌名称）

https://github.com/aipmer/codex-switch
今天又做了一轮小更新，稳定可靠，欢迎体验和 star

看项目复杂度，需要有一定架构思维，但实际用起来可以简化，虽然我不是技术背景...

前人种树，后人乘凉。AI 能发展这么快，github 这类平台功不可没

为何我的图裂了？

https://www.v2ex.com/t/1240318
供参考，目前自用还不错