ホームラボ運用– category –

通知や状態タイルを会話へ手で貼り付ける作業を、8種類の読み取り専用ソースと固定語彙の分類で1行へ集約した記録です。LLMを呼ばない最小実物も掲載します。

手書きの監視対象一覧をやめ、設置済みcron定義から対象を導く番犬を運用した記録です。初回9件全誤報、自己誤検知、タイマー漏れを経て残した判断と、read-onlyの最小再現版を掲載します。

「10分おきに見てて」と頼む一時監視を、終わらない常駐処理にしないための設計。報告先・間隔・権限・終了条件・報告項目を契約として先に決め、変化・異常・完了で見張りを終えます。

監視ツールを増やす前に、いま困っている症状を一つ選んでください。この記事は11事例の全文集ではなく、症状から観測面と次に読む記事を選ぶ診断ハブです。公開中の個別記事があるテーマはそちらを正本とし、独立記事がない検証だけ、当時の実測の核を短...

AI利用枠、警報、稼働中の仕事、月間利用量、PC電力を6枚のタイルへ集約しました。増やすより削る、操作させない、欠けた値は作らない。某所ラボの読み取り専用ダッシュボードを今の形として公開します。

cronもプロセスも正常終了していたのに、当番ジョブは約6日間、実処理を一件も完了していませんでした。fail-closedを安全な停止で終わらせず、連続SKIPと処理ゼロを障害として観測するための記録です。

規則正しく振動する監視グラフは、値そのものより鮮度が壊れている兆候かもしれません。古いフレームを検出し、再試行後も古ければ空／失敗として扱う実装を整理します。

外部サービスの残量表示は99%のままなのに、実行系は枯渇エラーを返し続ける。某所ラボで起きた画面読み取り型監視の罠と、staleな値を返さないための修正を整理します。

サーバーを置くことと、AIエージェントを24時間飼うことは違います。壊れたのはAIではなく、監視・電源・回線というインフラの前提でした。