建設現場の足場を作業開始前に点検した写真から、手すり・中さん・幅木・壁つなぎの欠けや外れの候補を見分けて、点検表の下書きと是正の依頼を作る

処理の起点を決める

写真が現場のフォルダに入ったことを起点にします。 Make の Watch Files in a Folder が新しい写真を拾い、シナリオが動きます。点検は作業の始まる前の30分ほどに集中するので、シナリオの実行の間隔は15分ごとにし、朝のうちに結果がそろうようにします。

1つの区画の写真がそろってから処理します。 ファイル名を「現場コード_日付_区画_面」とし、区画の台帳にある区画のうち、写真が入った区画から順に処理します。決まりは1区画1〜2枚で、建物の側の壁つなぎが写らない区画は、建物側から1枚足します。

点検の終わりを、点検者が報告します。 点検者がチェックリストを写真に撮ってフォルダに入れた時点を、その日の点検の終わりとみなします。その時点で写真が1枚も無い区画を「撮り漏れ」として一覧に出します。 写真の無い区画は、点検されていない区画かもしれません。点検の結果より先に、この一覧を工事担当に見せます。

足場の組立て・変更の後と悪天候の後の点検は、印を変えて同じフォルダに入れます。 ファイル名に「組立後」「悪天候後」の印を付け、点検表の別の欄に下書きを作ります。 規則上、こちらは項目が多く、記録の保存も求められるためです（後述）。

入力データを集める

質を決めるのは、区画の台帳の「付いているはずの設備」です。 労働安全衛生規則は、墜落のおそれのある箇所に設ける設備を足場の種類で分けています。わく組足場では、交さ筋かいに高さ15cm以上40cm以下の桟か高さ15cm以上の幅木などを組み合わせる形か、手すりわく。それ以外の足場では、手すり等と中桟等です。 どちらの形かが台帳に無いと、中さんが写っていない区画を欠けとするかどうかが決まりません。

足場の種類と、その区画で写るはずの設備の名前は、AIに渡します。 写真の中の何を探せばよいかが分かり、手すりわくの横の部材を中さんと答えるような取り違えが減ります。 一方、前日の結果と点検者の印はAIに渡しません。「前日は欠けあり」と渡せば、今日も見つけようとして、直った手すりを欠けと答えることがあります。

データの取得方法を決める

Make のシナリオが、次の順に集めます。

写真は Download a File で取り出したものを base64 にして、Make an API call の本文に入れます。 1区画あたり1〜2枚なので、リクエスト全体20MBの上限には通常届きません。本文の response_format に後で示す出力形式のスキーマを入れます。API キーは Make の接続の側に持たせて、シナリオの本文には書きません。

壁つなぎの位置は、AIに渡しません。 台帳で「この区画には壁つなぎがある」と分かっていても、それを渡すと、写っていない壁つなぎを「ある」と答えやすくなります。 位置を使うのはシナリオで、AIの答えが not_visible なら、台帳の位置と合わせて「建物側から撮り直し」の印を付けます。

点検者の印は、AIの答えが返ってから並べます。 先に印を渡すと、AIは印に合わせて答えを寄せ、食い違いを見つけるという目的そのものが消えます。 印と答えを突き合わせるのは、どちらも出そろった後のシナリオの仕事です。

AIへ渡す前に整形する

1. 枚数と名前の確認 … 区画の番号が台帳にあるか、同じ区画の写真が重なっていないかを見ます
2. 向きの補正 … 写真の向きの情報で、横倒しの写真を正しくします
3. 写りの確認 … 逆光で部材が黒くつぶれた写真、ぶれた写真は「撮り直し」とします
4. 人の写り込みの確認 … 作業者の顔がはっきり写った写真は、AIに送らず点検者に返します
5. 大きさの調整 … 長辺が大きすぎる写真は縮めます。幅木と床材の境目が潰れない大きさを残します
6. 点検者の印の取り出し … 同じ区画の印を、食い違いの検出のために取り出しておきます

4番目は、この題材で欠かせません。 点検は作業の前ですが、足場の上や下を人が通ることはあります。 撮るときに人の少ない向きを選ぶ決まりにし、写り込んだ写真はAIに送りません。足場の写真に写る人は、点検の対象ではないからです。

3番目の逆光は、外部足場を見上げて撮ると起きます。 手すりや中さんは細い部材で、空を背景にすると見分けにくくなります。足場の内側の作業床から、面に沿って撮る決まりにすると、手すり・中さん・幅木が1枚に収まります。

AIに処理させる

させるのは、写真ごとに、4つの設備について次の答えを返すことだけです。

missing と detached と uncertain のときは、写真の番号と box_2d を返させます。 missing は部材を取り付ける位置に部材が無いもの、detached は部材が片側だけ外れて垂れている・ずれているものです。工事担当は、印の付いた位置を見るだけで済みます。

2行目がいちばん起きやすい失敗です。 写真を見せると、AIは「手すりの高さが足りない」「床材のすき間が広い」と書きます。写真の遠近では、寸法は確かめられません。 寸法の点検は点検者が現地で行い、AIには「付いているか」までを答えさせます。

指示内容を固定する

あなたは、建設現場の足場を作業開始前に点検した写真を見て、墜落防止の設備が写っているかを書き出す立場です。
同じ区画の写真を1〜2枚渡します。写真に見えるものだけを答えてください。

【この区画の情報】足場の種類：{scaffold_type}  写るはずの設備：{expected_items}

【設備】
handrail（手すり。手すりわくを含む）、midrail（中さん。交さ筋かい・下桟を含む）、
toeboard（幅木）、wall_tie（壁つなぎ）

【設備ごとに答えること】
- status：present / missing / detached / not_visible / uncertain
- missing と detached と uncertain のときは、photo_no と box_2d と、見えたものを短く note に
迷ったときに present を選ばないでください。

【厳守事項】
- 資材・養生シート・他の部材に隠れて見えない部分は not_visible にしてください。
  見えない部分を present にも missing にもしないでください。
- 部材を取り付ける位置に部材が無いことがはっきり見えるときだけ missing にしてください。
- 手すりの高さ、床材のすき間など、寸法について何も書かないでください。
- 法令の基準を満たすか、補修が要るかを書かないでください。
- 緊結部の緩みや腐食を推測しないでください。
- 写真に写っている人について、何も書かないでください。

「見えない部分を present にも missing にもしない」を明記しないと、AIはどちらかに寄せます。 養生シートの向こうの手すりは、写真によっては「ある」とも「無い」とも見えるからです。見えないことを答えにする not_visible を用意し、どちらにも寄せさせません。

「部材が無いことがはっきり見えるときだけ missing」を入れているのは、空振りの是正を減らすためです。 写真の端で切れているだけの手すりを missing と答えると、足場の会社に無駄な手間をかけます。

出力形式を固定する

構造化出力で、区画ごとに次の形のJSONを受け取ります。

{
  "site_id": "S12",
  "section_id": "3F-北-05",
  "checks": [
    { "item": "handrail | midrail | toeboard | wall_tie",
      "status": "present | missing | detached | not_visible | uncertain",
      "photo_no": 1,
      "box_2d": [0, 0, 0, 0],
      "note": "" }
  ],
  "retake_needed": false
}

設備と状態を enum にして、決めた値以外を返させません。 Gemini API の構造化出力は、/v1beta/interactions の response_format に mime_type: "application/json" とスキーマを入れて指定し、enum と required が使えます。ただし、JSONとして正しくても値が正しいとは限らないため、アプリケーションの側で値を確かめるよう案内されています。 シナリオで、4つの設備がすべて返っているか、missing に box_2d があるかを確かめ、欠けていれば「確認が要る」にします。

区分は、シナリオが台帳と照らして決めます。

「印との食い違い」を別にしているのは、（b）の見落としを拾うためです。 点検者が「良」と付けた区画でAIが欠けを答えたら、工事担当が写真を見て、当日のうちに点検者に確かめます。 どちらが正しいかは、写真と現地で決めます。

システムへ連携する

点検表には、下書きの列だけに書きます。 点検の結果の列は、点検者の印と工事担当の確認で埋めます。是正の依頼も、下書きを一覧に足すだけで、足場の会社へは工事担当が送ります。 シナリオから外へは何も送りません。

区画の台帳は読み取りだけです。 写真で「この区画は手すりわくだった」と分かっても、台帳は書き換えません。足場の変更は計画図の側で直し、台帳はそこから作り直します。

人が確認する

すべての区画で、工事担当の確定を通します。 写真を開く区画は区分で絞ります。

1. 「印との食い違い」を最初に見る … 写真で確かめ、欠けが写っていればその日の作業の前か途中で、点検者に現地を見直してもらいます
2. 「欠けの候補」を見る … 点検者がその場で直した記録があるかを確かめ、無ければ是正の依頼を確定します
3. 「見えない」をまとめる … 翌日の点検で撮り方を変える区画の一覧にします
4. 「設備あり」は一覧で確定する … 下書きを流し見て、まとめて確定します

1番目を省かないでください。 点検者が「良」とした区画で手すりが外れているなら、その区画ではもう作業が始まっているかもしれません。 写真で確かめた時点で、現場に連絡するまでを1つの手順にします。

目標は、360件をならして1件2分です。 「設備あり」ばかりの日は一覧で数十秒、「印との食い違い」がある日は写真を開いて数分かかります。

是正の依頼は、閉じるまで追います。 依頼を出した区画は翌日以降の写真で状態を見て、present が返ったら「直った候補」として工事担当に出します。 閉じるのは、工事担当が写真で確かめてからです。

最初の1か月は、工事担当がこれまでどおり全部の写真を見直し、AIの区分と並べます。 工事担当が欠けと見た区画に、AIが候補を出していたかを照らします。出していなかった区画は、撮り方か指示の書き方を直す材料です。

例外に対処する

「未処理」と「見えない」を「設備あり」に混ぜないでください。 混ぜると、見ていない区画が見た区画と同じ印になり、（d）の問題がそのまま残ります。

記録を残す

• 区画ごとの写真と、撮影日時、撮った点検者
• AIの答え（設備ごとの状態・位置・メモ）
• 区分と、そのとき使った台帳の版
• 工事担当が直した区分と、確定した日
• 是正の依頼と、直ったことを確かめた写真と日付
• 組立て・変更の後と悪天候の後の点検の結果、点検者の氏名、補修の内容

最後の行は、規則が求める記録です。 足場の組立て・一部解体・変更の後と悪天候の後の点検では、点検の結果と点検者の氏名、補修などを行ったときはその内容を記録し、足場を使う仕事が終わるまで保存することが求められています。点検表の別の欄に分け、毎日の点検の記録と混ぜません。

点検表の下書きは、たとえば次の形にします。

【足場の作業開始前点検】S12 現場 2026-10-12（点検者 ○○）
 3F-北-05 くさび緊結式  手すり present／中さん detached（写真1 右下）→ 欠けの候補
 3F-北-06 くさび緊結式  幅木 not_visible（資材で隠れる）→ 見えない
 4F-東-02 わく組        すべて present → 設備あり
 撮り漏れ：5F-西-01、5F-西-02