verified-research
Skill0 starsChanged 12 days agoMITView on GitHub
Web research where every claim carries a verbatim quote that a script checks against the source page. Use when the user asks to research, investigate, fact-check, or compare something on the web, wants sources or evidence, or when an answer depends on facts newer than your training. Trades speed for certainty.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- emanueledenaro/claude-skillstheir own version, first seen Oct 15, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- emanueledenaro/claude-skills★ 0same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 2 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈2
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 6
Search however you judge best: breadth, depth, and query choice are yours.
- Distinctive: line 12
Collect: Search widely and in parallel.
≈ “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
Search however you judge best: breadth, depth, and query choice are yours. This skill governs only what reaches the user: every claim carries a source the user can audit, and every quote is checked by a script, never by your own say-so.
verify_quotes.py sits next to this file. Run it as python -X utf8 verify_quotes.py .... If it asks for an optional extra (pypdf for PDFs, playwright for JavaScript pages), install it once and rerun.
Steps
- Collect. Search widely and in parallel. Prefer the primary source (official docs, release notes, government pages, the paper itself) over anyone describing it. Done when each claim you plan to make has a candidate source page.
- Quote from the raw page. Read each source with
verify_quotes.py --text URLand copy a sentence verbatim. Fetch tools that summarise the page paraphrase it, and a paraphrase fails the check. Done when every claim has a verbatim quote. When a site refuses automated access, respect it: cite a copy meant for machines (official API, DOI or abstract page, RSS feed, archive) or list the claim as unverified, never a quote from memory. - Weigh sources by the rules below. Done when every claim rests on a primary source or on two independent sources.
- Write the answer in the user's language: conclusion first, each claim footed
[^N], then a short Unverified section with that heading in the user's language (claims you could not source, sources that disagree and which one you trust and why). Everything above Unverified is footed, and its links live in footnotes (the script fails a link it cannot check). Footnotes, one per line, exactly:[^1]: https://example.com/page "verbatim quote"Join omitted parts of a quote with…. Each quote must carry the whole claim it foots; split a claim rather than stretch a quote over it. Omit the Unverified section when it would be empty. - Verify. Save the answer to a temp file and run
verify_quotes.py <file>. Fix or drop every failing quote and rerun until it exits 0 (a fetch failure may be transient: rerun once before dropping). Unfetchable pages stay only if listed under Unverified. - Cold read, when the conclusion is a judgment, comparison, or recommendation, or when sources conflict. A plain fact settled by a verified primary-source quote is done at step 5. Hand the answer (not your notes) to a fresh subagent: "For each footnote, read the URL with
python -X utf8 <path>/verify_quotes.py --text URL(summarising fetch tools drop text) and judge whether the quote actually supports the claim it is attached to. Then search for evidence against the conclusion. Report mismatches and counter-evidence." Fix what it finds and rerun step 5. Without subagents, do this as a separate pass that reads only the answer.
Weighing sources
- Primary beats count. One official page outweighs any number of articles repeating it; when they conflict, the primary source wins and the conflict goes under Unverified.
- Independent agreement only. Sources that copy each other (same wording, same numbers, citing the same origin) count as one.
- How the page was made. Weight follows the work behind it: measurements, tests, method, or raw data from an author who can be held to it (individuals and video creators included) carry weight. Plausible assertion, rankings without method, and mass-produced SEO or AI-written pages carry little even when not wrong; use them only to find what they point at.
- False premise. If the question assumes something that does not exist (an "official recommendation" no official page states), answer that it was not found rather than supplying the nearest number. Likewise when the primary source exists but omits the detail asked (a date, a figure): say the primary source does not state it, then give the best secondary evidence labelled as such.
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.

