企业判断一个模型是否“可用”，不能只看厂商是否宣布发布。发布是产品事件，可用版本则是采购与生产事件，二者之间可能隔着预告、内测、灰度开放、正式上线和商业化支持等多个阶段。媒体发布时间、厂商公布时间、API开放时间与企业合同生效时间，也不应混为一谈。
先判断事件状态
“即将推出”“能力升级”“开放测试”通常只能证明产品方向，不能证明企业已经能够稳定调用。至少应核对是否存在正式产品页面、开发者文档、可访问入口、版本或服务名称，以及明确的账号类型、开放地区和申请条件。只有发布会演示、媒体报道或截图，而没有可验证入口时，应标记为“待确认”。
内测或灰度版本可以用于概念验证，但不宜直接承载核心业务。企业需要确认测试是否允许商业使用，生成内容能否进入生产流程，试用额度何时失效，数据是否用于模型训练，以及功能变更或下线是否会提前通知。即使产品已经正式上线，也可能只支持个人订阅或开发者试用，尚未提供企业权限、组织管理、数据隔离、审计日志和稳定售后。
用“可用版本”替代“发布消息”
真正适合进入采购评估的版本，至少应同时具备：可访问入口、清晰的权限范围、稳定的服务状态、明确的计费规则，以及数据处理和责任条款。模型单价下降，也不代表总成本下降；智能体一次任务可能包含多轮调用、检索、工具执行、失败重试和文件处理，企业应要求厂商说明这些环节如何计费。
此外，企业还要验证数据保存与删除机制、系统操作权限、人工确认节点、失败恢复和版本升级影响。对于能够发送消息、修改数据或调用业务系统的智能体，权限控制和审计能力往往比演示中的回答质量更重要。
因此，企业新闻台账应至少记录“事件发生时间”和“实际可用时间”，并按“预告、测试、受限上线、稳定商用”标注成熟度。只有版本、入口、权限、价格、数据和责任边界都能被核验，模型发布消息才真正具备采购价值。