Open Science is a local-first, model-agnostic workbench for reproducible scientific research. Scientists use its AI agents, Python and R execution, data connectors, and traceable outputs for tasks such as literature review, analysis, simulation, and visualization across macOS, Windows, and Linux.
Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx skills add aipoch/open-science --skill literature-reviewgit clone --depth 1 https://github.com/aipoch/open-scienceWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/aipoch/open-science/literature-review)<a href="https://agentmods.dev/skills/aipoch/open-science/literature-review"><img src="https://agentmods.dev/badge/skills/aipoch/open-science/literature-review/github.svg" alt="Measured on agentmods" height="20"></a>Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.
<a href="https://agentmods.dev/skills/aipoch/open-science/literature-review"><img src="https://agentmods.dev/badge/skills/aipoch/open-science/literature-review.svg" alt="Reviewed on agentmods" width="80" height="20"></a>- NVIDIA SkillSpector pass
What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5.1 | $0.00054 | $0.02787 |
| Opus 5.5 | $0.00022 | $0.01115 |
| Sonnet 5.5 | $0.00011 | $0.00557 |
| Haiku 4.5 | $0.00005 | $0.00279 |
Grade A, and why
literature-review scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 1mo ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
Copies of this mod
1 near-identical copy found in the catalogue:
- literature-review — 100% identical, 18 lines differ
How it starts
The opening of the file, as written. The whole thing — 87 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Literature review
A literature question has two halves: finding the papers a domain expert would point to, and turning them into something more useful than a reading list — a synthesis that says what's established, what's contested, what's new, and where the holes are. Both halves can fail quietly and look like competent output until someone checks.
Setup (any agent, no API key)
This is a pure skill — kernel.py is deterministic Python (plain HTTP/stdlib calls to CrossRef and OpenAlex) and you (the base model) do all the reasoning: the finding, the synthesis, the prose. There is no host runtime and no LLM API. Load the helpers once per session in a Python cell:
exec(open("<this skill's directory>/kernel.py").read())
Nothing auto-loads it outside Claude Science. Then call the helpers directly — verify_dois, crossref_lookup, search_openalex, expand_citations, extract_dois, style_pass. If a helper name is not defined, you haven't exec'd kernel.py.
Configuration is via environment variables, not a host — no LLM key is involved:
OPENALEX_API_KEY— required for the OpenAlex-backed steps (search_openalex,expand_citations); free at https://openalex.org/settings/api.HOST_USER_EMAIL— optional contact email for the CrossRef/doi.org polite pool (falls back togit config user.email; never sent to OpenAlex).
Read the request for what it's actually asking
"What's the paper for X" wants one or two specific citations; "what's the evidence on X" wants a synthesis; "compare A and B" wants a comparison, not two adjacent summaries; "where are the gaps" wants the gaps, with the survey as supporting material. A two-word lay query wants you to choose the scope a domain expert would default to and say so up front — "I'll take this as asking about human RCT evidence; the animal literature is separate." Ask a clarifier only when the answer would genuinely change what you do.
Grounding: retrieve first, then write
For broad-survey, where-are-the-gaps, and compare-methods requests, the first move is a literature sweep — search_openalex / crossref_lookup from kernel.py, plus your agent's own web search and any literature/data MCP tools it has connected (PubMed, Semantic Scholar, bioRxiv, ClinicalTrials.gov, …), using whichever fits the field — and the answer is built from what comes back. Your recall picks the framing; the retrieval picks the citations. A real survey usually carries on the order of fifteen or more distinct primary-paper DOIs, because each claim is anchored to the paper that established it; a handful of review citations is a reading list, not a synthesis. When the question is after a specific paper — "the original," "the seminal," a named trial or method — find the highly-cited primary publication that the follow-ups all cite, not a review or news piece about it.
What ships with it
4 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 1mo ago Changed f8926cbc0b26
- 1mo ago First seen · 87 lines · 54 tokens per session scan A 8c51dff2bb9c
literature-review is a skill published in the GitHub repository aipoch/open-science (5,376 stars, last pushed today), licensed Apache-2.0. It adds 54 tokens to every session and 2,787 once invoked, about $0.0002 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
figure-style
Correctness and legibility checklist for publication figures, plus a matplotlib sidecar. Load before plotting anything and call applyfigurestyle() (role-mapped font ladder, outward ticks, frameless legends, 300-dpi saves, CJK-safe fonts). Covers data fidelity, label budgets, axis/colour/type rules, chart choice by…
journal-club-ppt
Instructions for turning a scientific paper PDF into a journal-club presentation or literature report. They require reconstructing the paper's scientific logic before creating the slides.
research-integrity-audit
A research-integrity review of a scientific manuscript's figures and reported numbers. It looks for possible image reuse or alteration and numerical patterns that may indicate data inconsistencies.
literature-review
Retrieve, verify, and synthesize scientific literature. Use for seminal-paper lookups, evidence summaries, method comparisons, and gap analyses. Every citation must come from a live lookup, never from memory; retractions are checked; the deliverable is argued prose with resolvable DOI links.
public-data-access
Plan, validate, and document public-bioinformatics data acquisition for GEO/GSE/GSM/GPL/GDS, SRA/ENA, TCGA/GDC, GTEx, and DepMap. Covers expression matrices, raw reads, download manifests, caches, and optional geokit SOFT/Series Matrix acquisition for R workflows.
analysis-workflow
Organize multi-step scientific analyses into reproducible, self-contained modules. Use for workflows such as QC→PCA→DEG→GSEA that produce scripts, inputs, figures, tables, and methods. Creates a stable module layout, records exact inputs/parameters/package and database versions in each module README, keeps large data…