為什麼選擇 EPUBTranslator，而不是讓 AI LLM 直接翻譯

EPUB 格式並不規範，內容很長，直接讓 AI LLM 翻譯會遇到以下問題：

• 上下文過長導致格式被破壞：整本書一次性送入 LLM，容易丟失或改寫 HTML 標籤、屬性、錨點，導致 EPUB 檔案損壞，無法開啟。
• Token 消耗難以平衡：長文件需要大量 context 保持術語一致，失敗時還要重試，成本不可控。
• 翻譯時間過長：整本書作為單個或少數大 prompt 處理，耗時長，且難以分段重跑。
• 除錯困難：輸出是整塊內容，出錯時難以定位具體章節或標籤。

EPUBTranslator 將 LLM 翻譯能力 與 工程能力 結合：

直接 LLM 翻譯 vs EPUBTranslator

1. EPUB 感知的結構化流程：按章節分段處理，保留標記邊界和中繼資料，降低「一處錯誤導致全書失效」的風險。
2. 受控的上下文：分段翻譯，避免超大 prompt，實現可預測的成本和更快的處理速度。
3. 格式保持優先：將 EPUB 結構保持作為首要目標，確保輸出檔案在各閱讀器中可正常開啟。
4. 可除錯、可重跑：問題可隔離到具體檔案或段落，僅重跑受影響部分。

如果你的目標不只是「翻譯好的文本」，而是 一本可正常使用、格式完好的翻譯版 EPUB，EPUBTranslator 是更穩妥的選擇。

整本書算下來，這裡也比自己在 ChatGPT 或 Claude 裡翻更省錢，而原因不是背後的模型更便宜，是發送方式不同：聊天視窗每發一次新請求都會把前面所有章節一起帶上，等於同一段文字反覆付費，而結構一旦回傳時壞掉，那一節還得重翻重付。EPUBTranslator 只把每一段發一次、只帶這一段需要的上下文，失敗時也只重跑那一個分塊——所以一本 500,000 字元的長篇在這裡是付款前就看得到的一次性約 $9.50。