前两年我在互联网公司做知识产权专员，前前后后经手报了二十多件软著，有公司自研的项目，也有和高校合作的实验室项目，其中至少三分之一的代码都用到过AI辅助生成，最早听到有人问AI软著会不会被查的时候，我刚处理完一件补正，印象特别深。
那是团队做的一个小微企业库存管理系统，当时开发赶进度，核心的库存预警模块差不多70%的代码是直接从Copilot扒的，连变量名都没改，我当时没仔细核对就交了，结果过了三周就收到了补正通知，说源代码重复率达到72%，其中有大段和公开的AI生成代码片段完全一致。那时候我才知道，现在软著的审查系统早就更新了，除了比对历年已经登记的软著源代码库，还新增了AI公开生成代码库的比对，你要是直接把AI吐出来的代码原封不动交，被查出来的概率几乎是100%。
很多刚接触软件著作权申报的人都有个误区，觉得软著审查很松，随便交什么都能过，那是三四年前的事了，现在尤其是涉及到代码独创性的部分，卡得比之前严多了。我当时处理那个补正，花了两天时间改代码，首先把所有的通用变量名改成了符合我们业务场景的，比如原来AI生成的通用库存变量叫stock_num，我改成了mini_enterprise_material_stock_count，然后把AI写死的预警阈值改成了可配置的，还加了我们自己业务需要的临期商品分级预警逻辑，前后改了差不多40%的内容，又把所有AI自动生成的注释全删了，换成了我们自己的开发注释，重新提交之后一周就过了。
后来我嫌每次自己人工核对太麻烦，就找了个工具提前做预检，用软著Pro上传源代码和说明书，几分钟就能出重复率报告，哪些片段和现有登记库重复，哪些是AI公开库里有的，标得清清楚楚，改起来也省时间，我后面报的十几件软著，都是先过一遍这个预检，再也没收到过补正通知。
除了代码，说明书也是AI软著容易被查的重灾区，我之前帮一个做跨境电商的朋友看他的软著材料，他的操作说明书全是AI写的套话，连产品截图都是AI生成的通用电商后台，我当时就告诉他这个肯定过不了，果不其然他交上去没两周就被打回来了，要求提供真实的产品运行截图和具体的操作流程。后来他把自己系统的实际后台界面、物流对接模块、多币种结算的具体操作步骤全换上去，才顺利过审。
其实做软著材料整理没那么复杂，核心就是你要能证明你提交的内容是有自己的独创性的，不管你有没有用AI，只要你是真的在AI生成的基础上做了符合自己业务需求的二次开发，不是完全照搬，就不会有问题。我去年报的5件用到AI辅助开发的软著，都是先把AI生成的代码做了二次修改，重复率压到10%以下才提交的，全都顺利下证，连补正通知都没收到过。
我碰到过不少人为了省事，直接找AI生成3000行完全没用的垃圾代码交上去，这种大概率会被查，因为AI生成的无意义代码很多逻辑都是通用的，和别人撞的概率特别高，还有的人连代码的前后逻辑都不看，前面是用户登录模块，后面直接跳出来个游戏渲染的代码，审查员一眼就能看出来有问题。还有人会直接把AI生成的说明书里的套话原封不动放进去，比如什么“本系统具有高效、稳定、安全的特点”，这种没有具体指向的空话多了，也容易被审查员标记，要求补正。
很多人问我有没有必要完全避免用AI做软著，其实完全没必要，现在AI本来就是开发的常用辅助工具，审查端也不是一刀切禁止用AI，只是要排除那些完全抄袭、没有独创性的内容。你用AI写了基础框架，然后自己填充业务逻辑，修改个性化的参数，这本来就是正常的开发流程，完全符合软著登记的要求。
说来说去，AI软著会不会被查，本质上不取决于你有没有用AI，而取决于你有没有真的把AI生成的内容变成自己的东西，要是你实在拿不准自己的材料能不能过，提前做一次预检，总比交上去被驳回耽误一两个月时间强得多。