AIはどこで止まるのか

1まず、AIは実際にここまで来ている

否定から始めては議論になりません。一次生成 —— データを作る段階 —— でも変化はすでに始まっています。実物の製品があります。

自然言語からRevitモデルができます。これはマーケティングではなく、実際に売られている製品です。ところが同じページにベンダー自身がこう書いています —— “REVIEW & REFINE — Verify dimensions and element placement against field measurements before advancing the model into documentation.”(寸法と要素配置を実測と照合して検証したうえで、図面化の段階へ進めてください)

そしてこの製品が作るのはマス・壁・床・屋根・開口です。鉄筋や構造詳細への言及は、製品ページのどこにもありません。

導入率も、設問まで一緒に見る必要があります。この分野は特にそうです。

AIは実際に来ています。ただし今たどり着いた先は事務・管理であり、設計の中で自動化されたのは形状を作る仕事です。

2Revit APIは鉄筋生成に対応している

事実を正確にしておきます。Revit APIにはAutodesk.Revit.DB.Structure.Rebarクラスがあり、Rebar.CreateFromCurves・CreateFromCurvesAndShapeで鉄筋を生成できます。Autodesk開発者ガイドにはReinforcementの節が独立してあります。つまり「APIに鉄筋機能がないからできない」ではありません。

では、なぜ誰も自然言語の配筋を売らないのか。答えは、そのAPIが呼び出す側に何を要求しているかを見れば明確になります。

3APIのシグネチャが、そのまま「AIが決めてくれないもの一覧」である

Rebar.CreateFromCurvesAndShapeが要求する引数です。Autodesk公式APIドキュメントのままです。

この一覧にないものを見てください。継手長さを算定する引数がありません。定着長さを算出する引数もありません。かぶりを判断する引数も、継手位置を決める引数もありません。

APIは「この経路に沿って、この形状、このフックで鉄筋を置け」という実行をしてくれます。

その経路とフックを何にするかは、呼び出す側がすでに知っていなければなりません。

4だからプロンプトも、MCPも、Dynamoも同じ壁に当たる

Revitを自動化する経路は複数ありますが、到着地は一つです。自然言語プロンプト・MCPサーバー・Dynamoグラフ・C#アドイン —— すべてRevit APIを経てモデルに届きます。そしてその地点で要求される値は、誰が入れても同じです。

Dynamoも例外ではありません。Dynamo公式ドキュメントは、DynamoノードがRevit要素を指すラッパーであり、「Dynamoの統合者がどのHost APIをノードとして公開するかを選ぶ」と記しています。Dynamoでできることは、Revit APIが許す範囲の中です。

つまり道具を変えても問いは残ります。「この鉄筋のフックは90°か、135°か」。どれだけプロンプトを工夫しても、この値を知る人がいなければ、どの道具も答えを作り出せません。

5「建物一棟を自動配筋して」が一度で通らない理由

AIにそう指示したら何が起きるかを考えれば明確です。AIは聞き返し始めます —— コンクリート強度は? 鉄筋径は? ピッチは? 継手は重ね継手か機械式か? 定着長さの基準は?

そしてこれらに答えられる人は、すでに配筋を知っている人です。答えられるならAIがなくてもでき、答えられないならAIがあってもできません。