lit-anchor
Skill0 starsChanged 4 months agoMITView on GitHub
Use when assembling or adding to a bibliography, citing prior work, or making a novelty or absence claim — especially with AI assistance, which fabricates plausible-but-fake DOIs, titles, and authors. Governs DOI-verified, small-step literature anchoring so no unverified citation enters the record. Trigger phrases: "add a citation", "find references for", "cite prior work", "is this novel", "no one has done", "the literature says", "build the bibliography", "related work".
In this repository15 other files it gives its agents.
- templates/CLAUDE.mdCLAUDE.md
- build-logSkill
- canonical-paramsSkill
- correctness-gateSkill
- decision-logSkill
- evidence-conventionSkill
- layer-syncSkill
- phase-gateSkill
- project-layoutSkill
- run-provenanceSkill
- external-positioningSkill
- negative-results-ledgerSkill
- numerical-determinismSkill
- statistical-reportingSkill
- skill-library-generatorSkill
The file
We split this skill into the rules it gives an agent
3 rules. About 0 are common, 3 are distinctive, and 0 are 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.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 10
Every citation is a claim that a specific work exists and says a specific thing.
- Distinctive: line 35
Main agent synthesizes; sub-agents fetch small pieces: Never delegate "produce the verified bibliography" to a sub-agent that returns a …
- Distinctive: line 47
No fabricated identifiers: Every DOI/URL in the record resolves to the exact claimed work.
≈ “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
lit-anchor
Every citation is a claim that a specific work exists and says a specific thing. AI assistants produce plausible-but-fabricated references — real-looking DOIs that resolve to nothing, or to a different paper; correct-sounding titles with invented authors or years. A bulk "give me twenty references" response is a draft to verify, never a result. This skill is the discipline that keeps a fabricated citation out of your paper.
When to use
- Assembling or extending a bibliography / related-work section.
- Adding a single citation to support a claim.
- Making a novelty or absence claim ("no prior work does X", "we are the first to…").
- Any moment an AI hands you a formatted, confident-looking citation.
When NOT to use
- Summarizing or reasoning about a paper you already hold — that is reading, not sourcing.
- Internal cross-references to your own artifacts (use
layer-sync/decision-log).
Runbook
- Treat every AI-produced identifier as a hypothesis. A DOI, title, author list, year, or venue emitted by a model is unverified until resolved against an authoritative source.
- Verify one citation at a time. Resolve each DOI/URL against a real source (the DOI resolver, the publisher page, an indexed search) and confirm title + authors + year + venue all match. Do not batch — batching is where fabrications hide.
- Main agent synthesizes; sub-agents fetch small pieces. Never delegate "produce the verified bibliography" to a sub-agent that returns a finished, verified-looking table — that is exactly the pattern that launders fabrications. Sub-agents retrieve single documents; the main agent assembles and vouches.
- Mark unverified and abstract-only sources explicitly. An abstract-only source carries a documented "full text before submission" debt; an unresolved citation is flagged, never silently included.
- Back absence claims with a documented search. "No prior work does X" requires the actual queries run and their date recorded — not a model's confidence.
Rules
- No fabricated identifiers. Every DOI/URL in the record resolves to the exact claimed work.
- Bulk AI citation output is a draft. It enters the record only after per-item verification.
- Every citation carries provenance: where it was verified and the as-of date; trained knowledge about a paper is a hypothesis about the present, not an observation.
- Absence/novelty claims are search-backed, with the search recorded.
- A citation that will not resolve after a documented search is dropped or flagged — never quietly kept because it "looks right".
Configuration
{{bibliography}}— where verified citations live (e.g.docs/references.bib, a notes file).{{claim_log}}— optional: where novelty/absence claims and their backing searches are recorded.
Provenance & maintenance
Generalized from a working computational-research repository's DOI-verification protocol, adopted
after a bulk literature-review sub-agent was caught emitting fabricated references: the fix was
small-step manual retrieval with one-by-one resolution and main-agent synthesis, plus an
explicit abstract-only debt on sources not yet read in full. See the pack's examples/ directory
for the worked exemplar mapping.
Re-verify in your project:
- Resolve every identifier in
{{bibliography}}and confirm the resolved metadata matches the entry (a stale or redirected DOI is a silent corruption). - Confirm each novelty/absence claim in
{{claim_log}}still has its backing search recorded.
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.

