建設現場の現場監督向け:バラバラな作業日報から工数・進捗を自動集計するAIエージェントの作り方
建設現場の月末集計業務は、現場監督にとって本来業務を圧迫しがちな定例作業の一つです。この記事では、各協力会社からバラバラな形式で届く作業日報を、AIエージェント(LLM=大規模言語モデルへの指示文)を活用して工数集計・進捗サマリーに変換する方法を、コピーしてすぐ試せる実装プロンプトの全文公開とともに解説します。大規模なシステム導入なしに、今日から試せる実践的な内容です。
建設現場の作業日報集計が抱える構造的な課題
建設現場の現場監督や工事主任にとって、月末の工数集計は頭の痛い定例業務の一つです。中規模のマンション新築工事であれば、躯体・設備・電気・内装・外壁など多岐にわたる工種の協力会社が同時に稼働しています。一般的な現場では、8社から12社の協力会社が並行して作業を進めていることも珍しくありません。
問題は、各社・各職人から提出される作業日報の形式が統一されていないことです。ある会社はExcelで、別の会社はFAXで、また別の職人はLINEの写真で送ってくる。手書きメモをそのまま渡されるケースもあります。
現場監督はこれらをすべて読み解き、Excelの集計表に手入力し、工種別・日付別に集計を行い、工程表と照合して進捗率を算出する。この一連の作業は、現場を巡回し安全管理や品質管理を行うという本来業務を圧迫しがちです。
本記事では、この「バラバラな日報データの集計」という課題に対して、AIエージェントを活用した解決策を具体的に紹介します。コピーしてすぐに試せる実装プロンプトも公開しますので、自環境で動作を確認しながら読み進めてください。
「形式バラバラ問題」の実態と現場監督の負担
建設業界の作業日報が形式バラバラになる背景には、構造的な理由があります。
協力会社ごとに異なる運用ルール
元請け・下請けの関係において、各協力会社はそれぞれ自社の日報管理方法を持っています。大手の設備会社であれば自社システムからExcel出力するケースが多い一方、個人事業主の職人であれば手書きメモやスマートフォンのメッセージが日報代わりになることもあります。
典型的な日報提出パターンとして、以下のようなものがあります。
- Excel添付メール:列項目は会社独自、フォーマットは各社固定
- FAX送信:手書きの日報用紙、文字の判読が難しいケースも
- LINE/チャットツール:テキストメッセージで「本日 鈴木・佐藤 配管工事 8時間」のような簡易報告
- 手書きメモ直接提出:現場事務所に置かれたノートに記入
転記・集計にかかる工数
これらの日報を一つのExcelシートに転記する作業は、単純に見えて負担が大きいものです。一般的な中規模現場(協力会社10社、1日あたり合計20〜30名の作業員)を想定した場合、日報の件数や記載の複雑さによっては、1日分の転記だけでも相応の時間を要することがあります。月末にまとめて処理する場合は、集計作業に丸1日以上かかるケースも考えられます。
さらに、転記時の入力ミスや、日報の記載漏れに気づくのが遅れるといった問題も生じがちです。
AIエージェントによる日報解析・集計の処理フロー
本記事で紹介するAIエージェントは、2段階のチェーン構成で設計しています。1つのプロンプトですべてを処理するのではなく、「データ正規化」と「集計・サマリー生成」を分離することで、各段階の精度を高める設計思想です。
2段階チェーンの全体像
入力:バラバラな形式の作業日報テキスト(複数件) ↓【第1段階】日報データ正規化エージェント - 各日報から「日付」「会社名」「作業者名」「工種」「作業内容」「人工数」を抽出 - 統一されたCSV形式のテーブルに変換 - 不明項目には「要確認」フラグを付与 ↓中間出力:正規化済みCSVデータ ↓【第2段階】工数集計・進捗サマリー生成エージェント - 工種別の合計人工数を集計 - 日付別の作業実績を集計 - 工種×日付のクロス集計表を生成 - 進捗サマリー文章を自動生成(工程計画データがあれば進捗率も算出) ↓出力:工種別集計表 + 日付別集計表 + 進捗サマリー文章
なぜ2段階に分けるのか
LLM(大規模言語モデル)に対して「バラバラな日報を読み取って、集計して、サマリーも書いて」と一度に指示すると、処理が複雑になり精度が下がる傾向があります。「まず統一フォーマットに揃える」「揃ったデータを集計する」と段階を分けることで、各段階の役割が明確になり、出力の検証もしやすくなります。
第1段階の出力結果を人間が確認してから第2段階に進めることも可能です。これにより、データの正規化段階でのミスを早期に発見できます。
Before/After:月末集計業務フローの比較
以下の表は、中規模建設現場(協力会社10社・1日平均25名稼働)を一般的な例として想定した比較です。
| 項目 | Before(導入前) | After(導入後) |
|---|---|---|
| 日報の受領 | FAX・Excel・LINE・手書きなど多様な形式で受領 | テキストまたはCSVで受領(簡易テンプレートを配布) |
| データ読み取り | 現場監督が1件ずつ目視で読み解く | AIエージェントがテキスト解析で一括抽出 |
| 転記作業 | Excelに1行ずつ手入力 | 第1段階プロンプトが統一CSV形式に自動変換 |
| 工種別集計 | 集計表を手動で更新 | 第2段階プロンプトが自動集計表を生成 |
| 進捗サマリー作成 | 工程表と手作業で照合し文章化 | AIエージェントがサマリー文章の下書きを自動生成 |
| 検算・確認 | 月末にまとめてチェック(漏れが生じやすい) | 都度出力を目視確認(異常値フラグ付き) |
| 関与する人員 | 現場監督が全工程を担当 | 現場監督は確認・承認に集中 |
| 集計にかかる時間(目安) | 月末集計に丸1日以上かかるケースがある | 条件によっては大幅に短縮できる可能性がある |
注記:上記の比較は中規模建設現場(協力会社10社・作業員25名規模)を一般的な例として想定しています。実際の効果は現場の規模・日報の提出状況・運用方法によって大きく異なります。
Afterフローの具体的な手順
- 各協力会社に配布した簡易テンプレート(後述)に沿って日報を提出してもらう
- 受領した日報テキストを第1段階プロンプトに貼り付けて実行する
- 出力された正規化データを目視確認し、「要確認」フラグがあれば該当会社に照会する
- 確認済みデータを第2段階プロンプトに入力して集計表とサマリーを生成する
- 生成された集計表・サマリーの数値を検算し、工程会議資料に反映する
実装プロンプト完全公開:2段階チェーンの設計思想
以下の2つのプロンプトをそのままコピーして、お使いのLLMサービス(ChatGPT、Claude等)に貼り付けて試すことができます。[変数名]の部分を自現場の情報に置き換えてください。自環境での動作確認を行ったうえで業務に適用することをお勧めします。
第1段階プロンプト:日報データ正規化エージェント
# 役割定義(Role)あなたは建設現場の作業日報データを解析・正規化する専門エージェントです。複数の協力会社から異なる形式で提出された作業日報テキストを読み取り、統一されたCSV形式のテーブルデータに変換する業務を担当します。# 入力仕様(Input)以下の情報を受け取ります:- 作業日報テキスト(テキスト):1件〜複数件の日報データ ※必須 - 形式はExcelコピー、テキストメッセージ、箇条書き等、統一されていなくても構いません- 現場名(テキスト):[現場名] ※必須- 報告対象期間(テキスト):[報告対象期間](例:2026年4月1日〜4月30日) ※必須- 工種カテゴリ一覧(テキスト):[工種カテゴリ一覧] ※必須 (例:躯体工事, 設備配管工事, 電気工事, 内装工事, 外壁工事, 防水工事, 塗装工事)- 人工換算基準(テキスト):[人工換算基準] ※任意 (例:1人工=8時間、半人工=4時間。未指定の場合は1人工=8時間を仮定)# 処理手順(Process)以下のステップで処理を行ってください:Step 1:各日報テキストを区切り線や文脈から1件ずつに分割するStep 2:各日報から以下の項目を抽出する - 日付(YYYY/MM/DD形式に統一) - 会社名(協力会社名または個人名) - 作業者名(記載がある場合) - 工種(入力仕様の工種カテゴリ一覧から最も近いものを選択) - 作業内容(原文の要約、30字以内) - 人工数(数値。時間表記の場合は人工換算基準に基づき換算)Step 3:抽出結果をCSV形式のテーブルとして整列するStep 4:以下の観点でデータ品質チェックを行う - 必須項目(日付・会社名・工種・人工数)が欠損していないか - 人工数が0以下または10以上の異常値がないか - 日付が報告対象期間内に収まっているかStep 5:品質チェックで問題があった行に「要確認」フラグと理由を付与する# 出力形式(Output)以下の形式で出力してください:## 正規化データ(CSV形式)| 日付 | 会社名 | 作業者名 | 工種 | 作業内容 | 人工数 | フラグ ||---|---|---|---|---|---|---|| 2026/04/01 | ○○設備 | 鈴木太郎 | 設備配管工事 | 3階配管敷設 | 1.0 | - || ... | ... | ... | ... | ... | ... | ... |## データ品質レポート- 処理件数:○件- 正常データ:○件- 要確認データ:○件(理由を箇条書きで列挙)- 工種カテゴリへの割り当てに迷った項目:(該当があれば列挙)# 品質基準(Quality)出力前に以下を自己チェックしてください:- すべての日報データが処理されているか(入力件数と出力行数の整合性)- 日付がYYYY/MM/DD形式に統一されているか- 工種が指定カテゴリ一覧のいずれかに割り当てられているか- 人工数が数値として妥当か(一般的には0.5〜3.0の範囲が多い)- 要確認フラグの理由が具体的に記載されているか# 制約事項(Constraints)- 日報テキストに明記されていない項目は推測で補わず、「要確認」と記載すること- 工種カテゴリ一覧にない作業が記載されている場合は、最も近いカテゴリに割り当てたうえで「要確認:カテゴリ割り当て」と注記すること- 人工数の記載がない場合は「要確認:人工数未記載」とし、0と記載しないこと- 最終出力は必ず人間が確認・承認してから使用すること# カスタマイズ変数[現場名]:担当現場の名称に置き換えてください(例:○○マンション新築工事)[報告対象期間]:集計対象の期間に置き換えてください(例:2026年4月1日〜4月30日)[工種カテゴリ一覧]:自現場の工種に合わせて変更してください[人工換算基準]:自現場の基準に合わせてください(例:1人工=8時間)[会社名]:自社名に置き換えてください# 使用例(Example)## 入力例現場名:グランドヒルズ新築工事報告対象期間:2026年4月1日〜4月7日工種カテゴリ一覧:躯体工事, 設備配管工事, 電気工事, 内装工事, 外壁工事--- 日報データ ---【丸山建設】4/1作業員:丸山、高橋内容:5階躯体型枠組立8:00-17:00(休憩1時間)---佐々木電工 4月1日佐々木・小林の2名3F電気配線工事 各1人工---4/1 山田設備山田 配管 3階 1日助手の中村 半日## 期待される出力例### 正規化データ(CSV形式)| 日付 | 会社名 | 作業者名 | 工種 | 作業内容 | 人工数 | フラグ ||---|---|---|---|---|---|---|| 2026/04/01 | 丸山建設 | 丸山 | 躯体工事 | 5階躯体型枠組立 | 1.0 | - || 2026/04/01 | 丸山建設 | 高橋 | 躯体工事 | 5階躯体型枠組立 | 1.0 | - || 2026/04/01 | 佐々木電工 | 佐々木 | 電気工事 | 3F電気配線工事 | 1.0 | - || 2026/04/01 | 佐々木電工 | 小林 | 電気工事 | 3F電気配線工事 | 1.0 | - || 2026/04/01 | 山田設備 | 山田 | 設備配管工事 | 3階配管 | 1.0 | - || 2026/04/01 | 山田設備 | 中村 | 設備配管工事 | 3階配管 | 0.5 | - |### データ品質レポート- 処理件数:6件- 正常データ:6件- 要確認データ:0件- 工種カテゴリへの割り当てに迷った項目:なし(この出力は参考例です。実際の出力は入力内容や環境により異なります)
第2段階プロンプト:工数集計・進捗サマリー生成エージェント
# 役割定義(Role)あなたは建設現場の工数集計と進捗サマリー生成を担当する専門エージェントです。正規化済みの作業日報データを受け取り、工種別・日付別の集計表と工程会議で使える進捗サマリー文章を生成します。# 入力仕様(Input)以下の情報を受け取ります:- 正規化済み日報データ(表形式):第1段階の出力結果 ※必須 - 列構成:日付, 会社名, 作業者名, 工種, 作業内容, 人工数- 現場名(テキスト):[現場名] ※必須- 報告対象期間(テキスト):[報告対象期間] ※必須- 工種別計画工数(テキスト):[計画工数] ※任意 (例:躯体工事 200人工、設備配管工事 80人工。未入力の場合は進捗率算出をスキップ)- 出力形式(テキスト):[出力形式] ※任意 (Markdown表 / CSV / テキスト。未指定の場合はMarkdown表)# 処理手順(Process)以下のステップで処理を行ってください:Step 1:入力データの整合性を確認する - 「要確認」フラグが付いたデータがないか確認する - フラグ付きデータがある場合は、集計から除外し注記に記載するStep 2:工種別の合計人工数を集計する - 各工種ごとに人工数を合計 - 小数点第1位まで表示Step 3:日付別の合計人工数を集計する - 各日付ごとに全工種の合計人工数を算出Step 4:工種×日付のクロス集計表を生成する(データ量が多い場合は週単位に集約)Step 5:計画工数が入力されている場合、工種別の進捗率を算出する - 進捗率 = 実績人工数 ÷ 計画工数 × 100(%) - 進捗率が想定範囲(週あたりの想定比率)から大きく乖離している場合はアラートを記載Step 6:工程会議向けの進捗サマリー文章を生成する - 200〜400字程度 - 事実ベースで記述(主観的評価は避ける) - 注目すべき工種(工数が多い/少ない)を明示# 出力形式(Output)以下の構成で出力してください:## 1. 工種別集計表| 工種 | 合計人工数 | 計画工数 | 進捗率 ||---|---|---|---|| 躯体工事 | ○○ | ○○ | ○○% || ... | ... | ... | ... || **合計** | **○○** | **○○** | **○○%** |## 2. 日付別集計表| 日付 | 合計人工数 | 稼働会社数 ||---|---|---|| 2026/04/01 | ○○ | ○社 || ... | ... | ... |## 3. 進捗サマリー[現場名]([報告対象期間])の工数実績サマリーを200〜400字で記述。## 4. 注意事項・アラート- 集計から除外したデータ(要確認フラグ付き)の一覧- 異常値・乖離が検出された項目# 品質基準(Quality)出力前に以下を自己チェックしてください:- 工種別集計の合計と日付別集計の合計が一致しているか- 進捗率の計算に誤りがないか(計画工数が入力されている場合)- サマリー文章が事実ベースで書かれているか(主観的評価が混在していないか)- 要確認データが集計に含まれていないか- 数値の小数点が統一されているか(小数点第1位)- 合計行の計算が正確か# 制約事項(Constraints)- 計画工数が未入力の場合は、進捗率の列を「-(計画未入力)」と表示すること- 進捗に対する主観的な評価(「順調です」「遅れています」等)は記載しないこと。事実と数値のみ記述する- 入力データに明記されていない情報は推測で補わず、「確認が必要です:[項目名]」と記載すること- 最終出力は必ず人間が確認・承認してから工程会議資料等に使用すること# カスタマイズ変数[現場名]:担当現場の名称に置き換えてください[報告対象期間]:集計対象の期間に置き換えてください[計画工数]:工種別の計画工数を記載してください(未定の場合は空欄で可)[出力形式]:Markdown表 / CSV / テキスト から選択してください[会社名]:自社名に置き換えてください# 使用例(Example)## 入力例現場名:グランドヒルズ新築工事報告対象期間:2026年4月1日〜4月7日計画工数:躯体工事 200人工、設備配管工事 80人工、電気工事 60人工| 日付 | 会社名 | 作業者名 | 工種 | 作業内容 | 人工数 | フラグ ||---|---|---|---|---|---|---|| 2026/04/01 | 丸山建設 | 丸山 | 躯体工事 | 5階型枠組立 | 1.0 | - || 2026/04/01 | 丸山建設 | 高橋 | 躯体工事 | 5階型枠組立 | 1.0 | - || 2026/04/01 | 佐々木電工 | 佐々木 | 電気工事 | 3F配線 | 1.0 | - || 2026/04/01 | 佐々木電工 | 小林 | 電気工事 | 3F配線 | 1.0 | - || 2026/04/01 | 山田設備 | 山田 | 設備配管工事 | 3階配管 | 1.0 | - || 2026/04/01 | 山田設備 | 中村 | 設備配管工事 | 3階配管 | 0.5 | - |## 期待される出力例### 1. 工種別集計表| 工種 | 合計人工数 | 計画工数 | 進捗率 ||---|---|---|---|| 躯体工事 | 2.0 | 200 | 1.0% || 設備配管工事 | 1.5 | 80 | 1.9% || 電気工事 | 2.0 | 60 | 3.3% || **合計** | **5.5** | **340** | **1.6%** |### 2. 日付別集計表| 日付 | 合計人工数 | 稼働会社数 ||---|---|---|| 2026/04/01 | 5.5 | 3社 |### 3. 進捗サマリーグランドヒルズ新築工事(2026年4月1日〜4月7日)の工数実績です。期間内の合計実績は5.5人工、稼働会社は3社でした。工種別では電気工事が計画比3.3%、設備配管工事が1.9%、躯体工事が1.0%の実績となっています。なお、本期間は1日分のデータのみのため、週間・月間での傾向判断には追加データが必要です。### 4. 注意事項・アラート- 集計除外データ:なし- 本データは1日分のみです。傾向分析には少なくとも1週間分のデータ入力を推奨します。(この出力は参考例です。実際の出力は入力内容や環境により異なります)
入力データの前処理とテンプレート設計のコツ
AIエージェントの精度を高めるうえで、入力データの質は大きく影響します。「どんなバラバラな日報でも完全に読み取れる」というわけではないため、可能な範囲で入力データの質を上げておくことが重要です。
協力会社向け簡易テンプレートの配布
最も効果的な方法は、協力会社に簡易テンプレートを配布することです。完全なシステム導入が難しい現場でも、テキストベースのテンプレートであれば導入しやすいでしょう。
以下のようなテンプレートが実用的です。
【作業日報】日付:会社名:作業者名:(複数名の場合はカンマ区切り)工種:作業内容:作業時間:(人工数。1人工=8時間。半日の場合は0.5)備考:
このテンプレートをメール本文やチャットに貼り付けて記入してもらうだけで、AIエージェントの読み取り精度は大幅に向上します。
テキスト入力時の実用的なポイント
- 複数日の日報をまとめて入力する場合は、日報ごとに「—」(ハイフン3つ)で区切ると認識精度が上がります
- 人工数は「1人工」「0.5人工」のように単位を明記すると、時間表記との混同を防げます
- 工種名は、プロンプトの
[工種カテゴリ一覧]に記載した名称と揃えるのが理想ですが、多少の表記ゆれはAIが吸収できるケースが多いです
カスタマイズ例:土木工事・内装工事など工種別の調整
本記事のプロンプトは、建設現場全般で使えるよう汎用的に設計していますが、工事の種類によってカスタマイズが必要な箇所があります。
工種カテゴリの変更
プロンプト内の[工種カテゴリ一覧]を自現場に合わせて変更してください。
RC造マンション新築工事の場合:
躯体工事, 設備配管工事, 電気工事, 内装工事, 外壁工事, 防水工事, 塗装工事, 仮設工事
土木工事(道路・橋梁)の場合:
土工事, コンクリート工事, 鋼材工事, 舗装工事, 排水工事, 仮設工事, 測量
リフォーム・内装工事の場合:
解体工事, 木工事, クロス工事, 床工事, 設備工事, 電気工事, 塗装工事, 美装工事
集計粒度の調整
大規模現場では日付別の集計が膨大になるため、第2段階プロンプトの処理手順Step 4にある「週単位に集約」を活用すると整理しやすくなります。逆に、短期間の小規模工事であれば日別の詳細データのほうが有用です。
人工換算基準の調整
現場によって「1人工」の定義が異なる場合があります。[人工換算基準]を自現場の基準に合わせてください。残業を含む場合は「1人工=8時間、残業は0.25人工/時間で換算」のように記載すると、AIが適切に処理します。
注意点・限界:数値の検算は人間が行う必要がある理由
AIエージェントを日報集計に活用する際、理解しておくべき注意点と限界があります。
向いているケース
- テキストベースの日報データからの情報抽出と統一フォーマットへの変換
- 定型的な集計(工種別合計、日付別合計などの単純集計)
- 集計結果をもとにしたサマリー文章の下書き生成
- 日報の記載漏れや異常値の検出(フラグ付与)
向いていないケース
- 手書き文字の読み取り:本プロンプトはテキストデータを前提としています。手書き文字の画像を文字データに変換する技術(OCR:光学文字認識)を別途使わない限り、手書きFAXの画像を直接処理することはできません。手書き日報はテキストに書き起こしてから入力する必要があります
- 金額計算・原価管理:人工数の集計はできますが、単価を掛け合わせた原価計算を正確に行うには、LLMの数値計算精度に限界があります。金額に関わる計算はExcelや専用ソフトで行うことをお勧めします
- 法的書類としての使用:AIの出力をそのまま公的な施工記録や労務報告書として提出することは適切ではありません。最終的な公式書類は人間が確認・作成してください
- 自動・リアルタイム処理:本プロンプトは日報をまとめて入力しまとめて出力する使い方(バッチ処理)を想定しています。日報が提出されるたびに自動で集計する仕組みを構築するには、別途自動化のシステムが必要です
数値の検算が必須な理由
LLM(大規模言語モデル)はテキストの理解・生成が得意ですが、数値の正確な計算は苦手な領域です。特に以下のケースでは検算を強くお勧めします。
| 検算が必要なケース | 理由 | 対処法 |
|---|---|---|
| 人工数の合計値 | 行数が多い加算でミスすることがある | 電卓またはExcelで合計を再計算 |
| 進捗率の算出 | 割り算の精度に限界がある場合がある | Excelの数式で再計算 |
| 日報件数と出力行数の一致 | 入力の区切りを誤認して行が増減することがある | 入力件数と出力行数を目視で照合 |
まとめ:現場DXの入口としての日報集計自動化
建設現場の作業日報集計は、「形式がバラバラ」「転記が手作業」「検算に時間がかかる」という3つの構造的な課題を抱えています。本記事で紹介した2段階チェーン方式のAIエージェントは、この課題に対して「正規化」と「集計」を段階的に処理するアプローチを提供します。
大規模なシステム導入ではなく、LLMサービスにプロンプトを貼り付けるだけで試せるため、現場のDX推進の最初の一歩として取り組みやすい方法です。
ただし、AIの出力を鵜呑みにせず、数値の検算は必ず人間が行ってください。特に金額計算や公式書類への転記においては、AIの出力はあくまで「下書き」として扱うことが重要です。
今すぐできること:
- 本記事の第1段階プロンプトをコピーし、過去の日報データ(2〜3件分)を入力して動作を確認する
- 協力会社向けの簡易テンプレートを作成し、1社から試験的に運用を開始する
- 1週間分のデータで第2段階プロンプトの集計精度を検証し、自現場の工種カテゴリに合わせてカスタマイズする
本記事で紹介したプロンプトは参考情報です。実際の業務適用前に、自環境での動作確認と内容の適切性確認を必ず行ってください。数値の正確性は人間による検算で担保してください。法律・会計等の専門的判断が必要な場合は、該当分野の専門家にご相談ください。
コメントを残す