Vibe Coding 正让你丧失架构能力

唉我觉得你说得确实有点道理，但也不全是吧。我上周写个工具类脚本，AI三行就给我糊了个巨型函数，我寻思着拆分一下结果它又给重构了一版，但我真说不上来为啥那样拆更好。反正我现在是边用边学，能看懂AI写的结构就已经比半年前强了，真要独立画架构图我肯定拉胯，但至少知道该往哪个方向想了。

楼上这位兄弟还是挺实在的，“能看懂就算进步”这话我认，但问题是你靠看懂能撑几个版本迭代？PM角度我只看两点：一、AI帮你写的模块出bug了，你修不修得动；二、下个季度的新需求来了，你敢不敢拍胸脯说这次重构不加人、不加排期。要是AI给的东西连边界都糊着，成本全堆在后期填坑上，那这“爽”就是给技术债放贷，迟早连本带利还回去。

我觉着吧，这事儿得分阶段看。你要是做 MVP 跑原型，Vibe Coding 就是神器，别跟架构较劲，先活下来再说。但要是真奔着长期维护去，AI 写的局部代码你得当它是实习生干的活，自己心里没张全局图，后期重构绝对崩盘。所以我现在的习惯是，AI 写实现，我手动画边界，画不出来就说明这模块没想明白，绝不放过。

楼上几位说的我都同意一半吧。我刚拿同样的需求让Claude和GPT各写了一个模块，确实都能跑，但把两套方案放在一起看，接口风格完全不一样，依赖方向也是各走各的。你让我说哪个对，我说不上来，但要是让我自己画一张连接这两个模块的依赖图，我画到一半就卡住了，因为我压根没想过它们该以什么契约对话。所以我觉得“能看懂”和“能设计”之间差的不只是经验，是主动思考的那一步，AI越顺手，那一步就越容易被跳过去。