Get Shit Done：一套為 Claude Code 打造的元提示、上下文工程與規格驅動開發系統

背景

Get Shit Done（簡稱 GSD）是一款針對 Claude Code 等 AI 程式碼開發工具設計的元提示詞（Meta-prompting）與上下文工程系統。其核心目標是解決 AI 在處理長對話時常見的「上下文腐敗」問題，透過規格驅動的開發流程，讓開發者能以高層次的意圖描述來引導 AI 完成複雜的工程任務，而非陷入瑣碎的指令往返。

社群觀點

在 Hacker News 的討論中，社群對於 GSD 的評價呈現兩極化。支持者認為這類框架極大地提升了開發效率，特別是對於非傳統領域轉職的開發者而言，GSD 提供的結構化流程能彌補經驗不足。例如有使用者分享自己從系統工程師轉型為 App 開發者的過程中，利用 GSD 在一個月內產出了高達 25 萬行的程式碼，並建立了包含單元測試、端對端測試與截圖回歸測試的完整自動化流程。對這些使用者來說，GSD 的價值在於它能處理複雜任務中 95% 的工作量，剩下的 5% 則留給人工進行最後的微調與驗證，這種生產力的躍升是原生 Claude Code 難以企及的。

然而，反對意見主要集中在資源消耗與過度工程化。多位使用者指出，GSD 是一個極其耗費 Token 的系統，其運作機制會迅速消耗掉 API 的對話額度，甚至有人在短短三十分鐘內就用完了原本可支撐五小時的配額。部分資深開發者認為，雖然 GSD 標榜去除了企業級的繁文縟節，但其內部的 XML 格式化與子代理編排在某種程度上也是另一種形式的過度設計。對於習慣直接掌控 AI 邏輯的開發者來說，Claude Code 內建的計畫模式（Plan mode）已經足夠應對大多數場景，額外的框架反而顯得累贅且昂貴。

此外，社群也針對「規格驅動」的本質進行了深入探討。有觀點認為，這類工具的成敗關鍵不在於工具本身，而在於使用者是否能清晰定義自己的需求。如果開發者無法準確描述目標，任何先進的提示詞框架都無法產出高品質的結果。也有討論提到，這類提示詞腳手架（Scaffold）可能只是 AI 發展過程中的過渡產物，隨著模型能力的演進，未來 AI 或許能原生具備這些邏輯推理與上下文管理能力，屆時這類外掛系統的必要性將會降低。目前看來，開發者正處於一個從傳統整合開發環境（IDE）轉向以終端機為中心、更直接且具備高度可塑性開發模式的轉折點。

延伸閱讀

在討論串中，使用者也提到了其他類似的規格驅動開發工具或相關資源，包括：

• Superpowers：被視為 GSD 的主要競爭對手，部分使用者認為其在功能與 Token 消耗之間取得了較好的平衡。
• OpenSpec：另一款規格驅動框架，特色在於允許使用者高度自定義工作流。
• Horizon：一個為終端機與 AI 協作設計的無限畫布工具。
• Whiteboar.it：由使用者分享，完全利用 GSD 開發並成功上線的 SaaS 產品案例。