探索型项目的合理开发顺序

最近做了几个这类的项目，现在有ai了做demo尝试方案简直不要太简单，不过探索也不能无限制进行下去，代码扩张太厉害容易收不住。总结了一些经验于斯

探索型任务只能先验证方向，再工程化，因为前期连技术路线、业务规则和最终输出都尚未确定。

快速 Demo → 生成证据、淘汰错误路线 → 核心流程逐渐稳定 → 冻结业务规则 → 按职责模块化重写 → 编写总入口 → 端到端联调

前期 Demo 的主要成果不是代码，而是：

• 哪条路线可行；
• 数据存在哪些问题；
• 参数大致范围；
• 哪些规则值得保留；
• 哪些方案已经被否决。

需要避免的不是 Demo 变乱，而是：

• 把探索代码长期当作正式代码；
• 方案已经稳定，却仍继续往 Demo 上堆功能。

判断是否应该进入模块化阶段，可以问：

现在还在寻找方案，还是已经在重复一套基本稳定的流程？

如果仍在寻找方案，优先实验速度和结果可视化；如果流程已经稳定，就停止扩展 Demo，开始定义数据结构、模块边界和统一入口。