工務店・ハウスメーカーの社内文書検索にAIを使う 回答根拠へ戻れる設計

導入の順番は、文書を一括投入して回答精度を見ることではありません。先に「誰が、何を判断するために検索するか」を決め、検索対象、正本、版、権限、回答形式、回答できない場合の処理を設計します。そのうえで少数の代表質問を使い、回答から根拠へ戻れるかを評価します。本記事では、そのために自社で作成できる成果物として「根拠追跡型検索台帳」「回答テンプレート」「質問別評価表」「誤回答修正票」の作り方を示します。

01.AI検索で解決する仕事と、解決しない仕事を分ける

社内文書検索にAIを使う目的は、もっともらしい文章を書かせることではありません。社員が質問したときに、関連する社内文書を探し、その内容を短く整理し、判断者が原文を確認できる状態にすることです。AIの回答は最終決定ではなく、根拠へ到達するための案内として扱います。

たとえば「標準仕様の断熱材は何か」という質問でも、営業担当者が初回説明の準備に使う場合と、現場監督が発注前に使う場合では必要な厳密さが違います。前者では標準仕様書への案内が中心になりますが、後者では物件別の契約図書、変更合意、施工図、発注情報まで確認しなければなりません。質問文が同じでも、利用目的によって参照すべき文書が変わります。

最初に、検索によって短縮したい作業を一つの動詞で定義します。「探す」「比較する」「引き継ぐ」「説明準備をする」などです。「業務効率化」のような広い目的だけでは、必要な文書も評価方法も決まりません。

この表から読み取るべき点は、AI検索に任せるのは「候補の発見と整理」までであり、金額、契約、設計、施工、保証の確定は担当者が原文と案件条件を照合して行うということです。

一方、文書が存在しない事項、口頭だけで運用されている例外、現場ごとに異なる判断を、検索AIだけで補うことはできません。回答が出ないことをAIの性能不足と決めつけず、「そもそも根拠文書がない」「保存場所が対象外」「文書名や案件番号が不足している」という管理上の問題も切り分けます。

AI活用の対象業務を広く検討したい場合は、基幹記事の工務店のAI活用候補を棚卸し｜経営課題と業務をつなぐ評価表を参照してください。本記事では、そのうち社内文書検索を根拠追跡型にする作業、つまり「回答から根拠へ戻る表示」と「その表示を代表質問で評価する方法」を扱います。質問ログの集め方、検索対象と更新の台帳、運用責任の分担は、工務店の社内ナレッジAI｜検索対象・更新・回答確認の設計で扱うため、本記事では要点だけを示します。

02.「回答根拠へ戻れる」を四つの条件に分解する

根拠へ戻れる状態とは、回答の末尾にファイル名が一つ表示されるだけではありません。少なくとも「文書の識別」「版の識別」「該当箇所の識別」「アクセス可能性」の四つが必要です。

文書名が表示されても、同じ名前のファイルが複数あれば正本を特定できません。ページ番号だけが表示されても、PDF化の方法によってページがずれていれば該当箇所へ到達できません。リンクがあっても、質問者に権限がなければ原文を確認できません。したがって、四条件をまとめて評価します。

この表の要点は、根拠表示をAIの文章表現ではなく、原文へ再到達するための識別情報として設計することです。リンクだけに依存すると、保存先変更や権限変更で追跡できなくなるため、文書IDや版も併記します。

回答と根拠の関係にも注意が必要です。一つの長い回答に出典をまとめて付けると、どの記述がどの文書に基づくのか分かりません。回答を要点単位に分け、各要点の直後に根拠を置きます。複数資料を組み合わせた場合は、それぞれが支える範囲を分けて示します。

この模式図から分かるのは、AIの回答を読んだ時点では作業が終わらないことです。原文と案件条件を照合し、利用者が採用可否を判断して初めて実務上の確認が完了します。

また、回答根拠は「AIが参照した文書」と「会社として採用すべき正本」を一致させる必要があります。古い共有フォルダ、メール添付、個人保存の複製が検索対象に残っていると、根拠リンクが表示されても誤った版へ戻ってしまいます。検索機能の設定より先に、正本を決める文書管理が必要です。

03.検索対象を決める前に、判断の重さを分類する

すべての社内質問を同じ扱いにすると、利用範囲が曖昧になります。まず、回答を間違えたときの影響と、回答後に必要な承認を基準に質問を分類します。本記事では、社内ナレッジAIの記事と同じ「段階1・案内」「段階2・業務準備」「段階3・重要判断」の三段階を使い、ここでは各段階でどのような回答表示にするかを決めます。これは法令上の区分ではなく、各社が調整するための社内分類です。

段階1は、原文への案内として比較的使いやすい質問です。社内用語、申請手順、帳票の保存先、会議運営などが該当します。段階2は、顧客説明や案件処理に影響するため、担当者による原文照合が必要な質問です。標準仕様、見積条件、保証資料、引き継ぎ事項などです。段階3は、誤りが契約、金額、設計、施工、安全、法令対応などに影響し得るため、AIの回答だけで決定してはいけない質問です。

この分類で読み取るべきなのは、段階3だから検索してはいけないのではなく、AIに結論を出させないことです。関連資料の発見には使えても、「施工可能です」「追加費用は不要です」といった確定表現はさせません。

分類は質問文の単語だけで決められません。「窓の標準仕様は」という質問でも、研修中の社員が用語を学ぶなら段階2、契約済み案件で変更可否を判断するなら段階3に近づきます。入力欄に「利用目的」「案件番号」「回答を使う工程」を持たせると、同じ質問でも適切な回答形式を選びやすくなります。

総務省・経済産業省のAI事業者ガイドライン（第1.2版、2026年3月31日公表）は、AIの開発者、提供者、利用者など、立場に応じたガバナンスの指針を示しています。ただし、上記の段階1〜3の分類や工務店向けの承認経路は同資料の記載をそのまま転記したものではなく、指針を実務に落とすための本記事独自の運用案です。

運用開始時は段階1から始める方法があります。正本管理と権限連動を確認した後、段階2へ広げます。段階3は、回答を資料案内に制限できること、担当者が原文照合を記録できること、誤回答の連絡先が決まっていることを条件にします。利用範囲は「便利そうだから」ではなく、誤った場合に戻せる範囲から決めます。

04.根拠追跡型検索台帳をつくる

回答に文書ID、版、該当箇所を表示するには、その情報を一文書ごとに持つ台帳が必要です。台帳の項目設計、登録・除外の判断、更新トリガーの決め方は社内ナレッジAIの記事で扱うため、ここでは根拠表示に使う列だけを示します。表示に最低限必要なのは、文書ID、正式名称、版、施行日、所管と承認者、閲覧区分、検索登録状態です。ファイル名だけから版を推測させないことが重要です。

以下は架空例です。架空の「緑川工務店」は、木造注文住宅を扱う地域工務店で、営業6人、設計3人、工務5人、管理2人の計16人とします。今回の対象は、標準仕様、見積基準、顧客説明資料、社内手順書です。個別案件の契約書と施工図は初期対象に含めません。この条件は以降の例でも固定します。

この台帳から読み取れるのは、旧版も保存対象にはなり得ますが、通常の検索回答へ混ぜる必要はないということです。過去契約の確認で旧版が必要な場合は、「契約時点を指定した検索」だけで参照できる別の経路にします。

根拠表示の観点で特に確認したいのは、回答に出る文書IDが承認済みの正本を指していることです。同じ説明資料の複製が営業フォルダや個人フォルダに残っていると、根拠リンクが表示されても誤った版へ戻ってしまいます。版管理そのものの整備が必要な場合は、先に工務店の書類管理｜版の取り違えを防ぐ保管ルールで正本、旧版、ファイル名、更新手順をそろえてください。AI検索は文書管理の乱れを自動で修復するものではなく、乱れた保存状態を検索結果へ持ち込む可能性があります。

05.文書を登録できる形へ整える

文書が正本であっても、検索しやすい形とは限りません。画像だけのPDF、複雑な表、ページをまたぐ注記、意味の異なる同名見出しなどは、該当箇所の抽出を難しくします。登録前に内容を書き換える必要はありませんが、人が読んだときに構造を識別できる状態へ整えます。

まず、文書の先頭に文書ID、正式名称、版、施行日、所管、承認者を表示します。ヘッダーやフッターだけに版情報があると、抜き出された一部分から版を判断できないことがあります。主要な章には固有の見出しを付け、「その他」「注意事項」のような見出しだけで意味を持たせないようにします。

表には、適用条件、対象、対象外、例外を明記します。「標準」「オプション」という二語だけでは、地域、商品シリーズ、契約時期による違いを判断できません。脚注に重要な条件がある場合は、本文または表の対象行から脚注へたどれる表現にします。

この表が示すのは、AI向けに特殊な文章へ変えることではなく、人にも機械にも参照関係が分かる書き方へ整えることです。とくに「別紙」「前述」「担当者」といった相対表現は、文書の一部だけが検索されたときに意味を失いやすいため、識別情報を補います。

スキャン文書を使う場合は、文字として検索できるかを実際に確認します。文書名が検索できるだけでは足りません。本文中の固有語、章見出し、表の項目を使って検索し、該当ページへ到達できるかを試します。読み取りに失敗した文字が重要条件に含まれる場合は、文字認識のやり直しやテキスト版の併設が必要です。

一つの文書に複数の異なる用途を詰め込んでいる場合も注意します。たとえば標準仕様、顧客向け説明文、社内承認手順が同じファイルに混在すると、質問に対して異なる目的の文章が並んで表示されます。正本管理上問題がなければ、用途別に文書を分け、相互の文書IDを明記した方が追跡しやすくなります。

登録前の最終確認では、機密性の高い情報や検索対象外の個人情報が含まれていないかを確認します。利用するAIサービスへのデータ入力条件、保存、利用範囲などは、採用するサービスの契約条件と社内方針に照らして個別に判断します。本記事では、特定サービスが安全である、入力内容が保存されない、といった保証はしません。

06.質問入力を自由文だけにしない

検索欄が一つしかないと、利用者は「これ標準？」「前と同じでいい？」のような文脈不足の質問を入力します。AIが不足情報を推測すると、違う商品シリーズや違う時点の文書を根拠に回答するおそれがあります。自由文に加えて、判断に必要な条件を入力させます。

緑川工務店の初期運用では、「質問」「利用目的」「対象商品」「基準日」「案件番号の有無」「回答の使用先」を入力項目とします。個別案件を検索対象に含めていないため、案件番号を入力した質問では、標準文書の案内に限定し、案件固有の確定回答を返さない設計です。

入力例

質問：標準仕様の床材を顧客に説明したい
利用目的：初回提案資料の準備
対象商品：注文住宅Aシリーズ
基準日：2026年9月25日
案件番号：なし
回答の使用先：営業担当者が原文確認後、説明資料へ反映

この入力なら、AIは現行の標準仕様書と顧客向け説明資料を優先できます。ただし、顧客への約束を確定するものではありません。回答には、対象シリーズ、標準範囲、選択条件、根拠箇所を分けて表示させます。

一方、「山田様の床材は標準でいい？」という入力では、案件番号、契約時点、選択記録がありません。さらに、緑川工務店の初期検索対象には個別案件資料が含まれていません。この場合に一般仕様をそのまま返すと、案件固有の決定と誤解されます。

不足情報がある場合の出力例

この質問だけでは案件固有の仕様を確定できません。
現在の検索対象は標準文書であり、個別案件の契約図書・打合せ記録・変更合意は含まれていません。
標準仕様の確認が目的なら、対象商品と基準日を入力してください。
案件仕様の確認が目的なら、案件番号を特定し、承認済みの契約図書と変更履歴を担当者が確認してください。

この出力では、無理に答えず、「何が不足しているか」「どこまでなら案内できるか」「次に誰が何を確認するか」を示しています。回答不能を失敗として隠さないことが、根拠追跡型検索の重要な要件です。

この流れで重要なのは、検索を始める前に質問条件をそろえることです。文書を検索した後で都合のよい条件を補うと、最初の回答に引きずられるため、入力段階で不足を明らかにします。

入力項目を増やしすぎると利用されなくなるため、質問区分に応じて表示を変えます。帳票の保存先を聞く段階1なら質問だけでもよく、標準仕様を聞く段階2なら商品と基準日を必須にします。段階3に当たる語句や利用目的が選ばれた場合は、AIに結論を求める画面ではなく、関係資料と相談先を探す画面へ切り替える考え方が適しています。

07.回答テンプレートで、結論と根拠を一対一にする

回答形式を自由にすると、文章は読みやすくても根拠との対応が崩れます。社内検索では、自然な長文よりも、結論、適用条件、根拠、例外、不足情報、次の行動が分かれている方が検証しやすくなります。

緑川工務店では、回答を「回答要点」「適用条件」「根拠」「回答に使わなかった資料」「未確認事項」「利用上の注意」に分けます。回答要点は一項目一事実とし、その直後に文書ID、版、該当箇所を付けます。一つの根拠で支えられない要点を混ぜません。

回答テンプレート

このテンプレートから読み取れるのは、回答の品質を文章の流暢さで測らないことです。短くても、適用条件と根拠が対応していれば確認できます。長くても、複数の事実を一つの出典で支えている回答は差し戻します。

修正前の出力例

Aシリーズの床材はすべて標準仕様です。色は自由に選べます。変更費用は発生しません。

この回答には、対象時点、標準となる製品範囲、選べる色の範囲、変更費用の条件、根拠がありません。「すべて」「自由」「発生しません」という強い表現も、原文が支えているか確認できません。

修正後の出力例

回答要点1
2026年4月1日以降に現行標準を適用する注文住宅Aシリーズでは、床材の標準範囲はSPEC-001に記載されています。
根拠：[SPEC-001] 住宅標準仕様書、第3版、第6章「内装仕様」、該当項目への社内リンク

回答要点2
選択可能な色と、標準範囲外の扱いはCUS-004の説明欄を確認してください。
根拠：[CUS-004] お客様向け標準仕様説明資料、第2版、「床材」欄への社内リンク

未確認事項
個別案件で選択済みの品番、契約後の変更、追加費用は、この検索結果だけでは確定できません。案件別の契約図書、承認済み打合せ記録、見積を担当者が確認してください。

修正後は、原文に書かれている範囲と、案件資料がなければ答えられない範囲を分けています。なお、これは架空の回答形式を示す例であり、特定の床材仕様や費用条件を示すものではありません。

文書同士が矛盾した場合は、AIに多数決をさせません。「SPEC-001第3版ではA、CUS-004第2版ではBと記載されており一致しない」と表示し、所管部署へ差し戻します。承認順位を事前に決めていても、顧客向け資料が更新されていない可能性があるため、不一致自体を記録します。

顧客へ渡す文章に転用する場合は、社内検索回答をそのまま貼り付けない運用も必要です。顧客向け資料の品質管理については、工務店の顧客向け資料の品質管理｜説明の不一致を防ぐで、表現、承認、差し替えの範囲を別途確認できます。

08.権限・機密・履歴を検索機能の外側でも管理する

検索AIが文書を読めることと、質問者がその文書を読んでよいことは別問題です。検索結果に本文の抜粋が出る場合、元ファイルへのアクセスを禁止していても、内容だけが見えてしまう可能性があります。そのため、リンク先の権限だけでなく、検索結果と回答本文にも権限を反映させます。

権限設計では、「全社員」「部門限定」「経営・管理限定」「案件担当者限定」など、自社で管理可能な単位を決めます。細かく分けすぎると異動や担当変更に追随できません。一方、全社員に統一すると、原価、個人情報、採用情報、紛争対応など、本来共有すべきでない内容まで回答に現れるおそれがあります。

この表で押さえる点は、権限がない利用者へ本文を見せないだけでなく、機密文書の存在や内容を回答から推測できないようにすることです。「該当文書はありますが閲覧できません」と表示すること自体が適切でない情報群もあります。

根拠表示の評価では、権限のない利用者に対して回答本文、抜粋、根拠リンクのいずれにも限定情報が出ないことを確かめます。管理者アカウントだけで動作確認すると閲覧できて当然の状態しか確認できないため、通常利用者のアカウントで「営業担当が原価限定資料を質問する」といった拒否側の質問を代表質問に含めます。検索欄へ入力してよい情報の区分、検索履歴の保存範囲、異動・退職時の権限停止など、情報管理と権限の運用設計は社内ナレッジAIの記事で扱います。

リスクの整理には、IPA中核人材育成プログラムの卒業プロジェクト成果物として公開されている「テキスト生成AIの導入・運用ガイドライン」も参考になります。組織のセキュリティ担当者を主な対象として、リスクマトリクスを用いたリスク管理を説明した資料ですが、IPAの公式指針ではなく同プログラムの成果物であり、特定のAI検索製品の安全性や時短効果を保証するものでもありません。

09.代表質問で精度ではなく追跡可能性を評価する

評価用の質問は、正解しやすい質問だけを集めません。通常質問、条件不足、旧版が存在する質問、文書間に似た表現がある質問、対象外の質問、権限がない質問を混ぜます。導入前に質問と期待動作を決めておけば、回答を見てから基準を緩めずに済みます。

緑川工務店では、初期対象の四文書について、各部門から日常的な質問を集めます。ただし、過去の検索回数や削減時間を創作せず、実際に発生した問い合わせ記録、会議メモ、教育時の質問から候補を作ります。記録がない場合は、担当者が業務手順をたどりながら質問を作成します。

評価は、「正しい・間違い」の二択だけでは不十分です。結論が正しくても根拠が旧版なら不合格です。根拠が正しくても適用条件を落としていれば、限定的な合格にしません。少なくとも、回答内容、根拠文書、版、該当箇所、条件、権限、回答不能処理を別々に記録します。

この評価表から分かるのは、「AIモデルを替える」以外にも多くの修正先があることです。旧版回答はモデルの問題ではなく登録更新の問題かもしれず、条件漏れは入力画面や原文の書き方に原因があるかもしれません。

評価結果を数値化する場合は、分母を明記します。たとえば代表質問40件で試験し、全項目合格が28件なら、全項目合格率は「28件÷40件×100＝70％」です。ただし、この数字は架空例であり、導入効果の標準値ではありません。また、項目別合格を足し合わせて「ほぼ合格」と扱わず、重要な不合格を別に数えます。

契約、設計、施工、安全、法令対応などに影響し得る質問では、一件の重大な誤回答を平均値で埋めない判断が必要です。全体の合格率が高くても、権限逸脱や旧版による確定回答があれば、対象範囲を広げないという停止条件を先に決めます。

この模式図が示す通り、修正後は同じ質問だけでなく類似質問でも試します。同じ表現だけを覚えたように見える状態を避け、「床材」を「内装材」に変える、基準日を変える、条件を一つ欠かすなどして挙動を確認します。

10.誤回答を文書・検索・質問・運用の四層で直す

誤回答が出たときに、回答文だけを書き換えて終えると、次の質問で同じ問題が再発します。原因を「文書」「検索設定」「質問入力」「運用」の四層に分け、どこを直したか記録します。

文書層の問題は、正本自体に条件がない、別紙の識別が曖昧、顧客向け資料と社内仕様書が不一致、といったものです。検索設定の問題は、旧版が混在する、長い表が不適切に分割される、権限外文書が候補に入るなどです。質問入力の問題は、利用目的や基準日が不足していることです。運用の問題は、担当者が原文を開かず回答を転記する、更新後の再登録を忘れる、といった使い方にあります。

誤回答修正票

この修正票で読み取れるのは、誤回答をAIとの会話履歴だけに残さないことです。誰に影響したか、一時停止が必要か、原文を直すのか、検索対象を直すのかを業務記録として扱います。

たとえば、SPEC-001第3版に「Aシリーズへ適用」とある一方、CUS-004第2版に商品区分が書かれていなかったとします。AIがCUS-004だけを参照して全商品に適用すると答えた場合、回答指示の修正だけでは足りません。顧客向け資料へ適用範囲を追記し、承認後に版を更新し、検索登録を差し替えます。二文書の役割と優先関係も台帳に記録します。

逆に、原文には条件が明確なのに回答が省略した場合は、回答テンプレートで適用条件を必須にします。質問に基準日がないため旧版と現行版を選べなかった場合は、基準日を必須入力にします。一つの誤回答に複数原因があるときは、主原因だけに絞らず併記します。

訂正連絡も必要です。誤回答が下書きだけで止まったのか、社内会議で使われたのか、顧客説明や発注判断へ転記されたのかで対応範囲が変わります。利用履歴から影響先を確認し、必要な相手へ、誤っていた記述、正しい根拠、再確認が必要な事項を伝えます。AIのせいだと説明するだけでは、業務上の訂正になりません。

再発防止では、検索を止める条件を決めます。権限外情報の表示、現行版と旧版の逆転、根拠のない確定回答、リンク先と表示内容の不一致などは、該当文書群または質問区分を一時停止する候補です。停止中は従来のフォルダ検索や所管部署への問い合わせへ戻せるよう、代替経路を残します。

11.小さく開始し、更新作業を日常業務へ組み込む

初期導入では、対象文書を増やすより、更新責任が明確な文書群を選びます。緑川工務店の例なら、所管と承認者が決まっている標準仕様書、見積基準、顧客説明資料、仕様変更受付手順から始めます。個別案件資料は、案件権限、契約時点、変更履歴の管理が整ってから検討します。

文書更新時に検索内容も更新する手順がなければ、開始直後が最も正確で、その後は徐々に古くなります。更新トリガー、承認、旧版除外、通知を記録する更新台帳と、所管者・検索運用者・利用部門の責任分担は、社内ナレッジAIの記事で扱います。本記事の観点から加えたいのは、更新のたびに「根拠表示が新しい版を指しているか」を代表質問で再試験することです。新版の文書ID・版・該当箇所が表示され、旧版が通常の回答に出ず、根拠リンクと抜粋が一致したことを確認してから利用を再開します。

定期点検では、質問数の多さだけを成果にしません。確認するのは、根拠を開いた割合、回答不能が適切に処理されたか、旧版参照がなかったか、権限逸脱がなかったか、誤回答がどの層で起きたかです。ただし、利用者の行動を記録できない仕組みで「原文確認率」を推測してはいけません。取得できる記録と、聞き取りでしか分からない事項を分けます。

教育では、便利な質問例だけでなく、使ってはいけない例を示します。「この回答で発注してよいか」「資料にないが通常どうするか」「この顧客だけ例外にできるか」といった質問に対し、AIが確定回答を出さないことを利用者にも理解してもらいます。回答に根拠が表示されたから正しいのではなく、自分の案件へ適用できるかを確認する責任が残ります。

利用を広げる判断は、一定期間が過ぎたことではなく、代表質問の結果、誤回答の種類、更新作業の実施状況を見て行います。段階1が安定したら段階2へ、共通文書が安定したら個別案件資料へ、というように、必要な管理条件が一段増えるたびに評価をやり直します。

12.自社で完成させる「回答根拠へ戻れる設計」一式

ここまでの成果物は、製品選定表ではありません。どの仕組みを使う場合でも確認できる、社内文書検索の運用設計です。最低限、次の四点をそろえます。

第一は「根拠追跡型検索台帳」です。正本、版、所管、承認者、権限、検索用途、登録状態を一文書単位で記録します。第二は「回答テンプレート」です。回答要点ごとに根拠を付け、適用条件、未確認事項、次の行動を分けます。

第三は「質問別評価表」です。代表質問に対し、回答内容だけでなく、正本、版、該当箇所、条件、権限、回答不能処理を評価します。第四は「誤回答修正票」です。原因を文書、検索設定、質問入力、運用に分解し、一時対応、恒久対応、再試験、訂正先を残します。

この一覧から分かるのは、完成条件が「AIが答えた」ではないことです。文書の正本を示せる、利用者が該当箇所へ戻れる、適用できない場合に止まれる、誤りを修正して影響先へ伝えられる状態が完成条件です。

最後に、公開前の一件を、利用者の操作だけで通してみます。通常権限の社員が質問を入力し、回答要点を読み、根拠リンクを開き、版と該当箇所を確認し、案件条件と照合し、採否を記録します。次に、条件を一つ欠いた質問、旧版にしか答えがない質問、権限外の質問を試し、適切に止まるかを見ます。

社内文書検索へのAI導入で最も危険なのは、誤答が存在することだけではありません。流暢な回答によって、担当者が原文確認を省略できると思い込むことです。そこで設計の中心を回答生成ではなく、根拠への復帰に置きます。AIが自信を持って答えることより、条件不足や不一致を明示し、社員を正しい文書と責任者へ戻せることを優先します。

導入後も、検索結果を社内の新しい正本にしてはいけません。正本は所定の承認を経た文書であり、AI回答はその時点の検索結果です。文書が更新されれば回答も変わり得ます。回答をメールや資料へ転記する場合は、参照した文書IDと版を残し、後から判断時点を確認できるようにします。

この原則を守れば、社内文書検索AIは「答えを代行する箱」ではなく、「必要な根拠へ早く到達し、確認漏れを見つける入口」として運用できます。逆に、正本、版、権限、回答不能処理のいずれかが未整備なら、対象範囲を狭めて始めるべきです。検索対象を増やすことより、根拠へ戻れる質問を一種類ずつ増やす方が、工務店の実務に定着しやすくなります。