先划出10元：Codex和Claude Code在同一小仓库各跑一轮

01 / 10元是试用预算，不是跑完任务的报价

第一次比较Codex和Claude Code，先别买订阅，也别拿整个项目试刀。准备一个只有几十行代码的待办清单仓库，让两个工具各做同一道题，再看代码、测试和账单。

本文把总预算定为10元，每个工具分配5元。这是你自己设定的支出边界，不是实测费用，也不保证任务能在这个金额内完成。模型、上下文长度、重试和缓存都会影响账单；余额不足时，保留结果，停止追加。

02 / 先建一个没有依赖的待办清单仓库

安装Node.js和Git，再按各自官方文档安装两个工具。新建文件夹，依次执行以下命令。这里使用Node.js自带的测试运行器，省去安装测试框架。

mkdir tiny-todo

cd tiny-todo

git init

npm init -y

在文件夹里创建todo.js，内容如下。这份代码只负责添加任务，故意留下一个很小的改动空间。

function addTask(tasks, title) { return [...tasks, { title, done: false }]; } module.exports = { addTask };

再创建todo.test.js，写入一条基础测试：

const test = require('node:test'); const assert = require('node:assert/strict'); const { addTask } = require('./todo'); test('添加待办', () => { assert.deepEqual(addTask([], '买菜'), [{ title: '买菜', done: false }]); });

执行node --test，确认通过后，运行git add .和git commit -m "基础版本"。如果Git提示缺少身份信息，按提示配置后再提交。两个工具都应从这次提交开始。

03 / 用两个工作目录隔开修改

在tiny-todo目录内分别执行下面两条命令。Git会创建两个分支和两个目录，它们共享同一个起点，各自保存修改。

git worktree add ../tiny-codex -b trial-codex

git worktree add ../tiny-claude -b trial-claude

随后在tiny-codex中启动Codex，在tiny-claude中启动Claude Code。不要让它们同时编辑同一个目录，否则第二个工具可能直接读到第一个工具的答案，比较就失去了意义。

04 / 接入API时先核对地址和认证方式

CheapRelay适合这种短时试用：没有月费和订阅，按实际token计费，缓存读取和写入也会计费。同一个密钥可用于Codex和Claude Code，实际可用模型及模型标识以控制台为准。

先注册CheapRelay账户，准备本次试用的少量余额。密钥放在工具支持的环境变量或本机配置中，不要写进仓库，也不要粘贴到任务提示里。

Codex使用自定义提供方时，按当前版本文档填写模型标识、密钥来源和接口地址。CheapRelay的OpenAI兼容路由位于https://api.cheapapirelay.com/v1。Claude Code则按对应接入说明配置认证和服务地址，不要直接照搬Codex配置；根地址是https://api.cheapapirelay.com，具体路径取决于客户端协议。

先做一次最短请求，确认认证、模型权限和接口兼容性。连通性测试也可能收费，把它计入各自预算。两个工具的模型选择可能不同，因此这次观察反映的是整套配置，不能单独证明哪个工具更聪明。

05 / 给两个工具完全相同的一段任务

分别粘贴下面这段要求，不额外给其中一个工具提示：

请修改addTask：标题必须是字符串；去掉首尾空白后不能为空；不符合要求时抛出错误。保留原数组不变，返回的新任务使用清理后的标题。补充测试，覆盖正常标题、首尾空白、空白字符串、非字符串和原数组不变。不要安装依赖，不要改动无关文件。完成后运行node --test，说明修改和测试结果。

先允许一轮实现。若测试失败，只追加一次“请根据失败输出修复”。这是一条省钱的操作规则，不是工具自动执行的费用上限。遇到无关重构或反复搜索，可以手动中断。

06 / 自己跑测试，再抄实际账单

不要只看助手说“已完成”。进入两个目录，各自运行node --test和git diff，检查测试是否真的执行，改动是否局限在相关文件。

• ■ 正常标题能添加，首尾空白被删除。
• ■ 空白字符串和非字符串都会报错。
• ■ 原数组及原有任务没有被修改。
• ■ 没有新增依赖，也没有把密钥写入文件。

随后记录每轮开始和结束时的账单数据：工具、模型标识、输入token、输出token、缓存费用、总费用、追加次数，以及是否通过验收。以平台实际扣费为准；若账单尚未更新，等数据齐全再比较。

07 / 下一笔预算给能省下返工的配置

如果两边都通过，先比较完成同一任务的实际费用，再看自己花了多少时间检查和修复。便宜几分钱却需要手改多处，未必适合新手；一次成功，也不足以推断复杂项目的表现。

这轮最有用的产物，是两份可检查的修改和两条真实费用记录。下一次只改变一个条件，例如任务难度或模型，沿用相同验收方式，你才知道多花的钱有没有换来帮助。