曲面ガラスファサードのための太陽光ファイアウォールを構築した――最も有用な答えは時に「数値なし」である

Vdaraのプールデッキやロンドンの20 Fenchurch Stで記録された集光トラブルを改めて検証した末に、私はCausticを構築した。凹面ガラスのファサードは、目を引くレンダリングを、その直下の地上における集光問題へと一変させてしまう恐れがある。建設後にその問題が発覚した時点では、ジオメトリを容易に変更することなど、もはやできなくなっているのだ。

ブラウザが光学の専門家に取って代わることができると主張するために、このデモを作ったのではない。私がこれを作ったのは、より手前にある疑問に何度も立ち返っていたからだ。反射した太陽光が人が立ち入る平面に収束しているかどうかを問うのに、なぜコンセプト設計チームが詳細な設計図書パッケージが固まるまで待たなければならないのか？難しかったのは、その回答の適用限界を明示しつつ、行動に移せるほど具体的にその問いを落とし込むことだった。

Causticは、ファサード太陽光収束ファイアウォールであり、設計プロセスのまさにその瞬間のためにある。これは合成による例示的なファサードコンセプト上で動作する。決定論的なレイトレースが規定の夏至スイープに沿って反射太陽光を追跡し、固定されたポリシーゲートがSCREEN-CLEAR、FLAGGED、NEEDS-REVIEW、またはESCALATEを返す。エージェントはプロトコルを説明し記述内容をチェックするが、計算結果や判定を変更することはできない。

洗練された言葉で飾られた建築上の見解として提示されるのではなく、その推論過程を検証できるようにCausticを構築した。想定されるデモの公開URLはhttps://veriprajna.com/demos/ai-architecture-structural-engineeringであり、デモページの公開に合わせて利用可能となる。これは事前スクリーニングのみを目的としており、正規の押印付き解析ではない。その制約自体が設計の一部であり、この開発における最大の教訓となった。

物理的帰結を置き去りにしたコンセプト画像

私は、最もわかりやすい事例から着手した。プールデッキの上にそびえる、合成の38階建て凹面南向きガラスホテルコンセプト「Crescent Tower」である。その造形は意図的に魅力的なものにしている。だからこそ有用なのだ。生成ツールが生み出すのは荷重伝達経路ではなくピクセルであり、説得力のある画像は、いまだ投げかけられていない物理的な問いを覆い隠してしまうことがある。

開発の初期段階では、シンプルなファサードのスケッチが太陽光検討シートへと姿を変えていく過程に時間を費やした。FacadeSpecは曲率、方位、寸法、ガラス反射率、敷地緯度、そして人が立ち入る対象平面を提供する。Ray Tracerはファサードをサンプリングし、15の太陽位置にわたって平行太陽光線を反射させ、それらの光線と対象平面を交差させて、ピーク集光倍率、焦点面温度、および焦点滞留時間を記録する。

規定の夏至スイープを選択したのは、その対案が再現性もないのに一見精密に聞こえるだけの回答だったからだ。Screening Agentはそのプロトコルがなぜこのコンセプトに適用されるのかを説明するが、テスト自体は決定論的である。Policy Gateは固定された閾値を使用する。すなわち、1.45倍の集光度、摂氏80度の焦点温度、および閾値超過30分という基準だ。結果を見た後にそれらの数値を変更できるエージェントは存在しない。

Crescent Towerを実行したところ、スクリーニングはFLAGGEDを返した。テストされたスイープにおいて、ピーク集光倍率2.07倍、焦点面温度約106℃、焦点滞留時間1日あたり6.0時間という結果だ。パネルをレイアウトする前に出力値自体は目にしていたが、視覚的な光の収束を目の当たりにした瞬間、それは単なるダッシュボードの数値指標ではないものへと変わった。図面にはプールデッキ平面上に集まる光線が描かれている。その横に並ぶ数値は、なぜその場所への反射を単なる偶発的なものとして片付けられないのかを説明している。

インターフェースの記述を作成する際、私はこの事例に「例示的」という言葉を付記し続けた。Crescent Towerは実際の顧客プロジェクトではなく、これらの数値もVdaraや20 Fenchurch Stの実測値ではない。記録に残る実在の建物が示しているのは、不具合の発生形態（failure mode）である。この合成コンセプトは、形状の再検討に多大なコストがかかるようになる前に、設計チームが検証できる材料を提供するものだ。

レンダリングによって曲面があたかも確定したものであるかのように感じられる前に、その曲面がもたらす物理的な帰結をツールによって提示したかったのだ。

曖昧な事例を断定的に見せようとしたこと

凹面タワーから、合成の自由曲面・二重曲面ダイヤグリッド・シェルであるHelix Pavilionへと移行したとき、私は最も有益な過ちを犯した。ダッシュボードは対称性を求める。すなわち、1つのコンセプト、1つのスイープ、1つの焦点数値、1つの判定という対称性だ。当初は私自身もその対称性を望んでいた。デモを自明なものに見せようとしているとき、整理された整然とした出力は進捗のように感じられるからだ。

だが、それを正当化することはできなかった。単一の曲率半径として分解できない自由曲面やファセット（多面体）形状は、この事前スクリーニングにおいて確信の持てる焦点予測値を与えることができない。その幾何形状は、簡易モデルの解像度を超えているのだ。そこで無理に数値を算出すれば、モデルの限界を根拠のない主張へと変えてしまうことになる。

そのギャップを隠そうとするのではなく、動作仕様を変更した。Helix PavilionはESCALATEを返し、焦点数値を一切主張せず、作業を完全な光学シミュレーションおよび専門家のレビューへと振り向ける。インターフェースはその不在を率直に明示する。「Asserted Figure（主張数値）」には「None」と表示され、その次のアクションには「Full Optical Sim」と表示される。メトリクスカードに都合よく収まる捏造された温度を出すよりも、それこそがはるかに有用なスクリーニングだと私は考えている。

開発のこの段階で感じた誘惑は、工学的な課題である以前にインターフェース上の課題だったと記憶している。空欄のように見える指標は、未完成であるかのように感じられる。しかし、その不在こそが結果なのだ。このツールはファサードの記述から十分な情報を読み取り、自らの近似モデルでは焦点に関する主張を正当化できないことを認識しているのである。

その拒絶は、ワークフローの後続プロセスをも保護する。コンセプト設計チームが予備的なスクリーニングを最終回答と誤認するのを防ぎ、専門家によるレビューを依頼する明確な理由を与える。有用な工学ツールは、適切な引き継ぎ（ハンドオフ）を維持しなければならない。とりわけ、最も説得力を持つ出力が、自ら正当化できない数値であるような場合にはなおさらだ。

対策を施したファサードが検証対象の物理挙動を変える

その失敗の後、私はCrescent Towerに戻り、同一の施設計画に基づく例示的な代替案を構築した。凸面曲率とフリット加工を施したLow-Eガラスの組み合わせである。材料の切り替えによって自動的にファサードが安全になると示唆するためにそれを用いたのではない。ジオメトリの調整がまだ可能な段階において、コンセプト検討ループが有意義な物理的コントラストを提示できるかどうかを検証するために用いたのだ。

対策を施した構成は、テストされたスイープにおいて集光倍率1.10倍、焦点面温度約74℃、焦点滞留時間1日あたり0.0時間でSCREEN-CLEARを返す。SCREEN-CLEARはコンセプト探索の継続を許可するにすぎず、それ以上のものではない。これは建築許可の承認でも、認証でもなく、実際の建築プロジェクトに要求される後続の光学解析や有資格者によるレビューの代替となるものではない。

私は、単体の赤い警告結果よりも、この対比にこそ価値があると感じた。凹面のコンセプトは反射光を人が立ち入る平面へと集中させる。一方、凸面かつフリット加工の構成は、テスト環境において反射パターンを拡散させる。2つの検討シートを並べることで、レンダリング単体では不可能だった形で設計上の帰結を議論できるようになった。チームは入力条件に疑問を投げかけ、スイープを検証し、形状を変更し、何についてより深い検討が必要かを判断できる。

私は、その比較をコスト削減効果の主張へと発展させることを意図的に控えた。デモには3,918,060ドルの改修リスク額が含まれているが、これは端数を丸めていない面積と1平方フィートあたり35ドルという明記された仮定に基づく例示的な試算であり、市場価格やプロジェクトの見積もり、顧客の実績、あるいは回避されたコストの保証ではない。実在しないプロジェクトの価格を知っているかのように見せかけずとも、エンジニアリングとしての論理は自立している。

判定ゲートはその背後に証跡を残すべきである

判定結果が画面の上だけにしか存在しないという事態を避けるために、私はConstructability Reportを構築した。設計レビューに必要なのは、色分けされた判定以上のものだ。コンセプトの入力条件、スクリーニングプロトコル、生の結果、固定された閾値、批評メモ、出所情報（プロベナンス）、そして事前スクリーニングの免責事項が、一体となって引き継がれる必要がある。

私は、このレポートを単なる装飾的なエクスポートとして扱う誘惑に抗わなければならなかった。その証憑（レシート）こそが、エンジニアリングの振る舞いの一部なのである。レビュー担当者は、スクリーニングされたFacadeSpec、規定された太陽軌道スイープ、ゲートを越えた数値、そして結論に付随する注意書きを確認できるべきだ。HTMLおよびJSONのエクスポートにより、スクリーニングは一過性のプレゼンテーションではなく、制約条件に基づいた意思決定の記録となる。

また、完璧に見えるダッシュボードに曖昧な主張を背負わせたくなかったため、評価ハーネスも確認できるように配置した。5つのケースで構成される固定のゴールデンセットにおいて、オフラインハーネスは適合率1.0、再現率1.0を記録している。真陽性2件、真陰性3件であり、偽陽性および偽陰性はゼロである。この結果はあくまでその固定セットだけのものである。本番環境における精度率や、普遍的な安全性率、あるいはすべてのファサードが安全であるという主張を確立するものではない。

検証項目は具体的だ。記録に残る危険事例の類似モデルにはフラグが立ち、対照群はクリアされる。共通の凹面ファサードモデルでは102.6℃となるのに対し、平面化した場合は74.6℃となり、反射率を下げると平面の基準値は64.0℃まで低下する。フラグが立った公開記述に基づく2つの近似事例は122.3℃と143.8℃に達し、いずれも一般的なプラスチックの熱変形整合性閾値である80℃を上回っている。これらは再現可能なデモ用の検証結果であり、記録された実在の建築物からの実測値ではない。

適用範囲が脚注に埋もれてしまっては結果の信頼性が損なわれるため、私はこれらの境界条件をレポートに明記した。ここでの価値は、Causticがファサードの安全性を宣言できることにあるのではない。検証されていないコンセプトを専門家が後から解きほぐさなければならなくなる前に、初期段階の限定的な意思決定を検証可能で、再現性があり、容易に異議を唱えられるものにする点にこそ価値がある。

初期のエンジニアリング・スクリーニングに私が今求める基準

この開発を経て、私は建築分野におけるAIに対して、より限定的でありながら、より妥協のない期待を抱くようになった。ガラスの造形が魅力的であると請け合ってくれるような美的なシステムは必要ない。私が必要としているのは、コンセプト検討ループに決定論的な物理法則を取り入れ、採用した前提条件を開示し、形状がモデルの処理能力を超えたときには潔く停止できる、規律あるプロトコルである。

私は、小さくとも重大な意味を持つひとつの区別を核としてCausticを構築した。すなわち、スクリーニングは最終成果物を装うことなく次の作業の方向性を示すことができる、ということだ。Crescent Towerは設計のイテレーション過程において集光リスクを可視化する。対策を施したバリエーションは、形状と材料の選択によって検証結果を変えられることを示す。そしてHelix Pavilionは、確実性があるかのような見せかけを拒絶し、その課題を完全な光学シミュレーションへと引き渡す。

そして、私の文章を読むよりも実際に動いている様子を見たいという方のために、エンドツーエンドで動作するシステム全体を以下に用意した。

実際に実行可能なバージョンは、https://veriprajna.com/demos/ai-architecture-structural-engineeringにて公開される予定であり、結論を鵜呑みにすることなくその一連のプロセスを誰でも検証できる。私が立ち返り続けている設計上の問いは、インターフェースよりもずっとシンプルなものだ。すなわち、物理的な光の経路が検証されるまで、レンダリングはエンジニアリング上の結論としての権威を獲得したとは言えない、ということである。