Menu
自動代理選擇與智慧任務路由。分析使用者請求並自動選擇最佳專家代理，無需使用者明確提及。
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
使用 Claude API / Anthropic SDK 建構、除錯和最佳化應用程式。使用此技能建構的應用程式應包含提示快取 (prompt caching)。也處理在 Claude 模型版本之間遷移現有 Claude API 程式碼（4.5 → 4.6，4.6 → 4.7，替換已退役模型）。觸發時機：程式碼匯入 anthropic/@anthropic-ai/sdk；使用者要求使用 Claude API、Anthropic SDKs 或 Managed Agents (/v1/agents, /v1/sessions, /v1/environments)；使用者在檔案中新增/修改/調整 Claude 功能（快取、思考、壓縮、工具使用、批次、檔案、引用、記憶）或模型（Opus/Sonnet/Haiku）；關於 Anthropic SDK 專案中提示快取/快取命中率的問題。不觸發：檔案匯入 `openai`/其他提供者 SDK，檔案名稱類似 `*-openai.py`/`*-generic.py`，與提供者無關的程式碼，一般程式設計/機器學習。
當編寫呼叫 Gemini API 的程式碼時請使用此技能，用於文字生成、多輪對話、多模態理解、影像生成、串流回應、背景研究任務、函式呼叫、結構化輸出，或從舊的 generateContent API 遷移。此技能涵蓋 Interactions API，這是在 Python 與 TypeScript 中使用 Gemini 模型與代理的建議方式。
Tailwind CSS v4 原則。CSS 優先配置、容器查詢、現代模式、設計 token 架構。
處理使用 Gemini Live API 的即時、雙向串流應用程式時使用此技能。涵蓋基於 WebSocket 的音訊/視訊/文字串流、語音活動偵測 (VAD)、原生音訊功能、函式呼叫、會話管理、用戶端身分驗證的臨時權杖，以及所有 Live API 設定選項。涵蓋的 SDK - google-genai (Python)、@google/genai (JavaScript/TypeScript)。
Python 開發原則與決策。框架選擇、非同步模式、型別提示、專案結構。教你思考而非複製。
精通 Rust 1.75+ 的現代 async 模式、進階型別系統功能與生產就緒的系統程式設計。精通最新 Rust 生態系包括 Tokio、axum 和尖端 crates。Rust 開發、效能最佳化或系統程式設計時主動使用。
| name | intelligent-routing |
| description | 自動代理選擇與智慧任務路由。分析使用者請求並自動選擇最佳專家代理，無需使用者明確提及。 |
| version | 1.0.0 |
目的：自動分析使用者請求，並將其路由到最適當的專家代理，無需使用者明確提及。
AI 應該擔任智慧專案經理，分析每個請求並自動選擇最佳專家。
在回應任何使用者請求前，執行自動分析：
graph TD
A[使用者請求：新增登入] --> B[分析]
B --> C[關鍵字]
B --> D[領域]
B --> E[複雜度]
C --> F[選擇代理]
D --> F
E --> F
F --> G[security-auditor + backend-specialist]
G --> H[自動調用並附帶情境]
使用此矩陣自動選擇代理：
| 使用者意圖 | 關鍵字 | 選擇的代理 | 自動調用？ |
|---|---|---|---|
| 驗證 | 「login」、「auth」、「signup」、「password」 | security-auditor + backend-specialist | ✅ 是 |
| UI 元件 | 「button」、「card」、「layout」、「style」 | frontend-specialist | ✅ 是 |
| 行動 UI | 「screen」、「navigation」、「touch」、「gesture」 | mobile-developer | ✅ 是 |
| API 端點 | 「endpoint」、「route」、「API」、「POST」、「GET」 | backend-specialist | ✅ 是 |
| 資料庫 | 「schema」、「migration」、「query」、「table」 | database-architect + backend-specialist | ✅ 是 |
| Bug 修復 | 「error」、「bug」、「not working」、「broken」 | debugger | ✅ 是 |
| 測試 | 「test」、「coverage」、「unit」、「e2e」 | test-engineer | ✅ 是 |
| 部署 | 「deploy」、「production」、「CI/CD」、「docker」 | devops-engineer | ✅ 是 |
| 安全審查 | 「security」、「vulnerability」、「exploit」 | security-auditor + penetration-tester | ✅ 是 |
| 效能 | 「slow」、「optimize」、「performance」、「speed」 | performance-optimizer | ✅ 是 |
| 產品定義 | 「requirements」、「user story」、「backlog」、「MVP」 | product-owner | ✅ 是 |
| 新功能 | 「build」、「create」、「implement」、「new app」 | orchestrator → 多代理 | ⚠️ 先詢問 |
| 複雜任務 | 偵測到多個領域 | orchestrator → 多代理 | ⚠️ 先詢問 |
在回應任何請求前：
// 決策樹虛擬碼
function analyzeRequest(userMessage) {
// 1. 分類請求類型
const requestType = classifyRequest(userMessage);
// 2. 偵測領域
const domains = detectDomains(userMessage);
// 3. 判斷複雜度
const complexity = assessComplexity(domains);
// 4. 選擇代理
if (complexity === "SIMPLE" && domains.length === 1) {
return selectSingleAgent(domains[0]);
} else if (complexity === "MODERATE" && domains.length <= 2) {
return selectMultipleAgents(domains);
} else {
return "orchestrator"; // 複雜任務
}
}
自動選擇代理時，簡潔地告知使用者：
🤖 **應用 `@security-auditor` + `@backend-specialist` 的知識...**
[繼續專業回應]
好處：
| 領域 | 模式 | 代理 |
|---|---|---|
| 安全 | auth、login、jwt、password、hash、token | security-auditor |
| 前端 | component、react、vue、css、html、tailwind | frontend-specialist |
| 後端 | api、server、express、fastapi、node | backend-specialist |
| 行動 | react native、flutter、ios、android、expo | mobile-developer |
| 資料庫 | prisma、sql、mongodb、schema、migration | database-architect |
| 測試 | test、jest、vitest、playwright、cypress | test-engineer |
| DevOps | docker、kubernetes、ci/cd、pm2、nginx | devops-engineer |
| 除錯 | error、bug、crash、not working、issue | debugger |
| 效能 | slow、lag、optimize、cache、performance | performance-optimizer |
| SEO | seo、meta、analytics、sitemap、robots | seo-specialist |
| 遊戲 | unity、godot、phaser、game、multiplayer | game-developer |
如果請求匹配來自不同類別的 2+ 個領域，自動使用 orchestrator：
範例：「建立一個帶暗色模式 UI 的安全登入系統」
→ 偵測到：安全 + 前端
→ 自動調用：orchestrator
→ 協調器將處理：security-auditor、frontend-specialist、test-engineer
動作：自動調用對應代理
動作：依序自動調用相關代理
動作：自動調用 orchestrator → 將提出蘇格拉底式問題
要告知正在應用哪種專長：
🤖 **應用 `@frontend-specialist` 的知識...**
我將以以下特徵建立元件：
[繼續專業回應]
使用者不應該注意到與直接與正確專家對話的區別。
使用者仍可明確提及代理：
使用者：「使用 @backend-specialist 來審查這個」
→ 覆蓋自動選擇
→ 使用明確提到的代理
使用者：「React 如何運作？」
→ 類型：問題
→ 不需要代理
→ 直接回應說明
使用者：「讓它更好」
→ 複雜度：不明確
→ 動作：先詢問澄清問題
→ 然後路由到適當代理
使用者：「為 Web 應用新增行動支援」
→ 衝突：行動 vs web
→ 動作：詢問：「你想要響應式 Web 還是原生行動應用？」
→ 然後相應路由
/orchestrate：明確的協調模式差異：使用者不需要知道該指令存在。
使用者：「建立一個暗色模式切換按鈕」
預期：自動調用 frontend-specialist
驗證：回應顯示「使用 @frontend-specialist」
使用者：「審查驗證流程的弱點」
預期：自動調用 security-auditor
驗證：以安全性為重點的分析
使用者：「打造一個帶即時通知的聊天應用」
預期：自動調用 orchestrator
驗證：多代理協調（後端、前端、測試）
使用者：「登入無法運作，出現 401 錯誤」
預期：自動調用 debugger
驗證：系統化的除錯流程
若這是專案中的第一次互動：
💡 **小提示**：本系統已設定為自動選擇專家代理。我會為你的任務挑選最適合的專家。如果你偏好，仍可以用 `@agent-name` 明確指定代理。
暫時加到 GEMINI.md：
## DEBUG: Intelligent Routing
顯示選擇的推論：
- 偵測到的領域：[列表]
- 選擇的代理：[名稱]
- 理由：[原因]
intelligent-routing 技能啟用：
✅ 零指令操作（不需要 /orchestrate）
✅ 基於請求分析的自動專家選擇
✅ 透明地溝通正在應用哪種專長
✅ 與現有工作流無縫整合
✅ 明確代理提及的覆蓋能力
✅ 複雜任務退回到協調器
結果：使用者無需了解系統架構即可獲得專家級回應。
下一步：將此技能整合進 GEMINI.md 的 TIER 0 規則。