AI 寫程式很強，但為什麼你的專案常常做到一半就卡住？
很多村民剛開始用 AI 寫東西的時候，前 20 分鐘順到不行，後面兩個小時全在補破網。
一開始的指令都很直覺：
- 幫我做一個會員系統。
- 幫我做一個後台。
- 幫我做一個報名頁面。
AI 回得很快，程式也噴得很猛。但三天後你再打開專案，功能散落各處、命名混亂、驗證沒做完、改一行壞三行——一切又回到原點。
GSD 到底是什麼？
一句白話：GSD 是一套讓 AI 開發從碰運氣，變成有紀律施工的流程系統。
它不是一段神奇 prompt，也不是要你假裝自己在跑五十人團隊的管理流程。它做的事情很實際：把專案步驟拆清楚，讓需求、規劃、實作、驗證、交付變成一個可以重複的節奏。
為什麼新手村的村民一定要知道它？
大多數人不是輸在不會寫程式，而是輸在這三件事：
- 需求沒講清楚就開工。
- 還沒規劃就叫 AI 直接寫。
- 寫完沒驗證，上線之後才發現問題一堆。
GSD 補的就是這三個缺口。它不是讓你看起來更專業，而是讓你比較不容易做出那種「當下覺得不錯，隔天不敢再打開」的專案。
核心指令，五個就夠
不用背一長串，日常開發用到的就是這幾個：
| 指令 | 白話意思 |
|---|---|
/gsd-new-project | 開一個新專案——先把目的、範圍、需求整理清楚再動手。 |
/gsd-next | 往下推進一步。不確定現在該做什麼，就打這個。 |
/gsd-pause-work | 今天做到這裡，先暫停。GSD 會幫你記住進度。 |
/gsd-resume-project | 回來繼續。接上次暫停的地方，不用重新交代前情。 |
/gsd-transition | 這個階段做完了，正式交接到下一個階段。 |
就這五個。記住 new 開場、next 推進、pause/resume 暫停與回來、transition 換場，日常開發的節奏就穩了。
這套最適合哪種村民？
- 常常能做出「看起來可用」，但很難維護的專案。
- 每次新需求一來，就像砍掉重練。
- 想把 AI 開發從碰運氣升級成有章法的施工流。
- 想做產品、接案、做 side project，但不想每次都在補破網。
講真的：它不是魔法，但很實用
GSD 不會讓你一夜變 CTO，但它很適合拿來避開新手最常遇到的幾種狀況：
- 需求漂移——做著做著方向就偏了。
- 實作走歪——跟原本講好的不一樣。
- 驗收跳過——「應該沒問題吧」然後就上線了。
- 越改越亂——每次修都像在拆地雷。
村長推不推薦裝？
推薦。如果你已經開始用 AI 寫專案，而且常常出現「前面很順、後面全在收拾」的狀況，GSD 值得列進你的工具箱。
安裝方式很簡單，一行指令：
npx get-shit-done-cc@latest支援 Mac、Windows、Linux。先去看官方說明，再決定要不要把它納進你自己的工作流。
給村民的一句話
AI 不是你的程式碼印表機，AI 是你的工程團隊。
而 GSD 做的事，就是幫你把這個團隊帶成一支會交付成果的隊伍。
如果你已經受夠那種「前面很順、後面全在補」的開發節奏，這套真的該試一次。
官方資源
官方 GitHub 在這裡： gsd-build/get-shit-done