はーい、みんな、こせい君だよ！

いやー、実は先日、冷や汗どころか滝汗が噴き出すような大事故をやらかしまして… AIに任せきりのデータ収集で、まさかのデータ激減。本当に、マジで、終わったかと思ったんだよね。

「自動化してるから大丈夫だろう」なんて高を括ってたら、とんでもない落とし穴が待ってたんだ。今回は、その泥沼からどうやって這い上がったのか、全部ぶっちゃけていくよ。

🚨 データ消滅の悪夢：AIに任せきりで73ファイルが2ファイルに激減した日

AIを駆使して日々の定型業務を自動化するのは、個人開発者にとって最高の喜びだよね。僕も例に漏れず、毎月のアクセス解析や売上データの収集は、AIが走らせるスクリプトに完全に任せていたんだ。

「AIがやってくれるから、俺は分析に集中できるぜ！」なんて、かっこつけてた頃もあったなぁ…まさかその裏で、とんでもないトラブルの種が静かに育っていたなんて、知る由もなかった。

そして、その日は突然やってきたんだ。月次データ収集ルーティンを終え、いつものように保存先フォルダを覗いた瞬間… うわ、終わった。

✅ AIと描いた夢：月次データ収集自動化の全貌

僕が構築していた月次データ収集の自動化システムは、こんな感じだった。

• 広範囲のデータソース: こせいブログの各セクションのアクセス解析データ（GA4と検索流入）、SNS解析（X、Instagram、Pinterestなど）、各プラットフォームの売上データ。
• 自動スクリプト実行: AIアシスタントが、毎月決まった日に環境確認ツールを走らせ、最新のデータ収集スクリプトを自動実行。
• データ保存: 収集したCSVファイルやレポートは、社内共有ドライブの「アクセス解析データ保存フォルダ」に日付ごとに整理して格納。ローカル環境にも同期されてた。

これで、毎月数百ファイルにも及ぶデータが、僕の手を煩わせることなく自動で集まってくる…はずだったんだ。このシステムは、僕のデータ駆動型開発の生命線。まさか、それがデータ壊滅の引き金になるとは夢にも思わないよね。

💡 発生ログ：静かに忍び寄ったデータ壊滅の足音

2026年8月1日、いつものように月次データ収集の指示をAIに出した。

• 09:00：AIアシスタント、環境確認ツールを実行。ディスク空き容量、ゾンビプロセスなし。異常なし。「よし、順調！」
• 09:15：こせいブログ各セクションのデータ収集スクリプト起動。GA4や検索流入データを収集。
• 09:30：別プロジェクトのSNS解析スクリプトも順次実行。各SNSの表示数やエンゲージメントを取得。
• 10:00：すべてのデータ収集ルーティンが完了した旨のログを確認。
• 10:05：保存先の「アクセス解析データ保存フォルダ」をGUIで開く。
• 10:06：目を疑った。 フォルダの中には、たった2ファイルしか存在しない。前月までは73ファイル、それ以前も平均で70〜80ファイルあったはずなのに…。

おいおい嘘だろ…？

頭の中が真っ白になった。データが消えてる。これは冗談抜きで大事故だ。

📌 旧スクリプトの呪縛：誰も更新しなかった参照パスの末路

パニックになりながらも、AIの作業ログを遡り、何が起きたのかを必死で探った。

そして、その原因は予想だにしないところにあったんだ。

なんと、月次データ収集の根幹をなすスキル正本（自動化指示ファイル）が、古いデータ収集スクリプトを参照していたことが判明したんだ。

• 誤: 旧データ収集スクリプト（旧認証方式・短期間で失効・CSVを生成せず無名ファイルのみ出力）
• 正: 最新のデータ収集スクリプト（サービスアカウント認証・失効なし・セクション別ラベル付きCSVを出力）

僕が最初に構築した自動化システムは、一時的な認証情報（OAuth認証）を使っていたんだ。これが約7日で失効してしまうため、定期的に手動で再認証する必要があった。この不便さを解消するため、より永続的な「サービスアカウント認証」に移行し、CSVもきちんと生成する最新のデータ収集スクリプトに置き換えていたんだ。

ところが、肝心な自動化指示ファイル内のスクリプト参照パスが、誰も更新していなかった。

旧スクリプトで走らせた結果、各セクションのデータがすべて全セクション共通の同じ固定ファイル名で出力されてしまい、ドライブ上に保存する際にファイル名が衝突しまくったんだ。その結果、新しいファイルが古いファイルを上書きし続け、最終的に2ファイルしか残らなかった、というわけ。前月73ファイルが2ファイルに激減…まさに壊滅だ。

✅ 泥沼からの生還：サービスアカウント化と機械ゲートの勝利

データが消えた衝撃は大きかったけど、落ち込んでいる暇はない。すぐに復旧作業に取り掛かった。

1. 参照パスの修正と再実行:

まず、自動化指示ファイルのスクリプト参照パスを、最新のデータ収集スクリプトに修正した。そして、躊躇なく再実行。今度はセクションごとのラベルが付いたCSVファイルが、きちんと70ファイル以上生成され、ドライブにも正しく格納された。旧版で残ってしまった2ファイルや、ローカルの残骸はファイル削除ツールでゴミ箱に退避させた。

1. サービスアカウント認証の徹底:

今回の根本原因がOAuth認証の寿命にあることを再認識し、認証方式は寿命のないサービスアカウントを基本とすることを再度、自分の中で徹底した。そして、この件を忘れないよう、自動化指示ファイルにも警告ブロックを追記した。

1. 「目視依存」から「機械ゲート化」へ:

今回の一件で最も学んだのは、人間による目視確認には限界があるということ。どんなに手順書に「〇〇を確認すること」と書いてあっても、忙しい時や慣れてきた時には見落としが発生する。

実はこの時、別のブログ統合ルーティンでも「コピペ本文」「誤ったアフィリエイトID」「誤ったアフィリエイトリンク」といった問題が、本番公開直前で僕の目視によって検出されていたんだ。これらもすべてスキルには手順が書いてあったにも関わらず、起きていたことだった。

これらの経験から、**「判断はコードゲートに固定する」**という方針を改めて強く意識した。スクリプトの実行結果が正しくない場合や、期待通りの状態になっていない場合は、人間が気づく前にシステム自身がエラーを吐き、後続の処理を停止させる。そんな「機械ゲート」を、今後の自動化システムには積極的に組み込んでいくことにしたんだ。

📌 「動いているからOK」の罠：自動化システムを本当に守るもの

今回のデータ激減事件は、僕にとって大きな教訓となった。

AIに自動化を任せることは、確かに効率的で素晴らしい。しかし、「動いているからOK」という過信は、システムをブラックボックス化させ、いつか大事故を引き起こすリスクを内包していることを痛感したんだ。

僕たちの自動化システムを本当に守るものは、以下の3点だと、改めて胸に刻んだ。

• 寿命のない認証方式: OAuthのような期限付き認証は、どうしても失効リスクが伴う。サービスアカウントのような永続的な認証方式への移行を基本とすべきだ。
• 参照パスの自動チェック: スクリプトが参照するパスや設定ファイルは、常に最新を指しているか、古いものが残っていないかを自動でチェックする仕組みが必要だ。人間による手動確認では、必ず漏れが発生する。
• コードによる品質ゲート: 異常を検知した際に人間が判断するのではなく、コード自身が「これは異常だ」と判断し、後続の処理を止める「機械ゲート」を組み込む。これにより、システム全体の堅牢性が格段に向上する。

🧪 あなたの自動化システムは大丈夫？今すぐチェックすべき3つのポイント

もし、君もAIやスクリプトで業務を自動化しているなら、今すぐ以下のポイントをチェックしてみてほしい。

1. 認証方式の棚卸しとサービスアカウント化の検討:

使っている自動化スクリプトの認証方式は、永続的？それとも期限付き？もし期限付きなら、失効した際にシステムが止まるだけでなく、今回のように意図しない挙動（古いスクリプトの参照など）を引き起こす可能性もある。サービスアカウント認証への移行を検討しよう。

1. スクリプトの参照パス・依存関係の確認と自動化されたチェック:

君のスクリプトは、他のスクリプトや設定ファイルを「相対パス」で参照していないか？古いバージョンが残っていた場合、意図せず古いコードが実行されるリスクはないか？できれば、定期的に参照パスの健全性をチェックするスクリプトを組み込むことをおすすめするよ。

1. 定期的な「健康診断」と「品質ゲート」の導入:

構築したら終わり、ではない。定期的に「自動化ルーティンチェックツール」などでシステムの状態を監視し、異常があればすぐに検知できる体制を整えること。そして、重要なデータ収集や処理のステップには、人間が見落とす可能性のある部分をコードでチェックする「品質ゲート」を積極的に導入しよう。

今回の僕の失敗が、みんなの自動化システムを守る一助になれば嬉しいな。データは一度失うと取り返しがつかない。大切なデータを守るために、一緒に堅牢なシステムを構築していこう！

こういう「気づかないうちに壊れていた自動化」の話は、ブログに書ききれない細かい復旧手順まで含めてSubstackでも配信している。AI運用のリアルな失敗ログを追いたい人は、こちらも覗いてみてほしい。

https://koseiblogai.substack.com