政务 AI 选型：信创环境下该先问哪几个问题

政务项目选型与一般企业不同，约束条件更硬：设备在专网内、芯片受目录限制、数据不能出域、过程要能被审计。这些约束决定了可选范围，也决定了提问顺序。先问约束，再问能力，最后才比较效果，否则容易在后期发现方案根本落不了地。

先问硬约束：能不能放进现有环境

第一组问题围绕部署环境。系统能否在完全离线的环境下运行，包括模型加载、依赖安装与后续更新，是否需要任何形式的联网。政务专网与互联网隔离，任何依赖外部服务的方案都无法落地，这一点必须在最开始确认。

第二组问题围绕硬件。方案支持哪些芯片与操作系统，是否在信创目录范围内，是否有实际的适配案例而不是理论支持。硬件是政务项目里最难调整的一环，一旦选定，方案必须在上面运行。

第三组问题围绕数据流向。数据在什么条件下会被传输、传输到哪里、是否可能经过外部网络。需要具体到日志、缓存、调试信息这些容易被忽略的部分。

三组问题中任何一项不满足，方案就不适用，后续的能力与效果比较没有意义。

再问能力边界：明确能做到什么、做不到什么

约束确认后，再看能力。这里的关键是问清边界，而不是听泛泛的能力描述。

可以要求提供三类说明：在目标硬件上的实际表现，包括响应速度与并发能力，并注明测试条件；支持的任务类型，明确哪些任务形态已有成熟方案、哪些需要定制开发；不适用的场景，哪些任务在现有方案下无法可靠完成。

第三类说明最容易被省略，但对项目决策价值最大。知道做不到什么，比知道能做什么更能避免后期返工。

最后比较实施条件

技术能力接近的方案之间，差别往往在实施环节。

交付方式与周期。从签约到可运行需要多长时间，中间需要甲方配合哪些工作，比如数据准备、环境准备、人员培训。

运维责任划分。上线后由谁负责日常运维，问题响应时限是多少，是否有远程维护手段。政务环境下远程维护受限，这一点需要具体说明。

升级路径。模型与功能如何升级，升级是否影响业务连续性，升级流程需要走哪些内部审批。