研究AIOps已有数月，目前手里有不少可落地的方案了，接下来会把这些方案全部整理到我的大模型课程里。欢迎大家把你遇到的场景在评论区留言。我会在能力范围内给你提供思路和建议。
最近OpenClaw太火了，作为AIOps领域先行者，我也在探索OpenClaw如何用于AIOps领域。用OpenClaw越久，我就越觉得我们之前很难搞定的问题，在它这里都可以轻松搞定。
今天这篇文章跟大家聊一下如何用OpenClaw来管理我们的k8s。先看简易架构图：
核心思路：
OpenClaw作为智能运维入口，通过Skill调用Kubernetes、Prometheus、日志系统等能力，实现智能运维。
一、Kubernetes集群接入OpenClaw首先需要让OpenClaw能够访问Kubernetes。
通常有两种方式：
方式一：使用 kubeconfig
将Kubernetes集群内控制台机器上的~/.kube/目录直接同步到OpenClaw那台机器上，同时需要安装kubectl命令。
方式二：ServiceAccount 接入
创建专用账号：
apiVersion: v1kind: ServiceAccountmetadata: name: openclaw namespace: kube-system绑定权限：
让OpenClaw使用token访问 API。
二、安装或自建Kubernetes运维SkillsAIOps的关键能力来自Skills（运维相关技能）。
每个Skill实现一种运维能力。
例如：
Skill 作用 kubernetes 管理Kubernetes集群的skill， 通用能力 prometheus 管理Prometheus的skill grafana-lens 用来查询loki里监控的日志 auto_inspect 自动巡检，自定义skill， 在openclaw封装 这里只列出几个有代表性的skills，后期可以
根据实际需求不断增加新的skills，其实用
OpenClaw做自定义skills还是蛮方便的。
三、告警触发
两种策略：
1）可以在OpenClaw这里设定一个每分钟去查询
有无告警的任务计划，这个比较方便，不用额外
配置其它东西，比如不需要更改现有
Prometheus + Alertmanager的配置，
但缺点就是耗费的Tokens会比较多。
2）在Alertmanager那里配置，告警触发一个
webhook，然后它会发通知给到openclaw。
altermanager配置示例：
这里的webhook其实就是一个小脚本：
from flask import Flask, request, jsonifyimport subprocessimport jsonapp = Flask(__name__)# 你自己的 Feishu 目标（示例：发给某个用户）# 也可以用 chat:chat_idFEISHU_TARGET = "user:ou_eabb1ecea220b9c5ff0d4db5e76ebb36"def send_to_openclaw(text: str):cmd = ["openclaw", "message", "send","--channel", "feishu","--target", FEISHU_TARGET,"--message", text]# 执行 openclaw CLI 发消息subprocess.run(cmd, check=True)@app.post("/alertmanager/webhook")def am_webhook():data = request.get_json(silent=True) or {}alerts = data.get("alerts", [])status = data.get("status", "unknown")# 简单拼一个摘要if alerts:a = alerts[0]labels = a.get("labels", {})summary = a.get("annotations", {}).get("summary", "无摘要")text = (f"[Alertmanager告警]\n"f"状态: {status}\n"f"告警名: {labels.get('alertname', 'unknown')}\n"f"实例: {labels.get('instance', 'unknown')}\n"f"级别: {labels.get('severity', 'unknown')}\n"f"摘要: {summary}\n"f"条数: {len(alerts)}")else:text = f"[Alertmanager告警] 收到空告警包: {json.dumps(data, ensure_ascii=False)[:300]}"try:send_to_openclaw(text)return jsonify({"ok": True}), 200except Exception as e:return jsonify({"ok": False, "error": str(e)}), 500if __name__ == "__main__":app.run(host="0.0.0.0", port=8000)四、问题定位
故障定位必须自动化。
OpenClaw可以自动执行以下步骤：
1️⃣ 分析告警，获取目标资源
2️⃣ 查询Pod状态
3️⃣ 查询日志
4️⃣ 查询资源指标
5️⃣ 分析根因这里需要定义一个比较详细的prompt，主要目的
是教OpenClaw如何分析这个问题：
你是一名经验丰富的Kubernetes SRE和AIOps运维专家，你的任务是根据告警信息自动完成 Kubernetes 故障定位分析。在整个分析过程中，你必须按照标准的 AIOps 故障排查流程进行，并合理调用已有的 Skill 来获取信息。可使用的 Skill 包括：1. kubernetes Skill用于查询Kubernetes资源状态，例如：- pod 状态- deployment- events- describe 信息2. grafana-lens Skill用于查询Kubernetes各资源日志3. prometheus Skill用于查询监控指标你的目标是，最终输出：1. 故障资源2. 故障现象3. 关键证据4. 根因分析5. 修复建议-------------------------请严格按照以下步骤进行分析：Step 1：分析告警信息首先解析当前告警，获取以下信息：- 告警名称- 告警资源类型- 告警资源名称- namespace- 告警时间- 告警描述重点判断：该告警是否关联具体 Kubernetes 资源，例如：PodDeploymentNodeService如果告警中包含 Pod 名称或 Deployment 名称，需要记录下来作为后续分析目标。-------------------------Step 2：确定故障资源根据告警信息，识别主要问题资源：例如：PodNodeDeployment如果告警指向 Deployment，需要进一步查询 Deployment 对应的 Pod。使用 Kubernetes Skill：查询相关资源：例如：get podsget deploymentget events目标是确定：哪个 Pod 正在出现问题。可能出现的问题包括：- CrashLoopBackOff- OOMKilled- ImagePullBackOff- Pending- ContainerCreating记录异常 Pod。-------------------------Step 3：查询 Pod 状态针对异常 Pod，调用 Kubernetes Skill：获取以下信息：describe podpod statusrestart countevents重点关注：- Restart 次数- OOMKilled- Liveness probe 失败- Readiness probe 失败- 调度失败- 拉取镜像失败- 挂载卷失败记录关键异常信息。-------------------------Step 4：查询Pod日志调用 Grafana-lens Skill 查询 Pod 日志。查询策略：- 查询最近 100 行日志- 查询 ERROR / Exception / Timeout 关键字- 查询应用启动日志重点分析：- 应用报错- 数据库连接失败- 网络连接错误- 配置错误- 依赖服务不可用提取关键错误日志。-------------------------Step 5：查询监控指标调用 Prometheus Skill 查询该 Pod / Node 的指标。重点查询：Pod 级指标：- CPU 使用率- Memory 使用率- OOM- Restart rateNode 级指标：- Node CPU- Node Memory- Disk pressureService 级指标：- request latency- error rate判断是否存在：- CPU 打满- 内存溢出- 资源争抢- 节点异常-------------------------Step 6：关联分析将以下信息进行关联：告警信息Pod 状态Pod 日志监控指标识别最可能的故障原因，例如：- 应用代码异常- 配置错误- 数据库不可用- 资源不足- 节点故障- 网络异常-------------------------Step 7：输出最终分析结果请输出结构化结果：【故障资源】例如：pod: payment-api-7f8d9【故障现象】例如：Pod 持续 CrashLoopBackOff【关键证据】例如：Pod Event:Back-off restarting failed container日志错误：connection refused to mysql指标异常：CPU 95%【根因分析】例如：应用无法连接数据库，导致启动失败。【修复建议】例如：1. 检查 mysql 服务是否正常2. 检查数据库连接配置3. 检查网络策略-------------------------重要原则：1. 必须先分析告警再进行查询2. 每一步查询都必须有明确目的3. 避免无意义的重复查询4. 最终必须给出根因分析5. 输出结构化结果
当然这个prompt并不一定适合你的场景，我们
可以先让openclaw跑一跑，看看有没有什么
缺陷，然后我们不断调整。这个流程跑顺后，
我们可以封装成一个问题定位的skill。
