如何使用 Gemini 進行翻譯：長文件、限制與審閱
Gemini 能讀取長篇 PDF，但它的輸出上限與方案上下文決定了一次能翻譯多少內容。本文介紹針對長文件的切塊、術語與審閱方法。
Gemini 是翻譯段落、電子郵件和文件章節的好幫手，而且能一次讀取長篇 PDF。但若把它當成翻譯整本書或格式化文件的唯一工具，就不太合適了，因為限制長篇翻譯的並非 Gemini 能讀多少，而是它在單一回覆中能寫回多少，以及回覆的形式：聊天中的文字，而非重建後的 PDF、EPUB 或 DOCX。
因此，當難點在於對適量文字進行語言判斷時，就用 Gemini。只要文件長度超過單一回覆的容量，就要規劃切塊、固定詞彙表和完整性檢查。當你需要的是翻譯後的檔案本身時，請改用檔案層級的工作流程。
本指南涵蓋 Gemini 應用程式（gemini.google.com）與 Gemini API，包括 Google AI Studio。以下所有限制均來自 Google 官方文件，查核日期為 2026-10-11。Google 經常變更這些限制，因此在依據某個數字做規劃之前，請先查閱連結的頁面。
Gemini 依介面不同可接受的內容
| 介面 | 可上傳的內容 | 可運用的上下文 | 回傳的內容 |
|---|---|---|---|
| Gemini 應用程式，無 AI 方案 | 大多數檔案類型，每個提示最多 10 個檔案，非影片檔案每個 100 MB | 32k 個 token | 聊天文字；可匯出至 Google 文件 |
| Gemini 應用程式，Google AI Plus | 上傳規則相同 | 128k 個 token | 相同 |
| Gemini 應用程式，AI Pro / AI Ultra | 上傳規則相同，使用額度更高 | 100 萬個 token | 相同 |
| Gemini API / Google AI Studio | PDF 最大 50 MB 或 1,000 頁；其他文件類型會以純文字讀取 | 取決於模型；Gemini 3 Flash（預覽版）列出 1,048,576 個詞元的輸入上限 | 僅限文字；Gemini 3 Flash（預覽版）列出每次回應 65,536 個詞元的輸出上限 |
資料來源：在 Gemini 應用程式中上傳及分析檔案、Gemini 應用程式限制與升級、Gemini API 文件理解，以及 Gemini 3 Flash 模型頁面。
在這些頁面中，有三個細節對翻譯的影響比標題所稱的上下文窗口更大：
- 免費應用程式的上下文很小。 Google 列出沒有 AI 方案的 Gemini 應用程式為 32k 詞元。它自己的經驗法則是 100 個詞元約等於 60–80 個英文單字，因此 32k 窗口大約可容納 19,000–26,000 個英文單字。這必須同時涵蓋你的指示、原文和譯文。那只是一篇長章節，不是一本書。
- 只有 PDF 能獲得視覺理解。 Google 表示 Gemini 對 PDF 使用原生視覺，可以理解頁面上的文字、圖像、圖表、圖形和表格。其他文件類型，例如 TXT、Markdown 和 HTML，則「以純文字擷取」，其格式上下文會遺失（文件理解）。如果你上傳 DOCX 或 EPUB，請假設 Gemini 看到的是文字，而不是版面配置。
- 輸出是文字。 Gemini 3 Flash（預覽版）模型頁面將文字列為唯一的輸出類型。應用程式可以將回應匯出到 Google 文件，或將表格匯出到 Sheets（匯出選項）。這很實用，但它仍然是從聊天文字建立的新文件，而不是你原始檔案換了語言。
決定你分段大小的數字是輸出上限
大多數關於 Gemini 和長文件的建議都指向 100 萬詞元的上下文。對翻譯來說，這個數字有誤導性。讀取 300 頁的 PDF 很便宜：Google 將每個文件頁面計為約 258 個詞元，所以 300 頁大約是 77,400 個詞元的輸入。這很容易符合 Pro 方案或 API，但不符合免費應用程式的 32k 窗口。
不過，翻譯與摘要不同。答案的長度與原文一樣長。如果模型的輸出上限是 65,536 個詞元，Google 的每 100 個詞元 60–80 個單字規則會將一次回應限制在大約 39,000–52,000 個英文單字，而且一旦你為標題、註釋或每字使用更多詞元的非英文目標語言留出空間，通常會更少。一本長書很容易超過這個限制。這本書符合 Gemini 讀取的內容，但它的譯文可能無法容納在 Gemini 一次回應所寫的內容中。
這個算術是根據 Google 公布的限制作出的推論，不是實測。它指向一個實用規則：根據你需要取回的輸出選擇分段大小，而不是根據 Gemini 能讀取的輸入。 在實務上，一章或幾千個單字的分段可以讓每次回應遠低於上限。它們也讓審閱單位小到容易發現漏掉的段落。
長上下文仍然有幫助。Gemini 可以讀取整份文件一次，在你翻譯任何內容之前建立詞彙表和風格簡報。Google 自己的長上下文指南也警告，當請求必須從大型上下文中檢索許多個別項目時，模型的「準確度不如」單一目標時。整本書的翻譯一次要求數千個項目。預期許多較小的請求會比一個巨大的請求提供更好的控制。
Gemini 回傳文字，而不是可用的檔案
在選擇 Gemini 之前，先決定「完成」是什麼意思。這個表格區分了文字就是交付成果的工作，以及檔案才是交付成果的工作。
| 你最後需要什麼 | 單獨使用 Gemini | 更好的途徑 |
|---|---|---|
| 理解外語 PDF 或章節 | 適合：提出問題、翻譯你需要的部分 | Gemini 就夠了 |
| 你會貼到自己文件中的譯文 | 適合，分段進行，並檢查完整性 | Gemini 加上下方的檢查清單 |
| Google 文件中的可編輯草稿 | 可行做法：將每個回應匯出至 Docs，再手動組裝 | Gemini，然後手動重建標題、表格和圖片 |
| 同一份 PDF 的另一種語言版本，版面配置保持不變 | 並非為此設計：輸出為純文字 | 專用的 PDF 格式保留工作流程 |
| 完整的翻譯 EPUB，章節可正常運作 | 並非為此設計：EPUB 以純文字形式讀取 | 檔案層級的 EPUB 翻譯工具 |
| 翻譯後的 Word 檔案，保留樣式和表格 | 並非為此設計 | 檔案層級的 DOCX 翻譯工具 |
| 掃描書籍轉換為可讀的翻譯 PDF | 能讀取頁面影像，但傳回純文字 | 以 OCR 為基礎的 PDF 翻譯工具，可重建翻譯後的檔案 |
分界線在於：有些工作是閱讀與判斷，有些工作是重建文件。Gemini 有助於前者。至於後者，翻譯只是任務的一半。
分段與術語漂移檢查清單
這是一套工作方法，而非基準測試結果。它將 Google 所記錄的風險（輸出上限、上下文限制、多項目擷取較弱）轉化為可重複執行與稽核的步驟。請根據你的方案與模型調整分段大小。
翻譯之前
- 凍結來源。 以檔案的最終版本為準。記下其頁數或字數。
- 選擇你的介面。 免費應用程式：每次對話規劃翻譯一個章節或更少。Pro/Ultra 應用程式或 API：你可以將整份文件交給 Gemini 分析，但仍應分段翻譯。
- 依自然邊界分割。 使用章節或小節，而非分頁，以確保句子和註腳保持完整。為每個分段編號（C01、C02……），並記錄每個分段的第一句和最後一句。
- 先建立詞彙表。 請 Gemini 列出反覆出現的名稱、地名、術語和稱謂，並提出建議譯法。由合格人員審核。 術語一致性指南 涵蓋了詞彙表應包含的內容。
- 撰寫一段式風格簡報。 目標讀者、語域、如何處理單位和引文，以及絕不翻譯的內容。
針對每個分段
- 每個分段都以相同的標頭開頭。 將已核准的詞彙表和風格簡報貼進每一次請求。不要依賴對話會記住它們。新的對話、免費方案的上下文限制，或冗長的討論串，都可能讓先前的指示被推到視線之外。
- 每次回應翻譯一個編號分段。 要求 Gemini 在輸出開頭標明分段 ID，並以
END C07（或對應的 ID）結尾，這樣回應被截斷時就能一眼看出。 - 檢查長度與邊界。 比對段落數，然後確認原文最後一句已有譯文。缺少
END標記代表回應提早中斷。重新請求該分段；不要從中段接續翻譯。 - 記錄新術語。 如果某個分段出現詞彙表中沒有的術語，將它加入、核准，並在後續分段中使用。不要讓 Gemini 為它另創一個譯法。
所有分段完成後
- 搜尋偏移。 在組裝好的譯文中搜尋每個詞彙表術語和每個原文語言的名稱。每一處都應使用已核准的形式。拼寫變體和殘留的原文詞彙是最常見的偏移跡象。
- 核對完整性。 每個分段 ID 都應出現一次，依序排列，沒有重複。
- 由真人審閱高風險段落。 請合格的讀者檢查名稱、數字、日期、否定語氣，以及任何法律、醫療或出版相關的內容。
應用程式與 API 的差別，一句話總結：在應用程式中，步驟 6–8 由你手動完成，而匯出至 Docs 按鈕就是你的組裝步驟。使用 API 時，你可以用指令碼執行步驟 6–11，但輸出仍是文字，你必須自己放回文件中。
能經得起分段考驗的提示模式
使用與我們 ChatGPT 翻譯指南 相同的四區塊結構，並加上分段控制：
TASK
Translate chunk C07 from [source language] to [target language].
AUDIENCE AND PURPOSE
[Who will read it and what they need to do with it.]
CONSTRAINTS
- 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".
GLOSSARY
[approved term list]
SOURCE
[chunk text, or "pages 41–58 of the attached PDF"]
將審閱與翻譯分開。某個分段完成後，開一個新請求，附上原文分段、譯文、詞彙表和簡短評分標準：遺漏、增添、數字或名稱變更、詞彙表違規，以及語域錯誤。Gemini 的發現是待查項目，不是定論。就像任何模型一樣，它可能漏掉錯誤，或誤判正確的選擇。
對小說而言，章節之間的語氣偏移是與術語偏移不同的風險。AI 小說翻譯工作流程 涵蓋了角色聖經和語氣測試。
上傳前先檢查隱私
上傳的文件會發生什麼事，取決於你如何使用 Gemini：
- Gemini 應用程式： Google 表示部分對話會由真人審閱者閱讀，其隱私權通知要求你勿輸入不願讓審閱者看到的機密資訊。關閉「保留活動」會阻止未來的對話被用於改善 Google 服務，但 Google 表示仍會使用對話，並在真人審閱者的協助下，協助保護 Google、其使用者及大眾（Gemini 應用程式隱私權中心）。
- 免費 API 與 Google AI Studio： Gemini API 條款將免費使用（包括直接使用 Google AI Studio）歸類為未付費服務。Google 可能使用該內容來改善產品，真人審閱者可能閱讀該內容，且條款規定不得提交敏感、機密或個人資訊。付費 API 使用不會被用於改善 Google 產品（Gemini API 條款）。
對於合約、受 NDA 保護的手稿或客戶檔案，請在上傳任何內容之前先解決這個問題。文件翻譯隱私檢查清單 列出了應向任何工具（包括我們的工具）提出的問題。
何時應停止將 Gemini 當作主要工具
當你能看見並修復每一個失誤時，Gemini 就是正確的工具：你會讀完的一章、你想要多種譯法的段落、你正在草擬的詞彙表、你正在審閱的譯文。哪個模型對你的語言組合最強是另一個問題。我們的 最佳翻譯 LLM 指南 說明了如何測試，而不是信任排行榜。
當工作是一份完整檔案時，它就不是合適的主要工具。屆時你將手動管理數十個分段、重新貼上詞彙表、檢查結束標記，並自行重建版面。這正是 BookTranslator 要處理的工作。你上傳 PDF、EPUB、DOCX 或其他支援的檔案，它會以上下文和一致的詞彙表翻譯整份文件，你取回譯好的檔案，若格式支援，還會附上雙語版本。對於掃描的 PDF，OCR 模式會根據辨識出的內容重建乾淨的譯文 PDF，而不是完全複製原始頁面版面。你在結帳前就能看到價格，因此可以上傳檔案後再決定。無論你使用哪個工具，對任何重要內容都請保留上述審閱步驟。
