BookTranslator
BookTranslator

Claudeを翻訳に使う方法:長文書、用語集、レビュー

Claudeは本を一冊まるごと読めますが、出力上限、Projectsの検索、チャットの要約が一貫性を制限します。用語集をどこに置き、どう分割するかを解説します。

BookTranslator

BookTranslator Team

24 min read

Claudeは章や記事、長い文書のセクションを翻訳するのに強力なツールであり、最新モデルなら1回の会話で本を一冊まるごと読めます。間違いは、Claudeが本全体を_読める_からといって、本全体を一貫して_翻訳_してくれると想定することです。3つの文書化された挙動が邪魔をします。1回の応答でClaudeが書ける量の上限、ファイルが大きくなるとProjectsが検索ベースの取得に切り替わること、長いチャットが場所を空けるために要約されることです。

これらはいずれも欠陥ではありません。Claudeが大きな入力でも使いやすくあり続けるための仕組みです。しかし、それぞれが用語集をどこに置くべきか、各翻訳リクエストをどれくらいの大きさにすべきかを決めます。このガイドではClaudeアプリ(claude.ai、デスクトップ、モバイル)とClaude APIを扱います。以下のすべての制限はAnthropic自身のドキュメントに基づき、2026-10-12に確認したものです。Anthropicはこれらのページを頻繁に更新するため、数値を前提に計画を立てる前にリンクを確認してください。

Claudeが受け取るものと返すもの

利用面アップロードできるもの扱えるコンテキスト返ってくるもの
チャットへのアップロード1チャットあたり最大20ファイル、1ファイル500 MB。PDFは最大1,000ページ。PDF、DOCX、EPUB、TXT、HTMLなど有料プラン:最新モデル(例:Opus 5.5、Sonnet 5.5)では1Mトークン、その他では500Kまたは200Kチャットのテキスト、またはClaudeがコードで生成する新しいファイル
プロジェクトのファイル1ファイル30 MB。コンテンツ全体がコンテキストウィンドウに収まる必要があり、収まらない場合は有料プランでRAGが引き継ぐチャットと同じ、加えて有料プランでは検索同じ
Claude API1リクエストあたり最大32 MB、600ページのPDF(リクエストのコンテキストウィンドウが1M未満の場合は100ページ)現在のすべてのモデルで1Mトークンテキスト。同期応答1回あたり最大128K出力トークン

出典:Upload files to Claude、有料プランのコンテキストウィンドウ、API PDFサポート、モデル概要。

これらのページの2つの詳細は、見出しの数値よりも翻訳にとって重要です。

  • 視覚的に読まれるのはPDFだけであり、しかも短いものだけです。 アプリでは、Claudeは100ページ以下のPDFのテキストと画像、グラフ、図の両方を分析します。101〜1,000ページではテキストのみを処理します。DOCX、EPUB、その他の非PDFファイルについて、AnthropicはClaudeが「テキストのみを抽出する」と述べており、埋め込まれた画像は読めません。300ページの図解入りPDFやEPUBをアップロードする場合は、Claudeが見るのは単語であり、レイアウトや画像内のキャプション、グラフではないと想定してください。
  • Claude はファイルを返せますが、それは新しいファイルです。 コード実行とファイル作成を有効にすると、Claude はダウンロードできる Word 文書、PDF、スプレッドシート、スライドを作成 できます。これは短い翻訳文書には便利です。ただし、それは Claude がコードを書いて構築する文書であり、元の EPUB や PDF の言語が変わったものではありません。見出し、脚注、画像、ページ構造は自分で確認する必要があります。

長い翻訳を壊す Claude の 3 つの挙動

1. チャンクサイズを決めるのはコンテキストウィンドウではなく出力上限

Anthropic は、現在のすべての API モデルについて 100 万トークンのコンテキストウィンドウと 128K トークンの最大出力を挙げています。Anthropic 自身の目安では、現在のトークナイザーで 100 万トークンはおよそ 555,000 英単語です。同じ比率で計算すると、128K 出力トークンはおよそ 71,000 英単語になります。これは Anthropic が公表した数値に基づく私たちの計算であり、実測テストではありません。また、対象言語が 1 語あたりより多くのトークンを使う場合や、翻訳と一緒に注記も求める場合、実際の数値はさらに低くなります。

つまり、小説は Claude が読める量には収まっても、1 回の応答で書き戻せる量には収まりません。要約とは異なり、翻訳の回答は原文と同じ長さになります。チャンクサイズは、Claude が保持できる入力ではなく、必要な出力から決めてください。1 章、あるいは数千語程度にすれば、各応答は上限をはるかに下回り、各レビュー単位も小さくなるため、段落の抜けに気づきやすくなります。

2. 大きなプロジェクトは本全体を読み続けなくなる

プロジェクトでは、ファイルを一度アップロードすればチャット間で再利用できます。有料プランについて Anthropic は、「プロジェクトの知識がコンテキストウィンドウの上限に近づくと、Claude は自動的に RAG モードを有効にします」と述べています。RAG モードでは、Claude はすべての文書を読み込むわけではありません。プロジェクトを検索し、リクエストに最も関連する部分を取得します(プロジェクト向け RAG)。これを自分でオンまたはオフにすることはできません。

本について質問する場合、これは理にかなった設計です。しかし翻訳の一貫性という点では、何を信頼できるかが変わります。本全体、以前に翻訳した章、用語集ファイルをアップロードし、第 14 章を「以前の章と一貫するように」と依頼した場合、Claude はその資料の一部しか取得しない可能性があります。これは Anthropic の説明からの私たちの推測であり、文書化された失敗率ではありません。つまり、大きなプロジェクトが第 2 章で登場人物のあだ名をどう翻訳したかを覚えていると信頼すべきではないということです。

3. 長いチャットは要約される

コード実行を有効にした有料プランについて Anthropic は、会話がコンテキスト上限に近づくと Claude は「新しい内容のための余地を作るために以前のメッセージを要約する」と述べています(自動コンテキスト管理)。チャット履歴は保持され、チャットは続行できます。しかし、メッセージ 1 で貼り付けた用語集が、メッセージ 40 の時点では要約に基づいて機能している可能性があります。Anthropic はまた、こうした長い会話は使用量制限をより多く消費すると注記しています。

用語集はどこに置くべきか

この表は上記の 3 つの挙動から導かれます。Claude 翻訳ワークフローが正しく決めるべき主要な判断です。

場所常に Claude の目の前にあるか?用途
プロジェクト知識内の用語集ファイルRAG モードが始まるとそうではない。取得された部分だけが読み込まれる参照資料。たとえば原文の本や、スポットチェック用の過去の章
プロジェクト指示プロジェクトのチャットに適用される。Anthropic は簡潔に保つことを勧めており、重要なガイドラインと Claude の役割に使う短いスタイル指示と、絶対に変えてはならない 10〜20 個の用語
すべての翻訳リクエストの冒頭はい、そのリクエストではそのチャンクについて承認済みの用語集全体、およびそのチャンク固有の新出用語
長いチャットの最初のメッセージ信頼性は低く、後で要約される可能性がある依存できるものは何もない
プロンプトキャッシュを使ったAPIシステムプロンプトはい、毎回のリクエストで完全な用語集とスタイル指示を、低い入力コストで多数のチャンクにわたって再利用できる

ルールは単純です。翻訳が従わなければならないものはすべて、リクエスト自体か指示の中に入れ、Claudeが取得しないかもしれないファイルには入れないこと。 プロジェクト知識はClaudeが参照する可能性のある資料に使い、ルールには使わないでください。

長い文書のための実践的な方法

これは方法であり、ベンチマークの結果ではありません。Anthropicが文書化している振る舞いを、繰り返し実行して監査できる手順に変えたものです。チャンクサイズはあなたの計画とモデルに合わせて調整してください。用語の一貫性ガイドでは、用語集に何を含めるべきかを説明しています。

  1. ソースを固定し、チャンクに番号を振る。 最終的な1つのファイルから作業します。ページではなく章や節で分割し、文や脚注が途中で切れないようにします。C01、C02…とラベルを付け、各チャンクの最初と最後の文を記録します。
  2. 用語集は専用のチャットで作る。 本全体をアップロードし、繰り返し出てくる人名、地名、用語、呼称を、提案する訳語と初出ページとともにリストアップするようClaudeに依頼します。ここで大きなコンテキストウィンドウが真価を発揮します。Claudeはすべてを一度に読みます。リストは資格のある人に承認してもらいましょう。
  3. プロジェクトを設定する。 短いスタイル指示と絶対に変えてはいけない用語をプロジェクト指示に置きます。Claudeに文脈を調べさせたい場合はソースファイルを知識としてアップロードしますが、完全な用語集は知識に入れないでください。
  4. チャンクごと、または数チャンクごとに1つのチャットを使う。 各リクエストは、承認済みの完全な用語集とチャンクから始めます。ClaudeにはチャンクIDで始め、END C07(または対応するID)で終えるよう依頼すると、途中で止まった応答がすぐにわかります。新しいチャットを使えば、何時間も続いたスレッドに要約が紛れ込むのを避けられます。
  5. 次に進む前に各チャンクを確認する。 段落数を比較し、ソースの最後の文に訳があることを確認します。ENDマーカーがなければ、途中から続けるのではなく、そのチャンクを再度リクエストします。新しい用語は用語集に追加し、承認を得て、以降のリクエストに含めます。
  6. 組み立てた翻訳を検索してずれを探す。 用語集のすべての用語と、ソース言語のすべての名前を検索します。表記の揺れやソース語の残りがよくある兆候です。
  7. 危険な箇所は人とレビューする。 名前、数字、日付、否定、および法律・医療・出版に関わるものは、資格のある読者が必要です。

APIを使う場合

同じ方法はスクリプト化しやすく、コスト面で役立つAPI機能が2つあります。

  • プロンプトキャッシュを使うと、完全な用語集とスタイル指示を含むシステムプロンプトのような固定のプレフィックスを、リクエスト間で再利用できます。Anthropicはキャッシュ読み取りを基本入力価格の一部で提供しています(モデル概要によると、Opus 5.5とSonnet 5.5では5%)。
  • Message Batches API は標準リクエストより50%安く、Opus 5.5、Sonnet 5.5、Haiku 5.5はベータヘッダー付きでバッチリクエストあたり最大300K出力トークンをサポートします。用語集が固定されればチャンク同士が依存することはほとんどないため、バッチはチャンク翻訳に適しています。

どちらの機能も出力を変えるものではありません。APIはテキストを返すだけです。そこから翻訳文書を再構築する必要があります。

チャンク分割に耐えるプロンプト

当社のChatGPT翻訳ガイドとGemini翻訳ガイドと同じ4ブロック構造を使い、チャンク制御を追加します。Claude自身のプロンプトガイダンスは明確で明示的な指示を推奨しており、タグ付きセクションにすると境界が明らかになります。

<task>
Translate chunk C07 from [source language] to [target language].
</task>

<audience>
[Who will read it and what they need to do with it.]
</audience>

<rules>
- Apply the glossary exactly. If a term is missing, keep the source term in
  [brackets] and list it after the translation as NEW TERM.
- Preserve names, numbers, dates, citations, and paragraph boundaries.
- Do not summarize, skip, or add explanations.
- Start with "C07". End with "END C07".
</rules>

<glossary>
[full approved term list]
</glossary>

<source>
[chunk text]
</source>

レビューは翻訳とは別に行います。チャンクが完了したら、ソースチャンク、翻訳、用語集、および短い評価基準(省略、追加、数字や名前の変更、用語集違反、文体の誤り)を添えて新しいリクエストを開きます。Claudeの指摘は判定ではなく、確認すべき事項として扱います。どのモデルもそうであるように、誤りを見逃したり、正しい選択を指摘したりすることがあります。フィクションの場合、章間の声のずれは用語のずれとは別のリスクです。AI小説翻訳ワークフローでは、キャラクターバイブルと声のテストについて説明しています。

アップロードする前にプライバシーを確認する

あなたの文書がどう扱われるかは、アカウントの種類によって異なります。

  • Free、Pro、Max: チャットがAnthropicのモデルのトレーニングに使用されるかどうかは、設定 > プライバシーにある「AIモデルの改善に協力する」設定で管理されます(モデル改善設定)。許可した場合、Anthropicは新規または再開されたチャットのデータを匿名化した形で最大5年間保持することがあります(データ保持)。許可しない場合、Anthropicは既存の30日間の保持期間が継続すると述べています(消費者利用規約の更新)。シークレットチャットは、設定がオンでもClaudeの改善には使用されません(モデルトレーニング)。安全分類器によってフラグが立てられたチャットは、Anthropicの信頼と安全の取り組みに使用されることがあります。
  • Team、Enterprise、API: Anthropicは、消費者向けのトレーニング設定は「商用利用規約に基づくサービスには適用されない」と述べており、これにはClaude for WorkとAPIの使用が含まれます。保持条件については、組織の契約を確認してください。

契約書、NDA対象の原稿、クライアントのファイルについては、何かをアップロードする前にこれを解決してください。文書翻訳プライバシーチェックリストには、当社のツールを含むあらゆるツールに尋ねるべき質問がリストされています。

Claudeが適切なツールである場合とそうでない場合

最終的に必要なものClaudeより良いルート
外国語の書籍や論文を理解する適しています:アップロードして質問し、必要な箇所を翻訳するClaudeで十分
大規模な翻訳の前に用語集とスタイルブリーフを作成する非常に適しています:本全体を一度に読むことができるClaudeで作成し、その後人がリストを承認する
1章または短い文書の翻訳テキスト適していますが、上記のチャンクチェックが必要Claude
短い翻訳済みのWordまたはPDFファイルファイル作成を通じて実行可能;構造は手動で確認するClaude、またはスタイルと表が重要な場合はDOCX翻訳ツール
本全体を翻訳済みのEPUBまたはPDFとして返すこれは想定されていません:数十のチャンク、用語集の再貼り付け、ファイルの再構築が必要EPUB翻訳ツールやPDF翻訳ツールのようなファイルレベルのワークフロー
スキャンした書籍を読みやすい翻訳PDFにアプリでは、PDFのページ画像を最大100ページまで読み取り、それ以降はテキストのみOCRベースのPDF翻訳ツールで、翻訳されたファイルを再構築

どのモデルがあなたの言語ペアに最も強いかは別の問題です。当社の翻訳に最適なLLMガイドでは、リーダーボードを信じるのではなく、それをテストする方法を説明しています。

Claudeは、すべての失敗を目で確認して修正できる場合に適したツールです。じっくり読む章、作成中の用語集、レビュー中の翻訳などがそれにあたります。完全なファイルを扱う仕事の主要ツールとしては不向きです。その段階では、チャンク、用語集、終了マーカー、レイアウトを手作業で管理することになります。それはBookTranslatorが作られた仕事です。PDF、EPUB、DOCX、その他の対応ファイルをアップロードすると、文脈と一貫した用語集を使って文書全体を翻訳し、翻訳されたファイルが返ってきます。形式が対応していればバイリンガル版も得られます。スキャンしたPDFの場合、OCRモードは元のページレイアウトを正確にコピーするのではなく、認識された内容からクリーンな翻訳PDFを再構築します。購入前に価格が表示されるので、ファイルをアップロードしてから判断できます。どのツールを使うにしても、重要なものについては上記のレビュー手順を守ってください。

関連記事

Claudeを翻訳に使う方法:長文書、用語集、レビュー