去年年底我帮工作室的3个小工具报软著，算上之前上学的时候帮自己和同学报的，前前后后经手的软著申报也有十多份了。最开始没有经验的时候，光是整理材料就能熬两三个通宵，源代码要凑够前30后30页，每页不能少于50行，还要剔掉空行和注释，操作手册要和申请表里的功能描述完全对应，稍微有一点对不上就会收到补正通知，一来一回半个月就没了。后来试着用AI搭初稿，踩过两次补正的坑之后摸清楚了门道，现在整理一份完整的申报材料最多花两个小时，基本都是一次过审。
别上来就让AI写全套材料很多人第一次用AI写软著材料踩坑，都是因为太懒，直接甩给AI一句“帮我写一个XX管理系统的软著全套申报材料”，出来的东西全是网上扒的通用模板，功能描述千篇一律，源代码全是烂大街的示例代码，拿去提交百分之百会被打回。我第二次申报的时候就踩过这个坑，当时图省事，给AI发了一句“帮我写奶茶店库存管理系统的软著材料”，出来的操作手册里写了支持多角色权限管理、线上点单对接，可我那个工具根本就没做这些功能，申请表里我也没填相关内容，审查员直接发了补正通知，说材料一致性存在严重问题，白白耽误了三周时间。
正确的做法是先把你自己的软件核心信息理清楚，不能让AI瞎编的部分一定要给准确。比如软件的全称是什么、版本号是多少、主要面向什么用户、核心解决什么问题、用到的技术栈是什么、有哪几个核心功能模块，这些信息你先整理成半页纸的说明，再喂给AI，它生成的内容才不会跑偏。要是你不知道软著材料的具体要求，可以去软著Pro上看下最新的审查规范，很多人连操作手册要包含哪些模块、源代码的格式要求都没搞清楚，写出来的内容自然不符合要求。
AI写不同材料的用法不一样首先是操作手册或者设计说明书，你可以先让AI按照你软件的类型搭框架，比如是工具类的就按照“运行环境、功能概述、每个功能的操作步骤、常见问题”来搭，是平台类的可以加角色权限说明的模块。框架搭好之后，你把每个模块的具体要求喂给AI，比如你告诉AI“库存预警模块，当某个原材料的库存低于设定阈值的时候，会给管理员发送微信模板消息，阈值支持管理员自定义”，AI生成的内容就会贴合你的实际功能，不会出现瞎编的内容。初稿生成之后你再把套话改成具体的描述，比如把“本软件效率高”改成“本软件的扫码录入功能比传统手工录入效率提升70%”，这种具体的描述审查员一看就知道是真实开发的软件，通过率会高很多。
然后是大家最头疼的源代码部分，别让AI直接给你生成60页的完整代码，那样的代码重复度基本都在50%以上，现在软著审查对重复度的要求越来越严，超过30%基本就会被打回。正确的做法是先把你自己项目里的源代码摘出来，删掉空行和注释，先凑一部分，要是不够前30后30页的要求，你就让AI按照你现有代码的技术栈和功能模块生成补充代码，比如你用的是Python+Django开发的库存管理工具，就让AI生成库存模块、对账模块的业务代码，风格和你自己的代码对齐，这样整体重复度就会很低，逻辑也和你的软件功能对得上。要是你嫌自己整理代码格式太麻烦，用刚才说的那个网站的AI代码格式化工具就行，直接上传你的源码包，自动帮你剔空行删注释，按要求生成前30后30页的PDF，连页码都给你标好，省了好多排版的功夫。
还有个很多人容易忽略的点，就是所有材料生成之后，一定要交叉核对一遍。申请表里填的“主要功能和技术特点”，要和操作手册里的功能描述一一对应，操作手册里提到的功能，源代码里也要有对应的模块，我之前帮朋友看他用AI生成的材料，操作手册里写了支持微信小程序登录，结果申请表里没提，源代码里也没有相关的代码，我让他改了之后才提交，直接就过了。要是你怕自己核对漏了，可以用AI软著材料审核功能先自查一遍，能查出大部分一致性和格式问题，比自己肉眼找快多了。
我现在手里的小项目报软著，基本都是先理好核心信息，扔给AI生成初稿，自己再花1个小时核对调整，比之前自己熬通宵写快太多。其实AI本来就是工具，你别完全当甩手掌柜，把核心信息把控好，用它来做那些重复的排版、内容填充的工作，AI写软件著作权材料不仅能省时间，通过率也完全不会比自己手写的低。我身边几个开工作室的朋友现在都这么用，最近报的七八个软著全都是一次过审，省下来的时间都能多开发两个小功能了。
