01
Unified device access.
One SDK and one API reach 20+ QPUs and simulators across 11 providers: IonQ, QuEra, Rigetti, IQM, AQT, and more. Swap backends by changing a single device ID.
001/RUNTIME · EXECUTION LAYER
Any program. Any device.
qBraid Runtime is the execution layer: one interface to every quantum provider. Hand it a program in a supported framework and Runtime transpiles it, adapts it to the target device, validates, and dispatches across 20+ backends, then returns a structured result.
20+DEVICES
11PROVIDERS
16+FRAMEWORKS
20+TRANSPILE PATHS
002/OPEN-SOURCE SDK
Built on the open-source qBraid SDK.
The same SDK that powers Runtime is free and open source. Its graph-based transpiler converts supported programs from Qiskit, Cirq, Braket, and more into inputs a compatible device accepts, such as OpenQASM.
With 1M+ pip installs and backing from an NSF POSE award, it's used by developers everywhere. Read every line on GitHub.
003/WHAT IT DOES
The execution plane, solved for you.
Everything between submit and result is handled: transpile, compile, dispatch, and track. You focus on the circuit.
02
Transpile between frameworks.
Write in Qiskit, Cirq, Braket, OpenQASM, PyQuil, and more. A graph-based transpiler converts supported programs to compatible device inputs, with separate workflows for gate-based and analog hardware.
03
Adapt to each device.
Runtime rewrites your program to each backend automatically: native gate sets, qubit limits, and submission formats. No per-vendor rewrites on your side.
04
Batch and distribute jobs.
Submit a single job, batch many circuits to one device, or spread a workload across multiple providers, then collect every result together.
05
One job lifecycle.
Queued, validating, running, completed: track every state, retry, and pull results from the SDK, the CLI, or Lab, with a live view of the fleet.
06
One SDK, everywhere.
The same open-source qBraid SDK drives Runtime from the terminal, a notebook, or Lab. Install with pip and run it anywhere your code already lives.
004/THE FLEET
Browse the fleet.
One command lists the devices you can target and their status. The same device catalog drives Lab, the SDK, and every job submission. The panel shows example output; availability changes.
SESSIONS
Auth and credentials shared across SDK, CLI, and Lab.
PROVIDERSAWS, IonQ, QuEra, Rigetti, IQM, AQT, and more.
DEVICESStatus, queue depth, and capabilities, live.
JOBSSubmit, track jobs, and pull results from one client.
qbraid-cli · example output
>
005/FOR PROVIDERS
Bring your QPU or simulator to a large audience.
Runtime is the fastest way to put your device in front of qBraid's developers, researchers, and enterprises. Expose a few REST endpoints and we assemble the entire client stack around them.
01
Instant reach.
List once and your device is reachable from Lab, the SDK, and the CLI, in front of qBraid developers, researchers, and enterprises worldwide.
02
A few REST endpoints.
Expose list-devices, submit-job, and fetch-results. Runtime handles the SDK, CLI, and Lab surfaces, plus transpilation from supported frameworks to the inputs your device accepts.
03
The client stack, free.
Auth, sessions, job lifecycle, queueing, and a live device view come built in. No client libraries for you to write or maintain.
006/START RUNNING
Use one SDK, access every device.
Write your program once and dispatch it to any compatible QPU or simulator through a single runtime. Free to start.