[Claude Code #3] 權限管理總整理：/permissions 與模式循環
Claude Code 權限透過 allow、ask、deny 規則運作，並依 deny 優先的順序評估。本文整理 /permissions 用法、Bash 萬用字元語法、Shift+Tab 模式循環，以及設定檔優先順序。
閱讀文章精選主題 · 13 篇文章
Claude Code
從基礎原理到實務取捨，系統化瀏覽 Claude Code 文章。
最新文章
Claude Code
[Claude Code #2] /plan 計畫模式：修改前先對設計達成共識
Claude Code 計畫模式（plan mode）會在修改程式碼前先要求核准計畫。本篇整理 Shift+Tab・/plan 的啟用方式、3 種核准選項、用 Ctrl+G 編輯計畫，以及預設值設定。
閱讀文章[Claude Code #1] 從 /init 與自動產生 CLAUDE.md 開始
Claude Code 的 /init 命令會分析程式碼庫並自動產生 CLAUDE.md。本文整理已有檔案時的行為、Cursor・Copilot 規則移轉、互動模式，以及產生後的調整準則。
閱讀文章用規則檔案從一開始防止 Vibe Coding 事故
Vibe Coding 是否會發生事故，關鍵不在讀取程式碼的階段，而在撰寫第一個規則檔案的階段。我整理了應寫入 CLAUDE.md 與 .cursorrules 的五項規則，涵蓋安全性、重複、架構、完成標準與範圍，並附上範例句子。
閱讀文章[代理程式設計 #1] 什麼是 Harness Engineering？Prompt 之後的下一步
Harness 是包覆模型的執行迴圈。我們整理了工具、權限、情境管理與回饋這些組成要素，說明代理程式效能為何取決於模型智慧與 Harness 品質的乘積，以及優良 Harness 的條件。
閱讀文章[MCP·Skill #2] AI 代理程式 Skill 完整解析：從斜線指令到自動觸發
使用 AI 程式碼工具時，常常會重複相同指示，例如「提交訊息請使用這個格式」或「部署前請依照這份檢查清單」。
閱讀文章[AI Context #5] 為什麼要使用子代理程式？AI 代理程式的上下文隔離原理與委派標準
前幾篇介紹了節省上下文的方法：在工作邊界清除歷史紀錄（第3篇），並將固定成本設計得短小（第4篇）。但仍有些工作難以負荷，例如「請搞清楚這個程式碼庫中的付款邏輯如何流動」。認真的代理程式會讀取數十個檔案，所有內容都會堆進上下文。調查完成時，反而沒有足夠的上下文用來修改程式碼。
閱讀文章[AI 內容 #4] CLAUDE.md 為什麼應該簡短？AI 代理程式常駐載入內容的設計方法
第 3 篇介紹了如何用 /clear 清除對話記錄。但在 /clear 後立即查看剩餘內容，會發現並不是 100%。在 Claude Code 執行 /context，就能看出原因：系統提示、工具定義、CLAUDE.md，以及 MCP 伺服器註冊的工具，早已佔用數萬個權杖…
閱讀文章[AI 脈絡 #3] /clear 與 /compact 的選擇標準
前兩篇已完成診斷。Context window 是有限的（第 1 篇），填滿也不代表全部都會被使用，而且越長效能反而越差（第 2 篇）。因此處方很明確：必須管理脈絡。包括 Claude Code 在內的程式碼代理，為此提供的最基本工具就是 /clear 與 /compact…
閱讀文章Claude Code 規則與記憶體：CLAUDE.md 和記憶功能有何不同？
在專案中使用 Claude Code 時，通常會出現兩種需求：「這項規則每次都要遵守」以及「記住上次找出的結果」。
閱讀文章如果只能選一個程式設計 AI？一位實際使用 1 年的使用者之選
最近開發者社群最常見的問題之一，就是「Claude Code 和 Codex 該用哪一個？」我訂閱 Claude 約 1 年、Codex 超過 6 個月，每天都在使用，也實際體驗了近期推出的 Claude Fable 5 和 GPT-5.6 Sol…
閱讀文章