模型与聊天

官方模型价格怎么核验:找到原始来源、统一字段含义、保留可追溯记录

官方价格并不是一个数字:输入、输出、缓存、批处理、长上下文和工具调用都可能单独计费。本文给出跨厂商核验与落库方法。

官方模型价格怎么核验:找到原始来源、统一字段含义、保留可追溯记录|文章配图,按正文步骤绘制的编辑图
点击图片可查看原图。官方模型价格怎么核验:找到原始来源、统一字段含义、保留可追溯记录|文章配图,按正文步骤绘制的编辑图
本文目录 · 8 个章节

操作速览

  • 找到原始来源:保存页面与采集时间。
  • 统一字段含义:模型、币种、单位和适用条件。
  • 保留可追溯记录:每个数字能回到来源。

怎样确认一张官方价格表可用

1. 打开厂商原始链接,检查完整模型 ID、地区、单位、上下文和服务层,先解决口径再比较数字。

2. 将价格行与周围脚注一起保存;合并单元格或动态页可能让纯表格解析遗漏限制。

3. 本站原表提取用于查找与追溯,最终预算需回官方核对全部条件,并用实际账单验证。

先确定什么算官方来源

官方价格应来自厂商控制的开发者文档、模型目录或计费页面,并记录最终 URL 与核验时间。搜索摘要、新闻转载、中转站和聚合表可用于发现变化,但不能覆盖第一方字段。

核验于 2026-08-29:OpenAI 模型比较页、Claude Platform Pricing 与 Gemini Developer API Pricing 均能打开并展示分项价格。页面此后可能更新,所以本文只说明核验方法,不固化某个价格为长期事实。

  • 第一方文档优先
  • 搜索摘要只做发现线索
  • 记录最终 URL 与抓取时间

本节参考:OpenAI API Models CompareClaude Platform Pricing

统一模型要容纳厂商差异

OpenAI 页面区分输入、缓存输入与输出;Claude 进一步区分不同缓存写入时长和缓存命中;Gemini 页面还可能按模态、免费层、付费层、缓存存储与 grounding 列项。统一表必须能表示这些差异,而不是只保留 input 和 output。

建议把 price_component 设计为开放枚举,并存 unit、currency、tier、region、context_band、effective_note。展示层可聚合常用项,但原始记录保持厂商术语,避免后续新增价格维度时重写历史。

  • 价格组件使用开放枚举
  • 免费层与付费层分开
  • 厂商原词与标准字段并存

本节参考:Claude Platform PricingGemini Developer API Pricing

每次核验检查四组证据

第一组是身份:域名、页面标题和厂商导航。第二组是 SKU:模型 ID、版本或别名。第三组是计费:价格、单位、币种和条件。第四组是时间:页面更新时间、抓取时间和首次观察时间。

若页面只有“从某价起”,不能推导完整价表;若型号别名指向滚动版本,应记录 alias 与 snapshot 的差异。批处理折扣、长上下文加价和工具调用费也不能自动套用到所有请求。

  • 身份、SKU、计费、时间四组证据
  • 滚动别名不等于固定快照
  • 条件性价格不扩展到所有流量

本节参考:Gemini Developer API PricingOpenAI API Models Compare

官方基准如何进入中转比价

中转综合倍率应引用对应官方 SKU 的基准版本,并保留基准核验时间。官方价格更新后,新榜单重新计算;历史榜单继续引用旧基准,保证当时结论可以回放。

风险边界是:官方列表价不含所有税费、汇率、云平台差异或企业合同,中转标称模型也不自动证明上游线路。官方来源核验解决价格基准,不解决模型真实性、服务条款或稳定性问题。

  • 历史榜单锁定历史基准
  • 企业折扣不当作公开列表价
  • 价格核验不替代线路验真

本节参考:OpenAI API Models CompareClaude Platform Pricing

参考来源

价格、规则和产品状态可能变化,可通过这些原始页面确认当前信息。

OpenAI API Models Compare

Claude Platform Pricing

Gemini Developer API Pricing

常见问题

为什么不能把三家大模型价格都压成输入价和输出价?

因为缓存写入、缓存命中、模态、批处理、长上下文和工具调用可能独立计费,压平会丢失决定实际成本的条件。

官方模型页面没有标注更新时间怎么办?

保存抓取时间、页面指纹和首次观察时间,并把结论写成“截至本次核验所见”;后续通过变更检测建立版本序列。