sr-search-recordlisted

# SR Search Record · 综述文章的检索与筛选记录 把综述文章的检索环节做成**可复现、数字能对账、且一口气跑得完**的流水线。**Snyder 三型共用这一套**（历史原因名字里带 sr，不只服务 systematic review）。AI 干 80%（设计检索式、多轮校准、全量抓取、排序截断、摘要筛选建议、记账出表），剩下 20%（最终纳入裁决、边界记录、学科术语补漏）交给人。 **产出不是"搜到的一堆文献"，是论文方法节能直接贴的三张表 + 一个 60–100 篇的纳入集。** ## 摘要层定稿模式（本 skill 的核心设定） **判定只有一层：题名 / 摘要。`ai_decision` 就是纳入决定，没有全文筛选层。** - 筛选阶段**不获取全文**。全文在 ③ 成文阶段（`review-synthesis` / `review-draft`）best-effort 获取，**拿不到不改变纳入集**，只影响 `evidence_level`。 - `ft_decision` / `ft_reason` 两列已退休。台账里不再有它们。 - 这是**明示的方法学让步，不是无损优化**，三型都适用： - 摘要经常不写清关键闸门（样本、设计、是否报告了某类结果），只靠摘要判会同时放进假阳性、漏掉假阴性。 - **PRISMA 要求全文评估**。systematic 型用本模式，产出里必须写明这条偏离，投稿时大概率被要求补做。 - RAMESES（半系统）与 Torraco（整合式）不强制全文评估层，与本模式不冲突。 - **产出里一律如实写**："筛选在题名/摘要层完成，未进行全文合格性评估"。**不得把流程图标成完整 PRISMA**，systematic 型的流程图要标注该偏离。 ## 规模链（三个数必须一致，流程才闭得上） | 环节 | 目标 | 谁保证 | |---|---|---| | 检索式校准后命中 | **300–2,000** | 第 2 步，种子召回 + 精度守卫 | | 排序截断后候选集 | **300 条**（可扩到 600 / 900） | 第 4 步 `rank --shortlist` | | 摘要筛选后 include | **60–100** | 第 4 步收敛闭环 | 实测参考（在一个 7,660 条的真实语料库上验证）：截断线 300 时候选集里 include 密度约 23–25%，**预计产出 70–80 篇**，落在目标带内。 **截断线是预算，不是相关性悬崖。**实测 301–600 名这一段的 include 密度与前 300 名相当（都是 25% 上下）——词面排序的区分力到几百名就饱和了。所以线外那批**不是"不相关"，是"这次没预算看"**，措辞必须如实，不得暗示它们已被评估过。 ## 调用约定（独立运行） - **定型（第一件事）**：读 `RV_综述/01_选题/选题.md` 机器锚块的 `review_type`（systematic / semi-systematic / integrative），写进 `检索配置.json`——它决定**报告规范与出表形状**（检索与筛选内核三型完全一致）。锚块缺失就问用户，不要默认 systematic。**这是本 skill 唯一的硬停点。** - **输入**：优先读 `RV_综述/01_选题/选题.md`（综述规格、RQ、纳入排除标准、近邻综述）。**有这个文件就直接开跑，不要回头确认概念