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.