Claude Code運用、裏方停止の罠

Claude Code にシステムの起動まで頼む運用では、AIが起動した処理がAI自身の子プロセスとして生まれるため、会話セッションの終了とともにワーカーや beat が道連れで終了する。今回は9月25日17時44分に会話を閉じたことをきっかけに、翌朝になって定期実行が止まっていたことに人間が気づき、WMI 経由でOSの管理プロセスから起動する方式を CLAUDE.md に条文として書き残した。

同種の失敗はエラーを出さずに潜む。PCログオン時の自動起動は、9月15日から残っていた中身が空のPIDファイルを「起動中」と誤認し、失敗を呼び出し元に返さなかったため成功表示のまま約2週間動いていなかった。さらに10月1日にはクラウド環境で、アプリ用と開発ツール用のAPIキーが標準の環境変数名で衝突する問題も見つかった。いずれもコードで止められるものはコードに、AIが毎回作業前に知るべきことは CLAUDE.md に、判断のクセはメモリに、と置き場所を分けている。

メモリは方針変更で古くなる点も見逃せない。9月22日に「アプリの名前は公開物に出さない」と残した翌日、本人が「ブランドとして前面に出す」と方針を変えており、古いメモリのままだとAIは昔の方針に従ってしまう。気づくのは人間、原因を突き止めるのはAI、置き場所を決めるのは人間という役割分担が、この運用の成否を左右するとみられる。