为什么选择 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。