上周，老板丢过来一个内部后台页面的需求，说"不急，明天给就行"。我打开 v0，输入"帮我生成一个用户管理后台，包含表格、筛选、分页、编辑弹窗"。一分钟，页面出来了。表格、按钮、弹窗、样式，一应俱全。我复制代码到项目里，跑起来，看起来没问题。然后接下来三个小时，我都在改它的代码。
一、"神速"生成，然后呢？
v0 生成的速度确实快。但当我开始真正"使用"这份代码时，问题一个接一个冒出来：
- 变量名随心所欲 ：
data、items、itemData、filteredData......一个表格数据，四五个名字来回用。改一个地方，全局搜索半天。 - 样式写死 ：按钮宽度固定
120px，手机上看溢出；表格列宽固定，屏幕一缩就横向滚动。没有响应式，没有移动端适配。 - 状态管理混乱 ：筛选条件、分页、弹窗开关全部挤在同一个
useState里，改一个导致别的组件无辜重渲染。 - 没有错误处理 ：接口返回
null，页面直接白屏。没有 loading，没有空状态。
这些不是 bug，是"能用但没法维护"。
二、修了三个小时，改了啥？
我花时间做的事，恰恰是 AI 最不擅长的事：
- 重命名所有变量，让代码能读。
- 把固定宽度改成 flex + 百分比，加媒体查询。
- 拆分状态，用
useReducer管理筛选和分页。 - 补上 loading、错误提示、空数据占位。
说实话，到最后我有点怀疑：如果我自己从头写，可能也就三个半小时。AI 帮我省了半小时，但我额外付出了"读懂它逻辑"的成本。这笔账，算不过来。
三、AI 到底帮了谁？
我知道，会有人说"你不会写 prompt""你不会调教"。也许更精确的 prompt 能生成更好的代码。但问题是，AI 生成的代码像一辆组装好的车，看起来能跑，但一上路就发现螺丝没拧紧，轮胎是歪的。它不是不能开，而是你需要先花时间检查所有零件。
对于不熟悉项目上下文、不知道团队规范、不了解业务细节的 AI 来说，生成"能跑"的代码已经是极限。而"可维护"的代码，恰恰需要这些信息。
所以，AI 到底帮了谁？帮我省了半小时打字时间？还是帮老板更快地看到"可视的进度"？对于开发者自己，短期"快"的背后，是长期的"改"。
四、我现在怎么用 AI？
我没有放弃 AI，而是调整了用法：
- 不用 AI 写核心业务逻辑：自己设计状态和接口，用 AI 生成工具函数或数据 mock。
- 用 AI 写文档和注释：生成 JSDoc、README、测试用例，这些不会坑人。
- AI 生成代码后，强制做一轮重构：重命名、拆分、补异常，把"能跑"变成"能维护"。
这样一来，AI 节省的时间，不会在改代码时加倍吐回去。
五、最后
AI 写代码快，但不是免费的。你省下的打字时间，很可能变成修代码的时间。这笔账，建议每个团队都算清楚。