Fission-AI/OpenSpec

解決的問題

當需求被埋藏在聊天記錄中時，AI 編碼助手往往會產生不可預測的結果。OpenSpec 提供了一個輕量級的規格層，確保在撰寫任何程式碼之前，人類與 AI 能夠就確切要建構的內容達成一致，從而減少模糊的提示與不可預測的結果。

如何運作

OpenSpec 透過斜線指令（例如 /opsx:propose）與超過 30 個 AI 助手整合，實現工件導向的工作流程。當提出一個功能時，系統會自動產生一個專用資料夾，內含提案、技術設計、需求（以純文字 Markdown 格式）以及實作檢查清單。隨後，AI 將根據這些規格中定義的任務進行實作。對於團隊而言，「Stores」功能可讓這些規格儲存在獨立的程式碼倉儲中，作為多個程式碼倉儲之間的單一真相來源。

適用對象

專為使用 AI 編碼助手的個人開發者與工程團隊設計，希望從不可預測的聊天式編碼轉向結構化、可迭代的規劃流程，從個人專案到企業級遺留程式碼庫皆可擴展。

主要亮點

• 工件導向的工作流程：為每次變更自動產生提案、設計與任務文件。
• 工具無關性：相容於 30 多個 AI 助手（包括 Cursor、GitHub Copilot 與 Amazon Q）。
• 跨倉儲規劃：使用「Stores」管理跨越多個倉儲的功能需求。
• 低摩擦：使用純文字 Markdown 編寫規格，避免嚴格的階段門禁或複雜的專有語法。