Replit Monitoring Agent 在 10 月 22 日的官方博客中正式发布，给每个在 Replit 上发布应用的开发者配一名“自主值班工程师”。大公司有专人 on-call：被告警叫醒、查日志、定位原因、修好再上线；独立开发者和小团队里，这些活都落在同一个人身上——既要写产品、又要回用户消息、还要半夜爬起来看服务器。
Monitoring Agent 的工作流分三步。第一步看生产现场：它能直接读取生产日志和指标，自己调查报错、变慢和部署失败，不用人先翻日志。第二步修：开启告警和 autofix 后，它会在出问题时被通知，查清原因、验证修复，然后用邮件汇报发生了什么、改了什么。第三步发：开启 auto-publish 后，它可以把验证过的修复自动部署到生产；要不要自动发，开关在用户手里。
这套能力建立在 Replit 今年早些时候上线的 App Monitoring 之上——当时只做到健康检查和“应用挂了”告警，现在把“修”和“发”的闭环补上了。入口在应用的 Publishing 设置里，发布应用后打开监控告警和自动修复即可。
Replit 在博客里把这件事放进更大的叙事：从单个结对编程智能体，走向能完成现代软件团队全部工作的“自主软件团队”。过去半年他们已经上线了黑盒安全扫描和增长类智能体，生产监控是第三块拼图。他们的判断是，做出一个能用的应用只是起点，让它可靠、安全、被发现、持续变好，过去需要一整个团队；智能体把这些活接过去，更多人才能把想法变成真实的东西。
小团队先受益，风险在“自动发版”那一档
最先吃到红利的是独立开发者和小团队：他们没有值班体系，线上出问题往往是用户先发现。Monitoring Agent 把“发现—定位—修复—验证”的体力活自动化，意味着一个人也能维持接近团队的 on-call 水平。
但自动化的边界值得盯紧。自动修、自动发本质上是把生产环境的写权限交给智能体：验证逻辑是否足够严、回滚是否顺手、邮件汇报是否及时，决定了这件事是省心还是添乱。Replit 把 auto-publish 做成可选开关是务实的设计——保守团队可以先只开“修完汇报”，跑顺了再放开自动发版。
往大看，AI 应用平台的竞争正在从“谁生成的代码好”转向“谁让应用活得久”：部署、监控、修复、安全正在变成平台的标配能力。Replit 这一步，是把运维这层正式产品化。
