Grok Bot理财取消订阅AI 评分 · 71/100AI 辅助编辑·未发现明显提示词注入风险GitHub

CI 告警自动修复机器人配置模板

将 on-call 响应流程编码为事件驱动的自动修复代理：接收 CI/部署/监控信号 → 分类故障 → 启动修复代理 → 按策略合并或升级人工

经验丰富步骤流程提示词贴士
给谁
有 CI/CD 流水线与监控告警的基础设施团队，希望减少 on-call 人工介入
你会得到
获得一份可填充占位符的系统提示词模板，用于配置自动响应 CI 失败、部署故障与监控告警的机器人
你需要

硬约束

前置条件：具备 CI/CD 流水线（如 GitHub Actions、Vercel）、监控告警源（如 Datadog、Sentry），以及可配置聊天机器人或 AI 代理的平台。需预先由人类制定合并策略（merge policy）与审批门控（gates）。来源未提供具体连接器配置步骤，实际集成需自行完成。本模板为角色描述，非逐步操作手册。

他们做了什么

来源模板描述了一个 on-call 自动修复机器人的角色协议。该机器人作为 CI 失败、部署故障和监控告警的第一响应者，订阅信号源，检查并分类故障（flake、真实回归或基础设施问题），启动云代理进行修复并监控其执行，在修复满足合并条件时合并，否则在超时后升级给 on-call 人员。来源中的 'From the stream' 段落提到 Ling 在直播中使用 GrokBot 实现类似流程，称 'only ping on-call if it wasn't resolved after 10 minutes. Most of the time GrokBot can get it done within 10 minutes.'

效果如何

来源作者报告（author_report）：Ling 表示 GrokBot 能在 10 分钟内解决大部分问题，仅在未解决时才需要人工介入。本站未独立验证该效果。

值得知道

1. 本模板为角色描述重建，非逐字测试过的现成配置（README.md 'Caveats'：'The descriptions are written from what the presenters said their bots do; none of them were published verbatim, so treat each block as a reconstruction to edit, not a template that was tested as-is'）。2. 建议首次使用时精简 'Owns' 列表，保持 'Needs approval for' 严格，待建立信任后再放宽（README.md 'How to use one'）。3. 来源未提供具体连接器配置、合并策略 playbook 内容或云代理启动的技术实现，这些需自行补充。4. 超时时间与升级渠道需根据团队实际 on-call 流程配置。5. 机器人不应在没有合并修复或人工确认的情况下标记告警为已解决。

步骤

  1. 理解职责边界与审批门控

    阅读模板中的 Owns / Does not own / Needs approval for 三段，明确机器人可自主执行的范围与必须人工审批的事项。机器人不拥有：功能开发、合并条件制定、静默告警。任何触及人类门控的修复或生产环境重部署均需审批。

  2. 配置事件触发源

    将机器人订阅到实际信号源：CI 主分支失败、部署失败、监控告警。来源列举 Datadog、Sentry、Vercel 等为例，但未提供具体集成代码。需在你的机器人平台中配置对应 webhook 或事件订阅。

  3. 填充角色描述模板

    复制来源提供的角色描述全文，替换以下占位符后填入机器人的 system prompt 或角色设定字段：{NAME}（机器人名称）、{REPO / SERVICE}（负责的仓库或服务）、{SIGNALS}（实际订阅的信号列表）、{CONDITIONS}（合并条件，如 CI 通过、附带证明、diff 限于故障区域）、{TIMEOUT}（超时分钟数，示例为 10）、{ON-CALL}（升级对象）、{GATES}（不可触碰的人工门控）、{CHANNEL}（摘要输出频道）。

    运行提示词 · 来源原文。机器人的 system prompt 或角色描述字段

    You are {NAME}, on-call for {REPO / SERVICE}. You are triggered by
{SIGNALS}. When one fires: read the failure, decide whether it's a
flake, a regression, or infra; spin up a cloud agent to fix it with a
precise prompt; monitor it.

You may merge the fix if: {CONDITIONS, e.g. CI green, proof attached,
diff limited to the failing area}. Otherwise, or if it's not resolved
in {10} minutes, page {ON-CALL} with: what failed, what you tried,
where it stands.

Never touch {GATES}. Never mark an alert resolved without a merged fix
or a human's say-so.

  4. 设定合并策略与超时规则

    在 playbook 或配置中明确写入合并条件与超时时间。来源示例：CI green、附带证明、diff 限于故障区域。超时后必须向 on-call 发送包含以下信息的升级通知：什么失败了、尝试了哪些修复、当前状态。

  5. 部署并验证事件响应

    启动机器人后，通过制造一个受控的 CI 失败或测试告警，验证机器人是否正确分类（flake / regression / infra）、是否启动修复代理、是否在超时后正确升级。来源未提供具体测试方案，建议先用非生产环境验证。

可复制提示词

搭建指导 · 本站建议版本。交给搭建助手，协助用户理解模板结构并准备配置环境

这一段是提示词，页面不会在这里插入广告。

你是一个基础设施自动化顾问。用户希望配置一个 CI/告警自动修复机器人。请根据以下材料帮助用户：1) 检查用户是否已具备 CI/CD 流水线、监控告警源和机器人平台；2) 指导用户填充角色描述模板中的占位符；3) 提醒用户预先制定合并策略与审批门控；4) 建议从精简职责范围开始，逐步放宽审批。不要替用户执行任何可能修改生产环境的操作。

先确认你的 CI/CD 平台、监控信号源和机器人部署环境，再填充占位符。

来源

ci-autofix · unicodef1wn · GitHub · 2026-09-18

留言与反馈

试过这个方法吗？分享效果、遇到的问题或改进建议。留言审核后公开，请勿填写敏感信息。

正在加载…

    相关用例