前两年我在公司负责知识产权相关的材料整理，前前后后跑过近20份软著申报，其中有3份是AI生成类的系统，第一次报的时候踩了好大的坑，光是架构说明就被审核打回来两次，折腾了快一个月才过审，后来摸透规则之后再报同类型的，基本都是7天内就过初审，连补正通知都没收到过。
很多人第一次做AI生成系统的软著，会觉得架构说明和普通的管理系统没区别，随便写个前后端分离、调用大模型接口就完事，这其实是最大的误区。普通软件的架构说明只要讲清功能实现逻辑就行，但AI生成系统的架构说明，核心是要区分开你自己的原创部分和通用大模型的能力，毕竟你总不能把OpenAI或者字节的大模型架构算成自己的知识产权对吧？我之前最开始查规则的时候，在软著申报指南里看到过明确的要求，AI类软件的架构文档必须清晰标注自研模块和第三方依赖的边界，不然直接就会被打回要求补正。
先讲架构说明必须覆盖的几个模块，缺一个都容易出问题
第一个是用户交互层的逻辑，别只写“支持用户输入提示词”，要写清楚你的系统针对特定场景做的交互优化，比如你做的是AI生成电商详情页的系统，就要写清楚支持用户上传产品实拍图、填写核心卖点、选择行业风格模板这些专属的交互逻辑，这些都是你和通用AI生成工具的区别。
第二个是核心调度层，这部分是整个架构说明的重中之重，也是最能体现你原创性的地方。你要把用户提交请求之后的处理流程一步步写清楚：首先是不是要先对用户输入的内容做合规校验？是不是要根据用户选的场景标签自动拼接专属的prompt模板？是不是要根据生成内容的类型调度对应的基础模型？生成之后是不是还要做二次的内容审核、格式排版？这些步骤你都写清楚，审核员一眼就能看到你做的二次开发内容，而不是只会调用通用大模型的套壳工具。我第一次申报的时候就是这部分写得太笼统，只写了“接收用户请求后调用大模型生成内容”，直接就被打回来了，后来把这几步的逻辑补得清清楚楚，再提交就直接过了。
第三个是模型层的说明，这里最忌讳含糊其辞。如果你用的是开源基础模型，就写清楚模型的版本、你做的微调逻辑、微调用的数据集来源；如果是调用的第三方大模型接口，就写清楚你做的适配优化、多模型调度的规则，千万不要直接抄大模型官方的架构介绍，那不是你的东西，写了也没用。
第四个是存储层的逻辑，不用写太复杂的数据库配置，只要写清楚你自己的原创数据的存储结构就行，比如你自己搭建的行业prompt模板库、用户生成内容的标签库、微调数据集的存储规则，这些都是你原创性的佐证。
再讲几个我踩过的坑，大家能避就避
第一个坑是架构描述和源码对应不上，比如你架构里写了有“prompt智能优化模块”，结果你提交的源码里根本找不到对应的类或者函数，肯定会被怀疑造假。我之前帮同事看他的材料的时候就发现这个问题，他为了显得自己的系统厉害，瞎编了好几个不存在的模块，差点被纳入异常申报名单。写的时候就照着你实际写的代码来，有什么功能就写什么，不用吹得天花乱坠。
第二个坑是架构图画得太笼统，就画四个框：前端、后端、大模型、数据库，啥细节都没有，审核员根本看不出你的系统有什么原创性。其实架构图不用画得多么专业，用PPT拖几个框都行，只要把调度层的那几个核心步骤的分支画出来，标注清楚自研模块的位置就行。
第三个坑是把通用大模型的能力当成自己的功能写，比如你做的是AI生成海报的系统，不用把Stable Diffusion的生成逻辑写一大堆，那是 Stability AI 的知识产权，你只要写清楚你自己做的素材匹配算法、行业风格模板库这些你自己开发的内容就行。
要是你不知道怎么找同类型的架构说明参考，可以去AI类软著材料模板里找对应领域的样例，我当时就是照着里面的AI内容生成系统的样例调整的结构，省了好多自己瞎琢磨的时间。对了，要是你嫌自己整理材料太麻烦，也可以用软著Pro，我后来帮团队报其他软著的时候都是直接在https://ruanzhu.pro上填基础信息，自动生成架构说明的框架，只要把自己的业务逻辑填进去就行，生成的内容完全符合审核要求，很少被打回，省下来的时间摸鱼不好吗。
我上个月帮朋友的小团队报他们的AI短视频脚本生成系统的软著，就是照着这个逻辑写的架构说明，连源码才提交了500行，一周就拿到了受理通知书，没有任何补正。其实审核的要求一点都不复杂，你只要把自己实际做的内容清清楚楚讲出来，不要糊弄，不要套壳，基本都能过。
哦对了，还有个小细节，架构说明里提到的技术名词，尽量和你提交的用户手册、源码里的命名保持一致，比如你用户手册里叫“风格模板”，架构里就别写成“主题素材库”，统一术语能减少很多不必要的麻烦。
