背景
AI開発ツールの急速な普及により、AEC（建築・エンジニアリング・建設）業界では未曾有のソフトウェア開発ラッシュが起きています。これまでプログラミング経験のない建築家やエンジニアが、AIコーディングツールを使って数日で実用的なアプリケーションを構築できるようになりました。10年前のDynamoやGrasshopper時代の個人スクリプト文化が再来していますが、今回は発生スピードと危険度が格段に異なります。かつてのスクリプトは相対的に孤立していましたが、現在のAI生成アプリは設計モデル、顧客情報、契約成果物などの本番データへの直接アクセス権を持つようになっているのです。
内容
AMC Bridge CEOのイゴール・ツィンマン氏は、CAD・エンジニアリングソフトウェアの開発・統合で25年のキャリアを持つ人物です。彼によると、AEC企業内では今、「誰も正式に発注していないソフトウェアの層」が急速に増殖しているとのこと。特徴は以下の通りです：ドキュメント化されていない、明確な所有者がいない、場合によっては本番プロジェクトモデルへの書き込みアクセス権を持つ、という三点セットです。ツィンマン氏が指摘する重要な点は、AIがアプリケーション開発サイクルの「前半部分」を大幅に加速させたということです。問題定義から動作プロトタイプまでのスピードが劇的に短縮され、スコープ策定・予算化・人員配置を待たずに、業務上の課題を自分たちで検証できるようになりました。これは一見すると企業にとってプラスですが、本当の課題はその後に来ます。
技術的ポイント
ツィンマン氏の指摘は、アプリケーション開発ライフサイクルの本質的な部分に触れています。AIは汎用的なプログラミングロジックとルーチン処理の自動化に優れていますが、本番環境への移行段階で必要とされる要素——テスト、検証、セキュリティ、負荷テスト、保守性確認、アップグレード可能性の確認——はこれまでと変わらないのです。むしろ重要度は増しています。なぜなら、AIが書いたコードの意図を後から追跡することが人間が書いたコードより難しいケースもあり、保守技術者が当初の開発者ではないために、コードの「なぜ」が失われやすいからです。これは従来のエンタープライズソフトウェア開発でも課題でしたが、今後はAI生成コードの「ブラックボックス性」という新しい問題層が加わります。
業界への影響
AEC業界全体では、今後数年で「本番利用されているが正式な管理外にあるアプリケーション」の数が爆発的に増える可能性があります。既に大規模AEC企業の内部では複数のプロジェクトが並走しており、各部門が独立してAI生成ツールを導入しているという報告もあります。これは「影のIT部門」の形成を意味し、企業全体のデータガバナンス、セキュリティポリシー、品質保証、法的責任の追跡が困難になります。特に懸念されるのは、BIM（Building Information Modeling）データベースへの無統制なアクセスです。設計・施工・メンテナンス段階でBIMモデルの信頼性に依存する現在の業界構造において、検証されていないAIアプリが重要な情報を変更・出力することのリスクは甚大です。また、クライアント納成果物（契約図書等）を自動生成するAIツールが故障した場合、その責任所在は曖昧なままになる可能性があります。
