规划与撰写医学影像AI综述（叙述性/方法调查/范围综述/定性…

当用户需要规划、执行、记录或撰写医学影像AI的叙述性综述、方法调查、范围综述或定性系统综述（含方案设计、文献检索、筛选、提取、偏倚评估、证据综合）时，用可追溯的工件与人工审核门禁来保证结论可回溯到一手来源。

适用场景

解决思路

1. 在收集文献或起草前先阅读 references/REVIEW_TYPES.md，只使用 narrative、method-survey、scoping、systematic 四种 route token；本技能中 systematic 始终指定性综合。
2. 在证据收集开始前可记录修正后的 route 并附明确决策说明；一旦收集开始，项目 route 不可变：冻结旧项目并为不同 route 新建项目，只携带已记录、保留来源的工件。
3. 开始多步综述前完成并记录 intake gate 的七项确认：1) 综述 route 与研究问题；2) 在范围内的 population、modality、anatomy、task、setting 及 outcomes/concepts；3) 目标期刊或受众及任何约束性要求；4) 检索日期范围、语言限制、数据库、灰色文献政策与证据截止点；5) 预期交付物与当前项目阶段；6) 筛选、提取或制表、裁决、偏倚评估及适用时的确定性评估的具名人工角色；7) 计划中的 AI 辅助及披露。
4. 对 scoping 和 systematic route，在方案或检索设计前阅读 references/REPORTING_STANDARDS.md；若缺少必需决策，只能以明确标注的规划选项继续，不得静默选择有后果的方案规则。
5. 用捆绑脚本初始化每个新的多步项目：python3 <skill_dir>/scripts/init_review_project.py --parent <workspace-root> --name <topic-slug> --route <narrative|method-survey|scoping|systematic>；topic slug 用小写 kebab-case。
6. 把初始化脚本打印的路径 review_project/<topic-slug>-<YYYYMMDD-HHMMSS>-<8hex>/ 作为后续工作流的 <project_dir>；初始化器拒绝已存在的目标且绝不写入其他项目目录；不要预创建、复用、重命名或扁平化生成的子目录；恢复工作时选择确切的现有 <project_dir> 而非重新初始化。
7. 使用生成的核心工件：review_config.yaml、REVIEW_CONTEXT.md、IMPLEMENTATION_PLAN.md、PARADIGM.md、manuscript.md、references.bib、claim_ledger.csv、AI_USE_DISCLOSURE.md 及 route 专属子目录；以 REVIEW_CONTEXT.md 作为可移植项目简介，以 review_config.yaml 作为 route、范围、标准、人工角色、AI 使用、证据截止点与状态的唯一事实来源，每次工作会话开始时重读两者。
8. 修改工件前先检查 <project_dir>；绝不覆盖、截断、重置或替换已有内容；保留无关内容并做窄范围补丁或合并；解决实质性冲突前先询问；有界咨询性回答可内联保留，除非任务需要持久化工件否则不初始化项目。
9. 当第一阶段计划需要持久化工件时，响应必须明确展示所运行的初始化命令、初始化器打印的防冲突 <project_dir> 及当前项目状态；在初始化成功前不得暗示项目已存在。
10. 研究及起草期间使用稳定 citekey（如 [@smith2024model]）；将 references.bib 作为起草与渲染用的项目书目；把用户批准的 RIS、EndNote、Zotero 或其他导出保留为不可变导入工件，再将接受的记录规范化进 references.bib 且不改变其稳定来源标识符；工作草稿中不使用可变数字引用如 [17]；仅在最终格式化阶段从稳定 citekey 渲染目标期刊的数字或作者-日期样式。
11. 保持初始化器的确切 claim_ledger.csv 表头；每行是一个原子 claim-source 对：一个实质性 claim 类型、指标、方向及局部绑定的 citekey 集合；验证前拆分复合句，而不是把每个句级引用分配给每个子句。
12. claim_ledger.csv 列：claim_id,section,claim_text,claim_type,citekey,source_id,source_locator,evidence_excerpt,population_or_dataset,data_split,split_unit,comparator,metric,estimate,unit,uncertainty_interval,direction,access_level,source_role,access_uri,accessed_at,verification_status,verified_by,verified_at,notes；未经 schema 版本化迁移不得重命名、重排、删除或追加列。
13. 把任何 pre-vNext 22 列 ledger 视为不可变遗留导入而非 schema 2.0；创建全新 schema-2.0 ledger，在带日期的迁移清单中按命名列映射值，显式填充或标记未解决的 evidence_excerpt、split_unit、source_role 字段，并保留遗留文件；绝不静默填充、重排或重新解释遗留行；迁移后的 claim 在具名人工验证映射记录前保持 pending。
14. 对每个事实性、定量、方向性、新颖性、监管或比较性 claim：1) 链接一个或多个稳定 citekey；2) 记录确切的支持页码、表格、图、章节或摘要段落；3) 对照一手来源验证元数据与 claim 支持；4) 记录验证者与时间；5) 在 verification_status 未解决期间不把该 claim 放入润色后的正文。
15. 若只能访问摘要，则把 claim 限制在摘要直接支持的范围；不得从不可访问文本推断内部架构、确切性能、因果方向或诸如 first 的优先权 claim；参见 references/CITATION_INTEGRITY.md。
16. LLM agent 可协助检索翻译、去重建议、优先级排序、提取草稿、一致性检查与行文，但不计为独立人工审阅者，也绝不能被列为独立人工审阅者。
17. 对正式 scoping 或 systematic 综述：两名具名人工审阅者必须独立完成标题/摘要与全文筛选，由具名人工裁决者解决冲突。
18. 数据制表或提取必须使用两名具名人工，按方案预先规定采用独立重复提取或一名提取者加独立人工验证。
19. 偏倚风险评估需要独立人工评估并记录共识或裁决。
20. 证据确定性判断（如使用）需要人工批准。
21. 正式 route 的筛选决定必须保存在 <project_dir>/screening/screening_decisions.csv。
22. AI 辅助、模型或工具身份、任务、日期、人工监督及任何验证样本必须按期刊与机构要求记录在 <project_dir>/AI_USE_DISCLOSURE.md。
23. 若人工团队或所需记录不可用，停在明确标注的临时方案、检索集、筛选建议、提取草稿或评估草稿；不得声称正式筛选、提取、偏倚评估或综述本身已完成。
24. 保持四层标准角色分离：1) 实施指南定义综述如何开展；2) 综述报告指南定义综述报告什么；3) 原始研究报告框架帮助提取报告完整性，不是偏倚风险工具；4) 偏倚风险与确定性框架判断不同层级的证据，不可互换；在 review_config.yaml 中选择并版本化这些层，route 专属矩阵见 references/REPORTING_STANDARDS.md。
25. 按此顺序解决风格决策：1) 目标期刊要求；2) 综述方法与报告要求；3) 用户明确要求；4) 已验证范例中观察到的模式；5) 本技能默认值；标题深度、编号标题、框、表数量、引用密度、厂商位置、要点格式与措辞等风格偏好仅为警告，绝不覆盖上述层级，也绝不单独导致综述失败；事实完整性、route 有效性、可复现性、人工来源及未解决的偏倚或确定性门禁可阻止进展。
26. 仅在范例分析有用时阅读 references/PARADIGM.md；把范例视为风格证据而非科学 claim 的证据。
27. 按 route 感知工作流执行：1) 定 route 并配置：完成 intake，选择一个受支持 route，记录决策、标准、角色与证据截止点；2) 安全初始化：运行一次 init_review_project.py 并捕获打印的 <project_dir>；3) 设计方法：对 scoping 或 systematic 工作，在筛选前冻结方案与数据库专属检索计划；4) 收集并登记来源：保留确切查询、平台、日期、导出、去重决策、稳定 citekey 与来源出处；5) 通过人工门禁：完成并记录 route 所需的筛选、制表或提取、偏倚风险与确定性步骤；6) 在范围内综合：叙述性综述解释有依据的语料，范围综述映射证据，定性系统综述不做统计合并地综合；7) 从已验证记录起草：从 REVIEW_CONTEXT.md、提取或制表表格及 claim_ledger.csv 而非模型记忆撰写 <project_dir>/manuscript.md；8) 验证并报告状态：运行相关检查，列出未解决门禁，准确标注交付物。
28. 不得在本工作流内把定性系统综述转为 meta 分析；若必须合并，冻结当前工件并交给专门工作流。
29. 选择 route 前先发现当前会话中可用的工具；优先使用专用文献连接器、用户授权的 Zotero 库、本地 PDF 与一手来源页面；不假设安装了特定 MCP server；除非用户明确要求，不编辑工具配置或安装连接器；工具适配器与回退见 references/MCP_SETUP.md；检索广度、日期与结果数量必须遵循研究问题与冻结方案，本技能不设通用数量或时效配额。
30. 存在工作稿后运行：python3 <skill_dir>/scripts/audit_manuscript.py <project_dir>/manuscript.md --route <narrative|method-survey|scoping|systematic> --project-dir <project_dir> --fail-on critical --output <project_dir>/review_outputs/audit_report.md；仅当该 profile 由当前期刊要求或已验证范例填充时才加 --profile <project_dir>/style_profile.json，该 profile 控制仅警告的风格检查。
31. 位置参数 manuscript 路径、--route 与 --project-dir 必须描述同一个生成的项目；--fail-on critical 对关键自动发现返回失败状态；--output 写出 Markdown 报告；零自动发现必须报告为 not_assessed 而非合规通过、可投稿草稿或专家批准；自动成功不证明来源支持、route 合规、人工门禁完成或专家批准。
32. 交付时说明什么已完成、什么未完成；可用状态标签包括：protocol draft awaiting human approval、search executed; deduplication pending、screening suggestions awaiting two-human decisions、extraction draft awaiting human verification、risk-of-bias draft awaiting human consensus、qualitative synthesis ready from verified included studies、narrative or method-survey draft in manuscript.md with unresolved claims listed in claim_ledger.csv；绝不把工程完成、科学方法完成与人工裁决合并为一个状态。
33. 按需阅读参考文件：references/REVIEW_TYPES.md（开始或更改 route 前）、references/REPORTING_STANDARDS.md（选择实施、报告、原始报告、偏倚风险或确定性指南时）、references/WORKFLOW.md（逐阶段执行所选 route）、references/TEMPLATES.md（理解生成的 <project_dir> 工件契约）、references/CITATION_INTEGRITY.md（登记来源与验证 claim）、references/MCP_SETUP.md（发现可用工具并选择来源回退）、references/PARADIGM.md（从范例推导非约束性风格指导）、references/DOMAINS.md（为叙述性或方法调查考虑领域分类法）、references/HALLUCINATION_PATTERNS.md（检查事实与归属失败模式）、references/QUALITY_CHECKLIST.md（审计 route 专属交付物与未解决门禁）。

适用边界 · 注意事项

• 不要用本技能执行 meta 分析、网络 meta 分析、个体参与者数据 meta 分析或 umbrella review；若请求需要合并估计、异质性统计、森林图或漏斗图、综述重叠分析或综述级评估，应停止并移交给专门的方法学工作流，不得用行文或简单平均近似这些方法。
• 当人工团队或所需记录不可用时，不要声称正式筛选、提取、偏倚评估或综述本身已完成，只能停在明确标注的临时草稿。
• 不要把 LLM agent 计为或列为独立人工审阅者，也不要在 verification_status 未解决时把 claim 放入润色后的正文。