長い文書を分けて翻訳すると表記が揺れる：AIの訳で用語と文体を揃える

なぜ分割すると揺れるのか

第1章で「ticket」を「チケット」と訳しても、第5章の依頼にはその判断が届きません。届かなければ、その場で自然な訳語（「案件」「問い合わせ」など）が選ばれます。文体も同様で、です・ます調かである調か、一人称を使うかが依頼ごとにぶれます。

対策は、判断をAIの記憶ではなく、自分の手元の文書に置くことです。その文書を毎回の依頼に貼ります。

ツール側の補助もあります。Claudeのプロジェクトでは、Instructionsに書いた指示がそのプロジェクト内のすべてのチャットで使われます。一方、チャットの文脈は、プロジェクトの知識に追加しない限りチャット間で共有されません（Claude のプロジェクト作成・管理）。章ごとに新しいチャットを開くなら、共通ルールはプロジェクト指示に入れるか、毎回貼る必要があります。

毎回貼る共通ルール欄の雛形

以下を一つのテキストファイルにまとめ、すべての依頼の冒頭に貼ります。角括弧は自分の文書に合わせて置き換えます。

【共通ルール】
■ 基本
・原文言語：[英語] → 訳文言語：[日本語]
・文書の種類と読者：[社内向け製品マニュアル／IT管理者]
■ 文体
・です・ます調で統一。である調を混ぜない。
・一人称は使わず、主語は省略するか「本製品」とする。
・箇条書きの文末は体言止めか「〜します」のどちらかに固定：[体言止め]
■ 表記
・数字は半角、単位との間は空けない（例：10GB）。
・括弧は全角（　）。英数字のみを囲む場合も全角。
・長音は付ける（例：ユーザー、サーバー）。
・固有名詞・製品名は訳さず原語のまま。
■ 用語表（この訳語を必ず使う）
原語｜訳語｜使ってはいけない訳｜備考
workspace｜ワークスペース｜作業領域、職場｜
ticket｜チケット｜案件、問い合わせ｜
owner｜オーナー｜所有者｜権限名として
admin｜管理者｜アドミン｜
■ 守ること
・原文にない内容を足さない。省略しない。
・見出しの番号と段落の数を原文と一致させる。
・用語表にない専門用語は、訳したうえで末尾に報告する。
■ 出力形式
・訳文を先に出す。
・最後に「新規・迷った用語」を「原語｜採用した訳語｜迷った理由」の表で出す。

ポイントは三つです。

• 「使ってはいけない訳」の列を設けると、訳了後に検索して漏れを拾えます。
• 新規用語の報告を義務づけると、表にない語がどの章で何と訳されたかが見えます。
• 見出し番号と段落数の一致を求めると、分割訳で起きがちな抜け落ちに気づきやすくなります。

章をまたぐ回し方

1. 第1章を、共通ルール欄つきで訳します。
2. 出力末尾の「新規・迷った用語」を見て、採用するものを用語表に追記します。禁止訳も決めます。
3. 第2章には、更新した共通ルール欄を貼ります。
4. 文体が気になる場合は、訳が確定した前章の数段落を「文体の見本」として添え、「この見本の文体と語彙に合わせ、見本部分は訳さない」と書きます。

この運用なら後の章ほど揺れにくくなります。逆に、第1章の訳語を後から変えると全章に影響するので、早めに決めておきます。

DeepLの用語集を使う場合

同じ用語表をDeepLの用語集に登録する方法もあります。DeepLの用語集は、単語や短い語句の訳を指定する機能で、単純な置換ではなく、文脈を踏まえて文法的に調整すると説明されています（DeepL 用語集の機能紹介）。ヘルプでは、手動での作成に加え、サンプルからの作成、ファイルのアップロード、既訳ファイルからの生成が案内されています。後の三つはDeepL Pro Advanced以上が条件とされています（Create a glossary）。日本語と英語は対応言語に含まれます（About the glossary）。いずれも英語版ヘルプの記述で、プランや仕様は変わりうるため、お使いの画面で確認してください。

登録の際は注意が要ります。ヘルプによると、各エントリは一意で、代替訳を並べられません。雛形の「使ってはいけない訳」や「備考」の列は移さず、原語と訳語の2列だけにします。用語集は語句向けなので、文体や表記ルールは扱えず、それらは共通ルール欄と人の確認で補います。

訳了後に表記ゆれを探す手順

全章を訳したら一つのファイルに結合して確認します。AIに「揺れを探して」と丸投げすると見落としが出るので、検索で確実に拾える項目から始めます。

手順1：禁止訳を検索する

用語表の「使ってはいけない訳」を、エディタの検索で一つずつ探します。「案件」「作業領域」のようにほかの意味で正しく使われる語もあるため、ヒットした箇所は文脈を見て判断し、一括置換はしません。

手順2：原語側から確認する

原文を結合したファイルで「ticket」を検索し、各出現箇所に対応する訳文を見ます。件数が少なければ全件、多ければ章ごとに数か所ずつ確認します。

手順3：表にない用語の揺れをAIに抽出させる

用語表にない語は、章ごとにAIで候補を出し、表を結合して比べます。

以下は第[N]章の原文と訳文です。
訳語を文書全体で統一すべき専門用語・名詞句を最大30件選び、
「原語｜この章での訳語」の表だけを出力してください。
訳文は修正せず、説明も不要です。

各章の表をスプレッドシートに貼り、原語で並べ替えます。同じ原語に二つ以上の訳語があれば揺れです。AIが数える出現回数は信頼せず、件数が必要なときは検索で数えます。AIの抽出には漏れがありえるので、これで全部拾えたとは考えないでください。

手順4：文体と表記を検索する

エディタが正規表現に対応していれば、次のような検索が使えます。

• である調の混入、検索語の例：である、だ。、ではない
• 全角数字の混入、検索語の例：[０-９]
• 半角括弧の混入、検索語の例：\(
• 長音の揺れ、検索語の例：ユーザ[^ー]、サーバ[^ー]

です・ます調の文書で「である」が見つかった箇所は、直す候補です。引用文のように意図して残す箇所は除きます。

手順5：直し方を決める

• 禁止訳が使われている、直し方：文脈を確認し、該当箇所だけ差し替える
• 同じ原語に複数の訳語がある、直し方：採用する訳語を決め、用語表に追記してから直す
• 文体が章ごとに違う、直し方：該当章を、ルール欄と文体見本を添えて訳し直す
• 意味の違う語を同じ訳語にした、直し方：用語表に「文脈別」の行を足し、使い分けを明記する

多数の箇所を直すなら、用語表を更新して該当章だけを訳し直すほうが、一括置換より不自然さが出にくくなります。その場合は、修正箇所以外が変わっていないかを差分で確認してください。

人が確認すること

• 用語表の訳語が、その文書の読者と分野に合っているか。業界の慣用や社内の呼び方は、渡さない限りAIは知りません。
• 訳語が意味で正しいか。揺れの検査は「同じ語が同じ訳か」を見るもので、「その訳が正しいか」は別問題です。
• 機密や個人情報を含む文書は、説明用のデータに置き換えるか、サービスの規約と社内ルールを確認してから貼ってください。学習に使われない設定であることと、秘密が守られることは別です。

分割翻訳の品質は、AIの賢さより、毎回同じ条件を渡す運用で決まる部分が大きいです。まず雛形を一つ作り、最初の一章で試してみてください。