あなたのIFCに関する確信に満ちた回答がなぜ間違っているのか、そしてそれを修正するために何が必要なのか。
チャットボットに、壁が建物の通り芯（グリッド）からどれくらい離れているかを尋ねてみてください。IFCを貼り付けると、小数点以下2桁まで回答してくれます。しかし、それは間違っています。なぜなら、壁の位置は壁自体には保存されていないからです。
それはネスト（入れ子）されているのです。壁は階（ストーリー）に対して相対的に配置され、階は建物に対して、建物は敷地に対して配置されます。各階層が変換（トランスフォーム）を追加し、あなたが求めた座標は、これらすべてを順番に掛け合わせた積になります。1つでも見落とすと、回答は数メートルずれてしまいますが、それでも一見正しそうに見えます。これが、エージェントの幾何学的な回答を製品に組み込むことができない理由です。それらはほとんどの場合は正しいものの、予測不可能な形で間違えることがあり、出力からどちらであるかを判断することはできません。
STEPも同様に配置をネストします。DWGは、製図者が残したままのユーザー座標系を保持しています。このジオメトリをエージェントに提供するすべてのチームが、自分たちで計算式を書いていますが、大半のチームは20ファイルに1回の割合で現れる特殊なファイルで計算を誤ってしまいます。
ODA MCPサーバーは、商用CAD製品の内部SDKをベースに構築された、DWG、STEP、IFC用のMCPサーバーです。これらはコンパイルされたコード内で変換スタックをたどり、ワールド座標を返します。これは、それらの製品が出荷しているものと同じベクタライザであり、末尾にJSONライターが追加されています。20番目のファイルでも回答は正しいため、スポットチェック（その都度の確認）をする必要はなく、それをベースに開発を進めることができます。
また、ご自身で2つのことを書く必要もなくなります。ジオメトリは、フォーマットが何であれ、1つの形状で返されます。すなわち、頂点リストと、それに続く整数インデックスの面リストです。これはフォーマットやSDKのバージョンを問わず共通であるため、前四半期に作成したプロンプトが今四半期でも引き続き解析されます。そして、境界表現（B-rep）が存在する場合、1回の呼び出しでトポロジ（面、辺、ループ、頂点）が返されます。これにより、エージェントがセッションごとに数百行のパース処理を再生成する必要がなくなり、トークン予算を節約できます。
これをベースに構築する前に、手元にあるビルドで2つの点を確認してください。体積、面積、重心のヘルパーはまだ登録されていないため、当社のものを含め、いかなるリストも鵜呑みにせず、tools/listを問い合わせてください。また、テッセレーションは固定されています。詳細設定を上げ下げすることはできないため、面数が非常に多いシェルでは、サーバーが生成したメッシュがそのまま取得されます。これらのシェルにおける面数や辺数は、確定値ではなく、あくまで概算値として扱ってください。
