設計ソフト・ツールガイドClaude Blender Connectorで何ができる？建築・インテリアでの使い方と安全な始め方Hi執筆者Himari公開日2026年9月15日Claude Blender Connectorは、Claudeと手元で開いているBlenderをMCPでつなぎ、シーンの情報を調べたり、Blender Python APIを通じて操作したりする仕組みです。自然言語からオブジェクトを動かせる。そこだけを見ると、設計者が会話だけで3Dモデルをつくる道具に見えます。正直に言えば、私も最初に目が向くのはそこです。壁を立て、家具を置き、カメラと照明まで整えてくれるなら面白い。ただ、建築やインテリアの仕事では、ゼロから形を出す時間より、その後の整理と確認に手を取られることがあります。受け取ったシーンに何が入っているのか分からない。似たMaterialが増え、どれを変えるとどこまで影響するのか追えない。レンダーは重いのに、原因になっているObjectが見つからない。こういう途中の詰まりが、意外と長く残ります。BlenderとClaudeをつなぐ価値は、私はまず「作る」より「分かる」にあると見ています。公式に示されているのも、データブロック名の整理、Materialの利用先確認、ポリゴン負荷の調査、Geometry Nodesの説明です。見栄えは地味です。でも、シーンを理解できなければ安心して直せない。順番としてはこちらが先です。同時に、Blender公式はかなり強い警告を出しています。MCP ServerはLLMが生成したコードを保護なしで実行し、データの削除や外部送信につながる可能性がある。つまり、便利な自然言語UIを一つ追加する話ではなく、作業中の3Dファイルへコードが届く経路を開く話です。試すなら、機密情報のない複製ファイルから。ここは譲れません。1. Blenderで困るのは、操作方法より「このシーンを信じてよいか」の判断Blenderの操作に慣れていても、他の人がつくったファイルを引き継ぐと手が止まります。OutlinerにはCube.047やPlane.012が並び、同じ木材に見えるMaterialがいくつもある。非表示のCollection、リンクされたデータ、Geometry NodesのInstanceまで含めると、画面を見ただけでは関係を追い切れません。設計事務所の仕事では、ファイルの来歴も揃っているとは限りません。初期提案のためにつくった軽いモデルに、検討用の家具や植栽が足され、レンダー用の設定が重なっていく。数週間後に開き直したとき、つくった本人でさえ「このCameraはまだ使うのか」と迷うことがあります。ここで欲しいのは、新しい形を勝手に足す機能より、現在の状態を短時間で読み解く手がかりです。MCPの仕組みとデザインツール連携（https://www.coohom.com/jp/blogs/mcp-architecture-design-tools-guide）で整理した通り、MCPはAIと外部ツールの間に共通の接続口をつくります。Claude Blender Connectorでは、ClaudeがConnectorを介して開いているBlenderシーンへ問いかけ、必要に応じてPythonコードを作り、Blender側で実行します。変更を保存すれば、その結果は.blendファイルに残ります。チャットの返答なら、採用しなければ済みます。Connectorを通った返答は、名前を変え、データを追加し、場合によっては削除する。言葉が操作へ変わる。この一段を軽く扱わないほうがよいと思います。Claude DesktopとBlenderの間にはMCP ServerとAdd-onがあり、実行前に人が確認する出典：AI生成をもとに編集部制作した概念図。実際の製品画面ではありません。2. 公式例を読むと、向いている仕事が見えてくるBlender公式のMCP Serverページ（https://www.blender.org/lab/mcp-server/）とClaude Academyの公式チュートリアル（https://academy.claude.com/tutorials/using-the-blender-connector-in-claude）には、実際の用途がいくつか示されています。私はその中でも、次の四つに注目しました。公式に示された用途設計実務で読み替えると人が確認する場所データブロック名の整理引き継いだシーンの命名を揃えるOutliner、外部参照、既存スクリプトMaterialやObjectの利用関係を検索仕上げ変更の影響範囲を調べるMaterial Slot、Node、仕様書ポリゴン数とカメラ上の大きさを分析レンダー負荷の候補を探すModifier、Instance、最終レンダーGeometry Nodesを説明し注釈を付ける複雑な仕組みを引き継げる状態にするNode構成、入力値、作成者の意図この表で大切なのは、Connectorが答えを確定するのではなく、人が確認すべき場所を絞ることです。数字が出ても、調査条件は抜けるBlender公式のシーン分析例では、カメラから小さく見えるのにポリゴン数が多いObjectを探しています。建築パースなら、遠景の植栽や小物、画面の端にしか写らない家具を見つける用途が思い浮かびます。ところが公式ページは、最初の分析がViewportへ影響するModifierだけを見ており、Solidifyによるポリゴン増加を考慮できていなかったとも説明しています。この一文はかなり大事です。AIが表を返し、数字を並べると、それだけで調査が終わったように見える。でも、どのModifierを数えたか、Instanceを実体化して考えたか、レンダー設定を含めたかで結果は変わります。私はConnectorに「最も重いObjectを教えて」とだけ頼むより、「計算に含めたものと除外したものを先に示して」と頼みたい。結果より、数え方を確認するためです。命名整理は、見た目の掃除ではないCamera、Area.001、Material.003を分かりやすい名前へ直す公式例もあります。これは実務との相性がよい。シーンを引き継ぐとき、名前が整理されているだけで読みやすさは変わります。ただし、一括で名前を整える操作は、私ならすぐには実行しません。外部リンクやスクリプトが名称を参照していれば、整然としたOutlinerと引き換えに別の処理を壊すからです。まず現名称と提案名の対照表を出す。参照先を調べる。承認した範囲だけ変える。命名は飾りではなく、データ構造の一部として扱います。Geometry Nodesの説明は、生成より現実的な入口になるGeometry Nodesは、つくった本人には筋が通っていても、引き継いだ人には読みづらいことがあります。公式例では、Node Groupの流れを説明し、FrameやTextデータブロックへ注釈を残しています。ここには素直に魅力を感じます。建物や家具を一発で生成する話より、分からなかった仕組みを言葉にし、次の人が修正できる状態へ戻すほうが、チームの仕事には残るからです。もちろん説明が正しいとは限りません。接続関係と入力値を見ながら、作成者の意図と食い違っていないかを確かめます。それでも、白紙から読み解くより入口はつくりやすい。3. 建築・インテリアなら、一つのファイルをこう調べたい機能を五つ並べるより、実際の流れで考えたほうがConnectorの立ち位置は分かりやすくなります。たとえば、別の担当者から室内パース用の.blendファイルを受け取ったとします。家具、照明、植栽、複数のCameraが入り、レンダーも少し重い。床材を変更したいが、どのMaterialを触ればよいのかまだ分からない。私なら次の順番で見ます。最初は何も変えず、全体像だけを聞くCollection、Object、Material、Camera、Light、外部リンクを一覧にする。使われていないデータや、名前が重複しているものも拾う。ただし削除はしません。この段階の目的は、Claudeの賢さを見ることではなく、Claudeから何が見えているかを確かめることです。Outlinerと照合し、数や名称が合わなければ先へ進まない。シーンを正しく読めていない状態で変更を頼むのは、図面を取り違えたまま赤入れを始めるのと似ています。次に、床材の影響範囲を調べる床に見えるObjectを調べたあと、同じMaterialが造作や家具にも使われていないかを追います。Material Slot、Node Group、Geometry Nodesからの参照があれば分けて示してもらう。ここでConnectorが返せるのは、Blenderシーン内の関係です。Material名がOak_Naturalでも、仕様書で採用したオーク材と一致する証拠にはなりません。色や木目の見え方はレンダーへ、正式な品番や仕上げは仕様表とサンプルへ戻します。3D内の名前と、建築の採用情報を同じものとして扱わない。この線引きが必要です。重さの原因を「削る前」に探すカメラからの見え方とポリゴン数を比べ、負荷候補を絞ります。植栽、曲面家具、Subdivisionの強い小物、画面外のObjectなどが候補に上がるかもしれません。私はここでも、いきなり軽量化させるより一覧を先に見たい。影や反射に効いているObjectは、画面に直接写っていなくても必要です。近景用のCameraへ切り替えれば、遠景だった家具が主役になることもある。何を減らせるかは、最終的に各Cameraのレンダーで判断します。CameraとLightは、数値差を言葉へ戻す複数案のCamera位置、焦点距離、クリッピング、出力解像度、Lightの種類や強度を比較します。設定差が表になれば、なぜ同じ部屋なのに見え方が違うのかを話しやすくなります。それでも「どちらがよい構図か」は数値だけでは決まりません。空間の広さを誤解させていないか。見せたい家具と動線が同時に読めるか。窓からの光が素材をどう見せるか。Connectorは差を説明できても、提案の意図までは引き受けません。複雑なシーンは、変更前に全体、参照関係、負荷、見え方の順で調べる出典：AI生成をもとに編集部制作したワークフロー図。数値と画面は説明用です。4. 「Claudeで建築パースをつくる」という期待は、少し分解したほうがよいClaudeはPython APIを通じてObject、Material、Camera、Light、Nodeへ触れられます。条件が揃えば、形状を追加し、設定を変え、反復作業をまとめることも可能です。だから「建築パースをつくれるか」と聞かれれば、技術的にはかなりの範囲へ手が届く、と答えます。ただ、ここで「つくれる」を一語で済ませると話が雑になります。作業Connectorが補助できること設計者に残る判断モデリング指定寸法による形状作成、反復配置、名称整理元図との整合、納まり、モデル化範囲マテリアルMaterialの作成・割当・値変更実物の色、艶、木目、採用品番カメラ位置、回転、焦点距離の設定と比較誇張のない見え方、提案意図、構図照明Lightの追加、数値変更、案の複製昼夜条件、素材の見え方、空間の印象レンダー設定確認、実行、負荷候補の抽出画像としての評価、修正の優先順位Blender上に形があることと、確認申請図や施工図に合うことは別です。AI建築パースと3Dパースの違い（https://www.coohom.com/jp/blogs/ai-architectural-3d-rendering-guide）でも扱ったように、完成画像と、条件を追いながら修正できる設計案も役割が違います。Connectorが作業を速めても、寸法、構造、法規、施工性の確認先はCAD、BIM、原図、担当者です。ここを曖昧にすると、できのよいレンダーほど危ない。もっともらしく見えるため、間違った寸法や存在しない納まりを見過ごしやすくなるからです。5. 導入は簡単になった。だから安全になった、とは限らない2026年9月15日時点では、Claude DesktopのConnector一覧からBlenderを追加し、Blender側へAdd-onを入れて接続を開始する流れが公式に案内されています。同じ端末で動くBlenderへ接続するため、ブラウザ版claude.aiだけでは使えません。要件の表記には差があります。Blender公式LabページはBlender 5.1以降を挙げ、Claude Academyは4.2以降と案内しています。本稿では、接続先であるBlenderの現行ページに合わせて5.1以降を基準にします。実際の導入時は両方のページを再確認してください。設定画面から追加できるようになると、普通の拡張機能に見えます。しかしBlender公式の警告は明確です。LLM生成コードがガードなしで実行され、データを削除したり、外部へ送ったりする可能性がある。BlenderのPython自体も強い操作範囲を持ち、変更やUndoの扱いによっては不安定化や破損につながります。だから使わない、と決めるのも早い。扱うデータと操作を小さくする。私はそのほうが現実的だと思います。6. 私なら、読み取りから書き込みまでを四段階に分ける段階1 機密情報のない複製ファイルで読む本番案件は開きません。外部リンクを外した小さな検証用ファイルか、公式のデモファイルを使います。最初の指示は一覧化だけ。変更とコード実行はしないよう明記します。段階2 変更案とコードを先に出す五つ程度のObjectを対象に、現名称と提案名を対照表にします。実行するPythonコード、対象データ、変更後の状態も先に示してもらう。読めないほど長いコードなら、作業を分けます。段階3 複製ファイルへ一種類だけ書き込む命名、Material、Camera、軽量化を同時に触りません。一回の操作で一種類だけ変え、Outlinerや各設定画面で差を確認します。「完了しました」という返答は確認資料に使いません。段階4 保存、再起動、再確認まで試す保存前後のファイルを分け、一度閉じて開き直します。外部参照、Material、Node、Camera、レンダーが保たれているかを見る。Undoだけを戻り道にしない。ここまで確かめてから、仕事へ持ち込む範囲を決めます。Blender公式は、仮想マシンや機密情報へ触れない環境での利用も勧めています。案件情報を扱う組織では、個人の判断だけでConnectorを追加せず、データの送信先、ログ、権限、社内ルールを先に確認すべきです。読み取りから書き込みへ進む間に承認を置き、Undo以外の戻り道も残す出典：AI生成をもとに編集部制作した手順図。画面と建物モデルは説明用です。7. 実務で試すためのプロンプト例まず、見えている範囲だけを確認する現在開いているBlenderシーンについて、Collection、Object、Material、Camera、Light、外部リンクを一覧にしてください。変更、削除、名称変更、コード実行は行わないでください。取得できなかった項目も分けて示してください。このプロンプトでは、回答の内容よりOutlinerとの一致を見ます。欠けているものがあれば、その理由を調べるところから始めます。レンダー負荷の候補を探すアクティブカメラを基準に、Meshのポリゴン数と画面内での大きさを比較してください。Modifier、Instance、非表示Objectを計算へ含めたかどうかを明記し、重い候補を上位10件示してください。形状や設定は変更しないでください。公式例で計算条件の抜けがあったからこそ、何を数えたかまで答えさせます。Material変更の影響範囲を調べるMaterial「Floor_Oak」を参照するObject、Material Slot、Node Group、Geometry Nodesを調べてください。削除や置換は行わず、参照関係と変更時に影響する可能性がある対象を一覧にしてください。この結果はBlender内の関係確認に使い、品番や仕上げの採用判断は仕様書へ戻します。命名変更を承認制にする選択したObjectだけを対象に、分類_部位_連番の規則で新しい名前を提案してください。現名称、提案名、参照しているデータの対照表を出し、私が承認するまで変更を実行しないでください。Camera案を比較するCamera_A、Camera_B、Camera_Cの位置、回転、焦点距離、クリッピング、出力解像度を表にしてください。構図の良し悪しは決めず、設定差と、レンダーで確認すべき点だけを書いてください。よいプロンプトは長い文章とは限りません。対象、禁止する操作、確認のタイミングが書かれていること。私はこの三つを外さないようにします。8. Blender、CAD・BIM、Coohomは、正しさを確認する場所が違うBlenderは、自由度の高い3DCG制作、Material、Light、Geometry Nodes、レンダリングを扱える環境です。CAD・BIMは寸法や建物情報を正式に管理する場所。Coohomは住宅・インテリア案を、家具、材料、照明を含む編集可能な3Dとして比較し、提案や共有へ進める場面で使います。どれか一つへ仕事を集約するより、「どこへ戻れば正しさを確認できるか」を混ぜないほうがよい。Blender Connectorでシーンを整理しても、寸法はCAD・BIMへ戻る。素材の見え方はレンダーとサンプルで見る。提案段階の家具や照明を関係者と比較するなら、編集可能な3Dで条件を揃える。この役割分担は、AIが入っても変わりません。むしろ会話から複数のツールへ触れられるようになるほど、戻り先を意識しないと判断の根拠が薄くなります。ツールの選び方は次のSketchUp・Blender・Coohomの役割比較で、全体像は建築・インテリア向けAIツールの活用ガイドで詳しく扱います。9. Connectorの価値は、派手な生成より「次に触る場所が分かること」自然言語でCubeが動くデモは、Connectorの仕組みを一目で伝えてくれます。けれど、実務で向き合うのはCubeより、複雑になったシーンです。どこから確認すればよいか分からない。そこから作業が止まります。このMaterialはどこで使われているのか。レンダーを重くしている候補は何か。このGeometry Nodesはどの入力で変わるのか。変更の前に関係を言葉へ戻し、次に見る場所を絞る。私はそこにClaude Blender Connectorの価値を感じます。一方で、接続した瞬間からClaudeの回答は操作になり得ます。だから最初の問いは「部屋をつくって」ではなく、「このファイルに何が入っているか、何も変えずに教えて」がよい。返答をOutlinerと照らし合わせ、自分で確かめられる範囲から少しずつ広げる。設計者の主導権は、すべてを手で操作することにあるのではないと思います。どこまで任せ、どの資料へ戻り、何を自分の目で決めるか。その境界を説明できるうちは、新しいConnectorも仕事の道具として扱えます。よくある質問Q. Claude Blender Connectorは無料で使えますか？Claude Academyは、Claude DesktopのFreeを含む各プランを前提に案内しています。Blender自体は無料のオープンソースソフトウェアです。ただし利用可能なConnector、モデル、使用量、組織設定は変わるため、導入時にClaudeの現行プラン情報を確認してください。Q. ブラウザ版ClaudeからBlenderを操作できますか？公式教材では、同じ端末上で動くBlenderへ接続するためClaude Desktopが必要とされています。ブラウザ版claude.aiだけでは利用できません。Q. BlenderやPythonの知識は要りませんか？簡単な依頼なら、自分でPythonを書かずに試せます。ただし、結果を評価し、危険な変更を止めるにはBlenderの基本構造を知っていたほうが安全です。Pythonを書かなくてよいことと、コードや結果を確認しなくてよいことは別です。Q. 建築図面から正確な3Dモデルを自動生成できますか？ConnectorはBlenderのシーンを読み、Python APIで操作できますが、図面の解釈、寸法整合、構造、法規、施工性を保証しません。正式な建築モデルの作成・確認はCAD、BIM、原図、担当者へ戻します。Q. 本番ファイルで使っても安全ですか？Blender公式は、LLM生成コードがガードなしで実行され、データ削除や外部送信につながる可能性を警告しています。機密情報のない複製ファイルで試し、対象とコードを実行前に確認し、段階保存してください。参考資料・出典Blender「MCP Serverhttps://www.blender.org/lab/mcp-server/ （2026年9月15日参照）Claude Academy「Using the Blender Connector in Claudehttps://academy.claude.com/tutorials/using-the-blender-connector-in-claude （2026年9月15日参照）Claude Help Center「When to use desktop and web connectors」https://support.claude.com/en/articles/11725091-when-to-use-desktop-and-web-connectors （2026年9月15日参照）Blender Python API「Troubleshooting Errors & Crashes」https://docs.blender.org/api/5.1/info_gotchas_crashes.html （2026年9月15日参照）
Claude Blender Connectorは、Claudeと手元で開いているBlenderをMCPでつなぎ、シーンの情報を調べたり、Blender Python APIを通じて操作したりする仕組みです。自然言語からオブジェクトを動かせる。そこだけを見ると、設計者が会話だけで3Dモデルをつくる道具に見えます。正直に言えば、私も最初に目が向くのはそこです。壁を立て、家具を置き、カメラと照明まで整えてくれるなら面白い。ただ、建築やインテリアの仕事では、ゼロから形を出す時間より、その後の整理と確認に手を取られることがあります。受け取ったシーンに何が入っているのか分からない。似たMaterialが増え、どれを変えるとどこまで影響するのか追えない。レンダーは重いのに、原因になっているObjectが見つからない。こういう途中の詰まりが、意外と長く残ります。BlenderとClaudeをつなぐ価値は、私はまず「作る」より「分かる」にあると見ています。公式に示されているのも、データブロック名の整理、Materialの利用先確認、ポリゴン負荷の調査、Geometry Nodesの説明です。見栄えは地味です。でも、シーンを理解できなければ安心して直せない。順番としてはこちらが先です。同時に、Blender公式はかなり強い警告を出しています。MCP ServerはLLMが生成したコードを保護なしで実行し、データの削除や外部送信につながる可能性がある。つまり、便利な自然言語UIを一つ追加する話ではなく、作業中の3Dファイルへコードが届く経路を開く話です。試すなら、機密情報のない複製ファイルから。ここは譲れません。1. Blenderで困るのは、操作方法より「このシーンを信じてよいか」の判断Blenderの操作に慣れていても、他の人がつくったファイルを引き継ぐと手が止まります。OutlinerにはCube.047やPlane.012が並び、同じ木材に見えるMaterialがいくつもある。非表示のCollection、リンクされたデータ、Geometry NodesのInstanceまで含めると、画面を見ただけでは関係を追い切れません。設計事務所の仕事では、ファイルの来歴も揃っているとは限りません。初期提案のためにつくった軽いモデルに、検討用の家具や植栽が足され、レンダー用の設定が重なっていく。数週間後に開き直したとき、つくった本人でさえ「このCameraはまだ使うのか」と迷うことがあります。ここで欲しいのは、新しい形を勝手に足す機能より、現在の状態を短時間で読み解く手がかりです。MCPの仕組みとデザインツール連携（https://www.coohom.com/jp/blogs/mcp-architecture-design-tools-guide）で整理した通り、MCPはAIと外部ツールの間に共通の接続口をつくります。Claude Blender Connectorでは、ClaudeがConnectorを介して開いているBlenderシーンへ問いかけ、必要に応じてPythonコードを作り、Blender側で実行します。変更を保存すれば、その結果は.blendファイルに残ります。チャットの返答なら、採用しなければ済みます。Connectorを通った返答は、名前を変え、データを追加し、場合によっては削除する。言葉が操作へ変わる。この一段を軽く扱わないほうがよいと思います。Claude DesktopとBlenderの間にはMCP ServerとAdd-onがあり、実行前に人が確認する出典：AI生成をもとに編集部制作した概念図。実際の製品画面ではありません。2. 公式例を読むと、向いている仕事が見えてくるBlender公式のMCP Serverページ（https://www.blender.org/lab/mcp-server/）とClaude Academyの公式チュートリアル（https://academy.claude.com/tutorials/using-the-blender-connector-in-claude）には、実際の用途がいくつか示されています。私はその中でも、次の四つに注目しました。公式に示された用途設計実務で読み替えると人が確認する場所データブロック名の整理引き継いだシーンの命名を揃えるOutliner、外部参照、既存スクリプトMaterialやObjectの利用関係を検索仕上げ変更の影響範囲を調べるMaterial Slot、Node、仕様書ポリゴン数とカメラ上の大きさを分析レンダー負荷の候補を探すModifier、Instance、最終レンダーGeometry Nodesを説明し注釈を付ける複雑な仕組みを引き継げる状態にするNode構成、入力値、作成者の意図この表で大切なのは、Connectorが答えを確定するのではなく、人が確認すべき場所を絞ることです。数字が出ても、調査条件は抜けるBlender公式のシーン分析例では、カメラから小さく見えるのにポリゴン数が多いObjectを探しています。建築パースなら、遠景の植栽や小物、画面の端にしか写らない家具を見つける用途が思い浮かびます。ところが公式ページは、最初の分析がViewportへ影響するModifierだけを見ており、Solidifyによるポリゴン増加を考慮できていなかったとも説明しています。この一文はかなり大事です。AIが表を返し、数字を並べると、それだけで調査が終わったように見える。でも、どのModifierを数えたか、Instanceを実体化して考えたか、レンダー設定を含めたかで結果は変わります。私はConnectorに「最も重いObjectを教えて」とだけ頼むより、「計算に含めたものと除外したものを先に示して」と頼みたい。結果より、数え方を確認するためです。命名整理は、見た目の掃除ではないCamera、Area.001、Material.003を分かりやすい名前へ直す公式例もあります。これは実務との相性がよい。シーンを引き継ぐとき、名前が整理されているだけで読みやすさは変わります。ただし、一括で名前を整える操作は、私ならすぐには実行しません。外部リンクやスクリプトが名称を参照していれば、整然としたOutlinerと引き換えに別の処理を壊すからです。まず現名称と提案名の対照表を出す。参照先を調べる。承認した範囲だけ変える。命名は飾りではなく、データ構造の一部として扱います。Geometry Nodesの説明は、生成より現実的な入口になるGeometry Nodesは、つくった本人には筋が通っていても、引き継いだ人には読みづらいことがあります。公式例では、Node Groupの流れを説明し、FrameやTextデータブロックへ注釈を残しています。ここには素直に魅力を感じます。建物や家具を一発で生成する話より、分からなかった仕組みを言葉にし、次の人が修正できる状態へ戻すほうが、チームの仕事には残るからです。もちろん説明が正しいとは限りません。接続関係と入力値を見ながら、作成者の意図と食い違っていないかを確かめます。それでも、白紙から読み解くより入口はつくりやすい。3. 建築・インテリアなら、一つのファイルをこう調べたい機能を五つ並べるより、実際の流れで考えたほうがConnectorの立ち位置は分かりやすくなります。たとえば、別の担当者から室内パース用の.blendファイルを受け取ったとします。家具、照明、植栽、複数のCameraが入り、レンダーも少し重い。床材を変更したいが、どのMaterialを触ればよいのかまだ分からない。私なら次の順番で見ます。最初は何も変えず、全体像だけを聞くCollection、Object、Material、Camera、Light、外部リンクを一覧にする。使われていないデータや、名前が重複しているものも拾う。ただし削除はしません。この段階の目的は、Claudeの賢さを見ることではなく、Claudeから何が見えているかを確かめることです。Outlinerと照合し、数や名称が合わなければ先へ進まない。シーンを正しく読めていない状態で変更を頼むのは、図面を取り違えたまま赤入れを始めるのと似ています。次に、床材の影響範囲を調べる床に見えるObjectを調べたあと、同じMaterialが造作や家具にも使われていないかを追います。Material Slot、Node Group、Geometry Nodesからの参照があれば分けて示してもらう。ここでConnectorが返せるのは、Blenderシーン内の関係です。Material名がOak_Naturalでも、仕様書で採用したオーク材と一致する証拠にはなりません。色や木目の見え方はレンダーへ、正式な品番や仕上げは仕様表とサンプルへ戻します。3D内の名前と、建築の採用情報を同じものとして扱わない。この線引きが必要です。重さの原因を「削る前」に探すカメラからの見え方とポリゴン数を比べ、負荷候補を絞ります。植栽、曲面家具、Subdivisionの強い小物、画面外のObjectなどが候補に上がるかもしれません。私はここでも、いきなり軽量化させるより一覧を先に見たい。影や反射に効いているObjectは、画面に直接写っていなくても必要です。近景用のCameraへ切り替えれば、遠景だった家具が主役になることもある。何を減らせるかは、最終的に各Cameraのレンダーで判断します。CameraとLightは、数値差を言葉へ戻す複数案のCamera位置、焦点距離、クリッピング、出力解像度、Lightの種類や強度を比較します。設定差が表になれば、なぜ同じ部屋なのに見え方が違うのかを話しやすくなります。それでも「どちらがよい構図か」は数値だけでは決まりません。空間の広さを誤解させていないか。見せたい家具と動線が同時に読めるか。窓からの光が素材をどう見せるか。Connectorは差を説明できても、提案の意図までは引き受けません。複雑なシーンは、変更前に全体、参照関係、負荷、見え方の順で調べる出典：AI生成をもとに編集部制作したワークフロー図。数値と画面は説明用です。4. 「Claudeで建築パースをつくる」という期待は、少し分解したほうがよいClaudeはPython APIを通じてObject、Material、Camera、Light、Nodeへ触れられます。条件が揃えば、形状を追加し、設定を変え、反復作業をまとめることも可能です。だから「建築パースをつくれるか」と聞かれれば、技術的にはかなりの範囲へ手が届く、と答えます。ただ、ここで「つくれる」を一語で済ませると話が雑になります。作業Connectorが補助できること設計者に残る判断モデリング指定寸法による形状作成、反復配置、名称整理元図との整合、納まり、モデル化範囲マテリアルMaterialの作成・割当・値変更実物の色、艶、木目、採用品番カメラ位置、回転、焦点距離の設定と比較誇張のない見え方、提案意図、構図照明Lightの追加、数値変更、案の複製昼夜条件、素材の見え方、空間の印象レンダー設定確認、実行、負荷候補の抽出画像としての評価、修正の優先順位Blender上に形があることと、確認申請図や施工図に合うことは別です。AI建築パースと3Dパースの違い（https://www.coohom.com/jp/blogs/ai-architectural-3d-rendering-guide）でも扱ったように、完成画像と、条件を追いながら修正できる設計案も役割が違います。Connectorが作業を速めても、寸法、構造、法規、施工性の確認先はCAD、BIM、原図、担当者です。ここを曖昧にすると、できのよいレンダーほど危ない。もっともらしく見えるため、間違った寸法や存在しない納まりを見過ごしやすくなるからです。5. 導入は簡単になった。だから安全になった、とは限らない2026年9月15日時点では、Claude DesktopのConnector一覧からBlenderを追加し、Blender側へAdd-onを入れて接続を開始する流れが公式に案内されています。同じ端末で動くBlenderへ接続するため、ブラウザ版claude.aiだけでは使えません。要件の表記には差があります。Blender公式LabページはBlender 5.1以降を挙げ、Claude Academyは4.2以降と案内しています。本稿では、接続先であるBlenderの現行ページに合わせて5.1以降を基準にします。実際の導入時は両方のページを再確認してください。設定画面から追加できるようになると、普通の拡張機能に見えます。しかしBlender公式の警告は明確です。LLM生成コードがガードなしで実行され、データを削除したり、外部へ送ったりする可能性がある。BlenderのPython自体も強い操作範囲を持ち、変更やUndoの扱いによっては不安定化や破損につながります。だから使わない、と決めるのも早い。扱うデータと操作を小さくする。私はそのほうが現実的だと思います。6. 私なら、読み取りから書き込みまでを四段階に分ける段階1 機密情報のない複製ファイルで読む本番案件は開きません。外部リンクを外した小さな検証用ファイルか、公式のデモファイルを使います。最初の指示は一覧化だけ。変更とコード実行はしないよう明記します。段階2 変更案とコードを先に出す五つ程度のObjectを対象に、現名称と提案名を対照表にします。実行するPythonコード、対象データ、変更後の状態も先に示してもらう。読めないほど長いコードなら、作業を分けます。段階3 複製ファイルへ一種類だけ書き込む命名、Material、Camera、軽量化を同時に触りません。一回の操作で一種類だけ変え、Outlinerや各設定画面で差を確認します。「完了しました」という返答は確認資料に使いません。段階4 保存、再起動、再確認まで試す保存前後のファイルを分け、一度閉じて開き直します。外部参照、Material、Node、Camera、レンダーが保たれているかを見る。Undoだけを戻り道にしない。ここまで確かめてから、仕事へ持ち込む範囲を決めます。Blender公式は、仮想マシンや機密情報へ触れない環境での利用も勧めています。案件情報を扱う組織では、個人の判断だけでConnectorを追加せず、データの送信先、ログ、権限、社内ルールを先に確認すべきです。読み取りから書き込みへ進む間に承認を置き、Undo以外の戻り道も残す出典：AI生成をもとに編集部制作した手順図。画面と建物モデルは説明用です。7. 実務で試すためのプロンプト例まず、見えている範囲だけを確認する現在開いているBlenderシーンについて、Collection、Object、Material、Camera、Light、外部リンクを一覧にしてください。変更、削除、名称変更、コード実行は行わないでください。取得できなかった項目も分けて示してください。このプロンプトでは、回答の内容よりOutlinerとの一致を見ます。欠けているものがあれば、その理由を調べるところから始めます。レンダー負荷の候補を探すアクティブカメラを基準に、Meshのポリゴン数と画面内での大きさを比較してください。Modifier、Instance、非表示Objectを計算へ含めたかどうかを明記し、重い候補を上位10件示してください。形状や設定は変更しないでください。公式例で計算条件の抜けがあったからこそ、何を数えたかまで答えさせます。Material変更の影響範囲を調べるMaterial「Floor_Oak」を参照するObject、Material Slot、Node Group、Geometry Nodesを調べてください。削除や置換は行わず、参照関係と変更時に影響する可能性がある対象を一覧にしてください。この結果はBlender内の関係確認に使い、品番や仕上げの採用判断は仕様書へ戻します。命名変更を承認制にする選択したObjectだけを対象に、分類_部位_連番の規則で新しい名前を提案してください。現名称、提案名、参照しているデータの対照表を出し、私が承認するまで変更を実行しないでください。Camera案を比較するCamera_A、Camera_B、Camera_Cの位置、回転、焦点距離、クリッピング、出力解像度を表にしてください。構図の良し悪しは決めず、設定差と、レンダーで確認すべき点だけを書いてください。よいプロンプトは長い文章とは限りません。対象、禁止する操作、確認のタイミングが書かれていること。私はこの三つを外さないようにします。8. Blender、CAD・BIM、Coohomは、正しさを確認する場所が違うBlenderは、自由度の高い3DCG制作、Material、Light、Geometry Nodes、レンダリングを扱える環境です。CAD・BIMは寸法や建物情報を正式に管理する場所。Coohomは住宅・インテリア案を、家具、材料、照明を含む編集可能な3Dとして比較し、提案や共有へ進める場面で使います。どれか一つへ仕事を集約するより、「どこへ戻れば正しさを確認できるか」を混ぜないほうがよい。Blender Connectorでシーンを整理しても、寸法はCAD・BIMへ戻る。素材の見え方はレンダーとサンプルで見る。提案段階の家具や照明を関係者と比較するなら、編集可能な3Dで条件を揃える。この役割分担は、AIが入っても変わりません。むしろ会話から複数のツールへ触れられるようになるほど、戻り先を意識しないと判断の根拠が薄くなります。ツールの選び方は次のSketchUp・Blender・Coohomの役割比較で、全体像は建築・インテリア向けAIツールの活用ガイドで詳しく扱います。9. Connectorの価値は、派手な生成より「次に触る場所が分かること」自然言語でCubeが動くデモは、Connectorの仕組みを一目で伝えてくれます。けれど、実務で向き合うのはCubeより、複雑になったシーンです。どこから確認すればよいか分からない。そこから作業が止まります。このMaterialはどこで使われているのか。レンダーを重くしている候補は何か。このGeometry Nodesはどの入力で変わるのか。変更の前に関係を言葉へ戻し、次に見る場所を絞る。私はそこにClaude Blender Connectorの価値を感じます。一方で、接続した瞬間からClaudeの回答は操作になり得ます。だから最初の問いは「部屋をつくって」ではなく、「このファイルに何が入っているか、何も変えずに教えて」がよい。返答をOutlinerと照らし合わせ、自分で確かめられる範囲から少しずつ広げる。設計者の主導権は、すべてを手で操作することにあるのではないと思います。どこまで任せ、どの資料へ戻り、何を自分の目で決めるか。その境界を説明できるうちは、新しいConnectorも仕事の道具として扱えます。よくある質問Q. Claude Blender Connectorは無料で使えますか？Claude Academyは、Claude DesktopのFreeを含む各プランを前提に案内しています。Blender自体は無料のオープンソースソフトウェアです。ただし利用可能なConnector、モデル、使用量、組織設定は変わるため、導入時にClaudeの現行プラン情報を確認してください。Q. ブラウザ版ClaudeからBlenderを操作できますか？公式教材では、同じ端末上で動くBlenderへ接続するためClaude Desktopが必要とされています。ブラウザ版claude.aiだけでは利用できません。Q. BlenderやPythonの知識は要りませんか？簡単な依頼なら、自分でPythonを書かずに試せます。ただし、結果を評価し、危険な変更を止めるにはBlenderの基本構造を知っていたほうが安全です。Pythonを書かなくてよいことと、コードや結果を確認しなくてよいことは別です。Q. 建築図面から正確な3Dモデルを自動生成できますか？ConnectorはBlenderのシーンを読み、Python APIで操作できますが、図面の解釈、寸法整合、構造、法規、施工性を保証しません。正式な建築モデルの作成・確認はCAD、BIM、原図、担当者へ戻します。Q. 本番ファイルで使っても安全ですか？Blender公式は、LLM生成コードがガードなしで実行され、データ削除や外部送信につながる可能性を警告しています。機密情報のない複製ファイルで試し、対象とコードを実行前に確認し、段階保存してください。参考資料・出典Blender「MCP Serverhttps://www.blender.org/lab/mcp-server/ （2026年9月15日参照）Claude Academy「Using the Blender Connector in Claudehttps://academy.claude.com/tutorials/using-the-blender-connector-in-claude （2026年9月15日参照）Claude Help Center「When to use desktop and web connectors」https://support.claude.com/en/articles/11725091-when-to-use-desktop-and-web-connectors （2026年9月15日参照）Blender Python API「Troubleshooting Errors & Crashes」https://docs.blender.org/api/5.1/info_gotchas_crashes.html （2026年9月15日参照）
インテリア・デザイン2026年7月30日Claudeで3D設計はどこまで変わるのか：MCPとAIHomの違いから考えるこれからの設計ワークフローClaudeのMCP対応Blender・SketchUp ConnectorとCoohom AIHomを比較。既存モデル操作、初期3D案、家具配置、レンダリングを通じ、AIを設計ワークフローのどこに組み込むべきかを実務視点で解説します。
設計ソフト・ツールガイド2026年9月14日MCPとは？建築設計でAIとデザインツールを連携する仕組み・できること・注意点MCPとは何かを、建築・インテリア設計者向けにわかりやすく解説。ChatGPT・Claudeと図面、BIM、Blender、Figmaなどをつなぐ仕組み、ファイル添付との違い、できること・できないこと、権限や情報管理の注意点、安全に試す手順を紹介します。
活用・機能解説・事例2026年8月9日AI建築デザインとは: パース・間取り提案と設計業務効率化の実務ガイドAI建築デザインは設計業務のどこまで実用化しているのか。AIパースの問題点と、CAD・BIM、3D可視化、生成AI画像の違いを整理。Coohom AIHomを使った間取り認識、家具配置、レンダリング、提案・合意形成の流れを実務視点で解説します。
