上个月我帮团队申请低代码工具的软著，核心功能的代码90%都是用AI生成的，第一次提交的时候图省事，直接把AI导出的所有代码按顺序拼了30页就交了，结果第三天就被打回，理由是核心代码占比不足，存在大量无意义重复片段。那时候才知道，AI生成的代码和软著要求的代码清单，根本不是一回事。
先给大家说下为什么AI生成的代码直接用会出问题。现在常用的代码生成工具，输出内容里混杂了很多没用的内容：有AI自动补的无意义注释，比如满屏的“// 定义变量”“// 发送请求”这种对审核完全没用的说明；有大量重复的功能性代码，比如不同模块的请求逻辑除了接口地址其他完全一致，连续十几页都是差不多的内容；还有很多AI直接从开源库扒的通用代码片段，这些都不属于你的原创内容，放进去只会拖低你的核心代码占比。
我后来翻了很多审核规则，也找了之前做过软著申报的朋友问，才摸清楚整理软著代码清单的标准流程，尤其是针对AI生成的代码，每一步都要卡着要求来。首先第一步是做初筛，把AI生成的所有代码里的第三方依赖、开源通用代码全部删掉，比如你用的Vue、React的框架源码，或者引入的第三方工具库的代码，哪怕是AI帮你生成的引入代码，占比太多的话也要适当删减，软著只保护你自己的原创核心逻辑，这些公共内容放再多也没用。
初筛完之后要做去重，AI生成代码经常会出现大量重复的片段，比如我当时那份代码里，光不同页面的表格渲染逻辑就重复了七八次，内容重合度超过90%，这种连续出现的重复内容，审核员会直接判定你是凑页数，肯定会打回。我当时是手动把这些重复的逻辑抽成了公共函数，只留一份核心实现，其他调用的地方如果占比太多就直接删掉，保证重复内容连续出现不超过3行就行。
接下来是调整注释和排序，这步我之前完全没注意，第一次提交的代码前10页全是配置文件和依赖引入的内容，核心功能的代码到22页才出现，审核员根本看不到你的核心逻辑，当然会判核心代码占比不足。调整的时候要把对应核心功能的代码放到最前面，比如你软著说明书里写的核心功能是“智能需求解析”“多语言代码生成”“合规性检测”，那就把这三个功能对应的代码按顺序放在最前面，注释也要对应调整，把AI生成的无意义注释删掉，改成能对应功能的说明，比如“// 解析用户输入的自然语言需求，提取功能点和参数”，这样审核员一眼就能看到你的代码和你申报的功能是对应的，好感度直接拉满。
我当时整理到这一步的时候，已经耗了快两天，眼看离申报截止日期只剩一天，还要调整排版成每页50行的格式，头都大了，还是同行给我推了软著Pro，我把整理好的代码包传上去，它自动帮我调整成符合要求的排版，还帮我检测了有没有遗漏的第三方代码和重复片段，省了我至少大半天的功夫，最后提交上去一周就下了证，完全没耽误事。
还有几个小坑我特意给大家提个醒，AI生成的代码有时候会带一些特殊字符，比如emoji、非ASCII的乱码，还有一些AI自己加的水印注释，比如“/* 此代码由XXAI生成 */”，这些一定要全部删掉，不然要么提交的时候系统识别报错，要么审核员会直接质疑你的代码原创性。另外不要为了凑页数随便加空行，要求是每页50行，空行也算行数，但连续空行超过3行的话也会被判定为凑页数，得不偿失。
之前我还看到有人说AI生成的代码不能申请软著，其实完全是误解，我手里这3份软著的核心代码全是AI生成的，只要核心需求是你自己提的，代码逻辑是你主导调整的，软著申报材料里的代码清单符合要求，审核根本不会卡你。我上周帮朋友整理他们AI生成的小程序代码的清单，按这个流程走，提交之后五天就过了审核。
现在大家做项目都习惯用AI生成代码提效，软著申报也没必要还像以前那样手动敲几千行代码凑清单，只要摸清楚规则，避过常见的坑，其实比纯手写的代码整理起来还要快。我最近还在整理AI生成代码的软著说明书撰写技巧，等整理好了再分享给大家。
