貢獻者
@cch
卡片
248
群島
1
被引用
294
提問
47
閱讀
78
活躍於
卡片248
- Subagent 定義檔的完整 frontmatter、scope 優先序，與「啟動時載入什麼」官方規格Anthropic 官方 Subagents 文件對自訂 subagent 的權威規格（以下為摘要整理，非逐字引用）。 **定義與必填欄位**：subagent 是帶 YAML frontmatter 的 Markdown，body 即子 agent 的 system prompt。frontmatter 只有 `name`（小寫加連字號的唯一識別，hook 會以此作為 agent_type）與
- Custom command 已併入 Skill：SKILL.md 取代 .claude/commands、invocation 控制矩陣與 content 生命週期Anthropic 官方 Skills 文件記載的一項結構性變更與其機制（以下為摘要整理，非逐字引用）。 **custom command 已併入 skill**：`.claude/commands/deploy.md` 與 `.claude/skills/deploy/SKILL.md` 都會建立同一個 `/deploy` 且行為相同；舊的 `.claude/commands/` 檔案繼續可用
- Claude Code 官方工作法：context 是最稀缺資源——explore→plan→code→commit、給可驗證的檢查、勤用 /clearAnthropic 官方「Best practices for Claude Code」的多數建議都繞著一條約束：**context window 會很快填滿，而填越滿模型表現越差**（會開始忘掉前面的指令、出錯變多）。整段對話、每個讀過的檔案、每次指令輸出都吃 context，所以管 context 是第一要務。實務原則： - **Explore → Plan → Code → Commit
- Windows 上 find/ls/grep 卡死數分鐘？根因是 CC 內部默默選了 Git Bash，用 shellPath 強制改 PowerShell情境（ameed tamimi 提問並自答，Win10/11、裝了 Git for Windows、CC v2.x、專案在 D:\）：每次跑 shell 指令就卡死——`ls`、`find`、`grep`、`./gradlew` 都會無限期掛住沒輸出，`/init` 還會一次 spawn 多個全卡住的 bash，背景 shell 越堆越多。重裝、改從 PowerShell 啟動、加防毒例外、加 t
- 讓 Claude Code 認得 Hatch（或任何隱藏 venv）的環境：用 ~/.claude/rules/*.md 的 paths frontmatter 條件套用，別靠一次 activate情境：偏好用 Hatch 管 Python 環境，但它把 per-project venv 藏在不直覺的系統目錄，CC 自己跑 ruff/pyright/pytest 時找不到。提問者試過寫規則叫它 `source "$(hatch env find)/bin/activate"`，結果 CC 每個指令都因為 `source` 被當成『把參數當 shell code 評估』而跳權限確認。 推薦做
- 安裝第三方 MCP server 前，先跑一遍信任稽核（5 步檢查清單）實務作者 Enjoy Kumawat（dev.to）提出一個觀念：MCP server 不是無害的外掛，而是「拿著你 agent 權限在跑的程式碼」，所以裝之前該先當成供應鏈風險來稽核。他的五步清單（已摘要、非逐字）： 1. **評估爆炸半徑**：依能力分級——唯讀且範圍窄＝低風險；唯讀但範圍廣＝中（可能外洩資料）；能寫檔／開 shell／執行＝高；有網路存取會把前面的風險全部放大。只需要基本功
- 一個 agent 還是五個？多 agent 平行開發的拆分準則與 planner→executor→verifier 管線實務作者 Enjoy Kumawat（dev.to）跑過「一隊 AI coder」後的結論（已摘要、非逐字）：平行只對「真正獨立的工作」有效，所以該問的不是「我想開幾個 agent」，而是「這任務裡有幾塊互不相依的工作」。 **判準（拆分測試）**：問自己——兩個人能不能在各自的 repo、不互相溝通就把這兩塊做完？能，就值得平行化。 - **用單一 agent**：深度、需要架構決策的循序工
- 想同時跑多個 Claude Code session？社群 orchestrator 工具選型地圖Claude Code 原生是單一 session 的互動式 CLI；當需求變成「一次推進多個任務、或讓多個 agent 平行協作」時，官方沒有內建編排層，這是社群 orchestrator 類工具補上的缺口。依 awesome-claude-code（hesreallyhim 維護）的 Tooling/Orchestrators 子類，常見幾種型態與代表專案，可依需求對號入座： - **多 w
- 從 nano harness 反推 Claude Code 的心智模型：agent loop 不變，能力靠繞著它疊（learn-claude-code）shareAI-lab/learn-claude-code（約 69k★，用 Python 從 0 到 1 手刻一個 nano Claude-Code-like harness）的核心論點，不是「怎麼用 CC」而是「CC 這類 harness 底層長怎樣」，補上本 collection 缺的架構心智模型層： - **能力來自模型訓練，不是外部編排**。harness 不製造智能，只提供讓已訓練好
- 能不能用 Max/Pro 訂閱憑證去驅動 OpenCode 等第三方 CLI？（portability 立場＋實務解）這張卡回答比 OpenClaw 誤判事件更廣的那個問題：**「我付了訂閱，能不能拿這組憑證去跑別的工具（OpenCode、proxy、其他 agent CLI）？」** 重點不是配額怎麼算（那在 Usage 島），而是憑證的 portability 與 lock-in 立場。 **觀察到的現象**：社群回報用訂閱憑證接 OpenCode（開源、多供應商 CLI）被擋；線索來自 opencode
- 傳「Claude Code 要從 Pro 方案移除」是真的嗎？官方說法、誰會受影響、怎麼確認自己的方案起因：有使用者貼出截圖，發現「新註冊者」看到的 $20 Pro 定價頁不再列出 Claude Code，文件也跟著改動（@rideontime 點出文件變更無法被單純解釋掉），於是 HN 上炸出「Pro 方案是不是要拿掉 Claude Code」的焦慮。 官方說法（可引用、但仍是成長團隊個人發言、非正式政策公告）：Anthropic 成長負責人 Amol Avasare 回應，這只是對「約 2%
- 註冊／登入卡在「手機驗證碼寄不出」怎麼辦？（重用舊號碼會被擋）有人建立 Claude 帳號（email 註冊）時卡在手機驗證這關，收到「無法寄送驗證碼到此號碼，請換號或稍後再試」的錯誤；改填別的號碼後又被擋一小時以上、只回「稍後再試」，完全進不去。回報者 @jpiabrantes 自己的判斷是：他重用了一個先前已綁在另一個 Claude 帳號上的手機號碼，疑似因此被驗證系統擋下（macOS、發生在帳號註冊階段，不是 claude CLI 登入本身那一步）。
- 付了錢卻跳「This organization has been disabled」：先分辨是「殘留 API key 中毒」（自己可修）還是「帳號真被停用」（無已知解）明明有有效 Pro/Max 訂閱、claude.ai 上也能用，CC 卻回 `400 This organization has been disabled`。這個錯誤其實有兩個完全不同的來源，先分辨清楚再行動——一個你自己能修，另一個目前沒有確認的解法。 **情況 A：殘留 API key 中毒（可自救，最常被忽略）** @Toowiredd 在 #8327 追到：環境裡若設了一把屬於「已停用
- 長 session 終端機暴衝捲到頂端再彈回（stroboscope 閃爍）：成因是 Ink 全螢幕清除，跨終端機都會中症狀（@ocontant 起報 v0.2.74 / macOS / iTerm2，#826 累積 300+ 留言、是 repo 裡最高票的 open bug）：session 變長後，每當 CC 輸出或你打字，畫面就猛然捲到整段 scrollback 最頂端再彈回現在位置，反覆到像頻閃燈，長到完全鎖死讀不到內容。標籤雖只掛 macos，但回報橫跨 iTerm2、Ghostty、Kitty、Alac
- 終端機在串流時狂閃／往回捲就跳回頂部：根因是全螢幕清除被狂刷，先砍 scrollback長期高頻摩擦（#769 @Cheffromspace、#1913 @PierrunoYT，數十人 +1）：Claude Code 處理／串流輸出時整個終端機畫面狂閃，且只要你在串流中往回捲，畫面立刻跳回頂部（@Cheffromspace／@Perlover），無法追進度；有人形容像看閃光燈、會頭暈。跨環境都中：WSL2/Windows Terminal、tmux、iTerm2、Ghostty、巢狀
- Windows 上 Claude Code 生出刪不掉的 nul 檔：根因、刪法與防再生**症狀**：在 Windows 上跑 Claude Code 後，工作目錄莫名出現一個名為 `nul` 的檔（常為 0 bytes），且用 Explorer／`del`／`Remove-Item`／`Test-Path` 都刪不掉、也複製不了。最初由 @rweijnen 在 CLI v1.0.62 回報，之後一路在 2.0.x、2.1.x 被多人複現（VS Code extension、git-
- 從 CC 終端機複製貼上多帶縮排／行尾空白：成因是 Ink 渲染器用空格補滿整列，怎麼拿到乾淨文字？症狀（@radrob2 開 #18170，跨 Linux/macOS/Windows、gnome-terminal/iTerm2/Ghostty/Warp/JetBrains 等多終端機數十人 +1）：從 Claude Code 終端輸出用滑鼠選取複製時，貼出來每行都多了對齊提示符（>／·）的前導縮排、加上補到終端寬度的行尾空白；長行還被插入硬換行。後果不只難看——shebang 被推離 byte
- 怎麼把一次 Claude Code session 開好？先探索再規劃、給它一個能自己驗的 check、卡兩次就重開這張卡收斂 Anthropic 官方〈Best practices for agentic coding〉的「怎麼用得好」紀律（不是工具怎麼壞）。核心前提只有一條：context window 會很快填滿，而模型表現會隨著它變滿而退化——所有實務都是在管理這個約束。 驅動一次 session 的標準節奏： 1. 先探索、再規劃、最後才寫。用 plan mode 讓 Claude 只讀檔、回答、產
- 怎麼用 Claude Code 才不會「跑歪 15 分鐘」？先把計畫寫成檔案、人工標註、再讓它機械式執行這是把「計畫與執行分離」當成一套紀律來做的工作流，而不是用內建 plan mode 的開關。Boris Tane（自述用 Claude Code 當主力開發工具九個月）提出的核心主張：在你看過並核准一份**寫成檔案的計畫**之前，絕不讓它動手寫程式碼。 具體三段式循環： 1. 研究階段——要它把對 codebase 的理解寫進一份 research.md（系統怎麼運作、有哪些坑、bug），而不是
- 每塊配置該放什麼？把 Claude Code 當「先配置、後寫碼」的基礎建設來組這張卡講的不是各零件怎麼運作（那在機制島），而是把整套堆疊組成一個日常工作環境時，每一塊該負責什麼、東西該放哪。作者 Arpan Patel 的核心心態轉換：與其想「我要寫這段碼」，不如想「我要把 Claude 配置好讓它寫得好」——配置先行、提示其次。 分工原則（誰放哪）： - CLAUDE.md（提交、團隊共享）：只放專案護欄——build 指令、架構限制、踩過的坑。保持短；規則「從失敗長出
- 想抄 Claude Code 作者本人的用法？先學「平行開工 + 重前期規劃」Claude Code 作者 Boris Cherny（@bcherny）公開了自己的日常設定，HN 上 568 分的討論把可遷移的做法整理了出來。核心不是哪個 flag，而是一套工作節奏： 1. 平行多開、不要排隊。他同時跑多個 agent 各做一件事，產出以「每週數十個 PR」計。對個人的意義：把任務切成彼此獨立、不會互踩的小工件，讓 agent 各自推進，而不是守著一個對話一路問到底。
- 長工作別等 context 爆掉才處理：用「先寫檔再清空」接力，少碰 /compact實務者 sshh（Shrivu Shankar）整理自己怎麼用 Claude Code 後，最高槓桿的一條不是哪個功能，而是「主動管理 context 生命週期」這個習慣。重點摘要（非原文照抄）： 1. 別信自動壓縮。他直言 auto-compact 不透明、容易出錯、沒調好，能不用就不用——壓縮過的脈絡常常掉關鍵、又看不出掉了什麼。 2. 主動看用量、別等爆。中途就跑 `/context`
- 2026 年 2 月更新後 Claude Code「複雜工程任務變廢」——是思考深度被砍，還是只是 UI 藏起來？這是一份用量化資料追蹤 2026 年 2–3 月退化的 issue（2026/4/2 開），與 2025 年 8–9 月那次 infra postmortem 是不同事件。回報者 @stellaraccident 沒只憑感覺，而是把四個專案、6,852 個 session 的 JSONL（含 17,871 個 thinking block、234,760 次 tool call）跑了一遍，量化出退
- 覺得 Claude Code「變笨」了，怎麼自己量測而不是憑感覺？這串 HN 討論（@qwesr123 貼出 marginlab.ai 的每日 benchmark 追蹤器）的核心收穫：抱怨「變笨」要拿數據說話，但量測本身有陷阱。 該追蹤器每天跑 50 題。SWE-bench 共同作者 @ofirpress 指出這樣不夠：他建議改跑約 300 題、每天重複跑 5 到 10 次再取平均，因為單跑一次的分數波動很大，連 Anthropic 伺服器尖峰超載都會造成假性
- 官方坦承：閒置逾 1 小時的 session 為何在 3/26–4/10 變「健忘又重複」？是 thinking 每回合被誤刪的 bug，不是權重變差這是 2026 年「Claude Code 又變笨」抱怨潮的一條官方解釋，跟舊的 Aug–Sep 2025 postmortem（3 個基礎設施 bug）無關，根因也不同。 **症狀與時間窗**：使用者回報 session 閒置超過 1 小時、隔一陣子回來再下指令後，Claude 變得「健忘又重複」，像忘了前面的推理。影響 Sonnet 4.6 與 Opus 4.6，期間約 3/26 → 4/1
- 「變笨」抱怨潮裡，社群追到的另一條線：CC 自身 system prompt 改版 + system-reminder 太頻繁（與官方 postmortem 不完全對得上）#6976（@QwQ-dev 開，2025-09-01，v1.0.98，area:model）是 8-9 月「Severe performance degradation」抱怨潮中聲量最大的串之一（90 則留言、最後被併入官方 postmortem 而關閉）。除了大量 +1，串裡有幾條官方 postmortem 沒講、值得分開記的線索： 1. 客戶端 system prompt 自己變了。@xd
- Extended thinking 到底怎麼計費？是按 token、以 output 費率算——而且「沒顯示」的思考也照算很多人問「開 extended thinking 會很燒錢，到底燒在哪？是按字數算嗎？」——這裡把計費機制講清楚，答案是：**會，按 token 計，而且以 output token 的費率計價。** ## 核心事實（依 Anthropic 官方文件） 1. **Thinking token 以 output 費率計費。** 模型產生的整段 reasoning 都算成 output token
- 為什麼 JSONL 裡的天量 cache_read token 幾乎不吃額度？額度是「美元等值、價格加權」常見誤解：在 `~/.claude/projects/` 的 session JSONL 裡看到天文數字的 `cache_read` token，就以為那是額度殺手。實測規模很驚人——@RedhatEnt（#24147）量到 30 天累積約 50 億個 cache-read token、佔總量 99.93%；逆向分析者 aray07 也量到單一 session 有 95% 的 input 是 ca
- weekly 上限擋人、5h session 卻還很空？為什麼 ccusage 和 /usage 對不上session 與 weekly 是兩個獨立的桶，計量平面（measurement plane）不同，所以會出現「session 100% 空、weekly 卻擋你」或反之的矛盾（@Sharshir, #50321）。 但這裡還有一層更隱蔽的真實落差：weekly 相對 5h 的計量「失準」。@Frisch12（#57699）用 38 個工作日的 ccusage 資料量化出，weekly 相對
- 為什麼 --resume 一個大 session 光是「打開」就跳到 80% 用量？（脈絡重灌 + 失敗重試也計費）resume 一個大型、長壽 session 時，CC 會把整個累積脈絡重新塞回 context 並重建 prompt cache：多份 CLAUDE.md、所有 MCP server 的 cache 層（例如 Notion 這類會把大量內容塞進每個 turn 的 server）、以及很長的對話歷史，全部一次性重灌。結果是——你還沒下任何指令，光是「打開」這個 session 就可能直接跳到 ~8
- Pro vs Max 5x vs Max 20x：三個訂閱方案到底各拿到什麼？三個訂閱方案的差別，本質上是「包含用量額度的倍率」與「同時可跑的強度」，而不是計量方式不同——三者的計量機制完全相同：5 小時 session + weekly 兩個桶、價格加權扣抵。Max 5x / Max 20x 名稱裡的倍率就是相對 Pro 的包含額度倍數。 幾個常被搞混、值得釘住的點： 1. 官方 cost 文件的參考數字（企業 / API 視角）：平均約 $13/人/活躍日、$150
- 「沒換模型卻變笨」是真的嗎？預設 reasoning effort 被調降又回滾的那次很多人抱怨某段時間 Claude「沒換模型卻變笨了」。這一類感受裡，有一次是**真實發生且被官方承認**的：Anthropic 為了改善延遲（latency），調降了預設的 reasoning effort；後來承認這是個錯誤的取捨，並在公眾壓力下**回滾**了這個改動（見 HN 上的 postmortem 討論，submitter @cinooo）。所以「同一個模型、體感卻變鈍」並非全是錯覺——
- 同樣工作流下 session 額度突然耗速 3-4 倍：怎麼判斷是版本/伺服器回歸而非用量變多？高頻抱怨：固定的工作習慣沒變，但某天起 5 小時 session 額度耗得特別快——以前能撐 4–5 小時，現在 30 分鐘就吃掉 30–40%。關鍵是這通常是「日期/版本相關」的回歸，而非你突然用量變多。 **辨識訊號（三者同時成立＝高度懷疑伺服器/版本回歸）** 1. 工作流固定不變，但耗速在某個日期或某次升版後「突變」。 2. 跨同一 plan 的多位使用者在「同一天」回報相同症狀。 3.
- Weekly 用量在幾分鐘內暴衝 40–50% 卻沒做什麼：是計量回歸還是真的用掉了？短時間內 weekly 配額從 50–80% 在 10 分鐘到 1 小時內暴衝到 100%，但同期 5h session 幾乎不動——這通常是疑似的「計量／扣費層回歸（metering regression）」，不是你真的用掉了那麼多 token。 多人同時回報這個模式（@pbrowne88 #69436、@nikitkazhopik，以及既有卡 89d908d7 的 @YeeZhiLi），而用
- 用 /fast 在 Max/Pro 訂閱上會不會多收錢？（會，且以 premium API 費率另計）**會，而且很傷錢包。** 很多人以為 `/fast` 只是「換個快一點的模型」，但它其實是離開訂閱計費傘、改走 pay-as-you-go 的開關。 **重點機制（@mktkr, #56782）：** - `/fast` 在任何方案都切得動（Max / Pro 也能切），但 fast mode 是以 **premium API 費率**計費，約 **$30 input / $150 outpu
- Max plan 在 session 才 4–16%、weekly 15–24% 就被限流，甚至被鎖 7 天？這張卡補充既有的 server-side 配額異常結論（見「Max plan 帳號瞬間觸頂」「v2.0.76 用量暴衝」二卡）。issue #29579（152 留言）提供更精確的真值點： **症狀**：多位 Max 5x / 20x 使用者回報，在 session 用量僅 4–16%、weekly 僅 15–24% 的情況下，每送一則訊息就立刻噴 `API Error: Rate limit
- 為什麼 Claude Code 中途突然『變笨忘了前面』？過早 compaction (premature compaction) 才是元凶，不是模型權重變差很多人覺得長 session 跑到一半模型『突然變笨、忘了前面講過的事』，第一反應是『模型被偷偷換掉/權重變差了』。但有一類真實的 **context 管理 bug** 會造成同樣的感知退化，而跟模型本身無關。 **過早壓縮（premature compaction）**：@kirso 在 #11817 回報，使用 1M context 的 Sonnet、整個 session 才用掉約 **4%
- 模型真的「變笨」了，還是錯覺？（Anthropic 官方 postmortem 的回答）針對 2025 年 8–9 月社群大量「Claude 變笨/被降智」的抱怨，Anthropic 工程團隊發了一份 postmortem，明確回答兩件事（以下為改寫摘要，非逐字引用）： **官方立場**：我們「從不因為需求、時段或伺服器負載而降低模型品質」——也就是說沒有所謂的「尖峰節流（peak throttling）」。但用戶感受到的退化**是真的，不是錯覺**，肇因純粹是基礎設施 bug，而
- 為什麼一個 2 分鐘的短 session 就吃掉 5 小時額度的一大塊？額度是『價格加權』而非『訊息則數』：每一個 turn 都把整段對話脈絡（system prompt、工具定義、CLAUDE.md、歷史訊息）重新送進模型一次，成本由『脈絡大小 × turn 數』決定，跟你打了幾個字無關。 即使是讀檔、跑 bash 的短任務，只要 context 已經很大、或開了 extended thinking（thinking token 以 output 計價、預設可達數
- 本該單純的任務突然燒光額度？小心 CC 把自己產生的檔案重新索引**作為 token-blowup 群集的延伸指標卡**（遞迴 self-spawn 主軸見姊妹卡 #68619 / `f990b2bd`）。辨識特徵：**一個本該單純的任務，突然冒出多層 Agent tool 呼叫，或額度在 10–20 分鐘內被燒光而平常可撐數小時**——這通常不是模型「變笨」，而是某條無人看管的迴圈在靜默吃 token。 **一種具體機制（@tupak1，#64588，CC
- 5 小時 session 還沒用滿就觸頂、且每月有 50 個 session 硬上限是怎麼回事？高頻案例（#6457，119 留言）：@tlepoint 剛訂閱、用 Claude Code 才約 1 小時半（其中跑了一個 subagent），就跳出「5-hour limit reached ∙ resets 12pm」。許多人同感「30 分鐘就被切斷」「沒做什麼就觸頂」。把機制講清楚： **1. 5 小時 session 是「從當天第一個 prompt 起算的滾動視窗」** 不是裝置數、也
- 用訂閱憑證（Pro/Max）跑 OpenClaw 風格第三方 CLI 會被 Anthropic 封鎖嗎？曾出現封鎖，但官方定調為「誤判、非政策」。 **事件**：有人用 `claude -p`（headless / mode 2）去跑 OpenClaw 風格的第三方 CLI 時被擋下。Claude Code PM @bcherny 公開澄清：這不是故意封鎖，很可能是「過於敏感的 abuse classifier」誤判，團隊正在看並會釐清政策。 **現況（依 OpenClaw 文件）**：用 Pr
- 怎麼實際壓低 Claude Code 的花費？可操作的 cost-control 槓桿清單把官方 cost 文件 + HN 社群實證彙整成一份可操作的省錢 playbook（彙整改寫，非逐字引用）。核心：花費 = 每則訊息都重付整段 context，所以「控制脈絡大小」與「把昂貴運算移出主對話」是兩條主軸。 具體槓桿： 1. **任務之間 `/clear`**：陳舊脈絡會在每則後續訊息被重複計價，做完一件事就清，不要讓 session 變「殭屍」。 2. **CLAUDE.md 控在
- 方案額度還很多卻被 400「You're out of extra usage」完全擋住，怎麼解？這是一個 Claude Code 把請求錯誤計到 extra-usage（額外用量）而非方案內額度的 bug，不是你真的用超了。 症狀：@yong-warren 在 #45203 回報，自己是 Max 5x 方案、當下 session 才用 2%，卻被 `400 You're out of extra usage` 完全擋住、無法送出任何請求。多人同一時間踩到。 多人證實的快速解法 = **重
- 沒有內建用量明細怎麼辦？/usage（伺服器真值）vs ccusage / CodeBurn / Claude Meter（本機推估）怎麼選原始資料其實都在 `~/.claude/projects/` 的 session JSONL：每個 turn 都有 input / output / cache_read / cache_creation 的 token 分項（這點延伸自既有卡 `fd08e88b`）。在這之上有兩條看用量的途徑，要分清楚它們量的不是同一件事。 **官方途徑：`/usage`** - 顯示本 session 的
- Windows native binary v2.1.159+ 啟動就靜默退出（v2.1.112 Node 版正常）：降到 JS 版或釘版本症狀（@jeonghunkim-ops，Windows 11，native binary）：v2.1.159/2.1.169 等 native binary 版本在 Windows 啟動時靜默退出、stderr 無錯誤；最後一個 Node.js JS 版 v2.1.112 在同機正常。crash 點跨模式不固定，像是 top-level handler 接到未處理 async error 後 `p
- Windows native auto-updater 無視 autoUpdates:false 與 channel pin，半夜自己更到 latest症狀（@mhunoval-certusgc，Windows native install，`~/.local/bin/claude.exe`）：三道官方停用/釘版守衛全開——`autoUpdates: false`、`autoUpdatesChannel: "stable"`、`autoUpdatesProtectedForNative: true`——native auto-updater 仍在
- Windows native：claude update 說成功、claude.exe 卻沒換版（HOME 未設）；正解是 install latest + 手動換檔症狀（@albert-rim，Windows native，**HOME 未設**，非 HOME≠USERPROFILE 的 split-brain 案）：`claude update` 印「Successfully updated from X to Y」，但 `%USERPROFILE%\.local\bin\claude.exe` 從沒被替換——新版有正確下載到 `versions\Y`，但
- 把長輸出（log/diff/測試結果）寫進檔案再 @引用，比直接貼進 prompt 省 context（工作流通則）工作流通則（從多個 cost/context 與 Bash 卡死案例萃取）：在 Claude Code 裡處理大量機器輸出時，**先把它寫進檔案、再用 `@path` 引用或叫 Claude 讀**，比把整段 log/diff/測試輸出直接貼進 prompt 更省 context、也更穩。 理由： 1. 直接貼進 prompt 的大塊文字每回合都可能被重載、推高地板成本（見既有「貼大段文字很燒
- headless 想對「正在跑的背景 session」補送訊息 / attach：目前做不到（enqueue 未實作）現況/缺口（@Danwich #65264、#66941）：headless/背景自動化常見需求是「對一個**正在跑的** background session 非互動地補送一則訊息（enqueue）」或「`claude agents attach <id|name>` 去接上背景 agent」，目前**都還沒有官方支援**。 影響工作流設計：你無法把背景 agent 當成可持續對話的常駐 wo
- MCP HTTP/SSE server 重啟後 CC 收到 404 session-not-found 卻不重新 initialize：連線卡死自架 remote MCP server（Streamable HTTP/SSE transport）給 Claude Code 用時的重連坑（綜合既有 HTTP session 卡片 + stdio 家族）：當你的 HTTP MCP server **重啟**後，舊的 `Mcp-Session-Id` 失效，CC 後續請求收到 404 session-not-found——但 CC **不會自動
- 在 CI 用 claude -p 做 headless review/批次任務：用 stream-json + 退出碼，別依賴互動或 OAuth把 Claude Code 當 headless 自動化（CI 批次、定時任務、腳本化 review）的工作流要點（綜合 headless docs 缺口 #65498/#49308/#69620 + VPS 認證 #65506）： 1. **認證**：headless/CI 一律用 `ANTHROPIC_API_KEY`（或 Bedrock/Vertex 變數），不要靠 OAuth——瀏覽器
- WSL2 沙盒下 Bash 網路請求 ~50% 機率失敗（socat listener startup race）在 WSL2／Linux 上開啟 `sandbox.enabled: true` 後，沙盒內 Bash 的對外網路請求（curl 等）會間歇性（約 50%）失敗，報 `Connection refused` 或瞬間 timeout，關掉沙盒就正常。 根因（@EvK 反組譯 bwrap argv 追出）：bwrap 啟動的 in-namespace wrapper 用 `socat TCP-LIS
- Claude Desktop / Claude Code 不支援原生 WSL 整合：只讀 \\wsl$ 共享、agent 不跑在 WSL 內現況（@matheuspimentaa 整理、多人 +1）：Windows 上的 Claude Desktop / Code 開啟 WSL 專案時，是把 agent、terminal、spawn 出來的 process 都跑在 **Windows 端**，只透過 `\\wsl$\` / `\\wsl.localhost\` 網路共享去讀檔——而不是像 VS Code 的 Remote-WSL 那樣
- JetBrains plugin（WSL）連不上：ENABLE_IDE_INTEGRATION / CLAUDE_CODE_SSE_PORT 沒過 WSLENV 邊界症狀：PhpStorm/IntelliJ 透過 `wsl.exe -d <distro>` 開 terminal 跑 WSL 內的 Claude Code 時，IDE 整合時好時壞——有些專案的 terminal `! env` 看得到 `CLAUDE_CODE_SSE_PORT` + `ENABLE_IDE_INTEGRATION`，有些同機同 CLI 版本的專案卻沒有，於是 plugin 報「
- 原生 WSL2 / Windows Terminal 內 Ctrl+V 貼圖無效：改用拖放或檔案路徑症狀（@J1angyue、@Haotiandtc 等多人，issue #61609/#32791/#71412）：在 Windows 原生 WSL2 終端機或 Windows Terminal（PowerShell）裡跑 Claude Code，從 Windows 複製圖片後按 Ctrl+V 不會貼上圖片——沒反應、或只插入空字串/亂碼；#71412 在 WSL2 還會報 UTF-8 surrog
- MCP stdio server「✓ Connected」卻 0 tools：常是 command 解析到錯的 interpreter（silent no-spawn）症狀（@robert-j-evc 回報，headless `-p` 與互動模式皆中）：`.mcp.json` 設的 stdio server 在 session 啟動時靜默不 spawn 或子程序剛起就死，Claude Code 顯示 connected 卻收不到 tool list，且**沒有任何錯誤被 surface**。最常見觸發：command 解析到 server 依賴環境**之外**的
- MCP stdio server 寫好自訂卻常斷線：避免污染 stdout、stderr 才是 log 出口自己寫 stdio MCP server 給 Claude Code 用時最常踩的雷（@coygeek 整理文件缺口、@zycaskevin 確認）：stdio transport 的 **stdout 是 JSON-RPC 專屬通道**，server 任何往 stdout 的非協議輸出（print debug、第三方 library 的 banner、進度條）都會污染訊息流，導致 client
- MCP stdio：收到不認得的 progress token 會整條 transport 拆掉，in-flight tools/call 參數遺失症狀（@n0mad-ai，stdio 專屬；同 server 走 SSE 正常）：帶較大參數（某字串欄位 ~600+ 字元）的 `tools/call` 會間歇性失敗，server 端報 Zod `body: expected string, received undefined`——也就是請求到了 server 但大欄位遺失。失敗前 MCP log 出現 `Received a progress
- MCP stdio server 跑 ~10–20 分鐘後 stdin pipe 斷掉、process 變孤兒（orphan 累積吃記憶體）症狀（@cfpramod，macOS，多個 stdio server 都中）：session 跑 10–20 分鐘後，CC→MCP server 的 stdio pipe 靜默斷掉，server **process 還活著但 CC 收不到**，工具突然消失報 `No such tool available`，`lsof` 顯示 stdin pipe 已斷、process 被孤兒化掛到 PID 1/
- claude mcp add 後想重連 stdio server：用 claude mcp reconnect <name>，免重啟整個 session需求（issue #57207）：stdio MCP server 斷線後（見 stdin-pipe 斷裂 bug），原本只能重啟整個 Claude Code session 才能恢復——很痛。社群與後續版本提供 `claude mcp reconnect <name>` 來以程式化方式重新 attach 已斷線的 stdio MCP server，不必丟掉當前對話 context。 搭配排查：
- Bedrock：/model 選 claude-opus-4-8[1m] 寫進無效 model ID → 400「model identifier is invalid」症狀（@MSAdministrator，AWS Bedrock）：透過 `/model` picker 選 Claude Opus 4.8 [1m]，或在 settings.json 寫 `"model": "claude-opus-4-8[1m]"`，每個 request 都 400：`The provided model identifier is invalid.. Try /model t
- Bedrock/Vertex 自 v2.1.154 起 auto-compact 靜默失效：靠 GrowthBook flag 把非直連使用者擋掉症狀（@jesse-blanton，Bedrock `CLAUDE_CODE_USE_BEDROCK=1`；Vertex 同）：約 v2.1.154 起 auto-compact 不再自動觸發，session 直接漲到 100% context 才卡住，手動 `/compact` 仍正常。 根因（反組譯 binary 追出）：決定每 turn 是否 compact 的 `daf()` 有個 gu
- Bedrock 報 400「data retention mode 'default' is not available」：模型不收 CC 預設的 retention 參數症狀（@L4Walk，AWS Bedrock）：連 Bedrock 後任何一句話（連 `hi`）都 400 `data retention mode 'default' is not available for this model`，CC 完全不能用。屬於 CC 對 Bedrock 多送了端點不認的參數（同類還有 thinking、output_config.effort、beta flag）這
- VS Code 的 Agent window 連 Bedrock 失敗（403）：Copilot 橋接的 SDK 不繼承 CLAUDE_CODE_USE_BEDROCK症狀（@gandharbikacorp）：同一份設定下，VS Code 的一般 Claude Code panel 用 Bedrock 正常，但「Agent window」連不上、只看到 403。 根因（@dedasNL 在 macOS 確認）：VS Code 的 agents view 走的是 Copilot Chat extension 的 `ClaudeLanguageModelServe
- worktree 編輯靜默寫進 parent repo：CC 把 worktree 巢狀放在 .claude/worktrees/ 內、又無 out-of-worktree 寫入防護症狀（@emilbergs，@stepan-romankov 在 Opus 4.8/macOS 獨立重現）：在 CC 管理的 git worktree 裡工作時，檔案編輯可能靜默寫到 **parent repo checkout** 而非當前 worktree——worktree 維持乾淨、diff 面板顯示「No changes」、預覽也看不到改動，但工作其實落在另一個 checkout。 根
- worktree 操作卻在 main branch 上做：claude -w / app worktree 模式都會落到 base checkout症狀（@brossetti1 CLI、@yuantee macOS app Code tab 都中）：用 `claude -w <name>` 或 app 的 worktree 模式開 session 後，Claude 的工作仍落在你 `-w` 出發的那個 main/base branch，而不是新 worktree branch；要**明確叫它在 worktree 裡作業**才會對。 下游副作
- devcontainer firewall：init-firewall.sh 被 devcontainer-feature 靜默覆寫，且 allowlist 有失效 domain 害容器起不來兩個疊在一起的雷（@HansFalkenberg-Visma + @FournyP）： 1. **靜默覆寫**：你放在 reference container 的自訂 `/usr/local/bin/init-firewall.sh` 會被 `ghcr.io/anthropics/devcontainer-features/claude-code:1.0` feature 提供的版本覆寫——文件
- JetBrains devcontainer 內 /ide 找不到 IDE、選取內容不進 terminal：plugin 與 CLI 間 SSE 連不上症狀（@joepadmiraal，plugin v0.1.14-beta，IntelliJ + devcontainer）：在 JetBrains devcontainer 設定下用 Claude Code plugin，IDE 整合失效——`/ide` 報「No available IDEs detected. Please install the plugin and restart your
- Docker 容器內按 k 殺背景 process 會讓 Claude Code 自己 crash（exit 137 / 共用 pgid）症狀（@viswa-abe，Docker 內；@bwbuchanan 在 `docker sandbox` 也中）：CC 在 Docker 容器裡用內建背景功能（`run_in_background`）起 process，按 `↓`→`k` 手動殺、或 Claude 自己決定殺背景 process 時，**CC 本體跟著 crash**（exit 137 / SIGKILL）。長期未修。 根因（
- 在 Docker/podman build claude-code image：install.sh 在映像建置情境會壞情境（@billMarcoUnoApp）：很多人用 Dockerfile + `curl ... install.sh | bash` 來 (1) 在非 RedHat/Ubuntu 的不受支援 Linux 上跑 CC，(2) 把 claude 關進容器只給它存取當前開發中的目錄（沙盒化）。但官方 `install.sh` 在 podman/docker **映像建置**（image creatio
- headless 遠端伺服器（VPS/SSH）登入卡在 OAuth wizard：改用 ANTHROPIC_API_KEY 全域環境變數症狀（@Gaizka-Hub，Ubuntu VPS、從 macOS SSH 進去）：在無頭遠端伺服器上每次啟動 CC 都跳 OAuth 登入 wizard，瀏覽器 OAuth 在 headless 環境走不通。 解法（@Gaizka-Hub 自行解決並關 issue）：headless 用 API key，不要靠 OAuth。具體： 1. 清理 `.bashrc`——移除重複的 PATH 行與格
- claude -p（headless）一回合起了背景 Bash：最終結果回來後背景 shell 不會自動清掉文件缺口（@coygeek 驗證仍未修）：headless docs 把 `claude -p "query"` 描述成「Query via SDK, then exit」，但沒講當那一回合用 `run_in_background: true` 起了長跑 Bash（dev server、watch build）時，`-p` 印出最終 result 後**背景 shell 不會被收掉**——在 CI
- Bash tool 沒有 stdin 參數、子程序卻繼承 harness 的 tty stdin：互動式指令會永遠卡住問題（@huisjes）：內建 Bash tool 的 `tool_input` 只有 `command`/`description`/`run_in_background`/`timeout`/`dangerouslyDisableSandbox`，**沒有 stdin 欄位**——模型無法餵輸入。但 spawn 的子程序卻**繼承 harness 的 stdin**（互動啟動時是真 tty）。
- Windows native：HTTP_PROXY/HTTPS_PROXY 被從 Bash/PowerShell 子程序環境剝掉（NO_PROXY 卻留著）症狀（@Kazunori-Sato，Windows 11 企業強制 proxy，pwsh 7.6，`CLAUDE_CODE_USE_POWERSHELL_TOOL=1`）：在 settings.json 的 `env` 區塊設了 `HTTP_PROXY`/`HTTPS_PROXY`，但 CC spawn 給 PowerShell/Bash tool 的子程序環境裡**沒有這兩個變數**——而同一個
- Windows native Bash 輸出全是「(No content)」：降版到 2.1.7 或改用 WSL症狀（@victor-gv，Windows 11 native installer，Git Bash / PowerShell）：自 2.1.x 起 Bash 指令有跑但輸出顯示「(No content)」，`tsc --noEmit`、`npm/pnpm test`、甚至 `npm --version` 都看不到輸出，CC 等於無法 debug TS 錯誤或測試結果。 線索（@prenaux、
- Windows native：--permission-mode dontAsk 下 Write allow-list 全失效，用 PreToolUse hook 繞過症狀（@maxbatura，Windows 11 native，2.1.145）：`--permission-mode dontAsk` 下，不論 `--allowedTools Write(...)` 用哪種路徑寫法（反斜線絕對 glob、正斜線精確路徑等），Write 一律被 DENIED；WSL2 早有同類報告（#40076、#52962），這把它延伸到 native Windows。 根
- Windows native 安裝/登入報 CERT_HAS_EXPIRED：降版（winget 2.1.181 / npm 2.1.177）可救症狀（@bjones9942，Windows native，無 proxy/VPN/AV、時鐘正確）：`claude /login` 在 OAuth token exchange 階段報 `CERT_HAS_EXPIRED` 連 platform.claude.com 失敗，但瀏覽器授權成功、同機 `curl -vI https://platform.claude.com` 回乾淨 200、`op
- Claude 無視 CLAUDE.md「不要自動 git commit/push」仍自行 commit：軟規則擋不住，要用 hook + deny症狀（@KlaudiaMariaGadek，#71577；同類 #67648 agent 重做被使用者拒絕的 commit）：CLAUDE.md 明寫「未經明確核可不得 git commit/push」，Claude 仍反覆自行 commit 與 push。這與「Claude 在 plan mode 仍執行破壞性指令」「跑 `docker compose down -v` 毀掉 DB volume
- Claude 自行跑 `docker compose down -v` 毀掉 PostgreSQL volume：破壞性指令要 deny 名單擋事故（@reduardo7，sonnet-4-6）：使用者只要求「`docker compose up webapi`、修到能無錯啟動」。Claude 正確修了 migration（補 `USING` cast），但**未經詢問**就跑了 `docker compose down -v`——`-v` 連同 volume 一起刪，毀掉裝著數週開發資料的 PostgreSQL DB。 教訓：agen
- CLI 與 VS Code plugin 顯示的 context window 不一致（Pro 該有 1M 卻只給 200k）症狀（@Cryxto，2.1.193，Pro tier，Sonnet）：同一帳號下 CLI 與 VS Code plugin 回報的 context window 大小不一致，且 plugin 隨機只給 200k（Pro 應有的 1M 視窗不穩定出現）。屬於 plugin/CLI 與後端對 model context size 協商不一致的家族問題（另見 1M context 狀態列誤報 2000
- VS Code extension「Always allow」權限選項會截斷指令文字、看不到完整指令症狀（#70057）：VS Code extension 跳權限確認時，「Always allow」選項把要被永久放行的指令文字截斷，使用者無法看清自己到底在放行什麼完整指令——對安全是隱患（可能放行了比你以為更寬的 pattern）。 類別：extension UI 的權限呈現缺陷。同期 VS Code extension 已知 UI 問題還有：webview 用 `--vscode-*` t
- 切換 VS Code 開啟的資料夾後 session 從側欄消失：自訂 session 名稱也會回復症狀（#71710）：VS Code extension 中切換目前開啟的資料夾（folder）後，原本的 Claude Code session 從側欄清單消失/遺失；相關 #65388 還報自訂 session 名稱在對話延續後會回復成預設名。 類別：extension 的 session 與 workspace folder 綁定處理不穩（與 worktree 移除後 session 從
- JetBrains plugin 重複建議「Install JetBrains plugin」即使已安裝；Ctrl+\ 會關掉 Claude CodeJetBrains plugin 的幾個高頻摩擦（彙整）： 1. **Ctrl+\ 關掉 CC**（#70114）：在 JetBrains 內按 Ctrl+Backslash 會直接關閉 Claude Code——與某些人慣用的 split/快捷鍵衝突，誤觸即丟失當前面板。 2. **重複建議安裝**（#61807）：plugin 明明已裝，IDE 仍一直跳「Install JetBrains p
- tmux 下 OAuth 登入失敗、--tmux parent 不退出、transcript 不寫 jsonl在 tmux 內跑 Claude Code 的幾個已知坑（彙整）： 1. **OAuth 登入失敗**（#65065）：tmux 環境下走 OAuth 登入會失敗——同 headless/遠端的通病，瀏覽器 callback 在多工/遠端 session 走不通。解法同 headless：改用 `ANTHROPIC_API_KEY`（見 headless 卡片）。 2. **`claude -w
- --worktree 在 Windows 建第二個 worktree 失敗（EEXIST）；killed agent 會留下鎖住的 .git/worktrees 註冊worktree 生命週期管理的兩個坑（彙整）： 1. **Windows 第二個 worktree EEXIST**（#70313）：`--worktree` flag 在 Windows 建第二個 worktree 時因 EEXIST 失敗——建立路徑/註冊處理在 Windows 沒處理好既有狀態。 2. **killed agent 留下鎖住的註冊**（#70451）：被 kill 的 ag
- Image paste 在 ssh/sftp 與 Windows 剪貼簿都不可靠：用檔案路徑 @引用最穩跨環境貼圖的整體現況（彙整 #5277 ssh/sftp、#66119 Windows 剪貼簿、#32791 Windows Terminal、#65154 慢、#56882 無 loading 指示）：Ctrl+V 貼圖只在少數本機終端機可靠；ssh/sftp 遠端、WSL2、原生 Windows Terminal 普遍失效或極慢，因為終端機與遠端/Windows 剪貼簿之間沒有可靠影像橋接。
- Headless / Agent SDK 的 MCP：未認證 server 行為文件沒寫清楚文件缺口（#69620）：headless 與 Agent SDK 的 MCP 文件沒解釋「未認證 server」的行為——當你用 SDK/headless 程式化載入 MCP server，遇到需要認證（OAuth/token）卻未提供時，會發生什麼、如何 surface、是否靜默略過或 fail，文件都沒講清。 相關脈絡（自寫 MCP / SDK 整合）：headless 載 MCP ser
- 自寫 MCP server timeout 調校：MCP_TIMEOUT / MAX_MCP_OUTPUT_TOKENS 與 stdio 啟動慢的關係自寫/接 stdio MCP server 給 Claude Code 時的環境契約缺口（#63305，docs 漏寫 session 環境變數）整理： 1. **MCP_TIMEOUT**：控制 server 啟動握手的等待時間；啟動慢的 server（uv/venv 解析、首次下載依賴）容易在預設時間內被砍。注意已知陷阱——某些版本 `MCP_TIMEOUT` 設超過 60 秒不生效（見既有
- Bedrock/Vertex：thinking.display="summarized" 被從 request body 剝掉 → thinking 空白或被忽略症狀（#71599 Vertex/Bedrock、#67729 Bedrock）：設 `--thinking-display summarized`（或 request 帶 `thinking.display:"summarized"`）時，在 Bedrock/Vertex 上該欄位被從 request body 剝掉，導致 extended thinking 回空白或 summarized 模式
- Vertex AI 用 proxy 部署想跳過 GCP 認證 / workload identity 缺 ANTHROPIC_WORKSPACE_ID 文件Vertex AI 整合的兩個缺口（彙整）： 1. **proxy 部署跳過 GCP 認證**（#65450）：以 proxy/gateway 中介 Vertex 時，希望能跳過 CC 端的 GCP ADC 認證（讓 proxy 負責認證），目前缺乏官方開關。 2. **WIF workload identity 文件缺 ANTHROPIC_WORKSPACE_ID**（#58860）：Verte
- MCP stdio：server 在 <100ms 內回 tool result 反而不被處理（3 分鐘 stall）反直覺的 race（#65413）：自寫 stdio MCP server 若在 **<100ms** 內就把 tool result 寫回 stdout，該結果可能**從不被 Claude Code 處理**，工具呼叫卡住約 3 分鐘才 stall——回得太快反而觸發 client 端的訊息處理 race。 配合既有 stdio 不穩家族（#64475 progress token 拆 tra
- Semgrep / 跨平台 plugin 在 WSL 跑成 Windows binary：hook.sh 解析到錯的原生執行檔症狀（#69256）：Semgrep plugin 的 `hook.sh` 在 WSL 環境下執行到 **Windows binary** 而非原生 Linux binary——因為 WSL 的 PATH 同時包含 Windows 與 Linux 執行檔，plugin 腳本沒明確限定平台就抓到 `.exe`。 類別：跨平台 plugin/hook 在 WSL 的 PATH 混用陷阱（與 plug
- /doctor 誤報「~/.local/bin is not in your PATH」：non-interactive shell 早退守衛害它看不到 PATH症狀（@ahimsauzi，Debian/Ubuntu）：`/doctor` 報「~/.local/bin is not in your PATH」即使它其實在 PATH——而它建議的修法是重複又無效的。 根因（@ahimsauzi）：Debian/Ubuntu 標準 `.bashrc` 頂端有 non-interactive 早退守衛： ``` case $- in *i*) ;; *
- 把大段文字（log/diff/輸出）直接貼進 prompt 很燒 context：寫進檔案再 @引用更省@theabbie 的成本 take：在 Claude Code CLI 直接貼大段文字（log、diff、curl 輸出、code 片段）很傷 token，因為 (1) 貼進去的內容會**佔據整段對話的 context**、不只引入它那一 turn，之後每則訊息都背著它的成本；(2) 重複載入。建議 Claude 應主動提議把大段內容寫進暫存檔、改用引用。 相鄰證據（#68921 @fy2ne
- hook 拿不到 token/cost 資料：無法做即時預算監控或 PreCompact 重注關鍵指令@cassiodias 指出：hook 目前只收得到 session metadata（session_id、transcript_path、cwd、permission_mode），**完全沒有 token 用量或成本資訊**。這擋住三件事：(1) 即時預算監控（無法在接近上限時告警）；(2) 依當前消耗調整行為；(3) 自動化 session 管理（智慧 save/compact）。 @ca
- 想要內建 claude usage 用量分析指令：資料已在 JSONL 裡（input/output/cache_read/cache_creation 逐 turn）@mp719lkh 把 10+ 個重複的 token 用量需求併成一個：per-session 與累計用量、全時段累計、Pro/Max 訂閱者的歷史追蹤、CLI 即時用量指示、自動成本報表。這是 Claude Code issue 裡『最常被要求』的類別。 關鍵實作線索（@digitalpromptmarket-beep）：**資料其實已經都在** `~/.claude/projects/` 的
- /new 與 /reset 不會歸零 cost 計數器：長跑 session 看不出『今天花多少』@ndrone-winsupply 回報：在同一個 Claude Code 進程內用 `/new` 開新 session 時，session JSON 的 `cost.total_cost_usd` **不會歸零**，而是從上一個 session 繼續累加——反映的是『進程累計成本』而非『單 session 成本』，即使 /new 已開新 transcript / 新對話脈絡。 相關（#7105
- /compact 想要檔案備份摘要 + 選擇性還原：目前 compact 在 server 端、無本地摘要 log 難 debug@mrgoonie 提案（高關注）：把 `/compact` 改成**檔案備份摘要**做法（靈感取自 Cursor 的 Dynamic Context Discovery）——compact 時把原始內容寫進本地檔、context 換成『摘要 + 檔案引用』，需要時可**選擇性還原**，而非只在記憶體裡摘要。 他點出現況痛點：(1) compact 發生在 server 端，事後本地沒有摘要對話
- context 不只是『剩多少』，更是『人與模型是否在推理同一組事實』：context 健康監控與靜默降級偵測@renesugar 的 take：大家盯著『還剩多少 context』，但更危險的是 **context 遺失**——對話進行到某點，較早的訊息對模型已不可得，使用者卻以為自己的回覆在先前脈絡下很清楚，於是人與模型開始『在不同的事實上推理』，而且是靜默發生。唯一的使用者解法（in-band ledger）還不可靠，因為這個介面保留 HTML comment 卻把它可見地 render 出來。
- DISABLE_PROMPT_CACHING 系列環境變數：可全域或分模型（Haiku/Opus）關閉 prompt caching，但文件沒寫啟動警告@coygeek 整理出一組常被忽略的成本相關環境變數（在 env-vars 文件，但缺啟動行為說明）：`DISABLE_PROMPT_CACHING=1` 全模型關閉 prompt caching（優先於分模型設定）；`DISABLE_PROMPT_CACHING_HAIKU=1` 只關 Haiku；`DISABLE_PROMPT_CACHING_OPUS=1` 只關 Opus。文件的缺口是：當
- 子代理卡片不再顯示 context size / token / cost（v2.1.193 回歸）@feanor5555 回報（Claude Code 2.1.193，Windows 11 PowerShell，`verbose:false` + 自訂 statusLine）：子代理卡片（chat 下方、方向鍵可選）旁邊原本會顯示的 **per-subagent context size / token / cost** 指示器不見了；runtime 與狀態列還在，只少了那個 context/
- claude-code-action + WIF federation 配 plugins 必爆 401 jti_reused：單次 OIDC token 被重複交換症狀：用 workload identity federation（WIF）認證、又同時設定 `plugins` / `plugin_marketplaces` 時，action 約啟動 3 分鐘後死掉，`num_turns: 1`、`total_cost_usd: 0`，從未成功打到 API；錯誤是 `Token exchange failed with status 401 ... Ensur
- use_sticky_comment 跑完卻沒貼回 PR：review 在 result 裡但 action 直接收工症狀：`pull_request` 事件上設 `use_sticky_comment: true`，Claude 跑完、SDK `result` 欄位裡有完整 review，但 action 從未把它貼成 PR comment——它把結果寫進 log 檔、撤銷 app token、直接 exit，跳過了貼 sticky comment 的步驟。@viiveek83 在 self-hosted ru
- use_sticky_comment 在 agent 模式無效：MCP comment server 啟動時拿不到 CLAUDE_COMMENT_ID症狀：設了 `use_sticky_comment: true`，但因為同時 `track_progress: false` 且給了 `prompt`，action 進入 **agent 模式**，sticky comment 就靜默失效——PR 上不會出現任何 comment，即使 MCP comment server 有被列進工具清單。 根因（@cheapsteak 追到原始碼）：`dete
- use_sticky_comment 不支援 pull_request_target：要 fork PR 安全又要 claude[bot] 署名只能二選一@sjnims 回報：`use_sticky_comment: true` 只在 `pull_request` 事件生效，`pull_request_target` 事件下不作用。這逼得需要 fork PR 安全性（必須用 `pull_request_target` 才能在不信任的 fork 上安全跑、又能拿到 secrets）的人退回用 `gh pr comment`——但那會以 `github
- claude-code-action 的 max_turns 永遠是 10：run.ts 根本沒把它傳進 SDK根因（@DougLifeOfficial 追原始碼，@ZWhiteTrace 在 main 上復核）：主 action 走 `src/entrypoints/run.ts`，它呼叫 `runClaude()` 時只傳 5 個選項，**漏了 maxTurns**，所以 SDK 一律吃預設的 10 turns，不管你怎麼設。`base-action/src/index.ts` 那條入口有正確傳，但主
- 想在 CI 給 @claude 設『花費上限』（$ 或 turn）目前做不到，只能事後卡需求（@jonastemplestein）：想說『@claude 花最多 $5 試著做 X』，也就是 action 內建一個硬性成本上限。 現況：action 本身**沒有硬性 $ 上限**。@ashwin-ant（Anthropic）指出 base action 有 `max_turns` 選項可間接控管（但見 #1177，主 action 的 max_turns 其實沒接上）。@adamhe
- CI review 常吃滿 max_turns 卻沒貼出結果：agent 看不到自己的剩餘預算（taskBudget 尚未開放）@brianatdetections 對自家 monorepo（~30 PR/天、每 PR 一次 Opus review）做了 14 天鑑識：**37% 完成的 review run 撞到 `--max-turns`**，即使已用 `--effort xhigh`、按風險分級給 8/25/45/70 甚至上調到 110 的 turn 上限。問題是 agent 對『剩餘預算』在 prompt 內沒有
- 非短命 self-hosted runner 上 marketplace 安裝失敗：'already installed'（~/.claude 狀態殘留）@jzck 回報：在 **非 ephemeral（重複使用）的 self-hosted runner**（GCP MIG）上，設了 `plugin_marketplaces` + `plugins` 的 action 第二次跑就掛在 marketplace 安裝：`Failed to add marketplace: Marketplace 'claude-code-plugins' is alr
- self-hosted runner 連不到 claude.ai：install.sh 靜默失敗、SDK 內建 binary 被跳過（v1.0.100 回歸）@kkkev 回報：v1.0.100 在『claude.ai 連不到（企業防火牆）但 npm 套件可透過 mirror（如 AWS CodeArtifact）取得』的 self-hosted runner 上壞掉。`install.sh` 下載靜默失敗（curl SSL 錯，但 pipe 裡的 bash 卻 exit 0），於是 action 回報『安裝成功』；接著 v1.0.100 的新邏輯把不
- claude_args 的 --model 在 tag 模式被靜默忽略：@claude 觸發一律跑預設 model@rmalve 回報：由 @claude mention 觸發（`issue_comment` / `pull_request_review_comment` / `pull_request_review` / `issues` 事件）時，action 進入 **tag 模式**，此時 `claude_args` 裡的 `--model` 會被**靜默忽略**——SDK 一律用 tag 模式預設
- tag 模式會把 claude_args 裡的自訂 Bash 工具與非 github MCP 工具濾掉（只留 mcp__github_*）@sjnims、@ylgibby 各自回報同一機制：tag 模式（`pull_request`/@claude 觸發自動進入）會把使用者在 `claude_args` 給的 `--allowedTools` 過濾，只保留 `mcp__github_` 開頭的工具：`parseAllowedTools(userClaudeArgs).filter(t => t.startsWith("mcp__gi
- allowed_tools 寫法陷阱：YAML list 不吃、要逗號分隔字串；多次呼叫 action 第二次失效@kvz 回報：README 風格的 `allowed_tools` 用 YAML list（`- Bash(...)`）寫，Claude 會說它沒有那些工具的存取權；改成**單一逗號分隔字串** `allowed_tools: Bash(corepack yarn check),Bash(corepack yarn),Bash(corepack yarn add:*),Bash(gh run:*
- claude_args 值含 # 會被 shell-quote 當註解吃掉 → null → AJV crash（API 前就掛）@f1sherman 追到根因：action 用 `shell-quote` 的 `parse()` 處理 `claude_args`。當某個 flag 值含 `#`（即使反斜線跳脫），`shell-quote` 會把它當**註解**、回傳 `{comment: "..."}` 物件而非字串；action 的 `.filter(arg => typeof arg === 'string')` 把它
- claude_args 多個 --add-dir 只有最後一個生效（其餘被覆蓋而非合併）@Nemo157 回報：在 `claude_args` 裡傳多個 `--add-dir`（想讓 session 同時能存取多個目錄），結果**只有最後一個目錄生效**，前面的被靜默覆蓋掉。指向 `base-action/src/parse-sdk-options.ts` 的參數解析沒做成累加。 實務：在修進去前，別假設多個 `--add-dir` 會合併；若要多目錄，需確認 action 版本是
- PR review 在 fork、或觸發者沒 write 權限時失敗：'does not have write access'（即使只做唯讀 review）@rshea-circle 回報：純唯讀的 PR review workflow（只讀檔、貼 PR comment、留 inline comment，不 push、不建 branch）在『fork 來、且作者沒有上游 repo write 權限』時仍失敗，用 Anthropic OIDC 拿的 github token 報 `User does not have write access on t
- actions/checkout 設 persist-credentials: false 會讓 claude-code-action 在 branch setup 階段炸掉@Guthman 回報：前一個 `actions/checkout` step 設了 `persist-credentials: false` 時，`claude-code-action@v1` 會在 branch setup 失敗——因為 action 的 `setupBranch` 在『配置自己的 git auth 之前』就先跑 `git fetch origin <ref>`，沒有殘留憑證可
- @claude 在 issue 上建 branch 404：branch 名的 / 被 URL-encode 成 %2F@tnussbeck-star 回報：`issue_comment` 上 @claude 觸發時，action 嘗試建立含正斜線的 branch（如 `claude/issue-1-...`），但 GitHub REST API 路徑把 `/` URL-encode 成 `%2F`，於是 `GET /repos/.../branches/claude%2Fissue-1-...` 回 404，後續
- GitHub App 的 github_token 固定 1 小時過期會卡死長跑 job（agent loop 中不會 refresh）@gameofby 回報：`actions/create-github-app-token`（claude-code-action 底層用它）拿到的 installation token 固定『建立後 1 小時過期』（GitHub API 限制）。對長跑的 agent job，token 在中途過期、action 不會在 agent loop 裡 refresh，於是後段的 git/GitHub
- Claude 跑完、action 綠勾、也被計費，但 review 從沒貼上 PR（MCP server 不收尾或貼文路徑斷掉）這是 CI 上最惱人的『成功但沒結果』類問題，多人（@AntoineMontane、@pelmered、@joejansen、@lubc、@Kraxi）回報：action run 成功（`type:result, subtype:success`、result 欄位有完整 review、也被計費 $0.6~1.4），但 PR/issue 上從沒出現 comment。@lubc 的 log 顯示『S
- claude-code-action 跑完不退出、workflow 掛到 timeout：orphan bun 進程（MCP / stream handle 洩漏）@sbushell92 回報：Claude 已成功貼出 review，但 workflow 永不退出、跑到被手動取消或撞 timeout。cleanup 時 log 顯示一票 orphan `bun` 進程（github_comment / github_ci 等 MCP server）沒被收掉。 關鍵：@oikon48、@ichiki-mfw 證實**沒配任何 MCP server 也會 ha
- PR 指向預設分支時 gh CLI 與 inline-comment MCP 工具消失（指向非預設分支才正常）@utsav-generalmind 回報一個違反直覺的行為：當 PR **指向 repo 預設分支**（dev/main/master）時，`gh` CLI 與 `mcp__github_inline_comment__create_inline_comment` 工具在 action 內變得不可用——即使它們明確列在 allowedTools；action 報『Since neither gh
- workflow step 的 env: 區塊不會傳進 Claude Code 子程序（OTEL/遙測變數設了沒用）@csy1204 回報：在 workflow step 的 `env:` 區塊設 OpenTelemetry（或其他）環境變數（如 `CLAUDE_CODE_ENABLE_TELEMETRY`、`OTEL_EXPORTER_OTLP_ENDPOINT`），這些變數**不會被傳進 Claude Code 子程序**。原因是 GitHub Actions 的 composite action 只會轉發
- AWS Bedrock 用 application-inference-profile：--model 要接完整 ARN，且別把空格打進 flag@sokasanan 在 claude-code-action + AWS Bedrock（application-inference-profile 後端）遇到 403／model 沒生效。最後查清是**自己 claude_args 打錯**：把 `--model` 寫成 `-- model`（中間有空格）或 `--" "model`，導致 flag 解析錯誤。正確寫法是把 model 接成完整
- v1.0.113 起 Bedrock 全爆 400 invalid beta flag：SDK 把 anthropic_beta 塞進 request body@melong0124 回報：`[email protected]`（2026-05-06）起，所有用 AWS Bedrock 的 workflow 立刻失敗 `API Error: 400 invalid beta flag`；前一版 v1.0.112 正常。根因：v1.0.113 把 `@anthropic-ai/claude-agent-sdk` 從 0.2.128 升到
- self-hosted runner 上 'Executable not found in $PATH: claude' / SDK 啟動就崩：先確認在用 @v1 而非 beta，且 claude 在 PATH@takashi-uchida 在 self-hosted runner 上踩了一連串：先是 OIDC 錯（改用 main branch 驗證）、再因 runner 沒裝 bun 而錯（在 workflow 裡裝 bun）、最後卡在 `Error spawning Claude process: ... Executable not found in $PATH: "claude"`。@chris
- system prompt 在大型 git repo 浪費 >10k~20k tokens（gitStatus 載入）且關不掉@verbraucher 用 `/context` 量出：大型 repo / monorepo 下，Claude Code 自動把 git 資訊載進 system prompt，吃掉 >20k tokens 且無法停用——有 `.git` 時 system prompt 23.7k tokens，沒 `.git` 時 3.1k，差約 20k。設 `permissions.deny` 擋 `Read
- 高 token 燒毀：retry 重送整段 context + compaction 連鎖（單事件 50K~300K tokens）@ian038 分析查詢 + compaction pipeline 的 token 浪費：(1) 主 `while(true)` 查詢迴圈在 retry 時**重送整段訊息歷史 + system prompt**，單次 retry 50K~300K tokens；(2) compaction 觸發但壓不夠、無法阻止下一次 compaction，於是連鎖而非收斂；(3) 任何 fall back
- 9,911 個 session 實證：超過 30 turns 的『殭屍 session』是 token 浪費大宗（建議 /reset 或新 session）@Korck-lab 對 9,911 個真實 session log（>32B tokens context、20 萬個 assistant turns）做了審計，最關鍵的發現：**超過 30 turns 卻不重置的『殭屍 session』累積巨大歷史窗，在 24B quota 單位中佔了 >1.3B 的浪費 token**（純粹反覆重送對話歷史）。 這把一個常被忽略的習慣量化了：把一個 ses
- 1M context hotfix 後 token/quota 暴衝：prompt caching 疑似失效（開 session 就吃掉 30-40% 5 小時額度）@MRavandoust 回報：在『Usage credits required for 1M context』那個 hotfix 之後，token 消耗大幅暴衝——一開 session 還沒下任何複雜指令，就瞬間吃掉 5 小時額度的 30~40%；之後每個小改動或簡單查詢幾分鐘內把剩餘額度清光。刪掉大型 output 資料夾、重啟 VS Code 都無效，乾淨新 session 仍瞬間掉 40%
- 第三方端點（ANTHROPIC_BASE_URL）下 prompt caching 0% 命中：billing-header 的 cch nonce 每次都變、坐在 prompt 最前破快取@josuebustosn 追到：用 `ANTHROPIC_BASE_URL` 接第三方 Anthropic 相容端點時，每個 `/v1/messages` 請求的**第一個 system block** 是 billing/遙測 header：`x-anthropic-billing-header: cc_version=...; cc_entrypoint=sdk-cli; cch=<NONC
- --resume 會丟掉 session 的 [1m] 修飾與 --effort，靜默使快取失效（成本/品質悄悄變掉）@EmpireJones 報兩個相關 bug：(1) #65805——用 `--model claude-opus-4-8[1m]`（1M context Opus）開 session 後 `--resume`，**不保留 `[1m]` 修飾**；resume 時 base model 沿用 session、但 `[1m]` 取自當前 model 設定，所以若當前 model 沒帶 [1m]（純
- /context 指令本身會把輸出注入對話歷史、燒掉它正在測量的 context@taylorsegell 觀察到一個諷刺行為：`/context`（本意是顯示 token 用量）會把輸出當成 assistant 訊息注入對話歷史，於是**執行它就消耗它正在報告的資源**。實測：session 起始 ~14% context，跑兩次 `/context` 後變 ~26%——光診斷兩次就吃掉 ~24k tokens（12% 的 200k 窗）。`/context all` 的完
- 1M context 模型（opus-4-8）狀態列回報 context_window_size=200000 → 過早顯示『100% context used』@larrysingleton007 回報：對 `claude-opus-4-8`（1M context 變體），statusLine JSON 的 `context_window.context_window_size` 報成 `200000`，用量過 200k 後就把 `used_percentage` clamp 到 100、`remaining_percentage` 到 0；但 sess
- 載入 claude-api skill 後在 21% context 就誤報『Context limit reached』（特定 provider/skill 的 context 計算 bug）@plasma-vision 回報：載入內建 `claude-api` skill 後立刻跳 `Context limit reached · /compact or /clear to continue`，但 `/context` 與狀態列都顯示遠低於 200k 窗（實測僅 ~42k tokens 在用）。環境是 Windows PowerShell、Sonnet 4.6、backend 為 M
- Read 工具的省 token 行為沒寫進文件：精簡行號輸出 + 未改檔重讀去重；最大隱性成本是每 turn 重載的 CLAUDE.md@coygeek 指出 Read 工具有兩個省 token 行為只在 changelog 出現、tools-reference 文件沒寫：(1) **精簡行號輸出**——舊格式 `\n 2→`（約 7 字元/行，且 markdown 把連續空白縮成一個），新格式 `\n2\t`（2 固定字元 + 行號）；(2) **未改檔的重讀去重**——同 session 內同一個沒變的檔被重讀時不重複
- /compact 報『Usage credits required for 1M context』即使已切 Sonnet 4.6：compaction 內部硬要 1M 模型@loglux 回報：`/compact` 丟 `Error during compaction: API Error: Usage credits required for 1M context · run /usage-credits ... or /model to switch to standard context`，即使 session model 明確設成標準 `claude-son
- 單次小改動把週 + 5 小時額度一次清光（cost 計量回歸）@YeeZhiLi 回報：週 all-models 限額（剩 60%）與 5 小時限額（剩 22%）在做了**一個小改動後雙雙被清空**——5 小時先跳到 91%，重開後兩個限額都顯示用罄。@nikitkazhopik 同症狀：max x20 方案下 30~90 分鐘內週用量從 50% 跳到 80%，AFK 回來一小時掉 ~30%，平常整個工作日才用 20-30%；用 `ccusage` 查卻顯示
- Agent 子代理會丟掉所有專案 context（CLAUDE.md/rules/hook 全不繼承）——多代理工作流的知識斷層@DevenDucommun（9 天跑了 296 個子代理 session、僅 4 個互動 session）指出：父 session 用 Agent 工具委派時，子代理**從零 context 起跑**——沒有 `~/.claude/CLAUDE.md`、沒有 `.claude/rules/`、沒有專案記憶、SessionStart/PreToolUse/PostToolUse hook 全不觸發
- spawn 大量子代理的 skill（如 deep-research）可能一聲不響吃掉 25% 額度——目前無事前估算/確認@klee-wli 回報：像 `deep-research` 這種會 fan-out 15~20 個子代理的 skill，能在沒有事前警告下吃掉一大塊 session 額度——他在另一個 context 寫 code 時誤觸，~25% 額度在他來得及介入殺掉前就沒了。 訴求與社群共識（@hiwasham、@Necmttn）：把『事前估算』與『執行中保護』拆成兩個 feature，對應兩種失敗模式
- PreToolUse:Bash hook 在 v2.1.176+ 靜默失效（已註冊卻完全不觸發）怎麼確認與緩解？回報：Claude Code v2.1.176 起，在 `~/.claude/settings.json` 註冊的 `PreToolUse:Bash` hook 雖然 `jq '.hooks'` 看得到、其他事件（statusline、PostToolUse）也照常觸發，但 Bash 工具呼叫時這條 hook 鏈完全不被叫到——沒有 stdin、不檢查 exit code、也不報錯，安全/改寫/i
- PreToolUse hook 對 subagent（Agent tool）不觸發——多 agent workflow 的安全/省 token 破洞回報者 @tarungarg546 量測：定義在 `~/.claude/settings.json` 的 `PreToolUse` hook 只對主 agent 觸發，**所有經 Agent tool spawn 的 subagent 都被靜默跳過**。在大量平行 agent 的環境（Conductor）裡 72% 的 session 是 subagent，等於 hook 只覆蓋一小部分真正的工具
- 多個 PreToolUse hook 同時命中同一個工具：執行順序、updatedInput 可見性與衝突（實測語義）官方 hooks 文件只寫單一 hook 的行為；當 project `.claude/settings.json` 的 hook 加上一個或多個 plugin hook 同時命中 `Bash` 時，順序/改寫可見性/衝突全未說明。@karlkfi 在 v2.1.168（macOS）做了控制實驗，實測出可依賴的不變量： 1. **每個 hook 看到的都是原始 tool_input，不是前一個
- Slash command 的 argument-hint 是什麼、怎麼寫，以及 ghost-text 蓋掉輸入的顯示 bug自訂 slash command（`~/.claude/commands/<name>.md`）可在 YAML frontmatter 放 `argument-hint`，例如 `argument-hint: <project> [--infra] [--v1] | <PR#> | --archive <project>`。它在輸入框裡以 ghost text 形式提示參數格式，幫使用者知道這個指
- 自訂 slash command 的位置參數被吃掉（Cowork/某些前端送出時 strip 掉 argument）怎麼辦？@RWTloopesko 回報：在 Cowork desktop client 打 `/product-dev:create-spec abc123` 送出時，**空白後面的參數被靜默丟掉**，agent 只收到 `/product-dev:create-spec`，於是 skill 反問缺參數。確認是 slash-command 送出路徑的問題，不是 skill 本身——後續用純文字把參數貼上去
- Output style 帶 YAML frontmatter 時內容沒被注入 system prompt（拿掉 frontmatter 就好）@alberduris 回報長期 bug（v2.1.107→110 持續）：output style 檔（Markdown + frontmatter）會被 CC 辨識（statusline 與 `/config` 顯示名稱正常），但 `---` 之後的指令內容**沒有被注入 system prompt**。官方文件明說 output style 是「frontmatter + 會加進 syste
- statusLine 指令在 Windows 退出 126／stdin 為空／只有 pwsh -Command 能動，怎麼設才會 render？@nishherat 回報：Windows（Git Bash）上 `settings.json` 的 `statusLine.command` 被 Claude Code spawn 時 exit 126（command found but not executable）、statusline 不 render、UI 不報錯——只有 `claude --debug` 看得到。手動跑同一字串卻正常，
- /rewind（Esc Esc）的「Restore code and conversation」是預設且無確認，誤觸會直接丟掉未 commit 的程式碼@coezbek 提出的安全顧慮（呼應已被關掉的 #27387/#50897）：`/rewind` 選單（空 prompt 連按兩次 Esc 也會開）把「Restore code and conversation」放第一個/預設，按 Enter **立刻執行、沒有確認、不顯示影響範圍**。極容易誤觸，他因此「按錯兩個鍵丟掉一整天的工作」。 **我的判斷**：在搞清楚 rewind 行為前，要把
- 「Rewind to here」只回捲對話、磁碟上的檔案沒被還原，這是預期還是 bug？@ZenaraJaya 回報：用「Rewind to here」回到較早的訊息時，對話歷史正確回捲，但 Claude 在該點之後對檔案做的 edit/write/delete **沒有被還原**，磁碟上的檔案維持修改後狀態。預期是連檔案一起還原到那個時間點。 **實務心智模型**：rewind 在不同版本/不同入口的「程式碼還原」行為並不一致——有時太積極（#64615 一鍵全還原、無確認、丟未
- Plan mode 按了 Approve 卻一直被當成 reject、ExitPlanMode 反覆跳出迴圈，根因與解法@smartjolin 回報（v2.1.72, Opus 4.6）：plan mode 下呼叫 `ExitPlanMode`，使用者連按 4 次 approve 都被系統當成拒絕，回 'The user doesn\'t want to proceed'，然後又跳出對話框，無限迴圈。Windows（@brunoamorim39）也重現。 **根因（CC collaborator @dickson
- ExitPlanMode 的核可對話寫「ready to code」造成誤拒——其實只是想離開唯讀 plan mode 跑個 git@rwcii 指出 plan mode 的一個體驗陷阱：agent 呼叫 `ExitPlanMode` 只是想離開唯讀狀態去跑一個簡單 git 指令（例如把 plan 推上 branch），但 UI 跳出的核可對話看起來像「準備開始實作/寫 code」，使用者因此 reject——結果 agent 卡在唯讀 plan mode 動彈不得，任何指令都跑不了。 **心智模型**：plan mode
- Subagent 的 model 路由全部失效、一律跑成 parent model（Opus），有哪些機制、為何壞？@zadr007 系統性回報：所有讓 subagent 跑不同 model 的機制都被靜默忽略，subagent 永遠跟著 parent session 的 model（Opus）跑。測過且全失敗的四種機制：(1) `Agent(model: "sonnet")` 每次呼叫參數；(2) `.claude/agents/*.md` frontmatter 的 `model: sonnet`；(3)
- CLAUDE_CODE_SUBAGENT_MODEL=inherit 反而忽略 per-call 的 Task model 參數（與文件矛盾）@AlvaroRojas 回報（v2.1.177, Win11）：`settings.json` 設 `"model": "opus"` 且 env `CLAUDE_CODE_SUBAGENT_MODEL=inherit` 時，dispatch 的 subagent **忽略 per-call 的 `model` 參數**，永遠跑 main session model。但文件說 `inherit`
- Background（run_in_background）subagent 無法寫檔／呼叫 MCP 工具且靜默成功，怎麼自保？@retrodigio 回報：經 Task tool spawn 的 subagent（尤其 `run_in_background: true`）失去寫檔與呼叫 MCP 工具的能力，且**靜默失敗**——subagent 以為成功，實際磁碟沒檔案。主 agent 做同樣操作正常。@dsull111 確認：同步 agent 正常、非同步（背景）agent 不能呼叫 MCP（即使父層與 agent 定
- Permission 規則的工具名 glob 語義：deny 的 "*"、allow 不接受非 MCP glob、未知工具名警告（v2.1.166+）@coygeek 整理 v2.1.166 新增、但官方 permissions 文件未寫的 deny-rule 工具名 glob 行為： - **deny 規則用 `"*"` 會 deny 所有工具**（全擋）。 - **allow 規則拒絕非 MCP 的 glob**——也就是工具名位置不能用一般 wildcard，只有 MCP 的 `mcp__server__*` 形式才被接受。 - **d
- Auto-compact 不觸發：context 衝到 90%+ 卻沒壓縮（circuit-breaker 與 Haiku 特例）多人回報 auto-compact 在某些版本/情境不觸發，context 衝破門檻（@WhoReallyKnowsAnything 設 `autoCompactThreshold` 0.8 卻到 90%+ 都沒壓）。@BaoTran137（#65035, v2.1.161, linux/Win/Mac）也遇到，小互動累積到 100% 或少數大互動都中。 **根因線索（@WhoReallyKno
- 想要可設定的 auto-compact 門檻 / 在到硬上限前就管理 context，現在能怎麼做？@watermann420 的訴求：CC 的自動壓縮只在逼近硬上限（~80-90%）才觸發，造成兩個問題——(1) 大 context 在壓縮前就明顯拖慢回應；(2) 無法主動管理 context bloat、只能被動等。希望有可設定的 auto-compact 門檻來提前壓。 **現況**：`autoCompactThreshold`（settings）存在但行為不總可靠（見 #65746 的
- settings.json 不是所有偏好的家：theme/editorMode 等 /config 偏好實際存哪（與文件不符）@coygeek 釐清一個常見混淆：`code.claude.com/docs/en/settings` 把 `/config` 偏好（theme、notification、editor mode）說成存在 `~/.claude.json`，但較新版本（~v2.1.119）已改存到 `~/.claude/settings.json`。文件落後造成使用者找不到自己的設定在哪。 **正確的儲存分工心
- additionalDirectories 放了不存在的路徑會讓 Claude Code 整個啟動失敗@fabio-rovai 回報：`settings.local.json` 的 `permissions.additionalDirectories` 裡若有一個磁碟上已不存在的路徑，Claude Code 會**完全無法啟動**（offline/起不來），而非預期的「印一行警告然後跳過」。 **意涵**：`additionalDirectories`（等同 CLI 的 `--add-dir`）
- defaultMode: acceptEdits 會靜默蓋掉 permissions.ask 的逐路徑規則，造成假的保護感@zhaparoff 回報的正確性問題：當 `permissions.defaultMode` 設成 `"acceptEdits"`，所有 Write/Edit 會被自動核可，**無視 `permissions.ask` 裡的逐路徑規則**——那些 ask 規則靜默不觸發。使用者為保護 `~/.claude/projects/**/memory/**`、`settings.json` 等敏感路徑而
- acceptEdits 模式下 AskUserQuestion 自動選第一個選項、不等使用者輸入@sstraus 回報（v2.1.167，呼應已被關成 NOT_PLANNED 的 #29618）：當 session 在 `acceptEdits` 權限模式，`AskUserQuestion` 會**自己解決、不等任何人輸入**——互動選單根本不 render，工具回傳空答案，模型當作選了第一個選項繼續。transcript 還會出現使用者從沒給過的「answered Claude\'s qu
- MCP_TIMEOUT 設超過 60 秒不生效（stdio server 啟動慢被砍）的真相與分辨@marcindulak 回報：`MCP_TIMEOUT` 設超過 60 秒對某些版本不生效，啟動慢的 stdio MCP server（需先下載資源）會被砍。@Peter4daggai 補充曾被 Anthropic support 告知 tool call 被限制 1 分鐘，但他偶然在 **v2.0.32** 上跑長時間 MCP tool 完全正常——暗示是某版本引入的回歸。 **分辨兩種 t
- Skill 的 SKILL.md frontmatter 鍵：接受哪些大小寫變體（disallowed-tools 等）@coygeek 指出文件缺口：v2.1.186 起 CC 放寬了 skill frontmatter 鍵的大小寫接受度，但 `code.claude.com/docs/en/skills` 的 frontmatter reference 沒寫清楚接受哪些變體。skills 頁列了 `allowed-tools`、`disallowed-tools` 這類 kebab-case 鍵；plugin
- API 400 'thinking blocks cannot be modified' 永久卡死 session（interleaved thinking + tool use），怎麼脫困？@Pirelli71 回報（v2.1.153, Opus 4.7 1M）：當自訂 slash-command agent 在「啟動」時做 interleaved thinking + 多次 tool call，會穩定觸發 `API Error: 400 ... thinking or redacted_thinking blocks in the latest assistant message
- Extended thinking 把整個 max_tokens 用光、沒留 text block 時，CC 靜默回空白（看似完成）@MonicaFinn 回報：開啟 extended thinking 時，若模型把 output token budget 全用在 thinking block、一個 text response 的 token 都不剩，CC **什麼都不顯示**——沒有回應文字、沒有錯誤、沒有任何提示，session 就回到 prompt 像是正常完成了。debug log 顯示 HTTP 200、`stop_
- UserPromptSubmit hook 能做什麼、不能做什麼：可讀 prompt／可注入 context／可整段 block，但不能改寫 prompt 文字@movingChurch 釐清 `UserPromptSubmit` hook 的能力邊界（並請求補上 `updatedPrompt`）： - ✅ 讀使用者 prompt（stdin JSON 的 `prompt` 欄）。 - ✅ 整段 **block**（exit code 2）。 - ✅ **附加** context（stdout 文字會被 append 到 prompt 後面）。 - ❌
- UserPromptSubmit hook 逾時硬編 30 秒、超時注入的 context 被靜默丟掉（其他事件是 600 秒）@GMaN1911 反編譯 v2.1.170 binary 發現：`UserPromptSubmit` hook 被**硬編 30 秒逾時**（`HN4 = 30000`，沒有 `process.env` 讀取、無法覆寫），而多數其他 hook 事件用的是 `i5 = 600000`（600 秒）。一旦 UserPromptSubmit hook 超過 30 秒，它注入的 context 會被**
- SessionStart hook 的 stdout 超過 ~10KB 會被靜默截斷，模型只看到 2KB 預覽@Xan-Kun 回報：當 `SessionStart` hook 產生超過 ~10,000 字元的 stdout，Claude Code 會把完整輸出存到檔案，但**只注入 ~2KB 預覽**到模型 context，其餘**靜默丟掉**——模型永遠看不到缺的部分。 **意涵**：很多人用 SessionStart hook 在 session 開頭注入專案規範、最近變更、memory 摘要等大
- Stop hook 在等待 AskUserQuestion 回答時不觸發（mid-turn），想做「需要輸入」通知怎麼辦？@fghbittencourt 指出：`Stop` hook 在 Claude 等待使用者回答 `AskUserQuestion` 時**不會觸發**，因為 AskUserQuestion 發生在 turn 中間（mid-turn）而非 turn 結束。於是「長跑任務需要你輸入時通知我」這種需求做不到——Stop hook 只在 turn 真正結束才響。 **心智模型**：hook 事件對應的是
- CLAUDE.md 的 @import 與「散文路徑」解析根目錄不同：放在 .claude/CLAUDE.md 時 @import 會靜默載入失敗@John-D-B 釐清一個容易踩的 CLAUDE.md 陷阱：同一個檔內兩種路徑慣例解析根目錄不同—— - `@path/to/file.md` 的 **@import 相對於「含這個 CLAUDE.md 的目錄」** 解析。 - 而你用散文寫的「請讀 X 檔」這種路徑，agent 是**相對於 working directory（repo 根）** 解析。 當 `CLAUDE.md` 放在
- Plan mode 是 prompt 級指令、沒有工具級強制：Claude 仍可能在「唯讀」狀態執行 Edit/Write/Bash@olivier-motium 的架構性論點（自 v1.0.95 起回報、多版本未解）：plan mode 的「唯讀保證」其實是**純 system prompt 指令**，LLM 可以（也常常）忽略它去跑 Edit/Write/Bash——沒有任何工具級的硬性 enforcement。這給使用者「假的安全感」：你以為 plan mode 鎖住了寫操作，實際上只是請模型自律。@yulonglin（
- 1M context 報「Usage credits required for 1M context」：開 1M 視窗需要額度，或切回標準 context@jlfenaux 等多人（#68727/#64953/#63688）回報：觸發 skill 或長 context 操作時跳出 `API Error: Usage credits required for 1M context · run /usage-credits to turn them on, or /model to switch to standard context`。 **這不是
- MCP HTTP server 顯示 ✓ Connected 但工具不出現：client 丟掉 Mcp-Session-Id header，tools/list 被拒@shpp-abelokon 回報一種「Connected 但 0 工具」的精確根因：使用 MCP **Streamable HTTP** session 模型的 server（在 `initialize` 回應指派 `Mcp-Session-Id`、要求 client 後續每個請求回帶這個 header，如 mcp-grafana、mcp-go）接上 CC 時—— - `claude mcp l
- MCP Streamable HTTP server 重啟後 CC 收到 404 session-not-found 卻不重新 initialize（連線卡死）@NellsonAss 回報（v2.1.109，自稱 v2.1.41 修正的回歸）：MCP spec 規定 client 收到帶 `Mcp-Session-Id` 的請求回 HTTP 404 時，**必須**送一個不帶 session id 的新 `InitializeRequest` 開新 session。但 CC 的 Streamable HTTP client 收到 server 回的 40
- Project/additionalDirectories 的 skill 不載入：settings 的 additionalDirectories 與 --add-dir 不等價@ccn-takabe-kyohei 回報：定義在 additional directory 內 `.claude/skills/` 的 skill，用 **CLI `--add-dir` flag 加的會載入**，但用 **settings 的 `permissions.additionalDirectories` 加的不載入**——儘管文件說兩者功能等價。skills 文件也說 `--add-
- Hook stdin 的 context JSON 與輸出契約速查：哪些事件、怎麼 block、怎麼注入、各自的限制綜合多個 issue 整理出的 Claude Code hook 行為速查（彙整，非逐字引用官方文件）。每個 hook 從 stdin 收到一份 context JSON，用 exit code 與 stdout 決定行為： **事件與能力** - `PreToolUse`：工具執行前。可 `permissionDecision`（allow/ask/deny）、可 `updatedInput`
- Subagent / Task tool 與自訂 agent 定義檔（.claude/agents/*.md）入門：怎麼定義、選 model、隔離 contextClaude Code 的 subagent（透過 Task/Agent tool dispatch）讓主 agent 把子任務丟給獨立 context 的子 agent 跑（彙整自多個 issue 的實務知識，非逐字引用文件）。 **定義方式** - 自訂 agent 放 `.claude/agents/<name>.md`，frontmatter 可設 `name`、`description
- Output style 是什麼、跟 CLAUDE.md / system prompt / skill 差在哪？什麼時候該用Output style 是放在 `~/.claude/output-styles/` 或專案 `.claude/output-styles/` 的 Markdown 檔，`---` 之後的內文會被**加進 system prompt**，用來改變 Claude 在整個 session 的「人格/輸出方式」（例如更簡潔、特定語言、特定格式）。可用 `/output-style` 切換、`/conf
- Statusline 的 stdin JSON 契約：拿得到哪些欄位、跨平台差異、怎麼寫一個穩定的 statusLine.commandClaude Code 的 statusline 由 `settings.json` 的 `statusLine.command` 提供：CC 會 spawn 這個指令、把一份 context JSON 從 **stdin** 餵給它，指令的 stdout 就是底部那行狀態列（彙整自多個 issue，非逐字引用文件）。 **stdin JSON 通常包含**：工作目錄、model 資訊、cont
- 怎麼看 context 用量與成本：/context、/cost、/compact、/clear、/rewind 各做什麼Claude Code 管理 context 與成本的幾個內建指令（彙整自多個 issue 的實務用法，非逐字引用文件）： - **`/context`**：顯示目前 context window 的 token 占用分布（system prompt、工具、CLAUDE.md、對話歷史各吃多少）。判斷「為什麼這麼滿」「該壓哪塊」的第一站。 - **`/compact`**：手動壓縮對話歷史成摘要
- Model selection 入門：/model、settings 的 model 欄、CLAUDE_CODE_SUBAGENT_MODEL、標準 vs 1M contextClaude Code 選 model 的幾個層級（彙整自多個 issue 的實務行為，非逐字引用文件）： - **`/model`**：互動式切換本 session 的主 model（也可在這裡切標準 vs 1M context；1M 需要額度，見 #69984）。 - **`settings.json` 的 `"model"`**：設定預設主 model（如 `"opus"`、`"sonne
- Extended thinking 在 Claude Code 怎麼開關與調預算，常見的兩個失效（卡死與空白回應）Extended thinking（延伸思考）讓模型在回答前先做可見的推理；在 Claude Code 可透過設定 / model 能力開啟並調 thinking budget（彙整自多個 issue 的實務行為，非逐字引用文件）。 **心智模型**：thinking 與最終 text 輸出**共用同一個 max_tokens 預算**。思考越長、留給答案的 token 越少。 **兩個常見失
- Permissions 模型總覽：allow / ask / deny 優先序、defaultMode、additionalDirectories、工具名與 specifier 語法Claude Code 權限系統的全貌（彙整自多個 issue 的實務行為，非逐字引用文件）： **規則格式**：`Tool` 或 `Tool(specifier)`，例如 `Bash(git diff:*)`、`Read(./src/**)`、`Edit(~/.claude/**)`、`mcp__puppeteer__*`。 **三類規則與優先序** - `deny`：硬擋，**優先序最高*
- Slash command 入門：自訂指令檔位置、$ARGUMENTS/$1、@file 引用、frontmatter（argument-hint / allowed-tools / model）自訂 slash command 是放在 `~/.claude/commands/<name>.md`（使用者層）或 `.claude/commands/<name>.md`（專案層）的 Markdown，輸入 `/<name>` 觸發，內文當成 prompt 送出（彙整自多個 issue 的實務用法，非逐字引用文件）。 **參數** - `$ARGUMENTS`：接整串參數。 - `$1`、`
- Hooks 全事件總覽：12 種事件分別在何時觸發、各自能做什麼與已知限制Claude Code hooks 讓你在 session 生命週期的特定點掛 shell 指令（`settings.json` 的 `hooks` 區，按事件 + matcher 設定）。各事件用途與已知坑速查（彙整自多個 issue，非逐字引用文件）： - **PreToolUse**（工具執行前）：可 allow/ask/deny、可 `updatedInput` 改寫參數。坑：v2.1.
- claude --resume / --continue 在大型 session 卡頓或載入過舊訊息的應對（與 /rewind、/compact 的關係）彙整 session 恢復相關的實務（呼應已收錄的 resume/continue 卡頓主題，補上與其他指令的關係，非逐字引用文件）： - **`--continue`** 接最近一個 session、**`--resume`** 讓你挑一個 session 恢復。大型 session 恢復慢或載入到過舊訊息時，先用 `/compact` 壓縮再繼續，或用 `/clear` 開乾淨 contex
- 關閉 Claude Code 的 Co-Authored-By 署名：可靠做法與三個失效陷阱（彙整）**一句話答案**：把 `includeCoAuthoredBy: false` 寫進 `~/.claude/settings.json` 或專案 `.claude/settings.json`（不是 `settings.local.json`），這是目前唯一可靠的開關（maintainer @bcherny 在 #617 thread 確認已上線）。 **不要用的壞設定**：較新的 `"att
- claude --continue / --resume 在大型 session 載入到「幾週前」的舊訊息怎麼辦？**情境**：一個很長的 session（檔案 8.6 MB、約 2,377 則訊息、0 個 compaction summary），跑 `claude --continue` 或 `claude --resume <id>` 後，context 裡出現的卻是 session 最開頭、幾週前的訊息，當天剛做的最近工作完全不見，模型於是根據過時話題回答。 **根因**：在大型（>5MB）sessi
- claude mcp add --scope user 加的 MCP server，為什麼 claude mcp list 看不到、工具也不出現？**情境**：跑 `claude mcp add --scope user <name> -- ...`，CLI 明確回報成功（`Added stdio MCP server X ... to user config` / `File modified: ~/.claude.json`），`~/.claude.json` 的 `mcpServers.<name>` 也確實寫進去了。但 `claud
- Plan mode 下 Claude 竟然直接執行 git merge / docker / 寫檔，沒先 ExitPlanMode 怎麼回事？**情境**：Plan mode 啟用中，送出像「Merge」「take down the dev container」這類命令式訊息，Claude 不先寫計畫、也不呼叫 `ExitPlanMode` 取得核可，而是直接跑 `git checkout`、`git merge`、`docker compose down/up -d`、檔案編輯、build、lint、commit——對 git 歷史與
- 只寫在 .mcp.json 的 server，claude mcp list 顯示 Connected 但 session 內沒有 mcp__ 工具？**情境**（2.1.140, macOS）：專案的 `.mcp.json` 設了多個 server，`enableAllProjectMcpServers: true`、`hasTrustDialogAccepted: true`、`enabledMcpjsonServers` 與 `disabledMcpjsonServers` 皆為空、`claude mcp list` 也顯示全部 `✓ C
- Workflow 一跑就生出 30+ 個 subagent（計畫只要 4 個）、名字重複還重做同一件事？**情境**：用 Opus + Workflow 請求「多面向研究 + 對抗式查證」，計畫明明寫 4 個 thread，實際執行卻生出 34–37 個 subagent，名字重複、重做同一份工作。回報者標為回歸（1.14271.0 之前正常）。屬 #69827（OPEN），與 #68619 / #69332 / #68110 同源。 **根因（社群觀察）**：@AR6420 指出，若自訂 age
- Subagent 遞迴自我 spawn 50 層、30 分鐘燒掉 120 萬 token，怎麼擋？**情境**：一個本來只該 `git clone` + `find . -name '*.sol'` 的任務，subagent 卻遞迴 spawn 子 agent 50+ 層、忽略 `CLAUDE_CODE_FORK_SUBAGENT=0`，30 分鐘燒掉 120 萬+ token；另一案在 5 分鐘內燒光 Pro Max 20x 的 5 小時 session 上限（400 萬 token）。中斷
- Auto-compact 不觸發，context 直接掉到 10% 以下才反應，怎麼辦？**情境**：長 session 中（大量 docker logs、大檔讀取、龐大 shell 輸出），auto-compact 沒在合理門檻前啟動，context 一路掉到剩 ~10%（甚至顯示 99% 已用 / >100%）才反應，得手動 `/compact` 救場。屬 #64370（OPEN）。 **根因（社群推測）**：auto-compact 的觸發是用**啟發式估算**目前用了多少
- 怎麼把一個 MCP server 接到 Claude Code？三種 transport 與 --scope 完整指令把外部工具接進 Claude Code 用 `claude mcp add`，依 transport 分三種： **遠端 HTTP（推薦，雲端服務首選）** ``` claude mcp add --transport http <name> <url> claude mcp add --transport http notion https://mcp.notion.com/mcp ``` 在
- .mcp.json 裡的 ${VAR} 環境變數展開與 CLAUDE_PROJECT_DIR 該怎麼寫？在 `.mcp.json`（project / user scope）的 `command` / `args` / `env` 欄位可用 `${VAR}` 展開環境變數，但有幾個容易踩的點： **CLAUDE_PROJECT_DIR**：Claude Code 會在它 spawn 的 stdio server **process 環境**裡設 `CLAUDE_PROJECT_DIR`＝專案根目錄
- MCP server 啟動逾時、工具卡住、輸出被截斷？MCP_TIMEOUT / timeout / MAX_MCP_OUTPUT_TOKENS 一次說清MCP 有四個獨立的時間/容量旋鈕，搞混會誤判成「server 壞了」： **啟動逾時**：server 啟動太慢被放棄時，用環境變數 `MCP_TIMEOUT` 調大，例如 `MCP_TIMEOUT=10000 claude`（10 秒）。 **單一工具執行逾時**：在該 server 的 `.mcp.json` 條目加 `timeout`（毫秒），例如 `"timeout": 600000
- 想自己寫一個 MCP server 給 Claude Code 用，從哪開始？「接別人的 server」用 `claude mcp add`；「自己寫一個」則分協定面與認證面： **協定基礎**：看 modelcontextprotocol.io 的 build-server 指南（`https://modelcontextprotocol.io/docs/develop/build-server`），它教你用官方 SDK 定義 tools / resources / p
- claude-code-action@v1 一啟動就 SDK execution error 崩潰、API 還沒呼叫就掛掉怎麼辦？(cca#892)**症狀**：升級到 `anthropics/claude-code-action@v1`（底層 Agent SDK 0.2.27+）後，Action 在任何 API 呼叫之前就崩潰。log 出現 `total_cost_usd: 0`（代表完全沒打到模型）、矛盾的 `is_error: true` 配 `subtype: "success"`，以及來自 bundled SDK 的 ajv sch
- Max / Pro 訂閱到底能不能直接用在 GitHub Action / CI？（明確答案：不能，要 API key 或自架 runner）這張卡專門消歧義一個常被問、卻容易得到「沒有明確答案」回覆的問題：**我有 Claude Max / Pro 訂閱，能不能直接拿來在 GitHub Action（CI/CD）裡跑 `anthropics/claude-code-action`？** **明確答案：不能直接用。** 不要被「沒有定論」帶過——官方立場很清楚（@ashwin-ant, collaborator on cca#4）：G
- claude-code-action 的 CI review 跑很久不結束 / 吃滿 6 小時 timeout：真正根因不是你的網路，是 GCS binary 下載 hang消歧義卡：當 `anthropics/claude-code-action` 的 review job 在 CI 上**跑好幾小時都不結束、最後 6 小時 timeout** 時，很容易把根因歸錯（以為是自己 repo 的網路設定、模型卡住、或 prompt 太大）。 **正確根因（@ashwin-ant + 社群實證, cca#674）**：job 是卡在 **`Setting up Clau
- 如何透過 ANTHROPIC_BASE_URL 使用自訂端點 / 第三方模型？設定方式是用環境變數 `ANTHROPIC_BASE_URL` 指到你的 proxy/gateway，搭配 `ANTHROPIC_MODEL` 指定模型名稱（部分 gateway 還需要 `ANTHROPIC_AUTH_TOKEN`）。 常見破口：Claude Code 新版會送一些只有官方 API 認得的欄位到 gateway 而被擋下——例如 `thinking: { type: adapt
- Permission prompt triggers on cd in compound bash commands症狀：權限提示打在複合命令的 `cd` 區段（`cd /path && realcmd`）而非真正要跑的命令，常見於 Windows。疑似根因是路徑正規化比較失敗（`/c/code/project` vs `c:\code\project`），導致 Claude Code 把開頭的 `cd` 當成需要批准的命令。 這也解釋了為何 `Bash(cmd:*)` 這類 allow pattern 對複
- Hooks registered but silently not firing (PreToolUse:Bash)這是 v2.1.176 起的回歸 bug：`PreToolUse:Bash` hook 已正確註冊、其他 hook event 都正常觸發，但 Bash 那一條完全不被呼叫、也不送 stdin。Issue 仍 open，尚無官方修復。 診斷法（@pascals-ager 於 v2.1.191 複現並提供）： 1. `claude --version` 確認你在受影響的版本區間。 2. `jq '
- CLAUDE.md 被忽略 / 長 session 中規則漂移，怎麼辦？成因是「注意力漂移」而非沒載入：CLAUDE.md 是以 user message 形式進 context、且被框成『may or may not be relevant』，所以是被動建議而非強制規則，context 一長就被稀釋（@caioribeiroclw-pixel 稱之為 'loaded ≠ used at the decision point'）。 社群共識的解法是把規則分兩類：
- Project vs global permissions don't merge / settings.local.json原作者 @gregoramon 回報 user-level 與 project-level 權限「覆蓋而非合併」（#17017）。@AnotherJob 在 thread 中釐清了大半混淆： 1. **user-level 的 `settings.local.json` 並不被支援。** docs 只講 `~/.claude/settings.json`，沒有 `.local.` 變體。若你把專
- MCP server shows Connected but registers 0 tools先排除被 deny 規則擋掉這個非直覺的根因：@theromeapp 在 #70723 的案例中，`claude mcp list` 顯示 ✔ Connected、debug log 也確實連上 server，但 session 內卻是 0 tools——這種矛盾狀態的成因是專案層的 `.claude/settings.local.json` 在 `deny` 陣列裡列了該 server 的工具（
- 如何關閉 git commit 的 Co-Authored-By / Claude 署名想關掉 Claude Code 在 git commit 自動加上的 `Co-Authored-By` 署名，目前唯一可靠的開關是在 `settings.json` 設定 `includeCoAuthoredBy: false`（maintainer @bcherny 在 thread 中確認此設定已上線）。 但社群踩到兩個關鍵陷阱： 1. **較新的 `attribution.commit:
- 為什麼 attribution.commit 設成空字串無法關閉 Co-Authored-By trailer？（根因）因為 trailer 不是從 settings 讀來的。@greogory 在 #45137 指出根因：system prompt 內的 'Committing changes with git' 區塊把 'append Co-Authored-By: Claude … to every commit' 寫死，根本不讀 `attribution.commit`。CLAUDE.md／memory／對
- 如何讓 Claude Code 讀取 AGENTS.md（跨 agent 共用指令）？Claude Code 原生尚未把 `AGENTS.md` 當成記憶檔讀取——這是社群高頻需求（#6235 為 326 留言的 top feature request，目前仍 open）。在官方支援前，社群驗證過三個 workaround： 1. **CLAUDE.md import（最簡解，@coygeek）**：在 repo 根目錄放一個只有一行 `@AGENTS.md` 的 `CLAUDE
- 如何關掉 Claude Code 的「You're absolutely right!」諂媚式回應？誠實版答案：目前沒有可靠的關閉法。 原始作者 @scottleibrand 嘗試的 workaround 是把指示寫進所有層級的 CLAUDE.md——叫 Claude「不要用任何諂媚式的 You're absolutely right，理解時改說 Got it / 覺得合理就只說這合理就好」。 但 thread 內多人（含 @john-savepoint）回報：即使在 global + pr
- Max plan 帳號瞬間觸頂用量限制（usage limit）怎麼辦？社群定調這是 server-side / 版本相關的異常配額消耗，而非個別使用量問題。 @TheHamkerCat 推論最新 binary 變更是 server-side：節假日的 2x 限額在 1/1 重置時，可能反而把限額壓到 0.3–0.5x，造成 Max plan 一登入就瞬間觸頂。 可嘗試的 self-help（緩解，非根治）： 1. @Saprissa 回報降版到 2.0.61 後
- 如何把某個 MCP 工具只給 subagent、讓主 agent context 保持乾淨？subagent 的工具集由它設定檔的 `tools` frontmatter 屬性決定： - 省略 `tools` 時，subagent 會繼承主 agent 的全部工具。 - 明列 `tools` 時，subagent 就只拿到列出的那些（@coygeek 引官方 Subagents 文件說明）。 但 #6915 的核心需求是反方向的——使用者想讓某個 MCP 只暴露給 subagent，
- Claude Code 設定檔放在哪、優先序為何？Claude Code 的設定採「分層合併、越 specific 越覆蓋廣域」。各層級（官方 docs 述、社群 thread 印證）： - **User 層**：`~/.claude/settings.json` — 跟著使用者，跨專案生效。 - **Project 層**：專案根目錄的 `.claude/settings.json` — 會 commit 進 repo、與團隊共用。 - **
- settings.json / settings.local.json / managed-settings.json 的優先序與 permissions「合併而非覆蓋」很多人把「user 層 `~/.claude/settings.json` 的 permissions 在 project 底下失效、好像被專案設定整個取代」當成 bug 回報。實情是：一般設定「覆蓋」、但 **permissions 是「合併（union）」** —— 兩種規則不一樣，混在一起看就會誤判。 ## 設定檔的優先序（高 → 低，來源：code.claude.com/docs/en/
- 如何讓 claude-code-action 在 CI/CD 維護單一 sticky comment（而非每次 run 新增）？v1 起官方支援 `track_progress: true`：在 review / PR 模式下維護單一 sticky comment，後續 run 會更新同一則留言而非每次新增。@tispratik 在自架 runner 環境實證此設定有效。 歷史與額外坑點： - sticky 行為的偵測機制曾硬編成「comment 作者名需含 `claude`」。@piotrb 發現若你的 GitHub
- 用 Claude Code 安裝 GitHub Action 時 gh 回傳誤導性的 404（CI/CD install）**症狀（troubleshoot）**：用 Claude Code 設定 GitHub Action 時，gh 嘗試寫入 `.github/workflows/claude.yml` 卻回傳令人困惑的 `Not Found (HTTP 404)`，看起來像 repo 不存在，實際上不是。 **根因**（@domdomegg, member）：`gh auth login` 預設的 token
- claude-code-action workflow 卡在 "Setting up Claude Code..." 怎麼辦？(CI 懸掛吃滿 6 小時)**症狀**：GitHub Actions 上的 claude-code-action workflow 卡在 `Setting up Claude Code...` 安裝步驟，最壞情況一路跑滿 Actions 的 6 小時上限才被殺掉，浪費大量 runner 分鐘數。 **根因**：安裝腳本會從 GCS 下載 Claude Code binary，偶發的網路/流量問題會讓下載沒完成而整個 st
- Claude Code 不穩定／同一錯誤反覆出現，該如何恢復與緩解？立即恢復：照錯誤提示執行 `/rewind`，回到出錯前的 checkpoint（程式碼與對話會一起回捲）。 但多位使用者（@ap1969 等）回報 rewind 之後重做相同工作會再撞上同一個錯誤，屬於非確定性的 tool_use / tool_result 配對錯亂，常見於同時跑多個 session 或大量並行 tool 呼叫的情況。 社群研究型繞法（issue 內 Oct 10 留言）：
- 如何在 CI/CD 用 Claude Code Action 做認證？能用 Max/Pro 訂閱嗎？**官方立場**（@ashwin-ant, collaborator）：`claude-code-action` 不直接支援 Max/Pro 訂閱。標準路徑是在 console.anthropic.com 建立 API key，並以 `ANTHROPIC_API_KEY` 提供給 workflow。 **社群實證繞法**（@ybkimm）：改用 self-hosted runner 來借用訂閱額
- CI/CD permissions: 為什麼授權所有 Bash 指令要寫 `Bash` 而不是 `Bash(*)`？在 claude-code-action 的 CI/CD 權限設定裡，要授權「所有 bash 指令」用的是單獨一個字 `Bash`，**不是** `Bash(*)`。 關鍵坑（@ashwin-ant, collaborator）：寫 `Bash(*)` 會讓內部 parsing 出錯，導致所有 bash 指令反而被拒。@ryx2 把 `Bash(*)` 移除、改用 `Bash` 之後立即修復。
- 為什麼用 Claude Code GitHub Action 跑 CI/CD 會被封號（自觸發迴圈）？根因（由 collaborator @ashwin-ant 說明）：預設情況下 Claude 不能觸發自己的 action，這是刻意的安全設計，用來防止無限自觸發迴圈。一旦你用 `allowed_bots` 放行 bot 觸發、又沒有加防護，Claude 的 push 會再觸發 review、review 又 push……形成爆量呼叫，後端的濫用偵測就會把帳號自動封禁（常伴隨自動退款）。 多位
- CI/CD：@claude 推的 commit 觸發後續 workflow 時 401（token 交換失敗）怎麼解？症狀：@claude 先建立或修改了 commit，後續的 review workflow 卻在 token 交換階段噴 401。 根因：由 GitHub App／bot 觸發的 workflow 預設被擋掉——actor 驗證要求是 human user，bot 觸發不算數，於是後續步驟拿不到有效 token。 解法（回報者 @satoshun00 自證）：在 action 設定加上 ``
- Sub-agent 的 Write/Bash 不落地到檔案系統怎麼辦？症狀：自訂或 plugin sub-agent 回報「已寫檔／已執行」，但實體檔案系統上找不到變更。 根因（@HengWoo 經系統性測試）：明確帶有 `tools:` 欄位的 plugin/自訂 sub-agent 會跑在 sandboxed 模式，其 Write/Bash 操作不會落地到實體檔案系統；不指定 `tools:` 的 agent（例如內建 general-purpose，或未限制
- claude-code-action 在 reusable/composite workflow 包裝下出現 OIDC token 交換失敗 / CI 權限錯誤怎麼解？## 症狀 在 GitHub Actions 透過 reusable workflow 或 composite action 多層包裝呼叫 `anthropics/claude-code-action` 時，後端 OIDC → App token 交換會失敗，導致 CI 拿不到權限而報錯（特別是當 PR 分支上的 workflow 檔內容與 main 不一致時）。 ## 根因（@ashwin-a
- 如何讓 Claude Code 讀取 AGENTS.md？（原生未內建的繞法）原生 AGENTS.md 支援目前仍是 feature request（issue #6235，未內建）。社群有兩個實證繞法： 1. **匯入法（import）**：在 repo 根目錄的 `CLAUDE.md` 放單行 `@AGENTS.md`。Claude Code 的 memory import 機制會把整份 AGENTS.md 載入為主要指示，讓 AGENTS.md 維持單一真相來源，不
- 如何控制 Claude Code 的使用成本？官方成本指南整理出的可操作槓桿： **1. 監看用量** - `/usage` 看本 session 的 token 消耗；`/context` 看是誰佔了 context。 - status line 可常駐顯示 context%。 **2. 主動清 context** - 切換到不相關任務時 `/clear`。 - 必要時 `/compact 自訂保留重點`，或在 CLAUDE.md 寫好
- MCP server 連不上/沒露出 tools 怎麼排查？(Claude Code)官方 MCP 文件的排查重點： 1. **先看 `/mcp` 面板**：它在每個已連線 server 旁顯示 tool 數，並會標記「宣告有 tools 能力卻沒露出任何 tool」的 server——這是判斷「連上了但工具沒出來」最快的入口。 2. **project-scope (`.mcp.json`) 預設要核可**：`claude mcp list` 會把這類 server 標成 `
- 並行 subagent 塞爆 context window 後，/compact 失敗只能 /clear 怎麼辦？症狀（由 @zinglax 等人於 GitHub issue 回報）：當約 12 個並行 subagent 幾乎同時回傳結果時，會在瞬間塞爆 context window；此時 `/compact` 已經沒有可用預算可以執行而直接失敗，使用者只剩 `/clear` 能用。 根本模式：async 結果（subagent 完成、背景任務的輸出）不經過 context 預算檢查就被直接塞進 conte
- 為什麼 Claude Code 在長 session 中會「忘記」CLAUDE.md 規則（規則漂移）？高頻困惑：CLAUDE.md 規則早期會遵守，但 session 一拉長就開始違反；糾正某個違規後，同類型違規又在別處重演。 **根因（非「沒載入」）**：這是 context 飽和 + 注意力衰減問題，不是 CLAUDE.md 沒進 context。長 session 中 CLAUDE.md（通常 1–5K tokens）會被推到 context window 後段；即使 1M context
- 怎麼讓 Claude Code 不要動不動回「You're absolutely right!」？高頻抱怨（#3382，已成網路迷因）：Claude Code 在大量回應開頭說「You're absolutely right!」/「You're absolutely correct!」，即使你根本沒做出任何可被判斷對錯的陳述（例如你只說「Yes please.」）。 **現況**：這是模型行為（諂媚／sycophancy），不是設定開關能直接關掉的；多位用戶回報即使在 global / pr
- 用 settings.json 的 "attribution": false 沒效？正確的關閉 Co-Authored-By 寫法高頻陷阱（#13516）：在 settings.json 放 `"attribution": false` 不會生效——`attribution` 不是布林值，是物件。 **正確寫法**（v2.0.62+ 新增，取代已 deprecated 的 `includeCoAuthoredBy`）： ```json { "attribution": { "commit": "", "pr": ""
- v2.0.76 用量暴衝：Max 訂閱「沒做什麼就被限流」是怎麼回事？高頻爆量回報（#16157，跨 Pro / Max 5x）：2025/12 底起，session credit 在 45 分鐘內被耗盡、weekly 配額異常快速見底，使用量表「像下載進度條」。 **社群歸納的判斷**： - 這波發生在 **v2.0.7x**（最新 2.0.76 於 2025-12-22 建置）期間，但多數人推測根因是 **server-side**：節日期間把上限 2x，1/
- 為什麼 project 層權限會「取代」而非「合併」global 設定？settings vs settings.local 的坑高頻困惑（#17017）：官方文件說 settings 是「合併」（managed > user > project，越具體越優先且會疊加），但實際上常見到 project 層權限把 `~/.claude/settings.json` 的 global 設定整個取代掉，於是「全域允許清單失效、什麼都要再問一次」。 **真正的坑通常在檔名**：Claude Code 會在你當下工作的子目錄自動產生
- Claude Code 會讀 AGENTS.md 嗎？現況與相容做法高頻需求（#6235）：AGENTS.md 已是跨工具的開放標準（兩萬多個 repo 採用，多數 coding agent 支援）。問題是：clone 一個只有 AGENTS.md 的 repo 時，Claude Code 會不會自動載入？ **現況**：截至本卡撰寫，這個 feature request 仍 OPEN，社群普遍反映 Claude Code 尚未把 AGENTS.md 當原生 m
- 權限提示卡在 `cd` 而不是真正的指令？compound bash 的歸一化坑與繞法高頻惱人問題（#28240，Windows 尤其明顯）：Claude 常下 `cd /project && <command>`，結果權限提示卡在 `cd` 那段而非實際指令；甚至 `cd` 的目標就是你啟動 Claude 的目錄、根本多餘。 **推測根因**：路徑歸一化（normalization）比對失敗——例如把 `/c/code/project` 與 `c:\code\project`
- PreToolUse:Bash hook 註冊了卻完全不觸發（靜默失效）怎麼辦？高頻信任邊界問題（#69970，v2.1.176 起、v2.1.191 仍復現）：PreToolUse hook（例如 matcher `Bash(aws *)` 要擋沒帶 AWS_PROFILE 的指令）明明註冊成功，卻從不被呼叫——指令照跑、hook 形同不存在。 **診斷確認（值得照抄）**： 1. `jq '.hooks' ~/.claude/settings.json` 看 user
- Sub-agent 宣稱寫好了檔案、實際卻沒落地到磁碟，怎麼回事？高頻 bug（#4462）：sub-agent 回報「已建立／編輯檔案」，但 filesystem 上根本沒有；gh 互動、其他副作用也一樣「說有做、實際沒做」。 **社群歸納的兩條線**： 1. **工具未授權給 subagent**：subagent 的工具集由其設定檔的 `tools` 屬性決定。若省略 `tools` → 繼承主 agent 全部工具；若有指定 → 只拿到子集。指定時若漏
- Opus 4.6 context 幾分鐘就爆、想 /compact 卻不能用，怎麼救？高頻崩潰情境（#23922）：context window 在約 10 分鐘內就被塞滿，想 `/compact` 卻發現它在最需要時不可用，只剩 `/clear` 能用——等於前面 context 全丟。 **社群觀察到的模式**：常見於**大量並行 subagent 同時回傳**（例如 ~12 個 subagent 同時完成）。這些非同步結果（subagent 完成、background ta
- API Error 400「tool_use ids without tool_result」/ 並行工具呼叫害對話壞掉怎麼修？高頻致命錯誤（#8763）： ``` API Error: 400 ... `tool_use` ids were found without `tool_result` blocks immediately after: toolu_... Each `tool_use` block must have a corresponding `tool_result` block in the nex
- 遠端 MCP server 顯示「✔ Connected」但 session 內 0 個工具，根因常在本機 deny高頻迷惑狀態（#70723，以 Linear / mcp.linear.app 為例）： - `claude mcp list` 顯示 `✔ Connected`， - debug log 顯示 server 初始化成功、`hasTools: true`， - 但 session 內的 deferred tool registry 卻**一個可呼叫的 `mcp__..._*` 工具都沒有**。
- 想讓某個 MCP server 只給 subagent 用、不污染主 agent context——目前做不到高頻架構需求（#6915）：像 Playwright、GitHub 這類 MCP server 的工具定義很長（GitHub MCP 約佔 30k tokens），若只打算在 reviewer / browser subagent 用，卻被迫常駐在主 agent context，純屬浪費且擠壓寶貴的 context。 **現況（feature gap）**：subagent 的工具集只能是主 a
- 為什麼 Claude Code 用量好像「沒做什麼就被限制」？session vs weekly 配額怎麼算很多人困惑：明明覺得「幾乎沒做什麼」，Claude Code 卻說已達使用上限；或是換了一台機器就被限制；或 weekly 已 100% 但 session 還在 44%。核心觀念整理如下（來源見文末）。 **1. 5 小時 session 不是「訊息則數」或「每台裝置」的計數器** 它是針對 token 使用量的「滾動視窗（rolling window）」。一個 turn 的成本由「對話的大小
- Notion MCP server OAuth 連接失敗 / 授權後出現 Internal Server Error 怎麼辦當你在 Claude Code 連接 Notion 這類遠端 HTTP MCP server，走 OAuth 授權、在 Notion 授權頁按下「Allow」之後，callback 階段卻回傳 500 / Internal Server Error，這多半「不是你的設定問題」。 根因（Anthropic 協作者 @localden 在 issue 結案說明）：這是 Anthropic 後端的伺服
- 如何停用 Claude Code commit/PR 的 Co-Authored-By / 歸屬訊息想關掉 Claude Code 在 commit / PR 自動加上的 `Co-Authored-By` 歸屬訊息，但設了 `includeCoAuthoredBy: false` 或 `attribution` 卻好像沒效？答案散在多個 issue 留言裡，整理如下。 ## 1. 正式設定語法 在 `settings.json`，用以下任一種： - 新設定（推薦）：`"attribution"
- Claude Code 設定檔/CLAUDE.md 位置與載入優先序的集中參考這張卡把散落在多個 GitHub issue 裡、關於「Claude Code 設定檔與 CLAUDE.md 究竟放哪、用什麼順序載入」的可解答案收斂成單一條目。注意:常被混為一談的 8 個 issue 中,真正屬於本主題的只有 #2274 與 #26168;其餘(#2544 對話中途忽略 CLAUDE.md、#17849/#19176 includeCoAuthoredBy、#30571 inc
- 如何讓 Claude Code 指向自訂／第三方模型端點（ANTHROPIC_BASE_URL、OpenRouter、代理）要讓 Claude Code 指向自訂或第三方模型端點，不需要改原始碼，用環境變數即可。這是官方支援的做法。 ## 基本設定（issue #216） 把 Claude Code 指向你的代理或 gateway： ``` export ANTHROPIC_BASE_URL="https://你的代理或gateway網址" export ANTHROPIC_AUTH_TOKEN="你的-api-