fisicai
An open-source agentic harness for high-energy physics.
fisicai gives an AI agent the tools a particle physicist actually uses: the INSPIRE-HEP literature database, arXiv, HEPData, the Scikit-HEP analysis stack, and — most importantly — published statistical likelihoods from real LHC searches. It doesn't just talk about papers. It reinterprets them.
$ fisicai "download the pyhf likelihood for the ATLAS sbottom 1Lbb search and \
compute the CLs exclusion for the (600, 280, 150) GeV signal point"
A real session (full walkthrough): the agent fetches the ATLAS SUSY-2018-31 published likelihood and reproduces its CLs to all published digits — from the analysis's own statistical model, not a digitized curve.
Why
A single LHC analysis takes a team of physicists years: skims, background estimates, systematics, multivariate discriminants, statistical interpretation. Reinterpreting that analysis for a new theory model — the thing that makes a search scientifically durable — usually never happens, because nobody has the time.
But the field quietly built the infrastructure to change that. ATLAS (and increasingly CMS)
now publish their full statistical models as pyhf JSON
workspaces on HEPData. An agent that can read a paper, fetch its
likelihood, patch in a new signal, and run pyhf.infer can do in minutes what today takes a
phenomenologist weeks.
fisicai is the harness that makes that loop routine.
What it can do today
- Literature — search INSPIRE-HEP, fetch arXiv abstracts and full text.
- Data — locate HEPData records and their resources, including published pyhf workspaces.
- Statistics — apply signal patches to published likelihoods and compute observed and
expected CLs limits with
pyhf. - Analysis — the agent works in a sandbox with the Scikit-HEP stack (
uproot,awkward,hist,pyhf,matplotlib) available for cutflows, histograms, and plots.
Domain knowledge lives in versioned markdown skills (src/fisicai/skills/) — how to
reinterpret a search, how to run a cutflow. This is the community contribution surface: teach
the agent your workflow by writing a skill, not by patching code.
Quickstart
$ pip install fisicai # or: pip install -e . from a checkout
$ fisicai "find the latest CMS top squark search and summarize its exclusion reach"
$ fisicai chat # interactive session
fisicai is built on the Claude Agent SDK and uses
your existing Claude Code credentials (claude CLI login or ANTHROPIC_API_KEY). Select a
model with --model or FISICAI_MODEL.
Use it from the agent you already have (MCP)
The tools are also exposed as a standard MCP server — vendor-neutral, works with Claude Code, Cursor, opencode, LangChain adapters, or any other MCP client:
$ claude mcp add fisicai -- fisicai-mcp # Claude Code
or in any MCP client config:
{ "mcpServers": { "fisicai": { "command": "fisicai-mcp" } } }
Your agent then has inspire_search, inspire_bibtex, arxiv_fetch, hepdata_get,
hepdata_download_likelihood, pyhf_list_patches, pyhf_cls — plus the write-up
machinery: note_template, writeup_macros, and bundle_validate, so any MCP client
can produce and validate full analysis bundles, not just query data.
Analysis bundles: the code and the paper
Research output isn't a chat answer — it's an analysis. fisicai analyze makes the agent
deliver a complete, reproducible analysis bundle: the analysis code, every result as
data, and a compiled LaTeX note.
$ fisicai analyze "measure the Z boson mass in the Open Data dimuon skim"
produces:
analyses/<name>/
├── analysis.py # deterministic, runs end-to-end
├── results/
│ ├── results.json # every number the note quotes
│ └── results.tex # auto-generated \newcommand macros (python -m fisicai.writeup)
├── figures/*.pdf
└── note/
├── note.tex # quotes numbers ONLY via the macros — no hand-typed values
├── references.bib # every entry fetched from INSPIRE (inspire_bibtex tool)
└── note.pdf # compiled with tectonic
The invariant: the note cannot drift from the code. Prose numbers come from generated
macros; citations come from INSPIRE's own BibTeX; rerunning analysis.py regenerates the
whole artifact. See analyses/zmumu_z_mass for a complete example
produced by the agent.
Notes follow experiment-publication conventions: a shipped LaTeX template
(python -m fisicai.writeup --init-note note/) with the canonical section structure
(Introduction / Detector and data / Event selection / Method / Systematic uncertainties /
Results / Summary), hepnote.sty macros (\pt, \GeV, \stat/\syst, …), and
mplhep-styled figures.
HEPAnalysisBench (HEPAbench)
How do you trust an AI with physics? You score it against results that are already known.
HEPAbench is a benchmark of analysis tasks with published reference answers — from a
toy-workspace CLs fit to reproducing a real ATLAS exclusion from its published likelihood.
The scorer is harness-agnostic: any agent that writes an answer.json can be benchmarked.
$ hepabench list
$ hepabench run --offline # tasks that need no network
$ hepabench run # the full suite, driven by the fisicai agent
$ hepabench score toy_cls answer.json # score any agent's answer
$ hepabench validate analyses/zmumu_z_mass # validate an analysis bundle
hepabench validate turns "the agent wrote a paper" into "the agent wrote a
reproducible paper": it reruns analysis.py in a clean copy and requires an identical
results.json, checks that results.tex regenerates from it, that no result value is
hand-typed in the note, that every citation resolves, and that the note compiles from
scratch. The shipped Z-mass bundle passes all six checks.
Every check carries a continuous score in [0, 1] — numeric answers earn more the closer they land to the reference (1.0 exact, 0.5 at the tolerance edge, 0 beyond twice the tolerance) — and the suite reports one aggregate number. That makes HEPAbench a target function: harnesses, models, and prompts can be optimized against it, and improvements show up as score, not anecdotes.
Current v0 suite — the fisicai agent scores 4/4:
| Task | Reference | Agent result |
|---|---|---|
toy_cls — CLs fit on a toy workspace |
0.0525 (pyhf docs) | 0.05251 |
literature_stop_4body — INSPIRE retrieval |
arXiv:2301.08096 | exact |
atlas_multib_cls — CLs from the ATLAS SUSY-2018-31 published likelihood |
0.24444 | 0.24444 |
opendata_zmumu — Z mass from real CMS 2012 collision data |
91.1876 GeV (PDG) | 90.95 GeV |
The opendata_zmumu skim ships with the package (3.7 MB, regenerable from CERN Open Data
with scripts/make_zmumu_skim.py), so that task runs offline on a laptop.
The recorded agent answers behind this table are committed under hepabench_results/ and re-scored on every push in CI, which also runs the full bundle validation — the claims above are continuously verified, not prose.
Contributing a task = one YAML file with a prompt and a published reference value
(src/fisicai/hepabench/tasks/) — see CONTRIBUTING.md. Tasks that
agents fail are the most valuable ones.
Roadmap
- M1 — Literature agent: end-to-end INSPIRE/arXiv research tasks. (done)
- M2 — Reinterpretation: reproduce a published ATLAS exclusion point from its HEPData likelihood — an objective, physics-grade correctness check. (done — see examples/reinterpret_sbottom.md)
- M3 — Community: grow HEPAbench (CMS Open Data cutflow tasks, more published likelihoods), recast scans over patchsets, simplified-likelihood support, and whatever the reinterpretation community asks for first.
- Beyond: the simulation chain for reinterpreting new models (MadGraph → fast sim → efficiency maps → patched likelihoods), and new results on new data.
The north star
The long-term goal is not tooling — it is to advance physics itself. Agents that can hold the entire literature, run every published likelihood, and test a theory against all existing data at once change what a single physicist can ask. Deeper questions — unification, what lies beyond the Standard Model — stay on this README as the direction of travel. The wedge is making today's analyses fast, reproducible, and reinterpretable.
Contributing
Issues and PRs welcome — especially new skills, support for more published-likelihood formats, and reports of analyses the agent gets wrong. Physics correctness bugs are the highest-value contributions (there's an issue template for them). See CONTRIBUTING.md for dev setup and the HEPAbench task-authoring guide.
License
Apache-2.0
Metadata
Release files for fisicai 0.1.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| fisicai-0.1.0.tar.gz | 3.7 MB | With provenance | Details for fisicai-0.1.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| fisicai-0.1.0-py3-none-any.whl | Python 3 | none | any | Details for fisicai-0.1.0-py3-none-any.whl |
Total release size: 7.3 MB
Release files / fisicai-0.1.0.tar.gz
| Download URL | fisicai-0.1.0.tar.gz |
|---|---|
| Size | 3.7 MB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
475f714f5e78852bf59b0add64ded93d80c17cd2cbf67a71b87fcebd2958726d
|
|
BLAKE2b-256 checksum How to use checksums |
753924f930878344397dbec233775be4e20a9ed4d5d4ac86569029fbc5510ec7
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 19, 2026.
Transparency logRelease files / fisicai-0.1.0-py3-none-any.whl
| Download URL | fisicai-0.1.0-py3-none-any.whl |
|---|---|
| Size | 3.6 MB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
8f19d6ffcf53017c2d7fd22a2698c53379d56390f38f0a79fa9c5482b7b41cd8
|
|
BLAKE2b-256 checksum How to use checksums |
c59c002c7de6ef7434ff32df09468d8297daf4afebe3145de30af6fecd0297e9
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 19, 2026.
Transparency logSecurity for fisicai 0.1.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for fisicai-0.1.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jul 19, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.