已不再支援此瀏覽器。
請升級至 Microsoft Edge，以利用最新功能、安全性更新和技術支援。
什麼是規格驅動開發（SDD）與傳統開發方法的主要區別？
程式碼被視為最終的真實來源，規範則作為支持文件。
規範成為推動實作的主要產物，而程式碼則成為這些規範的表達。
開發者先寫程式碼，然後再制定規範來記錄所建構的內容。
當需求改變時，規格驅動開發（SDD）中的規格會發生什麼變化？
規範被視為靜態文件，一旦建立後很少需要更新。
規範被捨棄，從零開始制定新的規範。
規範會更新，受影響的實作計畫與程式碼也能相應地重新生成。
規格驅動開發（SDD）工作流程的四個階段是什麼？
研究、設計、開發與部署。
指定、規劃、任務與執行。
需求、架構、程式碼與測試。
與傳統文件相比，有什麼讓規格驅動開發（SDD）輸出被視為「活產物」？
即時成品會儲存在版本控制系統中。
活體產物可以隨著新資訊的出現而演化，並透過計畫、任務和程式碼傳遞變化。
活體人工物是自動生成的，無需人工操作。
規格驅動開發（SDD）如何補充敏捷方法論？
SDD 完全取代了敏捷實務，採用更有結構的方法。
SDD 可以在 Scrum 中運作，透過對每個使用者故事進行一個微週期，包含指定、規劃、任務與實作。
SDD 需要完整的前期文件，這與敏捷的價值觀相衝突。
在比較規格驅動開發（SDD）與 Test-Driven 開發（TDD）時，兩者方法的主要差異是什麼？
TDD 在單元測試層級運作，而 SDD 則在更高需求層級描述完整功能。
TDD 和 SDD 是互斥的方法，無法同時使用。
SDD 產生自動化測試，而 TDD 則產生規格。
在規格驅動開發（SDD）的指定階段，一份結構完善的規範文件應包括哪些內容？
只有高階功能摘要和實作細節。
摘要、使用者故事、驗收標準、功能需求、非功能性需求及邊緣案例。
架構圖與技術堆疊決策。
在規格驅動開發（SDD）工作流程中，計畫階段的目的為何？
定義軟體應該做什麼，並捕捉使用者需求。
以決定如何建造規格所描述的內容，包括架構決策與技術選擇。
將工作拆解成可執行的開發任務。
什麼是 GitHub Spec Kit？
由 GitHub 開發的專有 AI 程式碼生成模型。
一個開源工具包，透過整合 AI 編碼助理，促進以規格為驅動的開發。
一個取代 GitHub Copilot 的 Visual Studio Code 擴充功能。
GitHub Spec Kit 如何解決在 AI 交談工作階段之間維持脈絡的挑戰？
透過將您的規格、計畫和任務以 Markdown 檔案形式儲存在你的倉庫中。
透過用雲端儲存系統取代 AI 的記憶體。
透過將 AI 互動限制在單一連續會話中。
安裝 GitHub Spec Kit 的 Specify CLI 工具需要什麼？
只有 Visual Studio Code 搭配 GitHub Copilot 擴充功能。
Python 3.11 或更新版本、Git 以及用於套件管理的 UV 工具。
GitHub 提供的付費企業授權。
GitHub Spec Kit 支援哪些 AI 編碼助理？
僅限 Visual Studio Code 中的 GitHub Copilot。
多個代理程式，包括 GitHub Copilot、Claude Code、Cursor、Windsurf 和 Amazon Q Developer。
只有命令列 AI 工具，沒有整合 IDE 的助理。
/speckit.constitution 指令產生的 constitution.md 檔案的目的是什麼？
用來儲存應用程式核心功能的原始碼。
定義專案範圍的原則、限制與不可妥協的要求，以確保一致性。
列出實作功能所需的所有任務。
在綠地專案中使用 GitHub Spec Kit 指令時，建議使用什麼順序？
指令可以任意順序執行，因為它們彼此獨立。
先指定 init，接著是 /speckit.constitution、/speckit.specify、/speckit.plan、/speckit.tasks，最後是 /speckit.impilment。
從 /speckit.implement 開始，然後往回推到 /speckit.specify。
您必須先回答所有問題，才能檢查進度。
此頁面對您有幫助嗎？
需要本主題的協助嗎？
想要嘗試使用 Ask Learn 來釐清或引導您完成本主題嗎？