與 AI 合作開發的四種方式 — 編譯摘要

濃縮

1. AI 輔助開發可按「控制程度」分為四個層級：Tab 自動補齊（最低介入）→ 聊天開發 → 直覺開發（Vibe Coding）→ 規格開發（Spec Coding，最高控制）。成本與品質正相關。
2. 規格開發是產品級的唯一選擇：先寫完整規格文件（使用者故事、驗收標準、技術架構），再交由 AI 依規格實作，確保品質穩定、架構清晰、可維護。
3. 工具選擇跟著場景走：自用小工具用 Cursor（零成本快速驗證），商業產品用 PhpStorm + Claude Code MAX（完整開發環境 + 高品質模型）。

質疑

結論 1：四個層級的分類框架

• 前提假設：開發者能正確評估自身技術程度和專案需求，選擇對應層級。
• 邊界條件：同一專案的不同階段可能需要不同層級（原型用 Vibe Coding，正式版轉 Spec Coding），分類框架是靜態的但實務是動態的。
• 反例：有些資深開發者在 Vibe Coding 模式下也能產出高品質程式碼，因為他們的「直覺」本身就包含了架構判斷。

結論 2：規格開發是產品級唯一選擇

• 前提假設：團隊有能力撰寫完整規格文件，且規格不會頻繁變動。
• 換規模：對於小型 MVP 或快速迭代的產品，過度規格化反而拖慢速度。
• 反例：部分 Y Combinator 新創以極簡規格搭配快速迭代成功出貨。

結論 3：工具跟著場景走

• 前提假設：開發者願意為不同場景維護多套工具鏈。
• 邊界條件：當 AI 模型能力持續提升，低層級工具可能逐漸勝任高層級任務，工具選擇的區隔可能模糊化。

對標

1. 四層級分類 ↔ 自動駕駛等級（L1-L5）：從輔助到全自動，人類介入程度遞減，但責任歸屬問題類似。
2. 規格先行 ↔ 瀑布式開發：Spec Coding 的「先規劃再實作」本質上是 AI 時代的瀑布式方法論回歸。
3. 工具分層 ↔ 攝影器材選擇：手機隨手拍 vs. 單眼正式拍攝，工具精度匹配場景需求。

關聯概念

• [[AI 開發四層級]]
• [[Spec Coding]]
• [[Vibe Coding]]
• [[規格先行開發]]
• [[AI 工具選擇策略]]