什麼是 Prompt-driven Development？

用白話快速理解 Prompt-driven Development

Prompt-driven Development 是一種以「如何描述需求」為核心的開發方式，透過清楚的自然語言提示（Prompt），引導 AI 協助產生程式碼、結構與系統邏輯。

在傳統開發流程中，程式碼是唯一的溝通語言。人必須先把想法翻譯成正確的語法，電腦才能理解。這樣的流程對非工程背景的人來說門檻極高，即使是工程師，也常因為需求描述不清而反覆修改。

當 AI 開始能夠理解自然語言、上下文與意圖後，開發流程出現了新的可能性：人不再只能用程式碼溝通，而是可以先用語言表達需求，再由 AI 協助轉譯成技術實作。

Prompt-driven Development 正是在這個轉變中誕生，它讓「怎麼說需求」成為開發流程的核心能力。

想像你正在開發一個會員系統。傳統做法是先決定框架、資料表結構與 API 設計，再一步步實作。如果中途發現需求理解錯誤，往往需要大幅重寫。

在 Prompt-driven Development 中，你會先用自然語言描述整個流程，例如使用者如何註冊、登入、修改資料，以及哪些行為需要驗證。AI 會根據這些描述，協助產生對應的程式碼結構與資料設計。

這樣的流程讓你可以先確認「系統是不是做對了」，再逐步優化「怎麼做得更好」。

在 Vibe Coding 的流程中，Prompt-driven Development 幾乎是最核心的一環。Vibe Coding 強調從「想完成什麼系統」開始，而 Prompt 正是把這個想法傳達給 AI 的方式。

你不需要一開始就知道該用什麼技術，而是先清楚說明系統的目標、流程與限制。AI 會根據這些提示，幫助你探索可能的實作方向。

在這樣的合作關係中，人類負責判斷需求是否合理，AI 則負責加速實作與調整。

第一個常見誤解是，以為 Prompt 只是一段隨便的文字。實際上，Prompt 的品質直接影響 AI 能否理解真正的需求，模糊的描述只會產生模糊的結果。

第二個誤解是，認為 Prompt-driven Development 可以一次完成所有事情。現實中，這是一個反覆對話與修正的過程，而不是單向指令。

第三個誤解是，把它當成取代思考的工具。事實上，Prompt-driven Development 反而更需要清楚的思考，因為你必須把腦中的想法說清楚。

當需求非常明確、且已有成熟範本時，直接實作可能會更有效率。在這類情境下，過度依賴 Prompt 反而會增加溝通成本。

此外，在高度受限或需要精準控制細節的系統中，Prompt-driven Development 通常只適合作為輔助，而不是主要流程。