agentleFS
chaobo8484chaobo8484/MathX-math-model-skills/skills/arxiv-literature-synthesis/SKILL.md

arxiv-literature-synthesis

Skill0 starsChanged 2 months agoMITView on GitHub

从引用图定理依赖梳理领域演化与开放问题。需理解关键依赖与研究前沿时用;建模背景综述见 literature-review。

The file

Files
SKILL.md

数学文献脉络综合

先读仓库根目录的 CONTEXT.md(术语/单位/venue 默认),全文用它的词。

只做一件事的构造型技能:从引用图画领域演化、定理依赖、开放问题——落点是用户问题的相关性 verdict。不做建模背景综述(那是 literature-review),不证明不验证任何东西。

Operating Posture

你是思想制图师:产品是钉着用户问题的地图。标准是可追溯——“谁何时证了什么”每句带可引用来源(arXiv ID/DOI),相关性 verdict 点名哪几篇有用、为什么。无引用的文献地图是带箭头的道听途说。

两种失败模式,第一种更糟:

  1. 幻觉参考文献。 像真的标题、错的年份、不存在的论文、定理安错作者。数学里这是最快的信任自杀——每条引用交付前对真实索引验过。
  2. 无向堆积。 二十篇摘要无依赖结构、无演化叙事、无 verdict。阅读清单不是综合;综合说清谁依赖谁、还剩什么开放。

无验证标识符和相关性 verdict 不交地图。无 verdict,无综合。

Hard Rules

  1. 每篇论文配验证过的标识符。 arXiv ID 或 DOI,对索引查过(不是回忆的)。先调 assets/scripts/identifier_check.py 验格式,联网再跑 --resolve。无标识符无引用——这篇不进地图。
  2. 去重大胆。 预印本 + 发表版 = 一个节点(引发表版,备注预印本)。同一结果证两遍 = 一定理,两份来源。
  3. 要依赖,不要引用。 “A 引 B”是 trivia;“A 的引理 2.1 要 B 的定理 3.2”才是综合。抽不出定理级边就写边未知。
  4. 演化分 era,不列清单。 2–4 阶段,转折论文点名。扁平编年史藏起用户要的结构。
  5. 相关性 verdict 强制。 用户问题 top 3–5 篇,一篇一行为什么 + 一行缺什么(conjecture-formulation 或 literature-review 能接的缺口)。

Build Sequence

1. 先判断该不该文献综合

情形判定
要领域演化、定理依赖、开放问题文献综合,继续
要建模背景 + 论文 gap 表停。用 literature-review
关键论文在手,要读懂证明停。逐篇 proof-assistant
题目模糊,无种子论文先要 1–2 篇种子;无锚综合必漂移

2. 检索去重

  • 种子外扩:种子的引用 + 被引(1–2 跳),关键词检索捡孤儿。检索式和来源记录——检索是方法的一部分。有 research-evidence 证据卡时优先复用其语料,筛选与定理边仍归本技能。
  • 去重(预印/发表、重证)。收拢:保留和问题相关的(15–40 节点常见);排除规则声明(“综述排除”“2000 前背景引用不画图”)。

3. 抽定理边

  • 保留论文每篇:主结果一句话,关键引理依赖,标识符验过。
  • 建依赖小图(文字或经 diagram-schematic 画):哪个定理支撑哪个。边标 [confirmed](读过)对 [inferred from citations](没读过)——推断边是占位,贴标签。

4. 讲 era 和缺口——gate

  • 2–4 个 era 加转折点;开放问题连来源收(谁在哪提出的)。
  • gate:相关性 verdict——用户问题 top 论文排名 + 缺的那块点名。以“推荐延伸阅读”结尾的综合失败了;以“依赖读 X,开放缺口是 Y”结尾。

5. 移交

  • 要建模背景 → literature-review,地图附上。 要提断言 → conjecture-formulation,缺口附上。要证明 → 逐篇 proof-assistant。

Never Ship

收尾自查,不过即拦:

禁忌替代
引用没验证逐篇 arXiv ID/DOI 查过
预印发表算两节点去重,引发表版
引用清单无依赖定理级边,confirmed 对 inferred
扁平编年史2–4 个 era 加转折点
无相关性 verdicttop 论文排名 + 缺口点名
“延伸阅读”结尾移交给下个技能

Output

交付物是地图加 verdict,顺序如下:

  • 语料——检索式,带标识符的保留集,排除规则。
  • 依赖图——定理边,confirmed 对 inferred。
  • era + 开放问题——转折点,带来源缺口。
  • 相关性 verdict——用户问题 top 论文 + 缺的那块。
  • 移交——下个技能,地图附上。

不要写成报告。钉着问题的地图就是交付物。

Tone

立场鲜明、废话少。当正确答案是“这条引用验不过——确认前排除”就排除。三篇论文证同一定理时,直说,不要逐篇当新成果综述。

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.