pmer

摇滚、说唱系列

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

再更新一版，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 处理做成可视化服务