政府即使把 AI 服务器放在本国境内,也未必真正掌握关键系统。加速器厂商可能控制固件更新;云平台可能让工作负载难以迁移;事故发生时又可能离不开境外支持。因此,主权 AI 方案不能只看数据中心的位置。更严格的问题是:政府能否检查、运行、调整并最终替换这套系统,同时保护它承载的数据和公共服务?

编辑示意图来自摄影师 Andrey Matveev 在 Pexels 发布的照片。它不展示马来西亚、Skyvast、政府 AI 系统或某一款特定加速器。
马来西亚提供了一个有用的案例。其数字部在 2025 年公布了 Huawei Malaysia 与 Skyvast Cloud 的备忘录,内容包括使用 Ascend GPU、Kunpeng 服务器、云平台和网络设备建设拟议的主权 AI 云。随后,贸易与工业部说明该计划由私营方推动,并非政府认可的国家项目;若用于重要公共 AI 基础设施,则须经过法律、运营和声誉尽调。这两点并不矛盾:备忘录可以说明供应商方案,而不能证明国家采购已经获批。
真正要评估的不是一方供应商是否比另一方更“独立”,而是国家是否能看清、操作、审计并替换支撑公共服务的技术。
把主权拆成五种控制力
第一是数据控制。哪些工作负载可以进入环境?谁掌握加密密钥、审计日志和管理员凭证?备份、遥测、模型权重和支持工单会流向哪里?本地数据中心有帮助,但不能替代这些安排。可靠的设计应区分数据级别,并使特权访问可见、可撤销。
第二是技术控制。采购文件应列清应用之下的依赖:加速器、服务器、网络、驱动、编排、模型服务软件和更新通道。一体化栈可能加快首个部署,却也可能提高日后切换成本。关键不是单张跑分表,而是团队运行目标模型、培训本地工程师、修补漏洞和迁移服务所需的工作量。
第三是法律与供应链控制。买方应记录关键部件来源、维护承诺、出口管制义务,以及可能阻断融资、保险、支持或备件的参与方。美国商务部工业与安全局 2025 年 5 月的指南列出 Huawei Ascend 910C,并指出当存在对出口管制违规的明知时,General Prohibition 10 可能带来风险。这不是法律意见,也不证明每一次境外使用都违法;它说明在公共工作负载上线前,供应商文件、独立合规审查和风险分配都不可缺少。
第四是运营控制。主权系统不应只是一栋本地建筑和一次厂商培训。公共运营方需要事故预案、监控权限、经测试的备份恢复、补丁窗口,以及拒绝远程访问的授权;还要有能够跨栈排障的工程师。否则,最需要自主的时候仍会依赖外部升级通道。
第五是退出控制。采购开始时就应问:部门未来如何离开?数据、日志、模型产物、提示词和评估记录能否按文档化格式导出?应用是否使用可移植接口?是否有迁移预算、支持响应上限与完整交接文档?退出条款不是预期失败,而是让签约后的供应商竞争仍然有效。
让技术栈服务于一个有限的首个工作负载
最容易掩盖风险的方法,是在没有定义首个任务前就把项目称为“国家 AI 平台”。更好的做法是从窄场景开始:在受控语料上检索文件、多语种公共信息助手,或内部分类流程。先定义数据敏感度、可接受错误率、吞吐量、离线要求、人工复核和恢复目标,再用这些标准测试候选栈。
马来西亚 2026–2030 年国家 AI 行动计划把数据和算力基础,与治理、人才、研究和本地能力并列。这一框架适用于任何国家:算力是部分公共 AI 工作的必要条件,但只有当机构能治理它、人员能运营它、应用能经受供应商更替时,才会变成真正的国家能力。
把尽调变成验收测试
在授标前,要求投标方用实际模型、语言组合、安全控制和运营团队演示目标任务,而不是展示通用跑分。进行权限控制演练、恢复演练和分阶段故障测试;测量导出数据并在另一环境重建服务的时间;由有否决权的安全和法律团队审阅物料清单、支持路径、软件许可和更新机制。
授标后,可公开不敏感的决策内容:工作负载范围、治理负责人、审计安排、数据驻留规则和性能指标。透明并不等于披露安全架构,却能让公众分辨一项受治理的服务和一则基础设施公告。
主权 AI 方案不必承诺完全的技术自给。更可靠的标准很具体:政府应知道自己依赖什么,能运行和审计关键服务,并保留一条可信的转向路径。仅有服务器所在地,无法带来这种控制力。
我们会结合一手资料、产品文档与实际使用场景,帮助你更清楚地判断工具是否适合你的工作流。
