Azure 配额管家
用 Azure CLI 检查配额、评估区域容量并申请配额提升，降低部署因资源限制失败的风险。
文档明确推荐使用 Azure CLI、列出 Reader/Quota Request Operator 权限，并警告不要误读 No Limit；但 quota update/create 会产生外部配额变更，未要求用户确认，也未提供回滚、审计或敏感订阅信息处理说明，因此扣分。
主流程、依赖安装、常见错误和不支持的提供程序均有说明，脚本也启用了严格 shell 选项；但未见针对该技能关键路径的专门测试，脚本内嵌 Python 解析 JSON、跨平台行为和异常输出覆盖有限，静态证据不足，因此限制在 10 分以下。
触发条件、典型场景、输入参数和 CLI/Portal/文档边界较清楚；但没有明确说明非 Azure CLI 环境、权限不足、区域或服务差异下的适用边界，也未提供中文使用指导或中国大陆网络可达性说明，因此扣分。
SKILL.md 结构清晰，引用了 commands.md、advanced-commands.md 和脚本，包含版本号、MIT 许可、维护主体及仓库级 CI/安全文件；但缺少该技能专属 changelog、FAQ、依赖版本锁定和明确更新责任/路径，且部分资料依赖外部链接，因此未满分。
技能覆盖查询、区域比较、容量计算和配额申请，示例输出可直接帮助规划；但实际结果依赖 Azure 登录、权限、CLI 扩展和服务支持，未见该技能关键输出的提交测试或真实执行证据，按静态校准不超过 7 分。
命令、脚本和错误处理可审阅，仓库存在通用 CI 和测试材料；但提供的 CI/测试并未证明 azure-quotas 的关键路径，且没有该技能专属验收用例、运行结果或独立交叉验证，因此仅给有限分数。
- quota update/create 可能修改订阅配额；执行前应明确展示目标订阅、区域、资源名和新上限，并取得用户确认。
- 脚本会自动安装 quota 扩展并调用 Azure 账户；应先确认登录身份、权限和网络环境，避免在错误订阅上操作。
- 文档中的提供程序支持列表、CLI 行为和“自动批准”描述可能随 Azure 版本或服务变化；应在实际操作前核验官方当前文档。
- 未说明中国大陆网络访问 Azure Portal、Microsoft Learn 或 Azure API 的可达性；相关用户可能需要准备网络替代方案。
它能做什么 & 适用场景
azure-quotas 面向 Azure 部署规划和容量验证，帮助用户查看订阅在不同资源提供程序和区域中的配额、使用量与可用容量。它优先使用 Azure CLI 的 quota 扩展，并提供检查单项或全部配额、比较区域、申请提升和排查常见错误的流程。技能特别强调 ARM 资源类型与配额资源名称并非一一对应，必须先发现正确的配额名称。它适合需要实际 Azure 订阅数据的工程团队，但不替代 Azure 服务限制文档或人工审批流程。
指导代理安装 Azure CLI quota 扩展，运行 az quota list、az quota show、az quota usage list、az quota usage show 和 az quota update 等命令；也可调用随技能提供的 PowerShell 或 Bash 脚本，返回配额上限、当前使用量和可用容量。它按照资源提供程序、订阅和区域构造 scope，发现实际 quota resource name，并可通过循环比较多个区域。对于部分 API 不支持的资源提供程序，它建议改查 Azure 服务限制文档；对于配额请求，还可查询请求状态。
- Azure 基础设施工程师在部署虚拟机或其他资源前，检查目标区域是否有足够配额。
- 平台团队遇到 QuotaExceeded 错误时，对比当前使用量与限制并决定申请提升还是更换区域。
- 云架构师为候选 Azure 区域做容量比较，寻找可用配额更多的区域。
- 运维人员需要申请 VM vCPU、公共 IP 或存储账户配额提升，并跟踪请求状态。
- 开发团队不知道 ARM 资源对应的配额名称时，先列出提供程序的全部配额再继续查询。
优缺点一览
- 覆盖部署前检查、区域比较、配额提升和错误排查等完整流程。
- 明确要求先用 Azure CLI，避免把 REST API 或 Portal 中的 No Limit 误认为无限容量。
- 提供 Bash 和 PowerShell 脚本，可一次返回限制、使用量和可用容量。
- 解释如何发现真实 quota resource name，避免直接从 ARM 类型推断名称。
- 依赖 Azure CLI、quota 扩展、Azure 身份验证和实际网络访问。
- 部分资源提供程序不受 quota API 支持，例如 Microsoft.DocumentDB，需要改用 Portal 或服务限制文档。
- 配额提升可能需要人工审核，非可调整配额不能通过普通提升请求修改。
- 源材料未提供该技能专属的测试覆盖结果或跨 Agent 客户端验证矩阵。
如何安装
安装整个仓库的技能集合：npx skills add microsoft/skills。在向导中选择需要的技能，并将技能安装到所选 Agent 的目录，例如 GitHub Copilot 的 .github/skills/。若只使用本技能，可从仓库路径 .github/plugins/azure-skills/skills/azure-quotas/ 复制包含 SKILL.md 的文件夹到目标 Agent 技能目录。源材料未说明各客户端选择单个插件技能的具体向导选项。
如何使用
在已加载该技能的 Agent 中提出具体请求，例如：Check Azure quotas for Microsoft.Compute in eastus and show available vCPUs. 或 Compare quota availability for standardDSv3Family across eastus and westus2. 使用前确保已登录 Azure，并让 Agent 优先运行 az quota；若扩展未安装，运行 az extension add --name quota。管理配额通常需要 Quota Request Operator 权限，查看配额需要 Reader 权限。
对比同类
与 Azure Portal 相比，本技能将 Azure CLI 作为首选，Portal 仅作为回退方案。与 Microsoft.Quota REST API 相比，它认为 CLI 更可靠，并警告 REST API 可能显示误导性的 No Limit。它还明确不使用 azure-quota MCP server，因为源材料称其不可靠。