Claude Code 不是「另一個 AI 寫程式工具」。它是我們團隊過去 6 個月把工時減半的單一最大原因——但只在你知道用對方法的前提下。
這篇列 10 個我們真的每天用、且能說出時間節省數字的用法。每個用法附短 example 與適合 / 不適合的情境。給所有接案、做 SaaS、或在公司 internal tooling 的開發者。
1. Codebase 遷移：Vue 2 → Vue 3、Express → Hono
客戶接手老專案最痛的部分。傳統做法：自己 git checkout、grep API breaking changes、一個 file 一個 file 改、跑 test、修 lint。
Claude Code 做法：開 repo，跟它說「這個專案要從 Vue 2 遷移到 Vue 3，列出 breaking changes，然後一個 module 一個 module 改，每改完跑一次 build」。它會自己做 grep、改檔、跑 build、看 error 再改。
實測：50 個檔的中型專案，人工 3 天 → Claude Code + 我 review 半天。節省 80%。
2. 跨檔批次改：rename、結構重組、文案更新
客戶說「網站所有頁面的 nav 多一個項目」、「把 services 改成 solutions」、「品牌名 X 換成 Y」——這種事 sed 也能做，但碰到不規則大小寫、不同檔案結構就崩潰。
Claude Code：「幫我把所有 .html 的 nav 加一個 04 內容項，href 是 insights.html，並把後面的 05/06 重編號」。一次到位。
3. 寫一次性 CLI 工具
最被低估的用法。客戶丟一個 200MB 的 Excel 來，要「分組統計 + 輸出 CSV」。傳統做法：Python 寫 30 行、20 分鐘。
Claude Code：「幫我寫一個 node CLI 讀這個 Excel，按欄位 A 分組統計欄位 B 的總和，輸出 CSV」。3 分鐘搞定，省下開 IDE、查 pandas API 的時間。
4. PR review
小團隊沒人專職 review，自己寫的 code 自己看會盲。Claude Code 開 PR：「review 這個 PR，列出邏輯錯誤、安全風險、可讀性問題、邊界 case 漏處理」。
它不會 review 風格（那是 ESLint 的事），但會抓 race condition、API 用法錯誤、輸入沒驗證、token 洩漏這種人眼容易跳過的東西。
5. 寫測試（補 coverage）
老專案 coverage 30%，要拉到 80% 是地獄。Claude Code：「幫這個 module 補 unit test，cover edge cases，用 vitest」。
注意：它寫的測試會 over-mock，要 review。但骨架它寫，你調，速度比自己刻快 3 倍。
6. SEO 文章上架（這篇就是）
告訴 Claude：「寫一篇 SEO 文，主題是 X，目標關鍵字 Y，2,000 字，結構：lede + TL;DR + h2/h3 + 比較表 + CTA，輸出 HTML 套用 ../css/style.css，含 BlogPosting schema」。
整篇 HTML 含 meta / og / schema / typography 一次產出，比自己刻表格 + 抄 meta 模板省 1.5 小時。
7. Debug：丟 stack trace + 上下文
傳統做法：Google 錯誤訊息、看 StackOverflow、試 5 個答案。
Claude Code：「這是錯誤訊息 X，這是相關檔 A.ts + B.ts + 環境變數 .env.example，找出可能原因並提供修法」。
關鍵：給上下文。光丟錯誤訊息，AI 跟 StackOverflow 沒差。給檔、給設定、給你已經試過什麼，命中率三級跳。
8. 寫 commit message 與 PR description
看似小，但 1 天寫 10 個 commit、3 個 PR，每個寫 message 花 2 分鐘 = 半小時。一年 = 100 小時。
Claude Code：「看 git diff，寫 conventional commit message，scope 是 feat/fix/refactor」。產出符合 git log style，你 90% 都會直接 accept。
9. 把 Bash 腳本 / cron 寫成 launchd plist
macOS 上把腳本變開機啟動 / 定時跑，傳統得查 plist XML 格式、學 launchctl 指令、debug 為什麼沒跑。
Claude Code：「幫我把這個 bash 腳本變成每 10 分鐘跑一次的 launchd plist，含 stderr / stdout log path，KeepAlive=true」。連 launchctl load 指令都會給。
10. 工程文件 / README / API 文件
最後一個但每次都救命。Claude Code：「看 src/ 結構與主要 export，寫一份 README，包含 install / quick start / API reference / contributing」。
你補品牌語氣與 example screenshot 就好。給未來 6 個月接手的人省下 3 小時 onboarding。
結語：把 Claude Code 當 junior engineer，不是 IDE
最大的觀念轉變：不要把 Claude Code 當「能 autocomplete 的編輯器」，要當「會做完整 task 的 junior」。
給它任務、給它 context、給它清楚的 done criteria。它做完你 review，比自己從頭做快 2–5 倍——但前提是「你 review 得動」。
如果你想看我們團隊怎麼用 Claude Code 接案、組 pipeline、做 SEO 內容工廠，加 LINE 聊聊。