図面の数量拾いはAIでどこまでできるか

図面から数量を拾う作業をAIに任せられるかという相談を受けることが増えている。答えは明確で、Claude Code単体では図面から数量を拾うことはできない。

図面を画像として読み込ませて拾い作業をさせても、内法面積の取り違えや納まりの見落としが起きる。図面を読み解く専用の技術が必要な領域である。

ただし、拾いのすべてがAIと無縁というわけではない。拾った後の工程には、Claude Codeが担える範囲が確かにある。

見積の元になる数量拾いの流れは、大きく3段階に分けられる。図面から数量を拾う工程、拾った数量を単価マスタと突き合わせて見積明細を作る工程、単価の最終判断をする工程である。

このうち拾いそのものは、専用の積算ソフトか、図面を読める人の作業になる。単価の最終判断は積算担当者の役目で、過大・過少を見抜く経験が要る。

残る「拾った数量を突き合わせて明細にする」工程が、Claude Codeの領分である。数量のリストがあれば、単価マスタと照合し、Excel形式の見積明細ドラフトを作る作業は任せられる。

図面から数量を読み取る作業には、図面特有の記法を理解する必要がある。壁の内法と芯々の違い、開口部の控除、部材の重なりといった約束事を踏まえて数える。

Claude Codeは汎用のコーディングエージェントであり、図面画像を専用の積算エンジンのように解析する機能は持たない。数量拾い専用に設計されたツールとは前提が違う。

図面が読める人であれば、現場の納まりを踏まえて拾いの精度を担保できる。この工程を今の時点でAIに置き換える判断はしない。

拾った数量のリストがCSVやExcelで手元にあれば、そこから先はClaude Codeの得意分野になる。単価マスタとの突合、見積明細のドラフト作成、指定の書式へのフォーマットは自動化しやすい。

明細のドラフトができれば、積算担当者はできあがった下書きの数字を確認する作業に変わる。

単価の最終判断や、数量の過大・過少の確認は積算担当者が行う。AIが出す明細はあくまで下書きであり、見積書として提出する前に人が確認する。

架空データでの実行例を示す。拾った数量のリスト（架空の外壁塗装案件、部位別の面積）をCSVで用意し、単価マスタと突き合わせて見積明細を作る作業をClaude Codeに指示した。

プロンプト例: 「このCSVの数量リストと、こちらの単価マスタExcelを突き合わせて、部位ごとの金額を計算した見積明細のドラフトをExcelで出力してほしい。単価が単価マスタに存在しない部位は空欄にして一覧に残してほしい」という指示を出した。

出力された見積明細ドラフトには、単価マスタにない部位が空欄のまま一覧に残っており、担当者がそこだけ確認すればよい状態になっていた。この一連の流れは架空データでの実行例であり、実際の案件では単価マスタの整備状況によって結果が変わる。

数量拾いそのものを担う専用ツールについても触れておく。積算専用ツールの提供元は、公開情報として拾い作業の効率化を謳っている。具体的な数値は提供元の公開情報であり、当社で検証した数字ではない。

2026年8月には、鉄骨工事の会社が、PDFの設計図から3Dモデルを量産し、鋼材の集計表を出す仕組みを公開している。公開されている実演の内容であり、当社の成果として書いているものではない。

これらはいずれも拾いの専用ツール、もしくは特定工種に特化した仕組みである。Claude Codeのような汎用のコーディングエージェントとは役割が異なる。

拾いの実務では、割付を考慮せずに内法面積をそのまま枚数換算してしまう失敗が起きる。材料の実際の割り付け方を踏まえないと、必要枚数を見誤る。

納まりや雨仕舞を無視した拾いも、同じように精度を落とす。図面上の寸法だけを追っても、実際の施工でどう納めるかが分かっていなければ数量は合わない。

図面を読めることと、現場を知っていることは別の技能である。現場を知らない拾いは、図面が正確に読めていても精度が出ない。この難所は、AIに拾いの工程を任せない理由でもある。

数量拾いの自動化を検討するなら、拾った後の突合や書式化にかかる作業時間を削る話として導入を検討するのが現実的である。

拾いの精度そのものを上げたい場合は、専用の積算ツールの導入や、図面が読める人材の確保を検討する。Claude Codeの領分とは別の投資になる。

どちらを先に進めるにしても、単価の最終判断と提出前の確認は人が担う体制を崩さないことが前提になる。