📊 它是什么?把 Azure Cost Management 装进你的终端
用过 Azure 的人都知道,想查一下这个月花了多少钱、哪个服务烧钱最多、有没有闲置的虚拟机可以关掉——至少得经历“打开浏览器→登录 Azure 门户→找到 Cost Management→选订阅→选时间范围→等报表加载”这一连串操作。如果一周要看好几次,光来回切换就够让人头疼的。
azure-cost 解决的就是这个问题。它是微软官方团队发布的 Azure Skills 系列中的一员,专门为 Claude Code、Codex CLI、Cursor 等 AI 编程环境设计。安装之后,你不需要离开终端,直接用自然语言跟 AI 对话,就能完成几乎所有 Azure 成本相关的操作。
具体能做什么?简单说就是:
- 查询历史成本:按订阅、资源组、服务或标签查询实际成本和摊销成本
- 查看月度账单:获取月度成本汇总,按服务拆分解读账单
- 分析成本趋势:识别成本变化趋势, pinpoint 出本月花费最高的资源
- 预测未来支出:基于历史数据预测月末支出和未来预算
- 发现优化机会:找出闲置资源、未充分利用的虚拟机,给出节省建议
- AKS 成本分析:按命名空间和工作负载查看 AKS 集群的成本分布
核心逻辑就一句话:把 Azure Cost Management 的核心能力,用自然语言对话的方式搬到你的开发环境里。 它不负责部署资源(那是 azure-deploy 的活),不处理诊断问题(那是 azure-diagnostics 的事)——只专注做好成本分析这一件事。
🛠️ 第一次使用:三步完成安装
安装 azure-cost 非常简单,本质上就是一条命令的事。不过在这之前,需要先确保几个前提条件。
前置准备
在使用 azure-cost 之前,你需要确认以下条件已满足:
- 有一个 Azure 订阅(如果没有,可以先创建一个免费账户)
- 已安装 Azure CLI(v2.60.0 或更高版本)并执行过 az login 登录
- 你的账号在目标订阅或资源组上至少拥有 Cost Management Reader、Monitoring Reader 和 Reader 角色
- 你使用的 AI 编程环境支持 Azure Skills:Claude Code、Cursor、GitHub Copilot for Azure,或安装了 Azure MCP 扩展的 VS Code
正式安装
第一步:打开终端
打开你的终端或命令行工具(Terminal、iTerm、Windows Terminal 等)。
第二步:执行安装命令
npx skills add https://github.com/microsoft/azure-skills --skill azure-cost
如果你是 Claude Code 用户,也可以直接把这条命令交给 Claude,让它帮你自动完成安装。
第三步:验证安装
安装完成后,azure-cost 会自动配置到你的 AI 编程环境中,可以在 Claude Code、Cursor 或 OpenClaw 中直接使用。
🎯 谁适合用?三个典型场景
azure-cost 不是给所有人用的,它解决的是特定人群的特定痛点。
场景一:运维工程师或 DevOps 工程师
白天维护基础设施、晚上看成本报表的日子不好过。azure-cost 让你在终端里用一句话就能查到本月花费、哪个服务最烧钱、有没有闲置资源可以清理——不用在 IDE 和 Azure 门户之间来回切。对于“刚部署完一个新环境想看看成本有没有异常”的场景,尤其好用。
场景二:技术负责人或团队 Leader
带团队的人需要经常关注云成本,但又没时间天天泡在 Cost Management 里。azure-cost 让你随时问一句“我们这个月 Azure 花了多少钱”“帮我预测一下月末账单”,就能快速掌握成本概况。周报里要写成本数据?一句话就能拿到。
场景三:AI 辅助开发的重度用户
如果你已经在用 Claude Code 或 Cursor 做开发,习惯用自然语言和 AI 对话来完成各种任务,那么 azure-cost 是自然延伸——你只需要对 AI 说“帮我看看我这个月的 Azure 账单按服务拆分一下”,它就能自动调用 azure-cost 帮你查出来。
💡 一个真实的使用案例
假设你是一个技术负责人,正在用 Claude Code 开发一个微服务项目。写代码的间隙,你想起来这个月马上月底了,该看看 Azure 账单有没有异常。
传统做法:打开浏览器 → 登录 Azure 门户 → 找到 Cost Management → 选订阅 → 选“本月”时间范围 → 等报表加载 → 按服务分组查看 → 发现某个服务费用偏高 → 再点进去看具体是哪个资源。整个过程至少两三分钟,注意力被打断好几次。
用 azure-cost 的做法:在终端里直接对 AI 说:“帮我看看我这个月的 Azure 账单,按服务拆分一下。”
AI 会调用 azure-cost 的查询能力,返回类似这样的结果:
本月 Azure 总支出:$1,247.32
按服务拆分:
- 虚拟机 (VM) :$523.10 (41.9%)
- 存储 (Storage) :$312.45 (25.1%)
- AKS 集群:$198.67 (15.9%)
- 数据库 (SQL) :$156.20 (12.5%)
- 其他:$56.90 (4.6%)
看到虚拟机费用占比最高,你想进一步看看有没有优化空间。再对 AI 说:“帮我找找有没有闲置的资源可以关掉节省成本。”
azure-cost 会扫描你的资源,给出类似建议:
发现以下闲置资源建议删除:
- VM "dev-test-vm" (已停止运行 45 天,每月节省 $67.20)
- 未挂载的磁盘 "data-disk-01" (每月节省 $12.80)
- 孤立的公共 IP "pip-unused" (每月节省 $3.50)总计每月可节省:$83.50
整个过程不到一分钟,不需要切换任何窗口,所有分析都在终端里完成。
如果你想进一步确认趋势,还可以问:“帮我看看过去 3 个月的成本趋势。”azure-cost 会返回月度对比数据,帮你判断成本是在上升还是下降。
🔍 它和 Azure 门户的 Cost Management 有什么不同?
很多人会问:Azure 门户本身就有 Cost Management,为什么还需要这个插件?
答案是:渠道不同,场景不同。
Azure 门户的 Cost Management 是图形界面,适合浏览报表、做深度分析和设置预算警报。它的优势是可视化强、功能完整、有图表和仪表盘。
azure-cost 是命令行 / 自然语言界面,适合快速查询和轻量分析。它的优势是速度快、不用切屏、能嵌入开发工作流。
| 维度 | Azure 门户 Cost Management | azure-cost(命令行) |
|---|---|---|
| 操作方式 | 鼠标点击 + 图表 | 自然语言 / 命令行 |
| 适用场景 | 深度分析、设置预算、导出报表 | 快速查询、日常监控、成本优化建议 |
| 速度 | 较慢(需登录 + 加载页面) | 快(终端内一句话完成) |
| 上下文切换 | 需要切换到浏览器 | 无需切换,在开发环境内完成 |
| 学习成本 | 低(图形界面直观) | 低(用自然语言即可) |
两者不是替代关系,而是互补关系。做深度分析用 Azure 门户,日常成本监控和快速查询用 azure-cost——这是最有效率的工作流。
📊 社区数据与口碑
azure-cost 由微软官方团队维护,是 Azure Skills 套件中最受欢迎的技能之一。截至 2026 年中,它在 Learn Skills 平台上的安装量已超过 13.9 万次,趋势评分 3.8K。
社区评价普遍认可它“把 Azure 成本管理带到命令行”的设计理念。在 Awesome Skills 等技能市场上,azure-cost 被列为 Azure 成本管理的首选技能。
一位用户在评测中提到:“以前看 Azure 账单我必须打开浏览器,现在直接在 Claude Code 里问一句就行。对于每天都要关注成本的人来说,这省下的不是几分钟,而是几十次上下文切换。”
当然,也有用户指出它的定位非常明确:只做成本分析,不做其他事情。如果你想用 AI 来部署资源或做安全审计,需要用对应的 azure-deploy 或 azure-security 技能。但这种“一个技能只做一件事”的设计,恰恰是 Azure Skills 系列的核心哲学——每个技能都专精一个领域,组合起来就能覆盖完整的 Azure 工作流。
🚀 总结:什么时候该用它?
azure-cost 解决的是一个非常具体的问题:当你需要频繁关注 Azure 成本时,如何把这件事从“开浏览器查报表”变成“终端里的一句话”。
如果你满足以下条件,它值得一试:
- ✅ 你经常需要查看 Azure 账单或成本数据(每周至少一次)
- ✅ 你日常使用 Claude Code、Cursor 或 Codex CLI 等 AI 编程环境
- ✅ 你希望减少在 IDE 和 Azure 门户之间切换的次数
- ✅ 你想快速发现闲置资源和成本优化机会
如果你只是每个月登录一次 Azure 门户看看账单、平时基本不碰成本分析,那直接用 Cost Management 就够了——没必要为低频操作增加额外的工具。
工具的价值不在于功能多强大,而在于是否切中了你的工作流痛点。对于需要高频监控 Azure 成本的人来说,azure-cost 可能是你今年装过最不起眼、但最能省时间的插件之一。

◯ 评论 0