面对智能体供应商的演示、融资公告和客户案例，企业采购者需要把“商业化落地”拆解为可验证的经营事实，而不是把产品发布或资本动作当作交付能力证明。智能体的落地程度，最终体现在客户是否持续使用、维护成本是否随规模可控、权限边界是否支撑生产环境以及供应商能否承担故障责任。核验应从这几个维度建立证据要求，而不是被演示效果或融资规模引导判断。
判断续约时，单看厂商宣称的客户数或签约金额并不充分。企业应要求明确：续约的是原有服务还是新增模块，调用量、用户范围与业务流程是否扩大，合同周期是否稳定，以及客户是否仍需要大量人工维护提示词、知识库和流程规则。只有续约同时伴随使用深度上升，才能说明智能体进入了客户日常运营；如果续约主要来自扩容计划或年度折扣，证据价值会明显下降。
成本核验必须转向总拥有成本视角。每百万 token 的价格只反映计算资源的边际成本，不能覆盖峰值并发下的容量冗余、向量数据库与知识库维护、模型路由与缓存、安全审计以及低质量输出引发的人工复核。更有效的比较方式是计算“每个有效业务结果的成本”，将推理开销、返工和运维投入统一纳入，避免把效率提升直接等同于总成本下降。
权限边界是决定智能体能否进入生产环境的前提。供应商至少需要说明智能体能读取哪些数据、可调用哪些系统与工具、哪些操作必须人工审批、是否支持最小权限与临时授权、调用是否完整留痕，以及出错后能否撤销或回滚。对于付款、合同、客户数据删除等高风险动作，应采用“智能体提出方案、人工确认执行”的模式，不能仅凭模型层面的安全承诺就放开自动执行。
采购团队面对一条新的智能体消息时，可以先确认事件类型属于融资、产品发布、客户签约还是部署案例，再追一手证据，如企业公告、产品文档、客户方披露或正式技术报告。随后区分事实与推断，并设置小范围、低风险、可量化、可回滚的试点。试点阶段应设定准确率、延迟、成本或安全事件的停止条件，超过阈值时暂停扩大部署。
采购判断最终应回归一个标准：智能体是否在真实客户环境中持续产生结果，同时将维护成本、权限风险和交付责任保持在可接受范围内。缺少时间、来源和适用范围的数据应标注为待核验，不能把趋势判断当作采购证据。