想要更好地編寫產品代碼嗎？ 以下是我在完成1800次提交和超過1000小時的編碼後可以分享的一些技巧和竅門： 1. 首先向LLM解釋你的想法，讓它為你準備一份PRD和架構文檔（作為md文件）。 2. 將md文件加載到你的LLM中，讓它閱讀所有內容，並告訴它創建一份實施計劃文檔。 3. 為了充分利用它，與其使用通用的LLM，不如讓具備特定技能的子代理負責不同的部分。這樣你將擁有一組專業的團隊成員，而不是一個通才的LLM。 4. 為了讓第3點有效，告訴你的LLM將代理編碼為其領域的世界級專家，由最優秀的人進行培訓，或者更好的是，使用工具來生成代理（我將很快分享我為此構建的工具，名為Spawner）。 5. 在實施過程中，確保盡可能多地使用GitHub提交。與其試圖一次性完成整個應用，不如測試每個功能以確保它們正常運行，然後再進行下一個。 6. 為了讓UI設計不顯得雜亂，我強烈建議導入參考資料或使用一個對以下內容有更多上下文的UI技能代理：（1）你希望用戶如何體驗你的產品，（2）你的目標受眾是誰，（3）讓一個頁面看起來驚人，（4）讓AI在你產品的其餘部分使用該樣式，以及（5）告訴AI避免漸變和糟糕的圖標，因為它通常會默認使用這些。 7. AI在構建授權系統方面並不出色，特別是對於X。對此也要使用一個熟練的代理：這會讓一切變得容易得多。如果不這樣做，你可能會花幾個小時抓狂。 8. 如果你不喜歡某些功能並想要更改它們，請確保之後告訴AI檢查你的代碼庫並清理任何未使用的功能和代碼。更好的是：回到某個功能編碼之前的提交，從那裡構建你想要的版本。如果讓你的代碼變得雜亂無章，會造成很多麻煩，讓你想要放棄項目：即使有AI，修復問題也會變得無法忍受。 9. 告訴AI使用變更日誌文檔，並確保你的初始架構/PRD文檔更新以一致地反映你當前的功能。如果你的初始文檔和當前功能出現偏差，AI可能會對你的功能集產生錯誤的印象，這可能導致雜亂的功能和代碼。 10. 使用漏洞掃描器檢查你是否留下了暴露的秘密或安全漏洞：AI往往會有這些問題。我也為此構建了一個工具；請查看vibeship dot co。 祝你好運！