Everything runs at home 家の一台を、
開発の中枢にする。

なぜ「起動時リフレッシュ」を足したか

このサーバーは常時稼働ではなく、多くの時間は電源が落ちています。すると定時ジョブは「たまたま電源が入っていた瞬間」しか走らず、 画面上の数字は静かに古くなり、しかも古いことが誰にも伝わらない状態になっていました。実際、あるスクリプトは4日間失敗し続けていたのに誰も気づけませんでした。 そこで電源が入るたび1回だけ、AIを起動せずに情報を揃え直す処理を入れ、失敗したステップは必ずスマホへ通知するようにしています（黙って失敗するのを禁止する、という考え方です）。

仕事があるときだけ起きるAI

• 置き場所を絞る。無人で走らせるのはサーバーとMacだけ。オーナーが日常的に使う私用PCには常駐タスクを一切置きません（勝手に動かれると困るため）。
• 自信ではなく、後戻りできるかで分ける。やり直せる作業（調査・編集・下書き・自宅Gitへのpush）は確認せず進め、不可逆・外向きの操作（公開・送信・削除・支出・アカウント操作）は必ず止まって承認を待ちます。
• 安全弁を先に用意する。停止用のファイルを置けば即座に止まり、1日の実行回数と1回あたりの実行時間にも上限があります。無人セッションは自分自身の起動設定を書き換えられません。
• 仕事に合わせてモデルを選ぶ。純粋な機械作業は軽量モデル、手順は決まっているが失敗時に判断が要る作業は中位、設計や文章生成は上位、と作業単位で指定します。

1日の流れ

• 始め: 設定リポジトリを取得 → ハブの未読メモを確認 → 開始を記録。
• 途中: 大きく進んだところで状態を更新。
• 締め: 意味のあるメッセージで commit＆push → 実行ログをハブへ1行。
• 保険: AIの各ターン終了時にフックが走り、未コミットの変更を自動で拾って push（取りこぼし防止）。
• 夜: 書き出し → バックアップ → 索引再生成。

機械にチェックさせる

月に一度、読み取り専用の監査スクリプトを走らせています。外部に露出しているポート、公開設定になっているコンテナ、 秘密ファイルの権限、リポジトリへの秘密混入など8つの観点を機械が確認し、結果を一覧で出します。 自動 push の仕組みそのものも、実装後に多数のレビュー用エージェントで敵対的に検証し、見つかった不具合を修正してから運用に入れました。

つまずいたところ（実際に起きた失敗）

• 起動直後に定期ジョブが落ちる。VPNのアドレスが割り当たる前にジョブが走り、通信できずに失敗していました。今は「アドレスが載るまで待つ」処理を先頭に置いています。
• 失敗が黙って積もる。索引を作り直すスクリプトが4日間失敗し続けていたのに、誰も気づきませんでした。失敗は必ず通知へ出す、を原則にしました。
• 死んだ作業キューが見えない。「実行中」のまま止まった項目は、未着手だけを見る画面から永久に消えます。棚卸しして自動で差し戻す処理を足しました。
• AIが1件で時間を使い切る。重い1件が30分の持ち時間を丸ごと消費し、他が進まないことがありました。作業ごとにモデルを指定できるようにして解消しています。
• 承認の宛先違いで空振りする。Mac向けの承認をサーバーが拾って無駄に起動していました。宛先の端末で絞る条件を足して解決しました。

AI（Claude Code）の使い方

• 全PCとサーバーで同じCLIを使い、作業内容ごとに手順書（スキル）を読ませて品質を揃えます。「毎回同じやり方で定型作業をさせる」ための仕組みが、この運用の生産性の核心です。
• 重い作業（大量生産・複数ファイルの実装・難しい設計）は上位モデルの工程分割モードへ切り替え、軽い機械作業は軽量モデルへ落とします。
• 料金は従量ではなく定額のサブスクリプション。実作業まで任せ切る使い方では上位プランが実質的な前提になります。これ以外の月額固定費はありません。

• 遠隔での電源投入は物理検証待ち。ネットワーク越しに起動する仕組み（Wake-on-LAN）は設定済みですが、実機での確認がまだ終わっていません。
• 連続稼働とバックアップの実績は積算中。「30日連続稼働」と「夜間バックアップ30日成功」を判定条件にした最終フェーズがあり、2026年8月中旬に判定予定です。
• Windows機の情報は意図的に更新頻度が低い。私用PCには常駐タスクを置かない方針のため、画面上の表示が古く見えますが、これは仕様どおりの状態です。