<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>定价 on Codexer</title><link>https://codexer.com/tags/%E5%AE%9A%E4%BB%B7/</link><description>Recent content in 定价 on Codexer</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Mon, 31 Aug 2026 09:00:00 +0800</lastBuildDate><atom:link href="https://codexer.com/tags/%E5%AE%9A%E4%BB%B7/index.xml" rel="self" type="application/rss+xml"/><item><title>一个 PR 烧掉 270 美元：实测 OpenAI Codex 的真实账单</title><link>https://codexer.com/posts/2026-08-31-codex-pricing-270-dollar-pr/</link><pubDate>Mon, 31 Aug 2026 09:00:00 +0800</pubDate><guid>https://codexer.com/posts/2026-08-31-codex-pricing-270-dollar-pr/</guid><description>&lt;p&gt;说起 AI 编程的账单，网上流传的那些「烧钱」故事，主角几乎都是 Claude Code。那 OpenAI Codex 呢？它是不是更「安全」、更省钱？我没有答案，也不想再听传言，于是决定真的掏钱做一次实验。&lt;/p&gt;
&lt;h2 id="一个再普通不过的-pr24-小时烧光-270-美元"&gt;一个再普通不过的 PR，24 小时烧光 270 美元&lt;/h2&gt;
&lt;p&gt;在 Quesma，我们开了一个 OpenAI Business 的 ChatGPT &amp;amp; Codex 套餐，每个座位每月 25 美元。套餐自带一部分用量额度，我们又额外允许 270 美元的溢出。结果，一个再普通不过的 PR，在 24 小时之内就把这 270 美元全部用光，连当周的额度都被打爆了。&lt;/p&gt;
&lt;p&gt;这个 PR 的内容并不复杂，只是把一个 CLI 应用的鉴权逻辑，从各家云厂商的专属凭证，改写成预签名 URL。它不是什么史诗级重构，就是日常开发里最常见的那一类改动。恰恰是这种「普通」，才让这笔账单显得格外刺眼。&lt;/p&gt;
&lt;h2 id="账单拆解钱到底花在了哪"&gt;账单拆解：钱到底花在了哪&lt;/h2&gt;
&lt;p&gt;按官方列表价折算，这一个 PR 一共烧掉了 283.44 美元的 token。拆开看，构成让人有点意外：&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;子代理（GPT-5.6 Sol-fast）：129.56 美元，占了大头&lt;/li&gt;
&lt;li&gt;缓存读取：117.36 美元&lt;/li&gt;
&lt;li&gt;输出：36.52 美元&lt;/li&gt;
&lt;li&gt;未缓存的输入：20.91 美元&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;这里有一个反直觉的地方。很多人以为 AI 编程的成本主要花在「生成」上，也就是模型的输出。可真实账单里，输出只占了零头，真正的开销大头是「子代理」和「缓存读取」。&lt;/p&gt;
&lt;p&gt;子代理为什么这么贵？因为 Codex 会并行拉起多个子代理，最多一次 7 个，它们各自都要反复读取不断膨胀的对话上下文。对话越长，每一次调用要重新读进去的 token 就越多，成本像滚雪球一样涨。&lt;/p&gt;
&lt;p&gt;缓存读取的账单同样有意思。在高峰期，每次调用都要重新读一遍十几万 token 的历史对话，按每百万 token 一美元计算，光这一项，十五分钟就能烧掉十几美元。&lt;/p&gt;
&lt;p&gt;还有个更扎心的数字：如果按「朴素估算」，这个 PR 的成本看起来只有 0.64 美元。0.64 和 283，中间差了四百多倍。差距的来源，正是并行子代理和反复读取的大上下文，而这两件事在朴素估算里根本看不见。&lt;/p&gt;</description></item></channel></rss>