GLM API Pricing：输入输出、缓存、上下文与 Batch 账本

智谱 BigModel 价格页按 GLM 模型展示上下文、输入、输出、缓存存储和缓存命中等栏目。模型代际与上下文区间会变化，采集时应保存精确 model id、上下文档位和核验日期。

不同计费项可能使用每百万 token、每 token-hour 或按请求等单位。统一账本保留原始单位与货币，再派生每成功任务成本；过早把所有项目塞进一个 token 单价会丢失缓存存储和多模态差异。

证据边界：本节以 S1 支持“官方价格页按 GLM 模型列出上下文、输入输出、缓存存储、缓存命中与 Batch 计价栏目。”。

智谱 Batch FAQ 列出支持模型，并说明 Batch 与标准 API 的价格关系。支持状态是版本化能力，提交前必须从当前文档或接口校验，不能因为同属 GLM 系列就默认全部可用。

官方文档还限制单个 Batch 的请求数、文件大小，并按模型设置最大排队量。分片器应同时检查 bytes、requests 和 queued_requests，给每项写入业务 key 以便结果乱序后回连。

证据边界：本节以 S2 支持“官方 Batch FAQ 说明支持模型、价格关系、文件请求数与大小限制及独立排队限制。”。

价格页把缓存存储和缓存命中分列，意味着保存缓存资源与实际读取不能混为一次输入折扣。账本字段至少包含 cache_storage_token_hours、cache_hit_tokens 和 uncached_input_tokens。

只有稳定公共前缀和足够复用次数时缓存才可能回本。对模板 hash 分组计算 token 加权命中率，再把存储时间和冷启动写入成本纳入，避免只展示漂亮的请求命中百分比。

为每次官方采集生成 price_version，记录 source_url、verified_at、model、tier 和所有单位。请求日志引用 price_version；价格更新后新增版本而不是覆盖旧行，历史账单才能重算。

规则核验于 2026-08-29。Batch 完成后逐项区分成功、永久错误和可重试错误，只重放必要项；最终用实际 usage、缓存状态和 attempt 数计算每个成功结果成本。

工程落地时，为“glm api pricing”建立独立 article_run_id，并保存 selected_semrush_record、database、measured_on、source_snapshot_ids、content_hash、reviewer 与 gate_status。Semrush 字段只参与选词和意图决策，不进入价格公式，也不把 US 指标解释成中文或中国市场需求。

论点账本必须逐条可回放：S1 对应 C1：“GLM 价格核验应分别保存上下文、输入输出、缓存存储、缓存命中与 Batch 栏目。”；S2 对应 C2：“Batch 成本必须与支持模型、文件请求数量、文件大小和独立排队限制一起解释。”。编辑器在段落层写入 evidenceRefs，构建检查确认引用 ID 存在；来源页面发生结构变化时，只把对应论点退回复核，不让整篇文章静默继承旧快照。

动态复核字段包括：模型、上下文、输入输出与缓存费率、Batch 支持模型、文件和队列限制。发布任务应读取当前页面、保留原始单位和地区、与上一快照做字段级 Diff，并记录核验日期 2026-08-29。缺失、受限或无法确认的值保持 null 或“待复核”，不使用 0、均值或相邻产品代填。

独立 SVG 采用“GLM 模型、上下文、缓存与 Batch 价格矩阵”结构，输入维度为：model、context、input、output、cache storage、cache hit、Batch。图表只绘制有来源的数据，缺失项显示空缺；alt、caption、图内标题与正文使用同一术语，并在图注标明动态字段核验日期。