以 sdlc-plan 把口語需求轉成結構化需求議題 #4
Notifications
Due Date
No due date set.
Blocks
Depends on
#5 建立需求議題的抽取契約
plugins/tea-sdlc
#10 產生圖解版總覽網頁並寫回議題
plugins/tea-sdlc
#17 以 install.js 產生並移除各平台轉接檔
plugins/tea-sdlc
#3 走通腳本契約:共用函式庫、四層前置檢查與 labels-list
plugins/tea-sdlc
Reference: plugins/tea-sdlc#4
Reference in New Issue
Block a user
母議題
#1 — tea-sdlc:以 tea 驅動 SDLC 全流程的跨平台指令組
要做出什麼
需求提出者丟進一段口語描述(也可以是規格檔路徑、既有議題編號,或三者混用),最後在 Gitea 看到一顆結構完整的需求議題。
過程中,關鍵資訊缺漏時會被逐項詢問,而不是讓 agent 替他編造沒說過的目標。產出的議題套用固定模板:最上方一句話總覽(讓非技術的利害關係人不必讀完技術細節)、背景不超過三行、可量測的目標、非目標、領域名詞表、Mermaid 流程圖、驗收標準、影響範圍、未決事項。
標籤從 repo 既有標籤中挑選合適的貼上,不新增標籤。
重跑同一段需求不會生出第二顆議題。
此流程僅在使用者明確下指令時執行,不被模型自動觸發。
驗收標準
flowchart,節點數 ≤12、每個節點文字 ≤8 字;超過則拆圖或不畫labels-list回傳的既有標籤中挑選,不建立新標籤--dry-run輸出將發出的請求而不寫入 Gitea阻擋於