AI 降低了编程门槛,但没有降低软件的责任

“

一个能跑起来的页面，和一个能被人放心使用的产品，中间隔着的从来不只是代码。

—— 新农

前些天看到胡彦斌用 Vibe Coding 做粉丝 App「彦火」的新闻，我的第一反应不是「程序员要失业了」，也不是「这东西肯定不靠谱」。我更在意另一件事：不靠写代码吃饭的人，也可以把需求做成可使用的产品。

软件圈里一直有一种熟悉的豪气：「五天做个百度网盘」「三天做个百度搜索」。现在有了大模型，豪气换了一层外壳。可两种说法都混淆了两件事：演示出一个结果，和交付一个系统。

📌 本文看点

胡彦斌公开说过，自己通过自然语言提需求，让 AI 协助写代码、修 Bug，最终把粉丝社区 App 做上线。这个案例不该被简化成一场职业能力的擂台赛。

它至少说明了两件事：从想法到可运行界面的距离变短了；懂用户的人可以更直接地参与制作。过去要排期、找外包、等研发资源的事，现在可能一个晚上就有了可讨论的样子。

围绕这类 App 的各种问题分析也很正常。有人会看权限，有人会看数据和接口，有人会看功能是否闭环，有人会追问出了问题谁来修。它们不是在给非技术者泼冷水，而是在提醒大家：上线不是工程的终点。

「五天做个网盘」之类的承诺，通常默认了一个很窄的验收标准：打开页面，点几下按钮，界面像，功能能走通。它不是完全没有价值，但离一个可以被依赖的服务还有很远。

当用户真的把照片、合同、私密聊天记录放进去，当流量突然涨上来，当有人忘了密码、误删文件、恶意刷接口，当数据库迁移失败或第三方服务宕机时，产品要怎么表现？用户是否信任它，往往就由这些时刻决定。

被降低的主要是生产第一版代码的门槛。你可以先用自然语言说清楚，再让模型给出第一版实现；你也能更快改一个交互、接一个接口、处理一次常见报错。

没有被自动降低的，是判断这段代码是否应该存在、是否真的解决问题、出了事故由谁负责的门槛。模型可以填补起步阶段的空白，却不能替团队拥有验证、约束与兜底的习惯。

所谓非玩具，并不取决于代码有多少行。一个很小的预约工具，只要被真实用户依赖，它就可能比漂亮的 Demo 更难。真实世界没有固定剧本：用户会输错手机号，会在网不好时重复点提交，也会在两个设备上同时修改同一份数据。

成熟团队的资产不是某一种语言写得快，而是一套处理不确定性的习惯：需求要追问到可验证，改动要能回退，风险要有监控，事故要能复盘。AI 可以参与每一步，却不能替团队拥有这套习惯。

AI 辅助编程不是银弹，但它已经不是玩具。它正在把写样板代码、查常见报错、拼出界面这些工作变得更便宜。对非技术者来说，这是很好的入口：先做一个范围足够小、后果可控的东西。

一个能跑的原型，值得庆祝；一个在真实用户、真实数据和真实故障面前仍然可靠的产品，值得另一种尊重。

参考资料

• 澎湃新闻：胡彦斌用 AI「手搓」粉丝社区 App「彦火」上线

• Vibe Coding in Software Development：一项多视角文献综述

• Vibe coding：通过与人工智能对话来编程

我是新农，关注 AI 工具、软件产品与普通人如何更稳当地使用新技术。

如果你觉得今天这篇有收获，欢迎点赞、在看、转发三连，我们下篇见。