deploy-model
Skill7 starsChanged 8 days agoMITView on GitHub
Unified Azure OpenAI model deployment skill with intelligent intent-based routing. Handles quick preset deployments, fully customized deployments (version/SKU/capacity/RAI policy), and capacity discovery across regions and projects. USE FOR: deploy model, deploy gpt, create deployment, model deployment, deploy openai model, set up model, provision model, find capacity, check model availability, where can I deploy, best region for model, capacity analysis. DO NOT USE FOR: listing existing deployments (use foundry_models_deployments_list MCP tool), deleting deployments, agent creation (use agent/create), project creation (use project/create).
We split this skill into the rules it gives an agent
7 rules. About 0 are common, 7 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈7
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 69
When a user specifies a capacity requirement AND wants deployment:
- Distinctive: line 70
Run Capacity Discovery to find regions/projects with sufficient quota
- Distinctive: line 72
Ask: "Would you like to deploy with quick defaults or customize settings?"
- Distinctive: line 79
Before any deployment, resolve which project to deploy to.
- Distinctive: line 103
If user picks option 2, show top 5 projects in that region:
- Distinctive: line 117
Before presenting any deployment options (SKU, capacity), always validate both of these:
- Distinctive: line 137
All deployment modes require:
≈ “Common” is an estimate: at least 1 in 5 of the 308,232 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Deploy Model
Scope — read this first. This skill creates model deployments out-of-band via Azure CLI / MCP / portal. For azd-managed Foundry projects (those scaffolded from
azd ai agent init), declare deployments inazure.yaml services.ai-project.deployments[]instead —azd ai agent initwrites the entry from the sample manifest andazd provisioncreates the deployment through Bicep. See foundry-agent/create/create-hosted.md for the Golden Path. Use this skill only for: (a) Foundry projects not managed by an azd project, (b) ad-hoc deployments outside the azd lifecycle.
Unified entry point for all Azure OpenAI model deployment workflows. Analyzes user intent and routes to the appropriate deployment mode.
Quick Reference
| Mode | When to Use | Sub-Skill |
| Preset | Quick deployment, no customization needed | preset/SKILL.md |
| Customize | Full control: version, SKU, capacity, RAI policy | customize/SKILL.md |
| Capacity Discovery | Find where you can deploy with specific capacity | capacity/SKILL.md |
Intent Detection
Analyze the user's prompt and route to the correct mode:
User Prompt
│
├─ Simple deployment (no modifiers)
│ "deploy gpt-4o", "set up a model"
│ └─> PRESET mode
│
├─ Customization keywords present
│ "custom settings", "choose version", "select SKU",
│ "set capacity to X", "configure content filter",
│ "PTU deployment", "with specific quota"
│ └─> CUSTOMIZE mode
│
├─ Capacity/availability query
│ "find where I can deploy", "check capacity",
│ "which region has X capacity", "best region for 10K TPM",
│ "where is this model available"
│ └─> CAPACITY DISCOVERY mode
│
└─ Ambiguous (has capacity target + deploy intent)
"deploy gpt-4o with 10K capacity to best region"
└─> CAPACITY DISCOVERY first → then PRESET or CUSTOMIZERouting Rules
| Signal in Prompt | Route To | Reason |
| Just model name, no options | Preset | User wants quick deployment |
| "custom", "configure", "choose", "select" | Customize | User wants control |
| "find", "check", "where", "which region", "available" | Capacity | User wants discovery |
| Specific capacity number + "best region" | Capacity → Preset | Discover then deploy quickly |
| Specific capacity number + "custom" keywords | Capacity → Customize | Discover then deploy with options |
| "PTU", "provisioned throughput" | Customize | PTU requires SKU selection |
| "optimal region", "best region" (no capacity target) | Preset | Region optimization is preset's specialty |
Multi-Mode Chaining
Some prompts require two modes in sequence:
Pattern: Capacity → Deploy When a user specifies a capacity requirement AND wants deployment:
- Run Capacity Discovery to find regions/projects with sufficient quota
- Present findings to user
- Ask: "Would you like to deploy with quick defaults or customize settings?"
- Route to Preset or Customize based on answer
💡 Tip: If unsure which mode the user wants, default to Preset (quick deployment). Users who want customization will typically use explicit keywords like "custom", "configure", or "with specific settings".
Project Selection (All Modes)
Before any deployment, resolve which project to deploy to. This applies to all modes (preset, customize, and after capacity discovery).
Resolution Order
- Check
PROJECT_RESOURCE_IDenv var — if set, use it as the default - Check user prompt — if user named a specific project or region, use that
- If neither — query the user's projects and suggest the current one
Confirmation Step (Required)
Always confirm the target before deploying. Show the user what will be used and give them a chance to change it:
Deploying to:
Project: <project-name>
Region: <region>
Resource: <resource-group>
Is this correct? Or choose a different project:
1. ✅ Yes, deploy here (default)
2. 📋 Show me other projects in this region
3. 🌍 Choose a different regionIf user picks option 2, show top 5 projects in that region:
Projects in <region>:
1. project-alpha (rg-alpha)
2. project-beta (rg-beta)
3. project-gamma (rg-gamma)
...⚠️ Never deploy without showing the user which project will be used. This prevents accidental deployments to the wrong resource.
Pre-Deployment Validation (All Modes)
Before presenting any deployment options (SKU, capacity), always validate both of these:
- Model supports the SKU — query the model catalog to confirm the selected model+version supports the target SKU:
Filter for the model, extractaz cognitiveservices model list --location <region> --subscription <sub-id> -o json.model.skus[].nameto get supported SKUs. - Subscription has available quota — check that the user's subscription has unallocated quota for the SKU+model combination:
Match by usage name patternaz cognitiveservices usage list --location <region> --subscription <sub-id> -o jsonOpenAI.<SKU>.<model-name>(e.g.,OpenAI.GlobalStandard.gpt-4o). Computeavailable = limit - currentValue.
⚠️ Warning: Only present options that pass both checks. Do NOT show hardcoded SKU lists — always query dynamically. SKUs with 0 available quota should be shown as ❌ informational items, not selectable options.
💡 Quota management: For quota increase requests, usage monitoring, and troubleshooting quota errors, defer to the quota skill instead of duplicating that guidance inline.
Prerequisites
All deployment modes require:
- Azure CLI installed and authenticated (
az login) - Active Azure subscription with deployment permissions
- Microsoft Foundry project resource ID (or agent will help discover it via
PROJECT_RESOURCE_IDenv var)
Sub-Skills
- preset/SKILL.md — Quick deployment to optimal region with sensible defaults
- customize/SKILL.md — Interactive guided flow with full configuration control
- capacity/SKILL.md — Discover available capacity across regions and projects
Other versions7 projects use a version of this.
Word for word · 6
- microsoft/skills★ 3.2k100% same
- microsoft/agent-skills★ 3.1k100% same
- microsoft/azure-skills★ 1.6k100% same
- microsoft/GitHub-Copilot-for-Azure★ 259100% same
- microsoft/frontier-ai-starter-kit-rvas★ 7100% same
- microsoft/frontier-ai-governance-rvas★ 1100% same
Edited · 1
- jorgeasaurus/agent-skills★ 1399% same
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository28 other files it gives its agents.
- AGENTS.mdAGENTS.md
- .github/copilot-instructions.mdCopilot instructions
- azure-aigatewaySkill
- azure-aiSkill
- diagram-designSkill
- excalidraw-diagramSkill
- humanize-contentSkill
- impeccableSkill
- finetuningSkill
- capacitySkill
- customizeSkill
- presetSkill
- microsoft-foundrySkill
- rvap-brandSkill
- writing-for-agentsSkill
- agentic-workflowsSkill
- content-accuracy-auditSkill
- foundry-hosted-agentsSkill
- foundry-iq-knowledge-basesSkill
- foundry-modelsSkill
- foundry-observabilitySkill
- foundry-projects-resourcesSkill
- foundry-toolboxesSkill
- foundry-workflowsSkill
- impeccableSkill
- ai-agent-creatorSkill
- cloud-architecture-diagramSkill
- idea-forgeSkill
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

