采购指南
大模型 API 采购清单：合同前应核验什么
机构采购大模型 API 时，低单价只是一个变量。真正决定风险和总成本的，是模型来源、计价口径、数据边界、服务连续性与退出能力。
2026年7月12日10分钟阅读
一、先明确采购对象
确认供应商交付的是明确型号、能力档位还是模糊的“同级智能”。如果合同只写“先进模型”而不写可核验口径，后续很难判断是否发生降级。
- 型号或能力档位如何标识
- 是否允许路由切换，触发条件是什么
- 上游版本变化时如何通知
- 是否提供试用基准和验收记录
二、把价格拆成可计算的变量
分别核对输入、输出、缓存、工具调用等价格，并确认币种、汇率来源、取价日期、税费和最小采购要求。只看一个“每百万 Token 起”的数字容易低估真实成本。
- 输入与输出是否分项计价
- 人民币结算采用什么汇率
- 失败请求和重试如何计费
- 账单能否按项目或凭据归集
三、审查数据与安全边界
要求供应商说明数据经过哪些环节、哪些字段会被记录、保留多久以及谁可以访问。客户内部也必须完成数据分类，不能把高敏感数据默认交给外部模型。
- 提示词与响应的留存策略
- 访问凭据和权限隔离
- 禁止提交的数据类型
- 事件通知和删除机制
四、把连续性写进合同
任何外部模型都可能发生限流、维护或版本变更。合理合同不会承诺“永不断线”，而会约定监测、沟通、恢复、替代方案和退出路径。
- 服务时间与支持渠道
- 故障分级和响应口径
- 重大变更通知方式
- 余额、数据和迁移如何处理
五、保存可复核的采购证据
建议保存样例、报价、合同版本、账单、变更通知和阶段复盘。这些记录既用于对账，也用于判断模型质量和总成本是否持续符合预期。