翻訳用語集 101 — キャラクター名と用語を固定する

200 行の日本語ビジュアルノベルを DeepL に通すと、ヒロインの名前は Alice で出てきます。次の 200 行はそれを Aris にします。その後のバッチは Arisu に決めます。第 4 章までに、彼女はどのシーンを読んでいるかによって 3 つの名前を持ちます。

これは、長い物語ゲームでの機械翻訳の最も一般的な失敗モードです — 文法でも言い回しでもなく、一貫しない 固有名詞 です。プロバイダーはバッチ間の記憶を持たず、名前を見るたびに最ももっともらしいローマ字表記を再推測します。40 時間の RPG では、そのぶれが、読める翻訳を 4 人の異なる人が翻訳したように感じさせます。

翻訳用語集 がこれを直します。ソースからターゲットへの用語のペアを一度定義します — アリス → Alice、勇者 → Hero、魔王 → Demon Lord — そして、すべての翻訳バッチが、すべてのプロバイダーで、それらを守ります。プロバイダーはそれらの用語を生の形で見ることすらありません。

翻訳用語集とは

RuneTranslate の用語集は、3 列のルールのリストです：

• source — ロックするソース言語の部分文字列（デフォルトは日本語、任意の対応ソース言語）、例：勇者。
• target — 出力でどう表現したいか、例：Hero。
• targetLang — ルールが適用される出力言語。1 つの用語集で英語 + スペイン語 + ドイツ語を一度にカバーできます。

典型的なビジュアルノベルのキャストにこれを 30 個追加すれば、固有名詞のぶれというクラス全体を一撃で排除できます。

プレースホルダーマスクの仕組み（プロバイダー非依存）

素朴なアプローチ — プロバイダーの実行 後 にターゲット用語を正規表現で入れ替える — は DeepL ではまあまあ機能しますが、LLM では壊れます。LLM は翻訳した用語の周りの文を既に言い換えており、宙ぶらりんの冠詞や奇妙な大文字化を残すからです。

RuneTranslate は用語集の用語を、プロバイダーに届く 前 にマスクします。ランナーはバッチされた各ソース文字列を歩き、各用語集ソースを数字プレースホルダー — [[G0]]、[[G1]] など（最も長く一致する用語を優先、なので 魔王軍 が 魔王 に勝つ） — に置き換えます。プロバイダーは誤訳できない不透明なトークンを見ます。戻る際に、それらのプレースホルダーはあなたの ターゲット 用語になり、それからエンジンタグのマスク（RPG Maker コード、KAG タグ、Ren’Py の展開）がその上に復元されます。結果：用語集の用語は、DeepL でも LLM でも無料の Google Translate でも、同一に表示されます。

優先順位 — TM が用語集に勝ち、用語集がプロバイダーに勝つ

バッチがランナーをどう流れるかを知ると、なぜ用語集の編集がプロバイダーのクレジットを消費しないか、そして翻訳メモリがどう協調するかが分かります：

1. 翻訳メモリ（TM）のショートサーキット。 この正確なソース文字列を過去のどのプロジェクトで既に翻訳していれば、キャッシュされた翻訳が瞬時に提供されます — プロバイダー呼び出しゼロ。そのユニットはプロバイダーが見る前にバッチを離れます。
2. 用語集マスク が、TM が提供しなかったユニットに適用されます。
3. プロバイダー呼び出し がマスクされたテキストで実行されます。これがお金がかかる / クォータに数えられる唯一のステップです。
4. 復元 — 用語集プレースホルダーがあなたのターゲット用語になり、それからエンジンタグがその上に復元されます。
5. TM 書き込み — 最終的な翻訳済み行がキャッシュされるので、次にこの日本語を見たときは無料のステップ 1 のヒットになります。

TM は最大のコスト節約、用語集は最大の品質節約です。合わせると相乗効果を生みます：行を一度手編集すると TM にキャッシュされ、用語集がキャッシュヒットと新しいバッチの両方で固有名詞を一貫させます。

TM + 用語集の相互作用（バイパスガード）

1 つの微妙なエッジケース：3 か月前に用語集なしで 勇者 を含む 100 行を翻訳し、TM がそれらを Warrior / Champion / Hero とランダムにキャッシュしたとします。今、勇者 → Hero を用語集に追加します。

素朴には、TM はまだ Warrior を返します — それがキャッシュされたものだからです。RuneTranslate はこれをガードします：TM ヒット時に、ユニットに用語集ソースが現れるのにキャッシュされたターゲットが用語集のターゲット表現を含まない場合、そのキャッシュヒットは バイパス され、そのユニットは新しいプロバイダー呼び出しに落ちます。実行サマリーは「N ユニットが用語集の変更を尊重するためキャッシュをバイパスしました」という行を表示します。ですので、古いプロジェクトに新しい用語集エントリを追加しても、古い名前で立ち往生することは決してありません — 影響を受けたユニットを再実行するだけです。

用語集を作る — 何を追加するか

典型的なプロジェクトでは、インパクトで並べます：

• まずキャストリスト。 すべての名前付きキャラクター — ウィキ、VNDB、あるいはゲーム自身のクレジット画面から引きます。これだけで、長いゲームのぶれの約 80% を排除します。
• 次に場所。 町、ダンジョン、地方、王国 — 特に複数のもっともらしいローマ字表記を持つ漢字。
• 3 番目にシグネチャー攻撃 / スキル。 ボスの技、繰り返し出る呪文、必殺技の名前 — RPG や戦闘の多い VN に重要。
• 4 番目に世界固有の用語。 種族、クラス、アーティファクト、通貨のための造語。

追加 しない もの：一般的な単語。剣 → sword は誤検出を招きます — プロバイダーがそれ自身でうまく表現したはずの、剣 を含むすべての複合語（魔剣、聖剣、剣士）をロックします。エントリはリテラルで大文字小文字を区別する部分文字列一致なので、ロックしたい固有名詞に固有であるよう十分に長く保ってください。

CSV インポート / エクスポート — 用語集の共有

共同作業者と翻訳していますか？ 設定の用語集タブには CSV インポート と CSV エクスポート ボタンがあり、ヘッダー source,target,targetLang と 1 行 1 用語（例：勇者,Hero,en と 勇者,Héroe,es）の RFC-4180 ファイルでエントリを往復させます。ヘッダー行は必須です。カンマや引用符を含むフィールドは二重引用符で囲まれ（埋め込まれた引用符は二重化）、インポートは任意の BOM 付き UTF-8（Excel のデフォルト）を読みます。空の行や、対応していない targetLang の行は、行ごとの理由とともにスキップされます。

インポートは マージ モード（CSV の行を上に追加、source + language で重複排除、衝突時は CSV が勝つ）または 置換 モード（既存を消去して CSV のみを使う）を提供します。マージは部分的な用語集を共有する共同作業者に適したデフォルトで、置換はバックアップの復元に適しています。

現在の制限

• リテラルな部分文字列一致のみ。 正規表現なし、ワイルドカードなし — 勇者よ と 勇者だ の両方をロックするには、2 つのエントリを追加します。
• エントリごとに 1 つのターゲット言語。 1 つの行は 1 つの出力言語に結び付くので、「勇者 → Hero (en) + Héroe (es) + Held (de)」は 3 つの行です。CSV フォーマットはこれを自然にサポートします。
• 有料ティアのみ（Supporter 以上）。 無料ティアは用語集カードを表示しますが、エントリは翻訳実行に影響しません。発見ダイアログが Patreon を指します。

まとめ

機械翻訳のあらゆる品質レバーの中で、用語集は労力に対するインパクトの比率が最も高いものです — 作るのに 10 分で、下流で一貫しない名前を手直しする何時間もを節約します。キャストリストから始め、初回パスを出荷し、結果を読み進めてぶれに気づいたら用語を追加していきましょう。

トーンをうまく扱うプロバイダー（Anthropic Claude が私の VN のデフォルトです）と AI リファイナーと組み合わせれば、出力はすでに「読める機械翻訳」を超えて「軽い手編集でファン翻訳として出荷できる」領域にあります。

RuneTranslate をダウンロードして、実在のプロジェクトで用語集を試してください。これは Supporter（$3/mo）機能です。無料ティアはエンジンとプロバイダーについて完全に解放されたままです。