ai-dev-tasks：PRD → 任務清單 → 逐項實作的 AI 開發流（每次只做一個子任務）

AI 一次寫太多就容易翻車。這套流程逼它「先寫 PRD → 拆成帶 [ ] 勾選框的任務清單 → 每次只動一個子任務、做完暫停等你檢查」，把不可控的大爆發變成一格一格可驗收的小步前進。

[ 登入後可看完整內容 ]

## 這是什麼／解決什麼痛點 ai-dev-tasks 是一組「給 AI 編碼工具用的 Markdown 工作流範本」。它要解決的痛點很具體：直接把一大段需求丟給 AI，它常常一次改太多檔、走偏方向、又難以中途煞車。這套流程把開發切成有檢查點的小步——先寫 PRD（產品需求文件）對齊目標，再把 PRD 拆成可逐項勾選的任務清單，最後**一次只做一個子任務**、做完暫停等你確認，才能繼續。 ## 為什麼這個來源值得用 Apache-2.0 授權、可自由商用與修改；做法簡單到不需要安裝任何 CLI——就是幾份 Markdown 範本加一套執行紀律，任何支援 @檔案引用的 AI 編碼工具（Cursor、Claude Code、Windsurf、Amp 等）都能用。它把「可控、可驗收」這件事拆得夠細，特別適合剛開始用 AI 寫功能、還抓不準節奏的人。 ## 怎麼用（步驟） 1. 取得專案中的兩份範本：`create-prd.md`、`generate-tasks.md`。 2. 用 `@create-prd.md` 引用第一份，描述要建的功能，讓 AI 產出 PRD（會先反問澄清問題）。 3. 用 `@你的功能-PRD.md` 搭配 `@generate-tasks.md`，把 PRD 轉成帶 `- [ ]` 勾選框的父／子任務清單。 4. 請 AI 從第一項開始實作，並嚴守「一次一個子任務、做完停下來等你回 yes」的規則；完成的項目改成 `- [x]`，父任務全完成後跑測試＋提交。 ## 何時用 適合「要逐步、可中途檢查、希望 AI 別自作主張一次寫太多」的功能開發；對只想要 AI 一次性吐個小片段的場景則太重。 ## 誠實補充 此專案早期曾有第三份 process-task-list.md 描述任務執行協定；目前倉庫根目錄實際可見的工作流檔為 create-prd.md 與 generate-tasks.md 兩份，而「一次一個子任務、做完等確認、標 [x]、父任務完成後測試＋提交」這套執行紀律仍是其核心精神，已整理進上方 full_prompt 供你直接套用。 📎 來源：snarktank/ai-dev-tasks（Apache-2.0 授權）— 本篇內容經改寫整理，原始內容見 source_url。