“把 ChatGPT 网页版接进 Codex，就能省 Token”听起来很直接，实际却混在一起了三件事：网页订阅的消息额度、API 或 Codex 的调用计费，以及本地工具带来的执行权限。它们不是同一笔账。先把边界拆开，才能判断一个开源桥接项目是在改善你的工作流，还是只把成本和风险换了位置。
本文讨论两个公开项目：codex-chatgpt-web 与 codex-with-chatgpt。前者尝试把 ChatGPT 网页会话作为 Codex 可选模型路径；后者把网页端 ChatGPT 放在规划与审查位置，把执行留给 Codex。两者都值得从工作流设计中学习，但都不应被当作绕过用量、替代正式 API，或跳过安全审查的方案。
图中最重要的不是箭头，而是每次交接前的两项检查：这一步由谁计费，以及这一步能读写什么。没有这两项，所谓“省 Token”无法比较。
先把“省 Token”换成三个可以核对的问题
| 要问的问题 | 为什么不能混为一谈 | 应查看什么 |
|---|---|---|
| 网页会话是否还有可用额度？ | 订阅额度由账号、套餐和产品规则决定，不等于 API 余额 | 当前账号界面和适用条款 |
| Codex 是否仍在调用模型或工具？ | 规划转走后，执行、重试、工具调用仍可能产生自己的消耗 | 任务记录、用量和账单 |
| 本地文件能否被读取或修改？ | 模型路线改变时，工具权限可能同时扩大 | 项目安全说明、MCP 权限和实际授权页 |
如果你的目标只是减少“先分析再改代码”的重复对话，第二个项目的分工思路可能有帮助：用网页端完成方案讨论或只读审查，再让 Codex 按确认后的计划执行。如果目标是把一个网页订阅当成不限量后端，答案则不应靠开源项目给出，必须以账户规则和真实用量为准。
两个项目解决的不是同一个问题
1. codex-chatgpt-web：把网页会话放进任务路线
ChatGPT Web for Codex 的 README 将自身描述为一个本地桥接器：它通过嵌入式浏览器把当前 Codex 任务上下文交给一个 ChatGPT 网页临时会话，再把响应流显示回同一任务。项目区分 browser-only 与 full harness 等模式；前者不使用本地文件和命令工具，后者涉及任务工具与连接器。
对使用者来说，价值不在于“换一个模型名字”，而在于把对话、上下文和工具能力看成三份独立的权限清单。只需要讨论设计时，浏览器对话已经足够；一旦要读取仓库、执行命令或写文件，风险模型就变了。不要因为界面仍显示在同一个 Codex 任务里，就假设数据路径和授权范围没有变化。
2. codex-with-chatgpt：把规划与执行明确分工
Codex with ChatGPT 采用另一种思路：让网页端 ChatGPT 做规划和审查，Codex 负责修改文件、运行测试和保存结果。项目将连接描述为只读 MCP，但“只读”是项目设计声明，不是你可以跳过验证的理由。
它更适合有清晰交付边界的任务，例如“为导出功能列出改动文件、风险和测试点”，再由执行侧完成实际修改。它不适合把未审查的网页建议直接变成高权限操作。计划和审查可以外移，审批责任不能外移。
试之前，用一个无敏感数据的仓库走完这五步
不要先拿生产仓库、真实客户数据或管理员凭据试桥接。用一个只有演示代码的仓库完成以下验收：
- 读安全说明和许可证。 确认发布者、更新方式、浏览器会话存放位置、遥测与第三方连接；README 不是安全审计报告。
- 从只读任务开始。 让模型只输出改动计划、风险和测试清单，不授予写文件、执行命令或访问密钥的权限。
- 看清上下文会发送什么。 用一份无秘密的测试文件验证：文件路径、代码片段、图片、终端输出是否会进入网页会话或连接器。
- 把执行与审查拆开。 执行前人工确认文件清单；执行后查看 diff、测试输出和新增依赖。任何支付、部署、删除或账号操作都保留人工确认。
- 记录一次完整成本。 同一任务分别记录网页端可见用量、Codex/API 用量、重试次数和人工复核时间。没有这一行记录，就无法证明“省”在哪里。
可以用下面的任务卡作为第一次测试输入：
任务：为演示仓库增加 CSV 导出按钮。
允许：只读分析、生成计划、列出需要修改的文件。
禁止：写文件、运行命令、访问环境变量、安装依赖、提交代码。
验收：输出不超过 6 步的计划；每一步写明文件、理由、风险和测试方法。
任务：为演示仓库增加 CSV 导出按钮。
允许：只读分析、生成计划、列出需要修改的文件。
禁止：写文件、运行命令、访问环境变量、安装依赖、提交代码。
验收：输出不超过 6 步的计划；每一步写明文件、理由、风险和测试方法。
只有当计划稳定、数据路径清楚、权限符合预期后，才考虑把执行工具交给代理。即使如此，也要让每次命令和文件改动可回看。
四个最容易被忽略的风险
订阅规则不是技术兼容性。 一个项目能在本地跑通，不代表使用方式符合服务条款，也不代表套餐权益会保持不变。先查官方账户与产品规则；任何界面变化、登录验证或额度限制都可能让桥接失效。
网页会话不是本地运行。 临时会话可能有自己的隐私与数据处理规则。不要把 API Key、访问令牌、客户资料、生产日志或私有仓库的完整副本塞进提示词、截图和浏览器表单。
“只读”不等于“无影响”。 读取源码、目录名、配置文件和命令输出本身就可能泄露业务信息。把连接器可见范围限制在测试目录，并在授权页逐项确认。
自动更新会改变攻击面。 开源项目升级可能新增依赖、改变连接方式或调整默认权限。固定版本、查看变更记录，并在隔离环境重跑冒烟测试，比长期相信一次安装结果可靠。
怎样把这类项目放进正规的开发流程
它们可以是“计划—执行—复查”中的一个可选组件，而不是整个交付系统。建议把项目接入前后的规则写进团队模板：网页模型只接触脱敏上下文；执行代理只在明确任务下获得最小权限；每次改动都有 diff、测试和人工批准；成本按成功交付任务计算，不按单次对话长度计算。
如果你通过 ClaudeAPI 接入模型，也同样适用这张清单：先在控制台确认当前模型、接口、权限和价格，再把实际调用记录放进成本比较。不要因为某个项目使用了网页会话，就把它与任何 API 平台的模型可用性或价格混为一谈。
本文整理公开项目文档中的工作流描述，不代表 OpenAI、ChatGPT、Codex 或项目维护者的官方认可。项目代码、服务条款、订阅权益、价格与权限均可能变动，请在测试前以官方说明和当前界面为准。
