mcpField
C
ccf-literature-monitor

ccf-literature-monitor

github.com/mikubaka88生产力3.3k1.9k 次安装1 周前更新
代码仓库

关于 ccf-literature-monitor

ccf-literature-monitor 是用于跟踪论文、会议、项目页面、实验室和指定竞争者的研究技能。它分析研究重叠，并提供可用于研究决策的信号。

主要功能

  1. 01监测 arXiv 和会议动态
  2. 02跟踪项目、实验室和竞争者
  3. 03评估新颖性与研究重叠
  4. 04总结趋势和研究空白
  5. 05去重并生成监测报告

适用场景

  1. 01检查与研究构想相关的近期工作
  2. 02关注某个会议的新论文
  3. 03跟踪指定研究团队的发表成果

安装

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

$npx skills add https://github.com/mikubaka88/ccfa-skills --skill ccf-literature-monitor

安装后在 Claude Code 中输入/ccf-literature-monitor确认已加载。

包含的文件

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

agents/
openai.yaml
references/
report-template.md
monitoring-workflow.md

详细介绍

CCF 文献监测器

文件路径约定

处理文件前，复用规范路径，并使用一个任务／产物工作目录；默认使用项目根目录下的 ccfa-workfiles/<purpose>/<artifact-id>/。原地更新，保留输入，并使用 UTF-8，检查中文文本。命名、所有权和任务创建文件的清理要求请遵循 artifact-contracts.md；交接时沿用这些路径。

协作约定

执行专业任务前，先阅读并遵循 ccf-humanization，然后阅读并遵循 ccf-common。每次交接时，复用其中适用的有效规则，或刷新缺失／已变更的规则。即使没有文本内容，也必须完成这两项预检；仅在相关时才运行详细编辑、实验和维护模式。

将必要的专业贡献整合到一位负责人名下；复用有效的前置结果，并验证受影响的结果。遵循协作路径，避免重复报告。

核心规则

监测 arXiv、OpenReview、会议／论文集动态、项目页面、实验室和指定竞争方，查找可能与用户想法或论文重合的新论文。客观报告发现。不要夸大新颖性威胁、否认真实重合，也不要根据薄弱证据推断优先权。提供可执行的信号：RELAX、RESEARCH、FOLLOW-UP。

模式

  • arxiv-watch：扫描目标类别或关键词群中的近期论文。
  • venue-watch：扫描 OpenReview、论文集、录用论文列表或官方会议页面。
  • novelty-check：将给定想法与近期论文进行比较，并标记重合之处。
  • trend-scouting：总结新兴方向、竞争激烈的领域和测试不足的空白。
  • competitor-tracking：监测指定研究团队、实验室、代码库、数据集、基准或作者。
  • paper-alert-digest：生成定期监测报告，便于保存到项目文件夹。

技能关联

  • @READS ccfa.yaml 以了解想法状态。
  • @SHARES 发现结果给 ccf-literature-searcher。
  • @SHARES 新颖性影响给 ccf-idea-reviewer。
  • @SHARES 补救或差异化机会给 ccf-idea-optimizer。
  • @SHARES 引用和定位候选项给 ccf-paper-writer。
  • @FLAGS 将冲突论文标记给 ccf-integrity-auditor。

调用控制

CCFA 交接模式：PARTIAL（推荐）。 遵循 metadata.ccf_skill_controls.handoff_question_mode 和 ../ccf-common/references/handoff-modes.md。

在决定采用探索、快速还是标准模式前，先加载 ../ccf-common/references/task-modes.md。

将未发表的想法、摘要草稿、方法和结果视为私密材料。在查询中使用私人文本前，先加载 ../ccf-common/references/privacy-and-evidence.md。使用对公众安全的关键词、公开方法名称、会议名称，以及经用户批准的查询文本。

若监测结果将用于想法评分、论文评审或评分风险措辞，请加载 ../ccf-common/references/review-output-standards.md。

工作流

  1. 加载 references/monitoring-workflow.md。
  2. 如果项目状态可用（ccfa.yaml），请读取当前想法、目标投稿 venue、主张和已跟踪的竞争项目。
  3. 选择模式和时间范围。如果用户说“最新”“近期”“新”“本周”或“今天”，请核实当前日期并使用明确的日期范围。
  4. 使用共享策略中的公共安全查询和来源质量排除规则，执行所请求的监测模式。
  5. 按问题、机制、证据、基准、数据集、主张和 venue 定位对重叠内容进行分类。
  6. 报告新的或有实质变化的发现，并说明其对所请求研究决策的具体影响。利用现有报告历史，避免将同一篇论文作为新成果呈现。 复用现有主题报告中的稳定论文 ID 和带版本的来源证据；获取完整文本前，先获取有针对性的元数据。即使缓存了较早内容，也要检查实际请求时间范围内的更新。是否将搜索扩展到其他主题，遵循 Common 的 extended_search 偏好，且不得取代必要的当前扫描。
  7. 通过其负责人解决当前交付成果所需的具体证据缺口，并整合结果。完成所请求的下游工作；只有在有用时才提出无关的后续事项。RESEARCH 和 FOLLOW-UP 用于描述发现，并非自动开始检索、评分、重新设计或改写的指令。

输出要求

遵循用户要求的格式和简洁程度。简短更新应说明时间范围、来源依据、新发现或有变化的发现，以及相关影响。内部贡献应将这些发现反馈给负责人，而不单独生成报告。完整监测报告应将 references/report-template.md 作为唯一规范结构；仅保留相关的交接信号，并将例行自检保留为内部内容。应如实说明覆盖范围的限制，但无需针对每篇论文重复免责声明。

参考资料

  • references/monitoring-workflow.md — 工作流、api-key-management、搜索策略。
  • references/report-template.md — 输出模板和格式。
  • ../ccf-common/references/source-registry.yaml — 竞争项目和 arxiv 链接。

执行与持久化

区分单次扫描与定期监测。定期报告格式本身并不是调度器：只有在实际存在经过授权的定时任务后，才能声称持续监测。记录时间范围和覆盖情况；扫描结果为空并不能证明内容具有新颖性。按稳定论文标识和版本去重，并区分首次发表与修订版本。在支持的情况下批量处理相互独立的信息源；依据 ../ccf-common/references/artifact-contracts.md 保留真实的监测历史。遵循不创建新文件的要求和现有项目状态授权。

评论

支持 Markdown