複数のアプリをAI社員が24時間見回る
会社で動いている複数のWebアプリやシステムを、ひとつの監視室から見守ります。1アプリに1人ずつ「AI社員」が付き、開くか・速いか・証明書は切れていないかを決まった間隔で確認。異常があれば自動で記録・報告し、直れば自動で閉じます。
© Studio RockyMouse
アプリの中に何かを入れる必要はありません。AI社員はお客様と同じ入口（URL）を開いて「ちゃんと表示されるか」「何秒で返ってくるか」「保護された通信の証明書はあと何日か」を確かめ、結果を記録します。落ちていれば報告し、直れば自動で報告を閉じます。
実際に稼働中の監視室の画面です（8つのアプリを監視している例）。どの画面も「いま本当に分かっていること」だけを表示します。
監視ダッシュボード
登録アプリ・巡回中・警告・エラーの4つの集計を上に、アプリごとのカードを下に並べます。カードには担当のAI社員、応答時間の推移（直近30回）、最終確認の時刻、最新の記録がまとまっています。
実際の画面（稼働中の監視室）
AI社員の作業風景
1アプリに2名体制。「外から見る係」はお客様と同じ入口から開くか・速いかを確かめ、「中を見る係」はコードが変わったときに壊れていないかを調べます。今日の見回りは1回ずつ時刻つきで記録され、専門用語なしの言葉で読めます。
実際の画面（稼働中の監視室）
監視レポート
巡回が実際にどれくらいの間隔で走ったか、アプリごとの稼働率・平均応答・最遅・証明書の残日数を、記録から集計して表示します。都合の悪い数字（気づくまでの最長時間など）も隠しません。
実際の画面（稼働中の監視室）
アプリ一覧
監視中のアプリを、実際の画面写真をブラウザの窓に入れて並べます。写真は撮影時刻つきで「生中継ではない」ことを明記し、応答・稼働率・最終確認は毎回の巡回で測った本当の値を出します。
実際の画面（稼働中の監視室）
アラート
いま出ている異常、これまでに出た異常の履歴、そして「どうなったら鳴るのか」のルールを一画面で。異常の段階ごとに何が起きるか（記録だけ／報告票にコメント／報告票を新規作成）を明記しています。
実際の画面（稼働中の監視室）
監視の道具でいちばん危ないのは「見ているつもりで見ていない」ことです。この監視室は、分かっていないことを分かっていないと表示する作りになっています。
巡回はすべて「読み取りだけ」。監視対象のアプリに部品を入れたり、秘密の鍵を預かったりしません。動かす場所も GitHub と Vercel だけで、専用サーバーは不要です。
お客様と同じ入口を開いて確かめるだけ。アプリのパスワードやデータベースの鍵は一切必要ありません。
巡回は GitHub Actions の定期実行、画面は Vercel。小規模なら無料枠で運用でき、月々の固定費を抑えられます。
異常は報告票（Issue）に自動で起票。同じ異常は1枚にまとめ、軽い注意は2回続いてから。復旧したら自動で閉じます。
「保護された通信」の証明書があと何日で切れるかを毎回確認。切れてから慌てる事故を防ぎます。
ログインが必要な画面は転送（307）が正常、公開画面は200が正常。アプリごとに期待する応答を持たせ、誤報を防ぎます。
監視対象と担当は台帳（YAML）で管理。番号の重複や設定の抜けは検証器が自動で見つけ、壊れた台帳では巡回を始めません。
Webサイトやアプリを2つ以上運営していて、「止まっていたことに、お客様から言われて気づいた」を無くしたい会社に向いています。
巡回の間隔、知らせる先、見張る項目、画面の見た目など、会社の体制に合わせて調整できます。
※ 巡回の間隔は GitHub の無料枠では遅れることがあります。短い間隔（5分ごとなど）が必要な場合は、公開設定または有料枠の利用をご相談のうえ設定します。