医学翻译
只用于医学领域文献资料的来源内翻译。非医学领域的论文、书籍、合同、产品资料、工程技术文档或其他文献翻译不使用本 Skill;应改用通用翻译能力或相应领域的翻译 Skill。
医学文献翻译必须准确、完整,译文正文不添加诊断、治疗建议、文章摘要或原文没有的医学解释;飞书论文交付后的外部回执按第 8 节提供来源内导览。所谓“全文”必须由可靠读取、覆盖核对和逐段双语医学质量检查证明,不能只由生成意图或飞书写入成功推断。
1. 锁定来源与范围
从用户原话判断来源、范围、目标语言、材料类型和用途,不重复追问已给信息。用户明确目标语言时直接遵从;未明确时,来源以英文为主则译成中文,以中文为主则译成英文。只有来源混合、目标语言无法可靠判断且不同选择会实质改变结果时,才追问目标语言。内部记录 en-zh、zh-en 或其他实际方向。
范围使用以下三种状态之一;参考文献另用独立策略记录,不再用是否纳入参考文献决定 full:
full:来源中除参考文献列表外的所有实际可读论文内容均须进入交付物,包括题名、摘要、正文、表格单元格与脚注、图题图注、图中可读文字、补充材料入口、致谢/资助/利益冲突/数据可用性/许可声明。参考文献按下述默认策略排除时不构成缺口,也不把范围降为body-full。body-full:用户明确排除补充材料、表图、尾部声明或其他非参考文献内容;必须在“实际翻译范围”中写出排除项,不得笼统声称整份论文全文。partial:只翻译指定页/节,或因读取、OCR、长度、工具或写入限制存在缺口;必须列明缺口。
用户明确指定只翻译某些页、章节、段落或字段时,直接遵照该范围,不扩展成全文,也不追问是否需要补译其余部分;按实际意图记为 partial 或 body-full。同一请求既包含问题又要求翻译时,先回答用户的问题,再按用户指定范围翻译;两部分明确分隔,回答内容不得混入或改写译文。若问题属于检索、循证、论文解读或学术润色等相邻意图,先按对应 Skill 完成该子任务,再继续翻译子任务。
参考文献使用以下一种策略:
exclude-by-default:默认策略。用户只说“全文翻译”而没有明确要求处理参考文献时,不翻译、不保留参考文献条目;飞书文档中不得创建“参考文献/References”章节或写入条目。exclude-by-user:用户明确说参考文献不用处理;行为同上,且仅排除参考文献时仍可判为full。preserve-original:仅当用户明确要求“纳入/保留参考文献”但未要求翻译时,按来源顺序逐条保留原文。translate:仅当用户明确要求翻译参考文献时,逐条翻译可翻译的题名等语言内容;作者、期刊名、年份、卷期页码、DOI/PMID 等书目信息按原文保留,不得补造。not-present:可靠来源确实没有参考文献条目。
显式纳入参考文献时不得用“参考文献共若干篇,详见原 PDF”等占位句替代。默认排除不属于占位,也不影响全文完成判定;最终回复的“实际翻译范围”要说明参考文献按默认规则未纳入。
同时判定交付模式:
chat(即quick_answer):用户未明确要求飞书/文档产物时的论文片段、可在一次回复中完整承载的短论文、用户明确要求“快速翻译”,以及其他短文本。feishu:除上述短内容例外外的文章全文翻译默认使用;不能在一次聊天回复中可靠完整交付的长文/复杂全文,或用户明确要求飞书文档、可下载产物时同样使用。
默认把“短论文”理解为正文不超过约 3,000 个源语言词、表图简单且能在一次聊天回复中完整交付。用户明确要求飞书文档或可下载文档产物时,该要求具有最高交付优先级:无论材料是论文片段、短论文,还是同时要求“快速翻译”,都直接选择 feishu,不澄清交付载体。
上述翻译方向、范围状态、参考文献策略、交付模式和门槛状态都用于内部执行。未创建文档、直接在聊天中交付译文时,最终回复不得说明翻译方向或交付模式,也不得原样展示 en-zh、zh-en、chat、quick_answer、feishu、full、body-full、partial、exclude-by-default 等内部枚举。成功创建文档时,可以用自然语言说明“已译成中文/英文并整理为飞书文档”,但仍不得展示上述枚举值以及 delivery_mode、delivery_scope、reference_policy、valid=true、门槛 A/B、内部 document ID/revision、translation.xml、coverage-ledger.json 等内部字段、状态和文件名。除非用户明确询问执行或校验细节,回复只说明译文或文档结果、实际完成范围、未覆盖内容、失败原因和必要的续译提示。
2. 获取并核验可靠正文
- 已给文字:直接使用,不检索替代来源。
- 本地附件或本地文件路径(如
/Users/...):必须使用Read或当前环境等价的本地文件读取工具;禁止传给web.fetch,也禁止改写成file://URL。 - 只有
http://或https://远程来源才可使用web.fetch。 - PDF:必须先完整读取
references/pdf-routing.md。全文或长 PDF 必须在处理前完整读取references/translation-quality.md;任何feishu交付也必须读取该质量文件和references/output-and-qa.md,即使来源只是短文本。材料类型复杂时再读取references/text-type-rules.md。 - 中文医学论文、摘要、指南或研究材料译成英文时,翻译前必须完整读取
references/zh-en-academic.md;该要求同时适用于聊天和飞书交付。 - 不把搜索摘要、相邻论文、评论文章或其他版本拼成原文。
- 双栏、表图、页眉页脚混排、字符顺序异常或扫描 PDF,不能只依赖一条纯文本抽取结果。
- 全文 PDF 至少目视/定点核验首页、正文中段、每个表图所在页和末页;扫描页才 OCR,OCR 不清处标记
[原文不清],不得猜。
选择 feishu 交付且来源含 Table、Figure 或 Supplement 时,复制 assets/coverage-ledger-template.json 建立一个最小表图清单。对于 Fig. 1、Figure 2、Table 1、Supplement 1 等编号明确的项目,只登记来源编号 id;校验器会自动识别译文中的“图 1/图1/Figure 1”“表 1/表1/Table 1”等常见标签。只有编号无法可靠识别时才补 target_marker,不得把题名、期刊、翻译方向、范围、参考文献策略、交付模式、译文全文或长图注写入清单。来源没有表图/补充材料时不创建清单,也不传 --coverage-ledger。章节、首中尾、页码、范围状态、缺口和参考文献策略均不写入机器清单。
{"figures":[{"id":"Fig. 1"}],"tables":[{"id":"Table 1"}],"supplements":[]}
长文仍须按用户要求完整翻译、逐段复核并合并为一份 translation.xml;范围、缺口、章节和参考文献由翻译过程与最终回复如实说明,不交给校验器判断。
3. 分段忠实翻译
按原文结构和顺序翻译,必须保持:
- 数字、范围、单位、日期、剂量、给药途径和频次;
- 分期、分级、侧别、阳性/阴性、存在/缺如;
- 否定、可能性、因果、比较、时间先后和条件限制;
- 疾病、解剖、术式、药物、检查、终点和统计学术语;
- 表格行列、图题图注和图中可读文字;
- 正文范围内的注册号、DOI/PMID/NCT、利益冲突、数据共享和许可;参考文献仅在用户明确要求纳入时处理;
- 同一术语在全文中的一致译法。
作者姓名是身份标识,不属于翻译对象。题名页、署名行、通讯作者信息、作者贡献、致谢中的具名人员、表图署名,以及用户明确要求纳入的参考文献中的作者姓名,均按原文字符、拼写、缩写、连字符、变音符号和姓名顺序保留;不得翻译、音译、转写拼音、调整为目标语言姓名顺序,或根据国籍、机构和上下文猜测另一种写法。作者机构、科室、地址、角色和说明性文字仍按目标语言翻译。只有用户明确提供权威姓名对照并要求采用时,才使用用户指定写法。
缩写只在来源或上下文足以支持时展开;有歧义就保留并放入“待确认项”。不要擅自换算单位。患者版可以更易懂,但不得删去临床重要信息。
术语表只能约束译法选择并用于译后一致性核对,不能充当翻译引擎。明确禁止使用术语表、正则表达式、逐词或逐短语 replace、搜索替换或词典命中结果生成最终译文;不得先替换命中术语、再把未命中的原文原样拼入译文。正文、标题、列表、表格单元格、图题和图注都必须按完整语义单元翻译,再应用术语约束并完成双语复核。自动脚本只能处理无语义歧义的格式修复或给出一致性提示,不得直接生成、续写或改写医学译文。
材料较长或超过约 12,000 个源文本 token 时,可以按章节或连续页做内部处理分段:
- 每段记录起止标题或页码;
- 依原顺序翻译并合并,不得把整篇 PDF 压进一次模型生成;
- 合并后统一核对跨段术语、编号和跨页句;
- 每完成一段就在进度记录中登记,不能凭记忆判断完成;
- 内部分段不等于分批交付;飞书写入前必须形成并校验一份覆盖用户全部要求范围的完整
translation.xml。
表格、图注和尾部声明必须回到对应原文页逐项翻译。只要已经意识到“表格可能不完整”或无法定位某一行,就必须重新读取对应页并继续核对;不得以时间、效率或“已有基本信息”为由重建、概括或压缩表格。无法取得全部单元格时按真实情况说明未完成范围,不得声称全文完整。
“快速翻译”不改变用户要求的范围、医学忠实度或完整性。用户未明确要求飞书时,快译采用聊天交付;若材料长到无法在一次聊天回复中完整呈现,明确说明需要分段,在聊天中从第一段开始继续,不得改成摘要。用户明确要求飞书时,即使同时要求快速翻译,也必须进入 feishu 流程,先准备完整译文,再按整篇一次创建优先的方式完成门槛 A/B,不得以“快速”为由改回聊天。
若确因文件过长而没有完成用户要求的全部翻译范围,状态必须记为 partial,不得声称全文或指定范围已经完成。先交付已经完成的连续译文,再用可靠的来源页码明确写出本次已译范围和剩余未译范围,并在回复末尾提出一个具体续译问题,例如:本次已翻译第 1—40 页,尚未翻译第 41—82 页。是否需要我继续翻译第 41—82 页? 不得只问“是否继续”或“是否需要后续翻译”。来源确实没有稳定页码时,才改用可定位的连续章节或段落名称。该续译提示只用于因长度造成的未完成交付;用户明确只要求某一部分且该范围已经完整翻译时,不得询问是否补译范围外内容。
译文正文和飞书文档内不额外插入“核心内容概览”“临床启示”“证据质量”或来源外术语知识。论文采用飞书交付后,聊天中的交付回执按第 8 节提供来源内内容概括;该概括不写回译文,也不得扩展成证据评价或临床建议。
中文学术材料译成英文时,先建立来源命题映射,再用常见学术英语重构句法。允许拆句、合句、调整主语和信息顺序,但不得改变研究对象、方法、结果、限定条件、相关/因果关系、不确定性或结论力度。术语、缩写、大小写、统计符号、时态和章节表达保持一致;不新增 first、best、prove 等来源没有的创新性、优越性或确证性表述。学术自然度不能覆盖来源忠实度,翻译也不能悄悄变成论文润色、扩写或代写。
4. 聊天直出
以下情况不创建飞书文档,直接在聊天中给译文:
- 用户只给论文片段;
- 论文符合上述短论文条件;
- 用户明确要求“快速翻译”“快译”或“直接翻译”,且没有明确要求飞书/文档产物;
- 其他可在一次回复中完整、清晰承载的短材料。
聊天模式不生成 translation.xml、不调用 lark-doc、不执行门槛 A/B。交付前仍要逐段核对数字、单位、剂量、否定、模态、因果、时间、侧别、分期、主要结果、不良事件、表图和参考文献边界;中译英学术材料还要完成双语命题和学术英语复核。结构校验器不判断这些语言质量项,不要为了运行脚本而创建飞书产物。
短论文声称全文时,必须在同一回复中实际包含默认全文范围内的所有可读部分;参考文献列表默认排除且不构成缺口。不能容纳时改为分段聊天并明确本次回复的实际范围,再按原文顺序继续,不得以摘要替代尚未交付的译文。
5. 门槛 A:最小格式与表图校验
先逐项完成逐段双语医学高风险核对:数字、剂量、单位、否定、模态、因果、时间、侧别、分期、主要结果、不良事件、表图对应关系和参考文献策略边界。
再运行最小校验。它只检查:译文非空、XML 良构、禁用的 <sup>,以及清单中已登记的表图文字锚点和真实 <table> 块数量。不检查章节、首中尾、范围状态/缺口、参考文献策略、语言、数字、单位、术语、基金或措辞。
python scripts/validate_translation_fidelity.py \
translation.xml \
--autofix \
--report fidelity-report.json
来源含表图/补充材料时再增加 --coverage-ledger coverage-ledger.json。旧调用中的 --require-full 仅为兼容而接受,不执行任何范围校验。
--autofix 会在校验前直接处理无歧义的 XML 问题:可转换的成对 <sup>…</sup> 改成 Unicode,完整成对的 <strong …>/<i> 改成 <b>/<em>,普通或成对的 <br>/<hr> 改成自闭合形式;<85%、P < 0.001 等紧邻数字的裸小于号改成 <,但不改 XML 标签或无法确定语义的尖括号。清单项目缺少 target_marker 时,只要 id 是明确的图表编号,校验器直接推断常见中英文标签并把推断结果写入报告,不要求手工重写清单;无法识别的自定义 ID 仍须显式提供锚点。自闭合、未闭合、错嵌套或含不可可靠映射内容的格式标签不猜测;修复后 XML 片段必须良构,否则仍然失败。自动修复清单写入报告;完整 translation.xml 通过 Gate A 后到写入之间不得再改正文。若因修复或补译修改了完整 XML,必须重新运行 Gate A。结构校验器不读取或比较来源正文,因此不再为了脚本额外生成、回显或重写一份长 source.txt。
只有命令退出码为 0、报告 valid=true 且逐段双语高风险核对完成,门槛 A 才通过。脚本通过不证明全文完整或医学质量;范围与缺口必须根据实际读取和交付情况如实说明。
6. 写入飞书
只有交付模式为 feishu 时才创建一个飞书文档。论文片段、短论文和快速翻译默认不得因为“看起来更正式”而自动创建文档;但用户明确要求飞书/文档产物时必须创建:
- 以
assets/feishu-doc-template.xml生成translation.xml; - 替换模板中的全部占位符;文档标题、
translation_label和章节标签使用目标语言,中译英标题使用English Translation,不得残留“中文翻译”;默认参考文献策略下不得向 XML 写入参考文献标题、条目或占位说明; - 从 XML 所在目录使用相对文件附件语法
@translation.xml写入; - 禁止
--content "$(cat translation.xml)"、内联超长 XML 或未转义的命令替换; - 创建/更新返回结果按
references/output-and-qa.md校验调用状态、document ID 和 revision;identity、warnings/degrade 只记录,不因其本身失败; - 表图媒体若无法可靠写入,必须保留完整文字题注和图中可读文字,不能只留“见图”;只有题注或可读文字也缺失时才降级,原始位图未嵌入本身可记录为不影响范围的交付说明;
- 按
references/output-and-qa.md的“可见结构与语义高亮”排版:原文明示的重要结论、主要发现、安全性风险、警示和关键限制可在原位置使用多个语义明确的<callout>高亮块;优先直接包裹对应完整译文,不删减、不重复、不拔高结论。
高亮块的多少由原文实际重点决定,不设置生硬的数量机器门槛。
不因材料较长、章节较多或预计文档较大而预先创建骨架或默认分段写入。用户要求的目标范围翻译完成、合并成完整 translation.xml 并通过门槛 A 后,默认用这份完整 XML 整篇一次创建飞书文档,再校验原始创建结果。
只有整篇创建明确因载荷、长度或服务限制失败,且没有留下可用文档时,才启用分段写入兜底:把已经通过门槛 A 的完整 XML 按原文顺序机械切成最多 3 个连续大段,创建一个含唯一标题的文档,并在同一 document ID 内串行写入这些大段。不得默认逐章更新,不得为每段创建文档,也不得用 append 填充中间章节;只有某个大段本身再次明确触发长度限制时,才允许只拆分该失败大段。分段是飞书传输方式,不得重新翻译、删减或改变已经校验的完整内容。
整篇创建结果未通过门槛 B 时,先检查同一份原始 create JSON 的 blocking_errors;不得 fetch 回读,也不得未经检查直接创建第二份文档。若返回了可用 document ID,需要修复时只更新该文档并校验 update 结果;权限、XML 结构、参数或普通网络错误不通过分段规避,应修复根因并重新执行,或明确停止。
飞书 XML 禁止 <sup>/</sup>。固定上下标直接使用普通 Unicode,例如 10⁹/L、m²、cm²、CO₂;复杂公式才使用 <latex>。
正常路径只执行一次整篇 create。只有该次创建明确受载荷、长度或服务限制阻断且未留下可用文档时,才允许为上述分段兜底再执行一次恢复性 create;恢复后所有内容只写入这一个 document ID。后续发现真实缺章、缺表或残留标签时,只更新这一份可用文档,不得为了满足标题、层级、revision 或格式校验重复创建。不要运行校验器 --help、读取校验器源码或手工拼接 create JSON;本 Skill 中的固定命令就是执行入口,原始 create/update JSON 直接重定向保存给脚本读取。
7. 门槛 B:飞书写入结果
不回读飞书正文。整篇 create 后只校验原始创建结果:
node scripts/validate-lark-doc-write-result.js \
--operation create \
--report write-report.json \
create-result.json
若分段兜底或修复需要 update,逐次校验更新目标和 revision:
node scripts/validate-lark-doc-write-result.js \
--operation update \
--expect-document-id "$DOCUMENT_ID" \
--previous-revision "$PREVIOUS_REVISION_ID" \
--report write-report.json \
update-result.json
只有命令退出码为 0 且报告 valid=true,门槛 B 才通过。它只检查:
ok=true,且data.result存在时为success;- 返回可用且内部一致的 document ID、文档 URL 和正整数 revision;
update写入同一 document ID,实际修改了块,且 revision 比上一次成功写入更大;- identity 与 warnings/degrade 只记录,不作为硬门槛。
门槛 B 不 fetch、不读取或检查飞书中的持久化正文,也不重复检查译文内容;这些内容以门槛 A 已通过的完整 translation.xml 和逐段双语复核为准。若创建/更新结果失败,查看 blocking_errors 修复调用或停止,不要通过新增文档、虚构正文或重复标题规避。
8. 最终交付
最终回复包含:
- 同一请求中的问题答案在前,译文在后;
- 聊天内译文,或飞书文档链接;
- 论文采用飞书交付时,在链接后提供简短的“论文基本信息”和“论文内容概括”;
- 用自然语言说明实际完成范围;
- 存在未覆盖内容时,明确未覆盖内容和原因;
- 参考文献按默认规则排除时,可写“参考文献未翻译,也未写入文档”,不得展示内部策略名称或范围状态。
未创建文档时,最终回复不得主动报告翻译方向、交付模式、门槛 A/B、valid=true、范围枚举、参考文献策略、内部文件名、document ID 或 revision。成功创建文档时,可以自然说明目标语言和已整理为飞书文档,但不得输出内部枚举、字段、门槛状态、文件名或标识符,也不得使用“门槛 A/B 校验通过”“质量门槛已通过”“校验任务完成”等内部流程话术作为开场、正文或收尾。只有用户明确询问执行或校验细节时,才可解释相关内部状态;文档创建失败时只用“文档暂未创建成功”及可理解的实际原因说明,不抛出门槛名称、枚举值或内部字段。
因文件过长而未完成时,除上述范围说明外,还必须列出已译页码和剩余未译页码,并以“是否需要我继续翻译第 X—Y 页?”询问是否续译;不得追加医学文献解读引导。若来源没有稳定页码,才用具体章节或段落范围替代页码。
飞书论文的外部交付回执不能只有“翻译已完成 + 链接”。内部校验和写入结果均通过后,必须按 references/output-and-qa.md 的“交付回执”给出已核验基本信息、2—4 点来源内内容概括和实际范围;指定范围或其他未完成全文的情况只概括实际已译内容。该导览不写入译文、不额外检索、不得补入外部知识,也不得扩展成证据评价、临床意义或诊疗建议。非论文材料不强制使用这套论文回执;聊天直译不额外重复一份摘要。术语表只说明本文译法、缩写展开或歧义;空节省略。
医学文献解读引导只用于完成的英文医学文献全文英译中。这里的医学文献包括原创研究、综述,以及以文章或正式文献形式发布的指南和专家共识;不得因为标题或文献类型含 Guideline、Consensus、“指南”或“共识”而判为非论文材料并跳过引导。以下条件必须同时满足,才在回答末尾追加且只追加一句:
- 来源是完整英文医学文献全文,不是摘要、片段或指定章节;
- 来源不是按 quick answer 直接交付的短论文或短文献;
- 实际翻译方向为
en-zh; - 实际翻译范围为
full,不是body-full或partial; - 全文翻译已经完成:聊天分段任务已交付最后一批;飞书任务已通过本地结构门槛 A 和写入结果门槛 B;
- 用户没有明确拒绝进一步解读,也没有在同一请求中已经直接要求解读。
医学文献全文按默认策略或用户要求排除参考文献列表时,不改变 full 状态,仍可在全文译完后引导;若用户还排除了补充材料、表图、尾部声明或其他正文内容,则不再视为 full,不得引导。
生成最终回执前必须只做一次上述条件判定;全部满足时,将下面这句话原样放在最终回复最后一行,不得因已经提供论文内容概括而省略:
是否需要我继续使用「医学文献解读」Skill,基于这篇医学文献进一步生成完整的解读分析文档?
英文摘要、文献片段、指定章节、短论文或短文献、任何中文译英文、body-full 或 partial 范围、非文献型材料(如病历、影像报告和药品说明书)、尚未结束的聊天分段翻译、因文件过长或失败而未完成的交付,以及用户已拒绝进一步解读时,一律不追加。用户确认后才路由到 doubao-medical-literature-interpretation,不得未经确认自动进入解读流程。
边界
- 用户要求翻译非医学领域的论文、书籍、合同、产品资料或工程技术文档 → 不使用本 Skill,改用通用翻译能力或相应领域翻译 Skill
- 用户问文章讲了什么、质量如何或临床意义 →
doubao-medical-literature-interpretation - 用户要找多篇文献或最新证据 →
doubao-medical-literature-search - 用户要周期性追踪更新 →
doubao-medical-literature-monitoring - 用户给出具体患者并询问诊疗方案 →
doubao-clinical-decision-support - 用户的主任务是来源内翻译、双语对照或术语核对 → 保留在本 Skill,即使要求译成规范学术英语
- 用户的主任务是投稿级润色、去 AI 腔、按期刊改写或重组论证,而不是来源内翻译 →
doubao-academic-polish,不以输入语言判断