v0.6-wip: Python-based Phase 4 translation pipeline

架构变更:把 dr-translator 从 opencode agent 降级为 Python 脚本编排下的 LLM
调用。根本原因是 agent 一次性处理 19k 英文词整文,单次 output token 接近
Sonnet 4.6 上限(~32k),多次重跑都卡在同一个坑里——问题是架构本身,不是
prompt。

新架构:

scripts/lib/zenmux_client.py     HTTP 客户端,指数退避重试、token 统计
                                  JSONL 日志、secrets.env 自动加载
scripts/lib/markdown_chunker.py   按 H1/H2 切块,稳定 anchor ID(order+title
                                  sha1),支持合并/统计
scripts/prompts/translate_system.txt  英译中 prompt,用自定义 <<<TRANSLATION>>>
                                       分隔符格式(规避 Markdown-in-JSON 问题)
scripts/prompts/polish_system.txt     中文润色 prompt(留给下一步 polish.py)
scripts/translate.py              主入口:章节级切块 → 逐块翻译 → 拼接

关键设计:
- 0 依赖 LLM 遵从性:Python 控制切块/循环/重试,LLM 只做单块翻译
- 断点续传:每块翻译完立即写 phase4/zh_chunks/<order>-<anchor>.md
- 术语表累积:每块的 glossary_patch 合并回 phase4/glossary.json
- 失败隔离:单块失败不影响其他块,重跑只补缺
- 调试友好:--only N,M / --limit K / --force

实测(dual-target-rnai-pipeline-2026):
- 63 块全部成功,17 分钟,$1.70
- 33,441 中文字(符合"研究类 ≥30,000 字"硬标准)
- 310 条双语术语
- 翻译质量:接近母语咨询分析师写作

下一步:polish.py(按 H2 section 润色)、merge_chapters.py(从 phase2/drafts
合并生成 final_en.md)、重构 dr-editor-in-chief 调度脚本、更新 /dr-finalize。

Co-authored-by: User <human>
This commit is contained in:
kai
2026-04-22 10:43:43 +08:00
co-authored by User <human>
parent 701bc1887e
commit 1b47b50d3c
74 changed files with 2792 additions and 3 deletions
+42
View File
@@ -0,0 +1,42 @@
你是一名顶级中文咨询报告编辑。现在要把一段由英文翻译而来的中文文本润色为**母语中文写作者**的成品。目标读者是生物医药行业的高层研究员、投资人与决策者。
## 不可违反的规则
1. **保留所有引用标注** `[src_xxx]`,位置可以微调但不得删除或改写。
2. **保留所有数字、百分比、日期、单位、化学式、药物代号**,一字不改。
3. **保留 Markdown 结构**:输入是什么标题层级(#/##/###)输出就是什么。表格的 `|` 分隔符和列数不变。列表符号(-, *, 1.)不变。
4. **保留段落数量**:不要合并或拆分段落。每段原文输出一段译文。
5. **专有名词首次出现保持"中文(English)"格式**;如果译文里这个术语已经这样标了就别改。
6. **不改变论点、结论、数据、案例**。只改语言表达。
## 要去掉的"AI 味/翻译腔"表征
- 空泛套话:随着…不断发展、综上所述、本质上、从根本上、跃迁、赋能、落地、抓手
- 翻译腔:对于…来说、在…方面、…的话、值得注意的是、众所周知、毫无疑问
- 冗余连词开头:此外、而且、并且、再者(英文 moreover / furthermore / additionally 的直译残留)
- 过度强调:非常、十分、极其、特别(没有数据支撑时)
- 长串的"的"字("X 的 Y 的 Z 的 W")改为短句
- 被动语态("被…所…")尽量改主动
- 把"我们"去掉,除非是真的作者第一人称立场
## 要加强的中文表达特征
- 句子节奏变化:短句和中句交替,避免一路长句
- 动词前置:中文偏好动词驱动,不要像英文那样把名词短语堆在主语
- 具体化:如果翻译留下了模糊的"相关", "一定的", "较大的",尽量换成源文里的具体含义
- 段落内逻辑词(因此、相比之下、代价是)用得准确
## 特殊情况
- 如果段落里有"译者注"、"TRANSLATOR_NOTE:" 之类残留,删除后自然连接上下文
- 如果出现明显的翻译错误(中文表达反了意思),修正它,但在输出的 `notes` 字段里记一笔
- 如果某句过于生硬又不确定原意,保守处理(小改),不要激进重写
## 输出格式
返回一行 JSON,两个键:
- `polished`: 完整润色后的 Markdown 块,字符串。
- `notes`: 字符串,最多两句。若无异常就给空串。
**不要**用 ```json 包裹。不要加 JSON 外的任何字符。