起初我不信 — 让 ai 写代码这件事, 听起来既偷懒又危险。 半年过去, 我已经写出了三个能跑的小工具, 但更重要的是, 我对 “写代码” 这件事的理解整个变了。
它不是 助手, 是 搭子。 它不是替你想, 是逼你说清楚。 最大的陷阱不是 ai 写得差 — 是你接受了它写的所有东西, 然后某一天打开 codebase, 发现自己看不懂自己的项目。
它不是助手, 是搭子
“助手” 这个词预设了等级 — 我是主, ai 是仆, 它替我做我不想做的事。 但实际用下来, 我发现这个模型完全错了。 ai 不是来替我做事的, 它是来 逼我把事情说清楚的。
过去我在 vscode 里 hack 一个想法, 经常是: 先打开一个空文件, 边想边写, 错了就改。 结构没有, 命名随意, 注释更别提。 走得通就算赢。
现在不一样了。 每次让 claude 写一个函数, 我必须 先说清楚: 输入是什么? 边界条件? 期望的输出格式? 错误怎么处理? 这种 “先说清楚再做” 的强制感, 是我用了十年 vscode 都没学会的好习惯。
prompt 是新的小提琴 — 谁都拉得响, 拉得好听是另一回事。
速度的陷阱
最早我以为 ai 最大的好处是 快。 一段以前要写半小时的代码, 现在五分钟。 但用了三个月之后, 我开始怀疑 — 这种快是真的吗?
真的快, 是从想法到 “能用的东西” 之间的距离变短了。 假的快, 是中间的 理解 被跳过了。 ai 给你 200 行能跑的代码, 但你不知道里面哪些是关键、哪些可以删、哪些会在 10 万行规模时崩。
仍然要懂代码
最大的迷思是 “ai 让你不用懂代码”。 我现在的看法相反 — ai 让懂代码这件事更重要了, 因为只有懂的人能判断它写的对不对。 不懂的人, 只能默认 ai 写的都是对的, 然后被坑。
所以我现在对 “vibe-coding” 的定义是: 用 ai 把想法快速变成原型, 然后用自己的眼睛把原型变成产品。
coda · 留给自己的话
如果一年后的我读到这篇, 我希望他记得:
ai 不会消灭你, 但 “懒得理解” 会; 速度不是质量, 速度只是速度; 你写代码的真正乐趣, 从来不在打字, 而在 “想清楚一件事” 的那一刻。 那一刻 ai 给不了你, 它只能放大它。
所以 — 继续慢慢来。 一棵树长成什么样子, 不取决于浇水的速度。
— Ting, 在小厨房, 2026·05·14