让AI文风贯穿整本书:TranslateBooksWithLLMs风格预设功能完整指南

发布时间:2026/10/4 6:53:22
让AI文风贯穿整本书:TranslateBooksWithLLMs风格预设功能完整指南 让AI文风贯穿整本书TranslateBooksWithLLMs风格预设功能完整指南【免费下载链接】TranslateBooksWithLLMsTranslate full-length books and documents with Ollama, OpenAI-compatible, Gemini, Mistral, DeepSeek, Poe or OpenRouter. Preserves formatting. Resumes where you left off. No file size limits.项目地址: https://gitcode.com/gh_mirrors/tr/TranslateBooksWithLLMs用TranslateBooksWithLLMs做整本书翻译时最令人头疼的问题之一是风格漂移第 1 章冷静克制第 10 章却莫名华丽。这个开源项目内置的**风格预设Style Preset**功能正是为了解决 AI 翻译全书文风不一致的难题——从样章书中一键提取写作风格或手写风格规则让同一段风格指令注入每一个翻译分块实现整本书文风统一。一、风格预设解决什么问题AI 翻译是**分块chunk**进行的每块文本的提示词都是独立构建的前一块的措辞习惯不会自动带到下一块。没有任何锚点约束语气时模型的文风就会随章节漂移。风格预设的做法很直接把一段短小的风格指令注入每一个分块的提示词中例如保持愤世嫉俗、老练冷峻的语气多用简短的陈述句。这样全书的语气、节奏、意象风格就能保持一致。 核心文档docs/STYLE_EXTRACTION.md —— 功能完整说明包括两种模式、9 个风格维度、YAML 格式与 REST API。二、5分钟上手从书中提取风格预设完整流程如下Web UI 操作启动服务后打开http://localhost:5000点击顶部导航的Styles风格标签页点击New from books模式选择From the source text上传你要翻译的书或其中几章保持默认参数总字符 10000 / 样本数 6点击Run extraction服务端自动抽样并调用你已配置的大模型Ollama、OpenAI、Gemini、Mistral、DeepSeek、Poe、OpenRouter 均可把写作风格归纳为规则清单审阅规则每条规则标注了所属维度语气、句子节奏、意象等并附上支撑它的原文摘录。带警告图标的规则如直接引用书中原文、罗列具体词汇默认不勾选——建议改写为抽象表述再勾选为风格命名点击Create style点击该风格行上的书签图标将其指派给当前翻译任务图标变绿即生效也可以直接在翻译页的风格下拉框中选择。提取本身只需 2~3 分钟加上规则审阅5 分钟内即可拥有一个可复用的风格预设。三、两种模式忠于原著 vs 模仿名家每个预设都有mode决定指令注入时的引导语模式含义适用场景source源自原文上传的书就是待翻译文本或其样本规则描述译文应如何贴合原著语气翻译一本特定的书想保留它自己的文风model参照作者上传的书是风格参照与待译文本无关规则描述如何模仿该作者的笔法让小说 A 的译文读起来像作家 B 的风格model模式的引导语中会额外强调在完全保留原文含义的前提下套用风格——因为风格来源与内容来源是两本不同的书只有声音可以迁移情节和事实不行。四、9个风格维度规则如何被组织提取出的每条规则都会被打上且仅打上 9 个维度标签之一定义于 src/core/style/dimensions.py维度捕捉的内容register正式度、距离感、反讽、情感温度narrative_voice人称、时态、聚焦方式、叙述者存在感sentence_rhythm句长分布、并列与从句、节奏lexicon具体与抽象、常用词汇场、古语imagery比喻、明喻、反复出现的意象dialogue对话标签、口语感、人物口癖punctuation破折号、分号、省略号、感叹号频率formatting段落长度、斜体使用、章节分隔other其他值得捕捉的特征兜底这些标签只是 UI 组织用的元数据不会出现在注入给模型的最终提示词中。五、为什么规则必须抽象防止文风变成口头禅这是本功能最值得理解的设计。如果指令写成反复使用雨、铁、尘土、烟雾这些意象模型不会获得一种倾向而是拿到一个固定工具箱——300 页的小说里这四个词会每几页出现一次译文读起来像只会四个词的译者。为此项目在三个环节强制只描述倾向、不点名词汇提取提示词明确禁止引用原文、举例、罗列词汇lint 检查src/core/style/lint.py扫描每条返回的指令发现疑似违规引用原文、含例如、词汇列表、专名、过短即打旗标对应规则在审阅表中默认不勾选防口头禅护栏语句逐字追加到每次组装的风格块末尾要求模型把规则当文风倾向而非词表措辞自然变化规则与段落自然表达冲突时以自然表达优先。组装逻辑是纯确定性模板函数src/core/style/assembler.py 中的assemble_instructions不经过大模型因此编辑器预览与保存的预设永不漂移。六、叙事设定context防止穿越词汇有一个真实案例一部奇幻小说翻译得风格到位却因为风格规则管不到世界背景把一件古装翻译成了crop top露脐装。context字段补上了这个缺口用 1~3 句话写清时代、技术水平、社会框架不写人名地名和剧情。当预设携带非空的context时组装出的提示词会多出## Setting段落和一句护栏不得使用晚于这一设定时代、或不同技术水平的词汇即使它们是最直接的对应词。source模式下提取时会由大模型自动填写model模式下自动填写被禁用避免把参照作者的时代强加给不相关文本但仍可手工补写。七、Auto 模式不建预设也能文风统一还没有现成预设在翻译页或 Settings → Translation Options的风格下拉框中选择Auto — match this documents style即可 服务端在第一个分块发送前从当前文档本身派生一套一次性风格块额外仅一次 LLM 调用派生结果只存在于该任务及其检查点中——中断恢复时会复用同一套风格不会半途变味显式选择已保存的预设时Auto 自动让位失败或超时则照常翻译日志出现⚠️提示行。⚠️ 权衡提示Auto 无人工审阅若日志中频繁出现no usable style rules found或译文带上你没要求的怪癖建议改用审阅过的预设。八、预设如何存储、如何生效预设以 YAML 文件存放在Custom_Instructions/目录Styles 标签页可Open folder直达旧的.txt预设继续兼容翻译时只有translation和refinement两个键被读取分别注入翻译与润色阶段的提示词见 src/prompts/prompts.py 中的 STYLE INSTRUCTIONS 段优先级高于一般风格指引⚠️ 注意阶段匹配只填了translation的预设对仅润色任务无效反之亦然——Styles 列表的 Phases 列T / R / TR可以快速核对在编辑器中直接改写指令文本会出现 Manually edited 徽标进入手动覆盖状态Reassemble from rules 可一键从规则重新生成。九、常见问题速查现象处理提取返回 0 条规则调大Total chars、增加Samples或样章文风过于平淡可辨认的风格特征太少风格不出现在下拉框文件扩展名必须是.yaml/.yml/.txt否则被静默跳过查看服务端日志是否有 YAML 解析错误预设没有效果检查预设覆盖的阶段仅translation或仅refinement与当前任务是否匹配译文出现现代/穿越词汇预设的context为空打开编辑器补写叙事设定后保存会自动重新组装出## Setting段十、延伸阅读完整功能文档docs/STYLE_EXTRACTION.md 修正为 docs/STYLE_EXTRACTION.md风格模块源码src/core/style/提取、组装、lint、维度定义REST API 实现src/api/blueprints/custom_instruction_routes.py端到端测试验证预设确实注入提示词tests/integration/test_style_preset_end_to_end.py相关功能术语表Glossary自动提取见 docs/GLOSSARY.md可与风格预设搭配让专有名词与文风同时贯穿全书 总结TranslateBooksWithLLms 的风格预设用从书中提取 → 人工审阅 → 注入每个分块三步把 AI 翻译中最大的隐性风险——全书文风漂移——变成可管理、可复用、可检查的工程问题。无论是忠于原著还是模仿名家5 分钟就能让整本书读起来像一个译者在写。 /输出文章发现延伸阅读中有一处笔误需要修正输出修正后的完整文章输出文章让AI文风贯穿整本书TranslateBooksWithLLMs风格预设功能完整指南用TranslateBooksWithLLMs做整本书翻译时最令人头疼的问题之一是风格漂移第 1 章冷静克制第 10 章却莫名华丽。这个开源项目内置的**风格预设Style Preset**功能正是为了解决 AI 翻译全书文风不一致的难题——从样章书中一键提取写作风格或手写风格规则让同一段风格指令注入每一个翻译分块实现整本书文风统一。一、风格预设解决什么问题AI 翻译是**分块chunk**进行的每块文本的提示词都是独立构建的前一块的措辞习惯不会自动带到下一块。没有任何锚点约束语气时模型的文风就会随章节漂移。风格预设的做法很直接把一段短小的风格指令注入每一个分块的提示词中例如保持愤世嫉俗、老练冷峻的语气多用简短的陈述句。这样全书的语气、节奏、意象风格就能保持一致。 核心文档docs/STYLE_EXTRACTION.md —— 功能完整说明包括两种模式、9 个风格维度、YAML 格式与 REST API。二、5分钟上手从书中提取风格预设完整流程如下Web UI 操作启动服务后打开http://localhost:5000点击顶部导航的Styles风格标签页点击New from books模式选择From the source text上传你要翻译的书或其中几章保持默认参数总字符 10000 / 样本数 6点击Run extraction服务端自动抽样并调用你已配置的大模型Ollama、OpenAI、Gemini、Mistral、DeepSeek、Poe、OpenRouter 均可把写作风格归纳为规则清单审阅规则每条规则标注了所属维度语气、句子节奏、意象等并附上支撑它的原文摘录。带警告图标的规则如直接引用书中原文、罗列具体词汇默认不勾选——建议改写为抽象表述再勾选为风格命名点击Create style点击该风格行上的书签图标将其指派给当前翻译任务图标变绿即生效也可以直接在翻译页的风格下拉框中选择。提取本身只需 2~3 分钟加上规则审阅5 分钟内即可拥有一个可复用的风格预设。三、两种模式忠于原著 vs 模仿名家每个预设都有mode决定指令注入时的引导语模式含义适用场景source源自原文上传的书就是待翻译文本或其样本规则描述译文应如何贴合原著语气翻译一本特定的书想保留它自己的文风model参照作者上传的书是风格参照与待译文本无关规则描述如何模仿该作者的笔法让小说 A 的译文读起来像作家 B 的风格model模式的引导语中会额外强调在完全保留原文含义的前提下套用风格——因为风格来源与内容来源是两本不同的书只有声音可以迁移情节和事实不行。四、9个风格维度规则如何被组织提取出的每条规则都会被打上且仅打上 9 个维度标签之一定义于 src/core/style/dimensions.py维度捕捉的内容register正式度、距离感、反讽、情感温度narrative_voice人称、时态、聚焦方式、叙述者存在感sentence_rhythm句长分布、并列与从句、节奏lexicon具体与抽象、常用词汇场、古语imagery比喻、明喻、反复出现的意象dialogue对话标签、口语感、人物口癖punctuation破折号、分号、省略号、感叹号频率formatting段落长度、斜体使用、章节分隔other其他值得捕捉的特征兜底这些标签只是 UI 组织用的元数据不会出现在注入给模型的最终提示词中。五、为什么规则必须抽象防止文风变成口头禅这是本功能最值得理解的设计。如果指令写成反复使用雨、铁、尘土、烟雾这些意象模型不会获得一种倾向而是拿到一个固定工具箱——300 页的小说里这四个词会每几页出现一次译文读起来像只会四个词的译者。为此项目在三个环节强制只描述倾向、不点名词汇提取提示词明确禁止引用原文、举例、罗列词汇lint 检查src/core/style/lint.py扫描每条返回的指令发现疑似违规引用原文、含例如、词汇列表、专名、过短即打旗标对应规则在审阅表中默认不勾选防口头禅护栏语句逐字追加到每次组装的风格块末尾要求模型把规则当文风倾向而非词表措辞自然变化规则与段落自然表达冲突时以自然表达优先。组装逻辑是纯确定性模板函数src/core/style/assembler.py 中的assemble_instructions不经过大模型因此编辑器预览与保存的预设永不漂移。六、叙事设定context防止穿越词汇有一个真实案例一部奇幻小说翻译得风格到位却因为风格规则管不到世界背景把一件古装翻译成了crop top露脐装。context字段补上了这个缺口用 1~3 句话写清时代、技术水平、社会框架不写人名地名和剧情。当预设携带非空的context时组装出的提示词会多出## Setting段落和一句护栏不得使用晚于这一设定时代、或不同技术水平的词汇即使它们是最直接的对应词。source模式下提取时会由大模型自动填写model模式下自动填写被禁用避免把参照作者的时代强加给不相关文本但仍可手工补写。七、Auto 模式不建预设也能文风统一还没有现成预设在翻译页或 Settings → Translation Options的风格下拉框中选择Auto — match this documents style即可 服务端在第一个分块发送前从当前文档本身派生一套一次性风格块额外仅一次 LLM 调用派生结果只存在于该任务及其检查点中——中断恢复时会复用同一套风格不会半途变味显式选择已保存的预设时Auto 自动让位失败或超时则照常翻译日志出现⚠️提示行。⚠️ 权衡提示Auto 无人工审阅若日志中频繁出现no usable style rules found或译文带上你没要求的怪癖建议改用审阅过的预设。八、预设如何存储、如何生效预设以 YAML 文件存放在Custom_Instructions/目录Styles 标签页可Open folder直达旧的.txt预设继续兼容翻译时只有translation和refinement两个键被读取分别注入翻译与润色阶段的提示词见 src/prompts/prompts.py 中的 STYLE INSTRUCTIONS 段优先级高于一般风格指引⚠️ 注意阶段匹配只填了translation的预设对仅润色任务无效反之亦然——Styles 列表的 Phases 列T / R / TR可以快速核对在编辑器中直接改写指令文本会出现 Manually edited 徽标进入手动覆盖状态Reassemble from rules 可一键从规则重新生成。九、常见问题速查现象处理提取返回 0 条规则调大Total chars、增加Samples或样章文风过于平淡可辨认的风格特征太少风格不出现在下拉框文件扩展名必须是.yaml/.yml/.txt否则被静默跳过查看服务端日志是否有 YAML 解析错误预设没有效果检查预设覆盖的阶段仅translation或仅refinement与当前任务是否匹配译文出现现代/穿越词汇预设的context为空打开编辑器补写叙事设定后保存会自动重新组装出## Setting段十、延伸阅读完整功能文档docs/STYLE_EXTRACTION.md风格模块源码src/core/style/提取、组装、lint、维度定义REST API 实现src/api/blueprints/custom_instruction_routes.py端到端测试验证预设确实注入提示词tests/integration/test_style_preset_end_to_end.py相关功能术语表Glossary自动提取见 docs/GLOSSARY.md可与风格预设搭配让专有名词与文风同时贯穿全书 总结TranslateBooksWithLLMs 的风格预设用从书中提取 → 人工审阅 → 注入每个分块三步把 AI 翻译中最大的隐性风险——全书文风漂移——变成可管理、可复用、可检查的工程问题。无论是忠于原著还是模仿名家5 分钟就能让整本书读起来像一个译者在写。【免费下载链接】TranslateBooksWithLLMsTranslate full-length books and documents with Ollama, OpenAI-compatible, Gemini, Mistral, DeepSeek, Poe or OpenRouter. Preserves formatting. Resumes where you left off. No file size limits.项目地址: https://gitcode.com/gh_mirrors/tr/TranslateBooksWithLLMs创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

关于本文作者

来自尧图内容编辑团队

尧图内容编辑团队 内容团队

尧图内容编辑团队

本文由尧图网络内容编辑团队执笔。团队由资深项目经理、前端工程师与设计师组成,所有内容均来自亲手交付的真实项目,先讲清问题、再给出可落地的解法。尧图深耕北京网站建设十年,服务过京华建材集团、智造科技等各行业客户,把一线经验沉淀为可复用的行业观察。

  • 十年建站经验,覆盖建材、制造、服务、文创等
  • 项目经理把关选题与事实准确性
  • 工程师与设计师联合撰写专业细节
  • 统一编辑规范,保证文风与排版一致
  • 每月复盘转化数据,迭代选题方向

延伸阅读

相关资讯与近期热门内容

深度阅读推荐

建站决策前值得细读的三篇

网站改版的5个关键决策
2024-08-12

网站改版的5个关键决策

什么时候该改版、改到什么程度、如何避免流量掉光,京华建材集团改版复盘给出答案。

获取专属建站方案

看完文章,把您的行业与预算告诉我们,免费获取一份量身定制的官网建设方案与报价。

立即免费咨询