谁说AI写的软件,架构就一定不行?

“AI写得是快，架构越写越乱，最后不敢上线，还得程序员重写。”

这种担心有道理，但怎么就成了必然？手写代码也没自带好架构。该讨论的，是怎么防止失控，而不是一出问题就说：“看吧，还是得靠人。”

把代码变成图谱，看着是个办法。能搜索、折叠、拖拽，似乎就能掌握全局。但系统一复杂，满屏都是节点和连线，人很可能只是从看不懂代码，变成了看不懂图。

图谱有用，查依赖、追问题都方便。可它不会直接告诉你：哪里设计不合理，现在值不值得改？

况且，选择Vibe Coding，本来就是想多花心思做产品，少钻底层代码。真给你一张复杂的图，多半还是会问AI：“你帮我看看，这个架构有没有问题。”

所以，别把希望全押在图谱有多好用上。

也别走向另一个极端：开工前必须把架构设计完美。需求会变，有些问题做到一半才看得见。我们得允许架构不完美，边开发、边验证、边调整，而不是一张蓝图用到底。当然，该提前想清的模块边界和关键风险，不能省。

我的想法是，给项目留几个“架构锚点”。说白了，就是把模块各管什么、哪些依赖不能乱加、核心数据归谁负责记清楚。以后允许改，但不能稀里糊涂地变了。

每完成一轮功能，就让AI对照这些约定检查一次；遇到跨模块或数据结构的大改，提前评审。不要只问“架构合理吗”，要它指出具体代码：哪里职责混了，哪里重复造轮子，继续加功能会卡在哪儿。

能自动检查的，就写成规则或测试。发现问题，小步修改，验证后再往前走。评审依据也跟着更新，别让旧文档变成摆设。

人仍要做关键取舍，但不必把“最后人工重写”当成唯一出路。

我不认为AI开发必然架构失控。真正危险的是，我们允许它不停加功能，却没有给它安排一次像样的架构体检。