Power on. Five parallel reads. Usable. No model-building cycle. No per-channel commissioning.
Docs/Build/What TrueLoop does not do
CLIENT 0.4.3PYTHON 3.8+

What TrueLoop does not do

A short boundary for problems that require a different tool.

TrueLoop does not solve scheduling, routing, portfolio, QUBO, or any objective delivered only as a single score. Those problems use a different information interface, and the envelope declines them before evaluation.

It does not make an individual device operation or simulator call faster. It changes how many acquisitions a supported control job needs.

It does not run larger simulations. The simulator's own limits are untouched. It can control more parameters of the simulation you already run when the component-level response contract fits.

It does not claim quantum advantage.

It does not claim to outperform accurate model-based control. When a current exact model exists and can be trusted through the operating window, use it.

It does not operate past its measured boundary. Beyond the qualified drift, coupling, readout, target, and actuator limits, TrueLoop declines.

The supported optimization surface is response matching: a feasible vector target, an exposed component response, timely coverage, and operation inside the tested coupling boundary.

PYTHON
opt = SWCOptimizer(key, n=len(x0), mode="regulation", target=target)
x = opt.start(x0)
for _ in range(rounds):
    x = opt.step(measure(x), target=target)
opt.end()
Need the answer on your plant?

Run the envelope, then race the runtime and your incumbent under the same measured budget.

Start evaluation