kaiandUser <human>
1b47b50d3c
架构变更：把 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>
2.0 KiB
2.2 多价GalNAc簇的合成成本随价态升高而递增，并在去唾液酸糖蛋白受体亲合力平台处趋于停滞
三天线GalNAc共识并非历史惯性使然：从单价升至三天线GalNAc后，去唾液酸糖蛋白受体（ASGPR）的Kd值从毫摩尔级降至约2–2.3 nM，亲和力提升约10^6倍，而GalNAc单元数量仅增加三倍 [src_E13][src_C04]。从三天线进一步升至四天线，改善幅度则十分有限 [src_E13]，由此形成亲合力平台，也正是这一平台确立了三价作为经济最优方案的合理性。
三种新一代骨架化学方案清晰展示了设计上的取舍。吡喃衍生的TrisGal-6骨架（src_A02）在固相合成前将三个单价GalNAc单元连接至吡喃糖核心，使合成仪上的引入步骤缩减为单次偶联，同时保留三天线几何构型；体内ANGPTL3基因敲低效果与传统L96标准相当，而簇本身的合成步骤数大致减少一半 [src_A02]。核糖呋喃糖骨架（src_A04）采用与标准CPG载体化学兼容的核糖核心——该设计已实现针对PCSK9和AGT靶点偶联物的千克级合成 [src_C02]。二胺骨架（src_A10）以柔性二胺核心为基础，在肝细胞递送效率上与临床候选物NAG37相当，且配体-寡核苷酸连接处引入硫代磷酸酯键后可进一步提升活性 [src_A10]。
当双靶点项目需要价态≥4时——无论是针对长链构建体，还是肝脏ASGPR表达降低的疾病状态——汇聚式合成的需求将急剧增加。每增加一条臂，约需额外2–3步：保护、分支点偶联和去保护。尤为关键的是，分支点在标准氨水去保护条件（55°C × 16 h）下的稳定性是一个实质性的质控检查点：臂组装中的酯键或氨基甲酸酯键可能发生水解，产生截短型簇杂质，其结构与目标产物高度相似，难以通过常规色谱法去除 [src_C07]。
工艺特征：+2–6步（取决于价态），+0–2个簇臂亚磷酰胺单体，无异源双链体质控（单一双链体），GalNAc价态3–5。