一个AI做出来的小程序火了,我却被软件著作权的规定整不会了

最近，一个叫「钱包请等等」的微信小程序火了。

它的功能特别简单，甚至有点反常识：

别急着买东西，先写申请，看看大家同不同意。

想买一件衣服？写申请。

想买新手机？写申请。

家里已经有五个猫窝，还想给猫买第六个？不好意思，先说明购买理由。

这套玩法简直像给钱包安排了一位财务总监。

不过，我真正感兴趣的，不只是这个小程序的玩法，而是它背后的开发故事。

一个原本没有代码基础的产品经理，借助AI工具，8天就把自己的想法做成了真正上线的产品。

与此同时，我又看到了2026年软件著作权登记申请表的一项变化。

当AI已经帮助普通人跨过编程门槛时，我们对软件原创的认定，是不是也该换一种思路？

01｜给猫买第六张床，也得先走审批？

我特意打开「钱包请等等」体验了一下。

首页设计很干净，没有特别复杂的操作。

最醒目的就是一句话：

今天想买什么？

下面是省钱统计、审批记录，以及一个很直接的按钮：

「发起一笔审批」。

它还有群组功能，可以邀请朋友、家人帮自己把关消费；广场功能则允许陌生人参与讨论，给出赞成或反对的意见。

甚至在广场发布之前，还会提醒用户注意隐私、不要打广告、尊重不同的消费观。

这让我觉得，它不仅仅是做了一个好玩的投票按钮。

开发者已经在思考：当越来越多的陌生人参与消费决策，应该怎样维持一个正常的交流环境。

当然，最有意思的还是把它放进日常生活。

假设我想给猫买一个89元的南瓜猫窝。

申请理由：

万圣节限定，造型好看，猫咪应该会喜欢。

现有替代方案：

家里还有五个猫窝，以及一个猫咪天天睡的快递纸箱。

我猜审批意见可能是：

驳回。建议先征求快递纸箱的意见。

这当然只是我开的一个玩笑，并非小程序里的真实审批记录。

但你仔细想想，这个产品的需求其实很真实。

很多时候，我们不是不知道自己在冲动消费。

我们只是需要一个人，在付款之前问一句：

“你真的需要吗？”

它没有替我们管理银行卡，也没有权力阻止付款。

它只是把冲动消费变成了一次需要解释的决定。

让人停下来想一想，本身就可能是一种产品价值。

02｜一个不会写代码的产品经理，8天做出了小程序

接下来这个故事，我觉得比小程序本身还值得关注。

根据《大河报》《海报新闻》等媒体在2026年10月的采访，开发者“火山”是一名26岁的产品经理，学习的是交互设计。

她并没有传统的软件编程基础。

最初，她看到有人使用Excel表格，让朋友帮忙审批购物申请。

作为产品经理，她觉得这个玩法有趣，但表格操作不够方便。

于是产生了一个想法：

为什么不直接做成微信小程序？

放在以前，这个想法从提出到落地，可能需要寻找程序员、协调开发资源，或者投入时间学习编程。

但这一次，她选择借助AI工具。

先提出需求，让AI生成Demo。

不满意，就自己画原型，把截图交给AI继续修改。

数据库、前端调试、上线审核，遇到不懂的地方就一边学、一边解决。

她在采访中提到了WorkBuddy。

最终，第一版小程序用了8天完成，并于2026年8月25日上线。

上线9小时，用户突破1万。

根据10月中旬的媒体采访，当时已经有超过30万人参与，累计产生约37万张审批单。

这些数据已经足够说明，这不是一个只停留在演示阶段的AI作品。

它真的被人使用了。

但最值得注意的是：

真正让它产生价值的，并不是“AI写了多少代码”，而是开发者发现了什么需求，又怎样把需求变成产品。

AI可以帮助生成代码。

但为什么设计审批单？为什么要让朋友和陌生人参与？用户会不会愿意填写？哪些地方需要优化？

这些问题，不会因为使用了AI就自动消失。

一个能运行的程序，和一个有人愿意使用的产品，始终是两回事。

03｜AI到底改变了什么？

我自己也长期接触软件开发和产品需求工作，所以对这个故事特别有感触。

以前的软件开发有一个非常现实的门槛：

你有想法，不代表你有能力把它实现。

不懂前端，不懂数据库，不会写接口，一个简单的产品想法也可能卡在技术上。

即使懂一些编程，也未必擅长全部技术环节。

现在，AI让这个门槛降低了。

一个会描述需求、懂业务、能判断设计好坏的人，可以让AI协助生成界面、编写程序、修改问题。

当然，这不代表AI已经能包办所有开发工作。

代码质量、安全、数据保护、测试、上线和后续维护，仍然需要有人负责。

AI可能写错代码，也可能生成存在安全隐患的方案。

所以我不认同“有了AI，程序员就没有用了”。

但我同样不认同“代码不是自己一行行敲出来的，就不算开发”。

因为软件开发从来都不只是打字。

需求分析、交互设计、系统架构、业务逻辑、测试验证、上线维护，每一个环节都有人的判断和贡献。

更重要的是，AI把过去一部分属于专业开发团队的能力，带给了更多普通人。

有些人可能一辈子不会成为专业程序员。

但他们完全可能成为优秀的产品创造者。

04｜奇怪的地方来了：用了AI写代码，软著怎么办？

就在我感叹AI让软件开发越来越容易的时候，又看到了一个让我感到困惑的信息。

2026年3月15日，中国版权保护中心发布关于维护计算机软件版权登记良好生态的通知，并更新了登记申请表。

根据深圳市软件行业协会发布的申请表新旧对比，新版签章页增加了有关人的独立开发，以及未使用AI编写代码、撰写文档或生成登记申请材料的声明。

这让我有些意外。

我理解为什么要打击非正常登记。

如果有人借助AI批量生成没有实际价值、缺乏独创性的代码，只为了大量申请证书，甚至通过虚假材料获取利益，当然需要规范。

登记机构也有必要核实申请材料的真实性。

但另一个问题同样值得讨论：

如果一个人自己发现需求、设计产品、组织开发、修改AI生成的代码，并且独立完成测试和上线，那么他的创作贡献应该怎样认定？

这与随便输入一句提示词、原封不动提交生成结果，显然不是完全相同的情况。

值得说明的是，软件著作权登记申请表中的声明要求，并不等于法律规定所有使用AI开发的软件都当然不享有著作权。

登记制度与作品是否依法受到著作权保护，不能混为一谈。

然而，对实际使用AI辅助编程的开发者来说，这种声明方式确实带来了现实困惑。

如果使用了AI，就不能如实签署“未使用AI”的声明；但如果自己确实投入了大量独立创作，是否应该有更合适的方式说明这些贡献？

我认为，这才是问题的核心。

05｜软件著作权究竟在保护什么？

先说一个容易混淆的地方：

软件的商业价值，不等于软件著作权保护的范围。

根据《计算机软件保护条例》，软件著作权保护的是符合法定条件的软件程序及其有关文档，并不延及开发软件所用的思想、处理过程、操作方法或者数学概念等。

换句话说，一个产品的创意很好、功能很实用，不代表这些想法本身就自动受到软件著作权保护。

软件著作权也不是奖励谁写代码速度快、谁敲键盘时间长的比赛。

它关注的是依法受到保护的具体表达，以及相关权利归属。

这里就产生了一个值得探讨的问题：

当AI成为开发工具，人类的独创性贡献应该如何识别？

比如，一个人自己确定产品逻辑、设计系统结构、选择和修改AI生成的代码、组织模块、测试功能，最终形成完整软件。

这种开发过程中的人类创造性选择，是否可能体现在最终的软件表达中？

如果可能，登记规则又应该如何识别？

我觉得，相比简单按照“是否使用AI”进行区分，更值得研究的是：

什么情况下可以认定存在人的独创性表达？

开发者应该提交什么证据？

怎样区分AI辅助开发、缺乏独创性的自动生成，以及批量虚假登记？

如何避免登记制度反而增加正常独立开发者的负担？

这些问题不简单，也确实需要法律界、版权机构和软件行业一起研究。

但我希望，规则能够随着技术变化不断完善。

保护原创与接受新工具，本来就不应该是对立的两件事。

06｜AI时代，真正重要的是谁能创造价值

再回头看「钱包请等等」。

它的技术实现未必是最复杂的。

它也不是第一个发现冲动消费问题的产品。

但开发者把一个有趣的社会化购物审批玩法，做成了能够真正使用的小程序。

它吸引了用户，也遇到了服务器成本、产品模仿、社区管理和商业化方面的实际问题。

这同样说明：

AI能帮助一个人更快地做出产品，但无法保证产品一定成功，更不会自动解决运营问题。

技术门槛降低之后，产品创意、用户体验、运营能力和持续迭代，反而会变得更加重要。

我希望未来的环境能够鼓励更多有想法的人尝试开发软件。

不管他是专业程序员、设计师、产品经理，还是一个愿意学习的普通人。

只要遵守法律、尊重他人的知识产权，对自己的作品承担责任，就应该有机会通过新工具创造价值。

至于软件著作权登记制度，我也希望它能够逐渐形成更清晰、更合理的AI辅助开发认定机制。

毕竟，工具一直在进步。

我们真正需要保护的，应该是人的原创贡献，而不是某一种固定的开发方式。

最后，我想把两个问题留给大家：

如果你想给猫买第六张床，你会愿意先让网友审批吗？

以及——

如果一款软件的需求、设计、修改、测试和上线都由人负责，只是部分代码由AI辅助生成，你认为它应该如何获得软件著作权保护？

欢迎聊聊你的看法。

说明：本文关于「钱包请等等」开发者经历及用户数据，依据2026年10月公开媒体采访；小程序界面来自实际体验截图。关于软件著作权登记的讨论属于个人观点，不构成法律意见。