Replitの「Monitoring Agent」は、Replitが2026年10月22日に発表した、公開済みアプリの本番障害をAIエージェントが検知・調査し、修正の検証から再デプロイまで行う監視エージェントで、全ユーザーが利用できます。
室谷代表取締役Replitがかなり攻めた機能を出してきましたね。Monitoring Agent、ひとことで言うと「公開したアプリ専属のオンコールエンジニア」をAIで置くような話なんですよ。
テキトー教師DotAI 認定講師発表ブログの書き出しが象徴的で、「動かないんだけど」というユーザーからのメッセージ、あれを課題として明示しているんですよね。大企業ならオンコール担当が飛んでくる話ですが、個人開発者や小規模チームでは作っている人・顧客対応する人・事業を回す人が同じ。
そこにエージェントを入れるという整理です。
そこにエージェントを入れるという整理です。
室谷代表取締役しかも全ユーザーが使える、と。ここは素直に大きいですよね。
Replit Monitoring Agentとは？全ユーザーが使える本番監視エージェントの概要
Replit Monitoring Agentの概要
自律エージェント
Replitが2026年10月22日に発表。公開済みアプリの本番監視を担う
3つのシグナルを自動監視
エラーログ・HTTPエラー・リクエスト遅延
原因調査から修正まで
異常時は本番メトリクス・ランタイムログ・コードを突き合わせて原因を調査し、修正案を作成・検証。設定次第でそのまま本番公開
全ユーザーが利用可能
発表ブログで「first-of-its-kind」と位置づけ。全ユーザーが使える点が明言されている
対象は公開済みアプリ
開発中のローカルアプリではなく、Publishingで公開したあとの本番が対象
設定は公開アプリごとに個別
既存の公開アプリは設定変更が即時保存され、再公開は不要
室谷代表取締役まず定義を揃えておくと、Monitoring AgentはReplitが2026年10月22日に発表した、公開済みアプリの本番監視を担う自律エージェントです。エラーログ、HTTPエラー、リクエスト遅延という3つのシグナルを自動で監視して、異常があれば本番メトリクス・ランタイムログ・コードを突き合わせて原因を調べる。
で、修正案を作って検証して、設定次第でそのまま本番に公開する。
で、修正案を作って検証して、設定次第でそのまま本番に公開する。
テキトー教師DotAI 認定講師発表ブログでは「first-of-its-kind」、つまりこの種の動きをするエージェントとしては初のものと位置づけています。そして「全ユーザーが利用可能」というのがスレッドでも明言されているポイントですね。
室谷代表取締役対象は「公開済みアプリ」です。ここ大事で、ローカルで開発中のアプリを勝手に見張る話ではなくて、Publishingで公開したあとの本番が対象なんですよ。
MYUUUでも公開後の運用が一番しんどいので、刺さる人は多いはずです。
MYUUUでも公開後の運用が一番しんどいので、刺さる人は多いはずです。
テキトー教師DotAI 認定講師監視の設定は公開アプリごとに個別に行う形です。しかも既存の公開アプリなら設定変更は即時保存されて、再公開は不要と。
ここは運用負荷が低い設計だなと思います。
ここは運用負荷が低い設計だなと思います。
Monitoring Agentでできること——検知・調査・修正検証・再デプロイの流れ
Monitoring Agentの検知から修正公開までの流れ
- 01自動チェックで異常検知エラーログ・HTTPエラー・リクエスト遅延の3シグナルを監視。異常検知時、Auto-fixが有効ならバックグラウンドで起動
- 02アラートの調査エージェントが本番メトリクス・ランタイムログ・コードを使って原因を特定
- 03修正の試行と検証対応可能な原因を特定できた場合に修正を試み、変更を検証
- 04修正の公開検証済みの修正を公開(公開可否は設定次第)
室谷代表取締役流れを整理すると、まず自動チェックが3つのシグナルを見る。アプリのエラーログ、HTTPエラー、リクエスト遅延ですね。
ここで異常を検知すると、Auto-fixが有効ならバックグラウンドで動き始めます。
ここで異常を検知すると、Auto-fixが有効ならバックグラウンドで動き始めます。
テキトー教師DotAI 認定講師ドキュメントの手順は3ステップに分かれています。まずアラートの調査。
エージェントが本番メトリクス、ランタイムログ、コードを使って原因を突き止める。次に修正の試行と検証。
対応可能な原因を特定できたときに修正を試みて、変更を検証する。最後に修正の公開です。
エージェントが本番メトリクス、ランタイムログ、コードを使って原因を突き止める。次に修正の試行と検証。
対応可能な原因を特定できたときに修正を試みて、変更を検証する。最後に修正の公開です。
室谷代表取締役ここで大事な但し書きがあって、「アラートが出たからといって必ず修正できるとは限らない」と明記されているんですよ。たとえば外部サービスの問題なら、アプリの外側で対応が必要になる。
これは正しい設計だと思います。
これは正しい設計だと思います。
テキトー教師DotAI 認定講師単に「AIが全部直します」という話じゃないんですよ。調査はする、修正できるとは限らない、公開は設定次第、という3段階の責任分界になっている。
ここを理解せずに使うと期待値がずれます。
ここを理解せずに使うと期待値がずれます。
室谷代表取締役あと見逃せないのが、アラートを待たずにエージェントへ質問できることですね。「過去1時間に500エラーが出た原因は？」「今日一番遅かったエンドポイントは？ p50とp99を比較して」「最後の公開以降のCPUとメモリ使用量を見て」「起動に失敗したリビジョンのランタイムログを読んで」といったプロンプト例が公式に出ています。
テキトー教師DotAI 認定講師時刻・タイムゾーン・影響を受けたエンドポイントを添えると調査が絞られる、という実務的なアドバイスも公式にあります。受講生さんでも「ログのどこを見ればいいか分からない」という声は多いので、これは教育の文脈でも大きいですね。
室谷代表取締役取得できるテレメトリも整理されていて、HTTPトラフィックはリクエスト数・レイテンシ・4xx/5xxの件数・可用性。エンドポイント性能はエンドポイントごとのリクエスト数・レイテンシ・4xx/5xxで、レイテンシは平均・p50・p95・p99まで見られる。
コンピュートはCPUとメモリ使用率、アクティブインスタンス数、起動レイテンシ、インスタンス稼働時間。ストレージとネットワークはディスク使用量・ディスク使用率・ネットワークegress。
アプリケーションエラーはエラーログ件数と、重要度やデプロイリビジョンで絞ったランタイムログです。
コンピュートはCPUとメモリ使用率、アクティブインスタンス数、起動レイテンシ、インスタンス稼働時間。ストレージとネットワークはディスク使用量・ディスク使用率・ネットワークegress。
アプリケーションエラーはエラーログ件数と、重要度やデプロイリビジョンで絞ったランタイムログです。
テキトー教師DotAI 認定講師ただし自動アラートに使うのは3つのシグナルで、エージェントがオンデマンドで問い合わせられるテレメトリのほうが広い、という区別も公式に明記されています。利用できる指標はデプロイタイプとクラウドプロバイダーによって変わる、とも書かれていますね。
Auto-fixとAuto-republishの使い方・設定手順と権限の選び方
権限設定の3パターン
アラート通知のみ
- コードは変更させない
- 通知だけ受け取る
アラート通知＋Auto-fix
- エージェントに修正の試行まで許す
- 公開は自分で判断する
- 本番アプリへの公開権限は与えられない
室谷代表取締役ここが実務で一番大事なところです。設定は「アラート通知」「Auto-fix」「Auto-republish」の3つが独立していて、権限の範囲を自分で選べるんですよ。
テキトー教師DotAI 認定講師整理するとこうです。
- アラート通知のみ：コードは変更させず、通知だけ受け取る
- アラート通知＋Auto-fix：エージェントに修正の試行まで許すが、公開は自分で判断する
- アラート通知＋Auto-fix＋Auto-republish：検証済みの修正を自動で公開する
室谷代表取締役Auto-republishは実験的機能で、Auto-fixが前提。そしてAuto-fix単体では本番アプリへの公開権限は与えられない、と明記されています。
ここは誤解されやすいので、記事としてもしっかり伝えたいところです。
ここは誤解されやすいので、記事としてもしっかり伝えたいところです。
テキトー教師DotAI 認定講師設定手順は公式ドキュメントで4ステップに整理されています。まずPublishingツールを開いて公開設定へ。
既存の公開アプリならその公開設定、新規アプリなら初回公開時に監視を設定します。次に監視アラートを有効化。
既存アプリではMonitoring alertsをオンにすると即時保存され、再公開は不要。初回公開時はSuggested add-onsの「Enable Active monitoring」をオンにすると、利用可能な場合はアップタイムチェックも有効になります。
既存の公開アプリならその公開設定、新規アプリなら初回公開時に監視を設定します。次に監視アラートを有効化。
既存アプリではMonitoring alertsをオンにすると即時保存され、再公開は不要。初回公開時はSuggested add-onsの「Enable Active monitoring」をオンにすると、利用可能な場合はアップタイムチェックも有効になります。
室谷代表取締役3ステップ目がAuto-fixの有効化で、これも既存アプリなら即時保存、新規アプリならPublishを選んで設定を適用して監視を開始。4ステップ目がAuto-republishの可否で、自動公開させたくないならオフのままにして自分でレビューして公開する。
新規アプリの場合は初回公開から設定が効く、という流れですね。
新規アプリの場合は初回公開から設定が効く、という流れですね。
テキトー教師DotAI 認定講師停止の仕方も整理されていて、自動の調査と修正を止めたいなら同じ設定でAuto-fixをオフにする。アラートは受け取り続けたいならMonitoring alertsはオンのままにできる。
自動修正は維持しつつ公開前にレビューしたいなら、Auto-republishだけをオフにする。この3パターンの使い分けが実務的です。
自動修正は維持しつつ公開前にレビューしたいなら、Auto-republishだけをオフにする。この3パターンの使い分けが実務的です。
室谷代表取締役アラートの確認はMonitoringツールのMonitoring alertsテーブルで、Activeが現在アプリに影響している問題、Resolvedが直近30日以内に影響が止まった問題。アラートを展開すると、なぜ発火したか、何回の監視パスで検知されたかが見られる。
Replitが現時点で評価できないものは「Cannot measure」と表示される、と。
Replitが現時点で評価できないものは「Cannot measure」と表示される、と。
テキトー教師DotAI 認定講師メール通知の設定も分かれていて、Settings > NotificationsのActive monitoring alertsで制御します。重要度セレクタが無効な場合は本番アラートメールを有効化してから、Critical only、High以上、Medium以上、全重要度、メールなし、から選ぶ。
アカウント全体の受信者設定は個人のメール設定とは別で、アカウントの詳細設定にあるMonitoring alert recipientsから、権限を持つ管理者がOff・Admins・Custom recipientsと重要度のしきい値を選べる。
アカウント全体の受信者設定は個人のメール設定とは別で、アカウントの詳細設定にあるMonitoring alert recipientsから、権限を持つ管理者がOff・Admins・Custom recipientsと重要度のしきい値を選べる。
室谷代表取締役ここも注意点で、メールをオフにしても監視やAuto-fixは止まらないんですよね。通知を止めただけで「見張られていない」と勘違いすると危ない。
Monitoring Agentの料金——Agent利用料はいつ・どこで発生するか
室谷代表取締役料金の話をしましょう。公式ドキュメントには、Monitoring Agentの実行にはAgent利用料が発生する場合があり、使用量ページで支出を追跡できると書かれています。
テキトー教師DotAI 認定講師ここは丁寧に言っておきたいんですが、修正1回いくら、という固定の価格表は今回のソースには示されていません。現時点では明らかにされていない部分です。
分かっているのは「Agent利用料が発生しうる」「使用量ページで追跡できる」という2点ですね。
分かっているのは「Agent利用料が発生しうる」「使用量ページで追跡できる」という2点ですね。
室谷代表取締役背景として、Replit Agentは2025年6月18日発表のEffort-Based Pricing、つまり処理の実作業量に応じた課金に移行しています。単純な変更は従来の1チェックポイント0.25ドル未満に収まることが多く、複雑な作業はそれを超える場合がある。
中間チェックポイントは作らず、リクエストの最終成果を1チェックポイントとしてまとめる方式です。
中間チェックポイントは作らず、リクエストの最終成果を1チェックポイントとしてまとめる方式です。
テキトー教師DotAI 認定講師つまりMonitoring Agentが裏で調査や修正の試行を重ねると、その分のエージェント作業が利用料に反映されうる、という理解になります。自動修正をオンにしっぱなしにする場合は、使用量ページを定期的に見る運用が現実的ですね。
室谷代表取締役プラン側も整理しておくと、Coreが月20ドル（年払いで月18ドル）、Proが月100ドル（年払いで月90ドル）で、Proはデータベースのロールバックが28日まで、コラボレーターが15人までなどが含まれます。Enterpriseはカスタムで、SSO・SCIM・監査ログ、集中セキュリティ管理、シングルテナントやプライベートネットワークのオプションといった項目が並びます。
料金は地域によって税がかかる場合がある、という注記も公式にあります。
料金は地域によって税がかかる場合がある、という注記も公式にあります。
テキトー教師DotAI 認定講師なおReplit Agentは大規模言語モデルで動いていて、動作は確率的、つまり時々間違えることがある、という注意書きが料金ページにも明記されています。これはMonitoring Agentのリスクの話にも直結しますね。
従来のApp Monitoringとの違いと、個人開発者・小規模チームにもたらす変化
室谷代表取締役ここが今回の発表の本質です。Replitは今年の前半にApp Monitoringを出していて、公開アプリのヘルスチェックとダウン時のアラートを提供していた。
でもそれは「知らせるだけ」で、修正は人手だったんですよ。
でもそれは「知らせるだけ」で、修正は人手だったんですよ。
テキトー教師DotAI 認定講師発表ブログの表現を借りれば「closing the loop」、ループを閉じたわけです。壊れたことを教えるだけでなく、直すところまでやる。
単に監視機能が増えたという話じゃないんですよ。
単に監視機能が増えたという話じゃないんですよ。
室谷代表取締役従来のApp Monitoringは、稼働率・リクエスト・リソース・ログを自分で見るためのチャートやログの機能としてドキュメントでも案内されていて、Monitoring Agentはその上に乗る別レイヤーという関係ですね。ドキュメントの「Next steps」でも、Monitoringでアプリの健全性・リソース使用量・ログを確認する、と並列に案内されています。
テキトー教師DotAI 認定講師対象ユーザーの話も明確です。大企業ならオンコール担当がページを受けて調査する。
でもほとんどのクリエイターや小規模チームでは、作っている人・顧客対応する人・事業を伸ばそうとする人が同じ。そこに「自律型のオンコールエンジニア」を渡す、というのが発表の主張です。
でもほとんどのクリエイターや小規模チームでは、作っている人・顧客対応する人・事業を伸ばそうとする人が同じ。そこに「自律型のオンコールエンジニア」を渡す、というのが発表の主張です。
室谷代表取締役発表ブログでは、ユーザーから不満を言われて初めて障害を知るのではなく、起きたときにエージェントが調査して、何が起きたか・何を変えたかを報告してくれる、という体験として語られています。MYUUUでも小さな本番アプリをいくつも持っていると、深夜の障害対応は本当に現実的じゃないので、ここは素直に欲しい機能です。
テキトー教師DotAI 認定講師Replitはこれを「自律型ソフトウェアチーム」構想の一部に位置づけています。この半年でブラックボックスのセキュリティスキャン、成長支援、そして今回の本番監視と続いてきた、という流れですね。
エージェントが構築・保守・セキュリティ・最適化を分担し、クリエイターは方向性を決めてコントロールを保つ、という構図です。
エージェントが構築・保守・セキュリティ・最適化を分担し、クリエイターは方向性を決めてコントロールを保つ、という構図です。
室谷代表取締役AIが本番を自動修正するリスクと注意点——マイグレーション等の危険な変更
室谷代表取締役ここからは辛口です。公式ドキュメントに、マイグレーションやインデックス操作を含む一部の変更はリスクがある場合がある、と明記されています。
これはかなり重要な注意書きですよね。
これはかなり重要な注意書きですよね。
テキトー教師DotAI 認定講師データベースのマイグレーションは、コードの修正と違って戻しづらい。インデックス操作もパフォーマンスやロックに影響します。
AIが本番で自動的に触る領域としては、最も慎重になるべきところです。
AIが本番で自動的に触る領域としては、最も慎重になるべきところです。
室谷代表取締役だからこそ、Auto-republishをオフにしてAuto-fixだけにする運用が現実的なんじゃないかと思います。エージェントに調査と修正案の作成・検証まではやらせて、公開は人間がレビューして決める。
これなら「朝起きたら勝手に本番が変わっていた」という事態を避けられます。
これなら「朝起きたら勝手に本番が変わっていた」という事態を避けられます。
テキトー教師DotAI 認定講師発表ブログの表現も冷静で、Auto-republishは「あなたが決める」と書かれています。自動公開するかどうかはユーザーの選択だ、と。
そしてエージェントの動作が確率的で間違えることがある、という前提も公式に書かれている。信頼性を過大評価しないことが大事です。
そしてエージェントの動作が確率的で間違えることがある、という前提も公式に書かれている。信頼性を過大評価しないことが大事です。
室谷代表取締役もうひとつ、AIが生成したコードのバグをAI自身が有料で直すことになるのでは、という批判的な見方もあります。これは今回のソースにReplit側の見解は示されていないので、現時点では明らかにされていません。
ただ料金がAgent利用料ベースである以上、修正の試行回数がコストに響く構造なのは事実なので、そこは利用者側が意識しておくべきポイントです。
ただ料金がAgent利用料ベースである以上、修正の試行回数がコストに響く構造なのは事実なので、そこは利用者側が意識しておくべきポイントです。
テキトー教師DotAI 認定講師実運用のレビューや評判については、発表直後ということもあり、今回のソースには具体的な利用者の声は含まれていません。現時点では明らかにされていない、と正直に書くのが筋ですね。
室谷代表取締役監視の設定は公開アプリごとに個別なので、まずは影響の小さいアプリでアラート通知だけオンにして挙動を見る、次にAuto-fixを試す、最後に必要ならAuto-republishを検討する。この段階的な導入が安全です。
テキトー教師DotAI 認定講師あわせて、メール通知をオフにしても監視とAuto-fixは止まらないという点、Auto-fixをオフにしてもアラート通知は残せる点を、運用ルールとしてチームで共有しておきたいですね。詳しい仕組みはReplitの「Monitoring Agent」とは？本番障害を自動で修正・再デプロイする仕組みでも解説しています。
よくある質問
室谷代表取締役最後に、よく聞かれそうな点を整理しておきます。
テキトー教師DotAI 認定講師まず「Monitoring Agentとは何か」。Replitが2026年10月22日に発表した、公開済みアプリの本番障害を検知・調査し、修正の検証と再デプロイまで行う自律エージェントです。
全ユーザーが利用できます。
全ユーザーが利用できます。
室谷代表取締役「障害を自動で検知・調査・修正・再デプロイまで本当にやるのか」。自動チェックはアプリのエラーログ、HTTPエラー、リクエスト遅延の3シグナル。
Auto-fixで調査と修正の試行・検証まで進み、Auto-republishを有効にすると検証済みの修正を自動公開します。ただしアラートが出ても必ず修正できるとは限らず、外部サービス起因などアプリ外の対応が必要な場合もあります。
Auto-fixで調査と修正の試行・検証まで進み、Auto-republishを有効にすると検証済みの修正を自動公開します。ただしアラートが出ても必ず修正できるとは限らず、外部サービス起因などアプリ外の対応が必要な場合もあります。
テキトー教師DotAI 認定講師「Auto-fixの有効化方法は」。Publishingツールで公開設定を開き、監視アラートを有効化したうえでAuto-fixをオンにします。
既存の公開アプリなら即時保存され、再公開は不要です。新規アプリは初回公開時に設定します。
既存の公開アプリなら即時保存され、再公開は不要です。新規アプリは初回公開時に設定します。
室谷代表取締役「既存のアプリ監視機能との違いは」。App Monitoringはヘルスチェックとダウン時のアラートを提供するもので、通知が中心でした。
Monitoring Agentはその先の調査・修正・公開までを担う別レイヤーです。チャートやログを自分で見る機能は引き続きMonitoringとして案内されています。
Monitoring Agentはその先の調査・修正・公開までを担う別レイヤーです。チャートやログを自分で見る機能は引き続きMonitoringとして案内されています。
テキトー教師DotAI 認定講師「料金は修正のたびにかかるのか」。Monitoring Agentの実行にはAgent利用料が発生する場合があり、使用量ページで追跡できます。
修正1回あたりの固定価格は今回のソースでは示されていません。Replit Agentは実作業量に応じたEffort-Based Pricingで、単純な作業は1チェックポイント0.25ドル未満のことが多く、複雑な作業はそれを超える場合があります。
修正1回あたりの固定価格は今回のソースでは示されていません。Replit Agentは実作業量に応じたEffort-Based Pricingで、単純な作業は1チェックポイント0.25ドル未満のことが多く、複雑な作業はそれを超える場合があります。
室谷代表取締役「日本から使えるのか」。今回のソースには地域制限の記載はなく、全ユーザーが利用可能と発表されています。
料金は地域によって税がかかる場合がある、という注記は公式にあります。
料金は地域によって税がかかる場合がある、という注記は公式にあります。
テキトー教師DotAI 認定講師「リスクは」。Auto-republishは実験的機能でAuto-fixが前提です。
マイグレーションやインデックス操作などリスクのある変更もあると明記されています。まずはアラート通知のみ、次にAuto-fix、必要ならAuto-republishという段階的な導入がおすすめです。
マイグレーションやインデックス操作などリスクのある変更もあると明記されています。まずはアラート通知のみ、次にAuto-fix、必要ならAuto-republishという段階的な導入がおすすめです。
室谷代表取締役というわけで、Replit Monitoring Agentは「監視の通知」から「修正の実行」へ踏み込んだ発表でした。権限を3段階で選べる設計になっているので、まずは自分のアプリでアラート通知だけ試してみるのがいいと思います。
