explore-sota

探索 SOTA

运行 SOTA 探索循环：发现候选论文，在 sota/queue.md 中进行筛选，消化已接受的论文，然后重复此过程，直到达到声明的 停止规则。既适用于长时间自主会话，也适用于小规模定向扩展。

请先阅读

• sota/README.md —— 消化规则和格式
• sota/queue.md —— Scope 区块和当前前沿
• references/citation-chasing.md —— 前沿探索规范、避免回音室规则、 评审规模

MCP 预检（硬性门槛）

与 digest-paper 的门槛相同：依据能力，而非 API 密钥。arxiv 必须 能够响应，并且 semantic-scholar、dblp 或 openalex 中至少有一个能够响应。如果未达到 门槛：立即停止并报告。缺少密钥只会限制调用频率；可访问的数据源出现故障会降低交叉核查能力，但不构成停止条件。不得退而使用模型记忆或网页抓取。

流程

1. 确定范围。 阅读 sota/queue.md 顶部的 Scope 区块。如果为空 或已过时，立即填写：研究问题、关键词/同义词/相邻 术语、纳入和排除标准、评审规模（quick-scan：约 8–15 篇论文 / focused-sota：约 20–40 篇 / full-survey：50 篇以上），停止规则。在 交互式会话中与用户确认；在自主会话中，根据 README.md 推导范围，并在搜索前记录下来。
2. 种子论文。 构建多样化的种子集：用户指定的论文、已 消化的论文、通过 MCP 搜索发现的开创性成果、最新的前沿论文。切勿只从单个作者群体、期刊或综述入手。
3. 搜索。 在每个已配置的学术 MCP 上运行关键词查询——始终启用的 arxiv、semantic-scholar、dblp 和论文搜索聚合器，以及启用时的 openalex。使用简短且信号量高的查询；将有效术语记录在 Scope 区块中。
4. 追溯引用。 对每篇已消化的种子论文，通过 semantic-scholar 获取其引用文献和施引文献——每次只追溯一跳，遵循 references/citation-chasing.md。
5. 去重。 将候选论文加入队列前，检查它是否已在 sota/index.md 或 sota/queue.md 中（依次匹配 DOI、arXiv id、S2 id，然后是标题 + 第一作者 + 年份）。
6. 筛选。 将每篇新候选论文及其来源（“found via”）加入 queue.md，并依据标准作出判断：accepted、 rejected: <reason> 或 pending。如果 MCP 无法解析某候选论文，则标记为 unresolvable-via-mcp，且不得引用。
7. 消化。 对每篇 accepted 的候选论文，运行 digest-paper 技能 流程（必须完整执行，不得部分完成）。新的消化结果会带来新的引用线索——将其重新加入队列。
8. 学习。 每轮消化后，将新发现的术语、 基准、期刊和作者群体添加到范围术语中，并重新搜索。
9. 停止。 宣布达到饱和前，先执行 references/citation-chasing.md 中的避免回音室检查。达到饱和时停止（某一跳得到的结果大多是重复项或范围外工作），或达到声明的预算时停止——此时将尚未扩展的前沿记录为 pending 行，绝不可悄然省略。
10. 运行 make check，并在会话结束前确保没有未筛选的行。

规则

• 每篇候选论文都必须先进入 queue.md，之后才能作出任何消化决定；队列是唯一的前沿记录。
• 拒绝时必须说明理由，且理由须符合排除标准。
• 引用次数和图中心性只是发现线索，不代表相关性或质量判断。
• 切勿为凑足论文预算而扩充规模：规模目标是预算，不是任务指标。

完成条件

• 不再有 pending 行，或已明确记录尚未扩展的前沿并向用户报告
• Scope 区块反映最终标准以及饱和/预算结果
• make check 通过