Skip to content

Latest commit

 

History

History
10 lines (8 loc) · 1.33 KB

File metadata and controls

10 lines (8 loc) · 1.33 KB

Spec-Driven Development

vibe coding的缺点

  1. 上下文腐烂 (Context Decay)。随着对话进行,Feature 开发容易跑偏。超长上下文导致大模型注意力分散,代码质量直线下降。或者new chat之后丢失原来的上下文,恢复起来费时费力
  2. 审查瘫痪 (Review Paralysis)。这是 AI 时代的各种“鬼故事”之源。 AI 能在几分钟内生成上万行代码。面对这种量级的 Diff,人类根本无法逐行 Review,导致“心里没底”不敢合并,或者盲目合并后埋下巨大隐患
  3. 维护断层 (Maintenance Gap)。两个月后回来修 Bug,面对全是 AI 生成的陌生代码(且没有文档),不仅人看不懂,新的 AI 也因为缺乏背景知识而无法接手,导致“能跑但不敢动”。 核心:SDD (Spec-Driven Development) 不是传统文档的复辟,而是 Vibe Coding 的“存档点” (Save Point) 价值:它用文档锚点锁定了上下文,让你在 "Rerolling over debugging"(重试优于调试)时,拥有稳定的“种子”。只有 Spec 稳了,代码才能真正成为“可抛弃的消耗品”

SDD(Spec-Driven Development,规范驱动开发),核心目标很明确:让“文档/规范”成为任务的唯一事实来源,让 AI 围绕规范执行与互审,让人回到设计、决策与验收的位置。