自動化ログを1ヶ月読まなかったら異常に気づけなかった — ひとり社長の監査習慣の作り方

ひとり社長がAIエージェントに業務の98%を委任する仕組みを作ってから1ヶ月が経った時点で、ログディレクトリを開いたら、静かに失敗し続けていたジョブの記録が積み重なっていた。cronが全滅していた、Zennのレートリミットで公開が連続失敗していた、AIが敬語の不適切なメールを自動送信していた、git push --forceが実行されてブランチが消えた、CLAUDE.mdが肥大化してAIが指示を読み違え始めた、ダミーの問い合わせデータが混ざっていた。どれも「ジョブが失敗した」という形ではなく、「ジョブが成功の体裁で出力の中身が壊れていた」という沈黙する失敗だ。成果物は出ているから気づかない。技術的には全部正常に動いている。だが実務では失敗している。

ここが自動化の罠である。「見なくていい状態」だと勘違いされやすいが、実際には「実行から監査に仕事が変わる」だけだ。手作業をやめた代わりに、その手作業が正しく動いているかを確認する監査という新しい仕事が発生する。ひとり社長は「AIは指示を守るから」と信頼して、その監査を放置してしまった。その結果、表面的には売上が立つまま、内側で6つの問題が並行して進行していた。自動化を導入した時点では「もう見なくていい」と脳がそう判断してしまい、監査という役割の引き継ぎを自分自身に対して怠ったのだ。これは技術的なトラブルシューティングの問題ではなく、運用フェーズへの心理的な切り替えの失敗である。

対策は監査を3層に分ける設計だ。日次5分の生存確認は、ジョブの成否とエラー件数だけ。AIに要約させた数字を読むだけで、生ログは見ない。週次30分は出力の質をサンプリング。実際に公開された記事を読む、送信されたメールを読む。敬語の不具合やAIの出力劣化は、この層でしか捕まらない。月次1〜2時間は仕組みそのものを疑う。ジョブが事業に貢献しているか、コスト実績が想定通りか、再発防止策が入っているかを問い直す。さらに重要なのは、見つけた問題を「再発防止ルール」として機械に守らせることだ。gitの禁止コマンドリスト、Zennの1日1コンテンツロック、日次ダイジェスト生成の自動化。人間の注意力を当てにせず、次からは監査せずに済む設計を組み込む。ひとり社長の自動化は「見張り役を置く」ではなく「見張られる側が自分を制限する仕組み」によってのみ成立する。