我前三年在公司对接知识产权申报，前前后后跑了四十多件软著，最头疼的就是代码清单整理。早年还没有AI工具的时候，3000行代码要手动删注释、去空行、调整排版，经常熬到半夜还弄不完，好不容易交上去，还有可能因为各种细节问题被打回。
后来开始用AI生成代码清单，一开始踩了不少坑，第一次用AI生成的版本交上去，当天就收到了补正通知，说代码里有大量无意义的test变量，还有和申报软件功能完全不相关的电商类逻辑，明眼人一看就不是对应项目的代码。折腾了两三次才摸透门道，现在我做一套符合要求的代码清单，连调整带校验最多20分钟，还从来没在代码这块被打回过。
首先要明确，AI是辅助工具，不是让你凭空让它瞎写。你得先从自己的项目里抽个几百行核心业务代码当基底，比如你申报的是宠物寄养管理系统，就把前后端涉及宠物信息录入、寄养订单生成、费用结算的核心代码各抽个几百行，给AI当参考。我之前查规则的时候在软著申报材料规范里看到，代码清单要求提交连续的3000行（不足3000行全提交），必须对应申报软件的核心功能，所以给AI的基底代码一定不能随便找，必须是你这个项目里真实存在的逻辑。
给AI发指令的时候，要把要求写得越细越好，不能只说“帮我生成3000行软件代码”。你得告诉它你这个软件的具体功能是什么，要求保留基底代码的业务逻辑，变量名要和功能匹配，比如宠物寄养系统的变量就应该是pet_breed、foster_order这种，不能出现student_score、goods_price这种完全不相关的变量。还要明确要求去掉所有注释，包括行注释和块注释，多余的空行全部删掉，每行代码的长度不能超过80个字符，长的语句要合理拆分换行。我之前就吃过亏，没提换行的要求，生成的代码有不少行超过100个字符，交上去被要求重新调整排版，来回折腾了一周。
AI生成完之后，绝对不能直接用，必须做两轮校验。第一轮先过重复率，现在软著审核对代码重复率卡得很严，要是和已经公开的开源代码、别人已经申报的软著代码重复率太高，直接就会被打回，甚至可能被判定为抄袭。我现在每次生成完都会先扔到软著Pro里过一遍代码重复率检测，这个工具的检测标准和知识产权局的审核标准对齐度很高，我用了快一年，还没在重复率这块翻过车，省了我好多事。要是检测出来有重复的片段，就让AI调整那部分的逻辑，比如原来的查询逻辑是先查用户信息再查关联订单，改成先查订单再关联用户信息，变量名也换个写法，重复率很快就能降下来。
第二轮校验要查细节问题，首先要全局搜敏感字段，比如github、gitee、test、demo、todo这些，我去年申报智能库存管理系统软著的时候，就没注意AI生成的代码里混了个github_repo_url的变量，交上去之后收到补正通知，要求说明这个字段的作用，折腾了快20天才搞定，差点错过公司的项目补贴申报时间。还要检查前几页的代码，不能全是第三方框架的引入语句，比如import react from 'react'这种，我之前特意翻了AI生成代码合规要求的说明，代码清单的前5页最好全是自主编写的业务逻辑代码，第三方引入代码最多不能超过3行，不然很容易被判定为使用开源代码而非自主开发。
校验完之后就是排版整理，把代码复制到Word里，字号用小四号宋体，行间距调1.5倍，每页要标页码，页眉要写清楚申报的软件全称和版本号，必须和你软著申请表里的信息完全一致，差一个字都不行。比如你申请表里写的是“智能宠物寄养管理系统V1.0”，页眉就不能写成“宠物寄养系统V1.0”，我同事之前就因为少了“智能”两个字，被要求重新提交材料。
要是你实在不知道怎么给AI写提示词，也不用自己瞎琢磨，我之前在软著代码清单生成模板里看到过现成的提示词框架，你只要把自己的软件功能、核心业务模块、基底代码填进去，就能直接生成符合要求的prompt，连调整要求都给你写好了，用它生成的代码基本上不用怎么大改，过一遍校验就能直接用。
现在我帮朋友做软著申报的材料，代码清单这块基本上不用花什么精力，摸清楚规则之后，AI确实能帮你省好多事，只要避开那几个常见的坑，基本上不会在代码这块出问题。