Replication Radar
Replication Radar
π Live demo β https://openaire-hackathon.netlify.app
βΆ Watch the 3-min demo β https://youtu.be/hVyLafY3Y3E Β· reproduce it step by step β https://openaire-hackathon.netlify.app/demo.html
A tool that makes the OpenAIRE Graph more useful for replication. Search a research field and it answers the question the Graph structurally cannot: what high-impact work is worth replicating, has it already been independently checked β with what verdict β and is the software reusable?
Ships as a live web app (the link above β pure static, queries OpenAIRE + the nanopub network + GitHub/Software Heritage from the browser) and an MCP server (this package) that exposes the same engine to any agent. Built for the OpenAIRE AI Hackathon (Theme B), CC-BY.
OpenAIRE's only value signal is citation-popularity (BIP! influence / popularity / impulse, classes C1βC5) β paper-bound, and orthogonal to whether a claim is true. The Radar joins three sources to add a replication layer on top:
OpenAIRE Graph β impact-ranks candidate papers (
api.openaire.eu/graph/v1).Software Heritage + repo signals β surfaces reusable method software.
Science Live nanopub verdicts β the "already checked β did it hold" overlay.
OpenAIRE AI Hackathon Β· Theme B (Build) Β· CC-BY. Built to be reused through the forrt-replication-template: discovery at the start of a replication, where the template's existing skills handle the nanopub chain at the end.
Tools
Tool | What it answers |
| Impact-ranked replication targets in a field β each OPEN (opportunity) or VERIFIED (done, with verdict) + independent tooling + funder context |
| Reusable engines not authored by the original team (author-disjoint = replication, not reproduction), ranked by reuse signal β repo Β· Software Heritage Β· downloads Β· GitHub stars β not citations (returns |
| Has this DOI been replicated, did it hold? Verdict(s) β live from the nanopub network, any signer β with status, CiTO relation, repo, and signed Outcome/CiTO nanopub links; |
| The whole verified-knowledge corpus β every claim the network holds a verdict for (author-agnostic) |
| The FORRT replication template (the produce half) β the scaffold repo, the workflow, and a suggested |
| Hand-off to the OpenAIRE MCP for datasets β replication-radar doesn't search datasets; this says how to find a citable dataset DOI there |
The verdict tools pull live from the nanopub network (the FORRT Outcome/CiTO templates on
query.knowledgepixels.com); the bundled verdicts.json is an offline fallback. So the MCP is the
verified-knowledge layer β pair it with the OpenAIRE MCP and an agent has both the structural
Graph and "has this been checked, and did it hold".
The reproduction-vs-replication distinction, made computable
A reproduction re-runs the original code; a replication tests the same claim by a
different route. So the Radar filters tooling by author-disjointness from the
original paper β e.g. for Phillips et al. 2009, the dismo package (co-authored by
Phillips & Elith) is flagged rooted / non-independent, while biomod2 and jSDM
are independent. That filter is the difference between the two, and it's the thing
that makes this replication-aware rather than just "find the code".
Run
pip install -e . # installs the `mcp` runtime
python -m replication_radar.server # stdio MCP serverAdd to an MCP client (.mcp.json):
{ "mcpServers": {
"replication-radar": { "command": "python", "args": ["-m", "replication_radar.server"] }
} }The core (OpenAIRE client + radar logic) is stdlib-only β try it without the MCP runtime:
PYTHONPATH=src python3 demo_sdm.py # live vertical-slice demo on SDMConfiguration
Env var | Default | Purpose |
|
| Swap to the Alien AI-Gateway or a mirror β the Radar is endpoint-agnostic |
|
| Per-request timeout (s) |
Known limits (v1, honest)
Keyword-bound discovery. OpenAIRE free-text terms are AND-ed; long queries return nothing. Use short topics. The VERIFIED overlay is guaranteed (resolved from the verdict index directly), but OPEN-target recall depends on the query.
No graph-relation traversal on the public API (paperβits software/data/grant edges aren't exposed): tooling/data are matched heuristically by topic + author independence, not by a hard relation. Upgrades cleanly if a gateway exposes relations.
Funder context is field-level, not per-paper (per-paper funder attribution is not reachable); budgets are frequently reported as 0 in records.
The verdict index ships 6 source works / 12 chains (Science Live). Extend
data/verdicts.jsonto grow coverage.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/ScienceLiveHub/replication-radar'
If you have feedback or need assistance with the MCP directory API, please join our Discord server