1# Specialized Technology Routing
2 
3**MANDATORY**: Before starting any planning, check the user's prompt for specialized technology keywords. If matched, invoke the corresponding skill FIRST — it has tested templates and optimized workflows for that technology.
4 
5## Prompt-Based Routing Table
6 
7> **⚠️ PRIORITY RULE**: Check rows **top to bottom**. The first match wins. If the prompt mentions **AWS Lambda migration or AWS Lambda**, invoke **azure-cloud-migrate** even if Azure Functions are also mentioned.
8 
9| Priority | User prompt mentions | Invoke skill FIRST | Then resume azure-prepare at |
10|----------|---------------------|--------------------|-----------------------------|
11| **1 (highest)** | Lambda, AWS Lambda, migrate AWS, migrate GCP, Lambda to Functions, migrate from AWS, migrate from GCP | **azure-cloud-migrate** | Phase 1 Step 4 (Select Recipe) — azure-cloud-migrate does assessment + code conversion, then azure-prepare takes over for infrastructure, local testing, or deployment |
12| 2 | copilot SDK, copilot app, copilot-powered, @github/copilot-sdk, CopilotClient, sendAndWait, copilot-sdk-service | **azure-hosted-copilot-sdk** | Phase 1 Step 4 (Select Recipe) |
13| 3 | Azure Functions, function app, serverless function, timer trigger, HTTP trigger, queue trigger, func new, func start | Stay in **azure-prepare** | Phase 1 Step 4 (Select Recipe) — prefer Azure Functions templates |
14| 4 (lowest) | workflow, orchestration, multi-step, pipeline, fan-out/fan-in, saga, long-running process, durable, order processing | Stay in **azure-prepare** | Phase 1 Step 4 — select **durable** recipe. **MUST** load [durable.md](services/functions/durable.md), [DTS reference](services/durable-task-scheduler/README.md), and [DTS Bicep patterns](services/durable-task-scheduler/bicep.md). |
15 
16> ⚠️ This checks the user's **prompt text**, not just existing code. Essential for greenfield projects where there is no codebase to scan.
17 
18## Why This Step Exists
19 
20azure-prepare is the default entry point for all Azure app work. Some technologies (Copilot SDK) have dedicated skills with:
21- Pre-tested `azd` templates that avoid manual scaffolding errors
22- Specialized configuration (BYOM model config)
23- Optimized infrastructure patterns
24 
25Without this check, azure-prepare generates generic infrastructure that misses these optimizations.
26 
27> ⚠️ **Re-entry guard**: When azure-prepare is invoked as a **resume** from a specialized skill (e.g., azure-hosted-copilot-sdk Step 4), **skip this routing check** and proceed directly to Step 4. The specialized skill has already completed its work.
28 
29## Flow
30 
31```
32User prompt → azure-prepare activated
33  │
34  ├─ Prompt mentions specialized tech?
35  │   ├─ YES → Invoke specialized skill → Skill scaffolds + configures
36  │   │         → Resume azure-prepare at Step 4 (recipe/infra/validate/deploy)
37  │   └─ NO  → Continue normal azure-prepare workflow from Step 1
38  │
39  └─ Phase 1 Step 3 (Scan Codebase) also detects SDKs in existing files
40      → See [scan.md](scan.md) for file-based detection
41```
42 
43## Complementary Checks
44 
45This prompt-based check complements — does not replace — existing file-based detection:
46- **[scan.md](scan.md)** — Detects SDKs in dependency files (package.json, requirements.txt)
47- **[analyze.md](analyze.md)** — Delegation table triggered by user mentions during planning
48- **[research.md](research.md)** — Skill invocation during research phase
49 
50The prompt check catches **greenfield** scenarios where no code exists yet.
51