政策动态 软著Pro编辑部

用豆包写软件著作权申报材料真的能过审?我亲测后整理了全流程攻略

我前后申报过8次软著踩过不少坑,最近尝试用豆包辅助写申报材料,省了超多时间还一次性过审,把实操方法和避坑点分享给大家。

740 次阅读 来源:网络整理

上个月帮工作室申报短视频批量处理工具的软著,我第一次全程用豆包辅助写材料,前后只花了2天就把所有资料整理完,提交后26个工作日就拿到了证书,完全没被驳回。放在之前我自己写的话,光整理源代码和说明书最少要熬一周的夜,还经常因为各种小问题被打回来修改。

很多人直接搜“豆包写软著”,照着网上随便找的prompt就生成内容,交上去直接被驳回,就说AI写的东西不能用,其实根本不是AI的问题,是你给的需求太模糊了。我最开始试的时候也踩过这个坑,直接给豆包发“帮我写一份软件著作权的说明书”,出来的内容全是“本软件具有良好的易用性、稳定性”这种套话,别说审查员了,我自己看了都不知道这软件是干啥的。

想要豆包写出来的内容能用,首先你得把自己软件的核心信息给足。我一般会先列个清单:软件的全称、核心功能点3到5个、运行环境、开发用的语言和框架、你想要保护的核心模块是什么,把这些信息清清楚楚写在prompt里,再加上要求:不要任何通用套话,所有功能描述都要对应实际操作场景,不能出现其他同类产品的对比内容,也不能提开源项目二次开发相关的表述。就按照这个要求,我上次让豆包生成的说明书,每一段都是具体的操作流程,比如“用户点击左上角导入按钮,可单次选择最多50个mp4、mov格式的视频文件,导入完成后左侧列表将自动展示每个文件的时长、分辨率、码率信息”,这种内容交上去,审查员一看就知道是真实开发的软件,根本不会卡你。

另一个最让人头疼的就是源代码整理,软著要求提交前后各30页,每页不少于50行,不能有大面积空行,注释占比不能超过20%,最后一页必须是完整的代码结束段。我之前自己整理的时候,删空行、调格式、凑页数要搞三四个小时,后来把核心代码片段丢给豆包,让它按照这些要求补全到前后各1500行,注意要明确要求生成的代码逻辑和你给的核心功能一致,不要生成无关的demo代码。我之前有个同事就是没提这个要求,豆包生成了一堆和他软件功能完全不搭的测试代码,提交后直接被审查员打回,还耽误了半个多月的时间。

所有内容生成之后,你一定要自己通读一遍,豆包偶尔会瞎编一些你软件根本没有的功能,这种一定要删掉。还有权利要求书的部分,不要让豆包写得太宽泛,比如你做的是短视频处理工具,就不要写“本软件可处理所有类型的多媒体文件”,按照你实际的功能范围写,不然就算过审了,后续维权的时候也会出问题。

我之前每次整理完内容,还要花大半天调格式,版权中心对页眉、页码、字体的要求特别多,稍微错一点就不收。后来朋友给我推了软著Pro,把豆包生成的内容上传进去,一键就能导出符合要求的申报材料,连页眉的软件名称和版本号都给你自动填好了,省了超多麻烦。要是你懒得蹲版权中心的官网刷进度,也可以用软著申报的进度提醒功能,过审或者需要补正都会第一时间给你发消息,不用天天记着刷页面。

我身边有很多做独立开发的朋友,总觉得软著申报是件特别麻烦的事,花几千块找中介代做,其实完全没必要。现在用豆包做内容生成的辅助,再配合专门的工具调整格式,只要你是真的自己开发的软件,按照要求整理材料,基本上都能一次性过审。我最近还帮两个做小程序的朋友用这个方法整理了材料,都已经拿到证了,算下来每份的成本还不到五十块钱,比找中介划算太多。

当然也不要完全依赖豆包,毕竟它不知道你软件的具体细节,生成的内容一定要核对一遍,尤其是涉及到核心算法、技术参数的部分,要是出现和你实际开发内容不符的地方,一定要及时修改。我上次就发现豆包生成的代码里有个参数是我软件里没用到的,核对的时候改了过来,要是没注意到的话,大概率也会被驳回。

其实软著申报本身没有大家想的那么难,核心就是材料要真实、符合要求,用对工具能帮你省掉很多重复性的工作,把时间花在核对核心内容上就行,毕竟下证才是最终的目的。

赞助商内容