規格驅動開發
把需求轉化為規格、計畫、程式碼和可追溯的變更記錄。
在實作開始前，為人和 Coding Agent 建立共同契約。FiboCode 與 Fibo Skills 把初始請求轉化為明確的驗收標準、相連的設計、有序計畫、經過審查的程式碼，以及與儲存庫共同保留的變更記錄。
快速寫出程式碼，不等於對目標達成一致。
Coding Agent 可以迅速從簡短請求進入實作，但缺失的假設經常要等到檔案已經改變後才暴露。如果需求、邊界與完成證據始終是隱含的，審查者就必須一邊判斷程式碼，一邊重新推測原先預期的行為。
規格驅動開發在執行前建立明確路徑：需求成為可檢驗的驗收標準；設計說明如何滿足標準；計畫列出有序任務、涉及檔案與驗收方法；實作因此具備可見契約，最終diff 記錄再解釋真實發生了什麼。
看看工作流如何與真實變更相連。
真實產品示範呈現可追溯專案記錄如何隨程式碼成長，以及 Agent CLI 如何留在既有終端機工作流中。
檢視從初始需求到決策、任務、實作證據與後續理解的文件鏈結。
讓 Agent CLI 留在終端機中，同時提供具體檔案、符號、截圖與可導覽輸出路徑。
用四個階段從意圖走到證據。
每個階段職責不同，讓問題在變成隱含實作選擇前得到解決。
澄清需求與驗收標準。
把初始請求轉化為明確、可檢驗的結果，並界定變更範圍之外的內容。開發者在生產程式碼開始前簽署這份契約。
根據驗收標準設計方案。
說明系統如何滿足每項標準，包括邊界、介面與重要取捨；連結讓每項決策都能追溯到它服務的行為。
建立並執行有序計畫。
把設計拆成帶有涉及檔案和驗收方法的有限任務，Coding Agent 按順序使用已確認上下文工作。
審查程式碼並記錄真實變更。
檢查最終 diff、驗證驗收標準，並為未來工作保留按變更區塊說明“改了什麼、為何變更”的記錄。
圍繞 Agent 執行建立可追溯契約。
實作前明確驗收標準。
規格把模糊意圖變成可觀察結果，讓開發者與 Agent 共享同一完成定義。
設計決策串連目標行為。
設計說明變更應該如何工作，並讓重要決策串連到要求它的驗收標準。
有限且有序的執行。
計畫列出任務、涉及檔案與驗證方法，讓實作以可審查單元推進，而不是一次不透明的大跳躍。
以真實差異為依據的變更歷史。
執行完成後，diff 記錄解釋真實實作變更區塊，並串連周邊邏輯與專案意圖。
使用情境：變更跨越多個模組的行為。
一項看似簡單的請求實際涉及路由、狀態、介面與校驗。開發者先確認可觀察結果與排除項；設計把這些結果映射到受影響邊界；計畫再按涉及檔案和驗收方法拆分工作。
Agent CLI 因此減少了隱含選擇。審查者可以把結果與已簽署標準對照，檢查真實程式碼差異，並保留說明實作如何串連原始需求的變更記錄。
這是工作流層，不會替代 Agent 或測試。
Fibo Skills 引導澄清、規格、設計、計畫、執行與變更記錄。真正編碼仍由你選擇的 Agent CLI 完成，結果是否正確也仍由專案的真實測試與驗收方法決定。
它的價值在於共同對齊與可追溯性。提示詞優先的流程可能帶著未解決意圖開始編碼；規格驅動路徑先讓意圖接受審查，並在變更後繼續保留相關證據。
規格驅動開發常見問題
每個小變更都需要規格嗎？
在行為、邊界或驗收需要對齊時使用這套流程；很小的機械變更未必需要與跨模組功能同等深度。
Fibo Skills 是什麼？
Fibo Skills 是用於相容 Agent CLI 環境的工作流指令，引導澄清、規格、設計、計畫、執行與變更記錄。
Agent 可以在簽署前開始編碼嗎？
目標流程要求開發者先批准規格，讓生產程式碼依據明確行為契約，而不是尚未解決的假設。
設計與計畫如何保持可追溯？
設計決策串連驗收標準，計畫任務則列出相關標準、涉及檔案與驗收方法。
實作完成後會發生什麼？
根據規格和真實差異審查結果，再由變更記錄解釋各個實作變更區塊並保留它們存在的原因。