Claudeで施工日報を週報にまとめる — 工程の遅れと原因を記録に残す

施工日報は、書く側にとっては毎日の義務で、読む側にとっては週末にまとめて目を通す資料になりがちです。職長が書いた「雨で午前中止」「資材の搬入が遅れた」という一文は、その日のうちは誰もが知っています。1か月後に「なぜ配筋が1週間延びたのか」と聞かれたとき、答えは5枚、10枚の日報に散らばっています。

ClaudeのProjectsに日報を溜めておけば、週ごとに予定との差と遅延の原因を一覧にできます。この記事では、日報の書式を揃えるところから、指示文、週報の出力形式、出てきた表の検算までを順に扱います。

週報で出させるのは「差」と「原因の根拠」

日報を貼って「今週の要約を作って」と頼むと、読みやすい文章が返ってきます。ただし、これでは記録として弱いままです。週報に求めるのは、次の3点です。

• 工種ごとの、予定と実績の差
• 差が出た日と、その原因として日報に書かれた一文(原文の引用)
• 日報に原因が書かれていない遅れの一覧

3つ目が肝です。原因が書かれていない遅れを、Claudeが「おそらく天候」と埋めてしまうと、後から読む人は推測と事実を区別できません。「原因の記載なし」と出させておけば、翌週に職長へ聞く項目がそのまま決まります。

工程表そのものを作る手順は、工程表(ガントチャート)の作成にClaudeを使う手順にあります。ここでは工程表が既にあり、現場から日報が上がってくる状態を前提にします。同じ「日報を溜めて読む」作業は、営業なら営業日報から危険信号を拾う手順、運行管理なら点呼記録・運転日報の確認で扱っています。施工では、読む軸が「確度」や「記載漏れ」ではなく、予定との差と原因になります。

日報の書式を先に揃える

Claudeに読ませる前に、日報の形を最低限そろえます。職長ごとに書き方が違っても読めはしますが、人員の数え方がばらつくと、週の人日(にんにち)が合わなくなります。

次は、1日1ファイルで保存する日報の一例です。項目名は現場の既存様式に合わせて構いません。

日付:2026-10-13(火)
現場:B工場増築
天候:午前 雨 / 午後 曇
作業内容:2階床スラブ 配筋(通り3〜5)
人員:鉄筋工6 土工2
指示事項:監督員より開口部の補強筋を追加する旨の口頭指示
特記:雨のため午前は作業中止。午後から再開

ポイントは3つあります。

• 人員は氏名ではなく、職種と人数で書く。週報に氏名は要らず、Projectsに個人名を溜める理由もない
• 1日の中で作業が複数あるなら、行を分ける。「配筋と型枠」を1行にすると、どちらが遅れたのか判別できない
• 指示事項は、誰が・何を指示したかを書く。設計変更や追加指示は、遅延原因として最もあとで問われやすい

手書きの日報を写真で保管している現場は、文字に起こしてから置きます。プロジェクトのファイルは、テキストの抽出が基本で、PDFだけが画像も読める扱いです。写真のまま置いた手書き日報から、Claudeが記載を拾える保証はありません。起こした文字が正しいかは、人が一度見ます。

Projectsに置くもの、毎週差し替えるもの

プロジェクトは、独自のチャット履歴と知識を持つ作業スペースです。日報の運用では、置くものを3つに分けると崩れにくくなります。

プロジェクトは、Projectsのページの「+ New Project」から作ります。名前と説明にはClaudeがアクセスしないため、現場名や工期は知識側のファイルに書いておきます。Freeでも使えますが、作れるプロジェクトは5つまでです。現場ごとにプロジェクトを分けるなら、Freeの5つで足りるかを、同時進行の現場数から先に数えておきます。

週報をチャットに残すだけでは次の週に引き継がれない

見落としやすいのは、プロジェクト内でも、チャットをまたいだ文脈は引き継がれない点です。ヘルプには、知識として追加した情報でなければチャット間で共有されないとあります。先週のチャットで出させた週報を、今週のチャットは知りません。

先週の週報を今週の遅延の経緯に使いたいなら、確定した週報をテキストにして、知識に追加します。ファイル名は「週報_2026-10-12週.txt」のように、対象週が名前で分かる形にします。こうしておくと、1か月後に「この遅れはいつから続いているか」を聞いたとき、日報と週報の両方から答えを引けます。

工程の予定を、Claudeが読める表にする

予定側の知識は、手元の工程表から次のような表を作れば足ります。凝った書式は要りません。大事なのは、日報の「作業内容」と同じ語で工種名を書くことです。日報が「2階床スラブ 配筋」で、予定表が「2F配筋」では、突き合わせの前に名寄せを挟むことになります。

工種,予定開始,予定終了,予定人日,備考
2階床スラブ 配筋,2026-10-12,2026-10-16,40,鉄筋工8人×5日
2階床スラブ 型枠,2026-10-14,2026-10-20,30,配筋と3日重なる
2階床スラブ コンクリート打設,2026-10-21,2026-10-21,18,配筋・型枠の検査後

予定人日は「人員×日数」で、必須ではありません。入れておくと、週ごとの実績人日との差から、人が足りなかったのか、人は来ていたのに進まなかったのかを切り分けられます。前者は人員の手配、後者は天候や前工程待ちなど別の原因です。

予定期間が重なる工種には、備考に先行関係を書きます。型枠は配筋が終わらないと完了できない、といった情報です。配筋の遅れが型枠の遅れに連鎖している週を、Claudeが「型枠の遅れも配筋待ち」と結び付けられるようになります。

プロジェクト指示に書く内容

指示は、そのプロジェクトのすべてのチャットで使われます。週報の出力を毎回同じ形にするため、次の項目を固定します。以下は、そのまま貼れる形の一例です。

あなたは施工現場の週報の下書きを作る補助者です。
知識にある「工程予定」と日付ごとの日報だけを根拠にしてください。
 
【作業の手順】
1. 対象週に含まれる日付を列挙し、日報が見つかった日と見つからない日を先に示す。
2. 工種ごとに、予定期間、日報から読み取れる実績、予定との差を表にする。
3. 差が出た工種は、原因として日報に書かれた一文を原文のまま引用する。日付を付ける。
4. 原因を次の分類に当てはめる:
   天候 / 資材・搬入 / 前工程・後工程待ち / 人員 / 設計・指示の変更 / 検査・立会い待ち / その他
5. 日報に原因の記載がない遅れは、分類せず「原因の記載なし」とする。推測で埋めない。
 
【禁止】
- 日報にない天候、数量、人数を補わない。
- 数量の進捗率は、日報に数量の記載がある場合だけ出す。
- 個人名は出力に含めない。

3番の「原文のまま引用する」が効きます。要約だけの原因欄は、日報の本文に当たり直すまで信じられません。引用に日付が付いていれば、現場事務所の担当者はその日の日報を開いて、数秒で確かめられます。

分類は、現場によって調整してください。ただし、分類を増やしすぎると、同じ原因が別の項目に分散します。最初は7つ程度に抑え、週報を数回回してから足すほうが、集計の意味を保てます。

週報の出力例と読み方

対象週のチャットを開き、冒頭に条件を書きます。

対象:2026-10-12の週(月〜土)
上の手順で週報の下書きを作ってください。

出力は、次のような形になります(以下は形式の例示で、数値は架空です)。

■ 日報の確認
見つかった日:10/12(月) 10/13(火) 10/15(木) 10/16(金)
見つからない日:10/14(水)  ← 日報が知識に入っていません
 
■ 工種別の差
工種 / 予定 / 実績(日報から) / 差
2階床スラブ 配筋 / 10/12〜10/16 / 10/16時点で通り3〜4まで完了 / 約1日の遅れ
2階床スラブ 型枠 / 10/14〜10/20 / 未着手 / 配筋待ち
 
■ 遅れの原因
配筋(約1日の遅れ)
- 10/13 天候:「雨のため午前は作業中止」
- 10/13 設計・指示の変更:「監督員より開口部の補強筋を追加する旨の口頭指示」
- 10/14 :日報なし → 原因の記載なし
 
■ 原因の記載なし
- 10/14(水) 日報が無いため、作業の有無が不明

最初の項目に「見つからない日」を出させる点が、この運用の設計です。日報が1日抜けていると、Claudeはその日を「作業なし」と読むか、前後から推測しかねません。先頭に日付の突き合わせを置くと、抜けた日が最初に見えます。

出力の分類にも読む順番があります。

数字の検算は人が行う

週報の表に出た日数や人日は、そのまま信じません。Claudeは日報から人数を足し上げられますが、数え違いが完全にないとは言えません。確かめる方法は、単純なものです。

• 週の人員の合計を、日報の人員欄から表計算で足し、出力の人日と合わせる
• 「約1日の遅れ」は、予定終了日と実績の完了日(または完了見込み)から、自分で日数を数え直す
• 進捗率が出ているなら、元の数量が日報に書かれているかを探す。数量がない進捗率は、Claudeの推定です

なお、有料プランではプロジェクトの知識が文脈の上限に近づくとRAGモードが自動で有効になり、容量が最大10倍まで広がります。日報が数か月分溜まった現場では、この仕組みが働く可能性があります。RAGでは関連する部分が検索で拾われる形になるため、対象週の日報が一部しか読まれない場面も想定します。冒頭の「見つかった日」の列挙が、読み漏れの検知にそのまま使えます。仕組みの詳細は、Claude ProjectsのRAG検索はいつ発動するかにまとめています。

日報を溜める運用で踏みやすい落とし穴

もう1つの落とし穴は、遅延原因の分類が責任の所在の判断に見えてしまうことです。「設計・指示の変更」に入った遅れが、発注者の責任になるかどうかは、契約と協議の話で、Claudeが決めることではありません。工期や費用の協議に使うなら、根拠になるのは日報の原文で、週報はその索引の位置づけにとどめます。協議に出す資料は、担当者が日報に当たり直して作ります。

人員が不足した週の読み方にも癖があります。人員欄の人数が予定より少ないとき、「人員不足」と分類されますが、その少なさの理由が日報に書かれていないことは多くあります。そこも「原因の記載なし」として残すのが、この運用の筋です。

共有範囲を決めてから置く

日報には、元請や協力会社の名前、近隣とのやり取り、トラブルの経緯が含まれることがあります。TeamまたはEnterpriseのプランでは、プロジェクトの作成時に公開範囲を選べます。「Keep it private」は自分と招待したメンバーだけ、「Share with your broader organization」は組織全体が対象です(管理者が有効にしている場合)。日報プロジェクトは、まず非公開で作り、現場代理人と事務担当にだけ共有するほうが無難です。

共有の権限は、閲覧のみの「Can view」と、指示や知識を編集できる「Can edit」の2段階です。協力会社の職長には、日報をアップロードするための編集権限が必要になる場面がありますが、その権限があると指示文や他社の日報も書き換えられます。日報の提出は、現場事務所が受け取って知識に追加する形にして、編集権限は少人数に絞る運用が考えられます。

手順のまとめ

日報を週報にする作業は、Claudeに文章をうまくまとめさせることよりも、日報の形と指示文で「推測しない」を先に決める作業です。

• 日報は、1日1ファイル、人員は職種と人数、作業は行を分ける
• 知識に、工種名を日報と揃えた予定表と、日付ごとの日報、確定した週報を置く
• 週報の先頭に「日報が見つかった日・見つからない日」を出させる
• 原因は日報の原文を日付つきで引用させ、書かれていない遅れは「原因の記載なし」とする
• 日数と人日は人が数え直し、確定した週報を知識に戻す

最初の1週は、手元で既に終わった週の日報を使い、週報の出力を実際の記憶と照らしてみてください。原因欄の引用と、「原因の記載なし」の件数を見れば、日報の書式で直すべき箇所が具体的に分かります。危険予知の記録を同じ要領で整えるなら、KY活動の危険予知シートをProjectsで作る手順が続きの読み物になります。