Codex 100 美元三天烧光？你不是一个人 😅

你本来想“尝尝咸淡”，结果三天直接清零。

然后开始怀疑人生：

• 我是不是太猛了？
• 它是不是太虚了？
• 这是不是套路，逼我冲 200？

我把话放这：多数情况不是套路。 是你在不知不觉里，用了最贵的用法。

下面咱们把钱花哪儿了讲明白，再给你一套“按这个做就能降消耗”的实战清单。

你以为你在“写网站”，其实你在“烧上下文”

Codex 这类工具的费用，核心常见就两件事：

• 你喂进去多少（输入）
• 它吐出来多少（输出）

你感觉自己只是“做个网站”。 模型看到的是：一堆文件、依赖、报错、日志、来回对话、反复重写。

最常见的烧钱场景（对号入座）

• 把整个项目打包丢给它：src/、package-lock、dist、日志全塞进去。
• 让它一次生成 800 行：页面、接口、数据库、鉴权、部署脚本全要。
• 同一个问题反复问：你改两行又问一次，它每次都要“重新读一遍世界”。
• 调试靠“重来”：报错就让它“重写整个文件”，不定位不最小修复。
• 让它输出大段解释：代码+长篇讲解+注释+教程式输出，输出越长越贵。

你每天多跑几十次，这钱烧得比外卖还快。

“三天用完”通常是这几种操作叠加

1）上下文太长：你把它当 IDE，它把你当论文

很多人习惯这样说：

“我把整个项目贴给你，你帮我改。”

这句在计费体系里相当于：

“我每次都从头读一本书。”

解法：只给“必需信息”。

• 只贴相关文件片段（20～80 行那种）
• 只贴关键报错（3～15 行那种）
• 只说清楚目标和约束

2）输出太长：你要的是一杯水，它给你一桶

你想要“加个登录”。 它给你：登录 + 注册 + 重置密码 + 邮箱验证 + JWT 刷新 + 目录重构。

看起来很爽。 账单更爽。

解法：明确“输出边界”。

• “只改这一个函数”
• “只给差异补丁（diff）”
• “不要解释，不要注释”

3）反复推翻：你在用“试错”当开发流程

典型对话：

• 你：按这个做
• 它：写了一版
• 你：不对，重来
• 它：再写一版
• 你：还是不对，再重来

每一次“重来”，都在重新消耗输入+输出。

解法：把需求拆小，把校验提前。

省钱的核心：别让模型“读全世界”，别让它“写一整本书”

下面这套做法，真能立刻降消耗。

一套能照做的 Codex 省钱工作流（写网站也够用）

把需求拆成“可验收的小票”

你要做网站，别说：

“做一个后台管理系统”

改成这种：

• 增加 /login 页面，表单字段：email、password
• 调用 POST /api/login，成功后把 token 存 localStorage
• 失败显示服务端 message

每张小票的目标是：我能立刻跑起来验收。

你会发现：模型输出短了，返工少了，钱就省了。

让它“只给补丁”，别给整段重写

你把提示词改成这种格式：

你是项目代码审查员。
目标：修复我这个 bug，不要重写整个文件。
输出要求：只给 git diff 格式补丁。
约束：不新增依赖，不改函数签名。
上下文：
1) 文件片段：...（只贴相关 40~120 行）
2) 报错：...（只贴关键 5~15 行）

diff 输出天然短。 而且你能直接复制进代码里。

让它“先问再写”，减少无效输出

很多消耗来自：它猜错了，你又让它重写。

用这个提示词，把“猜”变成“确认”：

在写代码前，先问我 3 个你必须确认的问题。
我回答后你再输出补丁（diff）。

你会明显感觉：

• 输出更少
• 命中率更高
• 不会动不动重构半个项目

把“解释”关掉，你要的是代码，不是作文

尤其是调 bug 场景。

提示词加一句：

• “不要解释原因，不要教学，只输出改动和必要的命令。”

想看解释也行。 等它修好了再问：

• “用 5 行总结问题根因”

输出长度立刻缩短。

只喂它“关键信息”，别把锁文件/构建产物塞过去

很多人会把：

• package-lock.json
• pnpm-lock.yaml
• dist/、.next/
• 一堆无关日志

也一起丢进去。

你是在给模型喂“噪音”，它会很认真地读完，然后开始胡改。

建议你只给：

• 相关源码文件片段
• 配置里真正影响问题的那几行
• 报错栈（从你写的文件跳进去那一段最重要）

一个真实场景：做个登录页，怎么用最省

你想要的结果

• React/Vue 随便
• 一个登录页
• 调接口，成功跳转

不省钱的问法（容易爆）

“我有个前端项目，你帮我把登录注册鉴权都做了，顺便把目录结构优化一下。”

省钱的问法（推荐）

目标：新增一个 Login 页面。
技术栈：React + Router。
现状：已有 axios 实例在 src/api/http.ts。
要求：
- 只新增/修改必要文件
- 只输出 git diff
- 不要解释

我已有代码：
1) src/api/http.ts（贴 60 行以内）
2) 现有路由文件（贴 80 行以内）

接口：POST /api/login
请求体：{ email: string, password: string }
响应：{ token: string }

成功：localStorage.setItem('token', token) 并跳转 /dashboard
失败：显示 message

你会发现它输出就很可控。 你也更容易验收。

“是不是套路？”你可以用这 3 个动作自查

1）去看用量明细：到底谁在耗

不看明细，只看“钱没了”，肯定会焦虑。

你需要确认：

• 是不是某个工具在后台自动调用（比如保存就触发、自动补全疯狂请求）
• 是不是某个脚本/插件在循环重试
• 哪个项目/哪个环境调用最多

如果你发现“我没操作也在跑”，那就不是你猛，是配置出锅。

2）检查有没有“自动化请求”

常见坑：

• 编辑器插件开了“自动建议/自动生成”，你每输入一个字它就请求一次
• 终端里某个 watch 任务触发了 AI 步骤

解决办法也简单：

• 把自动触发改成手动
• 限制只在特定文件夹启用

3）控制重试和并发

一旦遇到网络抖动或报错重试，如果没上限，账单会很刺激。

给你的调用加：

• 最大重试次数
• 并发上限
• 超时

避坑清单（你踩一个就会感觉“它好贵”）

• 报错一来就说“重写整个文件”
• 需求不拆小，一次要它输出一大坨
• 把项目全量丢进去当上下文
• 让它输出大量解释、教程、背景
• 频繁“再来一版”，不给验收标准
• 开着自动触发，让它在后台悄悄跑

你真的想“爽一把”，也有爽法

想快很正常。 但爽和省钱不冲突。

你只要记住一句话：

让 Codex 做“外科手术”，别让它做“整体换头”。

每次只解决一个小问题。 每次都能跑通验收。 你会发现 100 美元能用很久，项目推进还更稳。

你可以把这段当作通用提示词模板

复制就能用：

你是资深代码维护者。
任务：只完成我描述的这个小目标。
输出：只给 git diff（不要解释）。
边界：不重构、不改目录、不新增依赖。
如果信息不够：先问我最多 3 个关键问题。

目标：...
验收标准：...
相关文件片段：...
报错/日志：...

想让我按你的项目场景把“省钱拆单”直接列出来也行。 你把你在做的网站类型、技术栈、现在卡住的点、你通常一次会贴多少内容发我，我给你一套更贴合的提问模板。