設備の点検写真を前回と同じ画角で撮り、前回との違いから劣化の進み方を見る

処理の起点を決める

点検箇所フォルダに写真が1枚保存されたことを起点にします。 月末にまとめて走らせる形にはしません。1枚ずつ流すと、判断不能が出た箇所を、点検で現場を回っている当日のうちに撮り直せます。 翌月まで持ち越すと、その箇所は2か月分の比較ができなくなります。

起動の条件は点検箇所のコードが確定していることの1つだけです。コードの付いていないフォルダ直下の写真では起動させません。どの箇所の写真か分からないものは、そもそも比較対象を呼び出せません。

入力データを集める

3行目に注意してください。撮影日を写真から読ませてはいけません。 Claude は画像のメタデータを解析・受信しません。 撮影日時は画像から取れないものとして扱い、点検記録に入っている点検日を、テキストとして一緒に渡します。 ここを取り違えると「前回から3か月」のような記述が、根拠なく出てくることになります。

5行目の前回の所見を渡すのは、前回「わずかに進行」と人が判断した箇所で、今回さらに進んだのかを見るためです。

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

点検箇所コードで保存先を決める運用にします。 撮影日のフォルダではなく、点検箇所コード／点検年月_点検箇所コード.jpg の形で置きます。これだけで、前回・前々回の呼び出しは「同じフォルダの新しいほうから2枚」で済み、Zapier の標準の操作だけで組めます。

②で2枚そろわない場合は、そこで止めます。 初回の撮影や、前回が撮り直しで欠けている箇所です。比較できないものを比較させると、「変化なし」という誤った結論が返ります。 1枚しか無ければ初回として記録し、2枚目からこの流れに乗せます。

AIへ渡す前に整形する

この構成は写真の撮り方で結果がほぼ決まります。 前処理の半分は現場の運用で、残りが機械の処理です。

（1）撮影の運用（先に決めるもの）

1. 点検箇所ごとに基準写真を撮影時に画面に出す … 前回の写真を見ながら合わせます。これが最も効く対策です
2. 目印になる固定物を必ず画角に入れる … ボルト、銘板、配管の継ぎ目のように、動かず、形が変わらないものを端に入れます。画角が合っているかの判定にも、変化が「どこか」を言葉で指すときにも使われます
3. 立ち位置と距離を点検箇所一覧に書く … 「架台の東側から、約1メートル」の粒度で十分です
4. 同じ照明条件で撮る … 昼間の同じ時間帯に回る、または携帯照明を使う、のどちらかに決めます
5. 人を写さない … 画角に人が入らない立ち位置にします（第13章）

（2）機械側の処理

リサイズを「やっておく」のが効きます。 画像は28×28ピクセルのパッチ（視覚トークン）として見られ、1枚は ⌈幅 / 28⌉ × ⌈高さ / 28⌉ 視覚トークンを消費します。各モデルには長辺と視覚トークンの上限があり、超える画像は処理前に縮小されます。 どのみち縮むのなら、どこを残すかを自分で決めてから渡すほうが、見たい箇所が残ります。

AIに処理させる

させるのは、3枚を見比べて「変わったか」「どこが変わったか」を言うことの2つだけです。

1行目と2行目がこの構成の設計そのものです。 数値を出させると、その数値が記録に残り、測ったかのように扱われます。 段階で返させれば、担当者は「自分の目で見る対象かどうか」の仕分けに使えます。

指示内容を固定する

画像3枚を先に、次のテキストを後ろに置いて渡します。

あなたは設備保全の点検を支援する立場です。
同じ点検箇所を定点で撮った3枚の写真を渡します。
Image 1 が今回、Image 2 が前回、Image 3 が前々回です。

【見ること】
Image 2 から Image 1 にかけて、点検対象に変化があったかどうかを見てください。
Image 3 も見て、変化が以前から同じ速さで進んでいるのか、
今回から急に変わったのかを区別してください。

【段階の決め方】
- none ... 前回と見た目の差がない
- slight ... 差はあるが、わずかである
- clear ... 前回よりはっきり広がっている、または濃くなっている
- sudden ... 前々回から前回までの変化に比べ、前回から今回の変化が明らかに大きい
- undetermined ... 画角が合っていない、暗い、対象が写っていないなど、比べられない

【厳守事項】
- 面積、割合、長さ、個数を数値で書かないでください。
  「約20％増加」「3センチ広がった」「錆が5か所」と書いてはいけません。
  広がったかどうかは段階で示し、根拠は見た目の言葉で書いてください。
- 座標やピクセル位置を書かないでください。
  変化の位置は、画角に写っている固定物（ボルト、銘板、継ぎ目）を基準に
  言葉で示してください。
- 撮影日や経過期間を、写真から読み取らないでください。
  日付は下に渡す点検記録の値だけを使ってください。
  記載がなければ「不明」としてください。
- 明るさ、影の向き、撮影角度の違いで見え方が変わっている可能性を、
  lighting_note に必ず書いてください。
  可能性が無いと考える場合も「照明条件の違いは見当たらない」と書いてください。
  空欄にしないでください。
- 比べられないときは、推測で none と書かないでください。
  undetermined を選び、理由を evidence に書いてください。
- 是正が必要か、次の点検まで持つか、緊急かどうかを書かないでください。
- 写っている人物について何も書かないでください。
- 点検箇所の情報に書かれていない設備名・型式・部位の名前を書かないでください。

【点検箇所の情報】{point_info}
【点検日】今回 {date_1} ／ 前回 {date_2} ／ 前々回 {date_3}
【前回、人が確定した所見】{previous_finding}

「数値で書かない」を3通りの言い方で禁じているのは、書き方を変えて出てくるためです。 割合を禁じると寸法で書き、寸法を禁じると「5か所ほど」と個数で書きます。禁じる対象は言葉ではなく、文の形で示します。

lighting_note を「空欄にしない」と書いているのが、この構成の誤検知を減らす鍵です。 明るさが変われば色は変わって見えます。同じ錆が、曇りの日には濃く写ります。書かせなければ、その差が「進行」として返ってきます。 書かせれば、担当者が「これは照明だ」と1行で判断できます。

出力形式を固定する

次の形のJSONで返させます。

{
  "point_id": "",
  "inspected_on": "",
  "compared_with": [
    { "label": "Image 2", "photo_id": "", "inspected_on": "" },
    { "label": "Image 3", "photo_id": "", "inspected_on": "" }
  ],
  "change": "none | slight | clear | sudden | undetermined",
  "change_type": ["rust | leak | wear | crack | discoloration | deformation | other"],
  "location_in_image": "",
  "evidence": "",
  "lighting_note": "",
  "needs_human": { "value": true, "reason": "" }
}

構造化する1つ目の理由は、Zapier の分岐がこの値で動くからです。 文章で「やや進行しているように見えます」と返されると、分岐の条件が書けません。 change が決まった5つの語のどれかであってはじめて、パスの条件に change equals sudden と書けます。出力の形を決めることが、そのままワークフローの条件を決めることになります。

2つ目は、change に undetermined を必ず置くためです。 判断不能を返す場所が無いと、比べられなかったものが none に流れます。「変化なし」と「比べられなかった」は、点検記録のうえでまったく別の意味です。 前者は記録して終わり、後者は撮り直しです。

3つ目は、location_in_image と evidence を別の欄にするためです。 どこが変わったかと、何がどう違って見えるかを分けておくと、担当者は写真を開く前に「見るべき場所」が分かります。compared_with に点検記録から取った点検日を入れておくのは、どの2回と比べた結果なのかを、あとから記録だけで追えるようにするためです。

システムへ連携する

保全システムへの書き込みは、人が確定したあとの1回だけにします。 AIの出力がそのまま点検記録に入る経路を作らないでください。作ってしまうと、確認を飛ばしても記録が埋まるようになります。

人が確認する

全件、人が確認します。 確認の内容は段階によって変えます。

1件あたりの確認は平均1分を目標にします。 これを超えるなら、location_in_image が漠然としているか、lighting_note が形だけになっています。プロンプトで段階を厳しくするのではなく、位置の書かせ方と撮影の運用を直します。

sudden を写真だけで確定しないでください。 急な変化は、本当に急に進んだ場合と、撮影条件が大きく変わった場合の両方で出ます。 どちらかは現場でしか分かりません。

例外に対処する

最後から2行目が効きます。 条件を書き並べただけの分岐は、どれにも当たらない値が来たときに黙って止まります。 フォールバックを1つ置くだけで、そこが全部の受け皿になります。

記録を残す

• 今回・前回・前々回の写真の識別子と、点検記録から取った3つの点検日
• AIが返したJSONの全文（change、change_type、location_in_image、evidence、lighting_note）
• 担当者が確定した段階と、AIの段階と違えた場合はその理由
• 撮り直しの依頼を出した点検箇所と、その理由（画角／明るさ／写真の欠け）
• 是正を起票した場合の起票番号と、後日の処置の結果

3つ目と4つ目が、この構成を育てる材料です。 AIの段階と人の段階が食い違った箇所を並べると、プロンプトを直すべきか、撮り方を直すべきかが分かります。 撮り直しの依頼が特定の点検箇所に集中していれば、その箇所は立ち位置か照明に無理があります。