Fission-AI/OpenSpec

解決的問題

OpenSpec 解決了需求僅儲存在聊天記錄中時，AI 編碼助手的不可預測性。它提供了一個輕量級的規格層，確保在撰寫任何程式碼之前，人類與 AI 能夠就具體要建構的內容達成一致，從而減少模糊的提示與不可預測的結果。

工作原理

OpenSpec 透過斜線指令（例如 /opsx:propose）與超過 30 個 AI 助手整合，實現工件導向的工作流程。它將開發組織到一個結構化的 openspec/ 目錄中，包含用於提案、需求（規格）、技術設計與實作檢查清單的純 Markdown 檔案。

關鍵工作流程包括：

• Explore：使用 /opsx:explore 作為思考夥伴，評估選項並制定計畫。
• Propose：使用 /opsx:propose 為某個功能建立專用資料夾，包含提案、規格、設計與任務。
• Apply：執行定義的任務。
• Archive：將已完成的變更移至歸檔，保持活躍工作區的整潔。
• Stores：一個測試功能，允許團隊在獨立的程式碼庫中維護規格，為多個程式碼庫建立共享的單一真相來源。

適用對象

專為使用 AI 編碼助手（如 Cursor、GitHub Copilot、Amazon Q 或 Codex）的個人開發者與工程團隊設計，希望以更可預測、有條理且可擴展的方式管理功能需求與實作。

特色

• 工具無關：透過客製化的斜線指令與 30 多個 AI 助手相容。
• 工件導向：使用純 Markdown 表示需求與情境，使規格易於閱讀與審查。
• 跨程式碼庫規劃：支援「Stores」功能，用於管理跨越多個程式碼庫的功能規格。
• 流暢工作流程：避免僵化的階段門檻，允許在任何時間對任何工件進行迭代更新。