研究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
绑定权限：

kind: ClusterRoleBindingapiVersion: rbac.authorization.k8s.io/v1metadata:  name: openclaw-bindingsubjects:- kind: ServiceAccount  name: openclaw  namespace: kube-systemroleRef:  kind: ClusterRole  name: cluster-admin  apiGroup: rbac.authorization.k8s.ioOpenClaw 使用 token 访问 API。
让OpenClaw使用token访问 API。
二、安装或自建Kubernetes运维Skills
AIOps的关键能力来自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配置示例：
global:resolve_timeout: 5mroute:receiver: "openclaw-webhook"group_by: ["alertname", "instance", "job"]group_wait: 30sgroup_interval: 5mrepeat_interval: 2hreceivers:- name: "openclaw-webhook"webhook_configs:- url: "https://your-relay.example.com/alertmanager/webhook"send_resolved: truemax_alerts: 0
这里的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。

扫码咨询优惠（粉丝优惠力度大）