YC 編寫的 《Vibe Coding 指南》 與 AI 結(jié)對(duì)編程，就像是擁有了一位雖然才華橫溢、但偶爾會(huì)“走神”的實(shí)習(xí)生。

YC是什么?

Y Combinator

（簡稱YC）成立于2005年3月，是一家以投資種子階段初創(chuàng)公司為業(yè)務(wù)的創(chuàng)投公司。與傳統(tǒng)的創(chuàng)投公司不同，Y Combinator比較像一個(gè)初創(chuàng)公司團(tuán)隊(duì)的「孵化器」，并以孕育創(chuàng)業(yè)公司為目標(biāo)的「訓(xùn)練營」；他們不只會(huì)向初創(chuàng)公司提供一定金額的種子基金，而且會(huì)給予他們創(chuàng)業(yè)建議，以及每年舉行兩次，每次為期三個(gè)月的「課程」（在加利福尼亞的山景城舉行），以讓參加了的創(chuàng)業(yè)團(tuán)隊(duì)增強(qiáng)他們的執(zhí)行能力。 Y Combinator會(huì)收取初創(chuàng)公司的總資產(chǎn)凈值的平均6個(gè)百分比的資金作為回報(bào)。

下面是原文：

它能在一小時(shí)內(nèi)幫你完成過去需要一周才能搞定的工作，但有時(shí)也會(huì)在你項(xiàng)目的核心代碼里悄悄埋下一個(gè)“驚喜”。

那么，如何才能駕馭好這位強(qiáng)大的編程伙伴呢？

我們采訪了多位利用 AI 編碼的創(chuàng)始人，總結(jié)出了這套實(shí)用的“AI 協(xié)作編程指南”。

1.規(guī)劃流程

好的開始是成功的一半，別指望“憑感覺編程” (Vibe Coding) 能帶你走向成功，與 AI 高效協(xié)作的第一步，是制定一個(gè)清晰的路線圖。

? 制定周詳計(jì)劃: 首先，和你的 AI 助手一起，在 Markdown 文件里寫一份詳盡的實(shí)施計(jì)劃。

? 評(píng)審與精簡: 審視這份計(jì)劃，刪掉不必要的部分。如果某個(gè)功能過于復(fù)雜，果斷地將其標(biāo)記為“暫不開發(fā)”。

? 控制項(xiàng)目范圍: 單獨(dú)開辟一個(gè)“未來想法”區(qū)域，把暫時(shí)不做的好點(diǎn)子都放進(jìn)去，這能幫助你保持專注。

? 小步快跑，增量實(shí)現(xiàn): 按部就班，一部分一部分地去實(shí)現(xiàn)，不要試圖一口氣吃成個(gè)胖子。

? 追蹤進(jìn)度: 每當(dāng)一個(gè)部分成功實(shí)現(xiàn)后，讓 AI 將其標(biāo)記為“已完成”。

? 頻繁提交: 在進(jìn)入下一個(gè)環(huán)節(jié)之前，確保每個(gè)能正常工作的部分都已提交到 Git。 版本控制策略 當(dāng)你的 AI 伙伴開始“自由發(fā)揮”時(shí)，版本控制系統(tǒng)就是你最可靠的后悔藥。

? 將 Git 奉為圭臬: 不要完全依賴 AI 工具自帶的撤銷功能，Git 才是你的生命線。

? 從干凈的起點(diǎn)開始: 每開發(fā)一個(gè)新功能，都確保你的 Git 工作區(qū)是干凈的。

? 果斷重置: 如果 AI 開始“天馬行空”，讓代碼變得一團(tuán)糟，別猶豫，立即使用 git reset --hard HEAD 命令回到上一個(gè)正常的狀態(tài)。

? 避免問題滾雪球: 一次又一次失敗的嘗試，只會(huì)在錯(cuò)誤的代碼上堆砌更多錯(cuò)誤的代碼。

? 清爽地實(shí)現(xiàn): 當(dāng)你最終找到解決方案后，先重置代碼庫，然后在一個(gè)干凈的版本上重新、清爽地實(shí)現(xiàn)它。

2.測試框架

和 AI 協(xié)作時(shí)，測試不僅是保證質(zhì)量的手段，更是防止它“好心辦壞事”的護(hù)欄。

? 優(yōu)先進(jìn)行高層級(jí)測試: 相比單元測試，優(yōu)先編寫端到端的集成測試。

? 模擬用戶行為: 通過模擬真實(shí)用戶在網(wǎng)站或應(yīng)用中的點(diǎn)擊操作來測試功能。

? 捕獲“回歸”問題: 大語言模型 (LLM) 常常會(huì)在修改代碼時(shí)，無意中破壞一些不相關(guān)的功能。測試能幫你及時(shí)發(fā)現(xiàn)這些問題。

? 先測試，再前進(jìn): 在開始下一個(gè)新功能之前，確保所有現(xiàn)有的測試都能通過。

? 用測試作為護(hù)欄: 一些創(chuàng)始人建議，可以先編寫測試用例，這能為 AI 的工作提供清晰的邊界和目標(biāo)。

3.高效修復(fù) Bug

當(dāng) Bug 出現(xiàn)時(shí)，別單打獨(dú)斗，讓 AI 幫你分析。

? 善用錯(cuò)誤信息: 很多時(shí)候，你只需要把完整的錯(cuò)誤信息直接復(fù)制粘貼給 AI，它就能給出解決方案。

? 先分析，再動(dòng)手: 在急于寫代碼修復(fù)之前，先讓 AI 分析并列出幾種可能導(dǎo)致 Bug 的原因。

? 失敗后就重置: 每次修復(fù)嘗試失敗后，都回到干凈的代碼狀態(tài)再進(jìn)行下一次嘗試。

? 添加日志: 在關(guān)鍵位置添加日志記錄，能幫你和 AI 更好地理解代碼的實(shí)際運(yùn)行情況。

? 切換模型: 如果一個(gè) AI 模型卡住了，不妨換個(gè)別的模型試試，也許會(huì)有意想不到的效果。

? 清爽地修復(fù): 和開發(fā)新功能一樣，一旦找到 Bug 的根源，就重置代碼，然后干凈利落地實(shí)現(xiàn)修復(fù)方案。

4.AI工具優(yōu)化

工欲善其事，必先利其器。

充分配置你的 AI 工具，能讓協(xié)作效率更上一層樓。

? 創(chuàng)建指令文件: 在項(xiàng)目里創(chuàng)建專門的指令文件（比如 cursor.rules, windsurf.rules, http://claude.md ），把詳細(xì)的指令和規(guī)范寫在里面。

? 本地文檔: 把需要用到的 API 文檔下載到項(xiàng)目文件夾里，這能讓 AI 的回答更加準(zhǔn)確。

? 多工具協(xié)作: 有些創(chuàng)始人甚至?xí)谕粋€(gè)項(xiàng)目上同時(shí)運(yùn)行 Cursor 和 Windsurf 這樣的不同工具。

? 各取所長: 通常，Cursor 在處理前端任務(wù)時(shí)速度更快，而 Windsurf 更擅長處理耗時(shí)較長的復(fù)雜任務(wù)。

? 貨比三家: 讓不同的工具生成多種解決方案，然后挑選出最好的那一個(gè)。 復(fù)雜功能開發(fā) 面對(duì)復(fù)雜的大型功能，關(guān)鍵在于“化整為零”。

? 創(chuàng)建獨(dú)立原型: 先在一個(gè)全新的、干凈的代碼庫里，把復(fù)雜功能的核心部分構(gòu)建成一個(gè)獨(dú)立的原型。

? 提供參考范例: 指向一個(gè)已經(jīng)能正常工作的代碼示例，讓 AI 學(xué)習(xí)和模仿。

? 明確邊界: 保持外部 API 的一致性，允許 AI 在內(nèi)部自由修改和重構(gòu)。

? 模塊化架構(gòu): 基于服務(wù)的模塊化架構(gòu)，由于其邊界清晰，比龐大的單體倉庫 (monorepo) 更適合與 AI 協(xié)作。

5.技術(shù)棧的選擇

你的技術(shù)選擇，會(huì)直接影響 AI 的發(fā)揮。

? 成熟框架表現(xiàn)更佳: 像 Ruby on Rails 這樣擁有 20 年發(fā)展歷史和大量慣例的框架，AI 對(duì)其理解更深。

? 訓(xùn)練數(shù)據(jù)是關(guān)鍵: 像 Rust、Elixir 這樣的新興語言，由于可供 AI 學(xué)習(xí)的公開代碼較少，AI 的表現(xiàn)可能會(huì)稍遜一籌。

? 模塊化是王道: 把代碼拆分成更小的文件，不僅方便人類閱讀，也更容易讓 AI 理解和處理。

? 避免“萬行神文件”: 不要讓單個(gè)文件膨脹到數(shù)千行，這會(huì)成為你和 AI 的噩夢。

編碼之外的妙用 AI 的能力遠(yuǎn)不止寫代碼。

? DevOps 自動(dòng)化: 讓 AI 幫你配置服務(wù)器、DNS 和托管服務(wù)。

? 設(shè)計(jì)輔助: 用 AI 生成網(wǎng)站圖標(biāo) (favicon) 和其他設(shè)計(jì)元素。

? 內(nèi)容創(chuàng)作: 幫你起草產(chǎn)品文檔和市場營銷文案。

? 你的私人教師: 讓 AI 逐行解釋它生成的代碼，幫助你學(xué)習(xí)和理解。

? 利用截圖: 遇到界面 Bug 或想借鑒某個(gè)設(shè)計(jì)時(shí)，直接把截圖發(fā)給 AI。

? 語音輸入: 借助像 Aqua 這樣的工具，你可以用每分鐘 140 個(gè)單詞的速度通過語音輸入指令，比打字快得多。 持續(xù)改進(jìn) 與 AI 的合作是一個(gè)不斷磨合、共同進(jìn)步的過程。

? 定期重構(gòu): 當(dāng)你建立起完善的測試體系后，就可以大膽地、頻繁地進(jìn)行代碼重構(gòu)。

? 發(fā)現(xiàn)改進(jìn)機(jī)會(huì): 主動(dòng)詢問 AI，讓它幫你找出代碼中可以重構(gòu)優(yōu)化的部分。

? 緊跟潮流: 每個(gè)新模型發(fā)布后都去試試，了解最新的技術(shù)進(jìn)展。

? 認(rèn)識(shí)模型特長: 不同的模型有不同的“性格”和擅長的領(lǐng)域，學(xué)會(huì)在合適的任務(wù)中選擇合適的模型。

“關(guān)注我，了解第一批空間計(jì)算的產(chǎn)品經(jīng)理做什么”

點(diǎn)擊加入

AI開源項(xiàng)目拆解群，以及每天體驗(yàn)1款A(yù)PP

我創(chuàng)建的產(chǎn)品設(shè)計(jì)打卡社群，加入后365天，每天體驗(yàn)一款A(yù)PP。提升產(chǎn)品設(shè)計(jì)能力，同時(shí)有1300份體驗(yàn)報(bào)告幫助你找到競品。

在這里你可以隨時(shí)查詢到你想找的各類競品行業(yè)APP以及我收集整理的開源Github項(xiàng)目，馬上得到APP的一手產(chǎn)品優(yōu)化、交互設(shè)計(jì)、功能描述信息。

從優(yōu)化&建議、商業(yè)模式、運(yùn)營、功能描述、交互設(shè)計(jì)、產(chǎn)品定位至少6個(gè)維度，體驗(yàn)一款應(yīng)用。

平均1天1塊錢，掃碼購買即可加入

連續(xù)體驗(yàn)48款應(yīng)用，通過后原路退回

報(bào)名后添加星球助理

PMTalk123