派發策略檢討 (Dispatch Strategy Review) SKILL
版本: v1.0 建立日期: 2025-01-23 狀態: 新建
概述
派發策略檢討工具用於檢討和改進代理人派發策略，在派發失敗或效果不佳時進行系統性分析和調整。
觸發條件
以下情況應使用此 Skill：
| 情境 | 識別特徵 | 強制性 | |------|---------|--------| | 失敗數超預期 | 失敗數超過預期的 30% | 強制 | | 重複分派失敗 | 同一任務分派 2+ 次仍失敗 | 強制 | | 代理人選擇錯誤 | 派發後發現代理人不適合 | 建議 | | 效率低下 | 任務完成時間遠超預期 | 建議 |
檢討流程
Stage 1: 失敗情況收集
目標: 收集所有派發失敗的詳細資訊
收集項目:
- 失敗的任務清單
- 派發的代理人
- 失敗原因
- 失敗時間
輸出格式:
## 失敗情況收集
### 失敗任務清單
| # | 任務描述 | 派發代理人 | 失敗原因 | 時間 |
|---|---------|-----------|---------|------|
| 1 | [任務1] | [代理人] | [原因] | [時間] |
| 2 | [任務2] | [代理人] | [原因] | [時間] |
| 3 | [任務3] | [代理人] | [原因] | [時間] |
### 統計摘要
- **總任務數**: [數量]
- **失敗數**: [數量]
- **失敗率**: [百分比]
- **預期失敗率**: [百分比]
- **超出幅度**: [百分比]
Stage 2: 失敗模式分析
目標: 識別失敗的共同模式
分析維度:
| 分析維度 | 問題 | |---------|------| | 代理人選擇 | 是否選錯代理人？ | | 任務定義 | 任務描述是否清楚？ | | 前置條件 | 是否缺少必要的前置工作？ | | 技術能力 | 代理人是否具備必要技能？ | | 資訊完整 | 是否提供足夠資訊？ |
輸出格式:
## 失敗模式分析
### 模式識別
| 模式類型 | 出現次數 | 佔比 | 代表案例 |
|---------|---------|------|---------|
| 代理人選擇錯誤 | [N] | [X]% | [案例] |
| 任務定義不清 | [N] | [X]% | [案例] |
| 前置條件缺失 | [N] | [X]% | [案例] |
| 技術能力不足 | [N] | [X]% | [案例] |
| 資訊不完整 | [N] | [X]% | [案例] |
### 主要失敗原因
1. **[原因1]** ([X]%)
- 詳細說明: [說明]
- 影響任務: [任務列表]
2. **[原因2]** ([X]%)
- 詳細說明: [說明]
- 影響任務: [任務列表]
Stage 3: 根本原因分析
目標: 找出導致失敗模式的根本原因
5 Why 分析法:
為什麼失敗？→ 因為 [原因1]
為什麼 [原因1]？→ 因為 [原因2]
為什麼 [原因2]？→ 因為 [原因3]
為什麼 [原因3]？→ 因為 [原因4]
為什麼 [原因4]？→ 因為 [根本原因]
輸出格式:
## 根本原因分析
### 5 Why 分析
**失敗模式**: [模式名稱]
1. 為什麼失敗？
→ [原因1]
2. 為什麼 [原因1]？
→ [原因2]
3. 為什麼 [原因2]？
→ [原因3]
4. 為什麼 [原因3]？
→ [原因4]
5. 為什麼 [原因4]？
→ **[根本原因]**
### 根本原因總結
| 失敗模式 | 根本原因 | 可修正性 |
|---------|---------|---------|
| [模式1] | [根本原因] | 高/中/低 |
| [模式2] | [根本原因] | 高/中/低 |
Stage 4: 改進策略制定
目標: 制定具體的改進措施
改進維度:
| 維度 | 改進方向 | |------|---------| | 派發規則 | 更新代理人選擇規則 | | 任務模板 | 改進任務描述模板 | | 前置檢查 | 增加前置條件檢查 | | 代理人能力 | 更新代理人能力描述 | | 資訊收集 | 改進資訊收集流程 |
輸出格式:
## 改進策略
### 短期改進（立即執行）
| # | 改進措施 | 負責人 | 預期效果 | 執行期限 |
|---|---------|--------|---------|---------|
| 1 | [措施1] | [負責人] | [效果] | [期限] |
| 2 | [措施2] | [負責人] | [效果] | [期限] |
### 中期改進（1-2 週內）
| # | 改進措施 | 負責人 | 預期效果 | 執行期限 |
|---|---------|--------|---------|---------|
| 1 | [措施1] | [負責人] | [效果] | [期限] |
| 2 | [措施2] | [負責人] | [效果] | [期限] |
### 長期改進（規則/流程更新）
| # | 改進措施 | 影響範圍 | 預期效果 |
|---|---------|---------|---------|
| 1 | [措施1] | [範圍] | [效果] |
| 2 | [措施2] | [範圍] | [效果] |
Stage 5: 監控和驗證
目標: 確保改進措施有效
輸出格式:
## 監控和驗證計畫
### 監控指標
| 指標 | 當前值 | 目標值 | 監控頻率 |
|------|--------|--------|---------|
| 派發成功率 | [X]% | [Y]% | [頻率] |
| 重複派發率 | [X]% | [Y]% | [頻率] |
| 平均完成時間 | [X] | [Y] | [頻率] |
### 驗證檢查點
| 檢查點 | 時間 | 驗證內容 | 通過標準 |
|--------|------|---------|---------|
| [檢查1] | [時間] | [內容] | [標準] |
| [檢查2] | [時間] | [內容] | [標準] |
### 回滾計畫
如果改進措施無效或產生負面影響：
1. [回滾步驟1]
2. [回滾步驟2]
3. [回滾步驟3]
完整檢討報告模板
# 派發策略檢討報告
## 報告資訊
- **檢討日期**: [日期]
- **觸發原因**: [原因]
- **檢討範圍**: [範圍]
## 失敗情況收集
[Stage 1 輸出]
## 失敗模式分析
[Stage 2 輸出]
## 根本原因分析
[Stage 3 輸出]
## 改進策略
[Stage 4 輸出]
## 監控和驗證
[Stage 5 輸出]
## 5W1H 記錄
- **Who**: rosemary-project-manager (檢討者)
- **What**: 派發策略檢討
- **When**: [檢討時間]
- **Where**: [影響範圍]
- **Why**: [觸發原因]
- **How**: [Task Type: Review] 系統性分析和改進
常見派發錯誤和修正
錯誤 1: 代理人選擇錯誤
| 錯誤派發 | 正確派發 | 識別特徵 | |---------|---------|---------| | parsley → Hook 開發 | basil-hook-architect | 任務涉及 Hook 腳本 | | parsley → 文件整合 | thyme-documentation-integrator | 任務涉及方法論整合 | | parsley → 格式化 | mint-format-specialist | 任務涉及程式碼格式化 | | parsley → 環境問題 | sumac-system-engineer | 錯誤為依賴/環境問題 |
錯誤 2: 任務定義不清
問題: 任務描述過於模糊 修正: 使用 Atomic Ticket 原則，確保「一個 Action + 一個 Target」
錯誤 3: 前置條件缺失
問題: 派發時缺少必要的前置工作 修正: 增加 SA 前置審查，確保系統一致性
與其他 Skill 的關係
| Skill | 關係 |
|-------|------|
| /ticket-track | 使用 ticket-track 收集失敗任務資訊 |
| /5w1h-decision | 改進措施應符合 5W1H 格式 |
| /pre-fix-eval | 如果失敗涉及錯誤修復，使用 pre-fix-eval |
Last Updated: 2025-01-23 Version: 1.0.0