Grok SRE 运维机器人:调查告警并自动生成修复分支

可用性:preview — 引导可供体验,Grok 真实账号的端到端验收仍待完成。

Mendry Bot 让 Grok 成为值班的 AI SRE 助手:告警触发后,Grok 读取日志与对应代码,给出有证据的根因;你授权后,它在隔离环境修改代码、运行测试并推送评审分支。无需部署 Mendry,也无需安装任何东西,全部由 Grok 用自己的工具完成;Grok 订阅与所连接的工具可能收费。

本页只讲 Grok。使用 Claude cloud sessions 或 Meta Muse.ai,请看用已有 Bot 体验 Mendry。

  • 告警调查: 查询你连接的日志,把错误与最近的部署和提交关联起来,区分直接证据与相关线索。
  • 根因报告: 在动代码之前,先交付包含结论、证据、待查假设和修复计划的事故报告。
  • 自动生成修复分支: 经你授权后,补充复现测试、修改代码、运行测试并推送评审分支。
  • 告警自动触发: 保存的 Grok Automation 加上签名 Webhook,可以在无人打开聊天时发起调查。

它不会合并、部署或回滚生产环境。审查、合并和部署由你决定。

  1. 把引导交给 Grok。 把下面这句话发给 Grok,它会自己读取完整引导。

    阅读 https://www.mendry.net/mendry-bot.md ,按其中的 Mendry Bot 引导工作,用中文回复。先检查你在当前宿主能用哪些工具,再引导我调查一条告警。
  2. 连接日志与 Git,描述一条告警。 告诉它服务、日志在哪里看、代码仓库。凭据通过 Grok 的安全连接设置授权,不要贴进聊天。建议先用测试服务或历史告警。

  3. 先看报告,再授权修复。 Grok 先交付报告;你明确同意后,它才修改代码、运行测试并推送评审分支。

Grok 会在每一步之前核对你的账号实际能用哪些工具。没有日志或 Git 权限时,可以粘贴脱敏的告警和日志,结果会标记为“样本分析”;没有写权限时交付补丁而不是分支。

先完成至少一次人工调查,再考虑自动化。

  1. 保存 Automation。 把完整引导和服务配置保存到 Grok Automation,每次新任务都从相同规则开始。
  2. 添加 Webhook 触发器。 端点由 Grok 生成,请求按 Standard Webhooks 使用 HMAC-SHA256 签名;签名密钥保存在告警源的密钥存储中。参阅官方 Webhook Triggers。
  3. 发送测试事件。 HTTP 202 只表示 Grok 接受了投递,不表示调查已完成。打开新任务,确认它使用了该事件、正确的配置,以及预期的日志和仓库权限。

告警源无法按 Grok 要求对原始请求体签名时,可继续人工发起,或用你已有的自动化平台适配;引导本身不会创建服务器。

无人值守推送分支不只需要触发器能用:重复事件不能重复写入,同一服务的并发任务要有协调,推送结果不明时要能核查。条件不足时,让告警只触发调查,修复分支仍由你逐次授权。记录好如何暂停 Automation、撤销授权和核查仍在运行的任务。

Grok 官方文档描述了 Automation 和 Webhook 能力,但不代表你的账号已经配置好。请核实:

  • 账号实际可用的日志与 Git 工具;
  • 告警字段如何映射到 Grok 收到的事件;
  • 测试在哪里运行,Grok 可以推送到哪些分支;
  • 如何读取结果,并发任务和取消如何处理。

经你授权后,Grok 可以生成并测试修复,推送为评审分支。它不会合并或部署;分支推送不等于生产恢复。

用 Grok 做 SRE 机器人需要部署 Mendry 吗?

Section titled “用 Grok 做 SRE 机器人需要部署 Mendry 吗?”

不需要。Mendry Bot 是一份引导,Grok 用自己的工具按它工作。部署完整的 Mendry 事故应用是另一条路径。

报告中的每条结论都应能追溯到真实的日志查询、部署提交或测试结果,推断内容会明确标注。格式可参考报告示例。