Revit MCPは、生成AIとRevitをつなぐ新しい接続方式として注目されています。ただし、MCPはRevitの開発APIでも、DynamoやpyRevitの代替機能でもありません。AIがどのツールを呼び出し、Revit側で何を実行し、誰が結果を承認するのかを分けて考える必要があります。この記事では、Revit MCPのレイヤー構造と現時点の限界を整理します。Revitカスタマイズ全体の選択肢は、完全ガイドで確認できます。
1. MCPはRevitを開発するAPIではない
Model Context Protocolは、AIアプリケーションが外部のデータやツールと接続するための標準化されたプロトコルです。MCP公式仕様（新しいタブで開きます）では、サーバーがResources、Prompts、Toolsを提供し、AIアプリケーション側がそれらを利用する構成が説明されています。
Revitに当てはめると、生成AIが質問や指示を受け、MCPクライアントがサーバーへ接続し、サーバーがRevit側の処理を呼び出す形になります。実際のモデル操作は、Revit API、アドイン、pyRevit、または専用プラグインなどが担います。
生成AI・AIクライアント
↓ 指示・ツール呼び出し
MCPクライアント／MCPサーバー
↓ 接続・権限・データ変換
Revit側のアドイン・API・プラグイン
↓
Revitモデル
2. 何ができるようになるか
自然文でモデル内の要素を検索し、条件に合う要素の一覧やパラメータを取得し、対象ビューを開いたり、選択箇所へ移動したりする使い方が考えられます。Autodeskが2026年6月に紹介したRevit Public MCP Serverは、Revit 2027向けのTech Previewとして、モデルの検索、要素データ取得、要素選択、ビュー操作、ビュー出力などの読み取り中心のツールを提供しています。
この段階で価値があるのは、AIが勝手に設計することではなく、モデル情報を探す時間を減らし、確認対象を絞り込み、自然文で業務知識へ接続できることです。書き込みや変更は、対象、条件、承認、ロールバックを明確にしてから検討します。
3. Revit API・Dynamo・pyRevitとの関係
Revit APIはモデルを操作する技術基盤、Dynamoはビジュアルに処理を組み立てる環境、pyRevitはPythonなどでRevit向けコマンドを追加する拡張環境です。MCPはそれらをAIから呼び出す接続層になり得ます。
したがって、「MCPを導入すればAPI開発が不要になる」とは限りません。AIに公開するツールの定義、入力値の検証、Revit側のトランザクション、エラー処理、権限、監査ログは依然として必要です。MCPを使うことで、既存のAPIやアドインを自然文から呼び出せるようにする、という理解が現実的です。
4. 導入時の安全設計
MCPの公式仕様は、外部データへのアクセスやコード実行に伴うセキュリティ上の注意を示し、ユーザーの同意、データの保護、ツール実行の承認を重視しています。Revitで使う場合は、最初から書き込み操作を許可せず、読み取り、検索、選択、出力から始める方法が考えられます。
AIが取得できるモデル情報の範囲、送信先、ログの保存期間、利用者ごとの権限、誤った要素を対象にした場合の停止条件を定義します。設計・施工データを扱う場合、AIの回答をそのまま正式成果物とみなさず、専門担当者の確認を残すことが重要です。
まとめ
Revit MCPは、生成AIとRevit側のツールをつなぐ接続層です。API、Dynamo、pyRevitを置き換えるものではなく、それらの機能をAIのワークフローへ組み込む可能性を持ちます。現時点では製品やサーバーごとに対応範囲が異なるため、読み取りから小さく検証し、実務で必要な機能を定義することが安全です。AI連携を含むRevit開発の要件整理は、Revitアドイン開発とはまたはRevit受託開発について相談するからご相談ください。
関連記事
全体像はRevitカスタマイズ完全ガイドで確認できます。続けて次の記事もご覧ください。
