旅館の夕食のお品書きを毎月の献立替えに合わせて多言語に訳し、食材・調理法とアレルゲンの説明を添えて、原文と照らしてから客室に置く

処理の起点を決める

献立表の状態が「確定」に変わったことを起点にします。 料理長は、献立表に翌月の料理を入れ、レシピ表の印が埋まったのを確かめてから「確定」にします。確定にしたのが、原文とレシピ表がそろったという料理長の宣言です。

Google Apps Script の時間主導のトリガーで、1時間ごとに献立表を見て、「確定」で訳がまだ無いお品書きを拾います。インストール型のトリガーは作った人のアカウントで動くので、本部の共用のアカウントで作ります。担当者のアカウントで作ると、異動でトリガーが止まります。

確定の後に献立が変わったら、料理長が状態を「変更」に戻します。 変更を拾ったら、そのお品書きの5言語の版を作り直し、前の版の下書きには「差し替え済み」の印を付けます。 古い版が印刷に回らないようにするためです。

月初めの5日前に、未確定のお品書きを数えます。 確定していないお品書きは、訳の時間が足りなくなる候補として、料理長と本部に知らせます。

入力データを集める

質を決めるのは、レシピ表の「主な食材」と「調理法」の列です。 説明文は、この2つの列から作ります。料理名から食材を推し量らせないので、ここが空だと説明文も空になります。調理場には、客に伝える意味のある食材を2〜4個、調理法を1つ書いてもらいます。

アレルゲンの対訳表は、一度だけ人が作ります。 29品目を5言語に訳し、各言語を読める人か翻訳会社に一度確かめてもらって固定します。 毎月AIに訳させると、「やまいも」が月によって違う言葉になり、客が同じ表示を同じものと読めなくなります。

用語集は、料理の区分と、よく出る食材から始めます。 「椀物」「強肴」「止椀」、「湯葉」「くわい」「のどぐろ」のように、訳が揺れやすい言葉を先に決めます。

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

Apps Script で献立表を読み、「確定」のお品書きの料理を順番どおりに取り出します。料理ごとに、レシピ表を料理のIDで引き、主な食材・調理法・アレルゲンの印を付けます。

料理のIDは、献立表とレシピ表で同じものを使います。 料理名で引くと、「鮎の塩焼」と「鮎塩焼き」のような表記の違いで引けません。IDで引けない料理は、訳に進めず料理長に返します。

用語集は、原文に含まれる言葉だけに絞って渡します。 全件を渡すと指示が長くなり、関係のない訳に引きずられることがあります。

過去の訳は、同じIDの料理があれば渡します。 定番の料理は毎年同じ季節に出るので、去年の確定した訳を使えば、訳が年ごとに変わりません。

AIへ渡す前に整形する

1. 料理のIDの確認 … 献立表のすべての料理がレシピ表で引けるかを確かめます
2. レシピ表の空欄の確認 … 主な食材・調理法が空の料理は、訳に進めず調理場に返します
3. アレルゲンの印の確認 … 29品目の列のどれにも印が無い料理は、「該当なし」の印が付いているかを確かめます。空欄と「該当なし」を分けます
4. アレルゲンの表示の作成 … 印を対訳表で言語ごとの文字に変えます。ここまでAIを使いません
5. 用語集の絞り込み … 原文に含まれる言葉を用語集から取り出します
6. 呼び出しの単位を分ける … 1種類のお品書きの1言語分を、1回の呼び出しにします
7. 原文の表記の整理 … 原文の料理名にある振り仮名や飾りの記号を外し、料理名と添え書き（「季節の」「名物」など）を分けます

3番目が、この構成の安全の要です。 29品目の列がすべて空の料理は、「アレルゲンが無い」のか「調理場が印を付け忘れた」のかが分かりません。レシピ表に「該当なし」の列を設け、どちらかに必ず印を付けてもらいます。 どちらにも印が無い料理は、訳に進めません。

アレルゲンの表示を訳の前に作っておくのも、同じ理由です。 AIの呼び出しが失敗しても、形が崩れても、アレルゲンの表示は影響を受けません。

AIに処理させる

させるのは2つです。料理名の訳と説明文の作成、そして訳し戻しによる原文とのずれの指摘です。

説明文の材料を、レシピ表の2つの列に限っているのが要です。 「鮎の塩焼」の説明に、AIは「蓼酢を添えて」と書きたくなります。蓼酢が出るかはレシピ表に書かれていなければ分からず、書かれていないものを説明に足すと、客は出てこない物を待ちます。

中国語の版には、別の注意が要ります。 日本の料理名は漢字で書かれているので、そのまま中国語の文字に写すと訳した形になってしまいます。同じ漢字でも、中国語では別の料理を指したり、意味が通じなかったりします。 料理名の漢字を写すだけの訳を避け、説明文で何の料理かが分かるようにさせます。用語集では、中国語の訳に「写すだけで足りるか」の印を付けておきます。

1行目と3行目は、指示にも書き、出力の形でも封じます。 出力のJSONにアレルゲンの欄を作らないので、AIが書いたアレルゲンが版に載る経路がありません。 説明文に「アレルゲン」「安心」「〜不使用」などの言葉が入っていないかは、Apps Script で検査します。

指示内容を固定する

あなたは旅館のお品書きを訳す担当です。
渡された料理の一覧を、{language} に訳してください。

【入力】
- 料理ごとの ID、順番、原文の料理名
- 料理ごとの主な食材と調理法（調理場のレシピ表から）
- 用語集（原文に含まれる言葉の、決まった訳）
- 過去の確定した訳（同じ ID の料理があれば）

【してほしいこと】
1. 料理名を訳す。用語集にある言葉は、用語集の訳を使う。
   過去の確定した訳がある料理は、それをそのまま使う。
2. 用語集に無い固有の言葉（料理の区分、地名、魚の名前など）は、
   音を写したうえで、何であるかを短く補う。
3. 主な食材と調理法から、1〜2文の説明を作る。
   書かれた食材と調理法だけを使う。

【厳守事項】
- レシピ表に無い食材、添え物、たれ、薬味を説明に足さない。
- アレルゲンについて書かない。「〜を含みます」「〜不使用」
  「アレルギーの方も安心」のような表現を一切書かない。
- 料理の順番を変えない。料理を足したり省いたりしない。
- 「絶品」「最高級」のような評価や宣伝の言葉を書かない。
- 主な食材か調理法が空の料理は、description を空にする。
- 返すのは入力と同じ数の料理だけ。

【料理の一覧】{dishes}
【用語集】{glossary}
【過去の確定した訳】{past}

「アレルゲンについて書かない」を具体的な言い回しまで挙げて禁じるのは、書かせないと必ず書くからです。 「くるみ味噌」の説明を作らせると、AIは親切に「くるみを含みます」と足します。その一文が対訳表の表示と食い違うと、客はどちらを信じればよいか分かりません。 アレルゲンの情報は、版の決まった場所に、決まった文字でだけ出します。

訳し戻しの指示は、別の短い指示です。 「次の {language} の訳を日本語に訳し、原文と並べて、意味が変わっている料理を挙げてください。言い換えは挙げなくてよい。食材・調理法・数量が違うものを挙げてください」と指示します。

出力形式を固定する

訳は、次の形のJSONで受け取ります。

{
  "menu_id": "",
  "language": "",
  "dishes": [
    { "dish_id": "", "order": 0, "name": "", "description": "",
      "glossary_used": [""], "transliterated": [""] }
  ]
}

訳し戻しは、別のJSONで受け取ります。

{
  "menu_id": "",
  "language": "",
  "checks": [
    { "dish_id": "", "back_translation": "", "status": "ok | check",
      "reason": "" }
  ]
}

スキーマでは status を enum にし、各要素の additionalProperties を false にします。

1つ目の理由は、照合を機械でできることです。 Apps Script は、返った dishes の数と order の並びを献立表と照らします。1品でも数が合わなければ、その言語の版は下書きにせず、呼び出しをやり直します。

2つ目は、アレルゲンの欄が無いことです。 版の下書きでは、料理ごとに name と description をAIの出力から、アレルゲンの表示を対訳表から流し込みます。AIの出力にアレルゲンの欄が無いので、取り違えようがありません。

3つ目は、transliterated で人の確認を絞れることです。 音を写した言葉は、読む人に意味が伝わらないことがあります。担当者はこの欄に入った言葉だけを見て、補足が足りているかを確かめます。

版の下書きは、料理ごとに次の形で流し込みます。 上の2行がAIの出力、下の1行が対訳表からの表示です。

【椀物】
（name）Clear soup with sea bream and yuba
（description）A light dashi broth with sea bream and yuba (soy milk skin).
（アレルゲンの欄）Contains: wheat, soybeans  ※対訳表から

アレルゲンの欄は、全言語で同じ位置・同じ書式にします。 欄の見出しも対訳表で固定し、版の下に「この表示は特定原材料と特定原材料に準ずるものの29品目を対象としています。調理場での混入の可能性については係にお尋ねください」の一文を、各言語の固定の訳で添えます。この一文もAIに訳させません。

システムへ連携する

レシピ表には書き込みません。 調理場の記録は読むだけで、アレルゲンの印を直すのは調理場だけです。

確定した訳は、料理のIDで記録に残します。 担当者が直した訳を確定すると、次に同じ料理が出たときに過去の訳として渡ります。直すほど、次の月の訳が安定します。

人が確認する

下書きは全件を本部の担当が確かめます。 客室に置く文書で、アレルゲンの表示を含むためです。

1. 照合の結果を先に見る … 数・並び・アレルゲンの表示の数の照合がすべて通っているかを見ます
2. 訳し戻しの check を見る … 印の付いた料理の訳し戻しを原文と並べて読み、直します
3. 音を写した言葉を見る … transliterated の言葉に、補足が足りているかを確かめます
4. 英語の版を通して読む … 読める言語の版で、説明文の書きぶりを確かめます
5. 料理長に最終の版を見せる … 料理の説明が調理場の意図と合っているかを確かめます

アレルゲンの表示は、レシピ表の印と見比べます。 対訳表からの変換は機械なので誤りは起きにくいのですが、レシピ表の印そのものが誤っていれば、表示も誤ります。 料理長には、印刷の前にレシピ表の印を確かめてもらいます。

目標は、1件をならして15分です。 印の付いた料理が無い言語の版は、照合の結果を見て数分で終わります。それを大きく超える月は、レシピ表の空欄が多いか、用語集に無い言葉が多い献立です。 前者は調理場に、後者は用語集の担当に返します。

読めない言語の版は、照合と訳し戻しで確かめます。 全文を読める人がいなくても、数・並び・アレルゲンの表示の数と、訳し戻しのずれは確かめられます。年に一度は、各言語を読める人に版を読んでもらい、用語集を直します。

例外に対処する

最後の行を決めておくのが大事です。 間に合わない月に前月の訳を置くと、料理が違うのにアレルゲンの表示も前月のままになります。違う料理の表示を置くくらいなら、置かないほうが安全です。

記録を残す

• 確定した献立表とレシピ表の、その時点の写し
• 言語ごとの訳のJSONと、訳し戻しのJSON、呼び出した日時
• 照合の結果（数・並び・アレルゲンの表示の数・禁止語）
• 担当者が直した訳と、直した理由
• 印刷に回した版と、客室に置いた期間
• 用語集とアレルゲンの対訳表の変更の履歴

客室係が受けた料理の質問も、版と料理のIDに結び付けて残します。 同じ料理で同じ質問が続けば、説明文に足りない情報があるということで、レシピ表の「主な食材」の書き方を調理場と見直す材料になります。

1つ目でレシピ表の写しを残すのは、印が後から直されることがあるためです。 客から問い合わせを受けたときに、その日に置いていた版が、どのレシピ表の印から作られたかを示せます。