印刷会社が刷り出しの写真を Gemini で入稿のデータと見比べ、汚れ・見当ずれ・色の差・文字の違いの候補を拾って検品の記録を作る

処理の起点を決める

オペレーターが観察台の撮影のボタンを押したときに、その台の分が動きます。 ボタンの前に、生産の管理の仕組みの画面で仕事の番号と台（表・裏）を選びます。選ばずに撮ると、見本の画像を作れないので、撮影をはねます。

本刷りの途中の抜き取りでも、同じボタンで動かせます。 抜き取りのときは見本ではなく、本刷りに進めると決めた刷り出しの写真と見比べます。最初の見本との違いではなく、刷っている間に出た変化を見るためです。

結果はその場で出るように作ります。 印刷機が止まっている間に待たせないよう、区画の呼び出しは並べて送り、返った区画から画面に出します。 全部の区画が返る前に担当が確かめ始められる形にします。

入力データを集める

質を決めるのは、写真の撮り方です。 観察台の照明を毎回同じにし、カメラの位置と設定（露出、ホワイトバランス）を固定します。光沢のあるコート紙は照明が映り込むので、映り込みの出ない照明の角度を最初に決めます。 撮り方がぶれると、色の差の候補が照明の違いを拾います。

直しの記録は、文字の違いを見るときの手がかりになります。 直したページの区画は、AIへの指示の文に「この区画は直しのある所」と書き添えます。直した所が見本どおりかどうかを、他の区画より先に担当に見せます。 第3章の（b）を防ぐのは、ここです。

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

仕事の情報と直しの記録は、生産の管理の仕組みから読みます。 書き出しの機能かAPIがあればそれを使い、無ければ毎朝の書き出しを読みます。つなぎ方は、使っている製品が出せる形式に合わせて個別に作ります。

見本の画像は、面付けのPDFからサーバーが作ります。 刷り出しの向きと合わせ、トンボの位置が写真のトンボと重なるよう大きさをそろえます。見本は印刷用の色をそのまま画面の色に直しただけのものなので、色は参考です。 校正紙の色と同じではありません。

写真の傾きは、紙面の四隅のトンボを手がかりに直します。 Python の画像処理のライブラリで、写真のトンボと見本のトンボの位置を合わせ、写真を見本の形にそろえます。そろえた後で、同じ割り方で写真と見本を区画に切り分けます。

Gemini API へは、区画ごとに見本と写真を1組ずつ並べて渡します。 1回の呼び出しには数区画を入れ、区画の番号と「直しのある所」かどうかを添えます。見当マークは、各色の版のマークを切り出した画像を別の呼び出しで渡します。

有料の利用枠で使い、store を false にします。 Gemini API の規約では、有料のサービスではプロンプトと応答が製品の改善に使われないとされています。Interactions API は既定でやり取りを保存し（有料の枠で55日、無料の枠で1日）、store=false で保存しない動きにできると案内されています。store=false にすると前の回のやり取りを引き継ぐ使い方はできないので、呼び出しは毎回、必要な見本と写真をそろえて送ります。

AIへ渡す前に整形する

1. 傾きと大きさの補正 … 四隅のトンボで、写真を見本の形にそろえます。トンボが見つからない写真は、撮り直しにします
2. 区画の切り分け … 面付けごとの割り方で、写真と見本を同じ区画に分けます。隣の区画と少し重ねて切り、区画の境目の汚れを落とさないようにします
3. 見当マークの切り出し … 見当マークの位置を、写真と見本の両方から大きめに切り出します
4. 映り込みとぶれの確認 … 照明が白く飛んだ区画、ぼけた区画は、AIに渡さずに「見比べられない区画」として記録します
5. 大きさの確認 … 1回分の区画の画像と指示の文を合わせて20MBを超えないかを見ます。超えるときは区画の数を減らして呼びます
6. 区画の情報の付け足し … 区画の番号、そのページの番号、直しのある所かどうかを指示の文に入れます

4番目を軽く見ないでください。 映り込みで白く飛んだ区画では、汚れも文字も見えません。AIは見えない区画を「違いなし」と返しがちで、それがいちばん危ない見落としです。 前処理で見比べられない区画をはじき、検品の記録に「見比べられない区画」として残します。

AIに処理させる

させるのは、区画ごとに見本との見比べの結果を返すこと、候補を枠で返すこと、見当マークのずれて見える色の版を返すことだけです。

区画ごとに no_difference_looking と not_comparable を分けて返させるのが、この構成の要です。 見比べられなかった区画を「違いが見えない」と同じに扱うと、第3章の（d）がそのまま残ります。 not_comparable が残る台は、サーバーが記録の下書きの先頭に「ルーペで見る区画」として並べます。

文字の違いは、両方の読み取りを並べて返させます。 「見本：2026年11月1日（土）」「写真：2026年10月1日（水）」のように並べれば、担当は印の所にルーペを当てる前に、直しの漏れかどうかの見当がつきます。 直しのある区画で文字の違いが出たら、サーバーは担当の画面のいちばん上に出します。

2行目がいちばん起きやすい失敗です。 色が違って見える区画を見せると、AIは「マゼンタが約10％強い」のように書きたがります。その数字が検品の記録に残ると、測っていない値が測ったように読めます。 返すのは「見本より赤みが強く見える」のような見え方までにし、値はオペレーターが濃度計で測ったものだけを記録します。

指示内容を固定する

あなたは印刷会社で、刷り出しの写真を見本の画像と見比べる手伝いをする係です。
これから区画ごとに、左に見本（入稿のデータから作った画像）、右に刷り出しの写真を
1組ずつ渡します。見本の色は参考で、校正紙の色ではありません。

【区画の一覧】
{A1（p.1 右上）, A2（p.1 右下）, B1（p.16 左上・直しのある所）, ...}

【やること】
1. 区画の一覧の1つずつについて、no_difference_looking / candidates /
   not_comparable のどれかを選ぶ。一覧にない区画を足さない。一覧の区画を飛ばさない。
2. 次の種類の候補を探し、写真の側の枠を [ymin, xmin, ymax, xmax] の順で、
   0〜1000 に正規化して返す。種類と見え方を短く書く。
   インキの汚れ、こすれ、版の欠け、文字の違い、絵柄の違い、
   見本と色が違って見える所
3. 文字の違いは、見本の読み取りと写真の読み取りを両方書く。
4. 直しのある所と書かれた区画は、文字と絵柄の違いを特に細かく見る。

【厳守事項】
- 映り込みやぼけで見比べられない区画を no_difference_looking にしないでください。
  not_comparable にしてください。
- 汚れか紙の地合いか分からないもの、小さくて読めない文字は kind を unclear にしてください。
- 色の濃さや差を数字やパーセントで書かないでください。
  「見本より赤みが強く見える」のように見え方だけを書いてください。
- 合格・不合格、本刷りに進めてよいか、機械の調整の方法を書かないでください。
- 文字を正しく直して書かないでください。見えたとおりに写してください。

「一覧の区画を飛ばさない」「見比べられない区画を no_difference_looking にしない」を並べているのは、どちらも同じ失敗を防ぐためです。 何も言わないと、AIは候補のあった区画だけを返し、残りの区画について何も言いません。 その沈黙をサーバーが「違いなし」と読むと、見ていない隅が記録に「確認済み」と載ります。

「見本の色は参考」と最初に書いているのは、色の候補を出しすぎないためです。 見本の画像と刷り出しの写真は、もともと色の出方が違います。それを言わないと、全部の区画が「色が違って見える」になります。 色の候補は、区画の中で一部だけ色が違って見える所（隣の区画と比べて目立つ所）に絞らせます。

見当マークは別の指示で呼びます。 色の版ごとのマークを切り出した画像を渡し、「各色のマークの線が重なって見えるか、ずれて見えるか、写っていないかを、色の版ごとに選ぶ。ずれの量は書かない」と指示します。

出力形式を固定する

1回の呼び出しごとに、次の形の JSON で受け取ります。 status、kind は enum で決まった文字列に絞り、zones は渡した区画と同じ数を minItems・maxItems で求めます。

{
  "job_id": "P-26-4417",
  "sheet": "第2台 表",
  "zones": [
    { "zone": "B1", "status": "no_difference_looking | candidates | not_comparable" }
  ],
  "findings": [
    { "zone": "B1", "box_2d": [612, 140, 655, 470],
      "kind": "ink_spot | scuff | plate_defect | text_diff | image_diff | color_diff_looking | unclear",
      "note": "日付の行が見本と違って見える",
      "text_ref": "2026年11月1日（土）", "text_print": "2026年10月1日（水）" }
  ],
  "registration": [ { "plate": "C | M | Y | K", "status": "aligned_looking | shifted_looking | not_visible" } ]
}

1つ目の理由は、zones をそのまま「見た区画の記録」にできることです。 区画の数がそろっていなければサーバーが呼び直し、not_comparable の区画は、担当がルーペで見る一覧に自動で入ります。

2つ目は、text_ref と text_print を並べて担当に見せられることです。 文字の違いは、ルーペを当てる前に読めます。直しのある区画の文字の違いは、本刷りに進む前に必ず担当が見る項目にします。

3つ目は、検品の記録をそのまま組み立てられることです。 担当とオペレーターが確かめた結果と、濃度計の値を足して、次のような台ごとの記録にします。

システムへ連携する

生産の管理の仕組みへは書き込みません。 本刷りに進めたかどうかは、今までどおりオペレーターが仕組みに入れます。AIの結果から機械の工程を進める経路は作りません。

検品の記録は、仕事の番号でつづります。 紙の用紙をつづる作業はなくなり、お客様から問い合わせがあったときは、仕事の番号で台ごとの記録と写真を開けます。

人が確認する

1. 直しのある区画の文字の違いを先に見る … 版の差し替えの漏れかどうかを、ルーペと直しの記録で確かめます
2. not_comparable の区画をルーペで見る … 見比べられなかった区画は、人の目で見たことを記録します
3. 汚れ・こすれ・欠けの候補を確かめる … 印の所にルーペを当て、「該当」「該当なし」を選びます
4. 色の候補と見当を確かめる … オペレーターが濃度計で測り、校正紙と見比べます
5. 本刷りに進めるかを2人で決める … 判断と名前を記録に残します

1番目を後回しにしないでください。 文字の違いは、本刷りに進んでから見つかると刷り直しになります。汚れは拭き取りや再刷り出しで直せますが、版の取り違えは版を作り直すまで刷れません。

目標は、480台をならして1台3分です。 撮る作業に1分、印の所を確かめる作業に2分という想定です。区画の多いカタログの台は、候補が多く5分を超えます。

例外に対処する

上から2行目までが大半を占めます。 どれもAIの精度の問題ではなく、撮り方と照明の問題です。 4行目は、見本そのものが古いと、AIは正しく「違いなし」と返しても誤りを見逃すことになるので、見本の版を確かめる手順を前に置きます。 8行目のとおり、印刷機を止めて結果を待たせないことを優先します。

記録を残す

• 刷り出しの写真と、作った見本の画像、区画の切り分けの結果
• Gemini API に渡した区画と指示、返った JSON
• 候補ごとに担当が付けた「該当」「該当なし」と、ルーペで見た not_comparable の区画
• オペレーターが測った値、本刷りに進めた判断、担当とオペレーターの名前と時刻
• そのときの面付けのPDFの版と、直しの記録

3つ目が、撮り方と指示を直す材料になります。 「該当なし」が多い候補の種類（紙の地合いを汚れと言う、など）を数えると、指示の文と照明のどちらを直すべきかが分かります。機械ごとの汚れの件数も出せますが、オペレーターの評価に使うかは、別に話し合って決めます。