第 4 章你的第一個 Vibe Coding 專案 - 零基礎學 Vibe Coding讀者專區

提示詞範本（9 則）

把方括號〔〕裡的內容換成你自己的情況，整段複製貼給 AI 就能用。

什麼時候用你有個想法，但自己也說不清楚細節，怕一開口就講歪。

我想做一個〔一句話描述你的想法，例如：幫我管理客戶回購提醒的小工具〕。我完全是零基礎，還沒想清楚細節。請你先不要寫程式，改成用問問題的方式，一次問我 3 到 5 個最關鍵的問題，幫我把需求釐清。問完後，用條列方式幫我整理成一份需求摘要讓我確認。

這招叫反向訪談。與其自己硬想，不如讓 AI 當你的採訪記者。你會發現，光是回答它的問題，很多原本沒想到的細節就自己浮出來了。

什麼時候用想法很大很完整，但你不知道該從哪裡下手、先做哪塊？

我最終想做出〔完整的產品願景，例如：一個能讓學員報名、上課、拿到證書的線上課程平臺〕。請幫我把這個大目標拆成 4 到 6 個里程碑，每個里程碑都是一個做完就能看到成果、也能實際使用的階段。請按照先簡單、能先用起來的順序排列，並說明為什麼這樣排。

好的拆解是每一步都能單獨用，壞的拆解是全部做完才能用。如果 AI 給你的第一個里程碑還要等後面才能跑，請它重排。

什麼時候用你不知道該用什麼工具或框架來做，看到一堆專有名詞就頭痛。

我想做〔你的專案，例如：一個接受線上報名並收款的活動頁〕。我是零基礎、不懂寫程式，希望盡量用簡單、資源多、好維護的技術。請推薦一套適合我的技術組合，並用你會對一個完全外行的人怎麼解釋的方式，說明每個選擇是什麼、為什麼選它、有沒有更簡單的替代方案。

一定要加上「解釋給外行聽」這句。不然 AI 很容易丟一堆術語，你複製貼上時根本不知道自己在寫些什麼？

什麼時候用你不想 AI 一上來就狂寫程式碼，想先確認方向對不對？

接下來我們要做〔功能或專案名稱〕。在寫任何程式碼之前，請先幫我寫一份簡短的開發規格，包含這幾項：這個功能要解決什麼問題、使用者會怎麼操作、需要哪些畫面、資料要存哪些欄位、有哪些例外情況要處理。寫完等我確認沒問題，你再開始寫程式。

這是 Vibe Coding 最關鍵的紀律：先對規格、再寫程式。先花五分鐘看規格，可以省下之後打掉重做的兩小時。

什麼時候用你想知道這個東西大概多難、要花多少力氣，好安排時間。

我想做〔功能清單或專案描述〕。請以一個零基礎的人用 AI 輔助開發為前提，幫我評估每一項的難度（簡單／中等／困難），以及大概需要投入的心力。並特別標出哪幾項是新手最容易卡關的地雷，先讓我心裡有數。

別問要花幾天的時間？因為 AI 很可能猜不準你的時間，所以，要問相對難度跟哪裡會卡？這才是對你有用的資訊。

什麼時候用專案要開始了，你想先知道哪裡可能出包，避免做到一半才發現。

我準備開始做〔專案描述〕。在開工前，請幫我列出 5 個新手最常在這類專案踩到的坑，例如：技術限制、資料安全、費用暴增或上線後才發現的問題等。每一個都告訴我：可能怎麼發生、以及一個簡單的預防方法。

把這份清單存起來，做到一半時拿出來對照。很多災難不是不會發生，只是你當初沒想到要防。

什麼時候用同一件事有很多做法，你只想要最不容易出錯的那個。

我要做〔具體功能，例如：讓使用者上傳一張照片並顯示出來〕。請給我對零基礎最友善的做法：步驟最少、需要設定的東西最少、最不容易出錯。如果有更強大但更複雜的做法，可以簡單提一下就好，但請明確告訴我你推薦哪一個以及原因。

新手最大的陷阱是被更專業的做法誘惑。先求能動、能用，強大是以後的事。逼 AI 幫你二選一。

什麼時候用你只有一句模糊的目標，需要把它變成一張具體的要做哪些功能清單。

我想做「〔一句話目標，例如：讓學員可以線上預約我的一對一諮詢〕」。請幫我把這句話展開成一份完整的功能清單，分成「一定要有（核心）」「有了更好（加分）」「以後再說（先不做）」三組。每項功能用一句白話描述使用者會怎麼用它。

重點在那個以後再說的欄位。它幫你把野心先收進口袋，避免第一版就想做到十全十美，結果永遠做不完。

什麼時候用功能一大堆，你想先做出一個小到能在一個週末完成、但已經有用的版本。

這是我的完整功能清單：〔貼上清單〕。請幫我圈選出一個最小可用版本：只保留讓這個產品能被真正使用一次的最少功能，其他全部砍掉。告訴我這個版本包含哪些、砍掉哪些，以及為什麼留下的這些是不可或缺的核心。

記住這句口訣：先做出醜但能用，再慢慢變好用又好看。第一版的目標是能上線給一個真人用，不是拿去參展。如果說功能是房子的水電，那前端切版就是你看得到、摸得到的裝潢與門面。這一關你要學會怎麼跟 AI 描述畫面長什麼樣，讓它幫你排出漂亮又好用的版面。你不用會畫圖，只要會用嘴巴形容，AI 就能幫你變出來。