VibeCodings_
← 回到首页 工具

我每天都在用的几个 vibe coding 小习惯

不谈大道理,就是一些让人机协作更顺的琐碎习惯。单个都很小,合起来省下大量返工。

VVibe Codings ·2026-08-09 ·约 5 分钟
工具#

方法论的文章前面写过几篇了,这篇轻松点,就是一些我每天真实在用的小习惯。都不高深,但正是这些琐碎的东西,决定了一天下来是顺畅还是处处返工。

1. 给临时文件一个固定的「草稿区」

让 AI 干活,经常会产生一堆中间文件:测试脚本、临时数据、验证用的小程序。别让它们散落在项目里污染代码库。固定一个 scratchpad 目录专门放这些,用完随手清。项目干净,心里也干净。

2. 大改动之前,先让它说计划

这条我在别的文章里反复提,因为它太有用了。凡是超过「改一行」的事,先来一句「别写,先告诉我你打算怎么改」。花十秒钟看它的计划,能避免它闷头改完三十个文件后你才发现方向就错了。

3. 不满足于「改好了」,要它给证据

「已经修复」是最没有信息量的一句话。养成习惯,让它把实际跑出来的结果贴给你看:测试过了没、输出是什么、边界情况试了吗。一段真实输出,比十句保证都可靠。

4. 关键判断,自己去代码里看一眼

当 AI 很笃定地告诉你「这个字段是这个意思」「改这里不影响那里」,如果这个判断很关键,别直接信——花半分钟去代码里亲眼确认。它有时是对的,有时是照着常见情况脑补的,而你分辨不出来。

5. 一次只推进一件事

手痒想「顺便把那个也改了」的时候,忍住。把当前这件事做完、验过、确认没问题,再开下一件。三件事绞在一起出了问题,你会花双倍时间去拆。

6. 让它别自作主张

在指令里加一句「拿不准的地方先问我,别自己猜」。AI 默认倾向于猜一个继续往下走,而猜错的代价往往很晚才显现。这一句话,能挡掉很多「它擅自选了错的那条路」。

7. 危险操作,先在能扔的地方试

删除、覆盖、改线上配置这类没有撤销键的事,先在临时副本或测试数据上跑一遍,确认无误再对真实数据动手。多花几分钟,买个安心。


你看,没有一条是聪明的技巧,全是「慢一点、多确认一步」的笨功夫。但 vibe coding 用久了你会发现,真正拉开差距的从来不是谁的花招多,而是谁更稳。这些习惯,就是「稳」的具体样子。