十幾輪對話做完一個網站：AI 生成開發，省下的時間花到哪裡去了

開發者 wwk 在 2026 年 10 月 19 日於 V2EX 分享了一個作品：丟幾個參考連結給 Grok 的機器人，來回約十幾輪對話，做出一個 AI 工具導航站 MeetNewAI，完成後直接部署上線。

他對整個過程的描述很短，但那一句「開發耗時 1%，選域名耗時 99%」，比網站本身更值得停下來看。當生成程式碼的成本趨近於零，一個網站專案最貴的環節，變成取名字、查域名、確認沒撞名。這個比例當然是玩笑式的誇張，但方向是真實的：AI 把「寫出能跑的網站」這件事的難度壓到地板之後，人的時間往哪裡移動，成了新的問題。

生成很快，修得很慢

這個故事裡最有資訊量的部分，其實是原po自己貼的回覆。網站上線後他發現登入功能有 bug，於是補了一句「看來是得 20 輪對話才行」。

十幾輪做出來的網站，要再花好幾輪修 bug，這正是目前 AI 生成開發的典型節奏。生成階段產出的是「看起來完整」的東西，而登入這類涉及狀態與資料流的功能，往往要到實際使用時才會露出縫隙。開發者省下的是把程式碼一個字一個字打出來的時間，多出來的是反覆描述問題、讓 AI 理解上下文再重試的時間。對簡單的展示型網站，這筆交換很劃算；一旦功能變複雜，來回溝通的成本會快速喫掉生成的速度優勢。

這與我們先前觀察過的開發者趁週末用 AI 寫出開源工具 FrpcDeck的現象是同一個脈絡：AI 輔助開發讓「一個人、一個週末、一個能用的產品」從特例變成常態，但每個案例都伴隨後續打磨的隱性成本。

介面細節是另一個還沒被解決的缺口

另一位 V2EX 使用者 JollyJ 對網站提出了四點介面反饋：語言切換的兩個狀態色塊重疊、搜尋欄點擊後另開獨立搜尋框造成互動斷裂、分類切換時的載入提示造成視覺閃爍、部分區塊缺少滑鼠懸浮回饋。他的結論是整體設計不錯，但互動細節與視覺語言還需要統一，並建議讓 AI 按一套 UI/UX 規範整體檢查一遍。

這份反饋正好點出 AI 生成網站的品質分布。AI 很容易產出「看起來像一個網站」的版面，因為它的訓練資料裡有成千上萬個導航站與落地頁的長相。但懸浮狀態、載入過渡、安全區這類需要跨頁面一致性的細節，目前仍要靠人眼逐一檢查，或者靠一份明確寫下來的規範去約束 AI。

原po自己也承認，目前的樣式「致敬其他網站致敬得太明顯」，過幾天還要再讓 AI 改一輪，免得被人點名批評。換句話說，這個專案從誕生到能見人的版本，中間至少還排著兩輪 AI 改版：一輪修登入 bug，一輪換掉致敬味太重的樣式。

對想做同類網站的人，實際的判斷是什麼

導航站是內容門檻最低的網站類型之一：一個清單、一組分類、幾張卡片，功能上沒有太深的護城河。AI 把它的建置成本壓低之後，競爭的重點更明顯地移到兩件事上：收錄清單的篩選品質，以及能不能累積到別人無法用十幾輪對話複製的東西，例如穩定的流量、社羣關係或更新節奏。

對個人開發者而言，這則分享給出的務實結論大致是：AI 適合把想法快速推到「可部署」的狀態，但驗收、互動細節與樣式原創性，仍然是自己的工作。把 AI 生成的第一版當成草稿而非成品，時程預期會準確得多。

至於 MeetNewAI 這個域名，開發者說 meetnewai 可以讀成 meet new AI，好記與否見仁見智，但那 99% 的選名時間提醒了一件事：當製造變得免費，命名與定位這些原本不起眼的環節，反而成了整個專案裡最難外包給 AI 的部分。