ホームラボ運用– category –

AIエージェント運用では、権限・書き込み・統合・通知を一つの大きな承認に集めず、失敗の種類ごとに小さなゲートへ分けます。既存の5つの実装記録を横断し、どこで止め、誰へ判断を戻すかを整理します。

Docker APIの古いクライアントが新しいデーモンに拒否されるエラーは、Dockerデーモンではなく接続する側のAPI互換を揃えて直します。まずログとバージョンを確認し、WatchtowerなどDockerソケットを使うコンテナのイメージ・設定を見直します。

新しい運用ルールに「執行形」がなければ書き込みを止め、週次で最大1件だけ修正へ進める。構造判定と意味判断を分けた小さな仕組みを、固定fixtureの実走結果とともに記録します。

委任した自動修正を人手で拾い続ける詰まりに対し、保管庫・統合待ち状態・仕事名の先頭一致で候補を絞る関所を作りました。5件から2件だけを選び、dirty時は退避せず次回へ送る最小実物を示します。

完走した修正ジョブが約21時間取り込まれなかった事例から、プロセスではなくHEADと進捗ファイルの鮮度で停滞を判定し、再開便までつなぐ監視へ作り替えた記録です。

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

権限が一つ足りない場面で、AIエージェントが設定本体へ手を伸ばさずproposalだけを置く。revision、SHA-256、UID、確認語で適用境界を作った最小デモの実測です。

AIベンチを比較する前に、同時実行、CPU、メモリ上限、実行時の版を固定します。この記事で確認できたのは条件固定ラッパのself-testまでで、本番ベンチの比較結果は示しません。

再起動や削除の前に消えやすい証拠を、journal、プロセス、パス属性、設定ハッシュとして1つのバンドルへ集める最小実装を実測とともに紹介します。

質問をその場で送らず、条件を通った候補だけを待合室へ積み、1日1通に束ねる仕組みを作りました。4行を3件へ重複排除し、2件配信・1件持ち越しになった実走結果と最小スクリプトを載せます。