# 代码一半是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辅助，补正了也不要紧。大可以撤回重交，不是什么大事。折腾两三次基本都能过，有时候换个题目反而就过了。 ## 终极建议：叙事方式最重要 **真正能改变的，是你这个软件的叙事方式。** 关键的问题是：你的软件有没有一些你特有的、不那么普遍的功能或特点？把这个叙事放大，有时真能化腐朽为神奇。 我们不是代理机构，不靠给你制造焦虑吃饭。 > 软著这件事，材料准备得越像"一个人在认真做产品"，你就越不需要靠运气。 --- ## 相关资源 需要快速准备软著申请材料？[软宝宝软著申请工具](/soft-copyright-application-tool)支持一键生成符合版权局要求的源代码文档和操作说明书，让你的申请流程更专业、更高效。 了解更多： - [软著申请需要什么材料](/docs/quick_guides/) - [如何生成源代码文档](/docs/quick_guides/how_sourcecodedocs/) - [软著申请流程详解](/blog/techniques/)