记一次失败的VibeCoding项目

背景

• 做一个.net 的MES项目；
• 两个老项目MESA MESB，MESA先做的，一年后升级为MESB给两个工厂用，有重叠（框架）功能，也有独立模块；
• 现在要合并MESA MESB，因为要产品化，重构了整个数据库设计（其实就是表名字段名不一样，更丰富了）；
• 拆分成了多个项目，比如接口部分独立的一个项目，独立的服务，为了解偶；
• 时间限制，3个月，包括测试上线，市场不等人 股东大会已经预告了；
• 人日分配，3*24 = 72 工作日，实施预留了三周实施（15人日），跨了一个中秋一个十一，预估 45天（8周）设计、开发；
• 人员分配，一个主开发（我），一个主测试，测试环境、测试用例也要我配；
• 模块大概7大模块，20+主要子模块，实际任务拆解到了1人天；
• 主力codex，gpt-5.6-sol xhigh，公司包token；

我干了什么

1. 第一周，摸清了一套看板驱动，组合各skills，看板MCP，任务守护，白天写任务，拆解，晚上执行+验证，有大的模块拆解了20个子任务，执行了24小时，第一周完成了框架的打架，本地环境跑通，完成了一个模块的开发；
2. 第二周，对第一个模块进行测试，迭代skills，发现问题明显，仿照页面做不到，不知道为什么，迭代了4次，就照着源码搬（是要改数据字段），也不行，基本页面布局都不能复制，更别说按钮、字段、字段（控件）类型（有日期控件、下拉框、或者只读字段），整个第二周没开发新的模块，而是在摸索任务细粒度，修复第一个模块以作为模板；
3. 第三周，因为进度落后，这时测试还没有介入，所以专注于写任务，继续拆分 定义范围specs，没时间看review，codex会打开浏览器测试验收，所以没管，基础增删改肯定没问题；第三周完成了三个模块的开发（是看板清空了，我还没实际跑），这里开始MES项目的复杂模块了，不仅仅是存入数据库开始有复杂业务了，需要关联其他多个模块，这时 grillme 真的会问我一天，就是算上加班的一个白天；
4. 第四周，开始验收上周的开发的模块，我发现我看不懂代码了，我以为会根据之前的模块和老的项目的结构 代码习惯（这里都有skills）写，结果还是加入了一堆冗余的判断、各种中间类、中间model，review了个寂寞 没有遵循代码规范；第四周 周二，进度还是落后了两个模块，这时平均一个模块就超过了3人天（拆任务、验证、改正 正好三天）；第四周 周三 果断放弃新项目开发，改为包装老项目，MESA MESB作为独立服务，上层再包装一层 ；

总结

• 产品 市场 与 解决方案 的平衡：开发者除了搬运代码实现功能，还需要在各种实现路径中取舍；我这里就是开始将复杂度累加 合并项目 重构底层 拆分服务 指数级增加了项目的复杂度；应该在有限环境下取舍；不能总抱怨时间太紧，市场环境确实是重要因素之一，晚上线等于失去价值；
• 我 和 我 + AI，我自己开发，我是 业务分析师 + 架构师 + 运维（配环境）+ 测试主管（出用例）+ coding（review可以省了基本上），我加AI ，就是 业务分析师 + 架构师 + 运维 + 测试+ Prompt工程师/AI架构师 + CodeReviewer + 业务Reviewer，对于有限时间（每个模块2、3天）是增加了我的负荷，因为对齐需求就要1天；

  这里的1天怎么来的，我还要说下，老的MES系统业务逻辑边界、脏数据兼容确实在代码中是分散的，但是是按年累计出来的，按理想状态下 50tps，真的要用1天；

• AI能力边界，AI确实能代替开发，代替产品，代替测试，各种代替，你要是都能跟他说清楚确实能代替，对于环境复杂的，可能还没说清楚上下文就炸了压缩导致失真，如果刚刚能说清楚，又会面临专注度问题，所以ai一直能当副驾驶Copilot，而不是主驾；这时光速开发=光速创建技术债；
• 看不懂代码对于vibecoding确实不是什么致命问题，但是在MES系统就没底，如果线上出现重复采集、防呆失效（防呆就是防人，真的什么都干的出来），这时产线主管就会来电话，如果我需要让AI告诉我是怎么运行的，关键逻辑哪里错误了，这个停产时间成本原本比我自己写代码大的多，而且修复也完全要ai，人基本参与不了；如果我跟厂长说 你说的对，我确实忽略了... 我将以最不绕弯子的方式重新... 我犯了一个致命错误，我不该...，厂长可能真的会踢死我，而我踢不了ai一点；成功的vibecoding项目我也写过，但是受害者只有我；
• 看板驱动这套工作流倒是沉淀了，二开的codex壳子将能力外放为了js方法，LLM可以通过写脚本实现hook，插入对话，判断任务等，我测试了goal，skills，都限制不住，该停还是停，各种阻塞，但是加入hook就不会阻塞，有决策的还能通知我企业微信；