AI Agent 不是缺更多 Prompt，而是缺一份可驗收的規格

AI 編程不是只缺更強模型，也缺能被追蹤和驗收的規格。本文拆解 Acai.sh 的 Specsmaxxing，說明 ACID、feature.yaml 與 acceptance coverage 如何改變 agent workflow。 ⭐ 文章深度讀：看懂為什麼 AI 工作流需要一份能被追蹤、測試和退回的規格 → https://heymaibao.com/ai-agent-acceptance-spec/ ⚡ 章節重點 AI Agent 缺的不是更多 Prompt 00:00 告別無止境的修補 00:55 Specsmaxxing 是什麼 02:35 ACID 如何把需求變節點 03:23 用驗收覆蓋率審閱 AI 產出 05:15 你的 AI 合約該怎麼長出來 06:59 📝 懶人包 ∙ AI 編程的瓶頸正在從「能不能寫 code」移到「能不能確認每條需求真的被滿足」。 ∙ Acai.sh 用 `feature.yaml` 和穩定的 acceptance criteria ID，把需求、程式碼、測試與審查連到同一條線上。 ∙ 作者預期這條路會從 specsmaxxing 走向 testmaxxing，最後走向能對紅燈測試或警報自動反應的 agent workflow。 ∙ 我的觀察：重點不是文件越多越好，而是哪一種文件能變成 agent 可執行、團隊可驗收的合約。 📚 參考資料 Specsmaxxing → https://acai.sh/blog/specsmaxxing