上个月帮公司申报宠物医院管理系统的软著，图省事用GPT写了源代码说明和功能文档，结果提交第三天就被打回，说是重复率超过32%不符合要求，当时差点耽误了高新企业申报的补贴 deadline，急得我熬了两个通宵改材料，才终于过了初审。
身边好多朋友现在申报软著都习惯用AI写材料，快是真的快，俩小时就能凑够要求的源代码量和说明书字数，但踩重复率坑的也真的多，很多人都以为只要代码是自己写的就不会有问题，其实根本不是这么回事。我后来查了下才知道，软著申报的重复率检测是对比已经公开的软著文档、开源代码说明还有互联网公开的技术资料，不是只和已登记的软著比，AI训练用的素材本来就大部分是网上公开的内容，生成的内容撞车太正常了。
先说说大家最容易出问题的源代码部分吧。很多人让AI生成源代码凑量，生成的函数名、注释全是通用款，比如什么“用户登录校验”“数据查询接口”这种，光这些通用表述就能让重复率飙到40%以上。我当时改的时候，首先把AI生成的源码里的所有通用变量名全换成了我们项目里的专属命名，比如把普通的user改成pet_user，order改成treat_order，连接口路径都换成了我们自己服务器用的/animal-hospital/开头的路径，这一步改完重复率直接掉了10%。还有注释部分千万不要用AI写的那种干巴巴的通用注释，要加自己项目的特殊逻辑，比如我当时在疫苗提醒模块的代码旁边加了注释“此处适配宠物疫苗过期提前15天推送企业微信提醒的业务逻辑，仅用于萌宠管家系统V2.3版本”，这种只有你们自己项目才有的内容，根本不可能和别人重复。还有源码不要全用AI生成的凑，至少要插入30%以上自己真实项目里的独有的功能模块代码，比如我们系统有个宠物脸识别建档的功能，我直接把这块的200多行代码插进去，这块是我们技术团队自己写的，全网上都找不到同款，重复率又降了一大截。
然后是功能说明书部分，这部分是AI生成内容的重灾区，我当时第一次提交的说明书，AI给我写了快3000字，其中一半都是“本系统分为前端后端，前端采用Vue框架开发，后端采用SpringBoot框架，支持用户管理、权限管理、数据统计等功能”这种套话，后来检测的时候这些套话全标红了，重复率快到50%。改的时候我把所有通用的套话全删了，只留和我们系统直接相关的内容，比如我不会写“系统支持用户管理”，而是写“系统支持对宠物医院的医师、助理、前台三类不同角色配置独立的权限，医师仅可查看自己接诊的病例档案，前台仅可操作预约挂号和收费模块，院长账号可查看全门店的经营数据报表”，还加了好多具体的操作场景描述，比如“医师录入宠物体温数据后，系统会自动同步到该宠物的终生健康档案中，关联之前的疫苗接种、驱虫记录自动生成月度健康报告，支持一键发送到宠主的微信上”，这些具体的业务场景内容是AI不会随便生成的，改完之后说明书的重复率直接降到了8%。我之前还踩过一个坑，为了凑字数让AI写了好多行业背景的内容，什么“宠物经济规模逐年上涨，宠物医院需要数字化管理工具提升效率”，结果这些内容全是网上公开的，直接拉了20%的重复率，后来全删了反而过了，大家千万不要为了凑字数加没用的套话。
我后来改材料的时候，朋友给我推了软著Pro，里面有个AI生成内容的预检测功能，提交之前就能先测一遍重复率，还能直接给你标出来哪段和公开内容重复了，不用等版权局好几天的反馈，省了我好多来回修改的时间，你们要是拿不准的话可以先上去测测，效率高很多。
其实还有个很简单的小技巧，改完AI生成的内容之后，自己通读一遍，把所有太通用的表述都替换成有你自己项目标识的内容，比如所有提到系统的地方，都带上你系统的全称加版本号，比如“萌宠管家宠物医院智能管理系统V2.3”，不要只写“本系统”，还可以加几个你自己做项目的时候遇到的小优化点的描述，比如“此处原有逻辑为每天凌晨2点批量生成经营报表，后因部分合作门店是24小时营业，调整为每6小时增量生成一次，避免影响夜间接诊数据的同步”，这种个性化的内容加个三五段，重复率基本就不可能超标。
对了还有个要注意的点，很多人觉得软著的重复率要求很高，其实只要你不是完全抄别人的系统，改完之后重复率低于20%基本都能过，不用追求降到0，只要标红的内容不是核心功能和核心代码就没问题。我这两个月用这套方法帮朋友改了5份AI生成的软著材料，全部都一次过了初审，没再出现过被打回的情况。
