eprint-search
Skill15 starsChanged 9 days agoMITView on GitHub
Search IACR ePrint (with a submission-date window) plus Crossref/DBLP from the command line. Use for novelty checks ("is this idea already taken?"), for building the related-work matrix, and for finding the public ePrint id of a paper before citing it.
In this repository29 other files it gives its agents.
- AGENTS.mdAGENTS.md
- CLAUDE.mdCLAUDE.md
- abstract-craftSkill
- anonymize-checkSkill
- artifact-packSkill
- baseline-pinSkill
- bench-protocolSkill
- bib-verifySkill
- camera-readySkill
- experiments-writingSkill
- falsifySkill
- figure-harvestSkill
- idea-mining-loopSkill
- lean-bridgeSkill
- lit-matrixSkill
- log-to-evidenceSkill
- mock-reviewSkill
- paper-figuresSkill
- paper-playbookSkill
- param-estimationSkill
- phase-gateSkill
- polish-writingSkill
- reading-notesSkill
- rebuttalSkill
- related-work-writingSkill
- sage-checkSkill
- technique-overviewSkill
- textbook-indexSkill
- venue-calibrationSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈3
Distinctive · estimate
This author's own choices. Worth a look.
1
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 24
Write the idea as one falsifiable sentence (what object, what improvement, under which assumptions).
- Very specific: line 28
Run them with --months 12 (always) and without a window (for the classic literature).
- Distinctive: line 30
Read the abstract of every hit whose title shares two content words with the idea.
- Distinctive: line 45
Do not trust search-engine summaries of a paper's content.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
eprint-search
Commands
S=skills/eprint-search/scripts/eprint_search.py
python3 $S "blind rotation" "programmable bootstrapping" --months 12 # union of phrasings, last 12 months
python3 $S "oblivious key-value store" --crossref --min-year 2019 # + published versions with DOI
python3 $S "division property" --title-only # title search only
python3 $S "..." --json > hits.json # for scripting
python3 $S --selftestExit status 2 means no source answered (offline or blocked) — that is "novelty check not performed", never
"no hits". DBLP sometimes serves a bot challenge to scripts; the script detects it and you should add --crossref.
Novelty-check procedure ("is it already taken?")
- Write the idea as one falsifiable sentence (what object, what improvement, under which assumptions).
- Generate 5–10 phrasings: the technique name, the problem name, the object name, the synonym used by the neighbouring community (e.g. "digit extraction" / "lowest digit removal" / "floor function"), and the name of the closest known baseline.
- Run them with
--months 12(always) and without a window (for the classic literature). Add--crossreffor published-only venues. - Read the abstract of every hit whose title shares two content words with the idea; open the PDF of any hit that shares the object and the technique. Snowball: check the "related work" of the 2–3 closest hits and the papers that cite the main baseline (Crossref/Google Scholar "cited by").
- Verdict per idea, logged in
LITERATURE.md→## Novelty checks:- YYYY-MM-DD | query: "..." | sources: eprint,crossref | window: 12m | hits reviewed: N | verdict: clear|overlap:<key>|taken:<key>clear: nothing shares object + technique.overlap:<key>: same object or technique, different claim → add a matrix row and a precise "our delta".taken:<key>: same claim → stop, tellpi-orchestrator; salvage is a new decision, not a rewording.
- Re-run every 2–4 weeks while the project is live and once more right before submission (ePrint moves fast;
the
lit-matrixlinter fails if the newest check is older than 30 days).
Pitfalls
- A concurrent ePrint published during your project is normal; record it with its date — reviewers accept "concurrent and independent" only if you can show when you knew.
- Do not trust search-engine summaries of a paper's content; read the paper.
- Title-only search misses papers that use a different name for the same object — always also run full-text.
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
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.

