energent.ai を使って、構造用鋼材製作チームが 3,487 エンティティの DWG テンプレートから完全な鋼接合インデックスを実現した方法

顧客プロフィール

中堅の構造用鋼材製作コンサルティング会社では、再利用可能な接合テンプレートのライブラリを維持管理するため、製作詳細担当者と構造エンジニアのチームが働いています。これらのテンプレートには、梁-柱接合、ガセットプレート組立、ベースプレート詳細、ブレースシステムといった標準的な接合構成が収められており、チームはそれらをクライアント案件ごとに繰り返し活用しています。主に AutoCAD および互換性のある製図プラットフォームで作成された DWG ファイルを扱い、外部の製作業者には製作参照資料および社内のエンジニアリング標準の両方として提供しています。

最近の案件の中心にあったのは、複数のプロジェクトサイクルを通じて包括的な鋼接合製作詳細を蓄積してきた、1 つのマルチレイアウト DWG テンプレートでした。この図面は権威ある参照資料として広く再利用されていましたが、密度が高く、内部インデックスが存在しないため、閲覧、解釈、下流ユーザーへの共有に手間がかかっていました。チームが必要としていたのは、CAD で開くだけではなく、図面の内容を体系的に抽出する方法でした。

課題

この DWG テンプレートには、Model、Layout1、Layout2 の 3 つのレイアウトにまたがって整理された 3,487 個の modelspace エンティティが含まれており、ジオメトリの総容量は約 1.9 MB でした。図面全体には、14 の異なる空間クラスタゾーンにグループ化された 419 個のテキストラベルが配置されていました。これらのラベルは、板厚（12 THK、20 THK、25 THK）、ボルト仕様（M16、M20）、および UB や UC のユニバーサルビーム・ユニバーサルカラムを含む構造断面種別を注記していました。

根本的な難しさは構造的なものでした。14 のゾーンのいずれにも、明示的な詳細番号やタイトルが付いていなかったのです。図面には、梁-柱接合、ガセットプレート、補剛プレート、キャッププレート、ベースプレート、クリート、パッドアイ、ボルト穴パターン、吊り上げ詳細、着脱式ブレース組立、スプライス接合など、少なくとも 11 種類の異なる接合詳細が含まれていましたが、それぞれを特定するには、空間的位置、ラベル内容、レイヤー割り当て、幾何学的文脈を突き合わせる必要がありました。凡例も、詳細を索引化したタイトルブロックも、図面に何が含まれているかを機械可読で要約した情報もありませんでした。

専用ツールがなければ、この種の図面の仕分けはおなじみで高コストな手順になります。エンジニアは AutoCAD でファイルを開き、レイアウトを切り替え、レイヤー表示を 1 つずつ切り替え、各注記クラスタを親ジオメトリまでたどり、図面の各領域が何を表しているのかを手作業で要約します。約 3,500 エンティティと 400 を超えるテキストラベルを含むこの密度のファイルでは、その作業に通常、エンジニアの数時間が費やされます。最終的に作成されるインデックスは、たいてい手入力のリストか、非公式なスプレッドシートです。共有範囲は限定的で、図面が変更された際の更新も難しく、基礎となる DXF 構造とは完全に切り離されています。

問題をさらに複雑にしていたのは、外部の製作業者が必要としていたのが生の DWG ファイルだけではなかったことです。工場での作業を始める前に、製作業者側のチームは、図面にどの接合詳細が含まれているのか、そしてそれぞれが何のためのものかを明確に把握できる、見通しのよい要約を必要としていました。その要約を手作業で作成することは、すでに完了している確認作業の後に、さらにもう 1 つ文書化の工程を追加することを意味していました。

なぜ今なのか

直接のきっかけは、予定されていた製作引き渡しでした。チームは、固定されたプロジェクトスケジュールの中で鋼接合テンプレートを外部製作業者へ送付する必要があり、製作工場では作業開始前に図面の要約を求めていました。インデックスがなければ、製作業者は個々の詳細について確認を求めることになり、限られたスケジュールに数日のやり取りが上乗せされることになります。

目先の期限に加えて、チームはより広範な CAD テンプレートライブラリの標準化も検討していました。長年にわたり蓄積された複数の図面ファイルには一貫したインデックス作成手法がなく、再利用のたびに毎回ゼロから確認し直す必要がありました。今回の製作引き渡しは、単一ファイルの問題を解決するだけでなく、ライブラリ全体に拡張できる、より体系的な CAD 図面文書化アプローチを評価するための、具体的で期限のある機会となりました。

なぜ energent.ai なのか

チームには現実的な代替案が 3 つありましたが、いずれも今回の用途には不十分でした。

CAD ソフトウェアは図面を完全な忠実度で表示・編集できるものの、自動要約、空間クラスタリング、構造化レポート生成には対応していませんでした。CAD ツール内で行う分析も、結局は手作業での解釈と別途の文書化工程を必要とし、避けたかった数時間の作業はそのままでした。

カスタムの Python 抽出スクリプトを書くことは技術的には可能でしたが、抽出ロジックの設計、DXF エンティティモデルの取り扱い、クラスタリングアルゴリズムの実装、そして出力結果を元ファイルと照合して検証する必要がありました。単一の図面のためにその投資を正当化するのは難しく、ライブラリ内の他のテンプレートごとに再実装または保守が必要になるでしょう。

チームが試した汎用 AI ツールは、CAD の慣例や鋼接合標準について抽象的に議論することはできましたが、実際の DWG アップロードを受け取り、エンティティ構造を解析し、実座標とラベル数に結びついた空間的に裏付けられた分析を生成できるものはありませんでした。

energent.ai は DWG ファイルを直接受け取り、検証済みの変換・抽出パイプラインを実行し、カスタムスクリプト、手作業のレイヤー確認、専門ツールをチーム側で用意することなく、構造化された成果物を提供しました。

ワークフロー

ステップ 1: ファイルのアップロードと DWG から DXF への変換。 詳細担当者が DWG テンプレートを energent.ai にアップロードしました。エージェントはファイルを DXF 形式（version AC1027）に変換し、ezdxf ライブラリを使って出力を検証、3 つのレイアウトにまたがる 3,487 個の modelspace エンティティと 1,908,830 bytes のファイルサイズを確認しました。独立した読み戻し検証パスにより、DXF が構造的に有効であり、エンティティ数が変換結果と一致していることが確認されました。このステップにユーザー側の設定は不要でした。

ステップ 2: エンティティとラベルの抽出。 エージェントは変換後の DXF からすべてのテキストエンティティを抽出し、各ラベルの内容と空間座標を取得しました。これにより、419 個のテキストラベルの完全な一覧に加え、線分、円弧、ブロック参照、寸法オブジェクトといった広範なエンティティ構成、および図面の構成を支えるレイヤー構造が明らかになりました。

ステップ 3: 空間クラスタリング。 抽出ステップで得られた座標データを用いて、エージェントは 419 個のラベルを空間的近接性に基づいて 14 のクラスタゾーンに分割しました。各クラスタは図面内の異なる領域に対応し、単一の接合詳細、または密接に関連する詳細セットに属する注記をまとめていました。このクラスタマップが、後続の解釈ステップの構造的基盤となりました。

ステップ 4: 接合詳細の解釈。 クラスタマップと各ゾーン内のラベル内容をもとに、エージェントは 11 種類の接合詳細を特定しました。梁-柱接合、ガセットプレート、補剛プレート、キャッププレート、ベースプレート、クリート、パッドアイ、ボルト穴パターン、吊り上げ詳細、着脱式ブレース組立、スプライス接合です。各タイプについて、関連する板厚注記とボルト仕様 — 12 THK、20 THK、25 THK のプレート、M16 および M20 ボルト — を文書化し、それぞれの接合の製作上の目的を説明しました。

ステップ 5: Markdown ウォークスルー。 エージェントは、図面の段階的な読み方ガイド、11 種類すべての詳細タイプの実務的な製作メモ付き説明、各詳細に関連する主要ラベル、そして 14 クラスタゾーンの完全な要約を含む構造化 Markdown レポート (steel_connection_drawing_walkthrough.md) を生成しました。このレポートは、プロジェクト引き渡しパッケージや社内技術リファレンスライブラリにそのまま組み込める形式で整えられていました。

ステップ 6: インタラクティブ HTML ダッシュボード。 エージェントは、図面のクラスタレイアウトマップ、エンティティ種別とレイヤー数の要約、接合詳細からクラスタへの対応表、サンプルラベル付きの 14 クラスタすべてを検索可能な表を含む、ブラウザベースの HTML ダッシュボード (steel_connection_visual_dashboard.html) を作成しました。ダッシュボードには、元ファイルに明示的な詳細番号やタイトルがなかったため、詳細グループは空間的・ラベル的文脈から推定されたものであるという明確な注意書きも含まれていました。

ファイルのアップロードから検証済み成果物の作成までの一連の流れは、1 回のセッション内で完了しました。

結果

以下のすべての指標は、ソース DWG ファイルで確認されたエンティティ数と構造的特徴に直接基づいています。

• 419 text labels extracted を DXF から抽出し、各ラベルを空間座標付きで取得してクラスタゾーンごとに整理しました。
• 14 spatial cluster zones identified and mapped を図面の modelspace 全体にわたって特定・マッピングし、ソースファイルには存在しなかったナビゲーション用インデックスを提供しました。
• 11 connection detail types documented を文書化し、実際の図面ラベルから取得したプレート厚さおよびボルト指示の参照情報をそれぞれ付与しました。
• Two structured deliverables produced として、製作者への引き渡し向けに整形した Markdown のウォークスルーと、CAD を使わないユーザーでも図面内容をたどれるインタラクティブな HTML ダッシュボードを作成しました。

定性的な成果も同様に大きなものでした。通常であればエンジニアが AutoCAD 上で数時間を要する作業、つまりレイヤー表示の切り替え、注記クラスタとジオメトリの照合、別途サマリ文書の作成といった作業が、1 回のエージェントセッションで完了しました。得られたドキュメントは、手作業のプロセスで通常得られるものよりも構造化され、内容も充実しており、Markdown 形式とブラウザベースの両方ですぐに共有できました。さらにチームは、追加のスクリプトや専門ツールを使わずに、自社の CAD ライブラリ内の他のテンプレートにも適用できる再現可能なワークフローを手に入れました。

抽出された詳細クラスタ

自動抽出により 14 個のテキストラベルクラスタが見つかりました。DWG では多くの接合詳細が近接して配置されているため、一部のクラスタは広範囲にわたります。そのため、上記の解釈では実務上扱いやすい詳細タイプに統合しています。

証拠

「この図面を工場に送る必要があり、作業を始める前に各詳細が何を示しているのか理解してもらう必要がありました。エージェントは 11 の接合タイプすべてを見つけ、図面内のゾーンにマッピングし、ウォークスルーを作成してくれました。手作業なら半日はかかったはずです。」 — Fabrication Detailer

steel_connection_drawing_walkthrough.md レポートと steel_connection_visual_dashboard.html ダッシュボードは、製作者への引き渡しパッケージに添付されました。ダッシュボードの検索可能なクラスタ表により、製作者チームは DXF ファイルを CAD ソフトウェアで開かなくても、14 のゾーンクラスタのいずれかと対応する接合タイプを特定でき、密度の高い複数レイアウト図面の引き渡しで通常発生するやり取りを削減できました。

信頼に関する注記

両方の成果物における接合詳細の分類は、空間的なクラスタリングとラベル内容から推定したものであり、ソース CAD ファイルに存在しない明示的な詳細番号やタイトルに基づくものではありません。エージェント自身の HTML ダッシュボードにも、この注意書きが明示されています。これらの出力を実際の製作図面の作業指示に使用する前に、資格を持つ構造エンジニアが、推定された各詳細タイプが元図面の設計意図と一致していることを確認する必要があります。Markdown のウォークスルーとインタラクティブなダッシュボードは、ナビゲーション補助、引き渡し用サマリー、社内参照文書としては適切ですが、正式な設計図レビューや押印済みの構造文書の代替にはなりません。