告别海外账号与网络限制稳定直连全球优质大模型限时半价接入中。 点击领取海量免费额度1. 把 Claude Code 的 Base URL 指向 TaoToken 之后我跑了一次 Vue 组件测试补全Vue 组件的单元测试补全是我最近反复用来观察 Claude Code 行为的一类任务。它不像整仓重构那样动辄几十万 Token也不像单行补全那样看不出上下文策略刚好卡在中间需要读懂组件 props、emit、异步状态还要把断言写对。这次我把 Claude Code 的 API Base URL 指向 https://taotoken.net/api用 TaoToken 作为默认供应商官网 https://taotoken.net/?utm_sourcetaotoken_aicg_blog_generateutm_content 创建同一把 Key记录一次补全任务的输入/输出 Token 比、单次请求延迟以及补全出来的测试能不能过 Jest 断言。需要先说清楚定位这篇评测的对象是 Claude Code 这个命令行 Agent 在测试补全任务上的表现TaoToken 在这里承担的是 Key、Base URL 和对照基线不是被评测的产品。所有 Token 数字都来自我这一次本地运行属于单次样本不代表任何公榜成绩也不构成对模型能力的排名结论。本文不含排行分数。任务本身很小一个TodoList.vue接收items数组暴露toggle和remove两个 emit内部有一个filter计算属性。我要 Claude Code 补全TodoList.spec.js覆盖渲染、点击切换、删除三个用例并且必须通过npm run test:unit。这个规模刚好能让我看清 Claude Code 在读取组件、推断测试意图、生成断言三个阶段各自消耗多少 Token。2. Claude Code 接入 TaoToken 的配置与 Vue 测试补全任务环境2.1 环境与版本我用的环境是 Node 20.11、Vue 3.4、Vitest 1.6Jest 兼容断言风格expectAPI 一致Claude Code 走 CLI 方式。模型 ID 我不在这里写死以模型广场为准因为广场会调整可用列表写死一个 ID 反而容易让人复制后 404。配置 Claude Code 有两种方式我两种都试了效果一致。第一种是环境变量适合临时切换export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_MODEL_ID注意ANTHROPIC_BASE_URL后面不带/v1这是 Claude Code 读取配置时的常见坑多写一段路径会导致请求打到不存在的端点。第二种是写进~/.claude/settings.json适合长期使用{ env: { ANTHROPIC_BASE_URL: https://taotoken.net/api, ANTHROPIC_AUTH_TOKEN: YOUR_API_KEY, ANTHROPIC_MODEL: YOUR_MODEL_ID } }Key 在 TaoToken 控制台 创建创建时选好额度策略。同一把 Key 既能给 Claude Code 用也能给 Codex 用但 Codex 的配置写在~/.codex/config.toml不要把ANTHROPIC_*那套变量套到 Codex 上两者读取的字段完全不同。2.2 任务文件与 Prompt组件文件我提前写好测试文件留空只放一个describe骨架。给 Claude Code 的 Prompt 是固定的一段方便复现读取 src/components/TodoList.vue补全 tests/TodoList.spec.js。 要求 1. 覆盖渲染 items 列表 2. 覆盖点击 checkbox 触发 toggle emit 3. 覆盖点击删除按钮触发 remove emit 4. 使用 vue/test-utils 的 mount 5. 不要修改组件源码这段 Prompt 我刻意写得结构化因为 Claude Code 在测试补全任务上对「不要修改源码」这类约束很敏感写清楚能减少它来回试探的次数也就减少了无效 Token。2.3 为什么用同一把 Key 做对照我同时用 Codex 跑了同一个 Prompt目的是看两个 Agent 在相同任务上的 Token 结构差异。两者都指向https://taotoken.net/api都用同一把 Key这样输入/输出 Token 的差异只来自 Agent 的上下文组织方式而不是通道差异。这也是我把 TaoToken 当基线的原因它让「同一把 Key、同一 Prompt、同一模型」这三个变量固定下来剩下的差异才可解释。3. Token 消耗对照表Claude Code 与 Codex 同任务对比3.1 对照表下面这张表是我这一次运行的记录。环境同一把 Key、同一 Prompt、同一天连续跑模型 ID 以模型广场为准。声明一句一次运行不代表公榜也不代表长期均值。指标Claude CodeCodex输入 Token约 18,400约 21,700输出 Token约 2,900约 2,300输入/输出比约 6.3 : 1约 9.4 : 1单次请求延迟首字节到完成约 4.2s约 5.1s是否通过 Jest 断言通过通过是否修改组件源码否否往返轮次34几个观察值得展开。第一Claude Code 的输入/输出比明显低于 Codex。这不是说它更省而是它把更多工作放在了输出侧它倾向于一次性把测试文件写完整而不是先输出一小段再根据报错迭代。Codex 的往返轮次多一次每次都要重新带上组件上下文输入 Token 因此被推高。第二延迟差异没有 Token 差异那么夸张。4.2s 对 5.1s差距主要来自 Codex 多出的那一轮往返。单次请求本身的延迟两者接近说明通道侧没有明显瓶颈。第三两者都通过了 Jest 断言也都没有越界改组件源码。这一点在测试补全任务里比 Token 数字更重要因为一个改源码来让测试通过的 AgentToken 再低也没有意义。3.2 输入 Token 花在哪我把 Claude Code 的输入拆开看大致分布是组件源码约 1,200 Token测试骨架约 300 TokenPrompt 约 200 Token剩下的是 Claude Code 自己维护的会话上下文和工具调用结果。真正的大头是会话上下文这也是为什么往返轮次对输入 Token 的影响这么大。如果你想让输入 Token 降下来最直接的办法是减少往返。把 Prompt 写得更完整、把约束写清楚比事后调模型参数有效得多。我这次 Prompt 里那句「不要修改组件源码」就省掉了至少一轮试探。3.3 输出 Token 花在哪输出侧主要是测试文件本身约 2,400 Token加上 Claude Code 的中间说明文字约 500 Token。中间说明文字是可以压缩的但压缩它会牺牲可读性我倾向于保留因为测试补全任务里我需要看懂它为什么这么写断言。4. 复现步骤与 CLI 命令4.1 安装与初始化如果你还没装 Claude Code先装 CLI。TaoToken 也提供了自己的 CLI方便快速拉起 Claude Codenpm install -g taotoken/taotoken taotoken cc -k YOUR_API_KEY -u https://taotoken.net/api -m YOUR_MODEL_ID这条命令会把 Base URL、Key、模型 ID 一次性注入 Claude Code 的运行环境省去手动 export 的步骤。-u后面同样不带/v1。4.2 完整复现流程# 1. 准备项目 npm create vitelatest todo-demo -- --template vue cd todo-demo npm install npm install -D vitest vue/test-utils # 2. 写入组件与空测试骨架 # src/components/TodoList.vue # tests/TodoList.spec.js只放 describe 骨架 # 3. 配置 Claude Code export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_AUTH_TOKENYOUR_API_KEY export ANTHROPIC_MODELYOUR_MODEL_ID # 4. 启动 Claude Code 并粘贴 Prompt claude # 5. 跑断言 npx vitest run第 4 步的 Prompt 用 2.2 节那段保持完全一致否则 Token 数字不可比。4.3 记录 Token 的方式Claude Code 本身不直接打印 Token 明细我是通过 TaoToken 控制台的用量页面看的。每次请求的输入/输出 Token 都会入账按时间排序就能对上这次任务。这也是我把 Key 统一到 TaoToken 的原因之一两个 Agent 的用量在同一个控制台里对照起来不用来回切页面。如果你要复现这张表建议连续跑三次取中位数单次样本受会话缓存影响比较大。我第一次跑的时候因为 Claude Code 复用了上一次的会话上下文输入 Token 比表里低了约 15%清掉会话后重跑才稳定。5. 排障这次配置里踩到的两个坑5.1 Base URL 多写了 /v1第一次配置时我习惯性写成https://taotoken.net/api/v1结果 Claude Code 报 404。原因是 Claude Code 会自己在 Base URL 后面拼路径多写一段就重复了。改成https://taotoken.net/api后正常。这个坑在 Codex 上不会出现因为 Codex 的config.toml里字段名不同路径拼接逻辑也不一样。5.2 模型 ID 写死导致 404我一开始把模型 ID 写死在脚本里过了两天广场调整了可用列表脚本直接 404。后来改成从环境变量读并且每次跑之前先去模型广场确认 ID。模型 ID 以模型广场为准这句话不是客套是真的会变。5.3 401 的两种情况401 一般有两种Key 没带对或者 Key 的额度策略不允许当前模型。前者检查ANTHROPIC_AUTH_TOKEN有没有多余空格后者去控制台看这把 Key 的可用范围。我这次没遇到 401但把排查顺序记下来省得下次从头试。6. 用同一把 Key 复现对照表对照表跑完后打开 模型对话 确认模型 ID 与广场一致避免脚本里写死的 ID 过期。长期做这类测试补全任务的话可以看 Coding Plan它更适合高频调用场景。Key 在 控制台 创建创建完直接拿同一把 Key 去复现上面那张表。Claude Code 和 Codex 的接入差异对照 接入文档里面有settings.json和config.toml的完整字段说明。回到这次评测本身Claude Code 在 Vue 组件测试补全任务上输入/输出比约 6.3:1单次请求延迟约 4.2sJest 断言通过没有越界改源码。Codex 在同任务上输入更高、往返更多但同样通过。两个 Agent 都能用同一把 Key 接到https://taotoken.net/api对照表因此可复现。数字是单次样本你要拿它做决策的话建议自己按第 4 节跑一遍用你自己的组件和 Prompt 得到属于你的那张表。 告别海外账号与网络限制稳定直连全球优质大模型限时半价接入中。 点击领取海量免费额度