Spec-Driven Development 如果把任务的颗粒度拆得过细，且没有控制好任务边界和不做什么的声明，在调度多 agents干活时，特别容易出现过度设计问题。

over engineering 更让人头疼，下面是一个很高频的 case。

原始目标只是：给后台系统增加一个文件上传能力。

结果因为没有明确约束：

* 一个 subagent 引入 repository pattern
* 一个 subagent 开始设计 storage provider abstraction
* 一个 subagent 顺手兼容 S3 / OSS / GCS
* 另一个开始补异步队列和事件系统
* 最后甚至拆出了 upload-sdk

硬生生干出了一套半成品云存储框架🥹，可真实需求只是：单机部署，上传到本地磁盘。

从局部看，哪哪儿都没毛病，还写的挺好，全都是最佳实践，但离原始目标已经十万八千里了。

最头疼的是，你的同事给你提了这样的代码 PR，你合还是不合？