Green Maintenance Mode の導入

まず何が起きていたか

主要ルートがすべて All Green になったあと、次に何を優先して確認するかが曖昧になりがちでした。各サーフェス（MCP / decision / loop / nightly）で「もうやることがないのか」「維持運用で見るべきものがあるのか」が明確でなく、運用担当者が迷いやすい状況がありました。

試した取り組み

この課題に対して、次の施策を実施しました。

1.Green Maintenance Mode の新設

・post-green の運用モードとして、次に優先的に確認すべき項目を固定化

・docs/green-maintenance-mode-latest.json を正本として管理

2.共通表示の仕組みを構築

get_green_maintenance_mode、get_daily_runtime_briefing、ダッシュボードの 3 面に同じサマリーを表示

3.VPS 上の余計なファイル整理

・stray root files を除去

・rsync -avR を前提とした narrow deploy helper を追加

変更された運用フロー

All Green の状態になったあとに、以下の post-green の優先項目 が固定されました。

・unknown_drift の確認

・today_os_focus の把握

・today_growth_focus の確認

さらに VPS 上の余計なファイルが整理され、narrow deploy の再発防止ルールも組み込まれました。

ここから得られた学び

単にルートを Green にするだけでは、運用は安定しません。

Green になった後の運用モードまで source of truth として固定することで、サーフェスごとの説明ズレが減り、継続運用が容易になります。

読者にとっての持ち帰り

「整った後に何を先に見るか」が曖昧になりやすい AI運用や Automation 運用担当の方は、次の手順を意識すると効果的です。

All Green になったらキューを空にして終わらせず、次に確認すべき maintenance focus を 2〜3 個だけ正本化する

JSON 正本にして MCP とダッシュボードに同じ summary を返す

都度チャットで判断するより、継続運用が楽になります

これにより、整った状態のあとも運用が迷わず進み、安定した AI 運用環境を維持できます。