最近发现了个事儿，准确的说是个隐患：Vibe Coding 开发的程序无法运维！话说回来，

我不太清楚大家各自的业务目前使用 Vibe Coding 的程度。如果你只是把它当作一种辅助工具来用，问题可能不大。

如果你把它当成开发工作的主要那我想问题大大滴。

说到简单说就是，它可以打辅助。但不能让它打 AD.

前期选型

痛点一：技术选型不透明、缺乏可维护性

说说我们目前这个项目——一个 3D 模拟程序，架构相当复杂，我到现在都没弄明白整体结构。

因为这套玩意儿我们这儿几乎没人懂，也不知道应该怎么做。怎么说呢，

于是经过领导同意后整个程序几乎都是用 AI 生成的。

虽然前后端也做了不少工作，例如库表设计、页面样式和交互逻辑等。但主要业务逻辑全部由 AI 完成，前期进展非常顺利，每次汇报都是公司各项目中进度最快的。老实说，

因为开发推进，程序逐步臃肿——规模大、涉及多个虚拟化子程序。原本预估的开发周期约半年，再加测试等因素，最终确定为约 9 个月。

谁来花钱

痛点二：成本失控、Token 费用难以预估

之前大家各自负责一块代码。没人知道哪些是 AI 生成的，哪些是手写的。

公司并未提供 Token，经费全靠个人购买。

• A 类代码消耗的 Token 很少，我在火山上买的套餐还能剩余。
• ”。

Token 使用量呈指数增长，团队开始扛不住。一开始买了小套餐，却很快用完，只能轮流开通，但大家都不情愿。说起来，

最终领导出面批准公司预算。但项目已进入中后期，花费已经相当可观。所幸项目推进顺利，领导暂时没有异议。

项目问题

痛点三：代码不可读、难以回滚、缺乏可控性

• A 小需求改动导致 AI 重写旧逻辑，引发错误。
• B 多次回滚仍无法恢复正常，需要人工逐行分析代码。
• C 团队对相关技术栈了解不足，只能盲目阅读、猜测。
• D 更换模型后才勉强解决，但根本问题未消除。按理说，

AI 生成的代码“人改不了”。项目已进入不可控状态，即便需求不大，也无法彻底重构程序；AI 的提示词或模型质量经常导致循环无效方案：

1. A 方案 → 被否定 → B 方案 → 被否定 → C 方案 → 被否定 → 再回 A …​

最关键的是程序已经上线，重构几乎没有机会。客户频繁反馈 BUG，而团队成员面面相觑。因为根本看不懂 AI 写的抽象层级代码——感觉像一条™Möbius 环一样绕得脑袋疼。

方法

痛点四：当前暂无可以解决办法

目前没有！真的，没有，

我们用 AI 创造了一个自己都做不出来的程序，这注定了它是不可控、不可运维的。想改动却找不到入口，只能任凭 Bug 累积。

& 思考

• Pain Point ：
  • 技术选型缺乏透明度和可维护性；
  • 成本失控且难以预算；
  • AI 生成代码不可读、难以回滚、缺乏可控性；
  • No viable solution – 程序已经进入技术债务深渊。
• Slogan： 人是背锅者。而 AI 是锋利之剑 . 必须有能够掌控它的人，否则只会被自己的“工具”所困住。
• #教训： 在把 AI 当作主要开发引擎之前。一定要做好.
• #行动建议：
  1. 引入代码审查与手写基线，实现“AI+人工”双保险；怎么说呢，
  2. Docker/K8s 容器化部署。以便快速回滚，
  3. KPI 中加入 “AI 生成代码可读率” 指标；
  4. SLA 明确谁负责 Token 成本还有异常处理流程。
• #展望： 未来或许会有更可靠的大模型和自动化运维工具。但之前，“AI 为辅、人工为主”仍是唯一安全路线。