月曜の朝、協力会社から「配筋モデル、Revitで作れる範囲どこまでですか」と問い合わせがあった。うちの標準ではまだ二次部材の鉄筋までRevitに載せていない。今週のニュースを追っていたら、この問い合わせに対する答えのヒントになりそうな話がいくつか出ていた。順に整理しておく。
今週のRevit関連トピック
Arentの自動配筋アドインが英語版リリース
国内案件で名前を聞くようになったArentの「LightningBIM 自動配筋」が英語版を出した(Arent、「LightningBIM 自動配筋」英語版をリリース)。Revit上で配筋の自動生成と干渉チェックまで走らせるアドインで、海外市場に打って出るという内容。国内先行のアドインが英語化されるとAutodesk本体との連携ドキュメントも整いやすい、というのが個人的な期待だ。うちで配筋モデリングを外注するとき、協力会社の作業単価が下がる可能性もある。まだ試せていないが、S造よりRC造の多い改修案件で効くはず。
Dynamo+PythonでDesign Optionを掃除する
Revit Design Option Cleanup Tool with Dynamo + Pythonは、増えすぎたDesign Optionを整理する自作ツールの紹介。設計中盤で案が乱立し、モデルが重くなる問題への対処だ。地味だがありがたい。うちでも初期の意匠検討で5案6案と分岐したまま実施設計に持ち込み、モデルサイズが2GB近くになった経験がある。こうしたPython系の小道具は社内Wikiに集めて配布するのが早い。
BIM×AIの機運と、Revitがなぜ学生に浸透するか
AI Adoption in BIM & AECは、2026年のAEC分野でAIがハイプを越えて実装フェーズに入っている、という論調。抽象度は高めだが、Revit APIやパラメータの整備がAI活用の下地になる指摘は同意できる。一方でWhy Revit Is Becoming Essential for Architecture Studentsのように、学生教育の話題も継続的に上がっている。新卒がRevitを触った状態で入ってくる前提で、社内研修を組み替える時期かもしれない。
建築業界のAI活用、2年やってみて
建築業界でAI活用推進を2年やってみては設計事務所側の視点だが、Microsoft 365 Copilotを軸に据える主張が印象的。RevitとCopilotが直接つながるわけではないものの、モデルから抽出したデータをExcelに落として集計→Copilotで要約、というワークフローは現実的だ。うちでも数量表の初稿レビューでCopilotに読み込ませる実験をしている。
ゼネコンBIM担当としての考察
今週のニュースを社内標準化の目線で並べ直すと、優先順位はこうなる。
- 自動配筋アドインは、構造設計部と施工計画部で評価軸が違う。設計は物量算出、施工は加工帳出力を見る。導入検証はこの二部署合同でやらないと結論が割れる。
- Dynamo系の小ツールは、共有ライブラリの運用ルールが先。個人PCに散在した状態で「便利です」と言われても社内標準にはならない。GitのリポジトリとレビューフローをBIM推進側で用意すべき、と感じてる。
- AI活用は、Revit本体にAIが入るのを待つより、モデル外でデータを扱う方が早い。属性の粒度と命名規則を今のうちに詰めておかないと、AIに読ませても意味のある回答は返ってこない。
現実的なハードルは三つ。まず協力会社のRevitライセンス。自動配筋アドインを本気で使うなら、鉄筋加工業者側にもRevit環境が要る場面が出てくる。次に積算部門との数量突合。自動配筋の物量が既存の積算ロジックと0.5%でもずれると、現場は自動化を信用しない。最後にサブスクリプション費用。アドインを重ねるほど年間コストが積み上がり、経営層への説明が難しくなる。ここは効果測定を数字で持っておくしかない。
まとめ
今週は派手な新機能の発表はなかったが、配筋という重い領域が英語圏に開かれ、Dynamoの小ネタが積み上がり、AI活用の議論が続いた。地味な回だからこそ、社内標準を見直す時間に使いたい。来週は自動配筋アドインの検証枠を構造設計部に打診してみる。話が進んだらまた書きます。