9个只读工具，把ChatGPT网页版变成Codex的规划大脑

命令行里的AI编程助手很能干，但也很能烧钱。让它通读整个代码库、起草架构方案、审阅跨文件改动，动辄消耗数百万计的高价API token。与此同时，很多人每月付着ChatGPT Plus或Pro的固定订阅费，网页端那份额度却大量闲置。账单在涨，额度在睡，这个矛盾被一个开源项目盯上了。 一个桥，两个引擎 这个项目叫Codex with ChatGPT，由XiaoDuoYa开发，核心思路一句话概括：ChatGPT负责想，Codex负责干。它把官方ChatGPT网页界面和本地Codex终端会话连起来，中间走一条安全的只读MCP桥。 具体拆成两层。推理与评审层放在ChatGPT网页端：评估需求、起草架构方案、独立审阅git diff和测试结果，用的都是你已有的网页订阅额度。执行层留在Codex终端：改代码、管git分支、跑本地测试套件，全在本地环境里完成。 和手动复制粘贴文件不同，也和把代码塞进不可信的第三方反向代理不同，ChatGPT只读取它真正需要的那几行代码，通道是经过OAuth 2.1认证的本地MCP桥。 省下来的token，省在哪一步 第一项能力针对的就是token浪费。把高上下文的架构推理和代码评审卸载到ChatGPT网页客户端之后，规划类任务上的重复消耗直接消失。Codex只在真正执行代码编辑和终端命令时才动用token。 这个分工的逻辑很直白：推理和评审是读多写少的活，执行是写多读少的活。前者交给包月额度，后者留给按量计费的API，各花各的钱。 安全靠设计，不靠自觉 桥接方案最容易被质疑的就是安全。这个项目的做法是把限制写进架构里，而不是写在文档里。 桥接服务器不写：MCP桥服务端只实现9个只读检查工具，包括read_file、git_diff、test_status等，不存在写入、删除或执行shell的工具，从源头上掐掉提示注入的风险。 敏感文件默认拦截：匹配.env*的文件、私钥、凭据存储一律默认屏蔽。 连接要过两道关：OAuth 2.1加PKCE认证，配对码5分钟有效且只能单次使用。 只读这三个字不是修辞。桥这一侧根本没有能改东西的手，能做的只有看。 干完活，它自己去看diff 第三项能力是执行后的独立评审。Codex改完文件、跑完测试套件之后，ChatGPT不会只听一段文字总结就点头。它通过MCP数据面去查真实的git diff和测试执行记录，核对无误才签字放行。 这个细节值得多看一眼。很多自动化流程的评审环节，本质上是让执行者自己汇报自己干了什么，汇报和事实之间隔着一层转述。这里绕开了转述，直接看原始记录。 装它，只需要一句话 项目附带一个精简的Codex技能，把整套环境配置自动化了。你只需要对Codex代理说一句：请帮我全自动安装并配置Codex with ChatGPT。 接下来Codex会自己检查系统前置条件、编译本地桥、配置隧道、建立配对连接，全程不需要手动配置。从检查环境到配对完成，中间没有需要人填的坑。 把包月订阅的闲置额度接进本地开发流，把按量计费的token留给真正需要写操作的环节，这个思路本身不复杂。复杂的是怎么在打通两端的同时不把安全口子撕开——9个只读工具、默认拦截敏感文件、5分钟单次配对码，这套组合给出的答案是把权限压到最低，低到桥只能看、不能动。 特别