🔧 Step 0：先配置消息接收渠道

⚠️ 本案例需要发送通知到你的手机，先配置消息渠道 👉 去配置 Telegram/飞书/微信接入 →

解决什么问题

线上报错的常规流程：

Sentry 发告警 → 2. 开发者看到通知 → 3. 打开电脑 → 4. 分析堆栈 → 5. 定位代码 → 6. 写修复 → 7. 测试 → 8. 提 PR → 9. Code Review → 10. 合并部署

步骤 1-8 能不能让 AI 自动完成？可以。

前置条件

OpenClaw 已安装并运行
Sentry 账号（已接入你的项目）
GitHub 仓库（AI 需要读写代码和开 PR）
Coding Agent 技能已安装

配置步骤

第一步：配置 Sentry Webhook

在 Sentry 项目设置中，添加 Webhook 指向 OpenClaw：

Sentry → Settings → Integrations → Webhooks
填入 OpenClaw 的 Webhook URL
选择触发事件：issue.created（新错误出现时）

第二步：告诉 AI 怎么处理

在 AGENTS.md 中定义错误处理流程：

## Sentry 错误处理流程

收到 Sentry Webhook 后：
1. 分析错误堆栈，判断严重程度
2. 如果是 critical/error 级别，自动处理：
   a. 克隆对应仓库的最新代码
   b. 定位出错的代码位置
   c. 分析错误原因
   d. 编写修复代码
   e. 运行相关测试，确保修复不破坏其他功能
   f. 创建 PR，标题格式：fix: [Sentry-XXX] 错误描述
   g. 在 PR 描述中附上 Sentry 链接和错误分析
3. 如果是 warning 级别，只通知我，不自动修复
4. 在 Telegram 通知我处理结果

第三步：测试一下

手动触发一个测试错误，看 AI 是否正确响应：

帮我模拟一个 Sentry 告警，测试自动修复流程是否正常

实际工作流示例

凌晨 3:17 — Sentry 捕获 NullPointerException
凌晨 3:18 — OpenClaw 收到 Webhook
凌晨 3:19 — AI 分析：UserService.getProfile() 中 user.address 为 null
凌晨 3:22 — AI 修复：添加 null check + 默认值处理
凌晨 3:24 — AI 运行测试：全部通过
凌晨 3:25 — PR 已创建：fix: [SENTRY-4521] Handle null address in UserService
凌晨 3:25 — Telegram 通知：Sentry-4521 已自动修复，PR等你review

早上 9:00 — 你醒来，看到 PR，review 后 merge

预期结果

新错误从告警到 PR 通常 5-15 分钟
简单错误（null check、边界条件）修复率 > 80%
复杂错误 AI 会提供分析报告 + 修复建议，需人工处理
所有修复都通过测试才会开 PR

踩坑记录

AI 修复引入新 bug

症状：AI 的修复通过了单元测试但在集成测试中失败。

解法：

在流程中加入集成测试步骤
PR 设置为需要 CI 通过才能 merge
永远不要自动 merge，人工 review 是最后一道防线

Webhook 频率太高

症状：同一个错误短时间内触发几十次 Webhook。

解法：在 Sentry 中设置告警规则——同一个 issue 30 分钟内只触发一次。或在 AGENTS.md 中加规则同一个 Sentry issue 只处理一次。

仓库权限问题

症状：AI 无法推送代码或创建 PR。

解法：确保 GitHub Token 有 repo 权限，且 AI 使用的 Git 账号有仓库写权限。

不满意怎么调

不想自动开 PR → 改为只分析错误并在 Telegram 给我报告，不要修改代码
想更激进 → 加上自动 merge + 自动部署（仅推荐在测试环境使用）
想接其他监控 → PagerDuty、Datadog、Grafana 的告警同理，用 Webhook 触发

Sentry 报错自动修复：告警到 PR 全程无人值守