先週、協力会社の設備担当と納まりの確認をしていて、彼らが手元で開いていたのはPDF化した施工図でした。せっかくRevitで統合モデルを作っても、末端では2Dに戻っている。この「BIMで作って2Dで渡す」構造をどう崩すかが、うちの社内標準化の目下の悩みです。今週はちょうどその話題に響く記事が並んでいたので、3本を軸に整理します。
今週のBIM関連トピック
現場BIMの「リアローディング」問題
ITmediaの連載「現場BIM」第11回、BIMが一過性のブームで終わらないために Vol.3 「リアローディング」からの脱却が公開されました。リアローディングとは、設計で作ったBIMを施工段階で情報が足りず作り直す現象を指す言葉として使われています。設計BIMと施工BIMの断絶は、うちでも積算連携のたびに直面する話で、モデルを再構築する工数が結局そのまま原価に乗ってきます。
電気設備工事7社による業界BIM標準化協議会
建設通信新聞の業界BIM標準化へ協議会/「使える」ルール整備/電気設備工事7社によれば、電気設備工事の主要7社が「使える」ルールを整えるための協議会を立ち上げるとのこと。ゼネコン側が各社バラバラの標準を押し付けると、協力会社は現場ごとに使い分けを強いられます。サブコン側から標準化の動きが出てきたのは、正直こちらとしても歓迎したい。うちのファミリ命名規則を彼らのルールと突き合わせる作業が、今後発生するはずです。
Revitモデルと生成AIの接続
MediumのHow to Query Live Revit 2027 Model Using DeepSeek Harness — Without Hallucinationsは、Revitのライブモデルに対してLLMで問い合わせる仕組みを扱っています。ハルシネーションを抑えるためにモデルの実データを直接参照させる構成で、「この壁タイプの数量は？」「この部屋の仕上げは？」といった質問に答えさせる用途を想定しているようです。Dynamoの情報書き出しセミナーの話題とあわせて見ると、モデルから情報を取り出す手段が「スクリプト」から「対話」に広がりつつあるのを感じます。
ゼネコンBIM担当としての考察
3つの記事を並べて見ると、共通するのは「モデルの中身を、次の工程で使える形で取り出せているか」という一点だと思ってます。
リアローディングの話は、うちの社内でもそのまま当てはまります。設計部が作ったモデルを施工でそのまま使えるケースは、体感で半分もない。理由は単純で、設計段階では鉄骨のガセットや設備の吊り位置まで入っていないからです。ここを「設計側にもっと入れてもらう」で解決しようとすると、設計工数が膨らんで採算が合わない。逆に「施工側で足す」を標準にすると、今度は誰がどこまで足すかの責任分界が曖昧になります。うちだと、LOD300までを設計、LOD350以降を施工技術部で担当する運用に落としつつありますが、この線引きを協力会社まで浸透させるのが本当に難しい。
電気設備7社の協議会は、その意味で追い風になりそうです。サブコン側に共通ルールができれば、うちの社内標準もそこに合わせる形で調整すれば済む。逆に言うと、うちが独自ルールを固めすぎる前に、業界標準の動向を待つ判断もありえます。まだ協議会の具体的なアウトプットは出ていないので推測ですが、少なくともファミリの分類コードや属性項目については、外部標準に寄せておく方が長期的には楽になると感じてます。
LLMでのモデル問い合わせは、社内で試してみたい気持ちはあるものの、ハードルは高い。発注者から「この階の消火栓は何本？」と聞かれた時にモデルから即答できれば強い武器になりますが、モデルの属性入力が甘いままLLMを重ねても、間違った答えが自信満々で返ってくるだけです。まず属性入力ルールを固めて、そのあとに問い合わせ層を乗せる順番でないと、現場が振り回されると思ってます。
まとめ
今週の記事は、偶然にも「モデルから情報を取り出す」というテーマで一本の線が引けました。設計から施工へ、ゼネコンから協力会社へ、モデルから発注者への回答へ。どの接続点でも、属性の入れ方と取り出し方が問われている。来週の社内定例で、まずは電気設備の属性項目を協力会社の運用と突き合わせるところから提案してみるつもりです。派手さはないけれど、ここを詰めないとLLMもDynamoも空回りする。地味な作業に戻ります。