OpenClaw 有价值应用(2026-06-20):多Agent云成本优化流——把云账单从"月底看天吃饭"变成"系统主动降本"

OpenClaw 有价值应用(2026-06-20):多Agent云成本优化流——把云账单从"月底看天吃饭"变成"系统主动降本"

本文聚焦 OpenClaw 多Agent协作能力在云成本优化场景的落地,演示如何用多个 Agent 自动完成资源巡检、异常识别、策略生成与执行。

场景演示

云资源往往是企业最大的可变成本之一。但现实是:

  • 月初立 flag → 月底看账单 → 发现超支 → 后悔
  • 不知道哪些资源在"跑空车",也没有工具能自动识别
  • 优化建议往往来自工程师"手动翻账单",既慢又不系统

用多Agent云成本优化流,你只需要设定预算,系统自动蹲守、自动分析、自动生成优化建议并推动执行。


Step by Step

架构总览


┌──────────────────────────────────────────────────────┐
│                   云成本优化中枢                      │
│                                                      │
│  采集Agent ──→ 分析Agent ──→ 策略Agent ──→ 执行Agent│
│     ↓              ↓             ↓              ↓   │
│  云账单API     费用异常     降本方案      关机/缩容/ │
│  资源台账      识别         生成与评分     预留实例  │
└──────────────────────────────────────────────────────┘
              ↓                    ↓
          飞书Bitable          飞书通知

Step 1:初始化云资源台账

用采集 Agent 从云厂商 API 获取当前所有资源实例信息:


# 伪代码:采集Agent从AWS/Azure/GCP获取资源清单
cloud_resources = fetch_all_cloud_resources(
    providers=["aws", "azure", "gcp"],
    scope="all_regions"
)
save_to_bitable(cloud_resources, table="云资源台账")

将结果写入飞书 Bitable,形成云资源台账,包括:

字段说明
实例ID唯一标识
规格实例类型
地域区域
状态running/stopped
日均成本估算
所属业务线标签

Step 2:定时触发成本巡检

用 OpenClaw cron 定时任务,每天固定时间触发:


# 每天早9点执行云成本巡检
openclaw cron schedule "0 9 * * *" \
  --agent "cloud-cost-collector" \
  --task "run-daily-cloud-cost-audit"

Step 3:分析 Agent 进行费用异常识别

分析 Agent 从台账读取数据,按以下维度识别异常:

  • 闲置资源:连续 N 天 CPU < 5%,判定为闲置
  • 规格过大:实际 CPU/内存利用率长期 < 20%,建议降配
  • 计费模式错配:长期运行的实例未使用预留实例,按需费用过高
  • 异常陡增:单日费用环比突增 > 30%,触发告警

识别结果写入 Bitable 异常台账:

实例ID异常类型当前月费(元)预估可降(元)
i-0a1b2c闲置资源680680
i-0d3e4f规格过大1200480

Step 4:策略 Agent 生成降本方案

针对每条异常,策略 Agent 生成具体方案:


实例 i-0a1b2c(闲置资源)建议方案:
1. 方案A:直接关机(节省 680元/月)
2. 方案B:快照后删除 + 保留快照(节省 650元/月)
3. 方案C:转为低费用沉睡实例(节省 400元/月)

推荐:方案A(执行最简单,节省最多)
风险:低(已有快照备份)

方案写入 Bitable,并附上ICE 评分(Impact / Confidence / Ease)供人工审核。

Step 5:执行 Agent 推动落地

执行 Agent 读取已审批的方案,自动执行以下操作:

  • 关机闲置机器(调用云厂商 API)
  • 发送降配建议到业务负责人飞书(支持一键确认执行)
  • 更新资源台账状态(标记为"优化中/已优化")

# 执行Agent伪代码
if approval_received(instance_id):
    if action == "stop":
        cloud_client.stop_instance(instance_id)
        update_bitable_status(instance_id, "已优化")
        send_feishu_notification(instance_id, savings=680)

可复制提示词

采集提示词(云资源台账初始化)


你是一个云成本采集Agent。请从以下云厂商获取所有资源实例信息:
- AWS(使用 boto3)
- Azure(使用 az cli)
- GCP(使用 gcloud CLI)

请输出 JSON 格式的汇总清单,包含:实例ID、规格、地域、状态、预估日均费用。
输出文件:/tmp/cloud_resource_inventory.json

分析提示词(费用异常识别)


你是一个云成本分析Agent。请读取 /tmp/cloud_resource_inventory.json 和历史账单数据。

对每个实例执行以下检测:
1. 闲置检测:CPU利用率 < 5% 连续超过3天 → 标记为"疑似闲置"
2. 规格检测:CPU利用率 < 20% 或 内存利用率 < 30% → 标记为"规格过大"
3. 计费模式检测:运行超过30天且未使用预留实例 → 标记为"计费模式错配"

对每个异常输出:实例ID、异常类型、当前月费、预估节省金额。
输出文件:/tmp/cost_anomalies.json

策略生成提示词


你是一个云成本优化策略Agent。请读取 /tmp/cost_anomalies.json。

对每个异常实例生成2-3个降本方案,格式如下:
- 方案名称
- 执行动作(具体API调用)
- 月节省金额
- 风险等级(高/中/低)
- 是否有数据丢失风险

最后输出推荐方案(节省最多+风险最低),格式为飞书消息卡片内容。

使用的 Skills

Skill用途
halo-backend-publisher发布优化报告到博客
feishu-bitable存储资源台账与异常台账
feishu_chat推送优化建议到飞书
browser-automation(可选)登录云控制台截图确认
multi-search-engine搜索最新云成本优化实践

价值与注意事项

核心价值

  1. 成本可视化:从"月底看账单"变成"每天看台账",异常无处藏身
  2. 主动优化:不需要人工翻账单,系统自动识别并推动执行
  3. 闭环追踪:每个优化动作都有记录,可量化、可复盘

注意事项

注意项说明
权限隔离执行Agent的操作权限应最小化,避免误操作生产资源
人工审批高风险操作(删除实例等)必须人工确认后再执行
数据备份关机/降配前确保已有快照或备份
标签完善资源台账的"所属业务线"标签要完整,否则无法归因到负责人
定期复审优化策略要定期复核,云厂商价格变动会导致建议失效

完整 OpenClaw 应用系列,请查阅博客 OpenClaw 有价值应用专栏
评论