工務店・ハウスメーカーの引継ぎ資料をAIで点検 未決事項と参照先の確認

AIに任せるのは、未決事項の候補発見、資料間の差異、曖昧な主語や期限、参照先の不足を表に出すところまでです。案件の完了判定、責任者の決定、契約や設計に関する判断、顧客への確約をAIだけで行ってはいけません。

この方法が使えるのは、議事録、工程表、見積書、仕様確認書、図面、承認記録、メール要約など、引継ぎ時点の根拠資料を確認できる場合です。資料が不足している案件では、AIに推測で穴を埋めさせず、「確認不能」「記載なし」「参照先不明」として残します。顧客情報や協力業者の個人情報を外部サービスへ入力できるかは、利用環境、契約、社内規程によって異なるため、点検前に情報管理の責任者へ確認します。

前工程から何を渡すべきかという引継ぎ項目の設計は、工務店の業務引継ぎ｜前工程から渡す情報を定義するで扱います。社内資料を検索対象として整え、回答から根拠文書へ戻れる仕組みは、工務店の社内文書検索にAIを使う｜回答根拠へ戻れる設計の範囲です。

本記事では、その間にある実務に絞ります。すでに作成された引継ぎ資料から未決事項を拾い、参照先が実際に使える状態かを確かめ、受け手が動ける記載へ直すための「点検条件票」「入力例」「出力評価表」「修正例」を作ります。

01.AI点検を始める前に、合格条件を一枚に固定する

「抜け漏れを確認して」とAIへ依頼しても、何を抜けとみなすかが決まっていなければ、結果は安定しません。文章が読みやすいこと、必要書類がそろっていること、未決事項が管理されていることは、それぞれ別の評価です。

本記事での合格条件は、引継ぎ先が次の六つを実行できることです。

1. 基準日時点の未決事項を識別できる 2. すでに決まっている範囲と、残っている判断を分けられる 3. 根拠資料の該当箇所を開ける 4. 誰が次に動くか分かる 5. いつ、何をもって完了するか分かる 6. 資料間に競合がある場合、未解決のまま判別できる

以下では、会社名や人物名を置かず、本記事内だけで用いる架空の注文住宅案件「H-01」を例にします。基準日は4月10日、着工予定日は7月1日です。引継ぎ元は営業、引継ぎ先は設計とし、案件概要、打合せ議事録5回分、概算見積書、敷地調査報告書、要望一覧、図面、社内承認記録を点検する設定です。実在の案件、企業、人物、成果を示すものではありません。

表1　案件H-01の点検条件票

この表は文章の採点表ではなく、点検結果を引継ぎ資料へ採用する条件です。担当者名が書かれていても、本人が引継ぎ後の作業を引き受けることへ合意していなければ合格ではありません。一方、社内規程によって承認者が「設計部長」と一意に決まる場合は、個人名がなくても運用できることがあります。

基準日は必ず入力条件へ含めます。4月10日時点で未決だった事項が、4月12日のメールですでに解決している場合があるためです。日付の異なる資料を無条件にまとめると、AIは差異を発見できても、どちらが現在有効かまでは確定できません。

合格条件へ文体や文章量を入れすぎないことも重要です。短い引継ぎでも必要な項目がそろっていれば使えます。丁寧な経緯説明が数ページあっても、担当者、期限、完了条件がなければ受け手は動けません。AIの出力を文章講評に流さず、実行可能性の確認へ向けます。

02.点検対象を「資料一式」ではなく入力台帳として渡す

AIへ複数資料を渡す前に、資料名、作成日、版、作成者、対象範囲、正本候補、入力時の扱いを台帳化します。ファイル名だけでは、「最終」「最終2」「修正版」のどれが有効か判別できないからです。

案件H-01では、点検対象を「4月10日までに営業部が保有し、引継ぎ対象として指定した情報」とします。4月11日以降に届いた情報は初回入力へ混ぜず、差分更新として処理します。基準時点を閉じることで、点検中に対象資料が増え続けることを防ぎます。

表2　案件H-01の入力台帳例

資料IDはAIの出力にも引き継ぎます。「第5回議事録に書いてある」ではなく、「H01-02、見出し『外壁と開口部』、項目4」のように返させます。ページ番号が固定されない文書では、見出しと引用冒頭を併記します。表計算ではシート名とセル範囲、図面では図面番号と版、メールでは送受信日と件名、音声では記録名と時刻を用います。

資料台帳を作っても、そのファイルを利用予定のAIへ入力できるとは限りません。個人情報、予算、契約前の交渉内容、協力業者の連絡先、敷地を識別できる情報などが含まれるため、次の順序で確認します。

入力できない情報は、単純に全削除するのではなく、点検に必要な関係を保って置き換えます。顧客名を「施主」、個人名を「営業担当」「設計担当」に置換しても、誰から誰への回答かを区別できれば点検できます。一方、金額をすべて消すと、予算超過や承認要否の候補を検出できません。金額帯への置換が認められるかを情報管理の責任者と決めます。

匿名化すれば常に入力可能になるわけではありません。敷地条件、家族構成、予算、日程、建物形状などを組み合わせると、氏名がなくても対象を識別できる場合があります。入力可否を判断できないときは、資料を投入せず、未決事項欄だけを人が転記して限定的に点検します。

情報管理を検討する補助資料として、IPAのウェブサイトに掲載された、中核人材育成プログラムの2024年度修了プロジェクト成果物である「テキスト生成AIの導入・運用ガイドライン」があります。これは修了プロジェクトの成果物であり、IPAの公式見解を示す公式ガイドラインではありません。個別サービスの安全性や自社資料の入力可否を保証する資料でもないため、利用契約、社内規程、情報の性質に応じて自社の責任者が判断します。

03.未決事項を4分類し、完了の姿まで書かせる

本記事では、未決事項を「判断待ち」「確認待ち」「作業待ち」「承認待ち」の4種類に統一します。これは法令上の区分ではなく、引継ぎ後の行動を決めるための社内運用案です。

• 判断待ち：複数案から選ぶ、採否や優先順位を決める
• 確認待ち：現地、顧客、行政、メーカー資料などへ事実を照会する
• 作業待ち：内容は決まっており、図面修正、見積更新、送付などの実施が残る
• 承認待ち：案は作成済みで、権限者による承認が残る

同じ文章に複数の未決事項が含まれる場合は分割します。「窓位置は隣家を見て調整し、差額は部長確認」とあれば、隣家の状況は確認待ち、窓位置は判断待ち、図面への反映は作業待ち、差額処理は承認待ちです。一行のまま管理すると、一つの対応だけで全体が完了したように見えてしまいます。

AIには、未決事項名だけでなく、現在確定している範囲と完了状態まで出力させます。「窓位置を確認」では弱く、「設計担当がH01-05とH01-06を照合し、隣家からの視線に関する条件を整理して、窓位置案を図面へ反映できる状態にする」とすれば、何を確認するかが分かります。

ただし、原文にない現地調査、担当者、期限、決定内容をAIに確定させてはいけません。原文にない行動は「提案」、確認できない項目は「記載なし」と表示させます。

点検入力例

基準日は4月10日です。引継ぎ元は営業、引継ぎ先は設計です。対象は入力台帳に記載したH01-01からH01-08までです。基準日時点で完了を確認できない事項を抽出してください。

未決事項は「判断待ち」「確認待ち」「作業待ち」「承認待ち」のいずれか一つへ分類してください。一つの文章に複数の行動がある場合は、項目を分割してください。

各項目について、未決事項名、現在確定している範囲、原文引用、資料ID、版、該当箇所、不足情報、担当者の記載、期限の記載、次の行動、完了条件、参照状態を示してください。

原文にない担当者、期限、決定内容、顧客の意思、法令への適合性は補完せず「記載なし」としてください。行動案を補う場合は「AI提案」と表示してください。資料間で内容が異なる場合は統合せず、両方の記載を示してください。決定済みの否定表現は、未決事項へ含めないでください。

一項目をいずれか一分類へ置くのは、重複集計を避けるためです。ただし、実際に複数の行動が残っているなら、無理に一分類へ押し込まず、人が未決事項を分割します。

否定形にも注意が必要です。「採用しない」「変更不要」「追加費用なし」は通常、未決を示す表現ではありません。一方、「追加費用はない見込み」「現状では変更不要」は条件付きの可能性があります。語尾だけで除外せず、算定条件、承認状態、後続資料を確認します。

04.明示された保留だけでなく、文章の隙間から候補を拾う

未決事項は、「未定」「保留」「要確認」と明記されたものだけではありません。「一旦」「方向で」「可能なら」「別途」「念のため」「図面確定後」といった表現にも、条件や作業が残っていることがあります。ただし、これらの語をすべて未決とみなすと誤検出が増えるため、周辺文と後続資料を併せて提示させます。

H01-02に「外壁はグレー系の方向。サンプルを見て最終決定」とある場合、色の系統は暫定的に合意され、品番の選択が残っています。「外壁色は未定」とまとめると、すでに絞った条件まで失われます。未決事項は「外壁品番の選択」、現在の確定範囲は「グレー系」と分けます。

一方、H01-03に「地盤改良は調査結果による」とあっても、H01-05に調査結果と社内で確認済みの判定が記録されているなら、現在の未決ではない可能性があります。この場合は未決事項として追加するのではなく、「旧記載の更新漏れ」または「解消根拠への参照不足」として処理します。

表3　未決事項候補を見つける観点と扱い

候補を拾った後は、「基準日時点でも未決か」を時系列で調べます。候補数が多いことは、点検品質の高さを意味しません。更新済みの旧記載、契約範囲外として決定済みの事項、単なる注意書きを除き、引継ぎ先または指定された担当者が行動を負う項目へ絞ります。

文章に明示されていない欠落もあります。要望一覧に「室内干しを重視」とあるのに、平面図、設備表、検討欄のどこにも関連記載が見つからない場合、AIは「要望の反映先が見つからない」と指摘できます。ただし、それだけで設計漏れとは断定できません。別の表現で反映されている可能性や、次回打合せで扱う運用もあるため、確認待ちの候補として返します。

数量や金額の不一致も同じです。見積書では窓が12か所、図面では13か所に見えても、欄間や連窓の数え方が異なる場合があります。比較前に「一か所」の定義をそろえます。定義がない比較結果は、矛盾の証明ではなく確認の入口です。

05.参照先は「あるか」ではなく「戻って確かめられるか」で評価する

引継ぎ資料にリンクが付いていても、引継ぎ先が開けない、最新版が分からない、該当箇所が見つからない場合は参照先として機能しません。参照状態は、未決事項の4分類とは別に、「直接特定」「絞り込み可能」「不足」「競合」の4段階で評価します。

• 直接特定：資料ID、版、該当箇所、引用がそろい、原文へ戻れる
• 絞り込み可能：資料までは分かるが、該当箇所を探す必要がある
• 不足：資料名、版、場所、該当箇所のいずれかがなく、根拠を追えない
• 競合：複数資料に異なる内容があり、有効な記載を決められない

表4　参照先の評価例

参照先の点検では、リンク形式とアクセス結果を分けます。AIがURLの形を確認できても、引継ぎ先の権限で開けることまで検証できるとは限りません。「リンク検出済み」と「人がアクセス確認済み」を別欄に記録します。

確認するのは、AIの引用が自然に見えるかではありません。引用文が元資料に実在し、前後の条件を含めても意味が変わらないかを見ます。「追加費用なし」の直前に「標準仕様の範囲では」と書かれているなら、その条件を落とせません。

同じURLの内容が更新される運用では、URLだけでなく版、発行日、取得日、基準日を残します。承認や契約判断に関係する資料は、社内ルールに従って確定版や更新履歴を保存し、引継ぎ時点で参照した内容を追えるようにします。

電話連絡しかない場合も、存在しない文書をAIに補わせません。「4月9日の電話で了承」としか書かれていないなら、誰と誰が、何を、どの条件で確認したかを追加確認します。後日記録を作る場合は、当時の合意文書を装わず、記録作成日、情報源、「担当者の記憶に基づく」などの限界を明示します。

06.AIの出力を採用・保留・棄却に分けて評価する

AIの出力をそのまま未決台帳へ転記してはいけません。「採用」「保留」「棄却」に振り分けます。

採用は、原文と一致し、基準日時点でも未決で、引継ぎ後の行動が必要なものです。保留は、候補として妥当でも、追加資料や担当者確認が必要なものです。棄却は、決定済み、対象外、重複、原文にない推測、基準日後の情報などです。

評価者を未決事項の担当者本人だけにすると、資料に書かれていない経緯を無意識に補って読むことがあります。引継ぎ先が一次確認し、引継ぎ元が事実関係を補足し、権限者が承認待ちや重大な競合だけを判断する分担にします。

表5　案件H-01に対するAI出力の評価例

一つの出力でも、「未決事項の存在」は採用し、「期限」「担当者」「優先度」は採用しないことがあります。出力全体を丸ごと正解か誤りかで扱わず、次の要素へ分解して評価します。

• 事実の抽出
• 現在の状態
• 4分類
• 担当者
• 期限
• 次の行動
• 完了条件
• 参照先
• 優先度

棄却理由も残します。同じ誤検出が続けば、指示文や入力台帳を改善できるからです。古い議事録ばかりを未決として拾う場合、「新しい資料を優先する」と指示するだけでは不十分です。新しい資料と正式に承認された資料は一致しないことがあります。金額の承認状態は承認システム、図面形状は承認済み最新版図面というように、情報種別ごとの優先規則が必要です。

AIが提示した候補だけを確認する方式にも弱点があります。候補に出なかった未決事項は、そのまま見落とされるためです。人は少なくとも、顧客要望、契約・見積範囲、敷地条件、設計条件、日程、発注条件、社内承認の各領域を見渡します。

評価を一つの正解率だけで管理しないことも大切です。表記上の軽微な曖昧さを多数見つけても、着工時期や契約範囲に影響する一件を落とせば実務上の損失は大きくなります。見落としと誤検出を、影響度ごとに分けて記録します。

07.優先度は影響、期限、後工程の停止で決める

未決事項を抽出した後、資料に現れた順で処理してはいけません。議事録の記載順と業務上の優先順位は一致しないからです。本記事では、影響、期限、後工程の停止という三つの観点から、「即時対応」「期限設定」「経過管理」の3段階へ分けます。

影響は、費用、工程、顧客説明、契約範囲、設計変更、発注など、未決のまま進んだ場合の波及先です。期限は、いつまでに解決すれば手戻りを避けられるかです。後工程の停止は、その事項が解決しなければ、見積更新、申請、作図、発注などを開始できないかを見ます。

表6　未決事項の優先度判定

優先度を単純な点数だけで決めると例外を落とします。金額が小さくても、確認が遅れると申請図面全体を直す事項があります。反対に金額が大きくても、契約前の比較検討として予定された未決なら、直ちに確定させる必要はありません。

AIには優先度の候補と理由を出させ、人が工程上の締切、権限、代替手段を確認して確定します。原文や工程表にない期限をAIが作った場合は、事実として採用しません。

期限は「着工前」「次回まで」ではなく、可能な限り実日付へ直します。外部手続きの日程が未確定なら、「申請提出日の5営業日前」のように基準イベントとの関係を示します。その場合、基準イベントが確定したときに実日付へ変換する担当者も指定します。

「即時対応」は、直ちに解決できるという意味ではありません。解決に時間がかかる事項ほど、担当者の割当て、照会、暫定措置の判断を早く始めます。行政やメーカーへの確認が必要なら、回答を待つ間にどこまで進めてよいかも人が決めます。

経過管理へ置いた項目も、期限接近、条件変更、回答遅延があれば「期限設定」または「即時対応」へ移します。優先度は固定ラベルではありません。

08.曖昧なAI出力を、受け手が動ける文へ修正する

AIが作った文章は整って見えても、主語、対象、根拠、期限、完了条件のいずれかが欠けていることがあります。「営業と設計で確認する」は共同責任に見えて、実行担当が分かりません。

修正の基本形は、「誰が」「何を根拠に」「誰または何へ働きかけ」「いつまでに」「何を記録すれば完了か」です。一文へ詰め込む必要はありませんが、台帳では各項目を分けて保持します。

表7　AI出力から引継ぎ記載への修正例

修正後の文へ、原文にない事実を混ぜないことが重要です。次回打合せ日が確認できていないなら、具体的な日付を作ってはいけません。AIが期限案を出した場合は「提案期限」と明示し、担当者が合意してから確定欄へ移します。

担当者が決まっていない場合、「担当者未定」で終わらせず、誰が担当者を決めるか、その決定期限はいつかを別の未決事項として登録します。実作業の担当者と割当て責任者を分けます。

完了条件は、行動した事実ではなく、成果物または記録で定義します。「電話した」だけでは回答内容が残りません。「回答を受け、対象図面の注記を更新し、更新版を所定の案件フォルダへ保存した」とすれば、引継ぎ先が確認できます。

ただし、すべての軽微な連絡に重い記録を求めると運用が続きません。費用、工程、契約範囲、顧客への約束、設計条件、発注条件に影響するものを優先します。

未決台帳を直した後は、元資料も確認します。台帳だけが正しくても、古い案件概要が正本候補として残れば、次回点検で再び競合します。正本を更新できない資料には、「H01-03の当該記載はH01-05により解消済み」のような更新注記を付けます。

09.資料間の競合はAIに決着させず、優先規則で処理する

引継ぎ資料では、議事録、見積書、図面、承認記録に同じ事項が異なる表現で残ります。AIは差異を発見できますが、どの資料が正しいかを文面の自然さや作成日の新しさだけで決めさせてはいけません。

案件H-01では、顧客要望の経緯は議事録、金額と除外範囲は承認済み見積書、設計形状は所定の承認状態にある最新版図面、例外的な値引き承認は承認システムを正本候補とします。ただし、最新版図面に顧客との合意が反映されていない可能性もあるため、「新しい資料が常に優先」という規則にはしません。情報を作成する権限と承認状態を確認します。

競合を見つけたら、二つの記載を平均したり、都合のよい部分をつないだりしません。資料ID、作成日、版、承認状態、記載内容、影響範囲を並べ、担当者が正本を確定するまで結論欄を「競合中」とします。

H01-02に「外構は予算に含める方向」、H01-04に「外構工事は別途」とあれば、AIは外構の扱いに競合があると指摘できます。しかし、「別途」が契約範囲外、施主支給、後日追加見積のどれを意味するかは、資料だけで判別できない場合があります。営業担当が説明記録を確認し、必要なら責任者の判断を受けたうえで顧客への説明を検討します。

正本を確定した後も、採用しなかった資料を黙って削除しません。社内の履歴管理に従い、無効化、更新注記、後継資料への参照などを残します。顧客へ交付済みの資料や契約に関係する資料の訂正方法は、社内責任者や必要な専門家へ確認し、独自判断で原本を書き換えないようにします。

AIが競合資料の片方だけを示した場合、重要事項の出力は保留します。検索や要約の仕組みによって、関連度が高い一件だけが提示されることがあるためです。「反対内容」「旧版」「別部門資料」「承認記録」がないかを探索条件へ含めます。

一次資料として指定された経済産業省のリンクは、2026年3月31日付の公表ページにある「AI事業者ガイドライン」です。本記事では、AI利用者が出力をそのまま確定情報として扱わず、人の役割、記録、リスクに応じた確認を設ける論点の参照先とします。実際の運用文書では、URLの日付から版番号を推定せず、リンク先に表示された版番号と公表日を確認して点検指示台帳へ記録してください。本記事の4分類、参照状態、評価表、正本規則は、同ガイドラインが定めた工務店向け標準ではなく、本記事独自の運用案です。

10.例外案件では点検を止め、確認経路へ戻す

通常の点検を最後まで進めないほうがよい案件があります。入力資料の真正性が疑われる、顧客との認識が対立している、契約範囲の解釈が分かれる、設計・性能判断の根拠がない、個人情報を入力できる環境か不明、承認者が不在といった場合です。

この場合は、文章を整える前に次の順序で処理します。

1. AIへの追加投入と出力の転記を止める 2. 元資料、版、日時、取得元を変更せず保全する 3. 事実、当事者の主張、AIの推測を分ける 4. 社内責任者へ報告し、確認先を決める 5. 必要に応じて設計者、情報管理担当者、弁護士などへ確認する 6. 確定した範囲、未確定の範囲、再開条件を記録する 7. 再開条件を満たしてから台帳を更新する

表8　点検を停止する条件と再開条件

顧客への約束に関する争いでは、AIに「どちらが正しいか」を決めさせません。まず、メール、議事録、交付資料、電話記録の所在を整理し、確認できる事実と当事者の主張を分けます。法的評価が必要な場合は、契約書、記録、時系列をそろえて適切な確認先へ回します。

設計条件や性能に関する記載も、資料に根拠がなければ断定させません。「この仕様で基準を満たす」といった結論は、適用条件、計算、図面、製品資料などに依存します。AI点検では「根拠資料が引継ぎ一式に見つからない」と示すまでにとどめます。

承認者が不在の場合、過去の承認傾向からAIに代替判断を作らせません。緊急時の代理権限、金額上限、事後承認の可否が社内規程にあるかを確認します。規程がない場合は、当該案件の処理と今後の制度整備を分けます。

音声記録を文字起こしして使う場合は、型番、寸法、金額、否定表現を重点的に確認します。「不要」と「必要」の取り違えを文章の自然さだけで判定せず、原音の該当時刻または別の記録へ戻ります。

AIサービスが一時的に使えない場合でも、引継ぎ自体を止めない運用が必要です。表1の合格条件、4分類、参照状態を使えば、人による点検へ切り替えられます。AI専用の様式ではなく、通常の案件台帳として残すことが継続性につながります。

11.一回の点検で終わらせず、差分更新と完了承認を残す

引継ぎ資料の点検は、提出時の一回で終わりません。未決事項が解消されるたびに、台帳、正本、関連資料の状態が変わります。毎回すべての資料をAIへ読み直させると、以前の判断が別表現で再提案されることがあります。初回点検と差分点検を分けます。

初回点検では、基準日までの資料一式を対象にします。差分点検では、前回以降に追加または更新された資料、変更された未決台帳の行、解消根拠だけを対象にします。「変更根拠がない既決事項は再分類しない」「前回結果との差分を示す」と指示します。

未決事項を閉じる条件は、担当者が「完了」と書いたことではありません。設定した完了条件を満たす記録があり、参照先を開け、必要な正本へ反映されていることです。

外壁品番なら、施主が選んだという口頭報告だけで閉じません。選択品番が仕上表へ入り、見積や発注条件へ影響する場合は関連資料も更新された状態を確認します。ただし、更新対象は項目ごとに異なるため、すべての資料への一律転記を求めるのではなく、影響先を先に定義します。

完了後に条件が変わった場合は、閉じた項目を上書きして未決へ戻すのではなく、新しい未決事項を登録し、旧項目へ関連付けます。外壁品番の決定後に納期問題が判明したなら、「品番選択」は完了のまま、「納期判明に伴う代替品判断」を新しい判断待ちとして登録します。これにより、当初の決定と変更理由を分けて追えます。

運用責任も分けます。

• 引継ぎ元：基準日時点の事実、未決事項、参照先を提示する
• 引継ぎ先：資料へアクセスできるか、残件を理解できるか確認する
• 各未決事項の担当者：次の行動と結果を記録する
• 権限者：承認待ち、重大な競合、例外処理を判断する
• AI利用管理者：入力範囲、利用環境、点検指示の版を管理する

点検指示を変更した場合は、変更理由を残します。「条件語の見落としがあったため抽出条件を追加」「旧議事録の誤検出が多いため正本規則を追加」といった記録で構いません。モデルやサービスを変更した場合も、以前と同じ出力になるとは限りません。既知の未決事項を含む少数の案件で試し、重大な見落としがないことを確認してから適用範囲を広げます。

最終的な引継ぎ完了は、未決事項がゼロであることを意味しません。残件に分類、担当者、期限または再確認日、次の行動、完了条件、参照先があり、重大な競合や確認不能事項が放置されていなければ、未決事項を残したままでも管理可能な引継ぎになります。

12.明日から使う点検手順と完成形

最初から全案件へ広げる必要はありません。資料種類が比較的そろった一案件を選び、次の順序で点検します。

1. 基準日、引継ぎ元、引継ぎ先、対象業務を決める 2. 表1の点検条件票を自社用に確定する 3. 表2の入力台帳を作り、正本候補と競合資料を示す 4. 情報管理の責任者が入力可否を確認する 5. 資料ID付きでAIへ渡し、未決事項候補を抽出する 6. 引継ぎ先が原文へ戻り、採用、保留、棄却に分ける 7. 引継ぎ元が事実関係を補足する 8. 担当者、期限、次の行動、完了条件を人が確定する 9. 重大な競合と承認待ちだけを権限者へ上げる 10. 正本、未決台帳、関連資料へ必要な更新を反映する

案件H-01の完成形では、一件を次のように読めます。

• 未決事項ID：H01-U03
• 未決事項：外壁品番の選択
• 分類：判断待ち
• 基準日：4月10日
• 現在の確定範囲：グレー系
• 実行担当：設計担当
• 確認相手：施主
• 次の行動：合意範囲に沿うサンプル候補を提示する
• 期限：確認済みの次回打合せ日
• 完了条件：選択品番が仕上表へ記録される
• 参照先：H01-02「外壁と開口部」項目4
• 参照状態：直接特定
• 優先度：期限設定
• 状態：未着手
• 更新先：仕上表、必要に応じて見積・発注条件
• AI出力の扱い：候補抽出のみ。担当者と期限は人が確定

この記載なら、引継ぎ先は「外壁について何も決まっていない」と誤解せず、グレー系という確定範囲を維持したまま品番選択へ進めます。サンプルを提示しただけでは完了にせず、仕上表への記録まで追えます。

反対に、「外壁色は施主確認」「議事録参照」という二行だけでは完成とはいえません。誰が候補を準備するか、どの議事録か、色の系統まで未決なのか、いつ何をもって終了するかが分からないためです。

初回運用では、誤検出、見落とし、参照切れ、担当者不明がどこに出るかを確認します。指示文を直す問題と、元資料の作り方を直す問題を分けます。担当者が毎回欠けるなら、AIの抽出能力ではなく、議事録様式や会議終了時の割当て手順に原因がある可能性があります。

AI点検の価値は、引継ぎ資料を自動で正解にすることではありません。暗黙の保留、古い記載、競合、曖昧な参照先を候補として表に出し、人が判断すべき箇所を狭めることにあります。

未決事項の4分類と参照状態の4段階を混同せず、基準日、原文、担当者、期限、完了条件へ戻れる形を維持すれば、引継ぎの品質を「説明したか」ではなく、「引継ぎ先が根拠を確認し、次の行動を実行できるか」で管理できます。