畳店がお客様から届く畳の写真を Gemini で見て、表替え・裏返し・新調の目安と見積の下書きを作る

処理の起点を決める

依頼が届いたときに動きます。 ホームページの受付の欄から送られた依頼は、サーバーが直接受け取ります。管理会社からのメールは、受付のメールアドレスに届いたものをサーバーが定期的に見て取り込みます。どちらの経路も、取り込んだら依頼の番号を付け、そこから先は区別しません。

写真が1枚も無い依頼は、AIに渡しません。 写真の無い依頼は、これまでどおり受付の担当が電話かメールで写真を頼みます。写真が届き直した時点で、同じ依頼の番号のまま動かします。

見積の依頼を受け付けるのは、18歳以上の方に限ります。 受付の欄に「工事を依頼する18歳以上の方」と書き、年齢の確認の欄を置きます。Gemini API の規約は、18歳以上であることを利用の条件とし、18歳未満の人に向けた、または使う見込みのあるアプリでの利用を認めていません。AIの結果を見るのは店の担当だけで、お客様に返すのは担当が確かめた返事だけです。

入力データを集める

質を決めるのは、写真の頼み方です。 受付の欄に、「部屋の入口から全体を1枚」「傷みの気になる所の近くを1枚」「縁と縁の継ぎ目を1枚」と例の写真を載せておきます。部屋全体の写真が無いと、枚数の候補が出せません。

前回の工事の時期と内容は、必ず聞く欄にします。 裏返しは畳表の裏側を使う工事なので、前に裏返しをした畳は、裏返しの目安を付けられません。 写真では裏側の状態が分からないため、ここはお客様の申告に頼ります。分からないときは「分からない」を選べるようにします。

等級の一覧は、店の単価表の名前をそのまま使います。 たとえば、熊本県の八代市などで作られる「くまもと県産い草畳表」は、地理的表示として農林水産省に登録されています。見積の下書きに書く等級の名前は、AIに作らせず、単価表の名前だけを使います。 お客様の今の畳の産地や等級を写真から言い当てさせることもしません。

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

受付の欄からの依頼は、写真と項目をサーバーが直接受け取ります。 写真は依頼の番号のフォルダに置き、項目は依頼の記録のシートに書きます。写真を先に保存してから AI を呼ぶのは、呼び出しに失敗しても写真が残るようにするためです。

管理会社のメールは、本文と添付を取り込みます。 管理会社ごとに、物件名、部屋番号、退去日の書き方が決まっていることが多いので、管理会社ごとの書き方の例を持たせて、項目を取り出します。 取り出せなかった項目は、受付の担当が埋めます。

Gemini API へは、依頼1件ごとに1回、写真をまとめて渡します。 部屋全体の写真と近くの写真を一緒に渡すと、近くの写真の傷みが、部屋のどの畳かを全体の写真と結び付けて返せます。

有料の利用枠で使い、store を false にします。 Gemini API の規約では、有料のサービスではプロンプトと応答が製品の改善に使われないとされています。Interactions API は既定でやり取りを保存し（有料の枠で55日）、store=false で保存しない動きにできると案内されています。写真は自社のフォルダに残すので、AI側に残す必要はありません。

AIへ渡す前に整形する

1. 形式と向き … スマートフォンの写真の向きの情報で回転しているだけのものは、画素を回転させます
2. 縮小 … 長い辺を1,600ピクセル程度に縮めます。近くの写真は、すり切れの細かさが分かるよう大きめに残します
3. 写り込みの確認 … 人の顔、表札、郵便物、家族の写真などが写っていないかを見て、写っていればその部分を塗りつぶします
4. 写真の種類の振り分け … ファイル名や順番から、部屋全体と近くの写真を分けて、指示の文で番号を伝えます
5. 依頼の内容の付け足し … お客様の申告の枚数、前回の工事、部屋の使い方を指示の文に入れます
6. 大きさの確認 … 写真と指示の文を合わせて20MBを超えないかを見ます。超えるときは縮め直します

3番目を軽く見ないでください。 住まいの写真には、家族、表札、郵便物、子どもの持ち物が写り込みます。AIに渡す前に塗りつぶし、塗りつぶした写真だけを渡します。 元の写真は店のフォルダにだけ残します。

AIに処理させる

させるのは、写真の中の傷みの候補を枠で返して種類を付けることと、写っている畳の枚数の候補、見えない範囲を返すことだけです。

右端の列の考え方は、迷ったら人が見る側に倒すことです。 枚数を数えきれないときに、ありそうな枚数を返させません。数えきれないことが分かれば、受付の担当がお客様に聞く事項に入ります。

1行目と2行目がいちばん起きやすい失敗です。 色あせの強い畳の写真を渡すと、AIは「新調をお勧めします」「床が傷んでいる可能性が高い」と書きたがります。見積の下書きにこの言葉が入ると、お客様にはそれが店の見立てに聞こえます。 返すのは、写真で見える傷みの位置と種類までにします。

4行目は、返事の文の下書きにも響きます。 カビのように見える箇所があったとき、「健康に害があります」とも「心配ありません」とも書かせません。 返事の文には、写真にそのように見える箇所があったことと、訪問のときに職人が見ることだけを書きます。

工事の種類の目安は、プログラムが次のように付けます。

指示内容を固定する

あなたは畳店の受付で、お客様から届いた畳の写真を見る手伝いをする係です。
写真の番号と種類は次のとおりです。
{1: 部屋全体, 2: 傷みの近く, 3: 縁の継ぎ目 ...}

【お客様の申告】
畳の枚数: {6枚}　前回の工事: {7年前に表替え／分からない}
部屋の使い方: {寝室、ベッドなし}

【やること】
1. 次の傷みの候補を探す。
   色あせ、すり切れ・ささくれ、シミ、カビのように見える箇所、焦げ跡、
   縁のほつれ・すり切れ・はがれ、家具の跡のへこみ、畳の段差、すき間。
2. 候補ごとに、写真の番号と枠を [ymin, xmin, ymax, xmax] の順で、
   0〜1000 に正規化して返す。種類と、見え方を短く書く。
3. 部屋全体の写真で、写っている畳の枚数と、半畳の畳の数を数える。
   数えきれないときは uncountable とし、理由を書く。
4. 家具や敷物で見えない範囲を返す。

【厳守事項】
- 表替え・裏返し・新調のどれがよいかを書かないでください。
- 畳床の状態や、裏返しができるかを書かないでください。
- カビやダニの種類、健康への影響を書かないでください。
  「カビのように見える」までにしてください。
- 今の畳の産地や等級を書かないでください。
- 金額を書かないでください。
- 汚れか模様か分からないものは、kind を unclear にして候補に入れてください。
- 数えきれない枚数を推測で埋めないでください。
- 見えない範囲について「傷みなし」と書かないでください。
- 人、表札、郵便物、写っている持ち物については何も書かないでください。

「数えきれない枚数を推測で埋めない」を入れないと、6畳の部屋なら6と返します。 お客様の申告の数字に引っ張られて数え、食い違いを見つけるための数が、申告の写しになります。 申告と比べる数は、写真だけから数えた数にします。

返事の文の下書きは、別の呼び出しで作ります。 受付の担当が候補を確かめたあと、確定した傷み、目安、概算の金額、確かめる事項だけを渡し、お客様向けの言葉に直させます。指示には「渡した金額と目安の言葉を変えない」「健康への影響を書かない」「金額は訪問のあとに確定すると書く」を入れます。

出力形式を固定する

依頼1件ごとに、次の形の JSON で受け取ります。 kind、count_state は enum で決まった文字列に絞り、枚数には minimum を付けます。

{
  "request_id": "R-20261027-018",
  "findings": [
    { "photo": 2, "box_2d": [340, 220, 520, 410],
      "kind": "fading | wear | stain | mold_like | burn | edge_fray | dent | step | gap | unclear",
      "note": "窓側の畳の中央に、表がすり切れて筋が浮いて見える箇所" }
  ],
  "tatami_count": { "full": 6, "half": 0, "count_state": "counted | uncountable", "reason": "" },
  "not_visible": [ { "photo": 1, "area": "右奥の畳", "reason": "furniture | rug | shadow" } ]
}

1つ目の理由は、findings をそのまま受付の担当の確認の一覧にできることです。 サーバーは写真に印を描き、一覧を傷みの種類の順に並べます。受付の担当は一覧の上から順に写真のその箇所を見て、「確認済み」「該当なし」を選びます。

2つ目は、tatami_count を申告と機械的に比べられることです。 申告の6枚と写真の数が合えばそのまま、合わなければ「確かめる事項」に入ります。uncountable のときは、比べずに確かめる事項に入れます。

3つ目は、目安の規則と概算の計算が、確定した findings と申告だけを読めばよいことです。 概算の下書きは次の形で、スプレッドシートの見積の書式に書き込みます。

システムへ連携する

返事のメールは、下書きまでにします。 受付の担当が写真と下書きを見比べてから送ります。概算の金額が自動で届くと、写真の見落としがそのまま金額の約束になります。

単価表は読むだけです。 単価の見直しは店主が行い、この構成から単価表に書き込む経路を作りません。

管理会社の依頼は、部屋ごとに1件として扱います。 1通のメールに複数の部屋の写真が入っていても、部屋番号ごとに依頼の番号を分けて呼び出します。部屋をまとめて1回で渡すと、どの写真の傷みがどの部屋かが混ざり、見積の下書きが部屋をまたいでしまいます。 返事は、管理会社の求める形に合わせて部屋ごとの概算を1通にまとめます。

人が確認する

1. 候補を写真で確かめる … 一覧の上から順に、写真のその箇所を見ます。「確認済み」か「該当なし」を選びます
2. 枚数を確かめる … 申告と写真の数が食い違うときは、間取りの図と見比べ、分からなければお客様に聞く事項にします
3. 職人に回す依頼を選ぶ … 目安が「新調も候補」の依頼、見えない範囲が多い依頼、カビのように見える箇所が広い依頼は、職人が写真を見ます
4. 返事の文を読み直す … 金額と目安の言葉、確かめる事項がそろっているかを見て、直して送ります
5. 外した候補を記録する … 木目の影をすり切れと言った、敷物の柄をシミと言った、などの理由を残します

3番目を省かないでください。 新調の見立ては、金額が大きく変わる見立てで、写真から畳床の状態は分かりません。 職人が写真を見て、訪問のときに見る点を書き添えます。

目標は、240件をならして1件5分です。 傷みの少ない部屋は、候補を見て返事を読み直すだけで済みます。職人に回す依頼と、管理会社の複数の部屋がまとまった依頼は、時間がかかります。 外す候補が1件で半分を超えるなら、写真の頼み方が伝わっていません。

例外に対処する

上から3行目までが大半を占めます。 どれもAIの精度の問題ではなく、写真の頼み方の問題です。 受付の欄の写真の例を直すほうが、指示の文をいじるより効きます。

記録を残す

• 依頼ごとの元の写真と、塗りつぶして AI に渡した写真
• Gemini API が返した JSON の全文
• 候補ごとに受付の担当が付けた「確認済み」「該当なし」と、足した箇所
• そのときの店の決まりと単価表の版、付けた目安、概算
• 送った返事の文と、訪問のあとに確定した工事と金額

最後の行が、目安の決まりを直す材料です。 写真で付けた目安と、訪問のあとに確定した工事を並べると、「裏返しで出したが表替えになった」依頼がどの傷みのときに多いかが分かります。 その傷みのときの目安を、決まりの側で直します。