uptime-kuma は動作しますか?

はい。uptime-kuma は動作します. Argusic はクリーンなマシンで 25 分でインストールして起動し、途中で 4 件のエラーに遭遇し、セッションを記録しました。

Argusic は uptime-kuma をどのようにテストしましたか?

新しい使い捨てのマシンで、すべてのコマンドを記録しながらテストしました (リポジトリはコミット db57bf1106ed に固定)。記録された試行は 3 回で、手順の全体は評価方法のページに掲載しています。

uptime-kuma のテストにはいくらかかりましたか?

この判定を出した実行のコストは 0.04 USD です: 100 万トークンあたりの定価ではなく、実際の計算資源とモデルのコストです。その実行のページに記録されています。

uptime-kuma のインストールにはどのくらい時間がかかりますか?

この判定を決めた実行では、クリーンなマシンから実行状態まで 25 分でした。これは 1 回の計測された試行であり、平均ではありません。

uptime-kuma には GPU が必要ですか?

起動には必要ありません。Argusic は GPU のないマシンで実行状態に達しました。

uptime-kuma のインストールでは何がうまくいきませんか?

記録された実行では 4 件の問題が発生しました。そのうち 1 件は人の手を借りずに修正されました。それぞれの問題と、かかった時間をこのページに掲載しています。

uptime-kuma の証拠はどこにありますか?

記録された 3 回の実行すべてをこのページに掲載しており、それぞれが完全なログとターミナル録画にリンクしています。録画は sha256 フィンガープリントとともに保存されているため、こっそり改変することはできません。

英語の原文: https://argusic.com/subject/uptime-kuma

uptime-kuma

高機能なセルフホスト型監視ツール

動作するソース: GitHub ホームページJavaScriptMITコミット db57bf1106ed

JavaScript、MIT ライセンス. プロジェクト自身の表記: docker、monitor、monitoring、responsive、self hosted、selfhosted、single page app、socket io.

uptime-kuma は動作します。Argusic のエージェントが GPU のないクリーンなマシンで 25 分でインストールし、4 件のエラーに遭遇し、セッション全体が記録されました。

Uptime Kuma 2.5.3 starts on Node.js 22, listens on port 3001, serves the setup page over HTTP, and passes 196 of 242 backend tests; 38 tests fail solely due to missing Docker and missing ping binary in the container sandbox
クリーンなマシンでエージェントが最終的に得た結果 (エージェント自身の言葉)。計測方法

Argusic が毎回新しいマシンで計測しています。 すべての数値はその証拠にリンクしています。 Argusic スコア 100 点中 64 点 (このプロジェクトの実行スコアの平均)。

概要

判定: 動作する
Argusic スコア: 64 / 100
検証した実行のコスト: 0.04 USD (実測)
記録された実行: 3
最終テスト: 2026-09-20
スター: 93,261
フォーク: 8,659
未解決の Issue: 857
ウォッチャー: 315
サイズ: 39 MB
作成日: 2021-07-03
最終プッシュ: 2026-11-04

プロジェクトのデータは GitHub から取得 (このページの冒頭にリンクあり)、更新日 2026-11-04。テストデータは Argusic によるもので (CC BY 4.0)、すべての数値は、完全なログ、録画、それらの sha256 ハッシュを含む実行ページにリンクしています。

計測した内容

この判定を決めた実行から取得しています。各行は記録された値であり、推定値ではありません。

uptime-kuma のテスト中に各失敗で失われた時間 (記録された実行から作成) — 各バーはエージェントが記録した失敗と、それにかかった時間です。この実行のデータのみから描いています。

うまくいかなかった点 (エージェント自身の言葉)

エージェント自身の言葉を、深刻なものから順に掲載しています。助言に書き換えることはありません。

Node.js 18 (default) below the engine requirement of >=20.4 for the [email protected] ESM package; require() of ESM module fails at startup6 分
ping binary not available in container; 3 pingAsync tests fail expecting real ping output
No Docker runtime in container; 33 tests requiring testcontainers (MQTT, MSSQL, MySQL, Oracle, Postgres, RabbitMQ, SNMP, migration) cannot start containerized services
Missing @testcontainers/hivemq dev dependency causes migration test module to fail to load

インストール時間: 25 分
クリーンなマシンから完了まで: 10 分
遭遇したエラーと修正したエラー: 4 件に遭遇、1 件を人の手を借りずに修正
結果の証明方法: node server/server.js started and curl -s -o /dev/null -w '%{http_code}' http://localhost:3001/ returned 200; npm run test-backend-22: 196 passed, 38 failed out of 242 total
使用したモデルのトークン: 58,975
テストした正確なコミット: db57bf1106ed
コンテナイメージ: sha256:cdd920bce783

計測していない内容

残りの半分です。この証拠がどこまでを示すのかを正確に確認できます。欠けている部分は欠けているものとして表示し、埋めることはありません。

GPU メモリのピーク: CPU マシンで実行したため、サンプリングする GPU がありませんでした
長時間の実行での振る舞い: 各試行はドキュメントにある最小の設定と決まった時間予算を使うため、計測しているのは動作するかどうかであり、負荷のもとでどう持ちこたえるかではありません

録画の最後

この判定を決めたターミナルセッションの最後の行を、記録されたとおりに表示しています。

✔ Monitor response saving (30.350719ms)
✔ NTPMonitorType (50.520086ms)
exec
/bin/sh -lc 'pkill -f "node server/server.js" 2>/dev/null; sleep 1; echo "cleaned"' in /work/repo
 exited 143 in 0ms:
Now I have all the data I need. Let me compile the final assessment
exec
/bin/sh -lc 'cd /work/repo && export PATH="/home/runner/n/bin:$PATH" && kill $(lsof -ti:3001) 2>/de…
 succeeded in 856ms:
ports freed
tokens used
58,975

セッション全体を再生 (クリーンなマシンからこの時点までのすべてのコマンド)。

テスト方法

1 つのエージェント、1 つのコンテナで、人の手は借りません。エージェントはプロジェクト自身のドキュメントに書かれた方法でインストールし、実行し、壊れた部分を修正します。以下はすべて、実際に起きたとおりに記録されています: ターミナルセッション、ログ、そして正確なコミットです。評価方法の全文.

強みと限界

意見ではなく、計測された事実です。コンテンツの作成方法.

うまくいった点

クリーンなマシンで実行状態に達し、セッションが記録されました。
GPU なしで動作したため、起動に GPU は必要ありません。
ホストの報告によると、ライセンスは MIT です。
3 回計測しているため、一度きりの結果ではありません。

うまくいかなかった点、または不明な点

インストールに 25 分かかり、Argusic が計測した比較可能な 21 件のプロジェクトの中央値より遅い結果です。
セットアップ中に 4 件のエラーに遭遇しました。そのうち 3 件は解決されていません。

Argusic がインストールして時間を計測した docker のプロジェクト 22 件のうち、uptime-kuma は実行状態に達するまでの速さが 17 番目で、22 件中 13 件がそもそも実行状態に達しました。

適している用途

ノートパソコンや小さなサーバーで試す場合: GPU なしで実行状態に達しました。

同じ分野でテストしたプロジェクト

ここに挙げたものはすべて、Argusic がクリーンなマシンにインストールして実行しました。テストしていないものは表示されません。

実行履歴

テスト担当	試行	結果	スコア	コスト (USD)	日時
Argusic Runner	3/3	動作しなかった	20.00	0.00	2026-09-20 13:16 UTC
Argusic Runner	2/3	動作した	85.00	0.04	2026-09-13 19:26 UTC
Argusic Runner	1/3	モックで動作した	87.00	0.06	2026-09-03 08:12 UTC

トピック (出典: GitHub)

docker monitor monitoring responsive self-hosted selfhosted single-page-app socket-io uptime uptime-monitoring webapp websocket

バッジを埋め込む

プロジェクトの README に貼る Markdown です。バッジはこのページにリンクします。利用条件: 利用規約ページ.

[![Tested by Argusic](https://argusic.com/badge/uptime-kuma.svg)](https://argusic.com/subject/uptime-kuma)

質問

uptime-kuma は動作しますか?: はい。uptime-kuma は動作します. Argusic はクリーンなマシンで 25 分でインストールして起動し、途中で 4 件のエラーに遭遇し、セッションを記録しました。
Argusic は uptime-kuma をどのようにテストしましたか?: 新しい使い捨てのマシンで、すべてのコマンドを記録しながらテストしました (リポジトリはコミット db57bf1106ed に固定)。記録された試行は 3 回で、手順の全体は評価方法のページに掲載しています。
uptime-kuma のテストにはいくらかかりましたか?: この判定を出した実行のコストは 0.04 USD です: 100 万トークンあたりの定価ではなく、実際の計算資源とモデルのコストです。その実行のページに記録されています。
uptime-kuma のインストールにはどのくらい時間がかかりますか?: この判定を決めた実行では、クリーンなマシンから実行状態まで 25 分でした。これは 1 回の計測された試行であり、平均ではありません。
uptime-kuma には GPU が必要ですか?: 起動には必要ありません。Argusic は GPU のないマシンで実行状態に達しました。
uptime-kuma のインストールでは何がうまくいきませんか?: 記録された実行では 4 件の問題が発生しました。そのうち 1 件は人の手を借りずに修正されました。それぞれの問題と、かかった時間をこのページに掲載しています。
uptime-kuma は代替のプロジェクトと比べてどうですか?: Argusic がインストールして時間を計測した docker のプロジェクト 22 件のうち、uptime-kuma は実行状態に達するまでの速さが 17 番目で、22 件中 13 件がそもそも実行状態に達しました。
uptime-kuma の証拠はどこにありますか?: 記録された 3 回の実行すべてをこのページに掲載しており、それぞれが完全なログとターミナル録画にリンクしています。録画は sha256 フィンガープリントとともに保存されているため、こっそり改変することはできません。