Agent skill
bulk-evaluate
子任務拆分與 Context 卸載工具。將可拆分的大型任務分成 N 個子 Ticket,各由 Agent 獨立執行,結論直接寫入 Ticket 不回報主線程。Use for: 批量檔案評估, 大型審查任務拆分, 任何需要讀取大量資料但結果可落地到 Ticket 的任務
Install this agent skill to your Project
npx add-skill https://github.com/tarrragon/claude/tree/main/skills/bulk-evaluate
SKILL.md
子任務拆分與 Context 卸載工具
例外情況的批次計算公式: references/context-budget-formula.md
核心概念
問題:主線程的 context 有限。當一個任務需要讀取大量資料(N 個檔案、N 個模組、N 個報告),全部由主線程處理會溢出 context。
解法:把「讀取 + 分析 + 記錄」整包卸載給 Agent,主線程只負責拆分和統計。
關鍵設計:Ticket 既是任務指派,也是分析報告的載體。Agent 把結論直接寫入子 Ticket,主線程不接收完整內容 — 只看 Ticket 狀態和摘要統計。
傳統模式(主線程 context 溢出):
主線程讀取 N 個檔案 → 分析 → 產出報告 → context 爆炸
卸載模式(本 Skill):
主線程建立 N 個子 Ticket → 派發 Agent → Agent 寫入 Ticket → 主線程只看統計
適用場景
| 場景 | 子任務單位 | 每個子 Ticket 的內容 |
|---|---|---|
| Agent/Skill 合規掃描 | 1 個定義檔案 | 評估結論 + 具體問題 |
| 規則一致性檢查 | 1 個規則檔案 | 衝突發現 + 建議修正 |
| 測試品質批量審查 | 1 個測試檔案/目錄 | 品質評分 + 改善建議 |
| 大型重構影響分析 | 1 個模組/目錄 | 影響範圍 + 遷移方案 |
| 多模組效能掃描 | 1 個效能熱點 | 瓶頸分析 + 優化建議 |
通用判斷:只要任務可以表述為「對 N 個獨立單位各做一次相同的分析」,就適用本 Skill。
與 /parallel-evaluation 的區別
| 維度 | /parallel-evaluation |
/bulk-evaluate |
|---|---|---|
| 並行軸 | N 個視角 x 1 組目標 | 1 個標準 x N 個單位 |
| 產出物 | 彙整報告(回到主線程) | N 個子 Ticket(不回主線程) |
| Context 影響 | 主線程接收彙整結果 | 主線程只看統計摘要 |
| 目的 | 多角度快速評估 | 批量處理 + context 卸載 |
核心流程(5 步)
Step 1: 識別子任務單位
確定每個子任務的處理單位和分析標準。
問自己:
1. 這個任務可以拆成幾個「對 X 做同一件事」的子任務?
2. 每個子任務的輸入是什麼?(一個檔案?一個模組?一個報告?)
3. 每個子任務的產出寫在哪?(Ticket 的哪個欄位?)
4. 分析標準是什麼?(參考文件?檢查清單?評估維度?)
Step 2: 建立 Ticket 結構
/ticket create → 父 Ticket(匯總任務,type: ANA)
|-- /ticket create --parent → 子 Ticket 1(單位 A 的分析)
|-- /ticket create --parent → 子 Ticket 2(單位 B 的分析)
└── ...
每個子 Ticket 的驗收條件統一為:
- 已讀取目標內容
- 已對照分析標準完成檢查
- 結論已寫入本 Ticket
- 具體發現已列出(如有)
Step 3: 派發策略(單一職責原則)
預設: 1 個子任務 = 1 個 Agent
59 個評估目標 → 59 個獨立 Agent
每個 Agent 只負責 1 個目標
為什麼不批次處理:
| 維度 | 批次處理 | 1:1 派發 |
|---|---|---|
| 認知負擔 | Agent 需同時理解多個目標 | 只專注一個目標 |
| 判斷品質 | 目標間資訊互相干擾 | 零干擾,判斷最精準 |
| 失敗隔離 | 一批失敗影響多個子任務 | 單點失敗不擴散 |
這就是 context 卸載的核心目的:讓每個 process 的任務目標清晰明確,避免額外資訊干擾判斷。
例外:僅當平台限制無法派發足夠 Agent 時,才參考 references/context-budget-formula.md 計算合理批次大小。
Step 4: 並行派發
每個 Agent 的 prompt 包含:
- 分析標準(參考文件路徑)
- 負責的 1 個子 Ticket(ID + 對應的輸入內容路徑)
- 產出要求(結論直接寫入子 Ticket)
Agent 不需要知道:其他目標的存在、總共有幾個子任務、其他 Agent 的結論。
Agent 類型選擇:
| 需要寫入 Ticket | 推薦 Agent |
|---|---|
| 是 | general-purpose |
| 否(只讀分析) | Explore / Plan |
Step 5: 彙整統計
所有 Agent 完成後,主線程只做統計(不讀取子 Ticket 全文):
## 批量評估結果
**父 Ticket**: {ID} **子任務總數**: {N} **完成**: {M}/{N}
| 結論類別 | 數量 | 佔比 |
|---------|------|------|
| [類別 A] | X | X% |
| [類別 B] | X | X% |
### 需關注的子任務
| # | 子 Ticket | 結論 | 簡要 |
|---|----------|------|------|
更新父 Ticket 狀態,流程結束。
執行範例
範例: 59 個 Agent/Skill 合規掃描
Step 1: 子任務單位 = 每個 agent/skill 定義檔案
分析標準 = design-guide (~25KB)
Step 2: 父 Ticket + 59 個子 Ticket
Step 3: 預設 1:1 → 59 個獨立 Agent
Step 4: 並行派發 59 個 general-purpose Agent,各處理 1 個子 Ticket
每個 Agent 只讀取: design-guide + 自己負責的 1 個定義檔案
Step 5: 統計 59 個子 Ticket 結論 → 更新父 Ticket
主線程 context 消耗: 只有 Step 2(建 Ticket)和 Step 5(統計),不讀取 59 個定義檔案。 每個 Agent context 消耗: ~25KB 標準 + ~17KB 目標 = ~42KB,遠低於 context 上限。
相關文件
- references/context-budget-formula.md - 例外情況的批次計算公式
- .claude/skills/parallel-evaluation/SKILL.md - 多視角並行評估(正交工具)
- .claude/rules/guides/parallel-dispatch.md - 並行派發指南
- .claude/rules/guides/task-splitting.md - 任務拆分指南
Recommended Agent Skills
Expand your agent's capabilities with these related and highly-rated skills.
skill-design-guide
Use this skill when creating a new skill, updating an existing skill's YAML frontmatter, or reviewing skill quality. Provides the official Anthropic skill specification, frontmatter rules, description writing best practices, progressive disclosure architecture, and common pitfalls to avoid. Triggers include: creating skills, skill review, frontmatter validation, SKILL.md writing.
test-async-guardian
Flutter/Dart 測試異步資源管理守護者。用於:(1) 診斷測試卡住問題,(2) 審查測試程式碼中的異步資源清理,(3) 提供 tearDown 最佳實踐,(4) 掃描潛在的資源洩漏風險。觸發場景:測試卡住、撰寫新測試、Code Review 測試程式碼、執行 flutter test 前自動掃描。
agent-team
Agent Teams 協作派發指南。Use when: (1) Agent A 的發現會改變 Agent B 正在進行的工作, (2) 用戶要求使用 team/swarm, (3) 多代理人需即時協商共用介面或 API 契約。涵蓋 team 建立、Ticket-Task 橋接、teammate 入職、生命週期管理。
tdd
TDD 全流程指導工具。Use for: (1) 開始新功能的 TDD 流程(Phase 0-4), (2) 推進到下一個 TDD 階段, (3) Phase 1 SOLID 原則驅動功能拆分分析, (4) 查看當前 TDD 進度和階段狀態, (5) 評估是否需要 Phase 4 重構以及 3b 拆分評估。Use when: 開始新功能開發、進入任何 TDD Phase、需要 SOLID 拆分指導、需要確認當前所在 TDD 階段、需要做 Phase 4 豁免判斷時。
branch-worktree-guardian
Branch Worktree Guardian - Git 分支和 Worktree 管理工具。Use for: (1) 新開發需求時建立隔離分支, (2) 使用 worktree 機制避免分支衝突, (3) 驗證當前工作分支正確性, (4) 預防在錯誤分支上開發
design-decision-framework
多方案評估決策框架。用於面臨 3+ 技術方案時的結構化評估、架構決策時的系統化分析,防止衝動決策和技術債務累積。Use for: 技術方案選擇、重大架構決策、高風險技術選型
Didn't find tool you were looking for?