今週のGrasshopper関連ニュースを追っていて、思わず二度見したのが「GRASSHOPPER」という名前の軽トラのカスタム記事でした。ゼネコンのBIM担当としてRSSを流し読みしていると、同名の別物に振り回されがちで、これも一種の情報収集コストだなと苦笑いしています。とはいえ、今週はアルゴリズム寄りの話題と、AIを絡めた3Dモデリングの実践例という、実務に刺さる記事もいくつか出ていました。まとめておきます。
今週のトピック
バッタ最適化アルゴリズム（GOA）の解説記事
doiken_ 氏のメタヒューリスティクス図鑑シリーズ、今回はGrasshopper Optimization Algorithm（GOA）でした（【メタヒューリスティクス図鑑】Grasshopper Optimization（GOA）─バッタの群れの引力と斥力⑨）。名前こそGrasshopperですが、Rhinoのプラグインとは無関係で、バッタ群れの引力・斥力を模した最適化手法の話です。
面白いのは、PSOやGWOのように「リーダーへ収束させる」型ではなく、エージェント同士の相互作用で解空間を探る構造だという点。建築で言えば、複数の設計変数（階高、スパン、開口率など）が互いに影響し合う条件で、局所解に落ちにくい探索ができそうです。GalapagosやWallaceiで慣れた人が次に試すエンジンとして頭の片隅に置いておきたい。
AIで3Dモデルを生成する「Vibe Modeling」
KOBATAKA 氏の記事は、言葉で指示してAIに3Dモデルを作らせる試みをまとめた大全でした（Vibe Modeling大全 ver. 1.0）。BIGの「The Twist」を題材に、本体をRhino、環境や光をBlenderで組み上げるという構成です。
Grasshopperそのものの話ではないけれど、Rhino+GHのワークフローにAIによるジオメトリ生成が入り込んでくる流れは無視できません。GHで書いていたロジックの一部が、自然言語のプロンプトで済んでしまう領域が確実に出てきそうです。
プロダクトデザイン領域での活用
インダストリアルデザイナー岩井優典氏の紹介記事も今週流れてきました（使う人の日常に小さな感動を届ける、インダストリアルデザイナー 岩井優典）。内部構造や電子回路まで自分で設計し、3Dプリンタや海外工場も使うという話で、GHのようなパラメトリック環境が建築以外の現場でどう根付いているかを感じる記事でした。
ゼネコンBIM担当としての独自考察
GOAの記事を読みながら考えていたのは、社内でGalapagos以上の最適化を業務標準に載せるハードルの高さです。うちでも過去に、駐車場の車室配置や、ボイド梁の最適化にGH+Galapagosを使った検討はありました。ただ、いざ標準化しようとすると「その結果を誰がどう検証するのか」で必ず止まる。パラメータ設定の妥当性を説明できる人が社内に数人しかいないと、成果物が属人化して次案件に引き継げません。GOAのような新手法を紹介する記事はありがたいのですが、まず必要なのは「最適化結果の読み方」を非GHユーザーにも共有する社内ドキュメント側だと感じてます。
一方でVibe Modelingの流れは、協力会社との連携という文脈で個人的に注目しています。うちの現場だと、鉄骨ファブや設備サブコンにGHデータを渡しても、開けない・触れないで結局PDF化した図面でやり取りが戻る、というのがまだ多い。自然言語でジオメトリを生成・修正できる仕組みが挟まれば、GHの中身を知らなくても「窓をもう50cm下げて」といった調整が現場サイドで完結する可能性があります。まだ試せていないけれど、社内の意匠部門と施工部門の間に置く「翻訳レイヤ」として使えるかもしれません。
導入ハードルとして残るのは、生成AIの結果をRevit側の実施設計モデルにどう戻すかです。GHで作ったジオメトリをRhino.Inside経由でRevitに落とす手順は整いつつあるものの、AI生成物はカテゴリ属性やパラメータが空っぽで来る。積算連携を前提にしている以上、ここの属性付与を誰がやるかは避けて通れません。
総括
今週のGrasshopper関連は、新しい最適化手法の紹介と、AI×3Dの実践例が並んだ週でした。どちらも「GHを触れる人」を増やす方向ではなく、「GHで作った価値を、触れない人にも届ける」方向に効いてくる話だと受け止めてます。来週の社内勉強会では、まずVibe Modeling大全を回覧して、意匠部門の反応を見てみようと思ってます。軽トラのGRASSHOPPERは、SEMA 2026の結果が出たらまた別の話題として。