信创环境下的 AI 落地：从芯片到整机的适配清单

信创环境选型时，容易只盯着芯片型号，忽略从芯片到整机之间还有若干层需要匹配。任何一层不匹配，都会导致方案在现场跑不起来。这份清单按层梳理需要确认的项，可用于选型评估与交付验收。

为什么需要按层确认而不是只看芯片

AI 应用在信创环境里的运行链路是：芯片 → 驱动与固件 → 推理引擎 → 模型 → 操作系统 → 整机。任何两层的版本组合不兼容，都会表现为「跑不起来」或「跑得很慢」。

只看芯片会漏掉两类问题。一类是同一型号芯片的不同批次，固件版本可能不同，行为随之变化。另一类是同名驱动在不同操作系统版本上的支持程度不同，而这往往在整机集成阶段才暴露。

因此检查表应该按层组织，每层列出需要固定下来的版本与需要确认的能力。

分层适配清单

硬件层。确认芯片型号与批次、可用算力、内存容量与带宽、是否具备独立加速单元。同一型号不同批次需分别抽样验证。

驱动与固件层。确认版本号并固化，记录该版本支持的指令集与已知问题。这一层不建议频繁升级，任何升级都应视为变更并重新验证。

推理引擎层。确认引擎支持的算子集合是否覆盖目标模型，缺失算子的处理方式是什么。要求提供明确清单，而不是笼统说明「支持主流模型」。

模型层。确认模型的输入输出格式、量化方式与引擎的匹配情况。量化位宽需要与芯片支持的能力对应，否则会回退到低效路径。

操作系统层。确认发行版与内核版本、依赖库版本、以及安全策略是否限制某些系统调用。部分加固配置会限制内存映射方式，影响推理性能。

整机层。确认散热能力与供电配置、设备形态是否适应现场环境、以及是否有远程管理能力。整机集成是把前面各层的组合问题固化下来的一步。

清单怎么用

选型阶段用清单提问。向供应商逐项确认，对没有明确答案的项要求提供测试报告，而不是接受「兼容」这样的结论性回答。

交付阶段用清单验收。把每层的版本组合记录成基线文档，作为验收附件。后续任何变更都以基线为对照，判断是否需要重新验证。

运行阶段用清单排查。出问题时按层从下往上核对，先确认版本是否被意外改动，再逐层排除。这比凭经验猜测效率高。