010. 從好玩的 Mod 到有用的工作流護欄
Claude Code Mods 剛出來時，很容易被看成另一種「換皮膚」或「玩具外掛」。Nate Herk 這支影片的價值，是把焦點拉回日常工作：如果你每天用 Claude Code 做長任務、多 session、錄影 demo、客戶專案或多 agent 協作，哪些 Mod 真的會讓你更穩？
來源影片：Claude Code Mods Are Game Changers. Set Up These 5 NOW.，Nate Herk | AI Automation，2026 年 10 月 2 日上傳。
影片開場先快速展示幾個官方或社群例子：Token Weather 顯示 context 裝了多少；Blast Radius 在刪除前顯示可能被刪掉的東西；Replay Theater 讓你逐步回放剛剛的 edits。這些例子說明 Mods 的本質不是「多一個按鈕」，而是讓 Claude Code 的工作台開始可以被你改造。
但 Nate 真正想講的，是他自己覺得有用的五個 Mod：Next Steps、CacheKeeper、Recording Mode、Goal Progress、Collision Guard。它們分別處理五種常見痛點：下一步不知道做什麼、快取與成本看不見、錄影時露出敏感資訊、長任務進度不透明、多個 agent 撞同一個檔案。
021. Next Steps｜每回合結束後，把下一步放到你眼前
第一個 Mod 叫 Next Steps。它會在每一輪 Claude Code 回覆結束後，在 UI 裡彈出一個小區塊，列出幾個可能的下一步。影片裡的例子是問 ClickUp 今天有哪些 action items，Claude 回覆後，Next Steps 顯示幾個可選方向：關掉 demo 與舊 hackathon tasks、把 certification due dates 推到下週、跑 morning coffee briefing，或直接 dismiss。
Nate 的態度很保留：如果只是自己安排一天的知識工作，這不一定每次都超有用。但如果你正在建 app、修 bug、merge changes，或做一串 automation，這類「下一步建議」會減少停頓。
這個 Mod 的核心價值不是替你做決策，而是讓工作流少一點「我現在要幹嘛」的空白。AI agent 很會產出內容，但人在長任務中很容易失去節奏。Next Steps 把節奏感重新放回介面上。
對團隊來說，這類 Mod 也可以變成輕量 SOP。不是每個人都要記得「修完 bug 後要跑測試、更新 changelog、看 PR diff」，而是讓 Mod 在適當時刻把下一步浮出來。
032. CacheKeeper｜看見 prompt cache、成本與 handoff 時機
第二個 Mod 是 CacheKeeper。它處理的不是功能，而是成本。
影片說明，Claude Code session 裡的上下文會被 cache。你每送一則新訊息，系統不一定要用全額成本重讀所有文字。但如果 session 太久沒有互動，cache 會冷掉；當 cache 過期，大量 context 就可能需要重新計費。影片展示的倒數大約是 60 分鐘，並顯示如果過期，這個 session 可能需要重新付出多少成本。
CacheKeeper 顯示幾個關鍵資訊：cache 剩餘時間、context token 數、session limit、weekly limit，以及用 API billing 換算時這個 session 大概值多少。這些資訊本來可能分散在 status line 或其他位置，但 Mod 把它們放進可掃描的 UI。
Nate 還把自己的 session handoff skill 接進按鈕。過去他需要手動跑 skill、複製 handoff message、清空 session、貼回去、繼續做。現在 Mod 可以把這件事變成兩個按鈕，甚至未來可能變成一個按鈕。
這裡的重點不是省下幾秒鐘，而是讓「何時該 handoff」變成可見決策。長任務最怕的不是一次花很多 token，而是不知道自己何時該收斂、何時該 compact、何時該換 session。CacheKeeper 把這件事從感覺變成儀表板。
043. Recording Mode｜錄影、demo、分享畫面時先遮敏感資訊
第三個 Mod 是 Recording Mode。Nate 常錄 YouTube 影片，畫面上可能出現 email、內部資訊、財務數字或其他不想公開的資料。Recording Mode 開啟後，Claude Code 會在畫面上用 placeholder 或遮罩處理這些資訊。
影片裡他問 GitHub account 相關 email，Claude 回覆時會用 placeholder 顯示。另一個例子是修改 HTML 裡的價格，從 $29 改成 $39。實際資料仍然被送進 Claude、文件也正確修改，但錄影畫面上數字會被遮掉。
這裡有一個很重要的邊界：Recording Mode 主要是「畫面遮罩」，不是資料治理。影片也明確展示，Claude 仍然能讀到真實資料並完成修改。這對 demo、教學、截圖、分享畫面非常有幫助，但如果資料本身不該被模型看到，那就應該在 prompt、context 或資料來源層就先處理，不是只靠 UI mask。
Nate 也展示了用 slash command 開關 Recording Mode。它就像一個本地 plugin：可以安裝、管理、用指令開關。這種可控性很重要，因為錄影遮罩不能永遠開著，也不能讓使用者忘記現在到底是遮罩狀態還是正常顯示。
054. Goal Progress｜長任務需要任務板，不只需要輸出文字
第四個 Mod 是 Goal Progress。Nate 說他常在桌面 app 裡跑 /goal prompts，但長任務開始後，有時會不知道它跑到哪裡、還要多久、已經跑多久。
Goal Progress 會在 /goal 啟動後顯示一個 UI，包含 goal 名稱、目前階段、已經過了幾分鐘、是否在等 Claude 的 task plan。當 Claude 建立 task list 後，它會顯示任務清單、完成比例，以及各 task 的狀態。影片示範的例子包含「抓最近 10 支影片留言」、「分析留言主題」、「回報最重要的一個主題」等步驟。
這個 Mod 對多 session 使用者特別有用。Nate 提到，如果你同時有很多 session 在跑不同 goals，可以在一個地方看它們的狀態。這其實是 agent 工作流走向成熟後一定會遇到的問題：你不只需要 prompt box，你需要任務監控面板。
對魚塘來說，Goal Progress 代表一個方向：AI 工具不能只在完成時交付結果，也要在過程中交付可觀察性。長任務若沒有狀態，使用者就只能靠猜；一旦有任務板，人類就比較能判斷要等、要中斷、要補充脈絡，還是要開新的 session 接手。
065. Collision Guard｜多 agent 協作時，避免撞同一個檔案
第五個 Mod 是 Collision Guard。它在每次 edit、write 或 notebook edit 前，檢查目標檔案是否在過去 30 分鐘內已經被其他 chat 或 agent 編輯過。如果有，它會在 UI 裡詢問使用者要怎麼處理。
影片示範的情境很真實：第一個 chat 把 HTML 裡的價格從 29 改成 39；另一個新 chat 又要在同一個檔案的 pro plan 上加 most popular badge。Collision Guard 偵測到這個檔案剛剛被改過，就提醒使用者「另一個 open chat 剛改過這個檔案，你還要在這裡也改嗎？」選項包含 proceed、move to a worktree、cancel，或輸入其他指示。
這和傳統 pre-tool hook 不完全一樣。它不是單純 block，也不是自動決策，而是把風險轉成 UI 問題，讓人類在關鍵點介入。
這件事在多 agent 工作流裡很重要。當你同時開很多 sessions，agent 可能各自都覺得自己在做正確的事，但它們可能碰到同一個檔案、覆蓋彼此的變更，或讓主線狀態變髒。Collision Guard 不會解決所有版本控制問題，但它能在「快撞上之前」提醒你。
076. 魚塘觀點｜安裝順序比功能清單更重要
看完這五個 Mod，真正值得學的不是「照單全裝」，而是安裝順序。
第一層應該是可視化。Next Steps、Goal Progress、status panels 這類 Mod 風險低，回報快。它們不一定改變 Claude 的行為，但會讓你更知道任務在發生什麼。
第二層是成本控制。CacheKeeper、prompt cache、handoff 這類工具，適合已經常跑長 session 的人。它們讓 token、cache、context rot 從抽象概念變成可操作訊號。
第三層是分享安全。Recording Mode 很適合錄影、demo、教學、會議分享，但要記得它是 UI mask，不是資料刪除。它保護的是螢幕，不一定保護模型上下文。
第四層才是協作護欄。Collision Guard、worktree、edit warning 這類 Mod 會碰到更高風險的流程決策，最適合多 agent、多 session、多人協作或高變更量專案。
Nate 在影片最後說，這些 Mod 可以下載，也可以把需求用自然語言餵給 agent，讓它替你生成。這點很符合 Mods 的核心精神：不是每個人都裝同一套，而是讓 Claude Code 長成你的工作方式。
但越是能改工作流，越需要清楚邊界。好 Mod 應該讓使用者知道：它在哪個事件觸發、會不會改 prompt、會不會改 tool call、會不會讀本地檔案、會不會自動執行動作，以及如何開關。
如果前兩篇 Claude Mods 文章分別回答了「Mods 是什麼」與「它們怎麼運作」，這支影片回答的是第三個問題：哪些 Mods 真的值得先放進日常工作？答案是那些能讓工作看得見、花得少、分享更安全、協作不亂撞的工具。