建具表と特記仕様書の記載が違う。その近くに、以前の質疑回答らしいファイルもある。このとき必要なのは、違う文字を見つけることだけではありません。同じ対象を比較しているのか、例外を認めた回答なのか、その回答が今回の設計図書に反映されているのかまで確認する必要があります。

図面と仕様書の整合性チェックをAIで支援する場合は、まず対象と確認項目を対応付け、食い違いの候補と根拠箇所を示し、その後に人が意味と扱いを判断する流れを作ります。質疑回答を検索できても、それだけで記載の矛盾が解消したとはいえません。本記事では、建具仕様に食い違いがある架空の案件を通して、AIに任せる比較と、設計担当者が確認する判断を分けて説明します。

文字が違うだけでは、設計図書の矛盾とは決められない

図面、建具表、特記仕様書は、同じ建物を扱っていても情報の粒度が異なります。仕様書には共通条件が書かれ、建具表には個別の符号や寸法が記載されることがあります。ある図面には仕上げの略称しかなく、詳しい構成は別の表を参照する場合もあります。そのため、記載をそのまま横並びにするだけでは、本当の食い違いと表現の違いが混ざります。

例えば、平面図の「D-12」と建具表の「D12」を別物として扱えば、存在する仕様を見落とすかもしれません。逆に、階や区画が違うのに同じ符号だという理由だけで結び付ければ、無関係な仕様を比較してしまいます。最初に必要なのは、符号の表記を揃える作業と、何を同じ対象とみなすかの条件を決める作業です。この二つを一緒にして、AIが推測した対応をそのまま確定させないようにします。

また、値が見つからない状態にも複数の理由があります。資料に記載がない、別の表への参照になっている、文字が読めない、対象の対応が取れていない、といった違いです。いずれも「不明」とだけ表示すると、担当者は何から確認すればよいか分かりません。AIの出力には、比較結果だけでなく、どの段階で確認できなくなったかを残す必要があります。

照合する資料を選び、同じ対象を結び付ける

検討を始める際は、図面と仕様書をすべて投入して「問題を探して」と依頼するより、一つの工種と確認項目に絞る方が結果を解釈しやすくなります。建具なら、対象符号、設置場所、材料、仕上げなど、今回何を照合したいのかを先に決めます。どこまで確認すべきかは案件の条件によって異なるため、ここで挙げる項目は網羅的な設計チェック基準ではありません。

資料側では、対象範囲、図面番号、該当ページ、参照先を整理します。同じ符号が複数箇所に現れる場合は、階や位置などを補助情報として使います。対応が一意に決まらなければ、候補を示して人が確認する状態にとどめます。この準備がないと、誤った組合せに対して正確に文字を比較し、もっともらしい不一致を大量に作ることになります。

AITechの設計支援AIでは、図面や仕様書などを照合し、記載の矛盾、抜け漏れ、確認が必要な箇所を抽出する領域を紹介しています。以下の分類や確認手順は、その領域を実務に落とすための本記事の提案です。特定の案件で全項目を自動判定できることや、掲載した確認票がそのまま製品機能として備わることを示すものではありません。

架空例：建具表の仕様と特記仕様書が異なるとき

架空の案件で、建具表の対象D-12には「仕上げA」、特記仕様書の該当する共通条件には「仕上げB」と書かれていたとします。ここではA・Bを説明用の記号として使い、特定材料の適否や実案件の仕様を示していません。担当者は、まずD-12がその共通条件の適用対象であることを確認します。対象が違えば、文字が異なっていても矛盾ではありません。

次に関連資料を調べると、質疑番号Q-07に「D-12は仕上げAでよい」という回答が見つかりました。しかし、その一文だけを取り出して「解消済み」と処理してはいけません。対象の階や場所は一致しているか、回答に条件が続いていないか、確認中の案ではなく業務上使える回答なのかを原文で確かめます。

仮にQ-07が「対象室の条件確認後にAを検討する」という回答だった場合、採用を確定する根拠にはなりません。短い要約から「Aでよい」と読み取れてしまっても、条件が満たされた証拠がなければ保留です。また、回答が別の場所のD-12を指していた場合も、今回の不一致を解消しません。検索にヒットしたことと、根拠として使えることは別です。

一方、今回の対象についてAの採用が確認され、必要な条件も満たされていると確認できた場合でも、図書上の不整合は残ることがあります。後工程の担当者が共通条件のBだけを読めば、異なる手配につながりかねません。どの図書のどこを修正・補足するかを決め、反映後の状態を確認するまでが一連の作業です。

質疑回答は、本文と条件を切り離さずに検索する

質疑回答を参照する際は、質問と回答を対にして扱います。回答文だけの「可」「変更なし」「別途協議」では、何についての返答か分かりません。関連する図面番号や質疑番号を一緒に辿れるようにし、添付図の指示が判断に必要なら、その添付も確認対象に含めます。

AIによる検索では、用語が一致する文章を探すことと、今回の判断に必要な文脈を揃えることを分けて考える必要があります。検索しやすい短い単位に分けても、回答を作る段階では、対象範囲やただし書きが欠けないようにします。質問と回答の一部だけが取り出されると、条件付きの回答が無条件の採用許可に変わってしまうためです。

AITechのRAG技術紹介では、検索する単位と回答へ渡す文脈を分け、意味・キーワード・属性条件を組み合わせて根拠を選ぶ構成を説明しています。整合性チェックの根拠探索でも、単語の一致だけに依存しない考え方が参考になります。ただし、検索システムが回答者の承認権限や契約上の効力を自動で確定するとは限りません。誰のどの記録を業務上の判断根拠にするかは、案件の運用に沿って確認します。

文書検索と回答生成の違いを知りたい場合は、社内文書検索AIの解説を参照してください。本記事で扱うのは権限管理全般ではなく、見つかった質疑回答が特定の図書不整合を解消する根拠になるかという判断です。

AIの出力には、結論より先に確認できる根拠を残す

「整合していません」という通知だけでは、担当者は元の資料を探すところからやり直します。実務で確認できる出力にするには、対象の符号や場所、比較した項目、双方の記載、図面やページの位置を一緒に示すことが重要です。質疑回答を参照した場合は、その番号と該当箇所、残っている条件も添えます。

結果の分類は、例えば「不一致の候補」「対応する記載が見つからない」「対象の対応が未確定」「条件確認が必要」と分けられます。これは本記事の運用案です。分類を増やすこと自体が目的ではなく、確認者が次に原図を開くのか、資料の不足を補うのか、関係者に照会するのかを選べることを目指します。

そのうえで、人が確認した結果をAIの検出結果と区別して残します。表現の違いだけだった、別の対象を結び付けていた、実際に修正が必要だった、という理由が分かれば、次の検証で改善すべき箇所を特定できます。誤った指摘を削除するだけでは、同じ問題を繰り返す原因が見えなくなります。

図面から文字や記号を取り出して対象へ結び付ける前段は、図面解析AIの解説で扱っています。文字認識の誤りと、正しく読めた情報の対応付けの誤りでは、修正すべき処理が違います。照合結果だけを見て、一括して「AIの精度が低い」と判断しないことが大切です。

修正して終わりにせず、後工程へ渡る情報を確かめる

担当者が不一致を確認したら、修正する図書と確認する範囲を決めます。建具表を直すのか、仕様書に対象の例外を明記するのか、別の確認を待つのかは、案件の手続きや設計判断に従います。AIが指摘したという理由だけで、どちらかの記載を機械的に優先する運用にはしません。

修正後には、指摘した箇所だけでなく、関連する表や参照が整っているかを確認します。庁内・社内の承認方法、設計者や施工者の役割は案件ごとに異なるため、AI出力の「確認済み」がそのまま正式な承認になるような表示は避けます。確認結果には、何を誰が確かめ、何がまだ残っているかを記録します。

検証では、検出件数の多さより、担当者が根拠に戻って判断できたか、無関係な指摘の確認負担が増えていないか、確認対象の不一致を見逃していないかを見ます。あらかじめ人が確認した資料組を用い、条件付き回答や対象外の記載も含めて試すと、単純な文字比較では見えない課題を評価できます。試した範囲で良い結果が出ても、別の工種や資料形式へそのまま広げられるとは限りません。

よくある質問

質疑回答があれば、図面と仕様書が違っていても問題ありませんか？

一概にはいえません。回答が今回の対象と条件に適用できるか、必要な確認が済んでいるか、関係図書への反映が必要かを確認します。検索で回答が見つかっただけでは、図書間の不整合が解消したことにはなりません。

図面と仕様書のどちらを正しい情報として扱えばよいですか？

一律の優先順位をAIに決めさせるのではなく、案件の契約図書や運用、設計上の確認手続きに従います。本記事は個別案件の契約解釈を示すものではありません。根拠が揃わない場合は要確認として扱います。

AIで図書全体の整合性を保証できますか？

本記事で紹介した仕組みだけで保証はできません。資料の読取、対象の対応付け、条件の把握、確認対象の選定にはそれぞれ限界があります。まず対象工種と項目を絞り、人の確認と組み合わせて評価します。