OpenSpec：讓 AI 先讀懂需求再寫程式的 Spec-Driven Development 框架
AI 寫程式很快，但方向對嗎？ 如果你有在用 Claude Code、Cursor、GitHub Copilot 這類 AI coding assistant，應該都有過類似的經驗：跟 AI 描述完需求，它刷刷刷寫了一堆程式碼，結果一看——方向完全歪掉。 問題不在 AI 不夠聰明，而是我們跟它溝通的方式太隨意。需求散落在對話歷史裡，沒有結構、沒有共識，AI 自然容易猜錯。尤其在修改既有系統時，這個問題更加嚴重——AI 不知道現在系統長什麼樣，也不知道你想改哪裡。 OpenSpec 就是為了解決這個問題而生的。它在人類意圖和 AI 實作之間加了一層輕量的規格（spec）層，讓你和 AI 在寫程式之前，先對「要做什麼」達成共識。 什麼是 Spec-Driven Development？ Spec-Driven Development（SDD）的核心概念很簡單：先寫規格，再寫程式。 這不是什麼新概念——傳統軟體工程的 PRD、RFC、Design Doc 都是類似的思路。但 OpenSpec 把這件事做得特別適合 AI 時代的開發節奏： Fluid not rigid：沒有死板的階段閘門，想改隨時改 Iterative not waterfall：邊做邊學，逐步完善 Easy not complex：設定簡單，儀式感低 Built for brownfield：專為修改既有系統設計，不只是 greenfield 專案 OpenSpec 是 Fission AI 開發的開源框架，以 MIT 授權釋出，GitHub 上已累積超過 25,000 顆星。 OpenSpec 的核心概念 1. Change — 每個改動都是一個獨立單元 當你要做一個功能或修一個 bug，就建立一個 change。每個 change 是一個資料夾，裡面包含四種文件（artifact）： ...