01-awakening_1.4-vibe-vs-spec_1.4.3-vibe-vs-spec.png

1.4.3 如何选择和切换 ​

核心决策标准 ​

关键不是项目大小，而是需求明确度。

需求明确度判断框架 ​

1. 需求清晰度（权重最高） ​

需求模糊的信号：

需求明确的信号：

2. 项目复杂度 ​

简单项目（Vibe 倾向）：

复杂项目（Spec 倾向）：

3. 团队因素 ​

适合 Vibe：

适合 Spec：

动态切换策略 ​

从 Vibe 到 Spec ​

切换信号：

切换方法：

  1. 暂停新功能开发
  2. 回顾对话记录，总结现有功能
  3. 写下简单的需求文档
  4. 后续按规范执行

从 Spec 到 Vibe ​

切换信号：

切换方法：

  1. 明确探索的目标和边界
  2. 设定探索时间限制
  3. 探索完成后及时整理成果

混合使用模式 ​

Vibe + Spec 并行 ​

适用场景：大部分实际项目

操作方法：

分阶段使用 ​

探索阶段：Vibe Coding

开发阶段：Spec Coding

调整阶段：Vibe Coding

实际决策示例 ​

示例1：个人记账工具 ​

初始分析：

决策：Vibe Coding

执行过程：

  1. 先做基础记账功能
  2. 使用中发现需要统计分析 → 继续用 Vibe 添加
  3. 功能变多，开始混乱 → 切换到 Spec，整理现有功能
  4. 后续稳定迭代 → 保持 Spec

示例2：团队任务管理工具 ​

初始分析：

决策：直接 Spec Coding

特殊情况：

示例3：创业项目验证 ​

初始分析：

决策：Vibe Coding 开始

演进路径：

  1. MVP 用 Vibe 快速开发
  2. 有用户反馈 → 整理需求文档
  3. 团队扩大 → 全面转向 Spec
  4. 产品稳定 → Spec 为主，Vibe 用于创新

选择建议 ​

不要过度思考 ​

如果纠结超过5分钟，就用 Vibe 开始。错误的开始比完美的规划更有价值。

定期重新评估 ​

每完成一个重要阶段，重新评估是否需要调整方法。

保持灵活性 ​

没有绝对的正确方法，适合当前阶段的才是最好的。

记住：Vibe 和 Spec 不是非此即彼，而是工具箱里的不同工具，在合适的时候使用合适的工具。

下一节我们学习 Context 管理技巧。