Physically validated quantum control environments for reinforcement learning and optimal control.
Reusable physics. Reproducible control.
QEnvS (Quantum Environment Suite) is a model zoo of open-quantum-system control problems, quantum batteries, qubit state transfer, thermal machines, packaged so that you can plug them into an RL agent or a gradient-based optimiser in a few lines, instead of re-deriving the physics for every paper.
Every model ships with analytic reference results that run as tests (pi-pulse inversion, exponential decay, ergotropy bounds, collective-charging scaling, ...). If a model is in QEnvS, its physics has been checked against closed-form solutions and against an independent simulator (QuTiP).
Built on dynamiqs (JAX): environments are
jit-able, vmap-able across thousands of trajectories, and differentiable, so
the same model serves RL (PPO/SAC), GRAPE-style optimal control and MPC.
Install
pip install qenvs # core: jax + dynamiqs
pip install 'qenvs[gym]' # + gymnasium adapter (stable-baselines3, CleanRL, ...)
Quickstart
Functional JAX API (batch 1024 episodes on one GPU):
import jax, jax.numpy as jnp
import qenvs
env = qenvs.make("qubit/StateTransfer-v0", horizon=10, dt=0.2)
keys = jax.random.split(jax.random.PRNGKey(0), 1024)
states, ts = jax.vmap(env.reset)(keys)
actions = jnp.ones((1024, env.action_dim))
states, ts = jax.jit(jax.vmap(env.step))(states, actions)
print(ts.reward.shape, ts.info["fidelity"].shape) # (1024,) (1024,)
Gradient-based control through the same environment:
def loss(actions):
_, rewards = env.rollout(actions)
return -rewards.sum() # = -(F_final - F_initial)
grad = jax.grad(loss)(jnp.zeros((env.horizon, env.action_dim)))
Gymnasium for classic RL libraries:
from qenvs.wrappers import GymnasiumEnv
from stable_baselines3 import PPO
gym_env = GymnasiumEnv(env)
PPO("MlpPolicy", gym_env).learn(20_000)
Command line, for humans and coding agents (every command has --json;
uvx qenvs ... works without installing):
qenvs list --json
qenvs info qubit/StateTransfer-v0 --json # physics, kwargs, references, usage
qenvs run qubit/StateTransfer-v0 --policy pi-pulse --set gamma1=0.1 --json
qenvs validate # per-check error vs tolerance + versions
qenvs doctor # install / backend / optional extras check
Repository conventions for coding agents are in AGENTS.md; an LLM
index of the docs is at /llms.txt.
Architecture
flowchart LR
M["Model<br/>drift, controls, jump ops,<br/>initial state, observables"] --> E["Environment<br/>reset / step / rollout<br/>jit, vmap, grad"]
E --> G["GymnasiumEnv<br/>SB3, CleanRL"]
E --> R["registry.make()<br/>namespace/Name-vN"]
M --> V["validation.CHECKS<br/>analytic, constraints, numerics"]
V --> C["qenvs validate / tests"]
E --> O["GRAPE via jax.grad<br/>PPO via vmap"]
The physics lives only in Model; everything above it is an adapter. A model is
merged only with checks in qenvs.validation that compare it against closed-form
results, physical constraints and an independent simulator (QuTiP).
Models and tasks
| Task id | Model | Dissipation | Validated against | Status |
|---|---|---|---|---|
qubit/StateTransfer-v0 |
driven qubit | T1, T_phi (Lindblad) | Rabi formula, pi-pulse, T1/T_phi decay, ergotropy, energy conservation, rho constraints, solver convergence | available |
battery/TwoLevel-v0 |
open qubit battery (QubitBattery) |
thermal bath (T1, n_th), T_phi | thermal steady state and stationary Gibbs state, pi-pulse energy = ergotropy = omega0, charging-power bound, QuTiP cross-check, rho constraints, solver convergence | available |
battery/Dicke-v0 |
N cells + cavity (Tavis-Cummings / Dicke, symmetric subspace) | cavity loss, collective emission and dephasing | Jaynes-Cummings Rabi formula, excitation conservation, collective charging scaling (Ferraro 2018), RWA vs counter-rotating terms, QuTiP cross-check, rho constraints, operator algebra | available |
transfer/LambdaSTIRAP-v0 |
three-level Lambda (pump + Stokes) | spontaneous emission from the excited level | dark state, two-level Rabi limit, STIRAP transfer (P3 > 0.99, P2 < 0.05), intuitive-order and diabatic counterexamples, emission robustness, QuTiP cross-check | available |
Each model has a page under docs/models/ with its Hamiltonian, assumptions and validation table. See the roadmap.
Baselines
examples/grape_jax.py (open-loop Adam, GRAPE-style, through env.rollout),
examples/ppo_jax.py (vectorised PPO, equinox + optax) and examples/benchmark.py
(table in docs/benchmarks.md). Closed qubit/StateTransfer-v0,
3 seeds, about a minute on CPU: GRAPE 1.0000, PPO 0.9997 +- 0.0002 (optimum 1.0).
Why not X?
- qutip-qoc / GRAPE / CRAB optimise a pulse for one fixed model; QEnvS gives you the model as a reusable, tested object plus an environment interface.
- qiskit-gym, qgym are circuit-level (synthesis, routing); QEnvS is Hamiltonian/pulse-level with open-system dynamics.
- Paper repositories (e.g. ICML 2025 RL-for-quantum-control code) are reproductions of one paper; QEnvS is the shared, maintained layer under them.
Contributing
See CONTRIBUTING.md. New models must come with analytic validation tests.
Citation
See CITATION.cff. A Zenodo DOI will be attached to the first release.
License
Apache-2.0. Third-party attributions are listed in NOTICE.
Metadata
Release files for qenvs 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 | |
|---|---|---|---|---|
| qenvs-0.1.0.tar.gz | 55.8 kB | With provenance | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| qenvs-0.1.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 119.0 kB
Release files / qenvs-0.1.0.tar.gz
| Download URL | qenvs-0.1.0.tar.gz |
|---|---|
| Size | 55.8 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
738a7341d1d849ea449eb66d48d6202ec7369a2bb496c48d902a19dd1da2e6d8
|
|
BLAKE2b-256 checksum How to use checksums |
1c96a32a349ec9a849daafd5439ed988b60147678d388c6dd89a5d5a4632fd55
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.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 Oct 14, 2026.
Transparency logRelease files / qenvs-0.1.0-py3-none-any.whl
| Download URL | qenvs-0.1.0-py3-none-any.whl |
|---|---|
| Size | 63.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
bdccd082e7ed867cc30f0c9d64b680b0fc35413239bfddb79743346e957fd614
|
|
BLAKE2b-256 checksum How to use checksums |
6a929b7ec7599591c2098d231f7391d7b17933e2ae4727a4e4cbffdc6790cf96
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.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 Oct 14, 2026.
Transparency logSecurity for qenvs 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 qenvs-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 Oct 14, 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.