claude opus 4.7 费用

你大概是在某个群里看到「Opus 新版本要来了、价格要变」之类的话，然后想先去查一下到底多少钱——结果官方页面还停在上一代，搜到的全是互相抄的旧数字。这篇不给你一个具体价，而是给一套跟踪方法：盯哪几个页面、出现什么信号算真的要更新、更新前后预算表怎么改、用量口径怎么跟着版本走。适合要写采购预算、或者正在给团队定模型档位的人。

你大概是在某个群里看到「Opus 新版本要来了、价格要变」之类的话，然后想先去查一下到底多少钱——结果官方页面还停在上一代，搜出来的全是互相抄的旧数字。这篇不给你一个具体价，而是给一套跟踪方法：盯哪几个页面、出现什么信号算真的要更新、更新前后预算表怎么改、用量口径怎么跟着版本走。

适合两类人看：一类要给团队写采购预算，另一类正在纠结给不同任务配哪个模型档位。先说清一件事，未发布的型号没有官方定价页，谁给你一个确切数字，那都只是推测。所以这篇的重点不是「多少钱」，而是「什么时候该去哪个页面看多少钱」，以及在那之前你该把表格搭成什么样。

为什么现在搜不到可靠的价格数字

核心原因是：没发布的版本，官方没有定价页，任何写死的单价都只是推测。你得先把两个概念分开——「当前在售型号的价格」是有出处的，「下一代要卖多少」是没出处的。搜索时混在一起看，就会被旧数字带偏。

• 先区分已发布型号的价和传闻价，前者能追到官方页面，后者只能算线索；
• 同一个数字在多个站点重复出现，不代表它被官方确认过，可能只是互相抄；
• 先到 /official-api/providers/anthropic 看官方当前在售型号与规格，这一步是起点；
• 再到 /price-watch 看有没有价格变动记录，两个页面都没动，就说明还没到能报价的阶段；
• 记录下你查过的页面和时间点，方便之后复盘是谁先动、谁后动。

盯这几个信号，判断更新是真要来了还是只是传

信号分强弱。强信号是官方来源本身发生变化，弱信号是别人在转述。你要做的是把它们分栏记，不要混在一张表里，否则很容易把「听说」当成「确认」。

去 /models 和 /papers 看型号库与前沿动态是否同步收录——收录动作一般滞后于官方页面。所以反过来推：型号库先动了，官方页面多半已经动过。把两者对照着看，能大概判断你处在更新周期的哪一段。

真要换代了，预算表先改哪几处

很多人一听到更新，第一反应是把单价改成新数字，结果下游拿着一个还没确认的价算出很漂亮的结果，回头全要返工。正确顺序是先改型号字段，再改单价字段，而且单价宁可留空。

1. 改型号字段把预算表里的型号列先换成新代号，单价列留空并标注「待官方确认」，让看表的人一眼知道这里没定。
2. 拆用量口径把按 token 计的部分和缓存命中的部分分开列，换成 /tools/model-cost-calculator 复算一遍，看口径变化会不会比单价变化影响更大。
3. 做新旧对照列给新旧两版各留一列，参考 /cost-estimation-from-usage 的倒推思路，用你自己真实用量而不是官网示例数去算。
4. 写生效条件注明新价从什么时候、按哪一档开始算；官方没给时间点，就先按旧价出数并加备注，别自己猜一个日期。

什么情况下先别急着切，什么情况下可以动

换代要不要马上切，不看价格高低，看你的切换成本和试错成本谁大。下面这张对照表可以直接拿去跟团队对齐。

还有一种不适用的情况要单独说：如果你的业务已经深度绑定某一代模型的输出风格，换版本可能带来重测和调 prompt 的隐性成本。这时候价格只是次要因素，先评估重测工作量，再谈划不划算。

把跟踪这件事变成可查的记录

跟踪最怕的不是没查到，是查到了没记，过两周谁都不记得当时看到的是什么。解决办法很简单：一张表，四个字段，每次只更新变化的那一行。

日期

你这次核对的时间点，用来判断信息新旧

信号来源页面

站内哪个页面看到的，方便别人复核

型号

这次变的是哪个型号，别只写系列名

能否确认价格

只有两种值：能确认或不能确认，不写模糊词

价格确认后，旧记录别删，留着做版本切换后的成本差异复盘，思路和 /model-upgrade-cost-delta 一致。另外每月和账单核对一次，确认没有把未发布版本的预估价混进实际结算口径——这是最容易出错的一步。

说到底，跟踪版本更新不是去抢一个数字，而是让你的预算表在任何时候都能说清「这个数是从哪来的」。来源清楚，传言就带不偏你。