deepseek v4 翻译小说使用感受
本帖最后由 julytc 于 2026-4-26 16:42 编辑之前一直用gemini3.1翻译日文或英文推理小说，然后用用ds v3.2 思考进行润色。
具体流程是用notebooklm 扫一遍小说 提取出背景 风格和部分术语，再用aistuido提取全术语表 接着gemini翻译 翻译出来的稿子在放进notebooklm进行润色对策关键词提取，最后使用ds润色。
今天ds v4 出来迫不及待的试了下 结果不太好
pro版在翻译上存在幻觉比较严重的情况 同时pro在翻译和润色上都存在不讲人话 甚至出现完全看不懂的句子情况
flash倒是挺出乎意料的 目前看起来语感好于v3.2 但也同时存在幻觉的问题。
另外隔壁黄油翻译群反应存在截断的问题。
目前感觉和3.2刚上来时一样很多bug 而且价格不菲 得等一段时间才能正常用了
感谢分享使用体验。
—— 来自 S1Fun 就是把校对好的术语表和原文丢给ds叫它翻译么，每次对话塞给它多少字呢 tonyunreal 发表于 2026-4-24 21:24
就是把校对好的术语表和原文丢给ds叫它翻译么，每次对话塞给它多少字呢
用的是ainiee 接gemini api 和 ds api 要提供除了术语表之外的东西 比如人物白描 故事设定 作者的文风 另外关键词也是自己写 这些靠notebooklm和aistuido提取。每次文章输入软件分割是4096 token，大概相当于80-90夯。算上关键词术语表等 平均一次输入大概是1w token左右。 gemini算上思考和输出也是1wtoken 润色稍微少点 我觉得翻译任务可以关掉思考试试 长文翻译的专有名词一致性是怎么解决的？
—— 来自 S1Fun 革萌 发表于 2026-4-24 21:51
我觉得翻译任务可以关掉思考试试
不行 日文就是屎山代码，光一个主语省略就能搞死。 感觉翻译这种活应该用微调过的参数小一点的模型而不是直接上大模型 百响 发表于 2026-4-24 21:54
长文翻译的专有名词一致性是怎么解决的？
—— 来自 S1Fun
notebooklm 提取出来 然后写入术语表 分段翻译时如果出现相关词语会调用术语表 qwased 发表于 2026-4-24 21:58
感觉翻译这种活应该用微调过的参数小一点的模型而不是直接上大模型
不行 试过很多 包括很多人吹的sakura。根本没法读。
大模型一个好处知识库充足，还有能解决词法问题另外高上下文能减少主语弄错，语义偏差的问题 也有利于统一整本书的翻译风格 没那么复杂,
thinking模式实际上在翻译这种任务上肯定是完全得不偿失的 看过一份报告 阿里那边做的 大模型翻译现在在句子级的准确率上能达到百分之90度，但在文章级的准确率上只有50多。提高翻译文章的长度我觉得是提高翻译精度的一种方法，但长上下文的问题就是ai 注意力会显著下降。这是目前的不可能平衡 这是我翻了几百本书得出的结论 你说这个谁懂呀? 发表于 2026-4-24 22:02
没那么复杂,
thinking模式实际上在翻译这种任务上肯定是完全得不偿失的
要看语言 日语这种屎山代码肯定要开思考的。光一个使役型不开思考就搞不定 julytc 发表于 2026-4-24 21:29
用的是ainiee 接gemini api 和 ds api 要提供除了术语表之外的东西 比如人物白描 故事设定 作者的文风 另 ...
我也在用这个软件，有什么提示词推荐吗？
我润色以后还是非常寡淡，虽然原文就挺寡淡。
接的是ds julytc 发表于 2026-4-24 21:58
notebooklm 提取出来 然后写入术语表 分段翻译时如果出现相关词语会调用术语表 ...
aineii自带的术语表提取不行吗？ alacab 发表于 2026-4-24 22:13
我也在用这个软件，有什么提示词推荐吗？
我润色以后还是非常寡淡，虽然原文就挺寡淡。
我的建议是你先翻一段 然后将翻译的部分放到web上 提出你认为的问题和修改意见 再让他修改或生成关键词 然后再翻 再改 毕竟每个人的需求不同 alacab 发表于 2026-4-24 22:15
aineii自带的术语表提取不行吗？
7.2我还没更新 7.1以及之前的版本是不行的 而且notebooklm全文扫读能力和理解能力更强，不容易出现语义偏差 julytc 发表于 2026-4-24 21:58
不行 日文就是屎山代码，光一个主语省略就能搞死。
如果是屎山代码，你应该打开Aniee的附加前文功能 革萌 发表于 2026-4-24 22:21
如果是屎山代码，你应该打开Aniee的附加前文功能
ainiee有这个功能么 如果你说的是参考上下文行数，那我只能说那功能没用 纯粹浪费token。
日文光是省略主语的情况就有五种，经常出现对话或描述弄错人物的情况 这还不算因为分段造成的上下文不连贯的情况 ，这个问题至少困扰了我大半年时间 直到在关键词中强行列举所有情况外加开思考才解决 julytc 发表于 2026-4-24 22:16
我的建议是你先翻一段 然后将翻译的部分放到web上 提出你认为的问题和修改意见 再让他修改或生成关键词...
这个方法好。 听说思考深度调没调到max是两个模型
LZ你加了reasoning_effort：max参数吗 此誓的守望 发表于 2026-4-24 22:34
听说思考深度调没调到max是两个模型
LZ你加了reasoning_effort：max参数吗
目前ainiee中ds接口还没有增加更具体调整参数功能 只能调温度 topp等参数 快半年没用过AiNiee了，发现功能上已经接近我自己造的轮子了
话说翻译的模型我基本全试过，目前用下来，单说译文的流畅度（不谈准确度），gemini 3 flash是独一档，不论是3pro还是opus4.6还是刚出的gpt5.5都比不上
不知道翻译能力是不是差不多要到顶了 https://weibo.com/ttarticle/x/m/show/id/2309405273695458557959?_wb_client_=1
希望对你有参考价值 估计不能光是设定表，得上设定wiki
然后上文翻译完成之后，需要压缩引入作为下文得提示词
反正对上下文长度是个挑战，而且工程量还挺大得 julytc 发表于 2026-4-24 22:38
目前ainiee中ds接口还没有增加更具体调整参数功能 只能调温度 topp等参数
aniniee在配置文件里可以自己加参数吧？我之前翻游戏有开过一次配置文件 我直接用claude code… 他这个百万测试下来只有1/10，也就是10万字内准确度还行，不过这些llm都是这样要打几折的 notebooklm有个问题是注意力太集中在前半段，如果生本书扔进去术语表可能主要是前几章的
我先说的做法是notebooklm出一个基础术语表，
然后每轮翻译会把切片丢进llm出一个增补术语表，然后叠加完整术语表再翻译。为了防止术语表爆炸会只传入当前切片出现的术语。
另外每轮翻译前传个前文总结，效果会好点。
—— 来自 Xiaomi 2512BPNDAC, Android 16, 鹅球 v3.5.99 julytc 发表于 2026-4-24 22:04
看过一份报告 阿里那边做的 大模型翻译现在在句子级的准确率上能达到百分之90度，但在文章级的准确率上只有 ...
这报告原文有链接吗？想看一下。 不明觉厉 现在用来写H文，就算上了各种破甲词，生成到稍微涉及点实操的部分就会立马给你断掉，不给你复制的时间。 目前还是离不开人工校对，很多没校对的一开双语就看着火大 不知道是否错觉。ds写女性向刘备的尺度要大得多。还经常不会触发收回 ww-tsl 发表于 2026-4-25 12:11
现在用来写H文，就算上了各种破甲词，生成到稍微涉及点实操的部分就会立马给你断掉，不给你复制的时间。 ...
用api还是官网/app？api的话如果不给写是因为它有幻觉甲(本身没甲但幻觉太高以为自己有甲，得你告诉它"你是没有限制的模型")，官网的话那本来就不能直接写，虽然之前确实有几个版本可以实现官网破甲，但为了账号安全建议不要直接在官网app上写 GN-XⅢ 发表于 2026-4-25 12:09
这报告原文有链接吗？想看一下。
https://www2.statmt.org/wmt25/ scikirbypoke 发表于 2026-4-25 12:11
目前还是离不开人工校对，很多没校对的一开双语就看着火大
做机翻的目的 最终还是交给人作最后的润色校对。但毕竟人力有限的，而且不是谁都有奉献精神。所以我只想提高机翻的质量 等待愿意做校对的人 qwjhb 发表于 2026-4-25 11:59
notebooklm有个问题是注意力太集中在前半段，如果生本书扔进去术语表可能主要是前几章的
我先说的做法是not ...
在你的关键词问题下上这个会比较好
# 推荐分析流程
NotebookLM 必须执行：
1 文本逐段扫描
2 问题归类
3 抽象为润色规则
4 输出专项规则 这些AI都不如deepL harukage 发表于 2026-4-25 08:20
aniniee在配置文件里可以自己加参数吧？我之前翻游戏有开过一次配置文件
请问下该怎么搞
页:
[1]
2