Vibe Coding 的不为清单

接触桌面AI智能体、Vibe Coding的这段时间,反观近期的动作,发现自己有了随时产出的能力,却彻底搞反了做事顺序。

我本意其实是想借助AI极低的开发成本,快速验证想法、上线产品、获取用户、拿到收入,但却把时间全部投入产品开发、细节迭代、技术钻研,

拥有了无限开发的自由,却也拥有了无限无效忙碌的自由。为了及时止损,把注意力拉回真正的商业闭环上,我为自己制定了这份 Vibe Coding 的“不为清单”。

一、不为逃避市场而写代码

Vibe Coding 最大的陷阱,是给人制造了强烈的“进步幻觉”。过去开发成本高,动手前会被迫认真思考需求和商业模式;现在成本极低,自己缺直接跳过了这些问题。先搭首页,再做登录,接数据库,加会员系统……

每天都在Vibe Coding改代码,每天都有新页面出现,每天都能看到产品变得“更完整”。搞了大半天,这种产品的商业需求可能根本不存在。

二、不为了证明能力而做产品

独立完成一个项目对我有很强的吸引力,但我真正的目标应该是找到一个值得解决的问题,用尽可能低的成本验证它,让产品尽快产生收入。不再为了证明自己会Vibe Coding而做产品,而是为了完成从需求判断到收费的闭环而做产品。

三、不在验证前追求项目的“完整”

很多人认为产品必须做好以后才能上线,但商业世界真正需要的,通常不是一个完整项目,而是一个能够验证关键假设的最小方案。在没有用户之前,不做复杂架构,不做用户系统,不做权限体系,不做数据库设计。在没有付费信号之前,不优化 UI,不优化体验,不优化性能,不重构代码,不追求“更优雅实现”。

四、不用“忙碌”替代“进展”

不以写了多少代码为进展,不以做了多少功能为进展,不以学了多少技术为进展。只看四个指标:是否有用户,是否有反馈,是否有付费。

五、不以“学习”为借口推进项目

不因为“顺便学一下这个技术”,不因为“研究一下更优方案”,不因为“再提升一点能力”。学习不是问题,借学习逃避才是问题。项目的目标不是让你变强,而是验证是否能赚钱。

六、不从“我能做什么”出发

Vibe Coding 最常见的起点是:“现在 AI 能做什么?”但商业产品真正的起点应该是:谁正在为什么问题持续付出时间或金钱?这个问题到底有多痛?现有方案有什么明显缺陷?我能不能更快、更便宜地解决?

七、不把生意做成“技术作品”

一个技术作品的评价标准是:功能完整、页面好看、代码合理。一个生意的评价标准只有几个:有没有人使用,有没有人付费,获客成本是多少,收入能否持续增长。

八、不为自研自造抬高不必要的开发成本

过去我习惯亲手打通全部环节,遇到任何模块都想吃透底层、自主开发。但商业逻辑讲究资源最优分配:未经用户验证的功能,不开发;人工可承接的流程,不急于自动化;成熟工具、现成方案能解决的模块,不重复自研。

最核心的一条不为原则

不做任何不能缩短“从0到第一笔收入路径”的事情。

——

谨以上,警醒自己。