AREX Feed Article
Replit 发布 Monitoring Agent：称可自动调查告警并修复，自动发布需另开开关
10 月 22 日（北京时间 10 月 23 日凌晨），Replit 发布 ，把它称为已发布应用的自主「on-call（值班）工程师」。按 Replit 的描述，生产环境出问题时，这个 agent 会读取应用的生产日志与指标、调查告警原因、生成并验证修复，再把发生的情况和改动内容汇报给用户。
修复不会无条件上线。Replit 的博客把这步叫 auto-publish（自动发布）；配套的 里，控制自动发布的开关名为 Auto-republish（自动重新发布），是否打开由用户决定。文档明确写道，只开 Auto-fix（自动修复）并不授权 agent 把改动发布到线上应用。
告警响起后，agent 接手哪几步
Replit 说，Monitoring Agent 的起点是应用已经发布。用户在应用的 Publishing（发布）设置里打开 monitoring alerts（监控告警）和 Auto-fix 后，自动检查会监测三类信号：应用错误日志、HTTP 错误和请求延迟。告警会进入 Monitoring alerts 表，标记为 Active（活跃）；过去 30 天内不再影响应用的告警会归入 Resolved（已解决）。在 Monitoring 工具里展开一条告警，可以看到它为什么触发，以及有几次监控检查发现了它。
Auto-fix 打开时，agent 在后台响应告警：调查原因、尝试修复、验证修复，并通过邮件发一份总结。博客给出的完整链路是调查告警、定位原因、生成并验证修复；如果用户还打开了自动发布，它会把验证过的修复部署到生产环境，再报告改了什么。
即使没有告警，用户也可以直接问 agent 生产环境的情况。文档给出的例子包括：过去一小时的 500 错误、当天最慢的接口及其 p50 和 p99 延迟、上次发布以来的 CPU 和内存占用，以及启动失败的版本留下了什么运行时日志。
告警、修复、发布是三个独立开关
Monitoring Agent 的自主程度由三个独立设置决定。文档写明，monitoring alerts、Auto-fix、Auto-republish 是分开的：
- 只开告警：应用出问题时会收到通知，agent 不改代码。
- 告警加 Auto-fix：agent 会调查并尝试修复，但不会自行发布，用户仍要自己处理上线。
- 再加 Auto-republish：agent 才会把验证过的修复直接发布到线上。
这些设置按每个已发布应用单独配置。Auto-republish 必须先开启 Auto-fix。如果要停止自动调查和修复，关掉 Auto-fix 即可，告警可以保留；如果只想保留自动修复、在发布前自己检查，关掉 Auto-republish 即可。
打开 Auto-republish，等于让 agent 在没有人逐次确认的情况下把改动发布到线上；不打开，agent 即使改了代码，也要等用户自己发布。文档还提醒，有些改动本身就有风险，包括数据库迁移（migrations）和索引操作。
它能读到的生产数据
Monitoring Agent 的排查范围不止触发告警的三类信号。文档列出的可按需查询数据包括：HTTP 流量（请求数、延迟、4xx 和 5xx 响应数、可用性）；每个端点的请求数、延迟和错误数，延迟细到平均值、p50、p95、p99；CPU 和内存利用率、活跃实例数、启动延迟、实例运行时长；磁盘用量、磁盘利用率和网络出口流量；以及按严重级别或部署版本筛选的错误日志和运行时日志。
这些数据的可见范围有条件。Replit 的写明，部署日志保留 30 天；可用的指标取决于部署类型和云服务商；有些当前无法评估的告警会显示「Cannot measure」（无法测量）。
Monitoring Agent 接在 App Monitoring 后面
Replit 在博客开头描述的场景是：用户发来一句「这在我这儿不能用」，大公司会呼叫 on-call 工程师，而多数创作者和小团队只能由同一个人兼顾开发、客服和增长。
Replit 在今年 4 月底推出 。这个功能会在已发布应用宕机时发邮件通知，并允许用户让 Agent 读取生产日志和只读的生产数据库来定位原因。当时这一步需要用户点击「Investigate downtime with Agent」发起。
Monitoring Agent 把调查这一步接到告警之后，又把修复和发布接了上来。博客把这条路径描述为从单一编码 agent 走向「自主软件团队」。Replit 称过去六个月还推出了黑盒安全扫描和增长工具，生产监控是最新一项。它认为未来会由多个 agent 一起构建、维护、保护和优化软件，创作者负责设定方向。
运行成本、邮件与套餐边界
Replit 的文档提醒，Monitoring Agent 的运行可能产生 Agent 使用费用，用户可以在 usage（用量）页面查看支出。告警邮件可以细调：用户能在 Settings > Notifications 的 Active monitoring alerts 中选择只收 Critical（严重）、High（高）及以上、Medium（中）及以上、全部等级，或完全不收；账户级的高级设置里，管理员还可以把接收人设为 Off（关闭）、Admins（管理员）或自定义名单。
邮件设置与监控、修复开关彼此独立。文档明确说，关掉邮件不会关掉监控或 Auto-fix。套餐层面还有一条限制：uptime 检查需要付费计划，而且不适用于 Scheduled Deployments（定时部署）。
「验证」与「尝试」：两种措辞
博客用「生成并验证修复」描述这一步；文档把流程概括为调查告警、尝试修复、自动重新发布。
上述能力、对修复可靠性的说法，以及「自主 on-call」的定位，都来自 Replit 自己的材料。Auto-republish 本身在文档里标注为 experimental（实验性）。