代码一半是AI写的,软著还申请得下来吗?
核心疑问
最近被问得特别多的问题,没有之一:代码有一半是AI帮着写的,软著还申得下来吗?
第一层认识:澄清误读
先把一个误读拆掉——AI参与开发,不等于软著就没戏。真正被卡住的,从来不是"你用没用工具",而是材料能不能证明:这个软件是人主导做出来的。
版权局也不是要消灭AI,它真正想消灭的是AI造假。至于什么是造假,在315之前申过软著的人,应该都懂。
第二层认识:风险评估
真实的风险概率
版权局一年要接收500万份申请。你要是占了其中的千分之一,而且超过一半的软著申请还被认定为AI造假材料——到了这个体量,你确实该睡不着了。否则,版权局要核实你造假,得费多大事?根本不划算。我们500多人的群里,还没有一个群友的征信被影响。你觉得你会是那个"幸运儿"吗?
但有一样是确定的:版权局确实在查AI,而且确实有概率不通过。
别过度焦虑
别慌。普件整体的通过概率本来就低,纯手搓的项目一样会被卡。我自己两年前一个纯手搓的项目就被补正过。这太正常了,真不全是AI的锅。
第三层认识:实战策略
那么,用了AI,策略是什么?
策略一:要不要测AI率?我劝你别
AI测算AI,本质上就是概率上的一次瞎蒙。退一步说,就算真测出个数字,它能把你5000多行代码里AI写的部分高亮出来吗?能告诉你怎么改吗?都不能。能确定产出的,只有焦虑。
策略二:AI降重要不要做?不用花钱买产品
负责任的开发,本来就不会让代码里出现太明显的AI痕迹:
- error和log里信息啰嗦到不像人话
- 到处都是emoji
- 注释铺天盖地,而且很多是错的
你的代码里有这些毛病,写的时候顺手整理掉就行,一次性过滤,不用额外付费。本质上和我网页工具里的"去AI味"是一回事——就是个文字活儿。
策略三:参与真实开发时的两个关键行动
行动 1:过程要留痕
开发不是一蹴而就的。需求是谁定的、架构是谁搭的、每一版改动是谁确认的——这些平时不记,等要交材料的时候,是补不出来的。
行动 2:不要纠结
软件是真实开发、用了AI辅助,补正了也不要紧。大可以撤回重交,不是什么大事。折腾两三次基本都能过,有时候换个题目反而就过了。
终极建议:叙事方式最重要
真正能改变的,是你这个软件的叙事方式。 关键的问题是:你的软件有没有一些你特有的、不那么普遍的功能或特点?把这个叙事放大,有时真能化腐朽为神奇。
我们不是代理机构,不靠给你制造焦虑吃饭。
软著这件事,材料准备得越像"一个人在认真做产品",你就越不需要靠运气。