Claudeの翻訳精度をビジネス文書の実例で検証する

ビジネス文書の翻訳で崩れやすいのはどこか

契約書や仕様書の翻訳は、日常文の翻訳と壊れ方が違います。単語の意味を取り違えることはまれでも、数値の解釈・定義語の一貫性・条件節の係り受けの3か所でずれが起きやすく、しかもこの3つはどれも読み流すと見逃します。この記事では、架空のサンプル文書を使い、Claudeに実際に翻訳させた結果を素材にして、どこで注意が必要かを具体的に検証します。

汎用的な翻訳ワークフロー(出力言語の固定・用語集の作り方・訳し戻しループの組み方)はClaude翻訳ワークフローにまとめてあります。本記事はその手順を前提に、契約書・仕様書という特定の文書ジャンルで実際に何が起きるかを扱います。

検証の前提 — 多言語性能のベンチマークは翻訳の精度そのものではない

Anthropicが公開している多言語対応ページには、MMLU(大規模マルチタスク言語理解ベンチマーク)を英語から14言語に翻訳して評価したスコアがあります。Claude Sonnet 4.5の日本語スコアは、英語を100%とした相対値で96.8%です。これは日本語での知識・推論タスクの理解力を示す数値であり、翻訳の正確さそのものを測ったベンチマークではありません。翻訳品質は別に検証する必要があるというのが、この記事を書いた理由です。

以下のサンプルは、いずれもClaude Sonnet 4.5に「次の文書を自然な訳文になるよう翻訳してください」という指示のみを与えて出力させたものです。用語集や訳し分けルールなどの追加指示は行っていません。1回の出力を素材にした観察であり、同じ文書でも再実行すれば訳文が変わり得る点に注意してください。

サンプル1: 契約条項の日本語→英語翻訳

架空のNDA(秘密保持契約)の一条項を用意しました。登場する会社名・数値はすべて架空のものです。

原文(日本語)

第5条(秘密情報の返還等) 乙は、本契約が終了した場合又は甲から請求があった場合には、甲から開示を受けた秘密情報及びその複製物を、甲の指示に従い、遅滞なく甲に返還し、又は廃棄するものとする。ただし、法令に基づき保存が義務付けられている場合は、この限りでない。

これをClaudeに翻訳させると、次のような訳文になります。

Claudeによる翻訳(英語)

Article 5 (Return of Confidential Information) Upon termination of this Agreement or upon request by Party A, Party B shall, in accordance with Party A's instructions, promptly return or destroy the Confidential Information disclosed by Party A and any copies thereof; provided, however, that this shall not apply where retention is required by applicable laws or regulations.

訳として問題ない点: この訳文では「ものとする」を法的拘束力を示す shall に変換しています。「ただし、〜この限りでない」という日本語の契約書特有の例外構文も provided, however, that ... shall not apply という英文契約書の定型表現に変換されており、逐語訳ではなく契約書の言い回しとして自然です。「甲」「乙」も Party A Party B で一貫しています。

確認が必要な点: 「遅滞なく」を promptly と訳していますが、これは「〜日以内」のような具体的な期限を示す語ではありません。英文契約書の実務では promptly は解釈の幅がある語として扱われることが多く、原文が意図的に期限を明示していないのか、単に曖昧に書かれているだけなのかは、翻訳では判断できません。期限の有無・厳密さは原文の作成者に確認する事項であり、Claudeの翻訳精度の問題ではなく、原文自体の設計の問題です。

サンプル2: 仕様書の英語→日本語翻訳

技術仕様書からの抜粋です。こちらも架空のシステム名・数値を使っています。

原文(英語)

The system shall process incoming requests within 200 milliseconds under normal load. If the request queue exceeds 500 pending items, the system should reject new requests with a 503 status code until the queue depth returns below 300.

Claudeによる翻訳(日本語)

本システムは、通常の負荷条件下において、受信したリクエストを200ミリ秒以内に処理するものとする。リクエストキューの保留件数が500件を超えた場合、キューの深さが300件を下回るまで、システムは新規リクエストを503ステータスコードで拒否することが望ましい。

訳として問題ない点: 数値(200ミリ秒・500件・300件・503)はすべて正確に転記されています。仕様書のような数値密度の高い文書では、この転記精度が最初に確認すべき点です。

確認が必要な点: 原文は shall(処理する — 必須要件)と should(拒否する — 推奨要件)を明確に使い分けています。これはIETF RFCの慣例に沿った要求レベルの強弱表現で、仕様書では意味が変わる重要な区別です。訳文では前者を「ものとする」(必須のニュアンス)、後者を「望ましい」(努力目標のニュアンス)と訳し分けており、この区別は正しく反映されています。ただし、この使い分けはプロンプトで明示的に指示しなくても再現されるとは限らないため、shall / should / may のような要求レベルを厳密に区別したい仕様書では、「shallは必須、shouldは推奨として訳し分けてください」と出力形式を指定しておくほうが安定します。

サンプル3: 主語が省略された日本語文の英訳

日本語のビジネス文書には、主語を書かなくても意味が通る文が頻出します。仕様変更の連絡メールを想定した一文で試します(社内向けの要約作成ではClaudeで英文メールを日本語に要約する方法のように、逆方向の要約と翻訳を組み合わせる場面もあります)。

原文(日本語)

本機能については、次回リリースまでに実装を完了し、社内テスト環境へのデプロイも合わせて行う予定です。承認が下り次第、本番環境への反映に着手します。

Claudeによる翻訳(英語)

For this feature, implementation will be completed by the next release, and deployment to the internal test environment will also be carried out at the same time. Once approval is granted, work on the production rollout will begin.

訳として問題ない点: 原文には「誰が」実装するかが書かれていませんが、この訳文では受動態(will be completed will be carried out)を使うことで、主語を補わずに原文と同じ曖昧さを保ったまま英文になっています。主語を無理に we や the team に決め打ちしていない点は、原文に無い情報を勝手に追加していないという意味で適切です。

確認が必要な点: 逆に言えば、原文で曖昧だった「誰の責任か」は英訳でも曖昧なままです。社内向けの連絡ならこれで問題ありませんが、責任の所在を明確にする必要がある文書(委託契約の作業範囲を定める条項など)で主語が省略されている場合は、翻訳の前に原文側で主語を補ってから訳すか、訳文でも主語を明示するよう指示を出す必要があります。この判断はClaudeにはできません。原文の曖昧さを維持するか除去するかは、文書の性質に応じて人が決める事項です。

検証から見える4つの注意点

1. 数値・固有名詞の転記精度は高いが、それだけでは不十分

2つのサンプルとも、数値や固有名詞そのものの転記は正確でした。ただし契約書・仕様書の翻訳精度は、数値が合っているかだけでは測れません。「遅滞なく」のような期限の曖昧さや、shall / should の要求レベルの違いのように、単語単位では正しくても文書の機能(拘束力・要求の強さ)に関わる部分を別途確認する必要があります。

2. 定義語の一貫性は長い文書ほど崩れやすい

サンプル1では「甲」「乙」が短い一条項の中で一貫していましたが、これは検証範囲が短いためです。契約書全体のような長い文書では、定義語(「本契約」「本製品」のような大文字化された用語)が文書の後半で表記ゆれを起こす可能性が、範囲が短い検証だけでは分かりません。長文書全体での一貫性確認は、Claude翻訳ワークフローで扱っている用語集の固定と訳し戻しループが本来の対処法です。

3. 条件節が入れ子になるほど、係り受けの検証が要る

サンプル1の「ただし、法令に基づき保存が義務付けられている場合は、この限りでない」のような単純な例外構文は正しく訳されましたが、日本語の契約書には「〜の場合において、〜であって、〜でないときは」のように条件が二重・三重に入れ子になる文もあります。条件節が増えるほど、どの部分がどの条件にかかっているかを人が原文と訳文を突き合わせて確認する必要性は高まります。

4. 主語の省略は「正しく訳されている」ことと「責任の所在が明確」なことが別問題になる

サンプル3で見たとおり、今回の訳文では主語が省略された日本語文が、原文の曖昧さを保ったまま英文になりました。これは翻訳としては正確ですが、契約書のように誰が何をする義務を負うかを明確にする必要がある文書では、原文の曖昧さがそのまま英訳に持ち越されること自体が問題になり得ます。誤訳ではなく、原文の設計を先に見直すべきケースです。

検証時に確認する項目のたたき台

サンプル検証を踏まえて、ビジネス文書を翻訳させたときに確認する項目を挙げます。

この表は、翻訳結果を確認するときのチェックリストの出発点として使えます。実際の運用でこれらを毎回確認する仕組み(用語集の固定・訳し戻しでの誤訳検出)を組み込みたい場合は、Claude翻訳ワークフローの手順に進んでください。