AgentLife 实战：把本地 AI Agent 接进钉钉群，告警来了自动排查
AgentLife 实战：把本地 AI Agent 接进钉钉群，告警来了自动排查
产品入口
- GitHub：https://github.com/AgentLife/AgentLife
- Web 入口：https://www.m2a.chat/agent-life/login
- 安卓客户端：https://expo.dev/artifacts/eas/gLch4GEuNK9TnzSwWgiR3X.apk
一、告警群里最常见的问题
很多研发团队都有类似的群：
- 线上告警群
- 质量监控群
- 日志异常群
- 接口失败通知群
问题是，告警本身通常只告诉你“出事了”，但不会直接告诉你“为什么出事”。
一个常见流程是：
群里收到告警 值班同学复制 requestId 打开日志平台 切换服务 查上下游日志 判断哪个服务报错 整理结论回群这件事并不复杂，但非常消耗时间。尤其是在告警频繁、服务链路长、日志平台查询慢的时候，一个简单问题也可能拖成一次低效排查。
二、为什么这个场景适合 AgentLife？
AgentLife 的价值不只是“远程打开一个 AI 对话框”，而是把本地 AI Agent 接进真实工作流。
告警排查正好具备几个典型特征：
- 有明确输入：告警时间、服务名、requestId、traceId、错误信息
- 有固定流程：先查入口，再查下游，再汇总原因
- 有工具依赖：日志平台、接口文档、服务链路、历史案例
- 有明确输出：根因、影响范围、下一步处理建议
这类任务很适合交给本地 Agent 处理。
因为本地 Agent 可以使用你的工作区、脚本、配置、历史文档和内部排查经验，不只是回答“可能是什么原因”，而是直接沿着链路查下去。
三、一个更自然的使用方式
理想状态下，团队不需要每个人都打开日志平台。
群里出现告警后，可以这样做：
@AgentLife 帮忙排查这个 requestId然后 AgentLife 调度本地 Agent 执行：
读取告警内容 提取 requestId / traceId / 服务名 / 时间 按服务链路查询日志 定位异常栈或下游失败 生成排查结论 回传到钉钉群最后群里拿到的不是一堆原始日志，而是一段可读结论：
排查结论： 请求已进入 openapi 服务，入口层正常。 异常发生在 openapi 调用下游 report 服务时。 下游接口连接失败，外层被包装为“远程服务错误”。 建议优先检查 report 服务实例和网络连通性。这个体验和普通机器人不一样。普通机器人更多是“通知”，而 AgentLife 接入本地 Agent 后，可以继续“执行排查”。
四、它解决的是告警后的那 10 分钟
告警最影响效率的地方，往往不是看到告警，而是告警后的第一轮判断：
- 是入口层问题，还是业务服务问题？
- 是单个客户失败，还是大面积失败？
- 是调用超时，还是下游连接失败？
- 是否已经有成功请求？
- 是否需要立即拉人处理？
这几个问题，如果全靠人查，很容易被上下文切换拖慢。
AgentLife 的思路是：让 Agent 先做第一轮标准化排查，值班同学再基于结论判断是否升级。
这不会替代研发判断，但可以减少重复劳动。
五、为什么要本地 Agent，而不是云端机器人？
很多人会问：告警机器人也可以接 AI，为什么还需要本地 Agent？
关键区别在于执行环境。
云端机器人通常只能拿到消息本身，最多再调用几个公开接口。而本地 Agent 可以访问：
- 本地排查脚本
- 内部服务链路文档
- 团队沉淀的 SQL
- 日志查询模板
- 历史故障结论
- 工作区里的配置和工具
也就是说，它不是只靠模型猜，而是能进入团队真实的排查环境。
这正是 AgentLife 的价值：把云端入口和本地执行连接起来。
六、适合落地的团队场景
这个模式适合这些团队先试：
- 有固定告警群的研发团队
- 有复杂服务链路的后端团队
- 经常需要按 requestId 查日志的接口团队
- DevOps / SRE / 测试开发团队
- 有大量对账、日志、SQL 排查工作的业务技术团队
第一阶段不需要做得很复杂，只要先把一个链路跑通：
群告警 -> Agent 提取关键字 -> 查询日志 -> 回群结论只要这个闭环稳定，就已经能明显减少人工排查时间。
七、总结
AgentLife 不应该只被理解成“手机上能和 Agent 聊天”。
更准确地说，它让本地 AI Agent 可以被远程调度，并接入团队协作场景。
钉钉群告警排查就是一个非常典型的入口：
- 告警来自群
- 排查发生在本地执行环境
- 结果回到群
- 团队可以继续追问
这类场景能让 AI Agent 从“个人效率工具”变成“团队工作流节点”。
如果一个 Agent 能在告警出现后自动完成第一轮日志排查，它就不再只是聊天助手，而更像一个可以被团队远程派活的 AI 同事。