feat(doc-issues skills): 產生議題描述時盡量附 Mermaid 流程圖以協助理解議題
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Opus 4.8
parent
136d2e5729
commit
9de3ecd56c
@@ -23,6 +23,7 @@ description: 讀取使用者選擇的一或多種來源(專案編號、議題
|
||||
- **不要依賴 `jq`(環境未安裝)**:需要解析 JSON 時,用 `tea` 的結構化輸出(例如 `--fields ... --output csv`),或把原始 JSON 交給 subagent 解析,不要在指令中 pipe 到 `jq`。
|
||||
- **禁止草稿落地**:所有流程都不准建立 `.docs/` 或其他本機草稿檔;需求整理、小功能拆分、排序、進度與交付資訊一律使用 `tea` 或 Gitea API 保存到對應議題描述或留言。
|
||||
- **TODO list**:所有建立或更新的議題描述最後都必須加上依該描述內容推導出的 `## TODO` 區塊,使用 Markdown checklist(`- [ ] ...`);TODO 必須可執行、可驗收,且不得加入描述未提及或無法合理推得的工作。
|
||||
- **議題描述流程圖**:產生保存議題或小功能議題的描述時,若有助於理解,盡量在描述中加入 **Mermaid 流程圖**(` ```mermaid ` flowchart/stateDiagram,Gitea 可直接渲染),把需求流程、狀態轉移或議題間的相依/阻擋關係視覺化;流程圖必須忠實反映需求與拆分結果,不得杜撰未提及的流程。
|
||||
|
||||
## 第 1 步:工具可用性檢查與使用方式選擇
|
||||
|
||||
|
||||
Reference in New Issue
Block a user