Claude Code 常問問題小學堂
我把 3 份 LINE 匯出檔整理成「問題地圖」。這裡的數字是疑問/求助候選訊息數,不代表唯一人數;用途是判斷大家最常卡在哪裡。
最常被問的主題
分析範圍:3 份 LINE 匯出檔,共 102,001 則訊息;抽出 9,744 則疑問/求助候選。
| 排名 | 主題 | 候選則數 |
|---|---|---|
| 1 | 帳號、登入、訂閱、額度 | 891 |
| 2 | 成本、效率、模型選擇 | 742 |
| 3 | Agent、Prompt、指令、工作流 | 640 |
| 4 | 新手入門、學習路線、非工程背景 | 526 |
| 5 | 部署、前後端、資料庫、產品實作 | 474 |
| 6 | 安裝、環境、CLI 啟動 | 416 |
| 7 | 錯誤、卡住、除錯 | 413 |
| 8 | 專案操作、Git、既有程式碼 | 377 |
| 9 | MCP、工具串接、外部服務 | 310 |
| 10 | IDE、編輯器、桌面 App 體驗 | 285 |
| 11 | 社群活動、講義、回放、資源索取 | 264 |
| 12 | 權限、API Key、認證、安全 | 193 |
| 13 | 知識庫、文件、RAG、搜尋 | 126 |
先找你卡住的類型
1Claude Max / Pro / Team 到底差在哪?先用「個人練習、重度開發、團隊治理」分流。
新手先不要被方案名稱嚇到。只問三件事:你是一個人用、每天大量用、還是公司多人用。
- 一個人剛開始:通常先從 Pro 開始。
- 每天長時間用 Claude Code:才考慮 Max。
- 公司多人共用、需要管理帳號:再看 Team。
2為什麼用量一下就爆?5 小時額度、週額度怎麼判斷?先分清楚「短時間爆」和「整週快用完」。
不要先急著升級。先看 Settings > Usage,也就是設定裡的用量頁面。你要確認:5 小時時段是否快滿、每週額度是否快滿、是不是一直用 Opus。
3Opus / Sonnet / Haiku 怎麼選?越高階不等於每件事都更划算。
- Opus:複雜規劃、架構判斷、難除錯。
- Sonnet:多數寫程式、修改、整理文件。
- Haiku:快速摘要、分類、簡單改字。
新手規則:先用 Sonnet;真的卡住再升到 Opus。
4為什麼同樣用 Claude Code,有些人成果很好,有些人一直重修?差別通常不是一句提示詞,而是任務切法。
把任務切小、先要求它讀檔和列計畫、每次只改一小段,效果會比「幫我做完整系統」穩很多。重修越多,額度也越浪費。
5AGENTS.md / CLAUDE.md / memory / slash command / skill / hook 分別放什麼?先分成規則、記憶、常用指令、自動動作。
- AGENTS.md:專案內的工作規則。
- CLAUDE.md:給 Claude 的長期偏好或專案說明。
- memory:需要長期記住的背景。
- slash command:常用的一鍵指令。
- skill:可重複使用的專門能力。
- hook:特定事件發生時自動做的事。
6Subagent、hooks、skills 怎麼設計,才不會變成提示詞亂堆?先有固定流程,再抽成工具。
不要一開始就堆很多角色。先用手動流程跑 3 次,確定每次都需要的步驟,再抽成 skill 或 command。安全審核、部署檢查、內容格式化,最適合先抽出來。
7零程式背景可以直接用 Claude Code 做產品嗎?可以,但第一個作品要小到能驗收。
不要第一天就做會員、金流、後台。先做一個本機小工具或單頁網頁,學會選資料夾、看 diff、按 Accept、回滾錯誤。
8桌面版 Claude、Claude Code、VS Code、Cursor、Windsurf 差異是什麼?先分清楚聊天、改檔案、編輯器。
- Claude 桌面 App:你跟 Claude 對話、使用 Code 功能的地方。
- Claude Code:讓 Claude 讀資料夾、改檔案、跑任務。
- VS Code / Cursor / Windsurf:寫程式和看檔案用的編輯器。
9Windows / macOS / WSL 怎麼安裝 Claude Code?超新手先走桌面 App,不先碰黑畫面。
如果你是完全新手,先照本站首頁:註冊、下載桌面 App、升級 Pro、Windows 裝 Git。WSL 是進階路線,不是第一天必學。
10Claude Code 卡住、timeout、回答不是我問的問題,第一步怎麼排查?先停,不要一直重送。
- 開新對話,先摘要目前任務。
- 把任務縮小成一個可驗收步驟。
- 要求它先列計畫,不要直接改檔。
- 如果一直失控,先關掉工具或換乾淨資料夾測試。
11既有專案要怎麼交給 Claude Code,不讓它亂改?先讀懂,再允許它改。
第一句不要說「幫我修」。先叫它讀 README、package、主要資料夾,列出理解和風險。等你確認後,才允許它修改特定檔案。
12Git branch、commit、PR、rollback 要怎麼配合 AI coding?先讓每次修改都可回頭。
- branch:新開一條工作線,避免直接動主線。
- commit:存一個可回復的版本點。
- PR:把修改拿出來審核。
- rollback:出錯時回到前一個穩定狀態。
13MCP 是什麼?Playwright、GitHub、Google Drive、Slack、資料庫該怎麼接?MCP 是讓 Claude 接外部工具的橋。
先不要全裝。只裝眼前任務需要的工具,而且權限越小越好。新手優先學 Git 和資料夾操作,再進 MCP。
14權限一直跳確認很煩,allowlist 怎麼設才不會開太寬?方便不能大過安全。
只允許明確需要的指令或工具。不要用全部放行的萬用規則。牽涉刪檔、上傳、外部服務、金流、客戶資料時,要保留手動確認。
15API key / token 放哪裡才安全?不要貼到聊天、截圖、前端或公開 repo。
API key 和 token 是鑰匙。應該放在伺服器環境變數或本機安全設定,不要寫進 client-side,也就是使用者瀏覽器會看到的前端程式碼。
16公司內部工具,資料會不會外流?能不能本地端部署?要先分資料敏感度與工具權限。
公司場景不要只問「能不能做」。要列出資料來源、誰能看、是否會傳到第三方、是否能遮蔽個資、是否有審核紀錄。高敏感資料要走企業導入流程。
17Replit / Vercel / Cloudflare / Supabase / Firebase 要怎麼部署與搬家?先把前端、後端、資料庫分清楚。
部署前先確認:網站檔案在哪、API 在哪、資料庫在哪、環境變數有哪些、網域怎麼指。不要只叫 AI「幫我搬」,要先列資產清單。
18AI 生成的網站或系統要怎麼驗收,避免只有 demo 能看?用真流程測,不只看畫面。
- 手機和桌機都看。
- 錯誤輸入要測。
- 付款、登入、表單、資料庫要各自測。
- 請 Claude 補測試或檢查清單,再用瀏覽器實測。
19公司知識庫 / RAG 怎麼做,才能附來源、可追溯、不亂編?先做資料整理,不是先做聊天框。
知識庫要可靠,重點是文件來源、更新日期、權限、引用片段。先整理資料,再做搜尋,再做回答。不要把所有文件丟進去就期待它自動正確。
20社群活動的講義、回放、範例 repo 在哪?能不能整理成可搜尋資料庫?這是下一個最值得做的內容資產。
可以。做法是每週把社群問題分成主題、補上短答案、標記適合做成課程或範本的項目。長期會變成搜尋式知識庫和 SEO 內容。
最值得先做的內容資產
英文名詞小字典
看到英文不用背,先知道它在做什麼。
整理後的內容路線
完全新手先上 0 開始;額度卡住進急救;想把社群問題變成產品或課程,就從這頁的主題排行開始拆內容。
回 0 開始小學堂