可比的工作量。明确的假设。

1. 版本化的比较合同

模型及其确切修订版、精度、量化方式、运行时及其版本、基准协议及其版本以及质量目标都必须一致。推理还需固定输入/输出长度、批大小、并发数、缓存、token 计量基础和延迟约束。训练需固定数据集/修订版、工作量定义和完成标准。

在同一合同内，不同结果之间的 GPU 型号、GPU 数量、硬件、互连和并行方式可以不同，但每个结果都必须保留其实测配置。V1 的价格绑定仅支持单节点。不推断任何硬件性能扩展。

2. 一个公式，明确的单位

设整个系统的每小时成本为 C，兼容的总吞吐量为 T（单位为 token/秒）：

每 1M token 的 USD = C × 1,000,000 / (T × 3,600)

每 GPU 每小时价格只乘以一次实测 GPU 数量。整实例每小时价格本身就是系统价格。每 GPU 吞吐量只乘以一次实测 GPU 数量；总吞吐量直接使用。比较合同会指明采用输入、输出还是全部 token。

对于训练：每次定义运行的成本 = 系统每小时成本 × 实测运行小时数。每次运行的 GPU-hour 数除以实测 GPU 数量即可估算实际耗时，并明确标注为核算估算。重复运行情景假设各次运行依次进行且完全相同。

3. 价格兼容性与成本

创始人必须证明该公开价格观测涵盖确切的实测配置和所列算力费用。支持原始 USD 的 GPU/小时和实例小时单位。其他币种和单位不可用。公开的 KCI 汇总定盘价不能替代可购买的系统价格。

只计入所列的算力费用。开通费、单独计费的 CPU/RAM、存储、网络/出口流量、税费和支持服务均不计入。基础快照不模拟最低承诺量、计费增量、利用率损失或可用性；实际支出可能更高。这些不是 API token 价格，也不是总成本估算。

4. 时效、审核与修订

基准观测沿用现有的 180 天性能时效上限。经济性 v1 采用 30 天的价格上限，以免将旧的标价观测作为当前成本呈现。这些是资格窗口，而非置信度评分。来源类别分为服务商声明、独立和内部。

导入或采集会创建一份草稿；须经明确审核方可批准。撤回和已批准的替代会阻止新的计算。不可变快照保留原始输入、测量日期、获取日期、基准修订版、分组版本、公式版本和计算时间。取消发布来源可以移除公开访问权限，但不会删除保留的内部记录。

5. 历史与决策工具

经济性历史是一份信息性账本。它不是指数点位，也不会自动写入 KCI 定盘历史。更正会引用先前的快照。配置、合同版本、基准修订版或公式的变化会形成独立的区段。不生成任何历史回填数据。

用户用量情景保留所选的工作负载条件。时间根据持续的实测吞吐量或重复的相同训练运行来估算。可通过产品链接查看商业细节，或打开 Workload Economics 结合更多假设进行规划。不执行任何预留或采购操作。

成本与截止时间情景

决策工作区在相同的合同、公式、单位和成本覆盖范围下，比较两个明确选定的快照。不同的商业条款和来源类别会予以披露。已过期、已撤回或已更正的输入不能用于新的比较。

有效小时数 = 每计量单位的快照小时数 × 所需单位数
实际耗时 = 有效小时数 / (利用率百分比 / 100)
计费小时数 = max(实际耗时, 用户最低计费小时数)
算力小计 = 计费小时数 × 系统每小时 USD 费用
模拟总计 = 算力小计 + 明确输入的额外 USD 成本

每个情景使用一个实测系统，并假设空闲时间也计费。计费下限影响成本，而不影响完成时间。留空的额外成本保持未知；不显示模拟总计。截止时间估算不包括排队、启动延迟和容量限制。完整的合同义务、未输入的费用以及服务商的可用性仍未经验证。该结果既不是完整的 TCO，也不是报价。

可下载的情景 JSON 保留确切的证据快照、来源时间戳和用户假设。它是某一时间点的报告，并不保证当前仍然有效。决策前请刷新证据。情景不会保存到账户中。

6. 只读数据访问

GET /api/index/economics?limit=50&format=json GET /api/index/economics?group=GROUP_UUID&format=csv

限制：1–100 个快照；默认 50 个。未知、重复或格式错误的参数会被拒绝。响应包括原始输入、单位、来源、时间戳、修订版、当前状态和原因代码。读取操作强制执行公开可见性，排除审核人员/备注，且不公开内部运行账本。截断的响应会明确标记。

观测与计算时间

API 的 effective_at 字段记录原始价格观测时间。calculated_at 记录已审核输入的合并时间。较晚的基准并不能确立较早价格日期的经济性；本账本不回填历史性能数据。