ELMERS AI

AI 開發工作流:一套四步驟,讓 Claude Code 交付的是完成的工作,不是要你收爛攤的程式碼

王永鉞 Elmers AI 工具與代理 2026-08-09 最後更新 2026-09-14 7 分鐘閱讀
AI 開發工作流:一套四步驟,讓 Claude Code 交付的是完成的工作,不是要你收爛攤的程式碼|ELMERS AI

結論先講:Claude Code 真正的價值,不在於它會寫程式,而在於它是一個住在你終端機裡、能讀懂整個專案並直接動手的代理人。一套穩定的 AI 開發工作流,差別就是從這裡開始的。它會讀你的檔案、跨檔修改、執行指令、跑測試、開 Git PR——交付的是「完成的工作」,而不是一段要你自己複製貼上的程式碼。對顧問與行銷團隊來說,這代表一件事:一套穩定的 AI 開發工作流,可以把那些吃時間卻不需要你判斷的重複勞動整批外包出去。

【查證日期】本文的操作方式與預設行為以 2026 年 8 月 9 日的 Claude Code 為準。這個工具更新頻率極高,指令與預設值可能已有變動,請以官方文件為準。文中的工作流本身不綁工具版本,換成其他終端代理也適用。

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 當「全自動」按鈕。它會把你沒講清楚的地方自行假設,錯誤也可能講得很有自信。守住三條線:一律用 Git 版本控制、破壞性操作要人工確認、重要專案先在分支上跑。主導權永遠在你手上,AI 是放大你的戰力,不是替你承擔責任。

常見問題

Claude Code 和 ChatGPT、Copilot 有什麼不同?+

最大的差別是「代理能力」。ChatGPT 給你程式碼要自己貼;Copilot 在編輯器補全單行;Claude Code 直接住在終端機裡,能讀整個專案、跨檔修改、執行指令、跑測試、開 PR——它交付的是完成的工作,不只是建議。

不會寫程式的行銷人能用嗎?+

能,而且很值得。它讀得懂自然語言,你可以叫它「把這批客戶名單去重後產分眾報表」或「把這個網站的 SEO meta 全部檢查一遍」。你負責描述目標與驗收,它負責執行,這正是把重複勞動外包給 AI 的入口。

把專案交給 AI 改,安全嗎?+

關鍵在流程紀律。用 Git 讓改動可回溯、破壞性操作設人工確認、重要專案先開分支。Claude Code 預設每個檔案改動都請你核准,主導權始終在你手上。

CLAUDE.md 是什麼?+

放在專案根目錄的記憶檔,寫下你的技術偏好、命名規範、踩過的雷。每次開工 AI 先讀它,等於把「教新人的那套話」寫一次、永久生效,是讓產出穩定貼合你風格的最關鍵設定。

延伸閱讀

本站相關文章

本文用到的名詞定義

把這套工作流接進公司每天在跑的事情裡,是企業 AI 導入顧問服務在做的事。

本文依據的來源

  • Anthropic,Claude Code 官方文件——工具本身的能力邊界與專案設定檔規格,本文四步驟工作流的每一步都對得回這份文件。
  • Anthropic,Building effective agents——官方工程團隊談「什麼該固定成流程、什麼該留給模型判斷」,這正是 CLAUDE.md 該寫什麼、不該寫什麼的判準。

想把 AI 代理接進你的日常工作流,卻不知道從哪塊磚開始砌?

聊聊你的 AI 工作流

相關文章

王永鉞 Elmers
企業 AI 轉型的運轉核心
關於我 →

想把 AI 變成你公司的戰力?

從策略到落地,我陪你把 AI 裝進生意的核心——不只給建議,更幫你蓋出能自己運轉的系統。

找我聊聊你的轉型 →