mcpField
P
paper-opportunity-radar

paper-opportunity-radar

github.com/tamdogood生产力22541 次安装10 周前更新
代码仓库

关于 paper-opportunity-radar

paper-opportunity-radar 是一项研究技能,适用于长期评估科学证据与潜在机会。它维护累积文献库,逐项审查论文主张,并通过现有技术和可行性检查评估候选机会。

主要功能

  1. 01范围明确且留有记录的文献搜索
  2. 02累积论文库与可恢复状态
  3. 03逐项审查论文证据
  4. 04跟踪后续研究与复现
  5. 05评估机会与可行性
  6. 06基于来源撰写报告

适用场景

  1. 01跟踪某领域的新研究与历史文献
  2. 02评估论文关键主张的证据
  3. 03判断源自研究的项目机会
  4. 04跨多次运行续接文献综述

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/tamdogood/builder-essential-skills --skill paper-opportunity-radar

安装后在 Claude Code 中输入/paper-opportunity-radar确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

README.md
agents/
openai.yaml
references/
discovery-protocol.md
evidence-audit.md
opportunity-and-report.md

详细介绍

论文机会雷达

将文献视为需要随时间持续遍历的证据库,而不是需要总结的信息流。构建不断累积的语料库,逐项审查重要论文中的主张,查找论文发表后的进展,并且只将有充分依据的空白转化为可检验的机会。

此技能在调用时运行,不会悄悄创建后台计划任务。如果用户希望每天运行,请保留可恢复的状态,并将定期提示词交给其计划任务,具体见每日运行。在定期任务实际创建之前,绝不要声称监测已启动。

不可妥协的标准

  • 没有范围明确的语料库,绝不声称覆盖全面。 明确列出数据库、查询字符串、日期、语言、文档类型和遍历游标。表述为“本协议返回的所有记录”,而不是“所有曾发表的论文”。
  • 逐项核查主张。 报告中的每项事实陈述都必须有已获取的来源支持。将解读标记为 INFERENCE,将空白标记为 UNKNOWN。
  • 论文只能证明作者报告了什么,不能证明结果属实。 独立重复实验、相互印证的证据或真实世界验证属于单独的证据层。
  • 不要推断学术不端。 对可观察到的异常使用 INTEGRITY CONCERN。只有在出版商、机构、法院或监管机构支持相应状态时,才使用 RETRACTED、CORRECTED 或 FORMAL MISCONDUCT FINDING。
  • 引用次数反映关注度,不代表有效性。 同行评审、期刊声望、作者声誉和代码可用性都是需要考察的信号,而非证明。
  • 没有搜索结果不等于证明新颖性。 准确报告搜索现有技术的范围、方式和时间,并使用 NOT FOUND IN SEARCH。
  • 将四项判断分开: 证据强度、尚未探索的可信度、实施可行性和真实世界价值。绝不要将它们平均成一个掩盖致命弱点的分数。

输入和默认值

必须提供一个主题。在安全的情况下推断其余输入:

  • 决策:探索商业机会、寻找项目、了解可行性,或跟踪科学进展;
  • 历史范围:默认从最早可检索记录至今;
  • 领域及相邻领域;
  • 地理范围、语言和出版类型限制;
  • 可用技能、资金、设备、算力、数据和时间;
  • 每日研究深度:默认 standard;按需使用 brief 或 deep。

只有在缺少主题,或领域歧义会实质性改变语料库时,才提出一个简短问题。否则,说明推断出的范围并开始研究。对于医疗、法律、安全关键或投资决策,应将工作描述为研究分析,并指出需要合格专业人士参与的环节。

持久化工作区

使用用户指定的位置。否则使用 research/paper-opportunity-radar/<topic-slug>/,并保留:

scope.md                         Stable boundary, query atlas, and run policy
search-log.md                    Exact source/query/filter/time/result log
corpus.tsv                       Deduplicated paper inventory and queue
opportunity-ledger.md            Living opportunities, blockers, and verdicts
papers/<canonical-id>.md         One deep-audit dossier per paper
reports/YYYY-MM-DD.md            Detailed daily report

有 DOI 时将其作为规范 ID,其次使用 PMID/arXiv/其他存储库 ID,最后使用规范化的标题-年份哈希。corpus.tsv 必须包含:

paper_id title year canonical_url discovered_at discovery_source status relevance evidence_verdict next_action

允许的状态值为 discovered、triaged、queued、audited、monitor 和 excluded。绝不要覆盖先前的报告。以原子方式更新动态文件,并保留用户编辑的内容。

工作流

1. 制定可证伪的搜索方案

按以下内容描述主题:

  1. 核心现象、机制或问题;
  2. 同义词、旧称、缩写和相邻术语;
  3. 纳入和排除规则;
  4. 研究应支持的机会决策;
  5. 哪些证据会使某篇论文或某个机会变得不值得关注。

阅读 references/discovery-protocol.md,然后将查询图谱和来源计划写入 scope.md。如果主题范围过大,应按机制或用例划分。不要悄悄缩小范围。

2. 继续前先恢复进度

阅读 scope.md、最新报告、未解决的论文档案、 opportunity-ledger.md 和 corpus.tsv。从记录的来源游标和 回填窗口继续。首次运行时,创建这些文件,并将历史语料标记为 BASELINE IN PROGRESS,直到访问完所有计划中的来源/时间段。

3. 遍历三个方向

每次每日运行都涵盖:

  • 新增增量: 自上次成功运行后发表或编入索引的论文;
  • 历史回填: 下一个尚未访问的历史来源/查询/时间段;
  • 后续追踪图: 与高价值或存在争议的论文相关的参考文献、后续引用、更正、复现和后续实现。

至少使用两个独立的学术索引,以及一个领域索引(如果有)。搜索精确术语、受控词汇、机制同义词和应用领域表述。切换方向前,先在 search-log.md 中记录每个精确查询、筛选条件、时间戳、结果数量、新论文数量和限制。

筛选前先去重。数据库命中不等于读过论文。对每篇新候选论文进行分流评估,判断其范围、论文类型、证据可访问性和潜在审查价值;只对确实能投入精力的论文进行深入审查。将其余论文连同原因和恢复游标加入队列,不要假装已经审阅。

4. 挑选论文进行深入审查

优先选择均衡的一组论文:

  • 支撑关键结论或塑造领域的论文;
  • 效果出奇地大或结论异常宽泛的论文;
  • 引用较少但提出了具体、可检验机制的研究;
  • 因计算、传感器、制造、数据、分发、监管或标准成本降低而新近可行的研究;
  • 揭示瓶颈的负面结果和被放弃的原型;
  • 后续引用对结果是否成立存在分歧的论文。

standard 深度表示每次运行最多全面审查五篇论文。只有在全文、上下文和验证时间都充足时才增加数量。将论文加入队列,比只读摘要却声称进行了“深入分析”更诚实。

5. 审查论文,而非其说法

在一次运行中首次进行深入审查前,请阅读 references/evidence-audit.md。对每篇选定论文:

  1. 确认规范版本、发表历史、更正、撤稿和利益冲突;
  2. 提取每项关键结论,并记录其研究对象/系统、输入、对照、结果、不确定性和边界条件;
  3. 将每项结论追溯到据称为其提供支持的方法、表格、图、附录、数据或证明;
  4. 使用正确的领域分支,检查研究设计是否匹配、抽样、控制、数据泄漏、排除项、结果切换、统计分析、稳健性、代码/数据来源和可复现性;
  5. 向前和向后检索独立复现、相互矛盾的结果、失败的后续研究、荟萃分析、发表后评议和实际部署情况;
  6. 撰写档案,列出证据引用、不确定性和下一项决定性的验证步骤。

如果只能访问摘要,将档案标记为 ABSTRACT-ONLY,证据评分最高为 2/5,且不得作出学术诚信判定。绝不绕过付费墙,也不捏造缺失的方法细节。

6. 给出证据判定

使用审查参考文档中的证据分级标准,并选择一项:

  • SUBSTANTIATED
  • PROMISING — UNREPLICATED
  • MIXED OR FRAGILE
  • CONTRADICTED OR NOT REPRODUCED
  • INTEGRITY CONCERN — UNRESOLVED
  • RETRACTED OR SUPERSEDED
  • INSUFFICIENT ACCESS

说明判定适用于什么。更正可能使一项结果失效,但未必影响整篇论文。即使论文仍有希望,也要记录相反证据。

7. 发掘并评估机会

阅读 references/opportunity-and-report.md。 区分已展示的机制与作者提出的应用。 基于经验证的能力、新近可消除的瓶颈、跨领域迁移、赋能工具、数据集、 复现需求和未获满足的工作流,发掘机会。

对每个候选机会,按需检索后续论文、专利、代码库、产品、标准、试验、 采购信息及现状,全面调查已有技术和实现情况。然后评估:

  • 证据强度,0–5;
  • 尚未探索的置信度,0–5;
  • 技术可行性和运营可行性,各 0–5;
  • 用户痛点和价值获取证据,0–5;
  • 安全、监管、知识产权、伦理和采用方面的障碍;
  • 成本最低且结论明确的实验,以及明确的终止标准。

只有当证据评分至少为 3/5 时,才将机会列为优先项;若机会本身旨在 解决证据缺口,则不受此限。按瓶颈和下一步实验排序,而非按吸引力排序。

8. 撰写日报

使用机会参考文档中的模板,撰写 reports/YYYY-MM-DD.md。 先呈现与决策相关的发现,再说明覆盖范围和方法。 纳入因证据薄弱或已实现而被排除的论文;筛选结果也是成果,不应隐去。

交付前,请核实:

  • 每项事实陈述附近都有已获取的引文;
  • 每项关键结论都有两个独立来源,或标注为 SINGLE-SOURCE;
  • 每个引用的 URL 均可访问,且能支持对应句子;
  • 日期、版本、样本量、效应量、单位和分母均与原始来源一致;
  • 明确区分直接证据、作者主张、推断和未知信息;
  • 当前产品、专利、监管和实现情况的陈述均包含截至日期;
  • 明确说明搜索覆盖范围和未搜索的盲区;
  • 报告、档案、语料库、机会台账和下一轮运行游标彼此一致。
9. 移交下一轮运行

结尾列出下一个档案区间、尚未解决的核验任务、需监测的论文,以及等待实验的机会。对于定期调度器,使用:

Use $paper-opportunity-radar to run today's cumulative sweep for <topic>.
Resume <workspace>; do not restart the corpus. Cover the new delta, the next
archive-backfill band, and unresolved citation or replication follow-ups. Audit
the strongest candidates, update every ledger, and write today's detailed
source-grounded report. Do not claim completeness beyond the logged protocol.

故障处理

  • 如果来源阻止访问或限制请求频率,记录失败的来源和时间,使用有文档记录的替代来源,并将该检索方向标记为未完成。
  • 如果元数据存在冲突,版本信息以出版方或规范代码库为准,并保留分歧记录。
  • 如果无法获取全文、补充材料、代码、数据或预注册信息,应降低置信度并注明所需材料。材料不可获取本身并不构成不当行为的证据。
  • 如果复现需要不安全的操作、受保护的数据、昂贵设备或凭证,请勿尝试。应设计范围明确的核验计划。
  • 如果无法确认新颖性,保留该机会,但标注为 PRIOR-ART SEARCH INCOMPLETE。
  • 如果基线任务超出本轮预算,应完成一个可审计的部分,保存游标并报告积压任务。切勿为了虚假声称已完成全面检索而牺牲审计质量。

完成标准

只有在搜索日志可复现、新记录已去重、入选论文均有主张级档案、对学术诚信的表述审慎、机会均完成已有技术和可行性检查、详细报告有来源支撑,且下一轮可在无需重新发现的情况下继续时,本轮运行才算完成。

评论

支持 Markdown