从每月1800美元降到260美元:我用四套模型跑同一需求后的AI编程省钱实录

九月初,我点开Claude的账单页,手指是发抖的。上个月,光是AI编程相关的API开销就达到了12746元,折合大约1800美元。作为一个独立开发者,单枪匹马做一个项目,这个金额已经不能算“勉强扛得住”,而是“不想办法就得砍功能”的地步了。

更让人窝火的是,钱花出去了,产出效率却没跟着涨。很多任务其实DeepSeek跑一次就能搞定,我却下意识地让Claude Opus去死磕,一个中等难度的需求硬是烧掉200万token,结果代码还得我回炉三成。那一刻我彻底想通了:症结不在于模型不够强,而在于我把高端模型当成了万能工具,好比拿青龙偃月刀去削苹果。

于是接下来两周,我集中做了两件事:第一,拿同一份真实需求分别喂给四套模型做对照测试,攒下第一手数据;第二,依据这些数据重新搭了一套“模型路由”工作流。下面就是整个过程的完整复盘,所有数字都是从我自己账单里一笔一笔扒出来的。

一、先弄清楚钱究竟烧在哪:一次账单拆解

动手之前我先做了归因分析,把上个月12746元的账单按任务类型逐项拆开:

看出问题了吗?真正需要顶级模型能力的部分,可能连前两类的一半都不到,甚至更少。 测试生成、文档撰写、格式化、简单CRUD,这些任务对模型来说只是“及格线”难度,我却一直用顶配模型在跑。

各任务类型月成本拆解

更荒唐的是,我还揪出了一个隐藏的浪费源头:上下文反复重传。每次新开会话,我都把整个仓库README、关键文件一股脑贴进去,Claude Code一次会话光上下文输入就能吃掉40到60万token。Anthropic提供了prompt caching功能,缓存命中的部分能便宜90%,但我之前根本没启用,等于每回都按全价付费。仅这一项,一个月就白白扔掉将近2000元。

先给结论:成本优化的突破口不在“换一个更便宜的模型”,而在于任务分级 + 缓存 + 压缩无效上下文这三件事。

二、实测:同一份需求,四套模型各跑一遍

我挑了三个真实任务做基准测试,难度依次递增:

  1. T1(简单):给一个FastAPI项目补登录接口的单元测试,大约30个用例
  2. T2(中等):实现一个带重试、限流、熔断的HTTP客户端模块
  3. T3(困难):给现有单体项目做模块拆分方案,要求给出依赖分析和迁移步骤

参赛选手:Claude Opus 4.6(顶配)、Claude Sonnet 4.6、GPT-6(Codex CLI)、DeepSeek V4、Kimi K3。每个任务跑3次取均值,统一使用相同的system prompt和仓库上下文,用脚本统计token消耗,再由人工盲评代码质量(评审时不知道是谁写的)。

数据直接摆出来:

模型 T1耗时 T2耗时 T2输入token T2输出token T2成本(¥) 代码一次通过率
Opus 4.6 3分10秒 11分40秒 18.2万 5.6万 21.3 83%
Sonnet 4.6 2分50秒 9分20秒 17.8万 5.2万 8.9 75%
GPT-6 / Codex 3分30秒 10分10秒 19.5万 6.1万 11.7 72%
DeepSeek V4 2分20秒 8分40秒 16.9万 5.8万 1.6 61%
Kimi K3 2分40秒 9分50秒 18.0万 5.9万 2.1 64%

几个与直觉相反的发现:

第一,顶配模型的优势并没有价格差距那么离谱。 Opus 4.6的一次通过率比DeepSeek高出22个百分点,但成本贵了13倍。换算成“通过一次测试的总花费”:Opus大约25.7元/次通过,DeepSeek大约2.6元/次通过。即便DeepSeek多失败两次需要重跑,仍然便宜一个数量级。当然,返工的成本不光是token,还有我的时间和精力——这正是后文路由策略要处理的矛盾。

第二,像T1这种简单任务,五个模型的通过率差距不到8%,耗时差距也不到1分钟。 拿Opus写单元测试,纯粹是行为艺术。这类任务实测下来DeepSeek最划算,Kimi K3在长上下文仓库理解上反倒有惊喜(它的上下文窗口利用率是几个里最扎实的),不过写代码的“服从度”稍逊一筹。

第三,T3架构任务上,Opus确实断层领先。 依赖分析准确率Opus约92%,Sonnet 81%,GPT-6 78%,DeepSeek只有63%——它漏掉了两个循环依赖,给出的迁移顺序会直接导致编译失败。这个任务我认账:该花的钱必须花。“省成本”不等于“用最便宜的”,而是“最贵的只用在刀刃上”。

踩过的坑也一并记下来:

三、方案:搭建一条“模型路由”流水线

根据实测数据,我把工作流拆成了三层路由:

模型路由工作流

核心思路一句话:按任务难度和失败代价来分派模型,而不是凭感觉。 具体规则(可以直接照抄):

任务分级规则(写入项目的 AGENTS.md):
L1 机械任务:测试补全、格式化、rename、commit信息、文档
  → DeepSeek V4(成本0.02-0.05元/次)
L2 常规编码:CRUD、接口实现、小功能、bug修复
  → Kimi K3 或 Sonnet 4.6(成本0.5-3元/次)
L3 架构任务:模块拆分、并发设计、技术选型、复杂重构
  → Opus 4.6(成本5-25元/次),Sonnet做初稿、Opus做评审可省40%
兜底规则:L2/L3任务失败后自动升级模型重试一次,再失败才转人工

工程实现上,我没有自己造轮子,而是组合现成工具:

  1. 主力IDE内:继续用Claude Code,但在.claude/settings.json里配了subagent分流,让Sonnet子agent负责L1/L2,主agent(Opus)只处理被升级上来的任务
  2. CI里的批量任务:测试生成、静态修复这类走脚本直接调DeepSeek API,一条命令批处理几十个文件,这是成本下降的最大功臣
  3. Prompt caching全部强制开启:Claude系列缓存命中部分便宜90%,DeepSeek的context caching便宜75%。我会话开头固定放一份“项目宪法”(约1.2万token,含编码规范、目录结构说明),实测缓存命中率从上个月的11%拉到了82%
  4. Codex CLI作为第二意见:架构任务让Codex独立出方案,两边对拍,分歧点才是真正需要我动脑的地方。这个“双模型交叉评审”每个月多花150元左右,但帮我避开了至少两次方向性错误,性价比极高

新旧工作流对比

另一个大杀器是减少上下文投喂。以前我是“整个仓库塞进去”,现在改成:先跑一遍repomix生成结构化仓库摘要(只带关键文件全文,其余只留签名),一次会话的输入token从45万降到12万左右,降幅73%。信息密度反而更高了,因为模型不用在一堆无关文件里大海捞针。

四、一个月后的账单,以及哪些是真智商税

9月17日我拉了新账单,改造上线满30天:

关于什么值得折腾、什么是智商税,我的态度很明确:

值得折腾的:prompt caching(配置一次永久受益,这是纯捡钱)、任务分级路由(两周搭建成本,一个月回本)、上下文瘦身(repomix这类工具十分钟上手)。这三个组合拳贡献了我降本效果的90%。

智商税/别碰的:所谓的“万能Agent编排平台”,卖你几百美元一个月,底层就是帮你调几个API,规则还不透明——路由逻辑写成markdown规则文件,免费且你自己可控;某些“自动评估模型质量”的付费服务,自己拿20个真实任务做基准,一小时搞定,数据还更贴合你的场景;以及盲目囤各家订阅会员,实测下来按需API + 两个订阅(Claude Pro + 一家便宜的)是最优组合,全订等于给五家公司同时交月租但只用其中两家。

清单时间,直接抄:

  1. 先解剖账单:按任务类型归因,找到最贵的那30%任务,大概率它们不配
  2. 挑3个真实任务做基准测试,用你自己的代码库测,别看别人的排行榜
  3. 按L1/L2/L3分级,写进AGENTS.md或项目规则文件,让工具链自己分流
  4. 强制开启所有能开的prompt caching,固定上下文开头,目标命中率80%以上
  5. 用repomix或类似工具给仓库瘦身,把单次会话输入token压到15万以内
  6. 架构级任务保留顶配模型,甚至可以双模型对拍,这笔钱是保险不是浪费
  7. 加失败自动升级机制:便宜模型挂了自动升档重试,避免“省钱变烧钱”
  8. 每月复盘一次账单和路由命中率,规则用数据迭代,不靠感觉
  9. 别买万能编排平台,路由逻辑300行markdown就够
  10. 留一个“人工兜底”开关:连续两次自动重试失败的任务,停下来自己看,这是防AI把错误规模化放大最后的闸门

说明:文中成本、token消耗、耗时及通过率等数据来源于本人项目API账单统计与个人基准测试记录,结合公开行业报告综合整理,部分数值为估算仅供参考。