YC合夥人談氛圍開發 (Vibe Coding) 的技巧

Share
YC合夥人談氛圍開發 (Vibe Coding) 的技巧

馭 AI 而行:Vibe Coding 不只直覺,更是精準導引的新開發哲學

Y Combinator 合夥人 Tom 透過親身實驗發現,Vibe Coding 不僅能帶來令人驚豔的開發效率,更是一門可以透過學習與實踐不斷精進的技藝。這猶如當年「提示工程」興起之初,社群中不斷湧現新的竅門與最佳實踐。

然而,儘管名稱聽來不拘小節,許多能發揮 Vibe Coding 最大潛力的技巧,其實恰恰是資深軟體工程師們早已習以為常的專業工作方法。這場訪談集結 Tom 的觀察與 YC 新創團隊的實戰經驗,為我們揭示如何在與 AI 協作的新時代,更有效地將創意轉化為實際可運行的軟體。

啟動與規劃:穩健的第一步

要開始 Vibe Coding 之旅,選擇合適的工具是首要任務。對於沒有程式基礎的初學者或專注於使用者介面(UI)快速原型開發的設計師、產品經理而言,Replit 或 Lovable 這類提供友善視覺化介面的工具是個不錯的起點,能讓想法迅速具象化為程式碼。

而對於有一定程式經驗,特別是需要處理複雜後端邏輯的開發者,則建議直接跳到功能更全面的 AI 程式碼工具,如 Windsurf、Cursor 或 Claude Code。有趣的是,受訪者們發現,有時 AI IDE 在特定問題上卡關時,將程式碼直接貼到純 LLM 的網頁介面提問,反而能意外地獲得解決方案。同時使用多個 AI 工具,根據其速度和專長(例如 Cursor 快適合前端,Windsurf 慢但思考深適合複雜邏輯),也能提升整體效率。

但無論選擇何種工具,Vibe Coding 的第一步並非急著寫程式碼,而是與 AI 共同制定一份詳細的專案計畫,並以文件形式(如 Markdown)儲存於專案中。這份計畫是協作的藍圖,應包含明確的功能範疇,甚至標註哪些功能暫不實作或留待未來。有了藍圖後,開發過程應採取「分段實作」的策略,每次只要求 AI 完成計畫中的一個小區塊。完成後立即驗證,確認程式碼符合預期並通過測試,然後使用版本控制工具 Git 提交變更,再進行下一個區塊。這種循序漸進的方式,遠比試圖讓 AI 一次性生成整個複雜專案更為可靠,也方便管理進度與偵錯。

版本控制與測試:確保品質與回溯能力

在 Vibe Coding 中,版本控制工具 Git 是你的生命線。務必嚴格使用 Git,在開始任何新功能或嘗試修復 Bug 前,先將當前狀態提交。這是因為 AI 生成的程式碼並非萬無一失,有時會產生非預期或錯誤的修改。一旦 AI 嘗試的方向不對,或者為了修 Bug 累積了一堆「糟糕」的程式碼(也就是「cruft」),最有效的方法往往不是讓 AI 在錯誤的基礎上不斷疊加修改,而是直接使用 git reset --hard 回到上一個乾淨可工作的提交點,然後重新嘗試,或者將從錯誤嘗試中學到的正確解決方案,在乾淨的程式碼上讓 AI 精準實作。

與版本控制相輔相成的是程式碼測試。雖然可以讓 LLM 協助編寫測試,但建議偏重編寫高層次的「整合測試」(Integration Tests),模擬使用者實際操作流程來驗證端到端功能是否正常。這類測試能有效捕捉 AI 在修改程式碼時,可能意外引入的「迴歸」(Regression)問題,即在改進某處功能時卻破壞了其他地方。建立強固的測試套件,就像為 AI 的每一次修改套上安全網,確保每次提交的程式碼都是穩定的。

全方位助手與除錯藝術

AI 的潛力遠不止於程式碼生成。訪談中提到,LLM 也能勝任許多非開發任務,例如設定 DNS 伺服器、透過指令列部署服務等 DevOps 工作,甚至協助設計 favicon 或處理圖片格式轉換等設計相關事務。將 AI 視為多功能助手,能在開發流程中極大化地提升效率。

除錯是開發過程中不可避免的一環。Vibe Coding 的除錯技巧始於最直接的方式:將錯誤訊息(來自伺服器日誌或瀏覽器控制台)直接複製貼給 LLM。很多時候,單憑錯誤訊息,AI 就能準確診斷問題所在。對於更複雜的 Bug,可以引導 AI 先分析可能的根本原因,列出幾個方案後再嘗試修復。同樣地,如果修復嘗試失敗,記得利用 Git 回退到原點,避免錯誤堆疊。如果一個模型難以解決,切換到另一個 LLM 模型也常有意想不到的效果,因為不同模型有各自的優勢與盲點。

為了讓 AI 更有效地理解和修改程式碼庫,遵循良好的軟體工程實踐至關重要。頻繁進行重構(Refactor),保持程式碼檔案小巧、功能模組化,是人類開發者和 LLM 都能受益的習慣。程式碼結構清晰、模組職責分明,能大幅降低 AI 在修改時產生副作用的風險。這也預示著未來軟體架構可能更趨向於模組化或服務導向,為 AI 協作提供更清晰的邊界。此外,對於不熟悉的新技術,可以請 AI 在生成程式碼後,逐行解釋其邏輯,將 AI 當作個人教師,這比傳統的查閱大量文件更為高效。

由於 AI 技術發展迅速,Vibe Coding 的方法論也在不斷演進。持續保持實驗精神,嘗試新的模型、探索不同的工具組合,並關注社群分享的新技巧,是保持領先的關鍵。不同模型在不同任務上的表現各異(例如某些擅長規劃架構,某些擅長實作細節),透過不斷實測來了解各模型的特性,能幫助你更精準地選擇工具,將 AI 的力量發揮到極致。

Vibe Coding 並非取代人類開發者,而是一種賦予開發者超能力的協作模式。它融合了 AI 的生成與分析能力,以及人類的規劃、驗證與決策智慧。透過採納諸如完善規劃、分段實作、嚴謹的版本控制、全面的測試覆蓋、模組化程式碼以及持續學習實驗等專業工程實踐,我們能夠更有效地引導 AI,將其從單純的程式碼生成器,轉變為強大的開發夥伴,共同打造出更穩健、更高效的軟體解決方案。

Read more

Saronic 的無人船六月救人、七月炸港,四天後宣布蓋 32 億美元造船廠

Saronic 的無人船六月救人、七月炸港,四天後宣布蓋 32 億美元造船廠

2026 年 6 月 9 日凌晨,一架 AH-64 阿帕契攻擊直升機墜落在阿曼外海,把兩名飛行員從水裡撈起來的,是一艘 7.3 公尺長、船上沒有人的無人水面載具(USV)。美軍第五艦隊第 59 特遣隊把這艘船開過去,這是美軍第一次公開確認在實戰環境用無人船救回機組員。 一個月又三天之後,7 月 12 日晚間,三艘外型一模一樣的船從波斯灣出發,一路開進伊朗班達阿巴斯(Bandar Abbas)海軍基地,撞上潛艦與艦艇維修設施引爆。美軍中央司令部隔天證實,這是美軍第一次在實戰中使用海上攻擊無人艇。 同一款船,同一條產線,任務決定它今天是救生艇還是彈藥。這款船叫 Corsair,做的公司叫 Saronic Technologies,2022 年才在德州奧斯汀成立。 而就在四天前的 7 月 16 日,這家成立四年的公司宣布要在德州布朗斯維爾(

By Fox Hsiao
Archer、Anduril 與 Thunder:一套電動飛行技術,如何同時吃下奧運與戰場

Archer、Anduril 與 Thunder:一套電動飛行技術,如何同時吃下奧運與戰場

2026 年 7 月 20 日,一家叫 Archer 的公司同時活在兩個世界。在其中一個世界,它是 2028 洛杉磯奧運的獨家空中計程車供應商,要讓乘客從塞車地獄裡直接飛過去;在另一個世界,它跟國防科技公司 Anduril 一起,亮出一架要陪著阿帕契(Apache)攻擊直升機上戰場的自主攻擊旋翼機 Thunder。 這架 Thunder 跟 Anduril 共同開發,用的是一個全新設計的自主垂直起降平台,而同一個平台還有一個商用版,叫 Halo,一個做國防、一個做民用。Archer 本來最出名的是載客用的空中計程車 Midnight,如今卻同時把觸角伸進戰場。一家幫奧運載客的新創,怎麼會突然做起攻擊無人機,這條線一路追下去,會牽出 Anduril 一個很少被講清楚的成長祕密。 Archer 本來是一家賣「飛天計程車」的公司 先把 Archer 是誰講清楚,

By Fox Hsiao
前 CIA 局長在《外交事務》說明,台灣需要讀懂的事:主權國防戰略生態系

前 CIA 局長在《外交事務》說明,台灣需要讀懂的事:主權國防戰略生態系

裴卓斯(David Petraeus)指揮過駐伊拉克與阿富汗聯軍、當過美國中央司令部司令,退役後接掌 CIA。7 月初,他和在烏克蘭營運 AI 非營利組織的 Clara Kaluderovic 在《外交事務》(Foreign Affairs)合寫了一篇文章,標題就點名台灣,〈台灣一直沒學到的烏克蘭課〉,副標是「問題不在無人機,在無人機周圍的一切」。 文章的出發點,是擔心各國軍方把烏克蘭戰場讀成一份採購目錄。無人機便宜又有效,那就編預算買無人機,看起來這樣學最快,但兩位作者認為這樣只學到皮毛,烏克蘭真正的本事,是圍繞這些便宜武器搭起來的整套生態系,而他們判斷最可能錯過這一課的地方,正是同樣面對強鄰入侵威脅的台灣。 烏克蘭真正的武器是生態系 這套生態系怎麼運作,黑海看得最清楚,2022 年 2 月開戰時,烏克蘭為了不讓旗艦落入俄軍手中,自己把它鑿沉,等於一開戰就沒有海軍。兩年之內,這個沒有海軍的國家把俄軍黑海艦隊逐出塞凡堡母港,摧毀、重創超過三分之一的黑海艦艇,剩下的船只能躲到離烏克蘭最遠的港口,做法是空中無人機負責找船、

By Fox Hsiao
68 歲拒絕交棒、全押 AI:孫正義要讓 SoftBank 衝上 1,000 兆日圓

68 歲拒絕交棒、全押 AI:孫正義要讓 SoftBank 衝上 1,000 兆日圓

六月二十四日,孫正義(Masayoshi Son)站上 SoftBank 第四十六屆股東會的講台,沒有先講財報數字,而是先講了一隻鵝。十六年前,這隻鵝在市場眼中的價值是零。 這場股東會的氣氛,跟一個多月前那場財報說明會不太一樣。五月那場是財務長後藤芳光主講,孫正義因為膝蓋還在復原沒上台。這次他自己來了,講了快一個半小時,從一隻會下金蛋的鵝講到他父親臨終前的最後一句話,中間夾著一個聽起來像天文數字的目標,一千兆日圓。 十六年前,那隻鵝值零元 孫正義用的是大家從小就聽過的那個寓言,會下金蛋的鵝。他把一顆金蛋換算成一兆日圓,然後帶大家回到十六年前。 那是 2010 年,SoftBank 創立三十週年,他在股東會上發表「新三十年願景」。當時集團的持股權益價值是五兆日圓,等於五顆金蛋,扣掉兩兆日圓的負債,股東淨值(NAV)剛好三兆日圓,也就是三顆金蛋。問題出在另一個數字上,當年 SoftBank 的市值也是三兆日圓,跟淨值一模一樣。 這代表什麼?孫正義的帳是這樣算的,淨值已經把帳上看得到的三顆蛋算進去了,市值卻只值三顆蛋的錢,那麼會下蛋的這隻鵝本身,

By Fox Hsiao