先记录通知事实，不要凭二手消息改价
收到模型价格变化消息后，保存供应商正式价格页面或公告、查看时间、适用模型、币种、生效时刻及输入与输出费率。社交媒体截图或转发邮件可作为提醒，但不能单独成为生产费率来源。
本例把UTC 09:00定义为已确认通知时刻，把11:30定义为WordPress配置生效时刻，两者形成150分钟影响窗口。若供应商价格实际从更早时间生效，应以正式生效时刻扩展窗口，不能为了减少差额而从团队发现时间开始。
只冻结真正依赖错误估算的决定
费率滞后不代表必须停止所有人工智能功能。本地绝对调用上限和令牌上限若仍有效，可以继续保护费用；需要暂缓的是以错误美元估算批准的大额批处理、预算提额或发布任务。
先评估重要性：用150分钟内预计输入与输出令牌分别乘新旧费率差，得到最大估算偏差。若结果低于公司预定容差，可以记录后继续；若足以改变审批结论，则暂停相关任务直到费率修正。
一次更新一个已核实的费率来源
配置变更应附供应商来源链接、查阅日期、旧值、新值、适用模型和批准人。不要同时替换模型、调整输出上限或修改缓存策略；否则后续无法区分价格变化与用量变化。
更新后用一条受控请求确认模型映射和估算字段，不用真实客户数据进行测试。若供应商采用分层、缓存或批处理价格，逐类验证，不要把一个单价复制到所有令牌类别。
| 时间 | 事件 | 必须保存的证据 | 责任人 |
|---|---|---|---|
| UTC 09:00 | 确认价格通知 | 正式来源、新旧输入/输出费率、生效时刻 | 费率负责人 |
| 09:10 | 评估重要性 | 150分钟预计用量×费率差 | 费用运营 |
| 11:30 | 本地配置生效 | 变更记录、批准人、配置版本 | 站点管理员 |
| 11:40 | 受控验证 | 模型映射与估算结果 | 工程负责人 |
| 账单到达后 | 事后对账 | 窗口实绩、账单差额和关闭结论 | 财务 |
账单到达后再关闭影响窗口
导出09:00至11:30的实际用量，按新旧费率重算，并与供应商账单对应项目比较。若差额符合计算，将其记为已解释的费率滞后；若仍有余额，继续调查范围外调用、模型映射或账单调整，不能把所有差异都归给价格变化。
保留原来的历史估算和新计算结果。事后覆盖旧数据会让团队看不到告警当时为何低估，也无法评估150分钟更新时延是否需要缩短。
把更新时延变成下一次可以改进的指标
控制日志最终记录通知到确认、确认到配置、配置到验证三个时长。若150分钟主要耗在不知道谁负责，就指定费率所有人和替补；若耗在模型清单不完整，就维护当前使用模型台账。产品自身方案价格与供应商API价格是不同概念，查看产品当前价格时以价格页为准。
费率变化无法完全预防，但未解释的估算偏差可以预防。每次变更都沿用同一日志后，财务能看见影响窗口，工程团队也不必在月底重新猜测何时开始使用旧价格。
把“模型价格已经变了、费率表还没更新：控制150分钟估算偏差”的费率变更控制日志用于第一次真实安装。免费下载 AI Cost Circuit Breaker，先从 Monitoring 开始，验证预期信号和回退方式后再启用强制控制。