Replit の開発AI「Monitoring Agent」　公開アプリの本番の障害を調べて直す

何が発表されたか

Replit は、AI の Agent に指示してアプリを作り、そのまま公開できるサービスだ。その Replit が2026年10月23日、Monitoring Agent を加えた。公開したアプリのログと指標から本番の問題を調べ、修正を試して検証する機能だ。Replit の更新履歴に、この日の変更の1つとして載っている。

設定は3つに分かれていて、それぞれ別に切り替える。

• Monitoring alerts：問題を知らせるアラートを受け取る。
• Auto-fix：アラートに Agent が自動で応じ、原因を調べて修正を試す。
• Auto-republish：検証できた修正を Agent が自動で公開する。

アラートだけを受け取り、コードの変更は Agent に任せない使い方もできる。公式ドキュメントによると、Auto-fix だけでは、修正を公開中のアプリに反映することは許可されない。

Auto-fix を有効にすると、Agent はバックグラウンドで動く。本番の指標、実行時のログ、コードを使って原因を調べる。原因が特定できれば修正を試み、その変更を検証する。Auto-republish が無効なら、結果は Agent のチャットに出る。利用者が確認して、自分でアプリを再公開する。

自動のチェックが見るのは、アプリのエラーログ、HTTP エラー、リクエストの遅さ（応答にかかる時間）の3つだ。アラートが出ても、修正されるとは限らない。外部サービスの問題のように、アプリの外での対応が要るものがあるためだ。

Auto-republish は試験的な設定で、Auto-fix が有効でないと使えない。ドキュメントはデータベースの構造を変えるマイグレーションや、検索を速めるインデックスの操作など、リスクのある変更があるとも書いている。

アラートも Auto-fix もなしに、公開したアプリについて Agent に質問することもできる。たとえば「直近1時間に500エラーが返った理由は」と聞く。

年表で見ると

TRAIL の年表で、Replit の出来事は2026年10月に9件ある（基準日は10月24日）。9月は3件、8月は2件だった。TRAIL の年表では、Replit の10月の出来事は、直近12か月のどの月よりも多い。

この日はほかの変更も発表された。対象のトップアップ利用者は、クレジットが0になっても、超過の上限まで公開したアプリを動かし続けられる。この変更も年表に載っている。10月16日には、自社のクラウドで動かせる BYOCを発表した。

同じカテゴリで比べると

コーディング支援の 比較表に並ぶツールでは、直近45日の重要度2以上の出来事に、次のものがある。

Claude Security と Devin Oncall の中身は、この記事の出典に書かれていないので、ここでは扱わない。

誰が、いくらで使えるか

設定は公開したアプリごとに行う。Publishing ツールを開き、公開済みのアプリなら公開設定で Monitoring alerts を有効にする。この変更は、再公開しなくてもすぐ保存される。新しいアプリでは、最初の公開のときに設定する。

Monitoring Agent の実行には、Agent の利用料がかかることがある。ドキュメントは利用料を使用量のページで確認できると説明している。

アラートはメールでも届く。Settings の Notifications にある Active monitoring alerts で、受け取る重要度を選べる。メールを止めても、監視と Auto-fix は止まらない。止めたいときは、同じ設定画面で Auto-fix を切る。

まだ分からないこと

ドキュメントは対応するプランを書いていない。Agent の利用料の金額も示していない。提供が始まった範囲や、日本語での扱いも書かれていない。Auto-republish がいつ試験的な位置づけを外れるのかも分からない。