刃物のメーカーが海外の取引先向けの製品の説明と手入れの案内を Claude で英訳し、社内の用語集と過去の訳にそろえて、数値と言い過ぎの表現を点検する

処理の起点を決める

担当が日本語の原稿を所定のフォルダに置いたことを起点にします。 フォルダは取引先ごとに分け、どのフォルダに置いたかで取引先が決まるようにします。プログラムは数分おきにフォルダを見に行きます。

原稿と一緒に、仕様の表の該当する行も置きます。 原稿の数値を仕様の表と照らすためです。仕様の表が無い原稿は処理せず、担当に「仕様の表が要る」と返します。 数値の照合ができないまま訳を出すと、第3章の（b）が残ります。

同じ製品の複数の取引先向けは、続けて処理します。 用語集と決まりのキャッシュが効くうえ、取引先ごとの言い方の違いを担当が並べて見られます。 処理が終わった原稿は日付のフォルダに移し、残っているものを処理待ちの数にします。

入力データを集める

質を決めるのは、用語集の「使ってはいけない訳」の列です。 決まった訳語だけでは、AIはほかの言い方を混ぜることがあります。「三徳：Santoku。all-purpose knife と単独で書かない」のように、避ける訳も書きます。

言い過ぎの語の表は、品質保証と一緒に作ります。

単位の換算はAIにさせません。 取引先がインチの併記を求めるなら、プログラムが仕様の表のミリから換算し、決まった桁で丸めて、訳の後に入れます。

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

原稿は文に分けます。 句点で切り、箇条書きは行で切ります。文には通し番号を付け、対訳の表の行の番号にします。

用語集からは、原稿に出てくる語だけを選びます。 300語を毎回全部渡すこともできますが、原稿に出てくる語に絞ると、AIが関係の無い訳語を使う余地が減ります。 語の選び出しは、日本語の語と表記ゆれ（「三徳包丁」「三徳」）の一覧で文字を照らすだけです。

過去の訳の表からは、似た文を選びます。 文字の一致の度合いで似た文を上位から5件選び、その取引先に渡した訳を優先します。 同じ文が過去にあれば、その訳をそのまま使うよう指示します。取引先が違えば、同じ製品でも言い方の指定が違うことがあるからです。

似ている度合いが低い文は渡しません。 一致の度合いが半分に満たない文を渡すと、AIはその訳の言い回しに引きずられ、原文に無い語を持ち込むことがあります。 渡すのは、一致の度合いが一定以上の文だけにし、その線は最初の1か月の結果を見て決めます。同じ文が見つかったときは、渡した日付の新しいほうを使います。 取引先から直しが戻った文は、直した後の訳だけを残します。

Claude API へは、1件の原稿をまとめて1回で送ります。 送る中身の順は、①訳し方の決まりと言い過ぎの語の表、②用語集の選び出した語、③過去の訳、④原稿の文、です。①は毎回同じなのでキャッシュの区切りを置き、②③④は原稿ごとに変えます。 公式の案内では、キャッシュは前のほうから順に効くので、変わらないものを前に置きます。

AIへ渡す前に整形する

1. 形式の変換 … 文書ファイルから本文を取り出し、表は行ごとの文にします
2. 文の分割と番号付け … 句点と行で切り、通し番号を付けます
3. 数値の取り出し … 文ごとの数字と単位（mm、g、HRC、度）を取り出して記録します。後の照合の元になります
4. 仕様の表との照合 … 原稿の数値が仕様の表と一致しているかを、訳す前に確かめます。違えば原稿の側の誤りとして担当に返します
5. 用語の選び出し … 原稿に出てくる用語集の語を選びます
6. 過去の訳の選び出し … 似た文を上位5件選び、その取引先の訳を優先します
7. 型番の保護 … 型番は記号に置き換えて渡し、訳の後で戻します。AIが型番を「整える」のを防ぐためです
8. 図の中の文字の書き出し … 研ぎ方の図や刃の断面の図に日本語の書き込みがあれば、担当が文として書き出して原稿に足します。図の文字は文書ファイルから取り出せないことが多く、訳から漏れます

4番目を訳す前に置くのは、原稿の誤りを訳に持ち込まないためです。 訳の後で数値が違うと分かっても、原稿の誤りか訳の誤りかを切り分ける手間が増えます。原稿と仕様の表が合っていることを確かめてから訳します。

AIに処理させる

させるのは、文ごとの英訳と、その訳の手がかりの申告です。

2行目がいちばん起きやすい失敗です。 「こまめに水気を拭き取ってください。錆の原因になります」を、AIは自然な英語にしようとして、後半を省いたり、「錆びません」の方向に寄せたりします。 指示で禁じ、言い過ぎの語の表でも拾います。

手入れの案内の1文で、望む訳と避けたい訳を並べると次のようになります。

避けたい訳はどちらも、英語としては自然です。 だから英文だけを読む確認では見落とします。①は長さの点検で、②は言い過ぎの語の表で拾います。

用語集に無い語の扱いも決めておきます。 「本焼」「水牛の口金」のように用語集に無い語が出てきたら、AIには仮の訳と一緒に new_term として挙げさせます。 担当が訳を決めて用語集に加えるまで、その訳は印の付いた文として扱います。

指示内容を固定する

あなたは刃物のメーカーの海外営業の担当です。
日本語の製品の説明・手入れの案内を、海外の販売代理店に渡す英語に訳します。
入力は日本語、出力は英語です。

【訳し方の決まり】{style_rules}
【使わない語と代わりの言い方】{banned_phrases}
【用語集（この原稿に出てくる語）】{glossary}
【過去の訳（似た文。この取引先のものを優先）】{tm_matches}

【厳守事項】
- 用語集にある語は、決まった訳語で訳してください。避ける訳は使わないでください。
- 過去の訳に同じ文があれば、その訳をそのまま使い、tm_exact に番号を入れてください。
- 原文に無い言葉を足さないでください。売り文句を加えないでください。
- 原文より強い言い方にしないでください。「〜しにくい」は「〜しない」にしないでください。
- 注意・禁止の文を省いたり、和らげたりしないでください。理由の部分も訳してください。
- 数字はそのまま写してください。換算や丸めをしないでください。
- 【MODEL_n】のような記号はそのまま残してください。
- 用語集に無い刃物の用語は、仮の訳を付けて new_terms に挙げてください。
- 原文があいまいで訳が決まらない文は、notes に理由を書いてください。

【原稿の文（番号付き）】{segments}

「『〜しにくい』を『〜しない』にしない」を具体的に書くのは、抽象的な禁止では効かないからです。 「言い過ぎない」とだけ書くと、AIは自分の訳を言い過ぎだと考えません。刃物の資料で実際に起きる形を、そのまま書きます。

「理由の部分も訳す」を書くのは、注意の文の後半が落ちやすいからです。 「〜しないでください。刃が欠けることがあります」の後半は、英語にすると冗長に見えて省かれます。使い手にとっては、後半が理由のある注意かどうかを決めます。

出力形式を固定する

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

{
  "document_id": "",
  "client_id": "",
  "segments": [
    {
      "seg_no": 1,
      "translation": "",
      "glossary_ids": [""],
      "tm_exact": "",
      "tm_reference": [""],
      "notes": ""
    }
  ],
  "new_terms": [
    { "ja": "", "proposed_en": "", "seg_no": 1 }
  ]
}

1つ目の理由は、申告とプログラムの点検を突き合わせられることです。

AIの申告を信じるのではなく、申告と文字の点検が食い違う箇所に印を付けます。 申告どおりなら手早く読め、食い違えばそこを重点的に見ます。

2つ目は、文の番号で対訳の表を作れることです。 seg_no で原文と並べ、印を付けた表にすれば、担当は印の無い文を流し読みし、印の付いた文に時間を使えます。

3つ目は、new_terms で用語集を育てられることです。 担当が訳を決めれば、そのまま用語集の行になります。

システムへ連携する

過去の訳の表には、取引先に送った後の訳だけを加えます。 AIの訳をそのまま加えると、誤りが次の訳の手本になります。 担当が直して送った版だけが手本になります。

用語集にはプログラムから書き込みません。 new_terms は候補の一覧に出し、担当が訳を決めて用語集に加えます。

対訳の表は、取引先に送る英文の文書とは別に作ります。 担当が直すのは対訳の表の訳の列で、直し終えたらプログラムが訳の列だけをつないで英文の文書にします。 送る文書を手で組み直すと、直した文と直す前の文が混ざることがあるからです。

人が確認する

担当は、対訳の表の印の付いた文から読みます。

1. 「要修正」を直す … 数値、避ける訳、言い過ぎの語。どれも直し方が決まっているので、すぐ片づきます
2. 「要確認」を読む … 訳語の抜けや省略の疑い。原文と並べて、意味が落ちていないかを見ます
3. 手入れの案内の注意の文を品質保証に回す … 印の有無にかかわらず、注意・禁止の文は品質保証の担当が読みます
4. 取引先の指定を反映する … 商品名の書き方、英米の綴り、インチの併記
5. 別の担当が読み合わせる … 英文だけを通して読み、取引先の目で不自然な所を拾います

3番目を省かないでください。 手入れの案内の注意の文は、訳が上手でも、意味が少しずれれば取引先の先の使い手に違う約束をすることになります。 品質保証が原文の意図を知っている人として読みます。

印の無い文も流し読みはします。 印は点検の網にかかったものだけで、網にかからない誤訳もあります。

読み合わせの15分はこれまでと同じです。 取引先に渡す前の最後の目として、ここは削らない前提で見積もります。

例外に対処する

4行目は、AIの問題ではありません。 用語集に無い語が多い原稿は、訳がばらつきます。新しい製品群を出す前に、その語を用語集に足しておきます。

記録を残す

• 日本語の原稿、仕様の表の行、取引先
• そのとき使った用語集・言い過ぎの語の表・訳し方の決まりの版と、選び出した過去の訳
• Claude API から返ってきたJSONの全文と、プログラムの点検の結果
• 担当が直した箇所と、品質保証の確認の結果
• 取引先に送った最終の訳と、送った日付
• new_terms の候補と、担当が決めた訳

4つ目の直した箇所が、指示と用語集を直す材料になります。 同じ型の直しが続くなら、指示か用語集に書き足します。

用語集と言い過ぎの語の表にも版を付けます。 表を直した日と理由を残し、どの版で訳した文書かを対訳の表に書いておくと、表を直した後に見直す文書の範囲がすぐ決まります。

取引先に送った最終の訳は、必ず残します。 取引先の通販のページの文言について後から問い合わせが来たとき、こちらが渡した文言がどれかを示せる必要があるからです。