每個獨立開發者都會被反覆問到同一個問題，而它是個錯的問題：「你用的是哪個 AI 程式開發工具？」

這個問題暗示工具是瓶頸——好像只要找到對的助手，事情就會變簡單。不會的。現在這些工具大致上已經拉平了，它們之間的差距，比「把一個用得好」和「把十個用得爛」之間的差距還小。這篇文章講我最後定下來的堆疊，以及通常被略過的那部分故事：最大的收穫不是工具，而是停止搜尋。

誠實地講，我的堆疊

一個程式代理、底下一個模型、幾個輔助工具。就這樣。沒有十二個助手的儀表板，也沒有「前後端分開用不同工具」的把戲。

  • 代理： 一個在終端機裡直接編輯專案檔案的程式助理。Claude Code 是我的預設；Cursor 是同樣的概念、但放在編輯器裡。真正重要的區別不是選哪個——而是終端機原生 vs. 編輯器原生，兩者都行。選一個會直接改你檔案的，然後每天都用。
  • 模型： 你預算允許下最強的推理模型，指向你選的那個代理。代理是介面；模型是大腦。你不需要到處比模型——你需要一個可靠地讀懂你整個程式碼庫、而不只是一小段程式碼的模型。
  • 版本控制： 沒有商量餘地，而這正是多數代理工作流出事的地方。代理是你最快的隊友，也就是你最快出錯的隊友。Git 是唯一能讓你大膽嘗試、還能全身而退的東西。
  • 人的過濾器： 你，帶著「輕微懷疑」去讀每一份 diff。這不是工具。這是整套紀律，而且是任何工具都取代不了的部分。

為什麼我不再換工具了

這裡有個誠實的部分，是任何工具比較影片都不會告訴你的：我一開始那段時間都在調設定、而不是在建東西，那是我生產力最低的一段日子。

每週都有新的「Claude Code 殺手」。每個月都有新模型宣稱更聰明。換工具（switch）的誘惑永遠存在，而且它感覺像在進步，因為你很忙。但換工具是你代替建東西去做的事，而且它的切換成本要等加總起來才看得見。

有兩件事終結了我的這個迴圈：

  1. 工具收斂了。 到了 2026 年，頂尖助手之間誠實的差異已經很小——小到比一次提示（prompt）到下一次之間的變異還小。「誰最好」的爭論現在大部分是內容農場的噪音。
  2. 熟悉度會複利。 一個讀了我專案好幾個禮拜的助手，知道我的慣例、我的檔案架構、我的盲點。一個全新的「更好」工具，這些都不知道，還得花一週重新學。這個起跑優勢比任何跑分都重要。

最好的工具是你已經會的。把換工具的心力省下來，拿去出貨。

唯一真正重要的那個決定

如果這篇文章你只能帶走一件事，就是這件：代理的產出，只跟你讓它讀到什麼一樣好。

槓桿最高的行為，不是把一句提示打磨到完美。而是給代理脈絡——指向正確的檔案、告訴它哪些程式碼可以改、哪些不能動、把只存在你腦海裡的限制寫下來。有全貌的代理，寫出無聊而正確的程式碼；只有半個全貌的代理，寫出自信而合理的 bug。

這才是真正的技術，也是新手指南那個迴圈——描述、生成、判斷、更正——就是整個遊戲的原因。工具處理機制，你擁有「判斷」那一步。

我會對今天起步的獨立開發者說

  • 選一個代理，堅持用一整個月。 在用第一個工具做出四樣東西之前，別去評估第二個。你評斷不了一個還沒被自己逼到極限的工具。
  • 把它指向一個真實專案，而不是玩具提示。 工具只有在得處理真正的檔案、真正的錯誤、真正的脈絡時，才會現出真面目。
  • 每次問它之前，先 commit。 「先 commit、再交給代理、然後讀 diff」這個習慣，正是「獨立出貨」和「獨立搞砸」的分界。
  • 帶著輕微懷疑讀每一份 diff。 代理在速度上是超人，在判斷上不可信。你的工作是判斷。

沒有什麼隱藏的堆疊能讓事情變簡單。就是一個代理、一個模型、git、還有你在讀 diff。這就是整條工具鏈——而工具鏈從來就不是最難的部分。

這是〈為什麼一個人現在能做出過去一整個團隊的事〉背後的「怎麼做」。才剛起步？從這裡開始，不需要電腦科學學位。

Sources

  • Stack Overflow 2025 開發者調查——84% 的開發者使用或計劃使用 AI 工具；51% 每天使用；只有 3.1%「高度信任」AI 產出，45.7% 某種程度或高度不信任。
  • Pragmatic Engineer——AI Tooling 2026：46% 的開發者把 Claude Code 列為最愛的 AI 程式工具；獨立／微型團隊更偏好 AI 優先的工具。