Claude Code 不只是一個聊天框。它更像一個能進入專案目錄、讀寫檔案、執行命令、維護上下文的編程 Agent。
如果只是把需求丟進去讓它生成程式碼，很快會遇到幾個問題：計劃不夠清楚、權限反覆確認、上下文越來越長、生成結果不滿意、不知道怎麼回滾，也不知道怎麼把專案規則長期保存下來。
下面整理一組常用操作，適合剛開始使用 Claude Code 的開發者快速建立工作流。
先在專案目錄啟動
Claude Code 最好在專案目錄裡啟動，而不是隨便打開一個終端就開始用。
可以先建立一個資料夾作為專案目錄，進入目錄後打開命令列，再啟動 Claude Code：
|
|
首次進入專案時，如果 Claude Code 詢問是否信任目前資料夾，確認後再繼續。這樣它才能圍繞目前專案讀取檔案、建立檔案和執行後續操作。
一個簡單的練習方式是讓它建立一個攝影師個人網站。這個任務足夠直觀：能看到頁面效果，也能練習檔案生成、命令執行、回滾和後續重構。
計劃模式先把方向想清楚
Claude Code 在面對較複雜任務時會進入計劃模式。計劃模式的作用是先討論需求、拆解步驟，再讓使用者決定是否批准執行。
當它給出計劃後，通常會出現幾類選擇：
- 批准計劃，並允許後續自動使用編輯工具。
- 批准計劃，但後續編輯仍然需要手動確認。
- 暫停執行，繼續和 Claude Code 討論計劃。
如果任務比較明確，可以批准計劃並繼續。如果任務還不清楚，建議先讓它繼續補充方案，比如頁面風格、技術棧、目錄結構、互動效果和驗收標準。
計劃模式的好處是減少返工。直接讓 Agent 動手，可能很快生成一堆檔案；但如果方向錯了，後面越改越亂。
用 Shift + Tab 切換模式
在 Claude Code 中，可以用 Shift + Tab 在不同工作模式之間切換。常見用途是進入計劃模式，或者切換到自動同意編輯工具的模式。
建議的習慣是：
- 新專案、新功能、大改動：先進入計劃模式。
- 小改動、明確修復：可以直接執行。
- 涉及刪除、批量替換、安裝依賴：保持人工確認。
計劃模式下，Claude Code 可能會主動詢問專案細節。可以用方向鍵選擇選項，用回車確認。提交回饋後，它會根據你的選擇更新計劃。
權限確認不要一律放開
Claude Code 執行命令、編輯檔案或啟動程式時，可能會申請權限。
常見選擇包括：
- 只同意本次使用。
- 在目前會話中以後都同意同類命令。
- 拒絕或暫停。
如果只是啟動本地頁面、運行開發伺服器、查看檔案，可以根據需要允許。但不要為了省事長期使用「自動同意所有權限」的啟動方式。
全自動權限適合非常確定、風險很低、專案已經有 Git 備份的場景。日常使用中，涉及刪除檔案、覆蓋目錄、安裝依賴、聯網、提交程式碼、執行腳本時，最好保留人工確認。
用終端模式執行本地命令
Claude Code 裡可以進入終端命令模式，直接執行一些本地命令。
例如頁面生成後，可以用系統命令打開 HTML 檔案：
|
|
這裡的 start 是 Windows 下打開檔案的命令，後面接檔名。這樣可以快速查看生成頁面，而不用手動去資源管理器裡找檔案。
終端模式適合執行這些輕量操作：
- 打開生成的頁面。
- 查看目錄內容。
- 啟動本地開發伺服器。
- 運行測試或構建命令。
但高風險命令仍然要謹慎，比如遞歸刪除、移動目錄、批量覆蓋和修改系統環境。
回滾：結果不滿意時及時退回
如果 Claude Code 做出的頁面或程式碼不是你想要的，而且越改越亂，就應該及時回滾。
回滾功能可以把對話或程式碼退回到某個節點。常見選項包括：
- 同時回滾程式碼和對話。
- 只回滾對話。
- 只回滾程式碼。
- 把某個節點之前的內容壓縮成摘要。
- 取消操作。
更推薦在明顯走偏時選擇「同時回滾程式碼和對話」。這樣可以讓上下文和檔案狀態一起回到較乾淨的位置。
需要注意：Claude Code 的回滾通常只能覆蓋它透過內建工具建立或修改的檔案。如果檔案是透過外部命令生成的，未必能完整回滾。因此重要專案仍然要配合 Git 使用。
長提示詞用編輯器寫
複雜需求不要全擠在一行輸入框裡。
如果系統支援在文字編輯器中編輯長提示詞，可以打開編輯器，把需求寫完整後保存，再發送給 Claude Code。
長提示詞裡建議寫清楚：
- 目標是什麼。
- 使用什麼技術棧。
- 不要做什麼。
- 需要保留哪些檔案。
- 完成後如何驗證。
- 頁面或功能的驗收標準。
例如讓 Claude Code 把一個普通 HTML 頁面重構成更現代的技術棧時，不要只寫「重構一下」。可以說明希望使用元件化結構、保留視覺內容、增加響應式布局，並要求它運行構建檢查。
退出後用歷史恢復會話
如果中途需要退出 Claude Code，可以正常退出。之後回到同一個專案目錄，再次啟動：
|
|
如果發現前面的記錄沒有直接顯示，可以使用歷史相關命令查看最近會話，並載入之前的會話。
這個功能適合中斷後繼續工作。不過不要把會話歷史當成唯一記憶。專案規則、技術棧、常用命令和注意事項，最好寫進專案檔案裡。
用 CLAUDE.md 保存專案規則
CLAUDE.md 是 Claude Code 很重要的記憶檔案。它通常放在專案根目錄，用來告訴 Claude Code 專案規則、技術棧、目錄結構和協作約束。
可以讓 Claude Code 初始化這個檔案：
|
|
CLAUDE.md 適合記錄：
- 專案目標。
- 技術棧。
- 常用啟動、測試、構建命令。
- 目錄說明。
- 程式碼風格。
- 不允許執行的操作。
- 提交和部署規則。
每次對話時，Claude Code 會把這類規則作為上下文的一部分使用。你可以把它理解成「專案說明書」。
一個簡單驗證方式是：在 CLAUDE.md 裡加入一條明顯規則，然後再向 Claude Code 提問。如果回答遵循了這條規則，就說明它確實讀到了專案記憶。
用 @ 引用檔案
在輸入框中使用 @，可以選擇檔案或 Agent，把指定內容加入目前對話上下文。
這適合幾類場景：
- 讓 Claude Code 閱讀某個配置檔案。
- 讓它修改某個指定頁面。
- 讓它根據
CLAUDE.md或其他文件繼續工作。 - 明確告訴它「只看這個檔案，不要猜專案結構」。
相比把檔案內容複製到輸入框裡，@ 引用更清楚，也更不容易漏內容。
查看和壓縮上下文
長時間對話後，上下文會越來越大。上下文太長時，模型可能變慢，也可能開始忽略早期細節。
可以使用上下文查看命令了解目前占用情況：
|
|
如果上下文已經很長，可以壓縮歷史：
|
|
如果壓縮後效果仍然不好，可以考慮清空目前上下文：
|
|
清空上下文後，Claude Code 仍然可以透過專案檔案、CLAUDE.md 和目前目錄重新理解一部分專案情況，但不會保留完整對話歷史。
實用建議是：一個任務完成後就開新會話；專案級規則寫進 CLAUDE.md；臨時討論不要無限堆在一個聊天裡。
Skills：把固定流程做成說明書
Skills 可以理解為 Claude Code 的工作說明書。它不是一次性提示詞，而是一套可複用的任務流程。
例如你經常要生成週報，就可以建立一個週報 Skill，裡面寫清楚：
- 輸入需要哪些資訊。
- 輸出格式是什麼。
- 語氣和結構怎麼控制。
- 哪些內容必須保留。
- 哪些內容不能編造。
Skills 通常由 name、description 和具體指令組成。安裝到全域 Skills 目錄後，Claude Code 在遇到相關任務時可以識別並載入。
這適合處理重複工作：
- 週報。
- 程式碼審查模板。
- 文件整理。
- 圖片批次處理。
- 固定格式文章。
- 專案初始化流程。
如果你發現自己反覆複製同一段提示詞，就可以考慮把它做成 Skill。
Agents：把子任務交給獨立助手
Agents 和 Skills 不一樣。
Skill 更像說明書，告訴 Claude Code 怎麼做某類任務；Agent 更像一個獨立助手，可以在目前主會話之外執行任務，完成後把結果返回。
Agents 的價值在於隔離上下文。比如做程式碼巡檢時，可以建立一個唯讀 Agent，讓它只讀取專案並輸出報告，不直接修改檔案。這樣不會污染主會話，也能降低誤操作風險。
建立 Agent 時通常要考慮：
- 是專案級 Agent，還是使用者級 Agent。
- 是否需要 Claude Code 幫你生成配置。
- 允許哪些工具權限。
- 使用哪個模型。
- 是否保存記憶。
- Agent 的提示詞是否足夠明確。
對於程式碼巡檢類 Agent，建議只給讀取權限，不給寫入權限。先讓它輸出報告，再由主會話決定是否修改程式碼。
插件：打包 Skills、Agents、MCP 和 Hooks
插件可以理解為更完整的能力包。它可能同時包含：
- Skills
- Agents
- MCP
- Hooks
相比單獨安裝一個 Skill，插件更適合成套能力。例如前端設計插件可能會把頁面審美、布局規則、元件習慣和相關 Agent 一起打包。
安裝插件時通常會有幾個位置選項：
- 安裝到使用者目錄，對所有專案生效。
- 安裝到專案目錄，隨專案共享。
- 安裝到本地專案目錄，只在目前電腦生效。
如果是個人常用能力，可以放在使用者目錄；如果是團隊專案約定，可以放進專案目錄；如果只是臨時測試，放本地專案目錄更穩。
插件能明顯改善特定任務效果
在前端頁面生成這類任務裡，插件往往比裸提示詞更穩定。
例如同樣是「製作一個攝影師個人網頁」，只用普通提示詞可能生成一個能看的頁面；如果明確使用前端設計插件，頁面結構、視覺層次、間距、配色和整體完成度通常會更好。
這並不意味著插件能替代人工審美。更合理的用法是：先讓插件生成一個更好的初稿，再由人做細節微調。
一套更穩的 Claude Code 工作流
把上面這些技巧組合起來，可以形成一套比較穩的流程：
- 在專案目錄啟動
claude。 - 先用計劃模式討論需求。
- 批准計劃前確認技術棧和驗收標準。
- 涉及高風險操作時保留手動確認。
- 用終端模式執行本地預覽和測試。
- 結果走偏時及時回滾。
- 把專案規則寫進
CLAUDE.md。 - 長對話定期查看和壓縮上下文。
- 重複流程沉澱成 Skills。
- 巡檢、研究、分析類任務交給唯讀 Agents。
- 特定領域任務優先用插件。
- 重要專案始終配合 Git 提交點。
這樣使用 Claude Code，會比單純「發一句需求等它生成」穩定得多。
小結
Claude Code 的效率不只來自模型能力，也來自工作流控制。
計劃模式決定方向，權限確認控制風險，回滾減少返工，CLAUDE.md 保存專案規則，/context、/compact 和 /clear 管理上下文，Skills 複用固定流程，Agents 隔離複雜子任務，插件則把成套能力打包進專案。
真正好用的 Claude Code 工作方式，是讓它在清楚邊界內持續推進任務，而不是把整個專案一次性交給它自由發揮。