最近帮朋友整理一套软著申报材料，他先用AI把项目介绍、功能说明和部分代码注释生成了一遍，速度确实快。但我拿到文档后第一眼就觉得不太稳：语言太顺，结构太标准，连“本系统具有良好的扩展性和维护性”这种句子都整整齐齐地出现了好几次。拿去做相似度检测，结果也印证了判断，部分段落和常见AI生成文本撞得很明显。
软著申报不是随便交一份说明书就行。材料可以借助AI提高效率，但如果直接复制生成结果，风险往往不在“能不能看”，而在“太像别人也会生成的东西”。尤其是功能描述、技术特点、操作流程和源代码注释，AI喜欢高频使用固定表达，重复率很容易被拉高。
先别急着改字句，先把项目信息填实
很多人降重一上来就替换同义词，把“用户登录”改成“用户登入”，把“数据查询”改成“数据检索”。这种改法用处有限，因为句式、逻辑顺序和功能颗粒度都没变，查重时还是可能撞上。
我一般会先把AI生成稿放一边，重新列一遍项目真实信息：软件全称、版本号、运行平台、开发语言、数据库、框架、主要模块、角色权限、业务流程、输入输出内容。这些信息越具体，后面生成的内容越不容易变成通用模板。
比如同样写后台管理系统，不要只写“管理员可以对信息进行增删改查”。我会写成：管理员登录后进入“客户工单管理”模块，可以按工单状态、提交时间和所属门店筛选记录；点开详情后能修改处理人、填写处理备注，并上传现场照片；工单关闭后，普通客服账号只能查看，不能再编辑。这一段即使拿去让AI润色，也会带着明显的项目痕迹。
如果自己手里材料比较散，也可以用软著Pro这类工具顺手整理源代码和申报文档。它更像一个辅助材料处理的工作台，适合在生成前后做格式规范、内容检查，但别把它当成“一键过查重”的按钮。真正决定重复率的，还是材料有没有贴着你的真实项目写。
提示词要限制AI，不要只让它自由发挥
AI生成软著材料时，最忌讳的提示词就是：“帮我写一份软件著作权说明书，内容完整，语言专业。”它当然会给你一份完整文档，但也大概率是一份谁都能用的标准版。
我的做法是把任务拆小，并且把项目事实直接喂给它。比如不让它一次性写6000字，而是先写“登录与权限模块”，再写“订单分配模块”，最后写“数据统计模块”。每个模块都提供真实字段、页面按钮、异常提示和业务规则。
提示词里我通常会加几层限制：第一，必须围绕指定模块写，不要泛泛介绍行业意义；第二，多写实际操作路径，少写空泛优势；第三，避免使用“高效、智能、稳定、安全”这类没有证据支撑的形容词；第四，输出后按申报材料口吻调整，但不要使用千篇一律的模板句。
举个例子，比起让AI写“系统采用先进架构，实现数据的高效管理”，我更愿意让它写：“工单列表默认按创建时间倒序排列，客服可通过手机号后四位或订单编号检索；当选择跨月日期时，系统会提示缩小查询范围，以减少接口返回数据量。”这类句子不容易大面积重复，也更符合软著说明书的呈现习惯。
源代码降重，重点不是乱改变量名
不少人以为代码重复率高，就批量把变量名替换掉，user改成member，order改成bill，再把空行删掉。说实话，这种操作很容易把代码改坏，而且对实际质量帮助不大。软著材料里的代码应当能反映真实软件，不能为了降重把逻辑弄得前后不一致。
我整理代码时会先确认源码是否来自真实项目。能贴项目里实际运行的代码，就不要用AI临时造一套。截取代码时，优先选择业务特征明显的部分，比如订单状态流转、权限判断、报表计算、导入导出、数据校验等。这些代码天然带着项目差异，比通用的登录拦截器、实体类get/set方法更有辨识度。
AI可以辅助补注释，但注释不要写成机械翻译。比如一行代码是根据超时时间自动关闭工单，注释别只写“关闭工单”，可以说明“超过48小时未响应且无补充凭证时，系统自动关闭售后申请”。这种注释和业务规则绑定，重复概率会低很多。
还要注意一个常见坑：不要为了凑页数，把大段框架自动生成代码、第三方库源码或无意义重复方法贴进去。有些项目前端页面里自动生成的表单字段反复出现，看着页数够了，实际有效内容很少，重复检测也不好看。代码部分最好前后连续，页眉的软件名称、版本号和页码统一，别让格式问题吸引审查注意力。
说明书要多写页面和流程，少写宣传语
软著说明书最容易重复的地方，是开头那几段“建设意义”和“系统特点”。AI特别擅长写这种四平八稳的话，但它们对说明软件本身帮助不大。我现在写材料，会直接压缩宏观介绍，把篇幅留给功能和操作。
一个模块通常按“进入页面—选择条件—执行操作—系统反馈—数据变化”来写。比如导入Excel，不写“系统支持便捷的数据导入功能”，而是写：在“会员档案”页点击“批量导入”，下载模板后填写手机号、会员等级和门店编号；文件上传后，系统先校验手机号格式和门店是否存在，错误数据会在结果文件中标红；校验通过后写入会员主表，并为每个新会员生成唯一会员编号。
这种写法有几个好处。一是和真实软件对应得上，二是不容易和别的项目撞文，三是审查人员能看懂软件到底做了什么。就算有些表达需要借助AI生成，最后也要按自己的系统页面逐句核对。页面上叫“跟进记录”，文档里就别写成“服务日志”；按钮叫“归档”，就不要统一改成“封存”。术语前后一致，比单纯追求文字花哨更重要。
查重后怎么改，别只盯着百分比
重复率报告出来以后，我不会只看总数字，而是先看标红集中在哪里。如果红的是通用技术名词、固定字段名、系统提示语，其实不用过度紧张；如果整段功能描述、流程说明和别人高度相似，就要认真重写。
重写时不要沿着原句替换词语，最好把段落结构换一遍。原来按“功能特点”写的，可以改成按“操作步骤”写；原来只写结果的，可以补上角色、页面、输入条件和异常处理。比如“系统提供数据统计功能”这句太空，可以扩成店长如何选择本月、按门店分组、查看退款率，并导出PDF报表。扩写的信息来自项目本身，就不会只是字面降重。
另外，AI生成稿最好分轮处理。第一轮让它根据素材搭框架，第二轮把真实页面和业务规则补进去，第三轮再人工删掉套话、统一术语、调整句子节奏。最后通读时，如果一段话换到别的系统上也成立，我就会继续改，直到它只能描述当前这个软件。
说到底，AI生成软著材料想降低重复率，关键不是和查重系统斗智斗勇，而是让AI回到辅助位置。它负责整理、润色、补格式，人负责提供项目事实、业务细节和最终判断。这样做出来的材料，不只是重复率更好看，申报时也更踏实。
