GrassLobster: AIエージェントによるパラメトリックジオメトリワークフローの生成
GrassLobster: AI Agentic Generation of Parametric Geometry Workflows (miro.vision)
要約
GrassLobsterは、AIエージェントをRhino/Grasshopperのパラメトリックモデリングワークフローに統合するプロトタイプです。ユーザーがアイデアを記述すると、AIエージェントが寸法、ルール、素材などを質問し、対話を通じてワークフローを構築します。これにより、設計者はジオメトリのロジックを保持しながら、パラメータを変更して結果を容易に調整できます。
全文翻訳
miro.vision
[画像]
GrassLobster
AIエージェントによるパラメトリックジオメトリワークフローの生成
個人プロジェクト · プロトタイプ1 · 開発中
実験的なものです。一般用途での検証はまだ行われていません。現状のまま提供されます。今後さらに情報が追加される予定です。
[動画: Watch the drawer motion]
オブジェクトが調整可能なワークフローになる。家具スタディを探る →
短い紹介
[画像]
完全な紹介近日公開
完全な紹介
詳細なウォークスルーは後ほど
アイデアが
ワークフローになる。
GrassLobsterは、RhinoとGrasshopperのパラメトリック世界を、選択した外部AIエージェントと接続します。あなたのアイデアを記述し、共に形を整え、結果を変化させ続けてください。
意図からジオメトリへ
GrassLobsterが
すること
作りたいものを説明するだけで、調整し続けられるワークフローが得られると想像してみてください。
パラメトリック定義を構築することは、アイデアを探求すること自体よりも時間がかかることがあります。GrassLobsterは、最初のブリーフィングから接続されたGrasshopperモデルまで、その作業にAIエージェントを導入します。
完璧なプロンプトではなく、アイデアから始める
建物の形状、木材構造、または要素のパターンを記述してください。外部エージェントは、寸法、ルール、素材、そしてあなたが制御したいことについて質問します。タスクが明確になるまで、意思決定をガイドします。
ルールを構築する。探求を続ける。
アプローチが合意されたら、エージェントはパラメトリックワークフローを構築します。スパン、間隔、または要素の数を変更すると、関連するジオメトリが更新されます。別のバリエーションを求めたり、プロジェクトをさらに発展させたりできます。
その価値は、CADコマンドを実行することを超えています。ジオメトリを生成するロジックを保持できます。結果は、特定のタスクのために作られた小さなデザインツールのようになります。
既存のRhinoモデルから始める
エージェントは、選択されたオブジェクトを検査し、サポートされているRhinoジオメトリを作成または改訂し、既存のジオメトリを次のステップの開始点として使用できます。Rhinoで直接作業し、その後、接続されたジオメトリステーションを通じて継続的な制御が必要な部分をパラメトリック化できます。
選択したジオメトリをBIMワークフローに持ち込む
実験的なBIM/IFCツールは、建材を整理し、レビューのためにIFCをエクスポートできます。選択された3DM、DXF、DWGジオメトリも、専用ツールを介してプロジェクトに出入りできます。プロジェクトで使用されるアプリケーションでジオメトリとエクスポートされたデータを検査してください。
成長するモデルを管理可能に保つ
ローカルまたはプロジェクト全体で、どのジオメトリステーションを表示し、どのステーションを計算するかを制御できます。名前付きの表示、計算、スケジューリング状態を保存して、有用な作業セットアップに戻ることができます。これらの状態は、ジオメトリやデザインの代替ではなく、操作設定を保存します。
あなたのエージェント。あなたのデザイン上の決定。
選択した互換性のある外部エージェントを通じて作業します。エージェントが実装を処理する間、あなたはジオメトリを確認し、デザインをガイドします。モデルはGrasshopper上で表示可能で調整可能です。
アーキテクチャ
仕組み
舞台裏
ジオメトリプロセスはあなたに見えるままです。同じプロセスがテキストとしてエージェントのためにミラーリングされます。
キャンバス上のジオメトリステーション
GrassLobsterセッションコンポーネントは、モデルを接続されたジオメトリステーションに整理します。各ステーションは、意味のあるタスクのコードを実行します。個々の操作をすべて追跡しなくても、シーケンスと依存関係を確認できます。
プロジェクトは、入力、主要ジオメトリ、構造ロジック、二次ジオメトリ、および出力へと進む可能性があります。構造はタスクに従います。GrassLobsterは、ジオメトリロジックではなく、実装の複雑さを隠します。
ミラーリングされたロジックと入力
ステーションの定義と実行可能なコードは、読みやすいプロジェクトファイルにミラーリングされます。エージェントは関連するロジックを見つけ、接続されたステーションを理解し、サポートされているワークフローを通じてターゲットを絞った変更を行うことができます。
サポートされている入力値もミラーリングされます。ステーションコードを書き直すことなく、寸法、カウント、または間隔を変更できます。Grasshopperは関連するジオメトリを再計算します。
プロジェクトコンテキストを持つフォルダ
エージェント指示は、エージェントが質問し、あなたとどのように連携するかをガイドします。ドメイン知識は、準備された主題ガイダンス、あなた自身の標準、または材料ノートを追加します。ジオメトリ参照は、スクリーンショット、スタディ、または例モデルを通じて形状を伝達します。
参照はチャットまたは指定されたプロジェクトフォルダから取得できます。エージェントが使用できるものは、そのツールとファイル形式によって異なります。これはプロジェクトコンテキストであり、自動的にインデックス化された知識システムではありません。
直接のRhino作業とライブ参照
エージェントスタートは、プロジェクトを開いているRhinoドキュメントに接続します。エージェントは構造化されたインベントリを読み取り、サポートされているジオメトリに基づいて操作し、結果を検査できます。ライブGrasshopper参照は、名前付きRhinoオブジェクトをジオメトリステーションに接続できるため、オブジェクトIDを保持した編集で下流モデルを更新できます。Grasshopperドキュメントは、ウィンドウが非表示になっていてもロードされたままにする必要があります。
エージェントの接続方法を選択する
プロジェクトファイルまたはGrassLobsterのオプションのMCPブリッジを使用します。MCPブリッジは、サポートされているアクションを外部エージェントのツールとして公開します。ジオメトリステーションとミラーリングされたファイルは、共有プロジェクト構造のままです。プロジェクトで既に機能しているアクセス方法を維持してください。ファイルベースのRhino、Grasshopper、およびIFCワークフローにはMCPは必要ありません。
McNeelの別途インストールされるRhino MCPプラットフォームは、Rhinoと連携するためのオプションで、部分的に重複する方法です。GrassLobsterのダウンロードには含まれていません。MCPだけでは、モデリングの高速化やジオメトリの改善は保証されません。
外部に留まるエージェント
プロジェクトは、必要なファイルとツールの機能を持つ、交換可能なエージェントを中心に設計されています。単一の組み込みモデルに縛られていません。互換性のあるエージェントがコーディング、計画、ジオメトリ推論で改善するにつれて、同じプロジェクト構造が利益を得ることができます。
エージェントによる最適化への道
モデルが測定可能な結果を公開する場合、エージェントは入力を変更し、結果を比較し、目標に向かって洗練することができます。例えば、床面積を維持しながら材料体積を削減するなどです。
これは組み込みの汎用オプティマイザーではなく、可能性のある方向性です。モデル、利用可能な出力、およびエージェントツールに依存します。構造的な目標には、適切な分析方法も必要です。
「ファイルと会話したかった。」
Grasshopperを約12年間使用した後、Miro BannwartはAIエージェントとの作業を開始し、その会話をパラメトリックプロジェクトに持ち込みたいと考えました。
Grasshopperはすでに人々にジオメトリを視覚的に理解する方法を提供していました。エージェントは、読み取りおよび変更できる表現を必要としていました。それがテキストミラーリングにつながりました。キャンバス上でジオメトリプロセスを維持しながら、エージェントにファイルを通じて同じプロジェクトへのアクセスを提供しました。
使用方法
頭の中で
持っているものから始める。
外部エージェントと強力なモデルを持ち込む
GrassLobsterには、プロジェクトファイルと必要なツールを操作できるコーディングエージェントが必要です。例としては、OpenAI CodexやClaude Codeなどがあります。使用するエージェントに対してプロジェクト接続を設定する必要があります。
複雑なジオメトリの場合、強力な推論およびコーディングモデルから始めてください。モデルの品質は、Miroの開発トライアルで大きな違いを生みました。
モデルでの開発経験
Miroは、GPT-6 Astraで最も強力なジオメトリ結果を得ました。GPT-6 SolとGPT-6 Lunaも彼のトライアルでGrassLobsterワークフローを実行しましたが、ジオメトリは弱かったです。彼のローカルモデルでの試みは、これまでのところ成功していません。
これらはプロジェクト固有の開発観察であり、管理されたベンチマークやすべてのモデルに関する主張ではありません。プロトタイプは、一般用途での検証がまだ行われていません。
エージェントサブスクリプションと実行コスト
Rhino、外部エージェント、および画像ツールの予算は別途計上してください。有料エージェントプランは実用的な出発点となる可能性があります。より長いセッションでは、より高い使用量制限が必要になる場合があります。現在のプロバイダーの価格、モデルへのアクセス、および制限を確認してください。エントリープランでは、推奨モデルまたはレンダリングツールへのアクセスは保証されません。
-
プロジェクトを開始する
GrassLobsterをインストールしたら、RhinoとGrasshopperを開きます。専用のプロジェクトフォルダにRhinoドキュメントとGrasshopperドキュメントを保存し、Agent Startを配置します。エージェントが作業している間、Grasshopperドキュメントはウィンドウを非表示にしてもロードされたままにしてください。
-
外部エージェントを準備する
推奨開始点:GPT-6 Astraと高推論労力を使用するデスクトップ上のローカルCodex(アカウントで利用可能な場合)。これは、最近のテストでMiroが最も簡単にセットアップできたものです。より新しい、より強力なコーディングモデルも良好に機能する可能性がありますが、小さな最初のプロジェクトで確認する必要があります。
デスクトップエージェントでローカルプロジェクトを作成し、保存されたGHドキュメントとその生成されたGrassLobsterフォルダを含むフォルダを選択します。その実際のフォルダで新しい会話を開始します。エージェントにこのプロジェクトフォルダへの読み取り/書き込みアクセス権を与えてください。ドライブ全体へのアクセスは不要です。ローカルファイルツールなしの通常のチャットでは、プロジェクトを更新できません。
Grasshopperで、Generate Agent Start Promptを使用し、完全なプロンプトをその会話にコピーします。エージェントにプロジェクトパスを確認させ、プロンプトに記載されたエントリーファイルを読み込ませてください。RhinoとGrasshopperを開いたままにします。ジオメトリの構築を依頼する前に、フォルダまたは権限のエラーを解決してください。プロジェクトのエージェント指示は、エージェントがあなたとどのように連携するかをガイドします。
-
エージェントがあなたとブリーフィングを開発できるようにする
完璧な技術的プロンプトは必要ありません。アイデアを記述してください。エージェントは、進めるのに十分な情報が得られるまで、ジオメトリルール、依存関係、および調整可能なパラメータについて質問します。有用なステーション構造に合意してください。
-
関連する参照を追加する
チャットまたは指定されたプロジェクトフォルダで形状参照を共有します。技術的なルールとあなた自身のドメイン知識は、それらを別の参照領域に保持してください。これにより、エージェントは意図された形状とそれをガイドする制約を区別できます。
-
ワークフローの成長を追う
パラメトリックワークフローの場合、エージェントは接続されたステーションを段階的に構築します。キャンバス上でそれらの役割と関係を追跡し、結果を確認してください。また、サポートされているRhinoジオメトリを直接操作するように依頼したり、後で適切なオブジェクトをステーションに接続したりすることもできます。手動で配置されたジオメトリステーションは、GHドキュメントを保存すると、タイトル、パラメータ順序、状態制御、およびガイド/コードパネルを取得します。
-
調整、比較、続行
各ステーションの横にあるメインコントロールまたはそれらにリンクされたビューを使用するか、エージェントにサポートされているミラーリングされた入力を変更するように依頼します。ジオメトリ、測定値、およびエクスポートを確認してから、さらに洗練してください。選択した部分を検査するためにローカルの表示と透明度を使用します。必要に応じて計算を個別に一時停止します。タスクに戻る際に、名前付きの表示/計算/スケジューリング状態を復元します。準備ができたら、個々のベイクワークフローまたは準備されたワークフローのグローバルベイクコントロールを意図的に実行します。RhinoとGrasshopperの両方のドキュメントを自分で保存し、プロジェクトのバックアップを保持してください。エージェントのアクションは、それらを自動的に保存しません。
インターフェースとエージェント言語を選択する
Grasshopperドキュメントの言語入力を使用して、提供されるインターフェース/ヘルプ言語と要求されるエージェント応答言語を選択します。固定テキストは、英語、ドイツ語、スイスドイツ語、バイエルン語、中国語、日本語、低地ドイツ語で利用可能です。言語を変更した後、新しいエージェントスタートプロンプトを生成し、エージェントに渡してください。
これは、既存のモデルの説明やカスタムノートを自動的に翻訳するものではありません。コードと機械可読フィールドは安定したままです。元の技術診断は、翻訳されたガイダンスと並んで表示される場合があります。
ローカルプロジェクト接続を確認する
Miroの最近のCodexデスクトップテストでは、追加の手動MCPセットアップは必要ありませんでした。これは報告された経験であり、すべてのインストールが保証されるものではありません。別のワークツリーやクラウドコピーではなく、Rhinoが使用する実際のフォルダで作業してください。
モデリングの前に、エージェントがプロジェクト内に一意の名前のテンポラリテキストファイルを1つ作成し、既存ファイルを上書きせずに読み戻すことを明示的に許可してください。これが失敗した場合は、フォルダと権限を確認してください。次に、小さなモデルをリクエストし、ジオメトリを検査し、メインパラメータを変更して更新されることを確認してください。
プラグインのインストールフォルダには、GHAとランタイムファイルが含まれています。プロジェクトフォルダには、保存されたGHドキュメントと生成されたGrassLobsterデータが含まれています。モデリングエージェントにプロジェクトフォルダへのアクセス権を与えてください。プロジェクトをプラグインインストールフォルダに入れないでください。
CodexまたはClaude CodeのオプションMCPセットアップ
付属のGrassLobster Bridgeは、エージェントが同じプロジェクトで作業するための別の方法を提供します。Codexの読み書きテストや、Rhinoジオメトリ、ライブGrasshopper参照、パラメトリックステーション、および再オープン後の更新をカバーする人間によるClaude Codeテストで使用されています。これらは特定のテストであり、すべてのクライアント、アカウント、またはインストールの認定ではありません。
MCPが必要ない限り、ファイルベースのルートを使用してください。プラグインをインストールしても、エージェントにブリッジが自動的に登録されるわけではありません。リリースには、オプションのプロジェクトスコープセットアップ用のMCP/Setup-ProjectConnections.ps1が含まれています。使用する前にINSTALL.mdを読んでください。
- GHドキュメントを保存し、新しいエージェントスタートプロンプトを生成します。AGENTS.mdを含む生成されたGrassLobsterフォルダとその親ワークスペースを見つけます。そのワークスペースでエージェントの会話を開始します。
- GrasshopperによってロードされたプラグインフォルダでGrassLobster.AcpBridge.dllを見つけます。別途呼び出し可能な.NET 8 x64 dotnet hostがこのブリッジに必要です。Rhinoの組み込みランタイムだけでは、それが利用可能であることを確立しません。
- エージェントに、付属のセットアップスクリプトと既存の登録を検査するように依頼します。選択したCodexまたはClaudeCodeクライアントの場合、生成されたGrassLobsterフォルダをApprovedProjectDirectory、インストールされたブリッジをBridgeDll、新しいPrivateBackupDirectoryとして使用します。無関係なクライアント構成を保持してください。両方のセットアップスクリプトを同時に実行したり、競合する登録を盲目的に作成したりしないでください。
- クライアントで意図したプロジェクトを承認し、必要に応じてサインインし、接続をリロードまたは再起動します。スクリプトはサインインしたり、クライアントの信頼を付与したりしません。接続ステータムを確認し、小さなモデルをリクエストする前に、エントリーファイルを生成されたプロンプトから読み込んでください。
絶対パスを使用してください。パッケージ更新後、インストールされたブリッジパスが変更されたかどうかを確認してください。保存された登録は、機能する接続の証明ではありません。承認されたフォルダはブリッジを制限しますが、エージェントが持つ他のすべてのツールを制限するわけではありません。
McNeelの公式Rhino MCPはオプションで、別途インストールされ、バンドルされていません。セットアップのRhinoRouterオプションは、既にインストールされ、別途承認されたルーター用です。インストーラーやプロバイダーアカウントは提供しません。一部のMcNeelツールは、Rhino 8.30テストホストのScriptEditorなど、テストで限定的な結果を示しました。
ツールや接続を再起動する前に、RhinoとGHファイルを保存してください。ルーター管理のRhinoセッションは、ルーターが停止すると閉じることがあり、既存のインスタンスへの自動再接続は保証されません。MCPは自動的なモデル永続性を提供しません。
以前のHermesアダプターは含まれていません。Ollamaは、オプションのOllamaコンポーネントにのみ必要です。
参照画像、PDF、およびレンダリング
参照の読み取り、ジオメトリのモデリング、画像の生成は別個の機能です。エージェントは、画像またはPDFの内容にアクセスできる必要があります。レンダリングには、利用可能な画像生成ツールが必要です。ジオメトリまたはモデルサブスクリプションが成功しても、それが自動的に提供されるわけではありません。
Miroは、テストされたデスクトップセットアップでPDFベースのモデリングとレンダリングの成功を報告しています。画像生成は、テストされたClaude構成では利用できなかったか、成功しませんでした。これは、すべてのClaudeセットアップに関する声明ではありません。レンダリングはアイデアを説明するものであり、基盤となるジオメトリやエンジニアリングを検証するものではありません。
保存されたGH/GHX定義も参照として提供できます。それらのアーカイブ構造は、コンポーネントをインスタンス化したりスクリプトを実行したりせずに検査できます。保存された定義は、現在の計算出力を証明するものではありません。不足しているプラグインとライブ依存関係は依然として重要です。
修正のために、望ましくないジオメトリを赤でマークし、意図した変更を緑でマークしてから、エージェントにモデルを改訂するように依頼してください。階段の修正例を参照し、結果のCADジオメトリを確認してください。
直接のRhinoとBIM/IFCチェック
直接のRhinoツールは、すべてのRhinoコマンドではなく、サポートされている型指定されたジオメトリ操作をカバーします。Agent Startを含むGrasshopperドキュメントはロードされたままにする必要があります。ライブ参照は、Rhinoオブジェクトが識別可能であり続けることに依存します。オブジェクトが削除されて再作成されたときに接続を確認してください。
新しく配置されたIFCエクスポートコンポーネントは、編集可能な.ifcファイル名、Export IFCボタン、およびファイル/レポートパネルを提供します。準備されたチェック参照はRead=Falseで開始されるため、エクスポートされたファイルを検査するタイミングを選択できます。コンポーネントを配置しても、自動的にエクスポートまたはインポートされるわけではありません。既存の定義は自動的に再配置されたり、新しいコントロールが与えられたりしません。
更新されたIFCルートは、適切なネイティブBrepジオメトリを保持しようとし、使用時にメッシュフォールバックを識別します。大きなBIMレポートは、完全なデータを保持しながら、コンパクトなパネルサマリーを表示できます。バンドルされたランタイムは、個別のPythonインストールを必要としません。
大きなIFCジョブには時間をかけてください。インポートまたはエクスポートには数分かかる場合があります。実行ステータスを確認し、別のジョブを送信する前に最終結果を待ってください。待機メッセージは、完了したエクスポートではありません。
既知のIFC制限:テストでは、ボックスと木材の例は読み戻せましたが、テストされた球体Brepは読み戻せませんでした。IFCファイルは書き出され、スキーマチェックを通過しましたが、これは未解決のままです。ファイルの作成が成功しても、ジオメトリのラウンドトリップが保証されるわけではありません。
GHファイルを再オープンした後:IFCエクスポートは最後の出力パスを失う可能性があり、下流の参照が空になります。既存のIFCファイルはディスク上に残ります。その完全なファイル名をIFC参照に接続し、ReadをFalseからTrueに切り替えてください。そのパスを復元するためだけに新しいエクスポートは必要ありません。
BIM/IFCは実験的なままです。重要なエクスポートは、独立したビューアまたは下流アプリケーションで検査してください。スキーマチェックまたは成功した再読み取りは、構造的、建設的、または普遍的な相互運用性の承認ではありません。
表示、計算、スケジューリング、および名前付き状態
表示は、何が見えるかを制御します。計算は、ステーションが実行されるかどうかを制御します。ジオメトリを非表示にしても、それ自体では計算は停止しません。ローカルステーションコントロールまたはグローバルプレビューおよび計算リストを使用します。チェックリストとサイクルモードは、より大きなプロジェクトのサブセットを操作するのに役立ちます。他のステーションが依存しているステーションを無効にする際に、下流の結果を確認してください。
名前付き状態を保存して、ステーションの表示、計算、およびスケジューリング設定を記憶し、その後意図的に復元します。これらの状態は、ジオメトリ、モデルパラメータ、または透明度を保存しません。状態を復元してもベイクは実行されません。スケジューリングのない古い状態は、現在のスケジューリング設定を保持します。見つからないステーションは報告されます。新しく追加されたステーションは設定を保持します。
同期または非同期実行:ローカルで、グローバルコントロールを介して、またはステーションチェックリストを介してSyncまたはAsyncを選択します。チェックされたステーションはAsyncを使用します。どちらのモードも同じRhinoプロセス内で実行されます。Asyncは、別のコンピューターや一般的なリモートComputeサービスではなく、特定の速度、CPUコア数、または常に応答性の高いインターフェースを保証するものではありません。グローバルな変更は既存のステーションに適用されます。新しいステーションは、その作成リクエストが別のサポートされている設定を指定しない限り、同期的に開始されます。
各ステーションには独自の透明度コントロールがあります。グローバル値を変更すると、すべてのステーションに割り当てられます。その後、ローカル調整は、そのステーションのみに影響します。Reload Allは、サポートされているリロードルートを通じてステーションをリフレッシュします。コードを変更した後、レポートを検査してください。FlattenとGraftはデータ構造を変更するため、結果のモデルで確認する必要があります。
ベイク、ヘルパー、およびプロジェクトバックアップ
複数の準備されたベイクワークフローで、グローバルベイクは、個々のコントロールに加えて、1つの意図的なトリガーを提供します。各ワークフローは、独自の保護されたトランザクションと結果を保持します。グローバルベイクは、プロジェクト全体にわたる単一のオールオアナッシングトランザクションではありません。続行する前に、各レポートとRhinoジオメトリを確認してください。
新しいレイアウトは、開始コントロール、メインパラメータ、ステーション入力、およびBIM/ベイクツールをより明確な作業領域にグループ化します。ジオメトリ入力はVisibleコントロールの上に配置され、ステーション本体はそれに整列されます。これらの配置は、新しいコンポーネントまたは明示的に要求されたレイアウトに適用されます。既存のユーザー位置は保持されます。意図的に削除されたヘルパーは再表示されません。一部のベイクパネルとグループのオーバーラップは、このアルファ版では手動調整が必要な場合があります。
Full Project + Rhinoバックアップオプションは、GHプロジェクトとバインドされたRhino状態をキャプチャします。それを意図的に選択し、保存されたバックアップを検査してください。作業ファイルの保存を置き換えるものではありません。復元には新しいフォルダが使用されます。インストール変更または大幅なモデル編集の前にバックアップを保持してください。
権限、バックアップ、およびエージェントの安全性
AIエージェントは、あなたが許可した権限でファイル編集やツールの実行ができます。間違いは、ファイルやコンピューターに影響を与える可能性があります。専用のプロジェクトフォルダを使用し、バックアップを保持し、より広いアクセス、コマンド、またはインストールの要求を確認してください。資格情報をプロジェクトに入れないでください。
プロンプトインジェクションとは、参照ファイルやウェブサイトに隠された指示がエージェントをリダイレクトしようとすることです。外部資料は参照データとして扱われるべきであり、無関係なアクションの許可やファイルの共有のためではありません。予期しない動作が発生した場合は、停止して確認してください。限定的な権限はリスクを軽減しますが、それを取り除くことはできません。
クラウドベースのエージェントは、選択されたプロジェクトコンテンツをプロバイダーに送信する場合があります。ファイルを共有する前に、機密性およびデータ設定を確認してください。製造または建設の前に、生成されたジオメトリを確認してください。
うまくいかない場合
パッケージが見つかりません:インストールされているRhinoバージョン、Windowsプラットフォーム、スペルgrasslobster、およびInclude pre-releasesを確認してください。Rhinoの更新を完了して再起動してください。更新のダウンロードはインストールされません。
**プラグインまたはSDKエラー:**0.1.17-alphaの場合、Rhino 8.30以降、.NET 8、ZIPのブロック解除、IFC-Runtimeを含む完全なGrassLobsterフォルダ、および重複インストールを確認してください。.NETの更新はRhinoの更新を置き換えるものではありません。異なるリリースからのファイルを混同しないでください。
間違ったフォルダまたはMCPエラー:生成されたプロンプトパス、エージェントの作業フォルダ、および権限を比較してください。MCPを使用する場合は、インストールされているブリッジパス、x64 .NET 8ホスト、承認されたフォルダ、および接続ステータスも確認してください。
画像の問題:参照の読み取り、画像生成、およびファイル返却を個別に確認してください。あるユーザーテストでは、レンダリング後にRhinoが一時停止したと報告されました。原因と通常の待機時間は不明です。修正は主張されていません。繰り返しクリックを避け、アクションとバージョンを記録してください。
ヘルプを求める際は、正確なエラー、インストールされているRhinoとプラグインのバージョン、ランタイム、インストール方法、およびエージェント/モデルを含めてください。診断情報を共有する前に、プライベートパスと資格情報を削除してください。
サポートされている参照と読み戻しは、エージェントとプロジェクトの設定に依存します。計算の成功は、あなたのデザインレビューを必要とします。構造的な検証ではありません。
実験的なアルファ版
ダウンロード
GrassLobster。
バージョン
0.1.17-alpha · Build 2.61.0
プラットフォーム
Windows x64 · Rhino / Grasshopper 8.30以降 · .NET 8
発行元
Miro Bannwart
パッケージ日付
2026年10月5日
アルファ · 実験的 · 開発中。現状のまま提供されます。破壊的な変更が発生する可能性があります。プロジェクトを保存し、バックアップを保持し、生成されたすべてのジオメトリとエクスポートを確認してください。
このリリースで新しくなった点:シーンとBIM用のモデルコレクター、3つのステーションビュー、オプションのテクスチャとオフラインマテリアルライブラリ。モデル拡張機能、ライブRhino参照、およびキャンバスコントロールが改善されました。ベイクは、オブジェクトマテリアルとガラスをセマンティックパートレイヤーに保持します。既存のワークフローは保持されます。テクスチャは実験的なままです。完全なリリースノートはダウンロードに含まれています。
既知のIFC制限:テストされた球体Brepはジオメトリの再インポートに失敗し、GHドキュメントを再オープンした後、既存のIFCパスを手動で指定する必要がある場合があります。既存のIFCファイルはディスク上に残ります。エクスポートに依存する前に、使用方法の下のBIM/IFCヘルプを参照してください。
Food4RhinoでGrassLobster 0.1.17-alphaを入手
0.1.17-alpha用のWindows x64パッケージをダウンロードしてください。ダウンロードする前にFood4Rhinoでバージョンを確認してください。以前のリリースもそこにある場合があります。218.5 MBのZIPには、インストール可能なGrassLobsterフォルダと、開発者用の個別のLibrary-Sourcesフォルダが含まれています。GrasshopperにはGrassLobsterのみがインストールされます。Food4Rhinoではサインインが必要な場合があります。
パッケージSHA-256: 47442cf65bb2129e52caf632e3ec17e0665dc18d458159c99258de9b0999977f
リリースに含まれるライセンスの下で、GrassLobsterを使用して作成された商用作品を含む、無料の個人および商用利用が可能です。プラグイン自体は専有のままです。バンドルされたオープンソースライブラリは、それらの個別の権利を保持します。完全なライセンス、個別のIFCヘルパー補遺、サードパーティ通知、および対応するソースリンクをお読みください。
1. Food4RhinoからZIPをダウンロードしてインストールする
要件: Windows x64、Rhino / Grasshopper 8.30以降(.NET 8モード)。最新のRhinoサービスリリースを使用してください。ネイティブIFC拡張機能には、サポートされているMicrosoft Visual C++ x64ランタイムが必要です。Rhino 7およびmacOSはこのパッケージではサポートされていません。
- Food4Rhinoで、GrassLobster 0.1.17-alpha — Windows x64を選択します。そのプラグインZIPをダウンロードします。Rhinoを閉じ、インストールを置き換える前に、以前の専用プラグインフォルダとプロジェクトファイルをバックアップしてください。
- Windowsエクスプローラーで、信頼できるZIPのプロパティを開きます。ブロック解除 (Zulassen)が表示されている場合は、それを選択して適用します。次に、ZIPを新しいフォルダに展開します。
- 展開されたGrassLobsterフォルダ全体を
%APPDATA%\Grasshopper\Libraries\にコピーします。GHA、そのコンパニオンファイル、MCPスクリプト、Brepヘルパーを含む完全なIFC-Runtimeサブフォルダ、およびすべてのライセンス、通知、ドキュメントファイルを一緒に保持してください。古いランタイムファイルとマージしたり、他のアクティブなGrassLobsterコピーを保持したりしないでください。 - Rhinoを再起動し、Grasshopperを開き、専用のプロジェクトフォルダにGHドキュメントを保存して、Agent Startを配置します。そのプロンプトを生成し、互換性のあるローカルエージェントにそのプロジェクトフォルダへのアクセス権を与えます。
- まず小さなモデルを試してください。結果を確認してから、RhinoとGHドキュメントを意図的に保存してください。詳細とIFCサポートの制限については、リリース内のINSTALL.mdを読んでください。
以前のインストール、IFCランタイム、およびオプションのMCPブリッジ
以前にRhino Package Managerを使用したことがある場合は、手動のLibrariesコピーをアクティブにする前に、そのコピーをアンインストールしてください。後で手動インストールからPackage Managerに移行する場合は、古い専用フォルダをGrasshopperロード場所から移動してください。GH/3DMモデルと生成されたプロジェクトフォルダを保持してください。
IFCランタイムはバンドルされており、個別のPythonダウンロードやpipセットアップは不要です。深くネストされたカスタムインストールパスは避けてください。オプションのファイルサービスMCPブリッジが含まれていますが、クライアント固有の登録と呼び出し可能な.NET 8 x64 dotnetホストが必要になる場合があります。適切なローカルファイルツールを持つCodexは、手動のMCPセットアップを必要としない場合があります。ドライブ全体へのアクセスを許可しないでください。
2. Rhino Package Manager
Include pre-releasesを有効にし、Rhinoインストール用にその正確なバージョンがリストされている場合は0.1.17-alphaを選択します。提供されていない場合やインストールが失敗した場合は、Food4Rhino ZIPルートを使用してください。
RhinoでPackage Managerを開き、Include pre-releasesを有効にして、grasslobsterを検索します。その正確なバージョンがリストされている場合のみ0.1.17-alphaをインストールしてください。新しい公開後、サーバーメタデータが更新されるまで時間がかかる場合があります。表示されるバージョンは、インストールの成功を証明するものではありません。互換性のある配布がないと報告された場合は、Rhinoの要件を確認し、チャネルがチェックされている間に手動ZIPルートを使用してください。Package Managerのインストールと手動Librariesコピーを混同しないでください。
3. 準備されたGrasshopperドキュメントから始める
上記でリンクされているAgent StartドキュメントZIPには、プラグイン自体ではなく、Agent Startを含むGHドキュメントが含まれています。不足しているプラグインプロンプトからの自動インストールは確認されていません。まずプラグインをインストールし、スターターZIPを展開し、Grasslobster_start.ghを独自のプロジェクトフォルダにコピーしてから、それを開いて新しいAgent Startプロンプトを生成してください。
以前のリリース
GrassLobster 0.1.5-alpha (Build 2.49.0) はFood4Rhinoに引き続きリストされています。GrassLobster 0.1.4-alpha (Build 2.48.2) on Food4Rhino · GrassLobster 0.1.3-alpha (Build 2.47.1) on Food4Rhino · GrassLobster 0.1.2-alpha (Build 2.45.2) on Food4Rhino · GrassLobster 0.1.1-alpha (Build 2.40.2) · GrassLobster 0.1.0-alpha (Build 2.39.0)。バージョンを切り替える前にプロジェクトのバックアップを保持してください。元のライセンスファイルは、ライセンス概要で引き続き利用可能です。
Rhino、.NET、外部エージェント、モデル、およびアカウントは別個のものです。Ollamaは、オプションのOllamaコンポーネントにのみ必要です。製造または建設の前に、ジオメトリとIFCデータを確認してください。
実践的なワークフロー
例。
Miro Bannwartによるジオメトリスタディ
建築からオブジェクトまで:GrassLobsterで作られたいくつかのスタディ。各ワークフローを開いて、ジオメトリがGrasshopperキャンバス上でどのように整理されているかを確認してください。
InstagramでGrassLobsterをフォロー · LinkedInのGrassLobster
注目のスタディ
引き出しチェスト、パラメトリック化
既存の家具から構造化されたジオメトリワークフローへ:キャビネットとその詳細をモデル化し、パラメータを変更して引き出しを開きます。
[画像: 引き出し付きの3段木製チェストの製品ビジュアライゼーション。真鍮の取っ手と装飾的な象嵌が中立的なスタジオの背景に配置されている。]
パラメトリック家具モデルの製品ビジュアライゼーション。レンダリングは説明用であり、製造仕様ではありません。
[動画: Watch the drawer motion]
調整可能なジオメトリからの引き出しの動き。再生を押して動きを確認してください。
参照、CAD、図面、およびGrasshopperワークフロー
モデルを検査するためのビューと寸法。
[画像: 家具ワークフローのためのGrasshopperキャンバスと接続されたジオメトリステーション。]
接続されたジオメトリステーションがGrasshopperキャンバス上にあります。画像を開いて完全なワークフローを確認してください。
スタディ01
曲線の階段
階段の経路、本体、手すりのための接続されたワークフロー。ジオメトリ、調整可能な入力、およびフォトリアルなビジュアライゼーションとして表示されます。
[画像: インテリアの曲線階段のフォトリアルなビジュアライゼーション。]
フォトリアルなビジュアライゼーション。下のRhinoジオメトリとGrasshopperワークフローが表示されています。
変更を表示する。モデルを洗練する。
間違っている箇所を赤でマークし、意図した変更を緑でスケッチします。このテストでは、Miroは注釈付きスクリーンショットをエージェントに提供し、エージェントは手すりの移行と踊り場の端を修正しました。続行する前に、修正されたCADジオメトリを確認してください。
ジオメトリ、パラメータ、およびGrasshopperワークフロー
[画像: 階段の経路、階段本体、手すりのための3つの接続されたGrasshopperステーション。]
階段経路 · 階段本体 · 手すり。画像を開いて完全なキャンバスを確認してください。
スタディ02
ブルータリストの中庭のあるヴィラ
3つの接続されたジオメトリステーションを通じて開発されたパラメトリックな中庭のあるヴィラ。調整可能な建物の寸法、ファサードの開口部、および居住空間のパラメータを備えています。
[画像: 大きなガラス張りの開口部、テラス、上層階を備え、木々に囲まれたコンクリートの中庭ヴィラのビジュアライゼーション。]
森の中にある中庭のあるヴィラのイラスト的なビジュアライゼーション。
ジオメトリ、パラメータ、およびGrasshopperワークフロー
[画像: 建物のボリューム、エンベロープ、中庭のある居住空間のための3つの接続されたGrasshopperステーション。]
建物のボリューム、エンベロープ、中庭のある居住空間がワークフローの3つの段階を形成します。
スタディ03
パラメトリック木製本棚
全体寸法とコンパートメントレイアウトのコントロールを備えた、2つの接続されたジオメトリステーションを通じて開発された調整可能な本棚。
[画像: 白い背景に、5列4列のオープンコンパートメントを持つ自立型木製本棚のビジュアライゼーション。]
自然な木目仕上げの本棚のイラスト的なビジュアライゼーション。
ジオメトリ、パラメータ、およびGrasshopperワークフロー
[画像: コンパートメントレイアウトと木製本棚ジオメトリのための2つの接続されたGrasshopperステーション。パラメータ、ガイダンス、コードパネル付き。]
コンパートメントレイアウトステーションが、木製本棚ジオメトリを作成するステーションにフィードします。
スタディ04
木造住宅
建物、ファサード、バルコニー、屋根、屋外スペースを1つのワークフローに接続する住宅スタディ。
[画像: バルコニーと緑化された環境に囲まれた木製クラッドの住宅ビル。]
その他のビューとGrasshopperワークフロー
[画像: 建物、ファサード、バルコニー、屋根PV、屋外スペース、太陽光スタディの6つの接続されたGrasshopperステーション。]
建物 · ファサード · バルコニー · 屋根PV · 屋外スペース · 太陽光スタディ。画像を開いて完全なキャンバスを確認してください。
スタディ05
段状木材フレーム
建物グリッド、主要フレーム、二次梁を通じて整理された段状構造。
[画像: 柱、主要梁、繰り返し二次梁を備えた段状木材フレーム。]
その他のビューとGrasshopperワークフロー
線形モデル — ジオメトリビューであり、検証された構造解析ではありません。
[画像: 建物グリッド、主要構造、梁層のための3つのGrasshopperステーション。]
建物グリッド · 主要構造 · 梁層。画像を開いて完全なキャンバスを確認してください。
スタディ06
ゴシック様式教会スタディ
塔、窓、構造、建築的ディテールが、接続されたジオメトリステップとして開発されました。
[画像: 双子の尖塔と色付きの窓を持つゴシック様式教会のパースビュー。]
その他のビューとGrasshopperワークフロー
[画像: 柱と色付きの窓を持つ教会モデルの内部ビューポート。]
内部ビュー
[画像: 教会空間、構造、塔、窓、石造りのための5つの接続されたGrasshopperステーション。]
空間 · 構造 · 塔 · 窓 · 石造り。画像を開いて完全なキャンバスを確認してください。
スタディ07
スペースシャトルスタディ
オービター、ペイロードベイ、ロボットアーム、衛星が、モジュール式ジオメトリスタディで統合されました。
[画像: 滑走路ベースの上に、開いたペイロードベイ、ロボットアーム、衛星を備えたスペースシャトルモデル。]
その他のビューとGrasshopperワークフロー
[画像: シャトルジオメトリと内部要素を明らかにする透明なRhinoビューポート。]
Rhinoビューポート
[画像: オービター、ペイロードベイ、ロボットアーム、衛星のための4つのGrasshopperステーション。]
オービター · ペイロードベイ · ロボットアーム · 衛星。画像を開いて完全なキャンバスを確認してください。
開発者
私について。
Miro Bannwart。
大工であり、デジタルツールを通じたデザインを探求する実験的な建築家。
私のバックグラウンドは、大工仕事、建築、そしてシュトゥットガルト大学のITECHプログラムを組み合わせています。計算デザイン、複雑な木材ジオメトリ、デジタルファブリケーションに取り組み、材料知識を新しいデザイン方法と結びつけています。
Makiol WiederkehrとWinkler Holzbiegewerkで、木材プロジェクトのジオメトリとデジタルプロセスを開発しています。GrassLobsterは、RhinoとGrasshopperでの長年の作業と、AIエージェントとの作業への関心から生まれました。
GPTとOpenAI CodexとのAI支援コーディングワークフローを通じて開発されたGrassLobsterは、個人的な実験プロジェクトであり続けています。