我用過很多 AI 寫程式工具。Copilot、Cursor、Cody、Continue、Aider。它們各有各的用處。Claude Code 的不同之處，花了我一段時間才真正理解。
Claude Code 到底是什麼
大多數 AI 程式設計工具是編輯器插件。它們自動補全、在側邊欄回答問題、在面板裡審查程式碼。有用，但互動模式還是：你開車，AI 協助。
Claude Code 是一個 CLI 代理。你開終端機，描述任務，它就開始工作——讀檔案、編輯程式碼、執行指令、確認建置輸出、反覆迭代——自己來。你觀察和指引方向。
心態不是「AI 助理」，而是「一個非常快且需要清晰需求的初階工程師」。
學習曲線
第一週我用錯了。我叫它「修那個 bug」，然後對它修錯地方感到沮喪。問題在我——我給的 context 不夠。
Claude Code 從你工作目錄的檔案著手。它讀程式碼、理解結構、做修改。但它不能讀心。你描述得越精確，輸出越好。
我學會了像寫 ticket 一樣寫 prompt：不是「修 auth bug」，而是「src/auth.ts:45 的 login 函式在 token 過期時會 crash——應該重新導向到 /login 而不是崩潰。」
精確度就是核心技能。
它真正擅長的事
跨檔案重構。 叫它把一個函式改名或修改型別簽名，然後在所有用到的地方套用。它讀所有相關檔案、做修改、確認建置錯誤、修正它們。以前要花三十分鐘的 find-and-replace，現在兩分鐘。
樣板程式碼。 我一個下午就搭完了 Minikyu 的完整骨架——Tauri 專案設定、React 路由、i18n 設定、CI 工作流程。這些都是我知道怎麼做但很煩的事，Claude Code 不抱怨地完成了。
除錯建置錯誤。 貼上建置錯誤，描述你要做什麼。它讀相關檔案，通常都能找到問題。對要花一段時間解讀的 TypeScript 型別錯誤尤其有效。
文件。 它讀你的程式碼，寫出真的準確的 README 章節。不是「這是一個通用 README 樣板」，而是反映程式碼實際行為的文件。
它的局限
全新的架構決策。 當你在做真正新的東西——設計一個不存在的抽象、在根本不同的方案之間選擇——它會給你答案，但答案傾向於常見模式。創造性的技術思考還是你的事。
沒有中間確認的長任務。 如果你交給它一個大任務然後走開，你可能回來發現它往錯誤的方向跑了四十分鐘。最好留在迴圈裡，隨時調整方向。
看不到的程式碼。 沒有文件的外部 API、內部系統、不在檔案裡的任何東西——它會做合理的猜測，但猜測不可靠。
一個有效的工作流程
我現在對非瑣碎的工作的做法：
- 簡短描述目標，請它在做任何事之前先解釋它的計畫
- 看計畫，需要的話調整方向
- 讓它分段實作
- 每一段之後自己跑測試/建置
- 根據實際輸出調整方向，而不是描述的輸出
這讓我留在迴圈裡，又不用逐行監督。
誠實的評價
Claude Code 不是讓我成為更好的程式設計師（傳統意義上）。它讓我更快。「我知道自己要什麼」和「它以程式碼的形式存在」之間的距離大幅縮短了。
它確實培養的技能是系統層面的思考——理解各部分如何組合、什麼是好的架構、什麼需求真的重要。因為那是你整天在做的事：指定需求、指引方向、評估結果。
有些開發者覺得這讓人不舒服。我覺得這比打字更有趣。