ai-dev-tasks:PRD → 任務清單 → 逐項實作的 AI 開發流(每次只做一個子任務)
用兩份 Markdown 範本(create-prd.md、generate-tasks.md)把「丟一坨需求給 AI」改成可控流程:先生 PRD、再拆成可勾選任務清單,然後一次只做一個子任務、做完停下來等你點頭再繼續。
AI 一次寫太多就容易翻車。這套流程逼它「先寫 PRD → 拆成帶 [ ] 勾選框的任務清單 → 每次只動一個子任務、做完暫停等你檢查」,把不可控的大爆發變成一格一格可驗收的小步前進。
[ Log in to see the full prompt ]Sign up free to see the full prompt, copy it, save it, and join the discussion. Free content unlocks on login; Pro content is a separate subscription.
## 這是什麼/解決什麼痛點 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。
Suno Engineer's Mindset: 4 Steps to a Song That Doesn't Sound Like AI
A studio engineer's breakdown of Suno's fatal weaknesses (fried vocals, high-frequency artifacts), plus a 4-step DAW workflow and a Suno Studio cleanup prompt.
5 Claude Weekly Workflows That Stuck After 6 Months
Proposal generator / meeting processor / content repurposer / Friday review / shutdown reset — out of 40 I tried, only these 5 survived, each saving 30+ minutes per run.