算力采购最容易失真之处，不在于缺少参数，而在于参数之间没有形成可核验、可追责、可验收的证据链。供应商展示的峰值算力、集群规模或液冷架构，只能说明“方案具备某种能力”，不能直接证明它适合企业的真实业务环境。
建立证据链，首先要把每项承诺拆成五个要素：主张、测试条件、验证材料、责任方和采购结论。例如，“能够提升推理效率”不是完整证据，必须继续追问使用的模型、数据集、并发条件、节点范围，以及是否包含数据读取、通信和调度等待时间。只有测试环境与生产需求相匹配，性能数据才具备采购意义。
五类证据必须彼此对应
性能证据应从峰值指标转向有效产出，重点记录典型任务完成时间、长时间运行表现、任务失败与重试情况，以及数据能否由采购方复测。对于算力调度平台，还要确认资源分配、队列等待和跨节点通信是否可追踪。
能耗证据必须写清统计边界。液冷并不自动等于整体节能，需要明确是否包含泵组、换热、冷却和配电等配套损耗，也要记录负载条件、机房要求、维护方式及异常处理方案。没有基准环境和测算方法，节能表述只能作为线索，不能直接写入采购承诺。
兼容性证据应覆盖硬件、网络、存储、软件栈、身份认证、监控和数据安全。建议将结果标记为“原生支持、需要适配、暂不支持”，同时写明适配责任和潜在迁移成本。“原则上兼容”不能替代实施边界。
服务和交付证据则要落到合同条款与验收计划中。云服务需明确资源开通、配额、限流、故障重试、日志导出和服务响应；设备或液冷项目需明确现场勘查、联调、试运行、故障演练、培训及验收责任。出现故障时谁负责、如何处理、何时闭环，都应能够在文件中找到依据。
让证据链进入采购决策
采购方可以为每个方案建立评估表，逐项填写“展示内容、待补材料、验证方式、责任方和结论”。最终结论可分为进入技术验证、进入小规模试点、保留观察或暂不采购。对于入围方案，测试应尽量接近真实业务，并保留任务记录、测试报告、兼容性矩阵、能耗边界说明和验收文件。
真正可采购的算力方案，不是指标最多的方案，而是能够把性能、能耗、兼容性、服务和交付相互连接起来的方案。证据链越完整，采购方越能判断哪些是可复现能力，哪些只是展示性承诺。