ゴーストハウス効果：AI生成コードにおける5つの失敗モード

ゴーストハウスパターン

開発者がClaude AIをコーディングに使用する際に報告する一貫したパターンは、最初の2〜3週間で10倍の速度向上が見られるものの、その後、リファクタリングが追いつかない速度で技術的負債が蓄積する転換点に達します。その結果、開発者は毎日8時間を「エージェントに昨日構築したものを壊さないよう懇願する」ことに費やすことになります。

5つの具体的な失敗モード

• シャドウ依存関係：Claudeがpackage.jsonにないライブラリをインポートします。コードはローカルでは動作しますが、CI/CDでキャッシュが存在しない場合に失敗します。開発者はこれを「AIゴースト依存関係」と呼んでいます。
• コンテキストウィンドウ麻痺：リポジトリが成長するにつれて、エージェントは要約を始め、全体像を見失います。これにより、UIバグを修正しながらデータベース移行スクリプトを破壊するなど、無関係なコンポーネントを誤って壊す修正が発生します。
• 編集への恐怖：アーキテクチャが非常に脆弱になるため、開発者は自分のコードに触れることを止めます。手動編集が連鎖的に完全な失敗を引き起こすからです。メンタルモデルは人間の開発者ではなく、エージェントに存在することになります。
• 幻覚API：AIが存在しない内部エンドポイントやセキュリティライブラリを発明します。コードはサンドボックス環境では完璧に見えますが、本番環境では404エラーを返し、「幻の」機能を作り出します。
• アーキテクチャドリフト：「雰囲気コーディング」が「プロンプトスパゲッティ」ドキュメントを生み出します。2ヶ月目までに、リポジトリは人間の開発者のオンボーディングに完全な書き直しを必要とするほど、保守不可能になります。

ソースでは、多くの創業者が「全てを破棄して一から再構築しなければならなかった」限界点に達していると指摘しています。麻痺の閾値は、開発サイクルのより早い段階でプロジェクトに影響を与えているようです。