[Vibe Coder #5] 如何閱讀錯誤訊息,以及 AI 修不好錯誤、反覆打轉時的脫身方法
當紅色錯誤訊息佔滿畫面時,心裡會猛然一沉。英文密密麻麻,滿是第一次見到的單字,看起來也沒告訴你到底做錯了什麼。因此,許多 vibe coder 不讀錯誤訊息就直接關掉,對 AI 說:「不能用,幫我修好。」接著 AI 開始修改不相干的地方…
閱讀文章AUTOMATE · 35 ARTICLES
按新舊順序瀏覽 AI 代理 文章。
所有文章
當紅色錯誤訊息佔滿畫面時,心裡會猛然一沉。英文密密麻麻,滿是第一次見到的單字,看起來也沒告訴你到底做錯了什麼。因此,許多 vibe coder 不讀錯誤訊息就直接關掉,對 AI 說:「不能用,幫我修好。」接著 AI 開始修改不相干的地方…
閱讀文章App 完成了。在我的電腦上執行得非常完美。我為了向朋友炫耀,複製網址列中的 localhost:3000 傳給他,朋友卻回覆:「打不開耶?」我鼓起勇氣做了部署,這次卻變成原本在我的電腦上正常運作的 App,在網路上不斷噴出錯誤。
閱讀文章把工作交給 AI 程式碼代理的好處,是人不必一直守在座位旁。但實際離開座位後,馬上會出現另一個問題。如果代理停在提問狀態,整個工作就會停到你回來為止。結果反而形成無法離開筆電前的矛盾…
閱讀文章進行 Vibe coding 時,總會遇到這一天:你請 AI 為昨天還運作正常的 App 新增一項功能,結果 AI 到處修改,讓整個 App 都無法執行。即使你拜託它「還原成剛才的狀態」,AI 也無法精確回復。被修改的地方有 20 處,其中到底哪裡…
閱讀文章上一篇把 App 比喻成餐廳:用餐區(前端)、廚房(後端)、倉庫(DB)。這次要談 Vibe Coding 最容易出問題的主題:API,以及 API 金鑰。大家都看過「絕對不要公開金鑰」的警告,但很少有人說明金鑰是什麼、在哪裡,以及外洩後會發生什麼事。本文一次整理清楚。
閱讀文章使用 AI 程式碼工具時,常常會重複相同指示,例如「提交訊息請使用這個格式」或「部署前請依照這份檢查清單」。
閱讀文章使用多個 AI 程式設計代理程式時,有時確認「誰在什麼分支上做什麼」所花的時間,會比撰寫程式碼還長。開啟多個終端機、切換分支並比較變更後,平行工作的優點很快就會被沖淡。
閱讀文章用語言指示 AI 建立 App 的人越來越多。只要對 Cursor、Claude Code 或 v0 說「幫我做這種服務」,真的會得到能執行的 App。但完成後,大家常遇到同一個障礙:App 能跑,卻不知道 AI 到底做了什麼。
閱讀文章前幾篇介紹了節省上下文的方法:在工作邊界清除歷史紀錄(第3篇),並將固定成本設計得短小(第4篇)。但仍有些工作難以負荷,例如「請搞清楚這個程式碼庫中的付款邏輯如何流動」。認真的代理程式會讀取數十個檔案,所有內容都會堆進上下文。調查完成時,反而沒有足夠的上下文用來修改程式碼。
閱讀文章系列最後一篇談錢。如果你曾用 API 執行代理程式,應該在帳單上看過異常:輸入權杖費用遠高於輸出。回想第 1 篇的結構就很合理。每一輪都重新傳送從系統提示詞到完整對話記錄的內容,因此 50 輪代理程式工作階段等於為同一份系統提示詞付費 50 次…
閱讀文章如果你一路讀到這裡,應該會看出一個共通模式:盡量減少放在脈絡視窗中的內容。第 3 篇的「在 /clear 前將狀態寫入檔案」、第 4 篇的「只放指標,不放全文」,以及第 5 篇的「將過程交給子代理程式,只把結論交給主要代理程式」,全都指向同一個方向。不過,我們還沒有好好處理這些檔案,也就是移到脈絡外的資訊,究竟要放在哪裡。
閱讀文章第 3 篇介紹了如何用 /clear 清除對話記錄。但在 /clear 後立即查看剩餘內容,會發現並不是 100%。在 Claude Code 執行 /context,就能看出原因:系統提示、工具定義、CLAUDE.md,以及 MCP 伺服器註冊的工具,早已佔用數萬個權杖…
閱讀文章