name: azure-cost
description: |-
    统一的 Azure 成本管理：查询历史成本，预测未来支出，并进行优化以减少浪费。
    适用场景：
    - "Azure costs"
    - "Azure spending"
    - "Azure bill"
    - "cost breakdown"
    - "cost by service"
    - "cost by resource"
    - "how much am I spending"
    - "show my bill"
    - "monthly cost summary"
    - "cost trends"
    - "top cost drivers"
    - "actual cost"
    - "amortized cost"
    - "forecast spending"
    - "projected costs"
    - "estimate bill"
    - "future costs"
    - "budget forecast"
    - "end of month costs"
    - "how much will I spend"
    - "optimize costs"
    - "reduce spending"
    - "find cost savings"
    - "orphaned resources"
    - "rightsize VMs"
    - "cost analysis"
    - "reduce waste"
    - "unused resources"
    - "optimize Redis costs"
    - "cost by tag"
    - "cost by resource group"
    - "AKS cost analysis add-on"
    - "namespace cost"
    - "cost spike"
    - "anomaly"
    - "budget alert"
    - "AKS cost visibility"

    不适用场景：
    - 部署资源
    - 预配基础设施
    - 诊断
    - 安全审核
    - 估算尚未部署的新资源的成本
license: MIT
metadata:
    author: Microsoft
    version: "1.2.1"

Azure 成本管理技能

用于所有 Azure 成本管理任务的统一技能：查询历史成本、预测未来支出以及优化以减少浪费。

何时使用此技能

当用户想执行以下操作时，激活此技能：

• 查询或分析 Azure 成本（我花了多少钱，显示我的账单，成本明细）
• 按服务、资源、位置或标签细分成本
• 分析成本随时间变化的趋势
• 预测未来 Azure 支出或估算月末成本
• 优化 Azure 成本、减少支出或寻找节省机会
• 查找孤立或未使用的资源
• 调整 Azure 虚拟机、容器或服务的规模
• 生成成本优化报告

快速参考

MCP 工具

💡 提示： 优先使用 MCP 工具而不是直接使用 CLI 命令。仅当 MCP 工具无法覆盖特定操作时，才使用 az rest。

---

路由

阅读用户请求并按照以下适当的工作流执行。

重要： 在优化成本时，请始终将总账单和成本明细与优化建议一同提供。

---

作用域参考（所有工作流共享）

💡 提示： 这些仅是作用域路径——不是完整的 URL。请与 API 端点和版本结合使用。

---

第 1 部分：成本查询工作流

有关完整的成本查询工作流（作用域选择、报告类型、时间范围、数据集配置、API 调用、分页、防护措施、示例和错误处理），请参阅：

📄 [成本查询工作流](cost-query/workflow.md)

---

第 2 部分：成本优化工作流

有关完整的成本优化工作流（先决条件、最佳实践、Redis/AKS 专用分析、Azure 快速审查、资源发现、成本查询、定价验证、利用率指标和报告生成），请参阅：

📄 [成本优化工作流](cost-optimization/workflow.md)

---

第 3 部分：成本预测工作流

有关完整的成本预测工作流（作用域选择、时间段规则、数据集配置、预测专用选项、API 调用、响应解释、防护措施和错误处理），请参阅：

📄 [成本预测工作流](cost-forecast/workflow.md)

---

数据分类

• 实际数据 = 从 Azure 成本管理 API 检索
• 实际指标 = 从 Azure Monitor 检索
• 已验证定价 = 从官方 Azure 定价页面检索
• 估算节省 = 基于实际数据和已验证定价计算

最佳实践

• 始终先查询实际成本——切勿估算或假设
• 始终将总账单与优化建议一同展示
• 从官方来源验证定价——考虑免费层
• 使用 REST API 进行成本查询（比 az costmanagement query 更可靠）
• 在所有成本管理 API 请求中包含 ClientType: GitHubCopilotForAzure 标头（在 az rest 中使用 --headers "ClientType=GitHubCopilotForAzure"）
• 保留审计线索——包含所有查询和响应
• 为所有资源包含 Azure 门户链接
• 对于成本低于每月 10 美元的情况，强调运营改进而非财务节省
• 未经明确批准，切勿执行破坏性操作
• 遇到 429 响应时，检查所有 x-ms-ratelimit-microsoft.costmanagement-*-retry-after 标头（qpu-retry-after、entity-retry-after、tenant-retry-after），等待最长的值，并在该持续时间过去之前不要重试。每个作用域的限制（每分钟 4 个请求）是最严格的。

常见陷阱

• 假设成本：始终从成本管理 API 查询实际数据
• 忽略免费层：许多服务有慷慨的免费额度
• 使用错误的日期范围：成本查询用 30 天，利用率查询用 14 天
• 不展示账单：始终将成本明细与优化建议一同展示
• 成本查询失败：使用带 JSON 主体的 az rest，而不是 az costmanagement query

安全要求

• 删除资源前需获得批准
• 先在非生产环境中测试更改
• 提供用于验证的试运行命令
• 包含回滚流程

SDK 快速参考

• Redis 管理：[.NET](cost-optimization/sdk/azure-resource-manager-redis-dotnet.md)