上次帮公司做AI绘画生成系统的软著申报，前两次提交都被打回，问题全出在架构说明上。一开始我以为和普通软件的架构说明没区别，堆几个技术名词、贴张架构图就完事，结果审核员直接给了个“无法体现系统独创性，架构逻辑不清晰”的驳回意见，折腾了快一个月才改到符合要求。
为什么AI生成系统的架构说明总被打回
后来我翻了软著申报的官方审核细则，又找相熟的代理问了才知道，AI生成类的软件和普通管理系统、工具类软件不一样，审核员会特别关注你有没有真的做了定制化开发，还是直接套了开源的壳子。很多人写架构说明的时候，上来就写“基于GPT/Stable Diffusion开发”，剩下的全是通用架构，一点自己的东西都没有，不打回你打回谁。
其实AI生成系统的架构说明核心就两点：一是逻辑走得通，从用户发请求到拿到生成结果，每一步是怎么跑的要写得明明白白；二是有自己的独创点，你在通用大模型的基础上做了什么优化、加了什么专属模块，要明明白白摆出来。
架构说明的核心模块要怎么写才对
我现在写这类架构说明，基本都是按数据流的顺序写，普通人看不懂的技术缩写要么不用，要么加个简单解释，审核员一眼能看明白逻辑，通过率自然高。首先是最上层的用户交互层，别只写“前端页面”，要写清楚用户的操作路径，比如用户在网页端输入提示词、选择生成风格、上传参考图，点击提交之后，请求会先传入调度层。调度层的内容很容易被忽略，你要是做了请求优先级分配、算力动态调度这些功能，一定要写进去，比如付费用户的生成请求会优先进入推理队列，空闲算力自动分配给 pending 状态的普通用户请求，这些都是你的设计逻辑，能体现独创性。
最核心的AI推理层绝对不能含糊，别只写“调用大模型生成内容”。你要是自己做了微调，就把微调的数据集、训练的专属模型写清楚，比如我之前做的AI绘画系统，就是用了十万张独家授权的国风插画做训练，微调出了专属的国风底模，还加了提示词优化模块，用户输入的大白话需求会自动转换成符合模型要求的结构化提示词，自动加风格权重、细节参数，这些都要写得具体。要是做了推理速度优化、显存占用优化，也可以提，这些都是你自己做的工作，不是开源系统自带的。
再往下是数据层，要写清楚用户的生成记录、自定义的模型参数存在哪里，训练用的数据集怎么标注、怎么脱敏，要是加了生成内容的合规校验，也要把这个模块的逻辑写清楚，比如生成的内容会先过敏感词校验、AI内容识别，违规内容直接拦截不给用户返回，这些都是加分项。后来我嫌每次整理材料太麻烦，就用了软著Pro，里面有AI类软件架构说明的过审案例参考，还有对应的模块梳理清单，对着填就能把所有核心点覆盖到，省了我好多查资料的时间。
我踩过的几个致命坑给你们提个醒
第一个坑就是架构图堆太多技术缩写，没有配套的文字解释。我第一次提交的时候贴了个全是英文缩写的架构图，以为显得专业，结果审核员根本看不懂，直接打回。后来我给每个层、每个模块都配了两句话的解释，数据流从哪来到哪去写得明明白白，第二次补提交的时候这部分就直接过了。
第二个坑是架构说明的内容和软著申报的功能列表对不上。我之前有个同事做AI文案生成系统的软著，功能列表里写了“电商文案专属生成”，结果架构说明里完全没提对应的行业词库模块，直接被打回补材料，前后折腾了半个月。你写架构说明之前，最好先把申报的功能点列出来，每个功能点都要在架构里找到对应的模块，对应不上的要么加进去，要么把功能点删掉。
第三个坑是照搬开源系统的架构说明，一点自己的东西都不加。之前帮朋友看他写的架构说明，全是网上能搜到的 Stable Diffusion 通用架构，半句话没提他自己做的文案配图自动匹配功能，我让他加上之后，提交三天就拿到了受理通知书。要是你实在不知道怎么梳理自己系统的独创点，可以去软著材料整理专区看一下，有专门的独创点梳理工具，免费的，对着填几个参数就能找到你和通用开源系统不一样的地方。
我这两年前后经手了快20个AI类的软著申报，现在写架构说明基本都是一次过。其实真的没什么难的，别炫技，别堆没用的术语，老老实实把你的系统逻辑讲清楚，突出你自己做的优化和新增的功能，别让审核员觉得你是随便套了个开源壳子来凑数，基本就不会有问题。
