WRITING

建設業のAIは「人が最終確認する」前提で設計する——ヒューマンインザループの置き場所

建設業でAIを業務に使おうとするとき、「AIが出力したものをそのまま使えるか」という問いに必ず直面する。施工計画書・安全書類・品質チェックシートなど、建設業の書類の多くは法令・安全・品質に関わる。これらをAIが生成した場合、人による確認なしに提出することは現状では許容されない。問題は確認を「誰が・どこで・どの負荷で」行うかの設計が抜け落ちていることだ。

安全・法令に関わる出力は「ヒューマンインザループ」が前提になる

ヒューマンインザループ(Human-in-the-Loop)とは、AIのワークフローの中に人間の判断・確認工程を組み込む設計のことだ。建設業ではAIの自律性を高める前に、まずこの設計が正しく機能することが重要だ。

建設業AIワークフローにおけるHITLの位置
1入力工程:AIへの情報提供図面・仕様書・過去実績・社内基準などをAIに渡す。この工程でも「何を入力してよいか」の判断が必要で、機密情報の選別は人間が担う← HITL工程1:入力情報の選別・確認
2生成工程:AIによる出力生成施工計画書・安全書類・チェックリストのドラフトをAIが生成する。この工程は自動化の対象。処理速度と量が人間の限界を超える← ここはAI自律工程
3確認工程:人間によるレビューと修正AIの出力を担当者が確認する。法令適合性・安全リスク・品質基準との整合を人間が判断する。修正後に次工程へ渡す← HITL工程2:最重要。確認者・確認基準・確認時間を設計する
4承認工程:最終責任者のサイン確認済みの書類に最終責任者が承認する。AIが作ったものでも、承認者が法的責任を持つ。この工程は省略できない← HITL工程3:責任の所在を明確にする

注意 「AIが確認して人間が最終承認する」という設計では、人間が実質的に確認しなくなる。「AIが下書きを作り、人間が確認し、責任者が承認する」という3段階の明確化が必要だ。

実態 AIの出力を「完成品」として扱い始めた段階で、確認の質が落ちる。「AIが作ったから正しいはずだ」という心理バイアスが、建設業AIの最大のリスクになる。

どの工程にHITLを置くか——工程別の確認設計

すべての工程に等しく人間を介入させると、AI化のメリットが薄れる。どの工程は自動化し、どの工程は人間が判断するかを明確に設計する。

工程別:自動化してよい部分 vs 人間が判断すべき部分
情報収集・整理インプット工程

自動化してよい

過去実績データの検索・集計。図面からの数量拾い。法令条文の一次検索

人間が判断すべき

何を入力するかの選択。機密情報・発注者情報の扱い方の判断

書類生成生成工程

自動化してよい

定型フォーマットへの内容埋め込み。過去類似案件からのドラフト生成。構成の提案

人間が判断すべき

生成された内容の正確性確認。現場固有の特殊条件の判断。法令の解釈判断

品質・法令チェック検査工程

自動化してよい

チェック項目の一覧生成。過去インシデント事例との照合。法令条文の引用・参照

人間が判断すべき

「このリスクを許容するか」の最終判断。AIが「問題なし」と出力した後の確認責任。新しい条件への対応

承認・提出完了工程

自動化してよい

提出書類のフォーマット整形。ファイル名・バージョン管理。提出先への送信

人間が判断すべき

最終承認のサイン。「この書類を正式書類として提出する」という意思決定

人間の確認は「全部」か「ゼロ」ではない。工程ごとに「ここは任せる・ここは確認する」を設計することで、AI活用のメリットと安全性を両立できる

分かれ目 「品質・法令チェック工程でAIが出した結果の解釈判断」は最も自動化してはいけない部分だ。AIは「可能性のあるリスク」を列挙できるが、「このリスクをこの案件で許容するかどうか」は人間の専門判断だ。

確認の負荷をどう設計するか——HITLが形骸化しないための工夫

ヒューマンインザループが形骸化する最大の原因は「確認疲れ」だ。AIがたくさん出力するほど、人間の確認工数が増えて確認の質が落ちる。確認負荷を設計段階から管理する。

HITL設計の3役割と負荷配分
第一確認者(担当者)
担う確認

AIの出力内容が業務の事実・仕様に合っているかを確認する。「間違い・漏れ・特殊条件の見落とし」を発見するのが主な役割。

目標確認時間

書類1件あたり10〜15分以内に収める設計にする。それ以上かかる場合はAIの出力品質が低い(プロンプト・ナレッジ設計の問題)か、確認基準が曖昧(確認項目の設計問題)。

専門確認者(技術・法務)
担う確認

法令・安全・品質基準への適合を専門知識で判断する。全書類ではなく「リスクフラグが立った書類」のみに介入する設計が効率的。

介入のトリガー

AIが自動でリスクフラグを立てる設計にする。フラグなしの書類は第一確認者の承認のみで通る。専門確認者の介入頻度を「全体の20%以下」に保つ。

承認者(所長・部門長)
担う確認

「この書類を組織として提出する」という最終意思決定。内容の細部確認は第一確認者に任せ、承認者は「確認済みの書類に署名する」役割に集中する。

目標承認時間

承認1件あたり3〜5分以内。承認者が内容を一から読み直す設計になっていたら、第一確認者の確認が機能していないサインだ。

配分 「全員が全部確認する」設計は確認の質が最も低い。役割ごとに確認の焦点を絞ることで、総確認時間を減らしながら確認の質を上げられる。

判断の記録がAIを改善する——HITLをフィードバックループに変える

ヒューマンインザループで人間が下した判断は、記録することでAI改善の素材になる。「確認しました」で終わらせず、「何を修正したか・なぜ修正したか」を記録する設計が次のAIの品質を高める。

HITLフィードバックサイクル
01AIが出力を生成文書・計画・チェック結果などを生成
02人間が判断・修正確認者が修正内容と理由を記録する
03記録をプロンプトに反映修正パターンを月次でプロンプトに組み込む
04AI出力の精度が上がる同じ誤りが減り、確認工数が段階的に減少
HITL記録 → AI改善サイクル
月次 修正記録の集計データ収集
四半期 プロンプト・ナレッジの改善品質向上
半年ごと HITL設計の見直し設計改善
  • 第一確認者がAI出力を修正した箇所を記録
  • 修正理由のカテゴリ分類(事実誤り・法令・ローカルルール・表現)
  • 修正頻度の高い項目を週次で集計
  • 「AIが間違えやすいパターン」の傾向分析
  • 修正パターンをもとにプロンプトを修正
  • 「ローカルルール」はナレッジベースに追加
  • 改善後のAI出力品質を計測
  • 改善効果を推進部門と共有
  • 確認負荷の実態調査(担当者ヒアリング)
  • 形骸化している確認工程の特定と設計変更
  • AIの精度向上に合わせた確認頻度の調整
  • 新しい業務領域へのHITL拡張の検討

目安 HITL設計が機能している状態の目安は、「確認者が修正する回数が月を追って減っていくこと」だ。修正が減るのはAIの出力品質が上がっているサインであり、確認者の判断が改善につながっている証拠になる。

← 記事一覧に戻る