オープンソースエージェント対応

手頃な価格のUptime監視、 AIエージェントに任せられる。

監視もアラートもステータスページも、ClaudeやCursor、任意のMCPクライアントから操作できます。オープンソースで、モニター数による課金はありません。

今すぐ試すライブデモを見る

オープンソース（MIT）。テレメトリなし。

api.acme.dev がダウン中 3回連続でチェックに失敗 Slack · #incidents · たった今

status.acme.dev

Acme Status

全システム正常稼働中

99.98%30日間の稼働率

148 ms平均応答時間

3コンポーネント

90日前今日

表示はサンプルデータです。

アラートと自動化を、既存のスタックに

Slack

LarkTelegramPagerDutyEmailWebhookREST API

OpenUptime が対応するすべての機能

監視

HTTP / HTTPS チェック
TCP ポート、DNS、PostgreSQL、MySQL、Redis
cron ジョブやワーカー向けのハートビート監視
キーワードの有無、期待ステータス、メソッドとヘッダーの指定
応答遅延のしきい値アラート
最短 1 分間隔、連続失敗しきい値の設定
一時停止と再開、JSON のインポート／エクスポート

インシデント

インシデントを自動で作成・解決
手動のインシデントと進捗更新（調査中から解決まで）
インシデントを確認し、対応者を記録
アラートを止める計画メンテナンス枠
送信に失敗したアラートは再試行され、履歴も保存

アラート通知先

Slack、Lark、Telegram、PagerDuty、メール、Webhook
監視ごとに通知先を選択

ステータスページ

グループ化されたコンポーネントと 90 日間の履歴
インシデントのタイムラインとメール購読
ライト／ダーク／自動テーマ、応答時間の表示は任意
RSS フィード、SVG ステータスバッジ、埋め込み用サマリー
ヘッダーに自社サイトへのリンクを任意で追加

自動化

アプリの操作はすべて REST API から
スクリプト、Terraform、CI 向けの API キー
OAuth 対応の MCP サーバー。ワークスペースやプロジェクト単位で範囲指定

チームとアカウント

ワークスペースとプロジェクト。オーナー・管理者・メンバーの権限
メール招待、GitHub ログイン、2 段階認証
英語・中国語の UI、アカウントデータのエクスポート
Cloudflare Workers と Postgres でセルフホスト可能、MIT ライセンス

MCP

監視の運用をAIエージェントに任せる

OpenUptimeにはMCPサーバーが付属しています。ClaudeやCursorなどのMCPクライアントをつなぎ、普通の言葉で頼めます。

クライアントを接続

リモートサーバーに対応したMCPクライアントに、OpenUptimeのアドレスと /api/mcp を追加します。

OAuthで承認

ログインして、エージェントが触れる範囲（すべてのワークスペース、選んだワークスペース、選んだプロジェクトのみ）を選びます。いつでも取り消せます。

やりたいことを頼む

モニターの作成・一時停止、即時チェック、インシデントの作成と更新。許可した範囲ではプロジェクトやワークスペースの作成もできます。

MCPガイドを読む →

現状

どの選択肢にも、どこかに妥協がある

多くのチームが求めるのはシンプルです。信頼できるアラート、顧客に見せられるステータスページ、そしてベンダーロックインのなさ。

$ / mo

事業より速く膨らむ請求

SaaSの監視ツールは、監視数・チェック間隔・席数・ステータスページごとに課金されます。サービスが増えるほど、監視自体が大きなコストになります。

1 box

監視がサーバーと運命を共にする

セルフホスト型は、監視対象と同じインフラの上で動きます。そのマシンやネットワークが不調なら、アラートも一緒に止まります。

no API

自動化したいのにAPIがない

新しいサービスのたびに、手作業で監視を追加。完全なAPIがなければ、TerraformやCIに組み込めません。

得られるもの

監視、アラート、ステータスページを、ひとつに

オープンソース（MIT）。自分でホストすることも、ホスト版を使うこともできます。

ステータスコードだけで終わらない

HTTP・TCP・DNS・ハートビートを最短1分間隔で。キーワード（またはその不在）での検証にも対応し、200 OKだけに頼りません。

HTTP(S)TCPDNSHeartbeatKeyword

12:04:00 GET /health 200 92ms ✓
12:05:00 GET /health 200 88ms ✓
12:06:00 JSON $.status == "ok" pass ✓

状況を自ら説明するインシデント

連続失敗で自動的にインシデントを作成。調査中から解決済みまでの更新が、購読者へメールで届きます。

調査中14:02

原因特定14:09

解決済み14:21

信頼されるステータスページ

コンポーネントのグループ表示、90日間の履歴、インシデントのタイムライン、メール購読。

API正常稼働

ウェブサイト正常稼働

決済Webhook性能低下

いつもの場所にアラートを

Slack・Lark・Telegram・PagerDuty・メール・Webhook。監視ごとに通知先を選べます。

Slack#incidentsLarkOps groupTelegram@oncallSlack#incidentsLarkOps groupTelegram@oncall

PagerDutyOn-callEmailteam@acme.devWebhookPOSTPagerDutyOn-callEmailteam@acme.devWebhookPOST

APIファーストの設計

画面でできることは、すべてAPIからも可能。APIキーで監視・通知先・ステータスページを作成できます。

curl -X POST /api/monitors \ -H "Authorization: Bearer $TOKEN" \ -d '{"name":"Acme","type":"http","target":"https://acme.dev"}'

比較

チームが乗り換える理由

ホスト型SaaS

一般的なセルフホスト

OpenUptime

サーバー運用が不要

✓

—

✓

公開ステータスページを標準搭載

✓

完全なREST API

✓

データは手元に残る

—

✓

セルフホストは無料

—

✓

AIエージェント向けMCPサーバーを内蔵

—

✓

オープンに開発

コードもロードマップも議論も、すべて公開

監視ツールは、最悪の日にこそ信頼できなければなりません。だから、あらゆる判断を見える場所で行います。

MITライセンス。商用利用、改変、再配布が自由です。

0テレメトリやトラッキング。外部への送信は一切ありません。

無料でセルフホストできます。ご自身の Cloudflare アカウントと Postgres をお使いください。

// 掲載予定

GitHubのスター数、初期ユーザーの声、ロゴウォールをここに掲載します。まだ実データがないため、仮の数字は置いていません。

初期コントリビューターになる

朝の景色が変わる

「知らされる」から「先に知る」へ

これまで

深夜2時、顧客からの連絡で初めて障害に気づく
ステータスページは手動更新で、更新されないことも
自前の監視がサーバーごと落ちて、障害に気づけない
月末の請求を見て、初めて監視のコストを知る

OpenUptimeなら

失敗のしきい値に達した瞬間にSlackが鳴る
ステータスページが自動で切り替わり、時系列も残る
監視をコードで管理し、サービスと一緒にリリース
WorkerとPostgresだけ。コストは自分で決められる

サーバーが落ちても、監視は落ちない

自分のCloudflareアカウントにデプロイ。合わなければWorkerを削除するだけ。何も残りません。

今すぐ試すドキュメントを読む