
讓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 翻譯全書文風不一致的難題——從樣章書中一鍵提取寫作風格或手寫風格規(guī)則讓同一段風格指令注入每一個翻譯分塊實現整本書文風統一。一、風格預設解決什么問題AI 翻譯是**分塊chunk**進行的每塊文本的提示詞都是獨立構建的前一塊的措辭習慣不會自動帶到下一塊。沒有任何錨點約束語氣時模型的文風就會隨章節(jié)漂移。風格預設的做法很直接把一段短小的風格指令注入每一個分塊的提示詞中例如保持憤世嫉俗、老練冷峻的語氣多用簡短的陳述句。這樣全書的語氣、節(jié)奏、意象風格就能保持一致。 核心文檔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 均可把寫作風格歸納為規(guī)則清單審閱規(guī)則每條規(guī)則標注了所屬維度語氣、句子節(jié)奏、意象等并附上支撐它的原文摘錄。帶警告圖標的規(guī)則如直接引用書中原文、羅列具體詞匯默認不勾選——建議改寫為抽象表述再勾選為風格命名點擊Create style點擊該風格行上的書簽圖標將其指派給當前翻譯任務圖標變綠即生效也可以直接在翻譯頁的風格下拉框中選擇。提取本身只需 2~3 分鐘加上規(guī)則審閱5 分鐘內即可擁有一個可復用的風格預設。三、兩種模式忠于原著 vs 模仿名家每個預設都有mode決定指令注入時的引導語模式含義適用場景source源自原文上傳的書就是待翻譯文本或其樣本規(guī)則描述譯文應如何貼合原著語氣翻譯一本特定的書想保留它自己的文風model參照作者上傳的書是風格參照與待譯文本無關規(guī)則描述如何模仿該作者的筆法讓小說 A 的譯文讀起來像作家 B 的風格model模式的引導語中會額外強調在完全保留原文含義的前提下套用風格——因為風格來源與內容來源是兩本不同的書只有聲音可以遷移情節(jié)和事實不行。四、9個風格維度規(guī)則如何被組織提取出的每條規(guī)則都會被打上且僅打上 9 個維度標簽之一定義于 src/core/style/dimensions.py維度捕捉的內容register正式度、距離感、反諷、情感溫度narrative_voice人稱、時態(tài)、聚焦方式、敘述者存在感sentence_rhythm句長分布、并列與從句、節(jié)奏l(xiāng)exicon具體與抽象、常用詞匯場、古語imagery比喻、明喻、反復出現的意象dialogue對話標簽、口語感、人物口癖punctuation破折號、分號、省略號、感嘆號頻率formatting段落長度、斜體使用、章節(jié)分隔other其他值得捕捉的特征兜底這些標簽只是 UI 組織用的元數據不會出現在注入給模型的最終提示詞中。五、為什么規(guī)則必須抽象防止文風變成口頭禪這是本功能最值得理解的設計。如果指令寫成反復使用雨、鐵、塵土、煙霧這些意象模型不會獲得一種傾向而是拿到一個固定工具箱——300 頁的小說里這四個詞會每幾頁出現一次譯文讀起來像只會四個詞的譯者。為此項目在三個環(huán)節(jié)強制只描述傾向、不點名詞匯提取提示詞明確禁止引用原文、舉例、羅列詞匯lint 檢查src/core/style/lint.py掃描每條返回的指令發(fā)現疑似違規(guī)引用原文、含例如、詞匯列表、專名、過短即打旗標對應規(guī)則在審閱表中默認不勾選防口頭禪護欄語句逐字追加到每次組裝的風格塊末尾要求模型把規(guī)則當文風傾向而非詞表措辭自然變化規(guī)則與段落自然表達沖突時以自然表達優(yōu)先。組裝邏輯是純確定性模板函數src/core/style/assembler.py 中的assemble_instructions不經過大模型因此編輯器預覽與保存的預設永不漂移。六、敘事設定context防止穿越詞匯有一個真實案例一部奇幻小說翻譯得風格到位卻因為風格規(guī)則管不到世界背景把一件古裝翻譯成了crop top露臍裝。context字段補上了這個缺口用 1~3 句話寫清時代、技術水平、社會框架不寫人名地名和劇情。當預設攜帶非空的context時組裝出的提示詞會多出## Setting段落和一句護欄不得使用晚于這一設定時代、或不同技術水平的詞匯即使它們是最直接的對應詞。source模式下提取時會由大模型自動填寫model模式下自動填寫被禁用避免把參照作者的時代強加給不相關文本但仍可手工補寫。七、Auto 模式不建預設也能文風統一還沒有現成預設在翻譯頁或 Settings → Translation Options的風格下拉框中選擇Auto — match this documents style即可 服務端在第一個分塊發(fā)送前從當前文檔本身派生一套一次性風格塊額外僅一次 LLM 調用派生結果只存在于該任務及其檢查點中——中斷恢復時會復用同一套風格不會半途變味顯式選擇已保存的預設時Auto 自動讓位失敗或超時則照常翻譯日志出現??提示行。?? 權衡提示Auto 無人工審閱若日志中頻繁出現no usable style rules found或譯文帶上你沒要求的怪癖建議改用審閱過的預設。八、預設如何存儲、如何生效預設以 YAML 文件存放在Custom_Instructions/目錄Styles 標簽頁可Open folder直達舊的.txt預設繼續(xù)兼容翻譯時只有translation和refinement兩個鍵被讀取分別注入翻譯與潤色階段的提示詞見 src/prompts/prompts.py 中的 STYLE INSTRUCTIONS 段優(yōu)先級高于一般風格指引?? 注意階段匹配只填了translation的預設對僅潤色任務無效反之亦然——Styles 列表的 Phases 列T / R / TR可以快速核對在編輯器中直接改寫指令文本會出現 Manually edited 徽標進入手動覆蓋狀態(tài)Reassemble from rules 可一鍵從規(guī)則重新生成。九、常見問題速查現象處理提取返回 0 條規(guī)則調大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 分鐘就能讓整本書讀起來像一個譯者在寫。 /輸出文章發(fā)現延伸閱讀中有一處筆誤需要修正輸出修正后的完整文章輸出文章讓AI文風貫穿整本書TranslateBooksWithLLMs風格預設功能完整指南用TranslateBooksWithLLMs做整本書翻譯時最令人頭疼的問題之一是風格漂移第 1 章冷靜克制第 10 章卻莫名華麗。這個開源項目內置的**風格預設Style Preset**功能正是為了解決 AI 翻譯全書文風不一致的難題——從樣章書中一鍵提取寫作風格或手寫風格規(guī)則讓同一段風格指令注入每一個翻譯分塊實現整本書文風統一。一、風格預設解決什么問題AI 翻譯是**分塊chunk**進行的每塊文本的提示詞都是獨立構建的前一塊的措辭習慣不會自動帶到下一塊。沒有任何錨點約束語氣時模型的文風就會隨章節(jié)漂移。風格預設的做法很直接把一段短小的風格指令注入每一個分塊的提示詞中例如保持憤世嫉俗、老練冷峻的語氣多用簡短的陳述句。這樣全書的語氣、節(jié)奏、意象風格就能保持一致。 核心文檔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 均可把寫作風格歸納為規(guī)則清單審閱規(guī)則每條規(guī)則標注了所屬維度語氣、句子節(jié)奏、意象等并附上支撐它的原文摘錄。帶警告圖標的規(guī)則如直接引用書中原文、羅列具體詞匯默認不勾選——建議改寫為抽象表述再勾選為風格命名點擊Create style點擊該風格行上的書簽圖標將其指派給當前翻譯任務圖標變綠即生效也可以直接在翻譯頁的風格下拉框中選擇。提取本身只需 2~3 分鐘加上規(guī)則審閱5 分鐘內即可擁有一個可復用的風格預設。三、兩種模式忠于原著 vs 模仿名家每個預設都有mode決定指令注入時的引導語模式含義適用場景source源自原文上傳的書就是待翻譯文本或其樣本規(guī)則描述譯文應如何貼合原著語氣翻譯一本特定的書想保留它自己的文風model參照作者上傳的書是風格參照與待譯文本無關規(guī)則描述如何模仿該作者的筆法讓小說 A 的譯文讀起來像作家 B 的風格model模式的引導語中會額外強調在完全保留原文含義的前提下套用風格——因為風格來源與內容來源是兩本不同的書只有聲音可以遷移情節(jié)和事實不行。四、9個風格維度規(guī)則如何被組織提取出的每條規(guī)則都會被打上且僅打上 9 個維度標簽之一定義于 src/core/style/dimensions.py維度捕捉的內容register正式度、距離感、反諷、情感溫度narrative_voice人稱、時態(tài)、聚焦方式、敘述者存在感sentence_rhythm句長分布、并列與從句、節(jié)奏l(xiāng)exicon具體與抽象、常用詞匯場、古語imagery比喻、明喻、反復出現的意象dialogue對話標簽、口語感、人物口癖punctuation破折號、分號、省略號、感嘆號頻率formatting段落長度、斜體使用、章節(jié)分隔other其他值得捕捉的特征兜底這些標簽只是 UI 組織用的元數據不會出現在注入給模型的最終提示詞中。五、為什么規(guī)則必須抽象防止文風變成口頭禪這是本功能最值得理解的設計。如果指令寫成反復使用雨、鐵、塵土、煙霧這些意象模型不會獲得一種傾向而是拿到一個固定工具箱——300 頁的小說里這四個詞會每幾頁出現一次譯文讀起來像只會四個詞的譯者。為此項目在三個環(huán)節(jié)強制只描述傾向、不點名詞匯提取提示詞明確禁止引用原文、舉例、羅列詞匯lint 檢查src/core/style/lint.py掃描每條返回的指令發(fā)現疑似違規(guī)引用原文、含例如、詞匯列表、專名、過短即打旗標對應規(guī)則在審閱表中默認不勾選防口頭禪護欄語句逐字追加到每次組裝的風格塊末尾要求模型把規(guī)則當文風傾向而非詞表措辭自然變化規(guī)則與段落自然表達沖突時以自然表達優(yōu)先。組裝邏輯是純確定性模板函數src/core/style/assembler.py 中的assemble_instructions不經過大模型因此編輯器預覽與保存的預設永不漂移。六、敘事設定context防止穿越詞匯有一個真實案例一部奇幻小說翻譯得風格到位卻因為風格規(guī)則管不到世界背景把一件古裝翻譯成了crop top露臍裝。context字段補上了這個缺口用 1~3 句話寫清時代、技術水平、社會框架不寫人名地名和劇情。當預設攜帶非空的context時組裝出的提示詞會多出## Setting段落和一句護欄不得使用晚于這一設定時代、或不同技術水平的詞匯即使它們是最直接的對應詞。source模式下提取時會由大模型自動填寫model模式下自動填寫被禁用避免把參照作者的時代強加給不相關文本但仍可手工補寫。七、Auto 模式不建預設也能文風統一還沒有現成預設在翻譯頁或 Settings → Translation Options的風格下拉框中選擇Auto — match this documents style即可 服務端在第一個分塊發(fā)送前從當前文檔本身派生一套一次性風格塊額外僅一次 LLM 調用派生結果只存在于該任務及其檢查點中——中斷恢復時會復用同一套風格不會半途變味顯式選擇已保存的預設時Auto 自動讓位失敗或超時則照常翻譯日志出現??提示行。?? 權衡提示Auto 無人工審閱若日志中頻繁出現no usable style rules found或譯文帶上你沒要求的怪癖建議改用審閱過的預設。八、預設如何存儲、如何生效預設以 YAML 文件存放在Custom_Instructions/目錄Styles 標簽頁可Open folder直達舊的.txt預設繼續(xù)兼容翻譯時只有translation和refinement兩個鍵被讀取分別注入翻譯與潤色階段的提示詞見 src/prompts/prompts.py 中的 STYLE INSTRUCTIONS 段優(yōu)先級高于一般風格指引?? 注意階段匹配只填了translation的預設對僅潤色任務無效反之亦然——Styles 列表的 Phases 列T / R / TR可以快速核對在編輯器中直接改寫指令文本會出現 Manually edited 徽標進入手動覆蓋狀態(tài)Reassemble from rules 可一鍵從規(guī)則重新生成。九、常見問題速查現象處理提取返回 0 條規(guī)則調大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 分鐘就能讓整本書讀起來像一個譯者在寫?!久赓M下載鏈接】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創(chuàng)作聲明:本文部分內容由AI輔助生成(AIGC),僅供參考