工務店・ハウスメーカーの社内ナレッジAI 検索対象・更新・回答確認の設計

社内資料を探して答えるAIは、何を登録すれば実務に使えるのでしょうか。最初に選ぶのは、社員から繰り返し聞かれ、正式な根拠文書があり、回答後の行動を限定できる質問です。資料の多さよりも、正しい版へ戻れること、変更を反映できること、利用者に見せてよい情報だけを扱うことが重要になります。

本記事では、検索した文書の内容をモデルへ渡して回答を作るRAG（検索拡張生成）を扱います。MicrosoftのRAG解説も、この検索と生成の組合せを説明しています。社内文書を根拠にしても、検索した箇所や回答が正しいとは限らないため、人が原文へ戻れる設計が必要です。

ここからは、検索対象、更新、回答確認を工務店でどう結び付けるかを考えます。台帳や確認段階は編集部の運用案であり、特定製品の標準機能や導入効果を示すものではありません。

01.よくある質問から、登録する文書を選ぶ

「施工資料を全部入れる」より、「発注前に必要な承認を調べる」「現行の標準仕様書を開く」といった使い方から始めると、必要な資料と回答範囲が分かります。

質問は、社内チャット、メール、担当者への聞き取りから集められます。顧客名や詳細な案件情報を複製せず、「標準外の納まりについて、承認済みの類似図を探したい」のように質問の型へ置き換えます。頻度が分からなければ、推定件数を作らず「週に数回」「まれ」などの区分でも構いません。

ただし、似た言葉でも目的が違えば別の質問です。「標準仕様はどこにあるか」は資料案内ですが、「この案件に標準仕様を適用してよいか」は契約や設計条件を含む判断になります。

架空例：松浦建築の初期対象を選ぶ

以下の会社、文書、日付は設計方法を示す架空例です。実在企業の導入記録や成果ではありません。

質問が多くても、根拠や閲覧範囲が整っていなければ登録を急ぎません。反対に、資料の所在を案内するだけでも、その用途に価値があるかを試せます。削減できる探索時間や問い合わせ数は、導入後に測る項目です。

02.検索対象には、正本・適用日・閲覧範囲を付ける

フォルダ内には、承認済み資料と下書き、現行版と旧版、正式手順と担当者の覚書が混在しがちです。登録単位を「責任者が内容と版を説明できる一つの文書」にすると、更新や誤答の戻り先を決められます。

検索対象台帳には、文書名だけでなく、どの質問に答えるのかも記します。

発効日とアップロード日は役割が違います。先の日付から有効になる改定版を先に登録した場合、登録が新しいという理由で現行手順として回答させてはいけません。また、過去案件には当時の版が必要なことがあります。旧版を削除するのではなく、通常の現行検索と履歴参照を分けます。

社外のメーカー資料や行政資料を使うなら、発行元、版、適用対象、確認日、原文URLを付けます。自社の文書責任者は、その資料を自社業務で参照してよいかを判断します。発行元の改訂まで自社で制御できるわけではありません。

資料を読み取れる形にする作業も必要です。スキャンPDFの文字認識では数字や固有名詞を原本と比べ、承認額の表では税込・税抜、単位、例外を数値から切り離さないようにします。図面は図面番号と適用条件を付け、回答から原図を開けるようにします。納まりや寸法の判断は、AIの説明文だけで完結させません。

03.権限は、回答の指示文ではなく検索の仕組みで守る

元の共有フォルダで閲覧できない資料が、AI経由では読める状態になると、アクセス制御の意味が失われます。導入前に、利用者の権限を検索時に判定できるかを確認します。Microsoftの技術資料でも、検索時のアクセス制御を挙げています。

「給与情報を答えないで」というAIへの指示だけで制限する設計にはしません。検索結果としてモデルへ渡す段階から、利用者が閲覧できる文書に絞る方法を選びます。元文書の権限が自動で引き継がれるかは、採用するサービスと設定で確かめる事項です。

権限を再現できない環境なら、初期対象を全利用者が読める文書だけに絞れます。顧客案件、給与、未公表の経営資料などを後から足す際には、別の情報管理判断が必要です。

試験には管理者以外のアカウントを使います。「必要な文書が見える」と「権限外の文書が検索結果、回答、引用、会話履歴から見えない」の両方を試します。回答を断る場合も、非公開文書の名称や内容が存在すると推測できる説明を出さないようにします。

質問欄とログも情報の入口・保存先です。登録資料を絞っていても、利用者が顧客資料を質問へ貼れば別の情報がAIへ渡ります。利用目的、入力可能な情報、提供者側の保存・利用、社内でログを読める人、利用終了時の処理までを導入条件に含めます。

また、登録文書や質問内の文章を、システム設定を変更する命令として扱わせないことも必要です。モデルへの指示に加え、検索権限や外部操作の制限をシステム側で設けます。

04.更新は、新版で答えられることまで確かめる

正本を差し替えても、検索用データに旧版が残っていれば回答は変わりません。更新を担当する人には、文書の変更だけでなく、検索への反映を確かめる仕事が必要です。

更新の流れは「変更を把握する → 内容責任者が承認する → 適用日に合わせて登録を変える → 旧版を通常検索から除外する → 変更に関わる質問で試す」とします。利用者への通知が必要なら、変更内容と適用日も伝えます。

松浦建築の発注手順なら、組織変更で承認者が変わったときに、手順書、様式、問い合わせ先の記載を一緒に見ます。一つの文書だけ新しくしても、関連資料が旧担当者を案内していれば回答が割れます。

更新台帳に残すのは、文書ID、変更理由、旧版と新版、適用日、承認者、検索への反映日時、試した質問、結果です。定期確認で変更不要だった場合は、その判断と確認日を残せば足ります。

現行の内容を確かめられない文書は、該当用途の回答から一時的に外し、利用者には主管部署への問い合わせを案内します。異動や退職に備え、担当者名だけでなく「積算責任者」「設計責任者」のような役割も台帳に残します。

05.回答後に何をするかで、人の確認を変える

回答には、結論、適用条件、文書ID・名称・版・該当箇所、未確認事項を表示する案が考えられます。これは表示すれば正しくなる仕組みではなく、人が原文へ戻りやすくするための工夫です。

確認の重さは、質問の言葉だけでなく、その回答を何に使うかで変えます。

同じ「標準仕様」の質問でも、研修で概要を読む場合と、顧客との契約を確定する場合では扱いが違います。

架空例：正しい引用でも、条件が足りない

松浦建築で「協力会社へ発注書を送る前の承認は何か」と尋ね、AIがPUR-001・第3版の通常発注手順を示したとします。引用自体が正しくても、質問には通常発注か緊急発注かが書かれていません。

担当者は原文に戻り、通常発注であることを確かめてから回答を使います。回答確認票には「通常発注という条件が不足していたため追記」と記し、文書ID、質問、引用箇所、修正、確認者・日付を結び付けます。繰り返されるなら、質問画面で発注区分を選べるようにする改善が考えられます。

根拠が見つからない、文書が矛盾する、案件条件が足りない場合は、それぞれ扱いを変えます。条件不足なら追加質問、根拠不足なら主管部署の案内、矛盾なら内容責任者への照会です。閲覧権限の制限による場合には、権限外の文書の存在を明かさず、許可された範囲では回答できない旨を示します。

回答表示をさらに検討する場合は、関連記事の工務店の社内文書検索にAIを使う｜回答根拠へ戻れる設計も参照できます。

06.試験では、誤答の原因を文書・検索・回答に分ける

試験用の質問は、現場で実際に使われる略称や口語も含めて選びます。条件が欠けた質問、旧版の名称を使う質問、対象外の判断を求める質問も必要です。

架空の試験案：松浦建築が、発注承認、標準仕様の所在、点検準備の3業務について各10問、計30問を用意するとします。標準仕様の正本整理と点検要領の正式文書化・承認が済んだことが前提です。30問は必要件数の基準ではありません。

合格の平均値だけで判断せず、権限外の情報表示や重要事項の根拠のない断定は、該当用途を開始する前に直します。修正後は同じ質問と似た質問で再試験します。

組織でのリスク管理の参考として、IPA公開の「テキスト生成AIの導入・運用ガイドライン」があります。中核人材育成プログラムの卒業プロジェクト成果物であり、IPA等の公式見解ではありません。本記事の台帳や試験件数を指定した資料でもありません。

07.三つの記録がつながれば、誤答を直す場所が分かる

検索対象台帳は「何を、誰が、どの版で管理するか」、更新台帳は「何を変え、回答へ反映できたか」、回答確認票は「どの回答を、何に照らして直したか」を残します。別々の書類を増やす必要はなく、既存の管理表に欄を追加しても構いません。

例えばPUR-001を根拠にした誤答なら、回答確認票から文書IDをたどり、検索対象台帳で積算責任者を見つけ、更新台帳で変更履歴を調べられます。旧版が原因なら更新経路を直し、原文の条件が曖昧なら内容責任者へ戻せます。

利用中の誤答報告には、質問、回答、根拠、問題の種類、業務や社外説明に使ったかを残します。発注や顧客説明に使われた可能性があれば、回答修正と並行して案件責任者が影響を調べます。権限外情報の表示なら、閲覧を止めて情報管理の担当者へつなぎます。

システム担当は検索・登録・権限、文書責任者は内容と改訂、業務責任者は回答の使い方を担います。兼任でも、この三つの判断を区別すると「資料は更新したが検索に反映されていない」といった抜けを見つけやすくなります。

最初の対象は、根拠を管理できる一つの業務で十分です。正本へ戻れ、変更後の回答を試せ、答えられないときに担当者へつなげられるか。その条件が整った範囲から、利用を広げていきます。