選擇原則
市面上的工具和服務多到眼花撩亂。身為一個想用 Claude Code 做事的非工程師，你不需要每個都懂，但你需要知道怎麼選。三個核心原則：
-
有 CLI 優先
CLI（Command Line Interface）= 命令列工具。Claude Code 的母語就是 Terminal，有 CLI 代表 Claude Code 可以直接用指令操作，不用截圖找按鈕。後面會詳細解釋為什麼這很省 Token。 -
API 好接、省 Token
好的 API = 一行指令就能拿到資料。不好的 API = 要寫一大堆程式碼才能拿到同樣的東西。Claude Code 多寫一行程式碼，就多花一點 Token。 -
免費額度夠用
初期的個人專案，免費額度通常就夠了。等真的有流量再升級，不要一開始就花錢。
重點
你不是在選「最厲害的工具」。你是在選「跟 Claude Code 配合最好的工具」。一個有 CLI、有好 API、有免費額度的工具，比一個功能強大但只能在網頁上操作的工具有用一萬倍。
什麼需要「一直跑」、什麼不用
在選技術方案之前，你必須先搞懂一個根本問題：你做的東西，需不需要一台「一直開著」的機器？
白話比喻：
靜態網站 = 傳單。你印好放在架子上，有人來就拿走看。傳單不需要一個人一直站在那邊發。
後端 API = 櫃檯人員。有人來問問題，櫃檯要有人接待。櫃檯人員得一直在。
資料庫 = 檔案櫃。資料要隨時可以查，檔案櫃得一直開著。
靜態網站 = 傳單。你印好放在架子上，有人來就拿走看。傳單不需要一個人一直站在那邊發。
後端 API = 櫃檯人員。有人來問問題，櫃檯要有人接待。櫃檯人員得一直在。
資料庫 = 檔案櫃。資料要隨時可以查，檔案櫃得一直開著。
| 類型 | 需要機器？ | 白話 | 推薦方案 | 費用 |
|---|---|---|---|---|
| 靜態網站 | 不用 | 傳單放著就好 | Cloudflare Pages | 免費 |
| 前端 App （SPA） |
不用 | 比較互動的傳單（有按鈕、有動畫） | Cloudflare Pages | 免費 |
| 後端 API | 要 | 櫃檯人員要一直在 | Supabase（Edge Functions） 或 GCP VM |
Supabase 免費額度 VM 約 $5-25/月 |
| 資料庫 | 要 | 檔案櫃要一直開著 | Supabase（PostgreSQL） | 免費額度 500MB |
| 排程 Cron Job | 看情況 | 鬧鐘定時做事 | Supabase Cron 或 GCP Cloud Scheduler |
免費~幾毛 |
| LINE Bot | 要 | 自動回訊息的客服，隨時待命 | Supabase Edge Functions 或 GCP VM |
免費~$10/月 |
| 爬蟲 | 看情況 | 派人去別的網站抄資料，做完就閒著 | GCP VM（需要時開） 或本機跑 |
免費~幾元/月 |
為什麼要在意「需不需要機器」？
因為這直接影響你的成本和維護難度。不需要機器的東西（靜態網站、前端 App），部署到 Cloudflare Pages 就是免費、零維護。需要機器的東西，你就得選方案、付錢、監控它有沒有掛掉。
推薦組合
以下是經過實戰驗證、跟 Claude Code 搭配最好的技術棧組合：
1. 前端：React 或 Vue + Vite
React 和 Vue 是目前最主流的兩個前端框架。Vite 是讓開發速度變快的工具（你改了程式碼，瀏覽器幾乎立刻就更新）。
部署到 Cloudflare Pages：
- 免費額度非常大方（每月 500 次建構、不限流量）
- 有 CLI 工具
wrangler，Claude Code 可以直接用指令部署 - 全球 CDN，速度很快
2. 後端 / 資料庫：Supabase
Supabase 是一個「開箱即用」的後端服務。它底層用的是 PostgreSQL（目前最受歡迎的資料庫之一），但它幫你處理了很多複雜的設定。
為什麼特別推薦？
- API 好接——它用 PostgREST，意思是你只要在 Supabase 裡建好資料表，它就自動幫你生成 API。不用自己寫後端程式碼
- View 包複雜邏輯——如果你的查詢很複雜（例如：查出「最近 7 天、金額超過 1000 元、狀態是已付款」的訂單），你可以在資料庫裡建一個 View（虛擬表），把複雜邏輯藏在裡面。前端只要簡單呼叫 View 就好
- 有 CLI 管 Migration——Migration 是資料庫結構的版本控制。Claude Code 可以用
supabaseCLI 來管理資料庫變更，不用你手動去網站上操作
白話：Supabase 就像一個「自帶檔案管理員的檔案櫃」。你建好抽屜（資料表），它就自動幫你安排一個人坐在旁邊，別人來拿資料就直接給（API）。你不用自己雇一個人坐在那邊。
3. 版控：GitHub
GitHub 是程式碼的管理平台（像程式碼的 Google Drive）。為什麼選它？
- 有
ghCLI——Claude Code 可以直接用指令建立 Repository、發 Pull Request、管理 Issue - 是業界標準，跟所有工具都能整合
- 免費帳號就夠用
| 用途 | 推薦工具 | CLI 工具 | 免費額度 |
|---|---|---|---|
| 前端部署 | Cloudflare Pages | wrangler |
非常充裕 |
| 後端 / 資料庫 | Supabase | supabase |
500MB 資料庫 + 50K API calls/月 |
| 版控 | GitHub | gh |
免費（公開/私有 repo 都行） |
GCP VM 什麼時候需要
VM 是什麼？
VM（Virtual Machine）= 在雲端租一台 24 小時開著的電腦。它不在你桌上，但你可以遠端連上去操作，就像遠端遙控一台電腦。
VM 規格的白話翻譯
| 規格 | 白話 | 例子 |
|---|---|---|
| CPU | 腦袋聰不聰明（同時處理幾件事） | 1 vCPU = 一次做一件事 4 vCPU = 同時做四件事 |
| RAM（記憶體） | 桌子夠不夠大（同時放幾份文件） | 1GB = 小桌子，跑簡單程式 8GB = 大桌子，跑資料庫沒問題 |
| Disk（硬碟） | 儲藏室的容量 | 10GB = 放程式碼夠了 100GB = 可以存大量資料 |
什麼時候需要 VM？三個場景
免費方案就夠的情況
場景一：個人網站 + 簡單後端
- 前端用 Cloudflare Pages（免費）
- 後端用 Supabase Edge Functions（免費）
- 資料庫用 Supabase PostgreSQL（免費 500MB）
月流量幾千人以內，完全不用花錢。
總成本：$0/月
- 前端用 Cloudflare Pages（免費）
- 後端用 Supabase Edge Functions（免費）
- 資料庫用 Supabase PostgreSQL（免費 500MB）
月流量幾千人以內，完全不用花錢。
總成本：$0/月
需要 VM 的情況
場景二：LINE Bot + 爬蟲 + 排程
- LINE Bot 要 24 小時待命
- 爬蟲每天定時跑
- 需要自訂的背景程式
這些 Supabase 免費方案做不到，
你需要一台自己的機器。
GCP e2-micro：免費~$5/月
- LINE Bot 要 24 小時待命
- 爬蟲每天定時跑
- 需要自訂的背景程式
這些 Supabase 免費方案做不到，
你需要一台自己的機器。
GCP e2-micro：免費~$5/月
場景三：正式產品上線
當你的產品有付費使用者、需要高可靠度、需要自訂環境時，就該考慮正式的 VM 了。例如 GCP 的 e2-small 或 e2-medium，月費約 $15-25 美元。但在那之前，先用免費方案驗證你的想法值不值得花錢。
CLI 省 Token 的觀念
這是很多人忽略但極度影響成本的觀念。讓 Claude Code 操作一個服務，有兩種方式：
瀏覽器操作 vs CLI 操作
用瀏覽器操作（很花 Token）
Claude Code 要做的事：
1. 截圖整個畫面 → 花 Token
2. 分析圖片找按鈕位置 → 花 Token
3. 點擊按鈕 → 花 Token
4. 等頁面載入 → 花時間
5. 再截圖確認結果 → 花 Token
6. 分析結果圖片 → 花 Token
一個簡單的「部署網站」動作
= 6+ 個步驟 = 大量 Token
Token 成本：高
1. 截圖整個畫面 → 花 Token
2. 分析圖片找按鈕位置 → 花 Token
3. 點擊按鈕 → 花 Token
4. 等頁面載入 → 花時間
5. 再截圖確認結果 → 花 Token
6. 分析結果圖片 → 花 Token
一個簡單的「部署網站」動作
= 6+ 個步驟 = 大量 Token
Token 成本：高
用 CLI 操作（超省 Token）
Claude Code 要做的事：
1. 打一行指令
結束。
Token 成本：極低
1. 打一行指令
wrangler pages deploy ./dist結束。
Token 成本：極低
差距有多大？用瀏覽器操作一個動作可能要花幾千到幾萬個 Token（因為截圖轉成的 Token 量非常驚人）。用 CLI 只要幾十個 Token。差距可以到 100 倍以上。
常用 CLI 工具一覽
| CLI 工具 | 用途 | 對應服務 | 一行指令範例 |
|---|---|---|---|
wrangler |
部署網站、管理 Workers | Cloudflare | wrangler pages deploy ./dist |
gh |
管理 GitHub repo、PR、Issue | GitHub | gh pr create --title "修 bug" |
supabase |
管理資料庫、跑 Migration | Supabase | supabase db push |
gcloud |
管理 VM、雲端資源 | Google Cloud | gcloud compute ssh my-vm |
vercel |
部署前端/全端專案 | Vercel | vercel deploy --prod |
npm |
管理套件、跑腳本 | Node.js 生態 | npm run build |
選工具的鐵則
如果一個服務沒有 CLI，Claude Code 就只能用截圖+點按鈕的方式操作，Token 成本會暴增。所以在選服務的時候，「有沒有 CLI」是最優先的考量。
Computer Use 延伸
前面說 CLI 很省 Token，那 Claude 操作瀏覽器（Computer Use）就完全不能用嗎？不是的。Computer Use 有它適合的場景。
什麼是 Computer Use？
在 Claude Desktop 上，Claude 可以直接操控你的電腦畫面——移動滑鼠、點擊按鈕、打字、滾動頁面。就像有一隻看不見的手在操作你的電腦。
什麼時候適合用 Computer Use？
- 沒有 CLI / API 的服務——有些網站或應用程式就是只有網頁介面，沒有其他選擇。例如某些政府網站、銀行後台
- 一次性的設定工作——例如第一次設定某個服務帳號、填表單。反正只做一次，Token 多花一點也還好
- 視覺確認——需要「看一下畫面長什麼樣」的場景。例如確認網頁排版有沒有跑版
- 教學示範——Claude 可以一步一步在畫面上標示給你看，像一個老師在你螢幕上畫圈圈指導你
適合 Computer Use
- 在沒有 API 的網站上操作
- 一次性的帳號設定
- 確認網頁視覺效果
- 填寫線上表單
- 教學示範步驟
- 一次性的帳號設定
- 確認網頁視覺效果
- 填寫線上表單
- 教學示範步驟
不適合 Computer Use
- 重複執行的日常操作
（用 CLI 取代）
- 大量資料處理
（用 API 取代）
- 部署和版控
（用 wrangler/gh 取代）
（用 CLI 取代）
- 大量資料處理
（用 API 取代）
- 部署和版控
（用 wrangler/gh 取代）
總結
能用 CLI 就用 CLI（省 Token、快、穩定）。沒有 CLI 的時候才用 Computer Use。混合使用才是最聰明的策略。