大模型备案里的“技术架构图”，到底该怎么画才不被退回？

别把架构图当流程图，它其实是你的“技术自白书”

很多企业一接到大模型备案通知，第一反应是赶紧画张图交上去——服务器连着GPU，GPU连着训练平台，再加个API网关…看起来挺全，结果审核一卡就是半个月。其实监管要的不是“设备摆放示意图”，而是一份可读、可信、可追溯的技术自白书。架构图的本质，是用一张图讲清楚：你这个模型，到底怎么来的？靠什么跑？出了问题谁兜底？九蚂蚁在协助30+客户过审的过程中发现，80%的返工都卡在“核心模块表达模糊”上。

这三个模块，必须像身份证一样清晰标出

首先得亮出模型基座来源——是自研？微调Llama？还是基于通义千问二次开发？不能只写“基于开源大模型”，得注明具体版本、是否修改了注意力机制、有无新增训练目标。其次是数据治理链路，尤其要体现“过滤-脱敏-标注-溯源”四步闭环，比如是否接入了自有行业语料库、敏感词拦截规则嵌在哪一层、人工复核节点设在哪儿。最后是安全对齐模块，不是简单贴个“内容安全接口”标签，而是要画出RLHF反馈回路、实时推理拦截策略（如关键词+语义双校验）、以及人工审核兜底通道的触发逻辑。

图不是越复杂越好，但关键路径必须“一眼能断案”

我们见过最漂亮的架构图，只有5个主模块+3条带标注的数据流。评审老师平均看图时间不到90秒，所以线条别绕弯、颜色别超4种、文字字号别小于10号。建议用“分层着色法”：基础设施层（蓝）、模型层（橙）、应用层（绿）、安全层（红），再把所有人工干预点统一加个⚠️图标——这种细节，往往比堆参数更能赢得信任。

说到底，这张图不是技术炫技，而是帮审核老师快速建立判断锚点。九蚂蚁陪跑过的客户里，图改得越早、越聚焦“责任归属”和“风险可控”，备案周期就越短。下一期我们聊聊：备案材料里最容易被忽略的“训练日志样本”，该怎么选才不算造假。