采购超节点时，PoC不能做成一次性的“演示测试”，而应当是一套能够由不同团队、在不同时间重复执行，并得到可解释结果的实验。尤其面对“10万卡集群MFU从20%提升至35%”这类系统级指标，企业首先要验证测试边界：被测对象是单个超节点、多超节点，还是完整集群；指标针对训练还是推理；理论峰值采用什么数据精度和计算口径。
先固定测试条件
可复现PoC的核心不是把测试做得复杂，而是把变量锁定。企业应与供应商共同形成测试基线，明确模型结构、参数规模、上下文长度、并行方式、批大小、软件版本、数据精度、检查点频率和测量窗口。稠密模型、混合专家模型与长上下文模型的通信模式不同，不能用一种模型的结果代表全部业务。
测试数据和配置也要留档，避免供应商只展示经过优化的演示任务。每次测试至少记录每步训练耗时、有效吞吐、MFU、通信占比、数据加载、检查点读写以及任务启动和恢复时间。这样才能区分“计算性能提升”和“等待时间减少”，也能判断指标是否来自短时峰值。
用分阶段规模验证扩展性
PoC不应只测一个规模。应从单节点或单超节点开始，逐步扩展到多超节点，并保留每一档的原始日志、拓扑和配置。重点观察集群规模增加后，性能是否稳定、通信占比是否上升、任务调度是否出现资源碎片，以及存储和网络是否成为新的瓶颈。
如果条件允许，还应重复执行同一测试，而不是只接受一次最好成绩。结果需要说明波动范围和异常原因；若指标无法在相同条件下复现，就不适合直接写入采购验收条款。
把故障恢复纳入验收
超节点PoC不能只在无故障环境中验证峰值。企业应测试节点下线、链路中断、存储抖动和任务中断后的告警、隔离、重试与恢复，并记录检查点恢复耗时和受影响的任务范围。对生产系统而言，任务能否恢复往往比单次MFU更接近真实价值。
最终，PoC报告应区分“已验证能力”“待交付能力”和“路线图能力”，并将模型适配、软件迁移、规模扩展、故障恢复和长期运维结果纳入合同附件。只有测试条件透明、过程可重复、结果可追溯，超节点采购才不是追逐峰值参数，而是建立在真实业务收益上的系统决策。