The builder
Said Mohaddes Sadeqi
I build quantum software that has to prove itself: every number this site shows is computed, every research claim is traced to a primary source, and every tool ends in something another engineer can install.
What I decided
- Write the physics myself. A statevector and density-matrix engine in TypeScript, a parameter-shift VQE, Richardson-extrapolated ZNE — so the browser is the lab bench and nothing is a recording.
- Make honesty mechanical. CI fails if a rendered research claim drifts from the evidence record; every arcade card names what computes it; the pet physically cannot state a number the engine didn't produce.
- Let the research correct itself. I set out to prove a gap, found QUTest and Benchpress, narrowed the claim in public, and then built the one tool the surviving gap actually called for.
How it was built — honestly
I direct AI coding agents the way a lead directs a team: I set the rules (nothing fake, every claim sourced, tests before merge), review every decision, and keep the physics and the research judgment mine. The commit history says Co-Authored-By where an agent typed — and the verification discipline (unit + end-to-end suites, evidence-integrity CI, primary-source-only research) is exactly what makes that collaboration trustworthy. Ask me why the parameter-shift rule works or why the creature uses a semi-implicit Euler integrator; those are my answers, not the agent's.
By the numbers — all live-derived
- 23
- interactive quantum games & labs
- 14
- research claims with verdicts
- 22
- prior-art systems inspected
- 3
- SDKs bridged by pytest-qequiv
What's next
- · Run the CHSH experiment on real IBM hardware and publish the device column.
- · Archive the research record with a DOI and submit the gap analysis as a short paper.
- · Push the engine past 16 qubits with workers/WebGPU and benchmark it in public.
Start with the arcade, read the research, then poke the pet.