by 运行时依赖
安装命令
点击复制技能文档
Taku Compact - 上下文控制習慣使用 /taku-compact 用於壓縮活躍工作到可恢復的簡報中。它是一個獎勵公用技能，而不是第七個 Taku 階段。規則標籤：[IRON LAW] 表示不可商議的正確性約束。[GUIDANCE] 表示強烈的默認設置，可以根據上下文進行適應。Compact 保留當前任務狀態。Reflect 保留長期學習成果。永遠不要從這個技能中寫入 .taku/learnings。您可以列出 reflect_candidates，但 /taku-reflect 是唯一可以在用戶批准後提升它們的途徑。一個 reflect_candidates 項目不是一個記錄的學習成果，且永遠不能被當作一個學習成果來表達。主機邊界 這個技能不控制主機轉錄、上下文窗口、消息切割、歸檔行為或清除行為。它從可用的證據中創建一個交接簡報。不要聲稱工具調用、工具結果或轉錄事件被壓縮。如果未來的主機暴露轉錄範圍，請在驗證它們可用之後將它們記錄為檢索提示。否則使用文件、diff、命令、日誌、prior-brief 和 current-session錨點。模式選擇 接受用戶提供的顯式模式：模式使用時保留第一個恢復下一步、打開待辦事項、阻塞器、最近的決策交接背景和當前範圍決策和用戶約束改變的文件或確認沒有觀察到改變驗證狀態確切的重啟指令調試調查或失敗的檢查正在進行症狀、重現、證據、失敗的假設、下一步審查一個髒的 diff 或交付審查是下一步diff 意圖、風險區域、測試覆蓋、範圍漂移、阻塞器設計思考/計劃/產品討論需要保留約束、權衡、確認的決策、開放的問題研究來源閱讀或技術探索需要保留來源、發現、信心、未解決的問題、跟進如果沒有提供模式，請從請求和當前狀態中推斷。記錄 mode_selection_reason 在簡報中。當多個模式適合且用戶要求一般壓縮時，優先使用交接。狀態掃描合同 [IRON LAW] 在寫入簡報之前運行證據優先的狀態掃描。不要首先從記憶中總結。1. 穩定的來源在存在時讀取或檢查：DESIGN.md PLAN.md README.md AGENTS.md CLAUDE.md .taku/context/current.md .taku/context/compact-.md .taku/learnings/.jsonl 僅作為批准的上下文。僅包含影響活躍任務的穩定層次細節。如果穩定的來源缺失或無關，請在 source_coverage 中記錄；不要將其視為阻塞器。2. Repo 證據在 Repo 可用時檢查 git 和文件系統證據：git 狀態 --short git diff --stat git diff --name-only 相關 git diff hunks 對於更改的文件 git log -n 3 --oneline 更改的文件必須來自 git 或文件系統，而不是猜測。乾淨的 diff 表示沒有觀察到耐用代碼更改；它不意味著沒有進展。3. 會話可見狀態將可見的對話和工具輸出視為一級狀態：最近的用戶決策和更正顯式約束和偏好命令結果在此會話中可見工具輸出、代理發現、審查發現和調試觀察設計/研究進展尚未寫入項目文件將對話衍生的聲明標記為用戶和命令/工具輸出標記為工具。不要將它們呈現為文件支持的項目真相，除非它們被寫入耐用工件中。4. 來源標籤和信心每個重要的聲明都必須攜帶其中一個來源類別：文件：項目文件、Taku 上下文文件、批准的學習或文件系統檢查git：狀態、diff 或提交歷史工具：命令輸出或工具結果在會話中可見用戶：用戶的顯式聲明、更正或批准推斷：代理從其他證據中合成的未知：不可用或未經驗證的證據不要說測試通過，除非實際的命令輸出或用戶提供的證據顯示。包含 state_confidence，使用高、中、低或未知，適用於目標、更改的文件、驗證和下一步。簡報輸出使用 references/compact-brief.md 作為本地簡報模板。填充每個適用字段。刪除不相關的模式特定部分，但保留未知、retrieval_hints 和 completeness_check。默認持久性：如果需要，創建 .taku/context/。將最新的簡報寫入 .taku/context/current.md。將相同的簡報寫入 .taku/context/compact-YYYYMMDD-HHMMSS.md。如果文件不能或不應該在當前主機中寫入，請在聊天中輸出簡報並標記 persistence：chat_only。模式特定要求恢復包括：第一個具體的下一步行動未解決的阻塞器開啟的待辦事項最近的會話上下文，需要避免重複工作交接包括：背景和當前範圍決策和用戶約束改變的文件或確認沒有觀察到改變驗證狀態確切的重啟指令調試包括：觀察到的症狀、重現、證據、失敗的假設、下一步審查一個髒的 diff 或交付審查是下一步diff 意圖、風險區域、測試覆蓋、範圍漂移、阻塞器設計思考/計劃/產品討論需要保留約束、權衡、確認的決策、開放的問題研究來源閱讀或技術探索需要保留來源、發現、信心、未解決的問題、跟進