軟體工程
找出可移除的依賴與抽象
以證據為基礎的移除稽核，找出成本高於價值的依賴或抽象，並提出不變更必要行為的已測試簡化方案。
流程
照這個順序做。
- 界定必須保留的行為、儲存庫版本、支援環境，以及使依賴或抽象值得檢視的成本訊號。
- 盤點直接與傳遞套件、wrapper、介面、轉接器、產生程式碼與設定，再追蹤呼叫端與執行期進入點。
- 以既有測試、建置、型別檢查、效能或營運量測、安全證據與已知支援限制建立基準。
- 檢查動態使用、傳遞影響、相容性與遷移成本後，將候選分類為可移除、可取代、保留或未知。
- 在隔離分支或 worktree 原型化最小安全移除，執行聚焦與周邊檢查，並與基準比較行為與資源使用。
- 選擇刪除、取代、延後或保留，記錄遷移說明、回復、依賴更新，以及刻意失去的能力。
- 發布移除清單，附候選證據、測試結果、決策負責人、後續工作與未解決風險，不要只憑搜尋就宣布死碼。
先準備
貓會向你要的輸入。
- 儲存庫與支援環境
- 行為與相容性要求
- 依賴與抽象清單
- 測試、建置與效能基準
路由器 + 一份 playbook
先路由。只選一份。
Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。
- 路由器：
minimal-code-pack skills/minimal-code-pack/dependency-abstraction-removal-audit/SKILL.md
界線
界線跟著提示一起走。
- 開始前先核實實際的工具、帳戶、權限與工作區；絕不聲稱擁有不可用的工具、帳戶、來源或能力。
- 私有程式碼、成品、即時探測或非公開資料請使用 Latch/target-workspace；若無法存取，就在邊界停下並回報阻礙，不可改用猜測。
- 任何有後果的外部行動前先暫停並取得明確核准；回傳證據、未解決風險、假設，以及仍在等待核准的行動。
完成代表
一個可核對的終點。
經測試的移除稽核辨識安全簡化、保留必要行為、記錄每個候選的基準與決策，並揭露未解決風險。
來源
這個流程從哪來。
- github.com/DietrichGebert/ponytail/tree/e3ba2aa6f1e6f0bc4d69eb09c9f0d0a93af56156/
- docs.github.com/en/code-security/supply-chain-security/understanding-your-software-supply-chain/about-dependency-review
- docs.npmjs.com/cli/v11/commands/npm-uninstall
來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。
