Menu
自動代理選擇與智慧任務路由。分析使用者請求並自動選擇最佳專家代理，無需使用者明確提及。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
使用 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 規則。