AI 開發工作流:一套四步驟,讓 Claude Code 交付的是完成的工作,不是要你收爛攤的程式碼
結論先講:Claude Code 真正的價值,不在於它會寫程式,而在於它是一個住在你終端機裡、能讀懂整個專案並直接動手的代理人。一套穩定的 AI 開發工作流,差別就是從這裡開始的。它會讀你的檔案、跨檔修改、執行指令、跑測試、開 Git PR——交付的是「完成的工作」,而不是一段要你自己複製貼上的程式碼。對顧問與行銷團隊來說,這代表一件事:一套穩定的 AI 開發工作流,可以把那些吃時間卻不需要你判斷的重複勞動整批外包出去。
AI 開發工作流跟你熟悉的 AI 工具,差在哪一層
多數人第一次接觸 AI 寫程式,是 ChatGPT 或 Copilot。它們很好用,但停在「建議」這一層:ChatGPT 給你一段程式碼,你得自己貼回專案、自己接線;Copilot 在編輯器裡補全你正在打的那一行。
Claude Code 站在更後面一層——執行層。你在終端機下一句話,它會先讀懂整個專案的結構與慣例,再實際去改動多個檔案、跑一次測試確認沒壞、最後開一個 Pull Request 讓你 review。你的角色從「動手的人」變成「下指令與驗收的人」。這正是我一直強調的槓桿:不是用 AI,而是帶 AI。
AI 開發工作流:一套可複製的四步驟
工具再強,沒有紀律就是亂。我自己與團隊在跑 Claude Code 時,固定用這套四步驟——先給脈絡、再給任務、逼它自我驗證、最後人工把關。順序不能省。
① 先餵脈絡,再派任務
開工第一件事不是丟需求,而是讓它讀專案。用 CLAUDE.md 寫下技術棧、命名規範、你踩過的雷,它每次開工自動讀取——等於把「教新人」寫一次、永久生效。
② 任務講清楚「完成的樣子」
別說「幫我優化這頁」,要說「把這頁的 H2/H3 語意化、補上 alt、產出 FAQ schema,並確認 build 通過」。驗收標準寫進指令,它才知道做到哪裡算完成。
③ 逼它自己驗證
要求它改完就跑測試、跑 build、實際點一遍。AI 最大的風險不是「做錯」,是「看起來對」——它會用非常有自信的語氣描述一個它沒驗證過的結果。逼它拿出證據而不是口頭保證,是這四步裡最省事後時間的一步。
④ 人工把關那最後 20%
所有改動走 Git、走 PR,你在合併前 review。重複的 80% 交給它,真正需要判斷與承擔的 20% 留給人——這才是安全又高效的分工。
CLAUDE.md:被低估的那個關鍵檔案
如果只能記一件事,就記這個:在專案根目錄放一份 CLAUDE.md。
它是 Claude Code 的「記憶」。你把技術偏好(我們用 WordPress + Betheme、CSS 走 Custom CSS 注入)、命名規範、輸出格式、甚至過去踩過的雷(某個欄位名叫什麼、某個操作會跑版)全寫進去。每次開工它先讀這份檔,產出自然貼合你的風格,不必每次從頭交代。
這件事的本質,和顧問把方法論沉澱成知識庫一模一樣——把只活在你腦袋裡的隱性經驗,寫成系統讀得懂的顯性資產。寫一次,之後每一次協作都受惠。
我踩過的那個坑,寫進 CLAUDE.md 之後就沒再犯
有一次同一個工作區同時開了兩個 session,其中一個用了 git commit -a,把另一個做到一半的改動整包掃進一筆完全無關的 commit 裡。commit 訊息寫的是 A,內容夾帶了 B——事後要追是誰改了什麼,追不回來。
夾帶只是運氣好,真正的風險是兩邊改同一個檔案時,後存檔的直接覆蓋前面的,git 不會警告。
所以我的 CLAUDE.md 裡有這一條,字面照抄:「禁止 git commit -a/git add -A/git add .。只 stage 這次任務自己動過的檔案,明確列出檔名。」
這就是 CLAUDE.md 真正的用法——它不是寫給 AI 看的自我介紹,是你每踩一次雷就往裡面加一行的疤痕記錄。
常見問題
Claude Code 和 ChatGPT、Copilot 有什麼不同?+
最大的差別是「代理能力」。ChatGPT 給你程式碼要自己貼;Copilot 在編輯器補全單行;Claude Code 直接住在終端機裡,能讀整個專案、跨檔修改、執行指令、跑測試、開 PR——它交付的是完成的工作,不只是建議。
不會寫程式的行銷人能用嗎?+
能,而且很值得。它讀得懂自然語言,你可以叫它「把這批客戶名單去重後產分眾報表」或「把這個網站的 SEO meta 全部檢查一遍」。你負責描述目標與驗收,它負責執行,這正是把重複勞動外包給 AI 的入口。
把專案交給 AI 改,安全嗎?+
關鍵在流程紀律。用 Git 讓改動可回溯、破壞性操作設人工確認、重要專案先開分支。Claude Code 預設每個檔案改動都請你核准,主導權始終在你手上。
CLAUDE.md 是什麼?+
放在專案根目錄的記憶檔,寫下你的技術偏好、命名規範、踩過的雷。每次開工 AI 先讀它,等於把「教新人的那套話」寫一次、永久生效,是讓產出穩定貼合你風格的最關鍵設定。
延伸閱讀
本站相關文章
- Orca vs cmux 全面比較:你該用哪個 Agent IDE 管理 AI 代理群?——決定這些代理在哪裡管
- Matt Pocock 的 Skills 技能包實測——決定這些代理照什麼紀律做事
- AI Skills 是什麼?技能檔、MCP 與 CLAUDE.md 的差別
本文用到的名詞定義
把這套工作流接進公司每天在跑的事情裡,是企業 AI 導入顧問服務在做的事。
本文依據的來源
- Anthropic,Claude Code 官方文件——工具本身的能力邊界與專案設定檔規格,本文四步驟工作流的每一步都對得回這份文件。
- Anthropic,Building effective agents——官方工程團隊談「什麼該固定成流程、什麼該留給模型判斷」,這正是 CLAUDE.md 該寫什麼、不該寫什麼的判準。
想把 AI 代理接進你的日常工作流,卻不知道從哪塊磚開始砌?
聊聊你的 AI 工作流相關文章
Orca vs cmux 全面比較:2026 年,你該用哪個 Agent IDE 管理 AI 代理群?
Orca vs cmux 該選哪個?一次看懂兩款 Agent IDE 的定位差異:Orca 以 git worktree 為核心、跨平台且有正式手機 App;cmux 是原生 macOS 終端機,啟動快、記憶體省。
Matt Pocock 的 Skills 技能包實測:22 個技能,讓 AI 照工程紀律做事
十八萬顆星的 mattpocock/skills,是一個資深工程師把每天在用的 .agents 資料夾整包開源。本文拆解它要修的四個病、22 個技能各自負責什麼、兩種安裝方式,以及我實測後的心得與雷點。
E-E-A-T 不是排名因素,DSS 不是官方定義
E-E-A-T 是 Google 官方框架但不是排名因素;DSS 三輪中英文檢索查無一手出處。兩者其實在講同一批事,差別不在內容、在出身。