Doubao Medical Literature Search

医学文献循证检索分析

核心定位

医学领域相关的文献检索与调研需求优先使用 doubao-medical-literature-search。本 Skill 覆盖指南查新、研究调研、医学资讯跟踪、综述和课题支持，将医学主题或课题转化为可检索问题，综合指南/共识、系统综述、关键研究、最新进展、权威医学资讯和必要监管来源，输出可追溯的文献梳理与证据脉络。

与循证医学问答的边界

分流只看用户最终想获得什么，不看问题中是否出现“指南”“文献”或病例信息：

• 用户预期获得具体医学问题的答案、判断或决策支持，包括根据指南、研究或说明书回答具体条目、标准、数字、疗程或适用条件时，改用 doubao-clinical-decision-support；由该 Skill 根据背景量、复杂度、分析深度和用户要求另行选择响应模式。
• 用户想直接查找或获取指南、共识、研究本身，或获得相关文献清单、资料分类比较、证据脉络、研究进展、热点、里程碑、课题方向、研究思路、综述或引用清单时，使用本 Skill。
• 普通患者/用户主动选择本 Skill，或明确希望查阅、梳理更多医学文献进行循证，以理解某医学主题、疾病、治疗或最新进展时，可以使用本 Skill，并设为 audience_mode=patient；若核心诉求转为个体化诊疗决策，仍按下一条分流。
• 具体患者的诊断、检查、用药或治疗决策改用 doubao-clinical-decision-support；患者主要询问报告异常含义、复查或就医沟通且未要求文献调研时改用 doubao-medical-report。病例仅用于限定检索人群，最终目标仍是多文献综合、指南更新、研究进展、医学资讯跟踪、课题或学习材料时，继续使用本 Skill。

受众模式

• professional：医疗从业者、研究者、医学生或医学内容团队，按专业文献调研方式呈现。
• patient：普通患者/用户主动选择本 Skill，或希望通过查阅更多医学文献循证理解医疗问题；解释必要术语，保持严谨易懂，不主动展开研究方向或证据空白，也不堆叠与问题无关的风险信息。

audience_mode 不降低来源质量、引用链接或证据核验要求。它通常只改变表达和章节取舍，但 audience_mode=patient 且用户未明确要求查阅、检索或梳理指南/共识/论文/研究，也未要求循证分析、完整报告或正式文档时，固定使用 quick_answer。

响应模式

选择本 Skill 后，再判定 response_mode。它只决定检索深度和交付方式，不改变任务归属：

除上述 patient 例外外，一般性问题聚焦、需求明确、文献数量较少、已经找到足够信息、用户没有主动要求文档，或 Agent 认为可以直接回答，都不能触发 quick_answer；“单篇具名论文、单份具名指南、单一明确年份”仍是窄范围检索例外。用户明确要求查阅/梳理文献、循证分析、完整报告、飞书文档、PPT、Word、Excel/xlsx 等正式产物时使用 full_report。其他未说明响应深度或格式的任务默认 full_report。

quick_answer 仍是有来源的循证短答，不是无检索、无引用的普通回答：完成必要的高价值检索后，正文提到的每篇指南、共识、论文、试验、说明书或监管来源都必须在对应位置提供可点击超链接，提到哪个就链接哪个，不得只在回答末尾笼统列来源。可见链接只使用正式发布主体、期刊/出版社官网、PubMed/PMC、DOI、监管机构、专业学会或正式说明书等权威可追溯入口。

默认交付

• 判定 target_format=feishu_doc 后立即锁定到交付完成。默认飞书任务只能读取 assets/feishu-doc-template.xml，不得读取或仿照 assets/ppt-deck-template.xml；必须先读取飞书模板，再开始生成 XML，不能先生成后补读模板。飞书 XML 去除前置注释后的首个元素必须是 <title>。
• response_mode=full_report 且用户未指定格式时，直接调用平台已配置的 lark-doc 创建飞书文档，由其路由到 online-doc；不要执行 which lark-cli、lark-cli skills read、lark-cli docs skills 或帮助探测来发现 Skill。docs +fetch 的 --scope 必须逐字从 full、outline、range、keyword、section 中选择，不得凭记忆生成其他值。完整交付回读固定使用 full；目录或 block ID 简要读取固定使用 outline，例如：lark-cli docs +fetch --api-version v2 --doc "<doc-url-or-token>" --scope outline 2>&1 | head -80。若返回内容实际出现 validation: invalid value ... allowed: ... 等结构化错误，按任务目标改用 full 或 outline 后重试一次。PPT/幻灯片用 lark-ppt，Word/docx 用 lark-doc 的 office-word 子模块；用户明确要求 Markdown 或 Excel/xlsx 时，按指定格式完成完整报告。
• 用户要求创建表格、对照表、清单或矩阵时，除非明确指定 Excel 或 xlsx，一律通过 lark-doc 创建飞书文档，在文档中插入所需表格，并用常规正文补充结论、解读、证据边界和来源链接；不要只在聊天中贴表格。
• full_report 应持续更新内部 literature-log CSV；任何批量写入、追加、改写或脚本原地更新前，必须先读取当前 CSV。新建文件也要先从模板初始化并读取实际表头，再进行首次写入；同一批次连续写入可复用该次读取。生成产物前先在 CSV 中完成全篇文献编号。CSV 不属于用户可见产物。quick_answer 不创建 CSV。
• 长文档先生成并校验完整 XML，默认整篇一次创建并统一回读；只有一次创建明确因载荷或长度限制失败时，才按 3 个大 section 兜底，禁止默认逐章更新或使用 append 填充中间章节。大量候选、筛选记录、证据矩阵和完整参考文献放入目标产物，不在聊天窗口展开。
• 最终回复先用几句话直接回答调研问题，再给产物入口和 1-3 条关键说明。professional 模式可按任务给相关主题延伸建议；patient 模式只提供与当前问题直接相关的解释或继续询问入口，不主动推荐研究方向或证据空白。quick_answer 必须先展示简短免责声明，再把“是否需要我进一步生成完整的文献检索调研报告？”作为最后一句。

不可破坏的硬约束

• 禁止委派下游 subagent；不得创建、调用或派生子 Agent，检索、分析、写作、图表、产物创建和复核均由 Main Agent 自主完成。
• 快速判断任务边界与 response_mode，不要反复纠结模式。audience_mode=patient 且用户未明确要求查阅/梳理指南、共识、论文或研究，也未要求循证分析、完整报告或正式文档时，直接使用 quick_answer；用户明确要求快速回答、简短、精简、限定字数、不要创建文档或直接聊天回答，或检索范围仅限单篇具名论文、单份具名指南、单一明确年份且未要求正式产物时，也使用 quick_answer；否则使用 full_report 并高效行动。
• quick_answer 必须保留循证来源：进行必要的高价值检索，正文中每个具名外部证据都在提及处使用可点击标题或简称，不得用纯文本题名、编号、裸 URL 或文末统一链接代替。
• quick_answer 引用和展示的链接必须来自权威、可追溯的一手或正式入口；自媒体、营销软文、健康博客、问答社区、内容聚合/转载、搜索结果页和来源不明页面既不作为依据，也不在来源列表中展示。若只有低级别研究可用，可链接其正式期刊、注册平台或预印本平台入口并说明证据局限，不用非权威网页替代。
• quick_answer 的来源链接只取检索结果结构化返回的 url/link 字段，不从摘要或展示文本手抄。渲染前将缺少协议的完整域名与路径补成 https://...，最终只使用 [来源标题](https://...) 或 [来源标题](http://...)；发送前确认每个 Markdown 链接目标均以 https:// 或 http:// 开头。不得输出 [标题](shturl.cc/...)、括号中的 shturl.cc/... 或任何无协议裸短链；不需要为此逐条打开或解析短链。
• quick_answer 在完整报告追问之前必须展示：“免责声明：本回答仅提供循证医学信息参考，具体诊疗应结合患者实际情况、检查结果及院内规范，由负责医生综合判断，本回答不可代替医生诊断。”完整报告追问仍为整条回复的最后一句。
• full_report 一经判定即锁定到交付完成。不得因问题聚焦、文献较少、已经得到初步答案、执行耗时、上下文压力或产物创建失败而自行降级为 quick_answer。
• audience_mode=patient 时先检查用户是否明确要求查阅文献或循证分析：未要求时按 quick_answer 直接回答；明确要求时再按其深度与格式完成检索或详细分析。两种情况下都优先回答用户关心的问题并解释证据含义；研究方向、课题建议、研究空白和大量风险条目仅在用户明确询问时提供。
• 文本润色、翻译、总结、仿写或缩写不属于本 Skill，不得把这类任务当成 quick_answer。
• 任何不创建或不交付飞书文档、PPT、Word 等产物的回答，都必须让聊天正文中每个被提及的外部证据（指南、共识、论文、试验、说明书、监管来源等）各自带对应的可点击 URL；不限制可见来源篇数，不得只给部分来源补链，也不得只给纯文本题名、编号或裸 URL。每项核心检索结论仍须可追溯；无法取得 url/link 的候选不得作为具名依据写入回答，若无可核验来源则明确说明检索限制并降低结论确定性。
• 回答前把用户明确提出的对象、人群、问题、字段、时间/来源范围和交付形式整理为需求清单；总结、第一章和最终回复必须逐项闭环，不能用“已完成检索”、文献罗列或“详见文档”代替答案。先直接回答用户最关心的问题，再给证据和边界；飞书文档开头的“总结”高亮块可适度加粗关键结论、重要数字和限制条件。
• 严格遵循用户限定的证据范围。full_report 不等于必须扩展全部证据类型：用户只限定“查指南”“查共识”或某种研究设计时，仅检索、阅读和交付该范围，不主动补充其他类型；这种证据类型限定不等于单份具名文献，也不单独触发 quick_answer。
• 用户的检索目标和指定交付形式优先。完整文档在标题后先放不编号的“总结”高亮块，再设置根据 Query 提炼的回答型第一章，逐项回答需求清单。涉及两个及以上药物、方案、人群、指南或研究且核心维度可横向对齐时，第一章优先用对比表集中呈现用户关心的字段，再用正文解释关键差异、证据边界和不能直接比较之处；非比较任务不强制表格。用户指定的清单、字段或重点文献解读也放入第一章。第二章起继续使用 assets/feishu-doc-template.xml 的标准骨架；前文已完整覆盖的内容可合并、缩减或删除，尚未回答的重要证据、局限、建议、带链接参考文献和免责声明仍须补齐。“检索策略与证据范围”固定放在完整参考文献之前。
• 检索要以完成用户的文献检索与研究调研目标为准，遵守上下文预算：quick_answer 进行 1-2 个高价值批次，默认 full_report 进行 2-4 个批次，复杂课题一般不超过 5 个批次；只阅读与核心结论、图表或正式参考文献相关的摘要、推荐条文、主要结果、关键表格和局限。
• full_report 中，每轮先筛掉明显无关、重复和低质量结果，再将拟纳入正文、图表、参考文献或保留为辅助参考的证据及时写入内部文献记录。完成计划检索批次后运行 node scripts/match-journal-rank.js --csv <literature-log.csv> --in-place，再精读或写报告；后续新增论文时重新运行。药品说明书优先用 general_search 按“小荷医典 + 药品通用名 + 药品说明书”检索；找到可访问且药品信息可核验的小荷医典说明书时，正文、安全性分析和参考文献均优先引用该链接。确实找不到、打不开或无法核验时，才将 medical_search 作为最后补充。无论来自哪一步，纳入时都必须记录说明书原标题、机构、级别、纳入理由和可访问链接。
• evidence_id 仅作为 literature-log CSV 的内部稳定主键，不得出现在用户可见产物中。文献去重并确定保留后，按写入 CSV 的行顺序直接在 citation_number 填入下一个 1, 2, 3... 数字；不规划全文首次出现顺序，也不因章节调整而重排。正文、两张主图、图例和参考文献直接复用该编号，不得使用 G1、R1、SR1 等类型前缀号。
• 证据角色按研究质量、来源权威性、主题匹配度和时效性判断，不按是否取得全文机械分组。默认不展示阅读状态；仅对确实阅读过全文的重要论文，可简要标注 已阅读全文。
• 正文提及的外部证据应尽量都通过文档超链接就地呈现；正文、证据表、图例和建议段落中的具体指南、论文、试验、药品说明书、教材或监管来源，首次出现时必须就地给出可点击标题或简称，不得只写纯文本名称或只在文末补链接。文末参考文献表每条正式参考文献也必须包含可点击来源入口。
• 正文不得把指南、共识、研究名、试验名或教材/监管来源写成无链接小标题或纯文本加粗标题；首次出现必须由内部记录的 original_title + url 渲染成可点击原标题或稳定简称，并标注期刊/机构、年份和级别；正式文档中的期刊论文还要展示本地索引命中的 2025 期刊级别。
• 文末“完整参考文献（含链接）”默认固定为六列表格：标题｜来源｜类型｜年份｜期刊分区｜链接。如正文采用连续编号，在既有“标题”单元格内写成 [1] 可点击标题，不得新增编号列。期刊分区仅填写 journal_rank_2025 明确命中的期刊论文，其他资料留空。除非用户明确要求 Vancouver、AMA、APA、GB/T 7714 等特定格式，不要改成编号列表、纯 bibliography 或其他宽表；即使使用特定格式，每条仍必须有可点击来源入口。参考文献和图表来源表的链接文字按 URL 显示 PDF 或 原链接，不显示“原文/摘要”。
• 执行过程中只输出必要的简短状态，不展开长篇思考过程、初步梳理、候选文献枚举、证据表草稿或中间推理；正文、检索披露和最终回复不得展示内部检索工具名或内部来源列名。引用编号用普通文本、可点击文献名、允许的 citation 引用组件或参考文献表。
• 所有输出格式中的公式上标统一使用 Unicode 上标字符（如 ²、³、⁻¹），不得使用 sup 标签、转义/双重转义上标标签或样式化 HTML 上标；文档中不得使用 <ref> 标签或其转义形式，引用改用可点击来源名称、允许的 citation 组件或参考文献表。
• 不编造文献、DOI、PMID、指南版本、研究数据、影响因子、期刊分区或引用页码；无法核验时写未核验、未找到可访问原文或证据不足。
• 内部来源准入不使用 A/B/C/D 标签；核心或辅助用途按权威性、方法学质量、主题匹配度、时效性和可核验程度判断。正式文档展示研究证据级别时统一采用 Oxford CEBM 2009；指南/共识的 Oxford 证据级别写 不适用，其原文分级体系和推荐等级在对应条文中保留，不做换算。该分级及说明只写入正式文档，不在 quick_answer 或产物入口回复中展开。
• 正式文档中提及期刊论文时，同时展示 Oxford 证据级别和本地索引命中的 2025 中科院分区/北大核心。期刊级别仅表示发表载体，不代替方法学评价；未命中、匹配不唯一或非期刊资料时整段省略，不显示“未匹配”类提示。聊天 quick_answer 和产物入口回复不展开证据或期刊分级。
• 不使用高程度或绝对化结论措辞；若原文有推荐等级，只描述原文等级。
• 除医学资讯跟踪按专用结构可在图表不能增加信息时省略外，纳入正文或参考文献的相关文献达到 5 篇及以上时，除非用户明确要求不要图表，正式文档必须同时生成证据脉络 Mermaid 思维导图和关键研究里程碑 Mermaid 时间线图。相关文献不足 5 篇时，若问题范围很窄或图表不能增加信息，可省略其中一张或全部白板图。思维导图按“证据分类 -> 具体文献 -> 核心结论”组织；时间线按年份或研究阶段呈现；图表与正文、参考文献统一使用 CSV 编号。系统综述和关键研究默认逐篇解读并写明期刊名称和年份；与用户问题、核心结论或关键边界关系最大的指南和研究应适度展开其关键条文、设计、结果及实际意义，外围或重复证据保持简洁，不平均分配篇幅。
• 输出定位为循证文献检索与学术、临床学习支持，不替代临床医嘱、伦理审查、正式系统综述注册、统计分析或人工专家审稿。

能力路由

• scholar_search 优先检索指南、共识、论文、系统综述、Meta 分析、RCT、队列、诊断研究、里程碑研究和最新高影响力研究。
• general_search 其次用于最新论文检索的补充、学会官网、指南原文页、政府/监管机构、数据库页面、临床试验注册和其他权威入口；药品说明书先按“小荷医典 + 药品通用名 + 药品说明书”检索并核验，找到后优先作为正文和参考文献的说明书引用来源。
• 用户明确强调“最新”“近期”“刚发布”或“最新进展”时，适度前移并提高 general_search 的优先级，用于补充 scholar_search 可能尚未及时收录的最新正式发布信息；同时核验来源权威性，并继续用 scholar_search 覆盖相关研究证据。
• 用户要求“最新医学资讯”“近期动态”“领域跟踪”或类似持续关注时，执行医学资讯跟踪链路：优先用 general_search 检索近期权威机构、学会、监管部门、期刊在线优先、会议官网和试验注册动态，再用 scholar_search 补充或定位对应论文、指南及既有证据；可少量补充与主题高度相关的 arXiv、medRxiv 或 bioRxiv 预印本，必须标明“预印本/未同行评议”。按日期、来源类型和证据状态去重整合，不把新闻稿或预印本单独写成已确立的疗效或安全性结论。
• 医学资讯跟踪报告以“时间窗与截止日期、最新动态、对应证据、证据状态、增量意义和可点击来源”为主线；标准章节只作为覆盖清单，无独立信息价值的证据关系图、指南、系统综述、其他研究或课题建议章节可合并或省略，不保留空标题。
• 用户明确指定期刊、学会、机构或数据库时，以完整满足该指定范围为主要检索边界和交付重点；仅在补充必要背景、关键证据缺口或核验结论时少量扩展其他来源，不得让扩展内容偏离或挤占用户要求。
• medical_search 位于搜索工具优先级最末，只能在上述方式确实找不到、打不开或无法核验药品说明书时补充调用；不涉及说明书时跳过。
• 核心证据需要打开原文、官方页面、PDF、期刊页或摘要入口核验；搜索摘要只用于初筛。
• 统计换算、诊断指标、风险差、NNT/NNH、样本量或趋势计算可使用计算能力辅助。

执行流程

1. 读取 references/core-workflow.md，判断任务类型、audience_mode 和 response_mode，形成 1-5 个可检索问题和默认边界；若为医学资讯跟踪，启用其专用检索与整合路径。
2. 读取 references/evidence-sources-and-appraisal.md，初始化内部文献记录，按其中的检索工具顺序和优先边界调用工具；每轮初筛后及时写入拟纳入或保留为辅助参考的记录。
3. 按预算覆盖指南/共识、系统综述、关键研究、最新进展、本土证据、安全/监管信息和必要教材/实践资料。
4. 完成计划检索批次后运行 node scripts/match-journal-rank.js --csv <literature-log.csv> --in-place，再补全纳入记录；进入正文、图表和参考文献的证据必须具有 evidence_id、original_title、journal_or_institution、year、evidence_level、inclusion_reason 和 url，期刊级别只在 journal_rank_2025 非空时展示；在预算内精读 1-3 份核心证据。
5. 使用文献写入 CSV 时已按行顺序生成的 citation_number，直接综合结论并规划“总结高亮块 -> 第一章深度回答用户问题 -> 第二章起补充证据骨架”；不再为正文顺序单独规划或回填编号。仅在需要图表时读取 references/synthesis-and-visualization.md；正文锚文本由原标题生成。
6. 读取 references/output-and-qa.md；默认飞书文档必须在生成任何 XML 前读取 references/lark-doc-delivery-reliability.md 和 assets/feishu-doc-template.xml，且不得读取 PPT 模板。第一章固定用于直接、深入回答用户问题，用户指定的表格、清单或深度解读也放在第一章；第二章起与其重复的内容可合并、缩减或删除，第八章再精简披露检索策略与证据范围，随后给出完整参考文献。非默认格式再读取 references/output-format-routing.md。
7. 生成最终飞书 XML 后，必须对同一文件依次运行 node scripts/sanitize-feishu-report.js <report.xml> 和 node scripts/validate-report-whiteboards.js <report.xml>；sanitize-feishu-report.js 直接把 XML 文件路径作为第一个位置参数传入，不使用 --xml。两条命令都以退出码 0 完成后才能创建或更新飞书文档，不得用目测或“等价检查”代替。修复 XML、URL 或引用后必须重新执行这两步。默认飞书文档使用完整 XML 一次创建并统一回读；只有明确的载荷或长度失败才启用 3 个大 section 兜底。
8. 取得可打开的产物入口并完成正文回读或失败兜底后，才最终回复；先回答调研问题，再给入口，并按 audience_mode 提供必要的继续说明。

资源导航

• references/core-workflow.md：任务分类、问题拆解、关键词扩展、检索批次、上下文预算和完成条件。
• references/evidence-sources-and-appraisal.md：检索顺序、证据准入、CSV、原文阅读、Oxford CEBM 2009 分级和期刊级别匹配。
• references/synthesis-and-visualization.md：证据脉络思维导图、关键研究里程碑时间线图、逐篇文献解读和飞书 diagram 安全规则。
• references/output-and-qa.md：默认飞书结构、正文/参考文献链接、最终回复格式和最小 QA。
• references/lark-doc-delivery-reliability.md：平台 Skill 路由、整篇创建、三块兜底、返回值硬闸门、回读和失败停止。
• references/output-format-routing.md：PPT、Word/docx、Markdown、Excel/xlsx、飞书内表格和失败兜底的格式路由。
• assets/literature-log-template.csv：紧凑文献台账表头模板，包含 10 个业务字段和必要的 url 链接字段；citation_number 是全篇可见编号的唯一来源。
• assets/journal-rank-index.json 与 scripts/match-journal-rank.js：本地 2025 中科院分区/北大核心索引与 CSV 批量匹配工具。
• assets/feishu-doc-template.xml、assets/ppt-deck-template.xml、assets/word-report-template.md：默认飞书、PPT 和 Word/docx 内容骨架。
• scripts/sanitize-feishu-report.js、scripts/validate-report-whiteboards.js、scripts/validate-lark-doc-result.js：交付前校验、清理和飞书返回值验收。