我做软著材料整理快4年了，前两年带AI功能的软件申报还不多，这两年几乎十单里有七单都带AI生成模块，对应的补正率也高得离谱，十单里有六单第一次提交都会因为AI模块的说明被打回来。
上个月帮一家做AI文案工具的初创公司改材料，他们之前自己提交的软著申请，就是AI生成模块说明写得太敷衍，整段就两句话：“本模块支持用户输入关键词生成营销文案，调用了国内主流大模型实现生成功能”，审核员直接给了补正通知，要求说明模块的自主研发内容、具体运行逻辑，还有和第三方大模型的权责划分。
很多人最容易踩的坑就是把AI生成模块说明写成了大模型的功能宣传页，全程只说用了什么大模型，能生成什么内容，半字不提自己做了什么开发。软著审核的核心是看你这个软件的自主知识产权部分，你要是全写的是第三方大模型的能力，审核员当然会质疑你这个模块是不是你自己开发的，会不会只是套了个接口的壳子。
写AI生成模块说明之前，你得先理清楚两个边界：一个是这个模块在整个软件里的功能边界，另一个是自主研发和第三方依赖的边界。要是不知道怎么划分这两个边界，可以参考AI生成模块说明撰写规范里的示例，对着自己的模块捋一遍就清楚了。
我一般写的时候会先搭个粗略的框架，先写模块的定位：这个AI生成模块在整个软件的功能架构里属于哪一部分，入口是什么，触发条件是什么，面向的用户角色是哪些。比如做AI短视频脚本工具的，就可以写“本模块为软件核心功能模块，面向C端用户开放，用户在首页输入产品卖点、目标受众等信息后点击‘生成脚本’按钮即可触发模块运行”，先把最基础的信息说清楚。
然后写模块的输入输出参数，越具体越好。输入支持哪些格式，是纯文本、图片还是语音？有没有字数限制？用户可以调整哪些自定义参数？比如是不是可以选脚本的时长、风格、适用平台？输出的内容是什么格式，能不能直接导出，有没有二次编辑的功能？这些细节写得越清楚，审核员越能感受到你这个模块是真的自己开发落地的，不是随便编的。
最核心的部分是模块的运行逻辑，这里一定要把自主研发的环节和第三方依赖的环节分开写。我一般会把整个流程拆成一步一步的，比如：第一步，接收用户输入的参数，系统自动过滤敏感关键词，这部分是自主开发的；第二步，根据用户选择的脚本风格匹配对应的prompt模板，把用户输入的参数填充到模板里，这部分是自主开发的；第三步，调用第三方大模型的API接口，把拼接好的prompt传过去，这部分是第三方依赖；第四步，接收大模型返回的内容，系统自动校验内容有没有违规信息，有没有符合用户的参数要求，这部分是自主开发的；第五步，把校验通过的内容格式化之后展示给用户，支持用户在线编辑、导出，这部分是自主开发的。你看，这么写下来，哪个部分是你自己做的，哪个部分是用的第三方的，一目了然，审核员根本不会卡你这部分。
去年年底赶项目，要一周之内提交五个带AI模块的软著申请，实在忙不过来，我还用过软著Pro的材料生成功能，尤其是AI模块的部分，把我捋好的逻辑填到对应的表单里，十分钟就出了符合审核要求的初稿，后来五个申请全部一次性过审，连补正都没有，省了我好多熬夜的时间。
还有个很多人容易忽略的点，就是异常处理机制也要提两句。比如大模型接口调用超时了怎么办？生成的内容没有通过合规校验要怎么提示用户？用户对生成的内容不满意能不能触发重新生成？这些细节不用写得太复杂，提一两句就行，能让你的说明看起来更真实可信，毕竟真的自己开发的模块肯定会考虑这些异常情况。
我之前碰过个申请人，自己做了个AI画画的工具，报软著的时候把AI生成模块写得特别笼统，只说支持用户输入关键词生成图片，被要求补正之后才慌慌张张找过来改。我让他把自己做的prompt优化、风格微调模型、生成后的水印添加、违规图片拦截这些功能都补进去，还让他把每个环节的权责写清楚，比如生成的违规内容是由他自己开发的拦截模块负责过滤，第三方大模型只负责生成基础内容，改完提交之后没到一周就过审了。
现在带AI功能的软件申报软著的人越来越多，审核的要求也比之前细很多，要是你实在拿不准自己写的说明能不能过，可以找有申报经验的人帮你把把关，也可以看看软著审核最新要求里对AI模块的专门说明，别等收到补正通知了才着急改，平白耽误好几个星期的时间，要是赶上要拿软著申项目、领补贴，耽误事不说，还有可能错过申报截止时间。