AI网关采购演示通常很顺畅：控制台列出许多模型，点击即可切换，报表显示调用和Token。采购团队如果据此判断治理成熟，容易忽略更关键的问题——请求主体是否贯穿、策略是否真实命中、异常能否恢复、费用能否归属、历史状态能否追溯。

采购提醒：展示能力只证明某个功能在演示环境存在；生产治理必须用配置、真实请求、日志、指标和恢复动作共同证明，关键阻断项不能被功能数量或总分抵消。

模型数量只是接入范围，不是治理结论

接入模型多，说明适配范围可能更广，但不能说明接口行为、身份、用量、错误和故障处理一致。很多模型只完成基础对话，工具调用、流式、结构化输出或专有能力仍需单独验证。数量还可能包含不同版本、测试入口或名称映射，采购材料应说明统计口径。

真正的问题是企业计划使用的模型是否在目标场景中可控。采购团队应从业务清单选择代表性后端，验证协议、路由、权限、用量和异常，而不是随机展示更多模型。一个关键模型的失败路径不清楚，不能用其他低风险模型的成功补足。

已发布的 AI网关选型维度 可作为基础框架。本题不重复罗列功能，而是把常见演示印象改写成可证伪的采购判断。

控制台有策略不代表请求真正命中

演示中创建限流、模型权限或路由规则，只说明控制面能够保存配置。生产验证要发送匹配和不匹配请求，确认最终策略版本、命中原因、响应和审计一致。多节点、缓存和长连接场景还要观察配置何时生效，回滚后是否全部恢复。

策略优先级容易产生隐藏冲突。应用规则、用户规则、默认规则和紧急例外同时存在时，最终结果由谁决定；界面是否能解释继承与覆盖；变更是否影响已有会话，都要用实际场景验证。只看规则数量和拖拽界面，无法判断冲突时的行为。

最小验证应包含一条允许、一条拒绝和一次策略回滚。 三者使用同一身份与请求，才能证明控制结果来自策略而非环境差异。报告保留配置版本、请求标识和恢复证据，避免供应商现场口头解释成为唯一依据。

路由成功不能替代异常恢复和降级证据

路由演示通常选择两个健康模型，按名称或权重切换。生产故障则涉及超时、部分响应、配额不足、协议差异和下游恢复。网关需要说明哪些错误触发重试、切换、降级或拒绝，以及调用方能否知道实际模型和结果状态。

备用模型不是天然可替换。能力、输出、数据边界和成本可能不同，工具调用更可能产生副作用。故障切换前应检查能力声明和业务许可，切换后记录原因与最终后端；无法保证结果可接受时，明确拒绝比静默换模型更安全。

恢复也要验证。主模型恢复后是立即切回、保持当前路径还是人工批准；切回是否引发抖动；队列和未完成请求如何处理，都影响生产。采购方案不必给予统一答案，但必须让策略和证据可配置、可观察。

用量报表若无归属仍不能支持成本治理

Token和请求量图表容易给人治理完整的印象。若调用都来自共享密钥，报表无法归到应用和部门；若模型切换、缓存、重试与失败口径不透明，数字也难以与供应商账单核对。漂亮图表不能替代成本对象和计量说明。

采购验证选择两个应用或租户，使用不同凭据和预算标签发起正常、重试和失败请求，检查报表是否区分主体、最终模型、策略和必要用量。标签来源应可信，不能让客户端任意填写后直接作为财务依据。

成本治理还需要动作。超出预算后能否通知责任人、限制非关键试验、申请临时额度或进入复盘；报表能否导出并保留口径版本，决定它能否支持采购续费。仅展示总Token趋势，不足以称为成本治理。

审计记录必须关联主体、变更与结果

审计页面显示请求列表，不代表可追责。记录至少关联主体或应用、模型、策略版本、路由结果、状态、必要用量和时间；管理员修改策略、密钥、模型映射和旁路也应进入变更审计。只有请求日志而没有配置历史，事故发生时无法还原当时条件。

日志内容遵守最小化，完整Prompt和响应不能因“审计”默认长期保存。采购团队应验证字段脱敏、角色访问、查询、导出和删除边界。不同角色查看的内容是否符合职责，比日志条数更重要。

历史记录还要支持跨系统关联。网关请求标识能否与应用、模型服务、告警和账单抽样对应；时间、模型名和主体是否稳定；数据延迟如何说明。不能要求所有系统字段完全相同，但应能形成一条可复核证据链。

把五类误判改成现场验证脚本

图中的漏斗把模型数量、控制台、路由和报表等展示，依次顺利获得身份、策略、恢复、归属和审计证据过滤。采购结论只保留在真实请求中创建的能力。

现场验证可按以下对照组织：

采购七项生产能力可参考 采购AI网关前要确认的能力 ，证据组织可复用 AI网关POC四类证据 。本次评审重点是让供应商演示转换成企业可重复执行的用例。

关键风险不能被总分平均

采购打分常把大量功能项累加，高风险缺口只占少量分值。身份无法追溯、关键策略不执行、敏感日志无法限制、故障无法恢复或配置不可回滚，可能直接阻断生产，不应被模型数量和界面体验抵消。评分表应先设置硬门槛，再比较可优化项。

补测项与阻断项也要区分。正式IAM尚未连接、观察窗口不足或更多模型待验证，可能进入实施补测；平台无法表达应用身份、策略结果不可解释或高可用依赖单个专家，则需要修复、缩小范围或淘汰。结论写清条件，不用模糊“基本满足”。

供应商现场专家手工修复后顺利获得的场景，要记录操作并由企业或普通交付人员复现。无法复现的结果说明专家完成了一次任务，不足以证明平台能稳定交付与运维。

交付边界比演示完整度更影响长期采购

采购结论应标记原生能力、标准集成、定制开发和企业自担。身份、模型适配、日志接入、告警、成本标签、迁移与培训分别形成工作包。相同演示结果如果需要不同实施量，对采购价值并不相同。

升级和变化通知也属于能力。模型接口、适配器和策略版本变化后，谁说明差异、执行回归、处理故障和维护定制，影响长期运行。合同不必承诺永远兼容，但应约定支持范围、已知限制、变化通知和复验责任。

退出能力防止平台锁定。配置、模型映射、必要日志、账单和回归样本能否导出；应用能否切到替代服务；密钥和历史数据如何处理，都应在POC中抽样。不愿讨论退出的方案，采购风险可能被演示便利掩盖。

使用真实失败路径建立短名单

短名单评审选择企业实际计划使用的应用身份、两类模型和一组策略，运行正常、无权、超限、超时、切换和回滚。使用脱敏数据和授权环境，不执行破坏性操作。每项证据由应用、安全、SRE和采购分别复核，避免平台团队独自解释全部结果。

报告按顺利获得、补测、阻断记录，不强求所有能力在POC完成。关键是有限范围有明确边界，未验证项进入集成测试、预发布或灰度，并指定责任人。采购成熟度体现在敢于保留未知，而不是把所有项都填成顺利获得。

评审结束后撤销测试凭据和临时权限，归档配置与结果。若候选进入下一阶段，这份证据包转成实施与验收样例；未进入短名单，也能安全退出而不遗留旁路。

把演示清单改写成证据用例

拿出供应商演示清单，把每个“支持”“统一”或“智能”改写成一条可执行问题。优先选择身份、策略、故障、成本和审计五类失败路径，在授权环境保存配置、请求、日志、指标和恢复证据。硬门槛先判断，补测项再安排，最后才比较功能覆盖和使用体验。

常见问题

接入模型数量对AI网关采购完全没有价值吗？

有价值，它反映候选方案的适配范围和生态覆盖，也可能降低新增模型的初始工作量。但数量不能说明企业目标模型的协议完整性、治理能力和交付质量。统计时要区分生产可用、测试连接、不同版本和仅基础对话支持，避免重复或模糊口径。

更合理的评估是先验证企业计划使用的模型和能力，再把广泛接入作为扩展性加分项。若一个方案接入数量较少但关键模型的身份、路由、异常和审计证据完整，可能比模型很多却无法治理更适合当前阶段。结论仍需结合真实需求，不做普遍排名。扩展性加分还应附带新增适配的责任和复测成本。

现场验证是否必须接入企业真实系统？

不必把生产系统作为默认条件，但应尽量复用真实身份模型、客户端、协议和业务语义。可以使用测试IAM、脱敏请求、模拟账单和隔离模型服务，先验证控制逻辑；正式网络、日志和组织系统集成留到后续阶段，并明确为补测项。

如果供应商只在自带演示环境操作，企业至少要求导出配置和证据，由未参与搭建的人复现。无法安全模拟的高风险场景可以桌面推演或在预发布环境验证，不为了追求真实突破授权和生产边界。桌面推演与运行证据分开标记，后续补测需写明责任人、环境和完成条件。

采购评分中的阻断项能否用其他高分抵消？

不建议。阻断项通常涉及身份不可追溯、关键权限失效、敏感数据暴露、故障无法恢复或配置无法回滚，它们会直接影响生产准入。其他功能再丰富，也无法改变该风险在目标场景中仍存在。评分前应先定义硬门槛和适用范围。

如果缺口只因正式集成尚未完成，可标记补测并约定责任、样本和完成条件；如果产品或架构本身无法满足，则缩小使用范围或退出候选。采购材料应让管理者看到条件，而不是用一个总分隐藏关键风险。阻断解除后应使用同一场景复验，不能只补一份说明或截图就改判顺利获得。