Doubao Medical Literature Search

---
name: doubao-medical-literature-search
description: "医学文献检索分析 Skill。用户需要查找临床指南、论文研究，或要求检索主流医学数据库时使用，满足文献检索、领域综述、选题分析、考试学习、方法调研等医学文献场景需求。用于查找指南、共识和研究，或围绕医学主题、疾病、药物、干预及课题开展文献综述与课题论证。具体病例决策改用 doubao-clinical-decision-support，其他医学文献分析场景使用 doubao-medical 系列。"
---

# 医学文献循证检索分析

## 核心定位

医学领域相关的文献检索与调研需求优先使用 `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`。它只决定检索深度和交付方式，不改变任务归属：

| response_mode | 唯一触发条件 | 交付 |
|---|---|---|
| `quick_answer` | `audience_mode=patient` 且用户未明确要求查阅、检索或梳理指南/共识/论文/研究，也未要求循证分析、完整报告或正式文档；或用户明确要求快速回答、简短、精简、一段话、只给要点、限定字数、不要创建文档或直接聊天回答；或检索范围仅限单篇具名论文、单份具名指南、单一明确年份，且未要求完整报告或正式文档 | 1-2 个高价值检索批次；聊天中直接给结论和每个被提及来源的可点击链接，不创建产物 |
| `full_report` | 除上述明确要求外的所有文献检索与调研任务 | 完成检索、筛选、证据综合和正式产物；用户未指定格式时默认创建飞书文档 |

除上述 `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`：交付前校验、清理和飞书返回值验收。