讓 GPT 自己把站建起來：一則 V2EX 提問，十六則回覆濃縮出的協作共識

2026 年 10 月 4 日，V2EX 程式員節點出現一則提問：「建個站，要怎樣的提示詞或方法，GPT 可以自己做呢？」發文者開宗明義說，只想告訴 AI 自己的想法、盡量少改動，看看能不能做出好效果。一天不到，這則帖子累積超過一千次瀏覽與十六則回覆。問題本身不新，但回覆們意外整齊地指向同一組結論，值得整理。

回覆裡的第一個共識：問題不在提示詞，在需求

幾則高互動的回覆幾乎都在糾正前提。有人直言「你問了 GPT 沒有」，也就是先問再說；有人反問「淘寶網頁版、小公司官網都是一個站，你覺得兩者是一回事嗎」，點出「建站」的複雜度跨度極大，不可能有一體適用的提示詞。另一位則說「首先你自己要知道怎麼做」。

這幾句話合起來，其實就是目前 AI 協作開發最核心的運作條件：模型能替你執行，但很難替你決定。需求描述得越模糊，AI 產出的東西就越可能是「能跑，但不是你要的」。一位回覆者用最短的句子總結了這點：「AI 怎麼都能做出來，但很可能不是你想要的。」

這與我們先前整理過的提示詞可核對案例清單是同一個邏輯：有價值的從來不是某句神奇咒語，而是把需求與條件寫到可以被複現的程度。

第二個共識：先出方案、人來選、再落地

多則回覆給出的工作流程高度一致。有人建議「說原始需求，讓 AI 先出方案，你來選方案，方案確認了再落地」；有人說要「和 AI 不斷探討，確定方案，試著做一版，繼續討論修改」；也有人強調「一小步一小步的做，就能最大程度避免返工」。

用日常比喻，這比較像跟裝潢師傅溝通：你不會只說「幫我弄好看」，而是先讓師傅出平面圖，你圈選、改細節，確認後再進場施工，而且分階段驗收。提示詞的角色是每一次會議的會議紀錄，把「要什麼、不要什麼、做到哪」寫清楚，而不是一句委託書。

第三個共識：手感與規格，是兩條可行路線

回覆裡有兩則方向稍微不同、但值得注意。一則建議先自己動手做兩個站，「有手感了然後讓 AI 自己總結」，也就是先累積判斷力再交給模型。另一則推薦 spec-driven 的方式，點名 GitHub 的 spec-kit 專案與作者在 YouTube 上的教學：先把規格寫成文件，讓 AI 依規格驅動開發。還有人提議「讓模型教你理解同類型開源專案如何從零到一設計到實現」，先學再蓋。

所以呢

把十六則回覆去掉情緒與玩笑，剩下來的可操作清單很短：先描述原始需求而不是提示詞；讓 AI 出方案、你做選擇；小步落地、逐步驗收；必要時用 spec 類工具把需求寫成可版本化的文件。至於「一句話讓 GPT 全自動建站」這種期待，帖子裡最誠實的回答是那句反問：你要的是計算機，還是微信？規模先講清楚，方法自然浮出來。