Ryph 开源事件响应智能体：在自有基础设施上自动诊断并提交热修复

Ryph 正处于活跃且大规模的开发阶段。v1 之前可能会有破坏性变更；请参阅“发布与版本管理”。

Ryph 是一个完整、开箱即用的 agent 编排器，面向团队，易于部署，可立即投入使用。

当你的 IRM 上触发告警时，Ryph 内的自动化会立即在你的基础设施内为响应机器人启动一个安全沙箱。该沙箱预置了热构建缓存和预安装依赖，因此你的机器人可以立刻开始工作。

机器人通过 Tool Proxy 安全地直接从你的可观测性栈读取遥测数据，并诊断问题。它会记住过去事件中的细节，帮助其定位根因。

它会加入你团队现有的应急聊天，并报告其发现。聊天中的人可以 @ 它来追问问题或引导它。

一旦根因明确，机器人会构建修复、运行你仓库的检查、提交一个热修复 pull request——该 PR 打开时所有 CI 检查均已通过——并把链接发送到你的聊天中。Ryph 的 forge 防护机制可防止机器人意外进行错误推送，甚至绕过代码审查。

工程师审查热修复、合并并部署。机器人会自动收到 PR 已合并的通知，并开始监视遥测以确认部署落地。最终，告警解除，机器人报告全部正常并关闭。

给你的队友一个安全的辅助机器人，让它能基于代码推理并交付修复

通过 Chat 集成，让你的队友可以直接在他们已经使用的沟通工具中向自托管 agent 提问——Slack、Discord、Telegram 或 Zulip。对于每次新的 agent 运行，Ryph 都会提供一个安全沙箱，依赖已预装。

机器人会检出特定仓库，能够基于其代码进行推理并回答问题。如果你愿意，可以通过 Tool Proxy 授予它访问数据库中特定表和字段的权限，以便它为非技术队友执行数据分析。对于长篇报告，机器人会创建一个 Artifact 并将链接发回聊天中——全部自托管在你自己的基础设施上。

当被要求修复前端的视觉故障时，机器人可以通过人们在聊天中发布的截图来引导。它会去修复故障，在其沙箱内的浏览器中验证，提交修复 PR 供工程师审查，并在聊天中回复修复后 UI 的截图。Ryph 的 forge 防护机制可防止机器人意外进行错误推送，甚至绕过代码审查。

Ryph 是自托管平台，完成上述所有功能甚至更多：编码 agent 在安全容器中运行，由告警、UI 中的任务、pull request 上的 /ryph 评论、聊天中的 @ 提及或定时计划启动，其工作成果以 pull request 形式交付，每一步都有记录。

Ryph 以单个二进制文件形式发布，便于在笔记本电脑上试用；以 Docker Compose 形式面向团队；或以 Helm Chart 形式面向需要 Kubernetes 自动扩缩容的团队。

对于较小的团队和偶发的 agent 使用，Docker Compose 是最快的上手方式。

对于更重的使用，尤其是同时使用 Ryph Checks 时，Kubernetes 部署模式可解锁自动资源扩缩容。新的 agent 沙箱和 check pod 由 k8s 放置在你的集群中，结合 GKE Autopilot 等自动扩缩容方案，集群会根据短期资源需求自动供应和移除节点。

使用你的编码 agent。告诉 Claude Code、Codex 或 Cursor：阅读 https://raw.githubusercontent.com/ryph-hq/ryph/main/docs/guides/setup-with-an-agent.md 并为我设置。它会安装二进制文件、与你一起回答设置问题、启动它，并交给你只有你能做的两个步骤。

手动操作。docs/guides/quickstart.md：安装、设置、首次运行、首个自动化。

面向团队。deploy/README.md 比较了二进制文件、Compose 和 Helm chart，并说明该选哪个。

一次响应，端到端

ryph 将已处理的告警称为一次响应：一个保持打开的 run，绑定到一个对话，而后续关于同一事项的告警会作为消息加入其中。

sequenceDiagram participant S as 告警源 participant A as 自动化 participant R as Run（容器） participant C as 应急聊天 participant E as 工程师 participant F as Forge S->>A: 告警 webhook（已签名） Note over A: 验证 · 读取状态和密钥<br/>打开一个响应，或加入已打开的响应 A->>R: 启动 run：recipe + 告警作为不可信数据 A->>C: 开场白：告警、agent、run 链接 R->>C: 发现，随着 agent 工作 E->>C: "@bot 先检查连接池" C->>R: 消息落入 run 的收件箱 R->>F: 补丁（git bundle）→ 分支 → pull request F-->>C: PR 链接，一旦打开 S->>A: 已解决 A->>R: 作为消息加入响应 R->>C: 结束语：结果、pull request、run 链接 Loading

自动化接收 webhook、验证它并读取其内容：Grafana、Alertmanager、Grafana IRM、PagerDuty、Sentry、incident.io、Datadog、Opsgenie，或你自己的映射（@ryph/automations）。

聊天是响应的所在：一个 Slack 线程、Zulip 主题或 Telegram 群组，其中的人通过 @ 机器人来引导 run（@ryph/chat）。

run 是一个容器、一个 agent，仅持有为其铸造的凭证；它通过 ryph 的代理访问模型和工具，永远不会看到真实密钥（@ryph/runner、Memory 为它提供先前 run 留下的 runbook 和注意事项（@ryph/memory）。

forge 将补丁转为分支和 pull request，在此之前需有人在 ryph 中批准，或在仓库允许的情况下立即进行（@ryph/forge）。

指南在一个技术栈上讲述完整故事，并为你的技术栈提供检查清单：docs/guides/incident-response.md。

适配你的团队

告警 Grafana、Alertmanager、Grafana IRM、PagerDuty、Sentry、incident.io、Datadog、Opsgenie，或自定义映射

聊天 Slack、Zulip、Telegram

Forge GitHub（以你的身份，或作为 App）、GitLab、Radicle，或本机上的目录

模型 Anthropic、OpenAI、ChatGPT 计划，或任何 OpenAI 兼容端点

agent 工具

（原文较长，此处译出前 6000 字，完整内容请点「打开原文」。）