Menü
自动 Agent 选择与智能任务路由。分析用户请求并自动选择最合适的专家 Agent，无需用户显式提及。
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
务实的编码标准—— 简洁、直接、不做过度设计、不写无用注释（Pragmatic coding standards）
性能分析原则。测量、分析与优化技术。
API design principles and decision-making（API 设计原则与决策逻辑）。REST vs GraphQL vs tRPC selection（选择）、response formats（响应格式）、versioning（版本控制）、pagination（分页）。
App Builder（应用构建编排器）主编排器。根据自然语言请求创建全栈应用，确定项目类型、选择技术栈并协调智能体。
Project scaffolding templates（项目脚手架模板）。用于从零创建新项目。包含 12 个技术栈模板。
Architectural decision-making framework（架构决策框架）。Requirements analysis（需求分析）、trade-off evaluation（权衡评估）、ADR documentation（架构决策记录）。Use when making architecture decisions or analyzing system design（用于架构决策与系统设计分析）。
Basierend auf der SOC-Berufsklassifikation
| name | intelligent-routing |
| description | 自动 Agent 选择与智能任务路由。分析用户请求并自动选择最合适的专家 Agent，无需用户显式提及。 |
| version | 1.0.0 |
目标：自动分析用户请求，并在无需用户显式提及 Agent 的情况下路由到最合适的专家 Agent。
AI 应像智能项目经理一样工作，分析每个请求并自动选择最适合该任务的专家。
在响应任何用户请求之前，先执行自动分析：
graph TD
A[User Request: Add login] --> B[ANALYZE]
B --> C[Keywords]
B --> D[Domains]
B --> E[Complexity]
C --> F[SELECT AGENT]
D --> F
E --> F
F --> G[security-auditor + backend-specialist]
G --> H[AUTO-INVOKE with context]
使用此矩阵自动选择 Agent：
| 用户意图 | 关键词 | 选中的 Agent | 自动调用？ |
|---|---|---|---|
| 身份认证 | "login", "auth", "signup", "password" | security-auditor + backend-specialist | [OK] YES |
| UI 组件 | "button", "card", "layout", "style" | frontend-specialist | [OK] YES |
| 移动端 UI | "screen", "navigation", "touch", "gesture" | mobile-developer | [OK] YES |
| API 端点 | "endpoint", "route", "API", "POST", "GET" | backend-specialist | [OK] YES |
| 数据库 | "schema", "migration", "query", "table" | database-architect + backend-specialist | [OK] YES |
| 缺陷修复 | "error", "bug", "not working", "broken" | debugger | [OK] YES |
| 测试 | "test", "coverage", "unit", "e2e" | test-engineer | [OK] YES |
| 部署 | "deploy", "production", "CI/CD", "docker" | devops-engineer | [OK] YES |
| 安全评审 | "security", "vulnerability", "exploit" | security-auditor + penetration-tester | [OK] YES |
| 性能 | "slow", "optimize", "performance", "speed" | performance-optimizer | [OK] YES |
| 产品定义 | "requirements", "user story", "backlog", "MVP" | product-owner | [OK] YES |
| 新功能 | "build", "create", "implement", "new app" | orchestrator -> multi-agent | [WARN] ASK FIRST |
| 复杂任务 | 检测到多个领域 | orchestrator -> multi-agent | [WARN] ASK FIRST |
在响应任何请求之前：
// Pseudo-code for decision tree
function analyzeRequest(userMessage) {
// 1. Classify request type
const requestType = classifyRequest(userMessage);
// 2. Detect domains
const domains = detectDomains(userMessage);
// 3. Determine complexity
const complexity = assessComplexity(domains);
// 4. Select agent(s)
if (complexity === "SIMPLE" && domains.length === 1) {
return selectSingleAgent(domains[0]);
} else if (complexity === "MODERATE" && domains.length <= 2) {
return selectMultipleAgents(domains);
} else {
return "orchestrator"; // Complex task
}
}
自动选择 Agent 时，需简洁告知用户：
**正在应用 `@security-auditor` + `@backend-specialist` 的知识...**
[继续提供专业化回复]
收益：
| 领域 | 模式 | Agent |
|---|---|---|
| Security | auth, login, jwt, password, hash, token | security-auditor |
| Frontend | component, react, vue, css, html, tailwind | frontend-specialist |
| Backend | api, server, express, fastapi, node | backend-specialist |
| Mobile | react native, flutter, ios, android, expo | mobile-developer |
| Database | prisma, sql, mongodb, schema, migration | database-architect |
| Testing | test, jest, vitest, playwright, cypress | test-engineer |
| DevOps | docker, kubernetes, ci/cd, pm2, nginx | devops-engineer |
| Debug | error, bug, crash, not working, issue | debugger |
| Performance | slow, lag, optimize, cache, performance | performance-optimizer |
| SEO | seo, meta, analytics, sitemap, robots | seo-specialist |
| Game | unity, godot, phaser, game, multiplayer | game-developer |
如果请求匹配到不同类别中的 2 个或以上领域，自动使用 orchestrator：
示例："创建一个带深色模式 UI 的安全登录系统"
-> 检测到：Security + Frontend
-> 自动调用：orchestrator
-> orchestrator 将协调：security-auditor、frontend-specialist、test-engineer
动作：自动调用对应 Agent
动作：按顺序自动调用相关 Agent
动作：自动调用 orchestrator -> 将先提出苏格拉底式问题
必须告知正在应用的专家能力：
**正在应用 `@frontend-specialist` 的知识...**
我将按以下特征创建该组件：
[继续提供专业化回复]
用户体验应与“直接和正确专家对话”一致。
用户仍可显式点名 Agent：
用户："使用 @backend-specialist 来审查这段代码"
-> 覆盖自动选择
-> 使用用户显式指定的 Agent
用户："React 是如何工作的？"
-> 类型：QUESTION
-> 不需要调用 Agent
-> 直接给出解释
用户："把它做得更好"
-> 复杂度：UNCLEAR
-> 动作：先提澄清问题
-> 然后路由到合适 Agent
用户："给 Web 应用加上移动端支持"
-> 冲突：mobile vs web
-> 动作：先问“你要的是响应式 Web，还是原生移动 App？”
-> 再按结论路由
/orchestrate：显式进入编排模式区别：用户不需要知道这个命令存在。
用户："创建一个深色模式切换按钮"
期望：自动调用 frontend-specialist
验证：回复中显示“正在应用 @frontend-specialist”
用户："审查认证流程中的漏洞"
期望：自动调用 security-auditor
验证：输出以安全分析为主
用户："构建一个带实时通知的聊天应用"
期望：自动调用 orchestrator
验证：协调多个 Agent（backend、frontend、test）
用户："登录不可用，返回 401 错误"
期望：自动调用 debugger
验证：输出体现系统化调试路径
如果是项目中的首次交互，可使用：
TIP: **提示**：我已配置自动专家 Agent 选择机制。
我会始终为你的任务选择最合适的专家。如果你更偏好手动指定，
也可以使用 `@agent-name` 显式点名。
可在 GEMINI.md 中临时加入：
## DEBUG: Intelligent Routing
显示选择理由：
- 检测到的领域：[list]
- 选中的 agent：[name]
- 理由：[why]
intelligent-routing 技能可实现：
[OK] 零命令操作（无需 /orchestrate）
[OK] 基于请求分析自动选择专家
[OK] 透明告知当前应用的专家能力
[OK] 与现有工作流无缝集成
[OK] 支持用户显式点名覆盖
[OK] 复杂任务自动回退到 orchestrator
结果：用户无需理解底层系统架构，也能获得专家级响应。
下一步：将此技能集成到 GEMINI.md 的 TIER 0 规则。