OpenSpec v1.6.0 · 繁體中文
OpenSpec 新手村
Spec-driven development(規格驅動開發)是一種「先講清楚再開工」的工作方式。 OpenSpec 把它落實成 12 個指令,讓你在跟 AI 協作時,從需求到程式碼都看得到脈絡。
為什麼要用 OpenSpec?
- 01 · 共用一份事實
規格 (Spec) 跟程式碼放在同一個 repo,任何人(包含 AI)打開就能看到「為什麼這樣寫」,不再各說各話。
- 02 · 先同意再建構
變更 (Change) 必須先寫成 proposal,通過審查才動工。可以省下「寫完才發現方向錯了」的冤枉時間。
- 03 · 跟 AI 對話有依據
AI 助手可以讀取現有規格,接著產出符合上下文的變更,而不是憑空想像或亂寫一通。
四個學習入口
從觀念入門 → 指令詳解 → 工作流組合 → 實戰範例,循序漸進。
熱門範例
想直接看怎麼用?從這些場景開始最快。
實戰範例 01：新增使用者註冊功能
簡單在現有會員系統中加入 Email 與密碼註冊功能，包含密碼強度驗證與資料庫寫入。
25 mins
/opsx:propose/opsx:apply +1 #新增功能#會員系統#後端 API
實戰範例 02：修復登入超時無提示錯誤
中等修復當後端 Session 或 Token 超時後，使用者在前端操作無任何提示、介面卡死，且未自動跳轉至登入頁的體驗錯誤。
30 mins
/opsx:explore/opsx:propose +3 #Bug修復#Token驗證#攔截器
實戰範例 03：Class 轉 Hooks 語法重構
中等將老舊的 React Class Component 重構為現代 Functional Component，使用 Hooks 重新實作生命週期，確保功能無損並優化效能。
30 mins
/opsx:explore/opsx:propose +3 #重構#React#Hooks