Beyond the Quantum Algorithm: Engineering the Enterprise Hybrid Application Cycle

How QCentroid QuantumOps uses expert AI agents and NVIDIA CUDA-Q to start from proven classical baselines, design evidence-driven hybrid experiments, and recommend where —and whether— quantum computing should become part of an enterprise application.

Beyond algorithm selection

For years, much of the conversation around enterprise quantum computing has focused on algorithms: find a relevant business problem, identify a quantum algorithm that could address it, run it on a simulator or quantum processor, and compare the results.

That is an important first step, but it is not how most enterprise applications are actually built. Real applications are heterogeneous systems. They combine data processing, machine learning, optimization, simulation and business logic, already running across CPUs, GPUs and distributed infrastructure. Introducing quantum computing into those systems is therefore rarely a question of replacing an entire classical application with a quantum one.

The more useful question is where, if anywhere, should quantum computing sit inside an application that already works? This shifts the focus from quantum algorithm selection to hybrid application engineering. The objective is no longer simply to demonstrate that a quantum algorithm can solve a problem. It is to determine experimentally whether a quantum component contributes value, where it should be introduced, how much of the application should become quantum, and which computational resource should execute it.

In many cases, particularly in the near term, the resulting architecture will probably be hybrid. In others, continued experimentation may be justified while waiting for more capable quantum hardware. And sometimes the evidence will simply say keep it classical for now. All of these are valid outcomes.

This is the next stage of the QuantumOps approach described in our previous article. Once a classical baseline and a candidate computational problem exist, the challenge becomes engineering the boundary between classical and quantum computing—and accumulating enough evidence to make that boundary defensible.

Figure 1. The Enterprise Hybrid Application Cycle: starting from an existing classical application, alternative hybrid architectures are progressively designed, executed and compared until sufficient evidence exists to support an architectural recommendation.

Start from what already works

Hybrid quantum engineering should begin with a classical baseline, not with a quantum algorithm. The baseline establishes what an alternative architecture must compete with in terms of output quality, computational cost, execution time, scalability and operational requirements. More importantly, it provides a working application that can be progressively modified.

Rather than asking how to build a quantum version of an application, the engineering team can ask which parts of the existing application are actually worth changing. This distinction becomes particularly relevant outside optimization, where there may not be a single obvious solver or computational component to replace.

The QATALIZE project, currently being implemented by QCentroid and Gradiant using CESGA’s HPC and quantum infrastructure, provides a useful example. One of its objectives is to explore a generative AI approach to materials discovery using a conditional Generative Adversarial Network, or cGAN.

Materials discovery involves searching extremely large chemical spaces. In the catalyst use case, candidate materials can ultimately be evaluated using Density Functional Theory (DFT), but those calculations are computationally expensive. The generative model acts as a pre-screening mechanism: it learns from existing data, generates promising new candidates, and reserves expensive downstream evaluation for a much smaller subset. The same architecture can also target materials for CO₂ capture by changing the training data, chemical representation and conditioning targets.

The interesting question for hybrid computing is therefore not simply whether this GAN can be made “quantum”. It is where quantum computation should intervene inside it.

Hybrid engineering creates three levels of decision

What initially looks like a single decision—whether to use quantum computing—quickly separates into several architectural questions. In practice, there are at least three levels that must be navigated systematically.

Level 1 — Which application component?

The first decision is where quantum computing could plausibly contribute to the overall application. An industrial workflow may include data preparation, optimization, simulation, machine learning, inference and post-processing, while only a subset of those components may justify quantum experimentation.

In the QATALIZE materials-discovery example, the candidate component is the generative model used to navigate the chemical search space. Identifying that component, however, does not define the hybrid architecture.

Level 2 — Where inside that component?

Finding a promising component still does not tell us where its classical–quantum boundary should be. A GAN contains a Generator and a Discriminator, each composed of multiple transformations and layers. In the architecture being explored in this project, quantum experimentation is focused on the Generator. The Generator is the initial focus because it directly controls the learned representation used to explore the candidate space, making changes in its latent transformation measurable through downstream candidate-quality metrics.

The engineering question becomes much more granular: at which point inside the Generator should a quantum transformation be introduced? A parametrized quantum circuit (PQC) could operate close to the latent input, after an initial classical transformation, inside a compressed bottleneck, later in the network, or potentially at several points.

The architecture is therefore no longer simply classical versus quantum. It becomes a spectrum of possible hybrid designs.

Level 3 — On which computational resource?

Once a hybrid architecture has been defined, a third decision remains. The quantum component may initially run through GPU-accelerated simulation, then under simulated noise, and eventually—if the evidence justifies it—on a QPU. Different QPUs may themselves become alternative experimental targets.

These three decisions are related, but they are not interchangeable. Together, they define an increasingly large design space:

What to make quantum  →  where to make it quantum  →  where to execute it.

Hybrid application engineering therefore quickly stops being a single quantum experiment and becomes an experiment management and decision problem.

Figure 2. Hybrid quantum engineering introduces decisions at different levels of abstraction, from choosing the application component to defining the classical–quantum boundary and finally selecting the execution resource.

Finding the classical–quantum boundary inside a GAN

The QGAN experiment makes this design problem particularly visible. The classical baseline can be represented as a conventional Generator that transforms noise and conditioning information into a candidate material, while a classical Discriminator evaluates generated samples during training.

The conditioning signals describe what the researcher is looking for—for example, a target adsorbate and an adsorption-energy range—while the Generator learns to propose candidates consistent with those conditions.

Starting from that baseline, several alternative Generator architectures can be explored. A quantum transformation close to the latent space introduces a PQC early in the Generator, allowing the quantum component to operate on an initial representation of the latent variables. A quantum bottleneck first uses classical layers to transform or compress that representation, passes the resulting compact state through a PQC, and then expands it again through classical layers. A later quantum transformation allows classical computation to build a richer intermediate representation before applying the quantum transformation. More complex designs can introduce several quantum layers at different positions.

The architecture has deliberately been designed to support this flexibility: classical and quantum layers can be interleaved, while the number, depth and position of quantum components remain configurable.

Each architectural alternative then introduces further experimental parameters, including the number of qubits, circuit depth, encoding strategy, parametrized ansatz, training configuration and execution backend. The search space cannot be expanded arbitrarily: increasing qubit count or circuit depth may introduce trainability, gradient-estimation and sampling costs that must themselves become part of the experimental evidence. Hybrid application engineering becomes a search problem of its own. The question is no longer simply which quantum algorithm to use, but where quantum computation belongs within the application architecture.

To make these comparisons meaningful, the experimental design must also control for factors that could otherwise confound the results. Classical and hybrid architectures should be evaluated using consistent datasets, conditioning targets, training budgets and evaluation procedures, with repeated runs across controlled random seeds to account for training variability. Where architectures differ in model capacity, factors such as trainable parameter count, circuit evaluations and computational resources should also be tracked. The objective is not simply to find the best-performing configuration, but to determine whether an observed improvement can reasonably be attributed to the architectural change being tested.

Figure 3. Examples of candidate Generator architectures. The surrounding application remains unchanged while the position of the quantum component becomes a controlled experimental variable.

Why systematic experimentation matters

Even a deliberately simplified experiment already creates multiple evaluation paths:

Generator architectureClassical/GPU trainingGPU quantum simulationNoise-aware simulationQPU experiment
Classical baseline
Early quantum layerSelected
Quantum bottleneckSelected
Late quantum layerSelected
Multiple PQCsSelected

Legend: ✓ indicates a normal evaluation stage for that architecture; — means that the stage does not apply to the classical baseline; “Selected” means that QPU execution is not performed automatically for every configuration. Only architectures that produce sufficient evidence in earlier simulation and benchmarking stages are shortlisted for hardware validation.

And this matrix is still highly simplified. A single row may contain multiple circuit configurations, training parameters, random seeds, problem sizes and dataset variants. Experiments may need to be repeated to measure training variability, while each execution target introduces additional constraints and measurements.

The challenge is therefore not merely running a quantum circuit. It is maintaining enough structure across all those experiments to determine whether moving the PQC improved the generated candidates, whether that improvement remains under more realistic execution conditions, what additional computational cost it introduces, whether the result is reproducible and whether the architecture remains technically feasible as the problem scales.

Without systematic experimentation, it is relatively easy to produce an interesting quantum result while still lacking enough evidence to support an application decision.

Figure 4. QuantumOps turns alternative hybrid architectures and their execution configurations into structured experiments rather than independent, manually coordinated runs.

CUDA-Q makes the execution target an experimental variable

This is where NVIDIA CUDA-Q becomes an important enabling technology. CUDA-Q provides a unified programming model for hybrid applications in which CPUs, GPUs and QPUs work together, and its backend model includes CPU and GPU simulators as well as supported quantum hardware targets.

For hybrid neural-network workloads, CUDA-Q also provides an integration pattern with PyTorch, allowing classical neural processing and quantum components to coexist inside the same workflow. The architectural consequence is more important than any individual API: changing the computational target does not necessarily require redesigning the overall application architecture.

Without a common execution layer, moving an experiment from one target to another can easily become an integration exercise involving different SDKs, interfaces and infrastructure. That friction makes systematic comparison harder because part of the engineering effort is spent changing technology rather than testing the hypothesis.

With CUDA-Q, a promising hybrid Generator can instead be evaluated progressively across GPU-accelerated quantum simulation, noise-aware experimentation and selected QPU execution, with evidence from each stage feeding back into architecture and circuit design, while preserving the same underlying application hypothesis. CUDA-Q provides GPU-based noisy simulation capabilities as well as multiple simulation strategies designed for different circuit characteristics and scales.

Different backends do not become equivalent. Hardware constraints, topology, noise, circuit characteristics and execution behavior still matter and need to be measured. The important difference is that these characteristics can become experimental variables rather than architectural barriers.

The less engineering effort a team spends switching execution technologies, the more effort it can spend determining whether the alternative architecture is actually better.

Figure 5. CUDA-Q decouples the hybrid application hypothesis from the execution target, allowing the same quantum component to be evaluated across accelerated simulation, noise-aware simulation and quantum hardware. Results from each execution environment can feed back into architecture and circuit design, making the process iterative rather than strictly sequential.

A real heterogeneous environment: HPC and QPU

The QATALIZE infrastructure provides a natural environment in which to apply this methodology. CESGA operates conventional HPC capabilities alongside Qmio, a quantum-computing research environment that includes a 32-qubit superconducting QPU and HPC resources connected to the quantum infrastructure.

This matters because hybrid applications are inherently heterogeneous. Dataset preparation, classical neural-network training and large experimental campaigns remain natural HPC/GPU workloads. Quantum components can be simulated on accelerated classical infrastructure and, where the evidence justifies doing so, selected configurations can advance to quantum hardware.

The objective is not to migrate the workload from HPC to quantum computing. It is to determine how classical, accelerated and quantum resources should cooperate within the same application. That is a fundamentally different adoption model.

From execution to evidence: the role of QuantumOps

CUDA-Q reduces the friction involved in constructing and executing heterogeneous experiments, but easier execution creates another challenge: more architectures and configurations are now feasible to explore.

As circuit parameters, datasets, Generator designs and execution targets multiply, the engineering team needs to preserve the relationship between the hypothesis being tested, the configuration executed and the evidence produced. This is the role of QCentroid QuantumOps.

QuantumOps structures the experimentation cycle around the computational infrastructure, managing alternative configurations, executions, results and benchmarking information so that experiments become comparable rather than isolated runs. Expert AI agents operate over this experimental context to assist particularly across execution, benchmarking and recommendation. Their role is not to make the architectural decision autonomously, but to help teams navigate the design space, identify meaningful comparisons, detect weak experimental branches, interpret accumulated evidence and suggest which configurations deserve further investigation. The final decision remains with the user.

In this sense, CUDA-Q and QuantumOps address different but complementary layers of the problem: NVIDIA CUDA-Q makes heterogeneous computing programmable, QCentroid QuantumOps makes heterogeneous architectures experimentally comparable and evidence-driven.

Figure 6. QuantumOps preserves the evidence behind each architectural alternative, allowing expert agents and users to compare experiments and determine which branches deserve further investigation.

From experimental evidence to architectural recommendation

For the QGAN experiment, infrastructure metrics such as runtime and resource consumption are necessary but not sufficient. The central question is whether modifying the Generator improves its ability to propose useful material candidates.

Because the exact project evaluation framework will evolve with the implementation, a practical starting point is to focus on three complementary metric families that are widely aligned with evaluation practices in generative chemistry and materials discovery.

The first is candidate validity rate: the percentage of generated outputs that satisfy the chemical and structural constraints required by the representation. Validity is a standard dimension in generative molecular benchmarks, where the objective is to distinguish models that generate syntactically or chemically meaningful candidates from those producing unusable outputs. For QATALIZE, the exact validity rules can be adapted to the catalyst or MOF representation being generated.

The second is novelty and diversity. A generative model that repeatedly reproduces known candidates may achieve high validity while contributing little to materials discovery. Novelty measures whether generated candidates differ from the training set, while diversity or uniqueness captures whether the model is exploring different regions of the design space rather than repeatedly generating near-identical candidates. These dimensions are also commonly included in molecular generation benchmarks.

The third—and ultimately the most application-oriented—is a DFT-validated target hit rate: among the candidates selected for downstream validation, what proportion actually satisfies the target physical criteria, such as falling within the desired adsorption-energy window? Materials-generation research increasingly evaluates generated structures against target properties and validates promising candidates using first-principles calculations or experimental measurements rather than relying exclusively on ML-level metrics. For this use case, improving that hit rate would directly support the original objective: reducing the number of expensive evaluations required to find promising materials.

These three measures should be interpreted together with engineering evidence such as training stability, execution time, computational cost, required qubits, circuit depth and sensitivity to noise. A hybrid Generator that produces a marginal improvement in candidate quality at dramatically higher computational cost may not justify its complexity, while a configuration that is promising under ideal simulation but highly noise-sensitive may be better classified as a future candidate than as an architecture ready for QPU execution today. For an enterprise architecture, experimental performance must ultimately be evaluated alongside operational criteria such as integration complexity, reproducibility, reliability, security, deployment constraints and total computational cost. 

At the end of the cycle, QuantumOps and its expert agents can help consolidate the experimental evidence into an architectural recommendation. The evidence may show that the classical Generator remains the best option; identify a particular quantum bottleneck as promising enough for continued simulation; show that an architecture has potential but should wait for more capable or lower-noise hardware; or justify advancing a specific configuration to QPU validation.

The important point is that none of these outcomes is predetermined. The purpose of the process is not to find quantum advantage. It is to find the right computational architecture. In that context, keep it classical for now is not a failed quantum experiment but an evidence-based engineering decision.

When quantum does become part of the recommended architecture, the team should be able to explain not merely that a quantum experiment worked, but why that component was selected, why the classical–quantum boundary was placed there, what alternatives were evaluated, what evidence supports the decision and which computational resources are appropriate for executing it.

Engineering the boundary

Enterprise quantum adoption is unlikely to happen through a sudden transition from classical applications to quantum applications. It is more likely to emerge progressively inside heterogeneous systems, with CPUs, GPUs and QPUs performing the parts of a workload for which they are best suited.

The real engineering challenge is therefore not choosing between classical and quantum computing. It is finding the right computational boundary between them.

The QGAN materials-discovery project illustrates that challenge particularly well. Even after identifying the Generator as the candidate for quantum experimentation, multiple architectural questions remain: where to introduce the PQC, how much of the network to make quantum, how to configure it, how to execute it and how to determine whether the change produced meaningful value.

NVIDIA CUDA-Q provides the heterogeneous programming and execution foundation that makes this type of exploration practical. QCentroid QuantumOps provides the experimental framework around it: structured execution, benchmarking, evidence accumulation and AI-assisted recommendations.

Together, these capabilities shift the conversation beyond the quantum algorithm: from asking “Can we run this problem on a quantum computer?” to asking “Where should quantum computing participate in this application—and what evidence supports putting it there?”

QuantumOps: The Harness for Expert Quantum Agents

From use case to benchmark, with NVIDIA CUDA-Q

An operational pattern for enterprise hybrid quantum-classical workflows — from a business problem to a reproducible, comparable benchmark.

Enterprise quantum computing is moving past the isolated demo. For a growing number of teams the question is no longer “can we run a quantum algorithm?” It is a harder, more operational one: how does a team get from a business problem to a reproducible hybrid quantum-classical workflow, compare approaches fairly across classical, GPU-accelerated and quantum backends, and keep improving the experiment as hardware, solvers and understanding of the problem evolve?

That is an operations problem, not only an algorithms problem. It is the problem QCentroid’s QuantumOps practice is built around, and this article is about the operating model. The implementation details come from running QuantumOps at QCentroid with NVIDIA CUDA-Q as the execution substrate, but the pattern is meant to generalize.

This is the second piece in a short series. It builds on two earlier QCentroid articles: the QuantumOps cycle as a framework for quantum-computing adoption, and the integration that made NVIDIA CUDA-Q available inside the QuantumOps platform. The first set out the cycle; the second made the substrate available. This article takes the next step, how QuantumOps acts as the harness for expert quantum agents: the operating layer they run in to drive that cycle end to end, on top of CUDA-Q.

The enterprise bottleneck: from idea to executable, comparable workflow

Most enterprise quantum initiatives begin with a promising use case: portfolio or risk analysis, routing, scheduling, energy-system optimization, materials or molecular simulation, or fraud detection. Between that first business question and the first trustworthy benchmark sit a series of unglamorous steps: the problem has to be translated into a technical formulation; a data schema defined; a classical baseline chosen; quantum or hybrid approaches mapped to executable models; backends configured; experiments tracked; and results compared in a way business, technical and research stakeholders can all read.

Without an operating framework, that work scatters across notebooks, scripts, SDKs, spreadsheets and ad-hoc reports. The scatter produces some recurring failures:

  • Reproducibility. Seeds, shot noise and optimizer initialization move results run-to-run; without recorded controls, a number is an anecdote, not a measurement.
  • Comparability. Results are hard to line up across solvers, backends and time when each run is configured by hand.
  • Legibility. Decision-makers cannot tell whether progress is real, measured and worth the next round of scarce, costly hardware time.

A QuantumOps approach treats quantum experimentation as a managed lifecycle that also governs how agents and people collaborate — who proposed a step, who approved it, and what actually ran — so these failures are designed out rather than fought repeatedly.

Figure 1. Benchmarking jobs: reproducibility and comparability across solvers, datasets and backends.

The QuantumOps cycle

QCentroid structures enterprise adoption as a continuous experiment cycle — Define → Model → Execute → Benchmark → Learn → Iterate — where each step produces artifacts that can be versioned, reused and compared. (The cycle itself is the subject of the first article in this series; here it is the spine the agents and the substrate hang on.)

Figure 2. The QuantumOps cycle: Define → Model → Execute → Benchmark → Learn → Iterate.

A team starts by defining the use case: objective, constraints, datasets, expected outputs, the relevant KPIs and the business metric that will decide success. The problem is then modeled into a formal specification (an optimization model, a QUBO, a Hamiltonian, or a variational/hybrid routine) with an explicit input/output schema so that what is being solved is unambiguous and portable across teams. Candidate solver paths are selected (classical baseline, quantum-inspired, GPU-accelerated simulation, QPU validation), executed as tracked jobs, and benchmarked against a stated baseline. The team then learns from a comparable record and iterates. The value compounds: each experiment joins a growing evidence base that says what changed, why a result moved, and which configuration is worth testing next.

Figure 3. The QuantumOps journey and its per-stage tools across the platform.

QuantumOps: the harness for expert quantum agents

QuantumOps is the harness. It is the operating environment the expert quantum agents run in, it gives them the lifecycle to move through, the registry and traceability to record what they do, governed access to compute and data, and the guardrails that keep an accountable human in control.

QCentroid has developed and integrated a set of expert quantum agents into the platform,  one for each step of the cycle,  so a team can go from a business problem to a benchmarked result without re-inventing the workflow. Because the harness is what provides the lifecycle, governance and execution, it is not tied to those agents alone: the same cycle can drive expert agents created externally,  by a customer’s own team, a partner, or the wider ecosystem,  under the same controls. The harness is agent-agnostic by design; QCentroid’s agents are the ready-made default, not a lock-in. QCentroid’s broader multi-agent approach to quantum use cases is described here.

The agents do not replace quantum experts and they do not “do” the quantum computing; they remove the toil between a business intent and an executable, well-formed experiment, and keep a human at every decision that costs money or feeds a conclusion. A useful way to read the cycle is one expert agent per stage:

  • Use-case builder agents. Turn a problem described in natural language into a structured use-case pack: business objective, technical objective, constraints, data schemas, candidate data, expected output, baseline methods, candidate quantum/hybrid approaches, benchmark criteria and success criteria.
  • Modeling agent. Proposes initial formulations -decision variables, constraints, objective functions and candidate QUBO mappings for optimization; Hamiltonian construction and ansatz families for simulation- for an expert to review and own.
  • Solver-path & development agent. Recommends candidate execution strategies  -classical baseline, quantum-inspired method, GPU-accelerated simulation, a CUDA-Q hybrid workflow, or a QPU-validation step- and when each is worth its cost and generates executable code.
  • Experiment-design agent. Fixes the benchmark before it runs: which solver versions to compare, which datasets and instances, which backend configurations, which metrics, dependent and independent variables, and which reproducibility controls.
  • Benchmark-interpretation agent. Summarizes results, technical and business oriented, against the KPIs, baseline and proposes the next iteration: refine the model, change the optimizer/solvers, grow the instance, or compare against a stronger baseline.

The agents scaffold; people decide. That division -automate toil, not judgment- is what makes the loop fast without making it reckless, and it is the governance posture enterprises in finance, energy, healthcare and the public sector actually require.

Figure 4. The agents scaffold; people decide

Figure 5. The use-case / feasibility agent turns a problem statement into a structured, feasibility-checked use-case pack for a human to approve.

Figure 6. The modeling agent’s mathematical definition — objective function, constraints and QUBO formulation rendered from LaTeX, for an expert to review.

NVIDIA CUDA-Q as the execution and resource-access substrate

The agents and the cycle need somewhere to run, and this is where NVIDIA CUDA-Q is load-bearing. CUDA-Q is NVIDIA’s open-source platform and programming model for hybrid quantum-classical computing (it is software, not hardware). That abstraction is precisely what lets QuantumOps keep the science separate from the execution target and the solver portable: the backend becomes a parameter, not a rewrite.

For simulation, CUDA-Q draws on cuQuantum -cuStateVec for dense circuits and cuTensorNet for larger structured ones- so the experimentation engine scales on GPUs before any scarce hardware time is spent. In practice a solver keeps one entry point and selects its backend as a parameter, so the same code path runs in GPU-accelerated simulation during iteration and against a QPU for validation:

import cudaq
 
@cudaq.kernel
def ansatz(thetas: list[float]):
    q = cudaq.qvector(4)
    h(q)
    # ... problem-specific cost and mixer / variational layers ...
 
def run(use_case, solver_params):
    #
    # backend is a parameter, not a fork:
    #
    cudaq.set_target(solver_params.get("backend", "nvidia"))
    #   "nvidia" / "tensornet"  -> GPU-accelerated simulation (iterate)
    #   a QPU target            -> hardware validation (promote)
    # build the model, optimize parameters, sample the result
    return result

The point is not the code; it is the property the code has — one solver definition, many targets.

Within QuantumOps, CUDA-Q becomes the managed execution path: a team defines a hybrid workflow, runs it through CUDA-Q on a GPU-accelerated simulator (in QCentroid via the Launchpad, with no local driver or environment setup), captures the experiment’s metadata, compares it with other solver paths, and later validates the same workflow on an available QPU when it is justified. CUDA-Q accelerates and standardizes execution; QuantumOps operates the lifecycle around it. See the companion how-to on accelerating enterprise adoption with NVIDIA CUDA-Q via the Launchpad

Figure 8. Run experiments on multiple devices and accelerated hardware.

How it fits together: from use case to benchmark

Take a domain-neutral example: a combinatorial allocation problem -assign limited resources under business constraints. The work is carried by the set of expert agents acting together across the cycle, not a single one. The builder and modeling agents turn the business description into a use-case pack (objective, technical objective, input/output schema, constraints, baseline methods, candidate approaches, metrics, success criteria) and a candidate formulation (here, a QUBO) for an engineer to review. The experiment-design agent then fixes the benchmark before anything runs:

  • A fixed objective and a stated classical baseline (for example, a MILP or heuristic) on the same instances.
  • A fixed instance set and dataset version.
  • Agreed metrics, typically solution quality against the baseline and time-to-solution.
  • Reproducibility controls: seeds, restarts the named simulator (state-vector vs tensor-network) and the GPU.
  • The solver paths to compare: classical baseline, a CUDA-Q GPU-accelerated simulation path, and a candidate QPU-validation path.

Iteration happens in GPU-accelerated simulation; promotion to scarce QPU time is a deliberate, approved step, not a default. Every execution records its inputs, model and solver versions, backend, seeds, code version, logs, cost estimation and results, so a run is a versioned artifact rather than a transient notebook state. Because runs are declarative artifacts, the same experiment can be re-dispatched across backends for an apples-to-apples comparison, and a result from one quarter can be set beside the next without manual reconciliation.

A hybrid, heterogeneous problem

The next phase of quantum adoption is hybrid by design. Enterprises will not use QPUs in isolation; they will combine CPUs, GPUs, GPU-accelerated simulators, quantum backends, classical optimization, AI-assisted development and domain expertise. That makes orchestration, benchmarking and lifecycle management central rather than peripheral -the same concerns that already apply to any serious computational practice:

  • Heterogeneous resource orchestration. The same experiment may run on a GPU state-vector simulator, a tensor-network simulator, or a QPU — each with different interfaces, capacities and failure modes — scheduled and tracked through one workflow.
  • GPU-accelerated simulation as the engine. Most iteration happens in simulation, so simulation must scale and the simulation-to-hardware transition must be seamless.
  • Reproducibility and provenance. Versioned, declarative runs with full provenance, so any result can be re-created.
  • Cost estimation and energy-aware allocation. Scarce, costly compute means the cost and energy of each path should be estimated and visible before it is spent.

As GPU and quantum hardware move onto shared, low-latency fabric, the boundary between “simulate” and “run on hardware” becomes a configuration choice inside one hybrid program rather than a hand-off between systems. The operating principles above do not weaken in that world; they matter more, because faster and more heterogeneous execution raises the bar for reproducibility and disciplined benchmarking. That is the practical reason to build the practice on a portable and fundamentally hybrid substrate — NVIDIA CUDA-Q — today.

Figure 9. Solver development and deployment cycle 

From isolated demos to institutional memory

Enterprise adoption is a disciplined iteration, not a single proof of concept. Teams need to test formulations, baselines, optimizers, ansätze, backends, data versions and problem sizes — and to understand not just which result is best but why, under which assumptions, and whether it reproduces. When a new backend appears, relevant experiments can be re-run; when a better solver is added, it can be compared against historical baselines; when the business problem changes, the use-case pack and schema evolve without losing the prior history. The output of the method is evidence, not anecdote: a versioned record of what was run, against which baseline, on which resource, at what cost, with what result — an institutional memory that informs which problem is worth the next experiment.

Figure 10. Use cases lifecycle: Agents & Humans –  define, develop, approve.  

The shift is concrete: from “we ran a quantum proof of concept” to “we operate a structured, governed program of hybrid quantum-classical experimentation.” Expert quantum agents lower the cost of entering and moving through the cycle; NVIDIA CUDA-Q provides the hybrid execution and GPU-accelerated simulation that make the cycle fast and portable; QuantumOps is the operating layer — lifecycle, registry, traceability, benchmarking and governance — that turns the two into a repeatable enterprise capability.

Today, expert quantum agents help organizations move faster through the experimentation lifecycle while maintaining governance, reproducibility and comparability. Looking ahead, increasingly coordinated agent systems may automate experiment generation, benchmark execution, model refinement and solver selection, creating the foundations for autonomous quantum laboratories operating at enterprise scale.

Quantum Readiness Is a Business Problem, Not a Physics Problem

quantum readiness gap - 97% believe vs 20% have a plan - QCentroid

The OECD’s 2026 report maps the barriers. Here’s what it means in practice.

The OECD published its report on quantum computing business readiness in March 2026. It’s based on interviews with 16 organizations across 10 countries, recent survey data, and a careful look at what firms are actually doing — not what they say they’re planning to do.

The gap between those two things is the most important finding in the report.

Carlos Kuchkovsky joined the OECD panel at Q-Expo to discuss the findings. This post is our take on what the report gets right, what it points to for companies thinking about where to start, and why the framing matters.


The readiness paradox

The OECD surveyed executives across multiple sectors and countries. The numbers tell a consistent story:

quantum readiness paradox survey data EY Moodys ISACA - QCentroid

97% of UK business leaders believe quantum computing will moderately or significantly disrupt their industry. One third have begun any strategic planning. In financial services, 73% of leaders see quantum as an opportunity — but haven’t identified a single application where it delivers a real commercial advantage. In a 2025 global survey of digital trust and IT professionals, 64% expect quantum to become widespread in their industries within a decade. 20% have a formal plan.

This isn’t a technology problem. Companies aren’t waiting because quantum hardware isn’t ready. They’re waiting because they don’t have the internal language, the use cases, or the people to act on what they already believe.

That’s a business transformation problem.


What’s holding quantum computing readiness back

The OECD identifies four main barriers. They’re worth taking seriously, because they’re not the ones that get talked about most.

1. Technology immaturity — but the harder part is the stack

Current quantum hardware has real limitations: error rates, qubit counts, coherence times. These are engineering problems, not fundamental physics blockers, and they’re being worked on.

The harder issue for companies is that the full quantum computing stack — hardware, control systems, middleware, software — is fragmented and largely incompatible across providers. Quantum software is not hardware-agnostic. Skills built on one platform don’t transfer cleanly to another. There are no standard benchmarks.

For a firm trying to plan infrastructure or allocate R&D budget, this creates genuine uncertainty that’s separate from the hardware maturity question.

2. Limited awareness — and distorted expectations

Two things are happening simultaneously. Most firms haven’t identified concrete use cases relevant to their industry. And a subset of firms have been exposed to vendor-driven narratives that set expectations too high and too short.

When expectations don’t match reality, the result is disillusionment — not deeper engagement. The OECD is direct about this: awareness-raising without realistic framing does more harm than good.

3. Cost — and it’s not just the hardware

Cloud access has changed the economics of experimentation meaningfully. But remote quantum compute time still runs around $70,000 for 12 hours. And that’s before you factor in the internal costs: training staff, running readiness assessments, hiring people who can actually do something with the access.

For SMEs, this isn’t a marginal cost. And the export control restrictions on quantum cloud services create additional access barriers for firms in certain jurisdictions — a point the report flags clearly and that doesn’t get enough attention.

4. Talent — and it’s not the talent most companies are looking for

The assumption is that quantum readiness requires quantum physicists. The OECD’s finding is that this is wrong. The acute shortage is in engineers and developers who can work at the interface of quantum and classical systems, and algorithm specialists with industry-specific knowledge.

Europe has strong basic research in quantum hardware. The gap is on the software and application side. And the talent that does exist is unevenly distributed — concentrated in a few countries and firms, and increasingly being pulled from academic groups into industry, which tightens the pipeline further.


What’s actually working

The OECD mapped five support mechanisms across the organisations they interviewed. The most effective ones share a common characteristic: they reduce the cost of early experimentation without asking companies to make long-term commitments before the technology justifies them.

Industry consortia that pool pre-competitive R&D are working. The QUTAC model in Germany — 14 major corporations sharing quantum algorithm development and use case documentation — shows what this looks like at scale.

Hybrid quantum-HPC infrastructure is emerging as the realistic near-term entry point. Not quantum alone. Quantum processors alongside classical supercomputing clusters, allowing incremental workflow testing. Technology providers interviewed for the report are explicit: near-term breakthroughs will come from combinations of quantum, AI, and HPC.

Short proof-of-concept formats — months, not years — are enabling firms to generate tangible outputs without PhD-scale investment. A few months of focused work can produce prototype code and a practical roadmap.

And there’s one unexpected entry point: quantum resilience. The transition to post-quantum cryptography is urgent, concrete, and compliance-driven. It’s creating a first conversation about quantum that leads naturally into readiness. Several interviewees noted that cryptography is opening the door for companies that wouldn’t otherwise engage.


Where QCentroid sits in this

The framing that stays with us from the OECD report is this: readiness is not about being ready for quantum. It’s about building the capacity to adapt as the technology matures.

That’s not a technology project. It’s a strategic and organizational one.

The companies that will be well-positioned when quantum computing reaches commercial viability aren’t necessarily the ones with the biggest R&D budgets today. They’re the ones that started mapping use cases, building internal vocabulary, and identifying the right ecosystem partnerships early.

That process doesn’t require fault-tolerant quantum hardware. It requires clarity on where the technology could matter for your business, and a methodical way to build toward it.

That’s the work.


Read the full OECD report: https://www.oecd.org/en/publications/building-business-readiness-for-quantum-computing_ee847e5f-en.html

Quantum in finance: notes from Singapore

Carlos Kuchkovsky presenting QCentroid's quantum adoption framework for financial services at Quantum Industry Day 2026 in Singapore, with the "Quantum solutions adoption cycle" slide showing four stages from idea to production.

“How do we start?” is still the most common question financial institutions ask about quantum.

Last week at Quantum Industry Day 2026 in Singapore — hosted by the National Quantum Office and Quantinuum — our CEO, Carlos Kuchkovsky, gave two talks focused on answering exactly that. One framework, one practical model, and a fair amount of honesty about what quantum can and can’t do in production today.

Here’s the longer version of what was on stage.

The morning: a framework that doesn’t overcommit

The premise of the morning session was simple. Financial institutions don’t need to wait for fault-tolerant quantum hardware to start preparing — but they also shouldn’t pretend the technology is further along than it is. The interesting work happens in between: building a disciplined adoption roadmap that takes quantum seriously without overcommitting budget, headcount, or credibility.

Carlos walked through five stages of that roadmap:

1. Identify high-value business problems first, technology second. The starting point is “which problems are expensive enough, complex enough, or strategically important enough that a 10–20% improvement would matter.” Optimization, fraud detection, portfolio analytics, risk modeling, and decision-support workflows all fit.

2. Distinguish credible use cases from premature ones. Not every problem that could benefit from quantum will benefit on near-term hardware. The honest question is: can NISQ systems offer a real advantage soon, or have classical methods already solved the problem just as well?

3. Assess data and classical baselines properly. This is where most early quantum projects quietly fail. Without a strong classical baseline, you can’t tell whether a quantum experiment produced a real signal or just a different result. And without clean, structured data, the experiment isn’t really about quantum at all.

4. Structure experiments with the right partners. Internal teams alone rarely have the full stack of expertise — algorithms, hardware access, domain modeling, and software engineering. The most productive setups bring together internal business owners, quantum startups, and research groups around a shared problem statement. This is where the sandbox model comes in.

5. Build long-term strategic positioning. Adoption isn’t a one-off pilot. It’s a multi-year journey that requires internal champions, visibility at the board level, and a portfolio of use cases at various stages of maturity.

The honest part of the talk was about what quantum can’t do in production today and why that matters when you’re allocating budget. Pretending otherwise costs credibility internally, which is the resource quantum programs run out of the fastest.

The afternoon: sandboxes as the practical answer

If the morning was about the framework, the afternoon was about what it looks like when an enterprise actually starts moving through it.

The challenge most financial institutions face isn’t a lack of interest. It’s a lack of a starting point. Internal teams don’t have access to quantum hardware or domain-specific software stacks. Startups have the technology but not the business context. Research groups have the science but not the enterprise integration. Collaborative sandboxes exist to put all three in the same room — around the same problem.

QCentroid’s sandbox platform provides the technical layer: access to quantum hardware, simulators, and development tools, configured as branded, purpose-built environments tailored to specific collaboration models. The interesting part isn’t the infrastructure itself — it’s how the infrastructure changes who can participate and how quickly.

Carlos presented two complementary examples from the Singapore ecosystem.

A venture-building sandbox with QAI Ventures Singapore. Here, corporates and quantum startups co-develop applied solutions around specific, high-value business problems — quantum-enhanced fraud detection being one of the live workstreams. The sandbox compresses what would normally be a 12–18 month procurement-and-pilot cycle into a structured collaboration with clear milestones. The path is commercial: a business problem looking for a startup-built solution.

A research-to-industry sandbox with Singapore’s National Quantum Computing Hub, including Q4F. Q4F (Quantum for Finance) is led by the Centre for Quantum Technologies and supported by NQCH. It’s designed to translate frontier academic quantum research into enterprise-relevant tools. The path is different from the venture sandbox: research-led rather than commercial-led, but the destination — industry application — is the same.

These represent two different entry points into the quantum ecosystem. One is driven by commercial problem-solving. The other by translating frontier research into industry-ready tools. Most enterprises will end up needing a bit of both, depending on the maturity of the use case they’re working on.

Beyond finance

A natural question after the afternoon talk: Does this only work for financial services? The short answer is no. The sandbox framework (a shared environment, multi-party collaboration around a defined business problem, and a structured progression from concept to a testable use case) extends naturally to logistics, energy, healthcare, and other sectors where quantum has credible long-term value. Finance is just the most advanced testbed today because the budgets, the data, and the competitive pressure are all there.

What this means if you’re starting now

If you’re inside a financial institution and trying to figure out the next step, the practical takeaways from both talks come down to three things:

  • Start from a business problem, not from the technology. The strongest quantum programs we see are owned by the line of business, not by an isolated innovation team.
  • Use a sandbox-style collaboration to accelerate learning. Build vs. buy isn’t the right question yet — co-develop is.
  • Be honest about timelines, internally and externally. Credibility matters. So does its absence.

Thanks again to the National Quantum Office and Quantinuum for organizing Quantum Industry Day, and to the panelists, speakers, and participants who turned the conversations into something more useful than another event recap.

If you want to talk through what a sandbox engagement could look like for your organization, get in touch — we’d rather have a 20-minute conversation than send you a brochure.

How to accelerate enterprise Quantum computing adoption using Nvidia and CUDA-Q with a Quantum ops framework approach

Hybrid quantum-classical algorithms such as the Variational Quantum Eigensolver (VQE) are fundamentally iterative. A parameterized quantum state is prepared, expectation values are measured, and a classical optimizer updates parameters. This loop continues until convergence. At research scale, this can be executed in a notebook. At enterprise scale, it needs to be a structured experimentation pipeline.

NVIDIA CUDA-Q provides a unified hybrid programming model where quantum kernels and classical optimization routines co-execute within a single program. Through its MLIR → LLVM → QIR compilation stack and backend abstraction layer, CUDA-Q enables developers to write a VQE workflow once and execute it interchangeably on GPU-accelerated simulators or physical QPUs. The hybrid loop is expressed as a coherent computational construct rather than stitched together across disparate SDKs.

In enterprise environments, execution is only one dimension. Access to scalable infrastructure during development is equally critical. Large parameter sweeps, ansatz exploration, and convergence studies require substantial compute resources. Provisioning and configuring GPU infrastructure often becomes a bottleneck before the algorithm itself is optimized.

This is where a QuantumOps framework complements the NVIDIA stack.

To make this concrete, consider electrolyte design for industrial batteries. From a computational perspective, the task reduces to estimating electronic structure properties of candidate molecules. A Hamiltonian is constructed and mapped to qubits. An ansatz is defined. A classical optimizer iteratively updates parameters to minimize the expected energy.

In practice, this workflow requires repeated experimentation. Ansatz depth must be varied. Optimizers must be compared. Noise models must be evaluated. Simulation results must eventually be validated on real hardware. Each variation expands the experimental search space.

Enterprise VQE workflows require structure.

In our example, when screening multiple electrolyte candidates, hundreds or thousands of experiments may be executed. Hamiltonians evolve as molecular models are refined. Optimizer configurations change. Backend selections shift between GPU simulators and QPUs. Without operational discipline, results become fragmented and difficult to reproduce.

A QuantumOps framework layers experiment lifecycle management on top of CUDA-Q’s hybrid runtime. Experiments are defined declaratively. Hamiltonians, ansätze, and optimizer configurations are versioned as artifacts. Backend selection, shot configuration, and execution metadata are captured automatically. Convergence trajectories are stored and indexed for comparison.

CUDA-Q accelerates hybrid execution. QuantumOps systematizes hybrid experimentation.

The combined impact can be summarized in the following end-to-end comparison:

End-to-End VQE Workflow: Fragmented vs Accelerated & Operationalized

Workflow StepFragmented StackNVIDIA CUDA-Q + QuantumOps FrameworkPrimary Benefits (Impact)
Hybrid algorithm implementationQuantum circuits and classical optimizers integrated manually across separate SDKs.Unified hybrid kernel model in CUDA-Q with structured experiment definitions.Reduced integration complexity.Development time ↘
Simulation performance & scalingCPU-based simulation limits qubit count and slows parameter sweeps.GPU-accelerated simulation on NVIDIA GPUs with managed sweep orchestration.Higher throughput.Time-to-insight ↘, scalability ↗
Infrastructure availability during developmentLocal setup or custom cloud provisioning required.Instant access to CPU and NVIDIA GPU resources via QCentroid Launchpad.Faster onboarding.Infrastructure friction ↘, deployment time ↘
Hardware portability (Sim ↔ QPU)Backend-specific APIs; hardware changes require refactoring.QPU-agnostic execution compatible with leading quantum hardware providers.Reduced vendor lock-in.Vendor lock-in ↘, validation cycles ↘
Experiment lifecycle managementScript-driven runs with manual tracking of configurations.Declarative, versioned experiment definitions with captured metadata.Deterministic reproducibility.Reproducibility ↗, technical risk ↘
Parameter sweeps & benchmarkingManual aggregation and comparison of results.Indexed sweeps with normalized cross-backend benchmarking.Structured performance comparison.Optimization cycles ↘, decision confidence ↗
Resource & cost visibilityFragmented tracking across vendors.Per-experiment visibility across GPU and QPU execution.Better hardware allocation.Cost control ↗
Collaboration & knowledge retentionResults dispersed across repositories and individuals.Persistent experiment registry with searchable history.Institutional continuity ↗

Although electrolyte design provides a concrete example, the architecture is domain-agnostic. Any enterprise VQE workload—whether in materials science, energy systems, or optimization—requires scalable simulation, backend portability, reproducibility, and cost-aware infrastructure allocation.

The following figures illustrate the automated execution of a benchmarking job for the given use case using all the solvers and the datasets configured.

Multi-backend (QPUs and simulators) implementation of solvers using NVIDIA CUDA-Q
Run benchmarking jobs with all the solvers and datasets with one click
Run benchmarking jobs with all the solvers and datasets with one click
Benchmarking of the use case output metrics for all the solvers and datasets

Additionally, using QCentroid Launchpad, our cloud-hosted Jupyter development environment, teams can start hybrid quantum development with immediate access to CPU, RAM, and NVIDIA GPU resources. There is no local infrastructure setup, no driver configuration, and no manual environment management. Developers can begin experimenting with CUDA-Q on GPU-backed instances in minutes.

CUDA-Q accelerates this loop through unified hybrid execution and GPU-backed simulation. QCentroid Launchpad ensures that the necessary NVIDIA GPU infrastructure is immediately available during development. But execution speed and infrastructure access still do not fully solve the enterprise challenge.

More importantly, workloads can be deployed on different NVIDIA GPU configurations with minimal friction. Teams can test how simulation performance scales across GPU models, evaluate memory requirements for larger qubit counts, and determine which hardware configuration is sufficient for their use case. This flexibility directly impacts cost efficiency: instead of overprovisioning infrastructure, enterprises can calibrate resources based on measured performance.

The combination of NVIDIA GPUs and NVIDIA CUDA-Q creates a versatile development substrate. GPU-accelerated state vector and tensor network simulators allow simulation of larger qubit systems than CPU-bound approaches. At the same time, resource allocation can be adapted dynamically to match problem scale and budget constraints. As quantum hardware evolves, the same CUDA-Q code remains compatible with leading QPU providers thanks to its qubit-agnostic backend abstraction. Simulation and hardware validation are not separate development tracks, they are part of a continuous workflow.

Going back to our example, in a simplified hybrid quantum–classical workflow implemented with NVIDIA CUDA-Q, in practice, enterprise teams design parameterized quantum circuits, execute them on NVIDIA GPUs for large-scale simulation, and iteratively optimize them using classical routines. The same code structure can later be executed against real QPUs without redesigning the algorithm.

The figure below illustrates how a parameterized circuit is defined, simulated on NVIDIA GPUs, and embedded in a classical optimization loop — the foundational pattern behind most near-term quantum applications such as optimization, chemistry simulation, and machine learning.

Hybrid workflow with CUDA-Q implemented in the QCentroid LaunchPad

When layered with a QuantumOps framework, this stack transforms VQE from an experimental algorithm into an operational research system. In industrial electrolyte discovery—and across enterprise quantum computing—the true acceleration vector lies not only in faster computation, but in the convergence of scalable GPU infrastructure, portable hybrid execution, and structured experimentation.

Women Leadership in Quantum

Women Leadership in Quantum

Why the Second Wave of Quantum Adoption Needs a Different Kind of Leadership

For years, the narrative around quantum computing has been dominated by physics and hardware. However, as we move beyond the lab, a new model of quantum adoption leadership is becoming essential to bridge the gap between scientific breakthroughs and organizational reality. Qubits, coherence times, error correction. Necessary. Fascinating. And insufficient.

We are now entering a second wave of quantum adoption, one that is no longer defined by what is technically possible, but by what is organizationally, strategically, and economically viable. This shift changes everything and it also changes who leads.

Increasingly, women leaders are playing a decisive role in this transition. Not as a diversity headline, but as architects of adoption. And that is not a coincidence.

From Scientific Breakthroughs to Organizational Reality

The first wave of quantum computing was about proof: proving that quantum machines could exist, operate, and outperform classical systems in narrowly defined tasks. This phase belonged, rightly, to scientists, researchers, and hardware pioneers.

The second wave is different. It asks harder questions:

  • How does quantum fit into an existing IT and data ecosystem?
  • Where does it generate measurable business value?
  • How do organizations build capabilities without locking themselves into the wrong technology?
  • How do you govern a technology that is powerful, immature, and fast-evolving at the same time?

These are not purely technical questions. They are leadership questions.

Why Quantum Adoption Leadership Is Not a Technical Problem

One of the biggest misconceptions around quantum computing is that adoption will happen naturally once the technology matures. It won’t.

Adoption requires strategic prioritization,cross-functional alignment, risk management, talent transformation, and clear ownership at the executive level.

In other words, it requires leaders who can operate across science, technology, business, and people simultaneously.

Many women leaders have built their careers precisely at these intersections, connecting domains, translating complexity, and turning uncertainty into structured decision-making. In quantum, this skill set is not a “nice to have”. It is essential.

The Power of a 360° View

Quantum computing is not “just another technology” to be added to the stack. It is a transformational capability that reshapes how organizations think about optimization, simulation, security, and decision-making.

Its impact is systemic as it changes how problems are formulated, it challenges existing workflows and KPIs, it forces new partnerships between industry, academia, and technology providers and it introduces long-term strategic options that must be prepared years in advance.
Leading this transformation requires a 360° vision, one that sees technology, business models, talent, and governance as a single system.

This holistic perspective is where many women leaders stand out. Not because of gender stereotypes, but because managing complexity, ambiguity, and interdependence has often been a core part of their leadership trajectory.

From Quantum Hype to Business Impact

The second wave of quantum adoption is unforgiving. It has little patience for hype and infinite tolerance for results.

Organizations now need leaders who can distinguish experimentation from strategy, separate vendor narratives from real capability, design roadmaps that evolve with the technology, and align quantum initiatives with measurable outcomes. If quantum does not translate into better decisions, more efficient processes, or new strategic options, it will remain an expensive science experiment.

Turning a promise into impact requires leaders who are comfortable saying “not yet”, “not like this”, or “this is the wrong approach and who can do so with credibility across both technical and executive audiences.

Talent, Culture, and New Leadership Models

Quantum computing also exposes a deeper challenge: organizational readiness.

The technology demands that hybrid teams of physicists, engineers, data scientists, and business leaders work together. It demands cultures that accept uncertainty without falling into improvisation. It demands collaboration across ecosystems, not isolated excellence.

Leadership styles that are collaborative, inclusive, and ecosystem-driven are proving particularly effective here. Not because they are softer, but because they scale better in complex, fast-moving environments.

Many women leaders naturally operate in this mode: orchestrating rather than controlling, enabling rather than centralizing, building bridges rather than silos. In quantum, these approaches are not ideological; they are pragmatic.

This Is Not About Gender. It’s About Timing

This is not an argument about representation for its own sake. It is an observation about fit for purpose.

Quantum computing has reached a stage where success depends less on raw technical brilliance and more on judgment, integration, and execution. The leadership profile that thrives in this phase looks different from that of the first wave.

It is no surprise that many of the leaders driving real quantum adoption today are women, leading platforms, ecosystems, enterprise programs, and strategic transformations that bring quantum out of the lab and into the organization.

The second wave of quantum computing will not only be defined by who builds the most powerful machine, but also by who turns quantum capability into sustained advantage.

And that race will be won by leaders who understand the whole system.

The Quantum Imperative: What Every Leader Needs to Know

Beyond Computation, Towards Transformation

Quantum computing has transcended the realm of scientific curiosity to emerge as a definitive strategic enabler, already reshaping how organizations innovate, optimize, and compete. For CEOs, Boards and senior leaders, the essential discussion is not about qubits or algorithms; it is squarely focused on value creation, risk management, and long-term competitive positioning.

The business case is compelling. Benchmarks from D-Wave’s 2025 survey and McKinsey analyses indicate early-stage efficiency improvements in the range of 8–15% for selected operational optimization pilots alongside accelerated R&D cycles in specific simulation-heavy domains, particularly materials science and drug discovery. This is not an IT upgrade; it is a strategic reset that will impact logistics, finance, healthcare, and energy alike. These pioneering examples confirm that quantum conversation is not a future consideration; it is a present-day boardroom imperative.

As with every technological revolution, the window of opportunity is closing rapidly. Early adopters are positioned to capture significant efficiencies, accelerate their strategic goals, and actively shape the ecosystems of tomorrow. Those who hesitate will inevitably face higher costs, steeper learning curves, and diminished market influence. The strategic implications are clear: quantum computing will redefine competitive advantage through unprecedented efficiency, accelerated innovation, and enhanced resilience. Organizations must act now to harness its potential or risk being left behind.

The choice before boards is both simple and stark: shape the future, or be reshaped by it.

The Strategic Inflection Point: A New Class of Problem-Solving 

Quantum computing represents a fundamental paradigm shift in processing information. Classical computers evaluate possibilities sequentially; quantum systems leverage the principles of superposition and entanglement to explore millions of possibilities simultaneously. This is not about incrementally faster calculations but about achieving a step-change in capability, allowing organizations to solve problems of complexity and scale that are currently intractable.

For the strategic leader, this translates into unlocking capabilities previously beyond reach. Logistics enterprises will optimize global routes and inventories in real time, realizing double-digit savings in fuel and warehousing costs while significantly strengthening resilience, as seen in Volkswagen’s pilots and echoed in 2025 manufacturing case studies. Financial institutions will run millions of parallel scenarios, revolutionizing portfolio optimization, derivative pricing, and enterprise risk management. In healthcare, pharmaceutical companies will compress drug discovery timelines by digitally simulating molecular interactions, securing decisive advantages in patents and market positioning. Energy firms are already designing next-generation batteries and modeling climate risk with greater accuracy, per McKinsey.

The essence for the Board is this: quantum computing turns overwhelming complexity into unparalleled opportunity, compressing time-to-value from years to minutes.

Implications for Corporate Strategy and the Imperative of Timing

The adoption of quantum computing should be understood not as an incremental IT upgrade, but as a strategic reset that cuts across every dimension of Corporate Strategy. Its most immediate impact will be unlocking efficiencies at a scale classical computing cannot match, particularly in logistics, manufacturing, and energy, where cost reductions in the double digits will become feasible, as seen in Volkswagen’s pilots and echoed in 2025 manufacturing case studies.

Furthermore, quantum capabilities will dramatically accelerate strategic initiatives. Transformation programs encompassing digital evolution, sustainability transitions, or global supply chain redesign will advance at an exponential, rather than linear, pace. Quantum also fundamentally enhances organizational resilience. By evaluating millions of scenarios in parallel, companies can anticipate disruptions and model responses proactively rather than reactively. Financial institutions will stress-test portfolios against countless simulated futures, and energy firms will design systems robust enough to withstand extreme volatility. By 2025, quantum is aiding climate modeling with unprecedented accuracy, per McKinsey, helping firms like E.ON anticipate disruptions.

Perhaps most significantly, quantum readiness will redefine industry ecosystems. Markets will reorganize around those who are prepared, with early movers dictating standards, forming new alliances, and reshaping value chains. Partners, providers, and competitors will be reassessed through this new strategic lens.

On the critical question of timing, the horizon is clear. In the immediate term of one to two years, pilots will proliferate and deliver measurable value in logistics, finance, and R&D, as McKinsey reports that quantum firms generated $650-750M in revenue in 2024 alone. In the medium term of three to seven years, quantum-enhanced applications will achieve unambiguous returns on investment, forcing entire industries to reorganize around early adopters. Looking seven to fifteen years ahead, quantum will be deeply embedded in mission-critical operations, and business models themselves will be transformed. Boards must recognize that waiting is not a neutral act; it is a conscious decision to cede ground and incur a future cost of catch-up.

Risks and Mitigation: Navigating the Challenges of Quantum Adoption

While the opportunities are substantial, quantum adoption comes with notable risks that boards must address proactively. Key challenges include high initial costs, talent shortages, and security vulnerabilities. For instance, entry costs for pilots can range from $ 100K to $1 M, per industry benchmarks. Talent gaps are acute: Deloitte’s August 2025 report shows only a 4.4% growth in quantum job postings, with projections indicating that only 50% of quantum computing jobs were filled in 2025 and a global workforce of approximately 30,000 professionals. Additionally, quantum computers pose a threat to current encryption, potentially breaking standard protocols, as highlighted in McKinsey’s June 2025 insights.

To mitigate these, organizations can start with cloud-based quantum access (e.g., via IBM Quantum or Amazon Braket) to minimize hardware investments and upfront costs. For talent, partner with universities or firms like IBM for training programs, and focus on upskilling existing staff. On security, transition to post-quantum cryptography standards from NIST to safeguard data. Phased investments reduce overall risk, turning potential hurdles into manageable steps.

The Proof in Practice: Board-Ready Examples

The theoretical potential of quantum is best understood through its practical, board-ready applications. JPMorgan Chase offers a compelling case. Since 2018, the firm has pursued quantum-generated cryptography and applied advanced algorithms to complex financial modeling, exploring use cases in portfolio optimization, option pricing, and fraud detection . JPMorgan Chase’s ongoing work since 2018 now includes a 2025 open-source quantum software library for error-correction (reducing qubits needed by 10-100x) and a leadership overhaul to accelerate applications like portfolio optimization. For the financial sector, the opportunity encompasses stronger security, faster and more accurate decision-making, and superior capital efficiency. The risk of inaction is exposure to breaches, regulatory challenges, and competitive inefficiency

In the automotive sector, Volkswagen’s demonstration of real-time traffic optimization in Lisbon using a quantum annealer provided a clear window into the future. By dynamically rerouting buses during a major event, the company achieved significant efficiency gains. Building on Volkswagen’s 2019 Lisbon pilot (which reduced delays via real-time routing), recent expansions, such as DHL’s 2025 IBM collaboration, show supply chain optimizations cutting costs by double digits. For boards, the opportunity translates into direct cost savings and elevated service excellence. The risk is remaining locked into outdated, inefficient operational models while competitors learn to optimize in real time.

Within the energy sector, E.ON has applied quantum computing to climate risk modeling, enabling it to anticipate systemic volatility and design more resilient energy networks. E.ON’s quantum algorithm for weather risk modeling, developed with IBM (2024 updates show grid optimization for renewables), enables resilient networks amid climate volatility. The strategic implication is leadership in sustainability and operational robustness. The risk of delay is weaker positioning during the historic energy transition. These examples, alongside Deutsche Bahn’s work on railway scheduling and Nippon Steel’s simulation of advanced materials, illustrate a consistent theme: quantum computing is already driving efficiency and innovation in critical infrastructure.

While specific ROI remains proprietary, early pilot benchmarks across these industries indicate a target range of 8-15% efficiency gains in optimized processes (e.g., logistics routing, asset utilization) and potential reductions in R&D timelines by 25-40% for complex material and drug discovery projects (D-Wave 2025 benchmarks for logistics/asset utilization; McKinsey Quantum Monitor 2025 for drug discovery). These figures provide a concrete framework for calibrating potential investment returns . Leaders expect $1-5M ROI in the first year of adoption, per D-Wave’s July 2025 study.

Cultivating the Quantum Mindset: A Framework for Governance and Action

Adopting quantum computing demands a fundamental shift in leadership mindset. Boards and executives must grow comfortable making strategic decisions under uncertainty, moving from a deterministic, linear worldview to a probabilistic one. This requires seeing interdependencies across the ecosystem and recognizing that quantum’s greatest value is unlocked by solving interconnected problems rather than operating in isolated silos. Finally, a culture of iterative learning is essential, as quantum adoption is less a single bold bet and more a disciplined process of experimentation, piloting, and rapid adaptation.

This mindset must be operationalized through a structured, four-phase roadmap . In the roadmap, add cost estimates per phase, e.g., “Awareness: Low-cost workshops ($10K-50K); Pilots: $100K-500K via platforms like QuantumOps (per industry averages, Deloitte 2025)”.

The journey commences with building Awareness ($30K-50K), where the board and executive team align on the strategic significance of quantum and develop a common language. This initial phase is crucial for defining the strategic imperatives: What is the precise opportunity for our business, and what is the cost of inaction?

The subsequent phase involves Identifying Quick Wins, selecting one or two high-impact use cases directly tied to key performance indicators. This forces the critical questions: Which application offers the highest financial return, and what are the realistic benchmarks for success? These are then rigorously tested in controlled Pilots ($100K-500K via platforms like QuantumOps, per industry averages, Deloitte 2025), where organizations validate value and build internal credibility without excessive investment. Here, leadership must address critical questions about resource allocation: What is the required investment for exploration, and how do we bridge the capability gap with our existing talent ? The final phase is Scaling and Integration, embedding quantum insights into core operations. This demands a plan for operationalization: How do we integrate these new capabilities into our current systems and processes to secure a lasting advantage?

Through this lens, quantum adoption is revealed not as a gamble but as a structured journey in which each step systematically reduces risk, delivers tangible learning, and compounds competitive advantage.

Partnering Options: Bridging Boardroom Strategy to Operational Reality

At QCentroid, we bridge the gap between visionary strategy and operational execution. We operate not as a technology vendor, but as your strategic partner, guiding boards and executives through the complexities of the quantum transition. Our purpose is to translate quantum potential into tangible value, connecting capabilities directly to corporate strategy and profitability.

Our neutral, unbiased approach ensures we evaluate the entire technology ecosystem to find the right solution for your specific challenges. Through structured frameworks and proven methodologies, we provide the clarity needed to start, prioritize, and integrate quantum into your organization’s strategic DNA

Our partnership is built to deliver concrete outcomes:

We begin by Framing the Strategic Conversation, facilitating executive workshops to align leadership on quantum implications and actions to answer the fundamental question: ‘What is the precise opportunity for our business and the cost of inaction?. We then Identify and Prioritize Value, working with your teams to pinpoint the use cases with the greatest impact on your business model and KPIs. Our QuantumOps Platform empowers you to De-Risk Exploration, allowing you to test and validate these use cases without heavy upfront investment or scarce internal expertise. Finally, we help you Develop a Long-Term Roadmap to build quantum readiness into your organization’s core operations.

This end-to-end partnership—led by Carlos Kuchlovsky and a team with a proven track record across corporate and entrepreneurial environments—accelerates learning, builds internal capability, and transforms quantum computing from a theoretical concept into a profitable, strategic, and actionable advantage.

Final Reflection

Quantum computing is not an IT issue. It is a Board-level agenda item that will define which companies lead industries and which are forced to follow.

The organizations that act now will:

  • Accelerate their strategic goals—achieving in years what others take decades.
  • Redefine their industries—by setting standards and shaping ecosystems.
  • Capture talent and partnerships that strengthen their competitive edge.
  • Build resilience—turning uncertainty into foresight and complexity into opportunity.

Those who wait will face higher costs, weaker positioning, and the risk of irrelevance as competitors reshape the market with quantum advantage. Boards should evaluate quantum readiness now to align with accelerating adoption trends (the quantum market is projected at $1.6B in 2025, rising to $7.3B by 2030, BCC Research).

Sources/References

  1. McKinsey Quantum Technology Monitor 2025: https://www.mckinsey.com/capabilities/mckinsey-digital/our-insights/the-year-of-quantum-from-concept-to-reality-in-2025
  2. D-Wave 2025 Survey on ROI: https://www.dwavequantum.com/company/newsroom/press-release/new-study-more-than-one-quarter-of-surveyed-business-leaders-expect-quantum-optimization-to-deliver-5m-or-higher-roi-within-first-year-of-adoption/
  3. Deloitte Quantum Computing Report 2025: https://www.deloitte.com/us/en/insights/topics/emerging-technologies/quantum-computing-futures.html
  4. BCC Research Quantum Market 2025: https://www.bccresearch.com/pressroom/ift/global-quantum-computing-market-to-grow-346
  5. Quantum Risks 2025: https://www.pkfod.com/insights/the-leap-to-quantum-unleashing-the-power-to-unlock-the-opportunities/

Building an AI Multi-Agent Tool for Quantum  Computing Use Case Discovery

15 min read

Oscar Bastidas Jossa, Artificial Intelligence Engineer
Alberto Calvo, CTO and co-founder

Summary

Quantum computing holds transformative potential, yet its practical adoption remains hindered by complexity and uncertainty about real-world applications. To address this gap, we present the Qcentroid multi-agent AI tool that systematically translates business needs into scientifically grounded quantum computing use cases through a three-stage architecture: Interview, Generator, and Deep Research. In the Interview stage, an interactive AI agent collects organizational objectives and computational bottlenecks, producing a structured problem summary. The Generator stage validates problem suitability and synthesizes candidate quantum applications by aligning business needs with established quantum computing algorithms. The Deep Research stage employs a parallelized, multi-agent framework to conduct rigorous feasibility analyses. Drawing on semantic search over curated scientific databases, online literature retrieval, and iterative evaluation, the system produces comprehensive feasibility reports detailing scientific and mathematical basis, suitability of employing Quantum/Quantum-Inspired computing methods, scientific evidence, limitations and risks, for the proposed use cases. By combining conversational problem scoping, algorithmic mapping, and autonomous scientific investigation, our platform enables organizations to make evidence-based, strategic decisions about quantum adoption.

The problem, and what does our new tool address? 

Despite the fact that developing end-to-end, production-ready quantum solutions for business problems is not yet ready, recent research advances, such as progress on error-correction techniques and improved qubit stability, show clear movement toward practical deployment [1]. Because potential applications span numerous industries, the space for application software is far from saturated [2], offering significant opportunity but also considerable uncertainty. As a result, organizations often struggle to assess whether their computational challenges are well-suited to quantum approaches and how best to evaluate and validate such opportunities. Survey studies, such as [3], highlight that the complexity of quantum systems and software is among the primary barriers to broader adoption. This uncertainty slows progress and leaves decision-makers without the evidence needed to confidently justify investment.

Our tool, the QCentroid Multi-Agent AI Use Case Generator tool, was designed precisely to try  bridging this gap. It transforms informal business conversations into structured, scientifically grounded quantum computing use cases. By combining conversational scoping, algorithmic mapping, and autonomous deep research, the system helps organizations cut through complexity and make data-driven decisions about quantum feasibility.

Technical Concepts

Before proceeding to explain each stage of the architecture, let´s briefly explain some technical concepts that are used in this architecture and will be mentioned along the article.

Prompting techniques: We applied several prompting techniques across different sections of the system. These included:

  • Persona Prompting: Crafting prompts that assign the model a specific role or perspective.
  • Chain-of-Thought (CoT) Prompting: This technique enables complex reasoning by guiding the model through intermediate reasoning steps [4].
  • Few-Shot Prompting: In addition to task descriptions, the model is shown a few illustrative examples. This helps generalize to new tasks by following the demonstrated patterns [5].

Graphs: The architecture was implemented using LangGraph. At its core, LangGraph models workflows as graphs, where the behavior of agents is defined by three main components:

  • States: Shared data structures that represent the current state of the application.
  • Nodes: Functions that encode the logic of the agents.
  • Edges: Functions that determine the next step to execute based on the current state.

Subgraphs: A subgraph is a graph encapsulated as a single node within another graph. In our architecture, the three main stages—Interview, Generator, and Deep Research—were encapsulated as subgraphs within the multi-agent system. This design offers several benefits:

  • Modularity: Each subgraph can be developed and tested independently, having their own states. For example, we could test different types of users and business contexts in the interview subgraph, without needing to run subsequent subgraphs. The same applied to the other stages.
  • Specialization: Agents can focus on specific domains. This opens opportunities to expand beyond quantum computing—for instance, by adding expert agents specialized in Machine Learning (ML).
  • Control: Flow management is more straightforward. For example, in the Deep Research subgraph, we were able to execute parallel procedures efficiently thanks to the subgraph-based design.
Multi-agent AI architecture for quantum computing use case generation diagram

Figure 1. Example of shared and private states in two subgraphs.

One example of the benefits of modularity is illustrated in Figure 1. The diagram shows how two subgraphs share the common “messages” state, while still maintaining their own private states: “generate_use_cases” for the Generator subgraph and “pinecone_search_query” for the Deep Research subgraph.

Context engineering: is about designing dynamic systems that provide the right information and tools in the right format, enabling Language Large models (LLM) to accomplish tasks effectively. Complex agents such as the architecture shown in this article, gather context from multiple sources— users, past interactions, tool calls, or external data—and must integrate these dynamically. Since LLMs cannot infer missing details, success depends on supplying accurate context and relevant tools. Equally important is format: clear, structured inputs enable the model to reason and act far more reliably than poorly organized or ambiguous data [6]. Context engineering was widely used in the research agent process, which we will discuss later.

Structured output: Refers to guiding the model to produce responses in a predefined format, it is important for context engineering to provide clear and structured information.  To achieve this, a schema must first be defined—commonly using a JSON-like structure or libraries such as Pydantic. LangChain simplifies this process with the with_structured_output() method, which automatically binds the schema to the model and ensures the output is parsed correctly into the desired structure.

Map-Reduce: Advanced design pattern that allows parallel execution in <LangGraph, using the Send object.

Retrieval Augmented Generation (RAG): is the process of optimizing the output of a large language model, so it references an authoritative knowledge base outside of its training data sources before generating a response [7].

Note:  In this article, the words subgraphs and agents can be used interchangeably, since in our architecture each subgraph acts as an agent that can decide the control flow of the application.

The Architecture

Figure 2. AI Multi-Agent Quantum computing Use Case Generator architecture

This section provides a comprehensive overview of our Multi-Agent Quantum Computing Use Case Generator tool.  The architecture is divided into three-stages: Interview, Generator, and Deep Research, as seen in Figure 2. 

In this architecture, each stage corresponds to a subgraph that acts as an independent agent and has its own states. The generator and the Deep Research agents, receive the conversation summary and quantum computing use cases from previous stages, respectively. However it is worth noting that these subgraphs also share some other states, as for example the states of the conversation messages between the user and the interview agent.

Stage 1: Interview – Scope

The foundation of any relevant use case is a deep understanding of the problem. Our initial stage is an interactive interview agent designed to map the user’s specific context.

Figure 3. Example of user interaction.

The agent in this stage contained three main nodes: get_human_feedback, conduct_interview, evaluate_interview. These nodes were connected through edges in a loop, to perform the following tasks:

  • User Data Collection: In this node the agent engages the user to collect critical data points: strategic objectives, operational challenges, existing computational bottlenecks, and unexplored opportunities. We used the CoT Prompting technique, to guide the agent in the collection of the user information. As mentioned before, this process is an iterative loop, continuing until the information collected is established for analysis. Figure 3 illustrates an example conversation in which can be appreciated how the agent scopes the user’s business. 
  • Messages evaluation: The purpose of the agent in this node is to actively guide the conversation, ensuring alignment with topics amenable to quantum computing or quantum-inspired solutions. It employs conditional logic to steer the dialogue towards quantifiable problems, such as optimization, simulation, or machine learning challenges, and is programmed to conclude interviews that diverge from these domains.
  • Brief Generation: The stage culminates in a structured “Conversation Summary,” a formalized document that serves as the input for the subsequent stage.

Stage 2: The Generator – Generation of Quantum Computing Use Cases

With a clearly defined scope, the Generator agent synthesizes this information to propose initial solutions.

  • Interview Evaluation: In this node the agent analyses the Conversation Summary input to confirm the feasibility of applying quantum computational methods. This acts as a first validation gate before generating the quantum use cases. 
  • Quantum Computing Use Cases Generation: A “Quantum Expert” LLM then synthesizes the user’s business information with its knowledge base of quantum computing algorithms. It generates a preliminary list of use cases, mapping business problems like logistics optimization to algorithms such as the Quantum Approximate Optimization Algorithm (QAOA) or Variational Quantum Eigensolver (VQE), or material science simulations to quantum chemistry algorithms.

Stage 3: Deep Research – Autonomous, Multi-Agent Feasibility Analysis

This final stage is the centerpiece of our system: a parallelized AI multi-agent architecture, inspired by the open Deep Research architecture [8], which conducts a rigorous academic and technical investigation for each proposed use case. Its purpose is to assess the feasibility of applying quantum computing and quantum-inspired algorithms to the user’s business. This serves as a second validation gate before producing scientifically grounded quantum computing use cases.

Parallel deep research workflow using LangGraph and multi-agent AI

Figure 4. Parallel Deep Research

The parallel procedure is illustrated in Figure 4. We apply the map-reduce design pattern to branch the workflow, enabling parallel execution for each use case. The Generator agent forwards the list of use cases to the next subgraph using LangGraph’s Send object. For each use case, a specialized agent is instantiated, allowing research tasks to be carried out independently, and more efficiently, at the same time.

We apply context engineering [9] in different procedures to extract key information, keep relevant content and sources, and compress research results. We followed established guidelines for model families such as GPT-4.1[10], ensuring more effective use of the model’s capabilities. During this procedure we also applied structured outputs to maintain clear and structured data in the flow execution of the nodes. 

As seen in the third block of Figure 1, the process begins with the Deep Research Loop:

  1. The Interviewer: This new LLM interviewer acts as a Socratic inquisitor. Based on the proposed use case (e.g., “Portfolio Optimization using Quantum Annealing”) and the user’s context (e.g., a financial services firm concerned with volatility), it formulates precise research questions. For example: “What is the latest research on the performance of D-Wave’s annealers for QUBO problems with constraints similar to our user’s portfolio?”
  2. The Quantum Computing Expert: This agent takes the questions and queries both internal and external knowledge sources. To ensure the LLMs correctly understood their roles during the interview, we applied persona prompting. Specifically, we defined two personas: an Interviewer persona, as described in the previous section, and a Quantum Expert persona, which responds to all questions using the information retrieved by the tools.
  3. Database and Tools: The query is forwarded to a specialized vector database populated with embeddings derived from hundreds of recent arXiv preprints, peer-reviewed journal articles, and quantum algorithm literature. To enable this, we employ a RAG pipeline, leveraging dense vector indexes in Pinecone that support high-dimensional semantic similarity search. In parallel, the agent integrates external tools such as Tavily to perform live web searches, ensuring access to the most up-to-date scientific studies and complementing the static knowledge base with real-time information.
  4. Source Evaluation: An evaluation layer filters the retrieved sources by the quantum computing expert, ranking them based on relevance to the Interviewer query, and applicability to the user’s specific industry. Irrelevant or sources are discarded.

This loop iterates, refining the search and building a rich corpus of relevant knowledge.

Sample feasibility report for quantum computing business application

Figure 5. Example of generated use cases and feasibility reports.

  • Deep Research Evaluation. At the end of the loop, the AI multi-agent system conducts a final review, examining the collected evidence and determining the feasibility of applying the quantum use cases to the user’s business. The review applies constraint checks (e.g., data availability, problem size, hardware/runtime requirements, regulatory limits), compares against baselines, and outputs a confidence-weighted verdict. Few-shot prompting is employed to guide the evaluator by providing contrasting examples of feasible and non-feasible cases, ensuring more consistent and accurate judgments.
  • Report Writing: The process culminates in a comprehensive feasibility report (see an example in Figure 5). This is not a simple summary but a structured scientific document containing:
    • Scientific and Mathematical Basis: A brief mathematical description of the quantum computing algorithms used for the use case proposed.
    • Limitations and Risks: A clear-eyed view of current hardware limitations, algorithmic noise, and implementation challenges.
    • Conclusion: A final verdict on the feasibility and potential benefits for the user’s business.
    • Scientific Evidence and Literature Review: A curated list of supporting studies with citations.

Our tool is designed to be more than a simple tool generator; it is an automated quantum computing research assistant that empowers organizations to make informed, data-driven decisions about their entry into the quantum computing landscape.

What´s next?

We are still cooking …

At QCentroid, we have the goal of accelerating the large-scale adoption of quantum computing. We’ve got several planned and in-progress features to achieve this end-to-end workflow: from defining a use case to developing it into test-ready code. You’ll start with a simple conversation and end with a working experimental prototype, supported by tools such as a mathematical problem-definition generator, a data generator, and pseudocode-to-code generation—though that’s just the beginning; the rest you’ll have to wait and see.

(HIDDEN)

We invite you—whether you’re a scientist, a business leader, a developer,  or simply curious—to explore our tool’s capabilities and join us in refining the bridge between the quantum and classical worlds. Discover its potential now

References

[1] “quantum-monitor-2025.pdf.” Accessed: Sep. 25, 2025. [Online]. Available: https://www.mckinsey.com/~/media/mckinsey/business%20functions/mckinsey%20digital/our%20insights/the%20year%20of%20quantum%20from%20concept%20to%20reality%20in%202025/quantum-monitor-2025.pdf 

[2] “quantum-technology-monitor-april-2023.pdf.” Accessed: Sep. 25, 2025. [Online]. Available: https://www.mckinsey.com/~/media/mckinsey/business%20functions/mckinsey%20digital/our%20insights/quantum%20technology%20sees%20record%20investments%20progress%20on%20talent%20gap/quantum-technology-monitor-april-2023.pdf?utm_source=chatgpt.com 

[3] N. Mousa and F. Shirazi, “A survey analysis of quantum computing adoption and the paradigm of privacy engineering,” SECURITY AND PRIVACY, vol. 7, no. 6, p. e419, 2024, doi: 10.1002/spy2.419. 

[4] J. Wei et al., “Chain-of-Thought Prompting Elicits Reasoning in Large Language Models,” Jan. 10, 2023, arXiv: arXiv:2201.11903. doi: 10.48550/arXiv.2201.11903. 

[5] J. Kaplan et al., “Scaling Laws for Neural Language Models,” Jan. 23, 2020, arXiv: arXiv:2001.08361. doi: 10.48550/arXiv.2001.08361. 

[6] “The rise of ‘context engineering,’” LangChain Blog. Accessed: Aug. 28, 2025. [Online]. Available: https://blog.langchain.com/the-rise-of-context-engineering/ 

[7] P. Lewis et al., “Retrieval-Augmented Generation for Knowledge-Intensive NLP Tasks,” in Advances in Neural Information Processing Systems, Curran Associates, Inc., 2020, pp. 9459–9474. Accessed: Sep. 04, 2025. [Online]. Available: https://proceedings.neurips.cc/paper/2020/hash/6b493230205f780e1bc26945df7481e5-Abstract.html 

[8] “Open Deep Research,” LangChain Blog. Accessed: Aug. 21, 2025. [Online]. Available: https://blog.langchain.com/open-deep-research/ 

[9] “Context Engineering,” LangChain Blog. Accessed: Aug. 21, 2025. [Online]. Available: https://blog.langchain.com/context-engineering-for-agents/ 

[10] “GPT-4.1 Prompting Guide | OpenAI Cookbook.” Accessed: Aug. 21, 2025. [Online]. Available: https://cookbook.openai.com/examples/gpt4-1_prompting_guide 

Accelerating Quantum Readiness: QCentroid & QAI Ventures

Singapore Quantum Hackathon QAI Ventures

From Idea to Proof of Concept (PoC) in 48 Hours at

Over the past few months, QCentroid has proudly partnered with QAI Ventures to power the GenQ Global Hackathon Series. Across three high-energy events in Calgary (Energy), Geneva (Life Sciences), and Singapore (Finance), we witnessed a glimpse of the future of industry-specific AI and Quantum solutions.

These global sprints brought together hundreds of the world’s brightest students to tackle real-world complexities – from Counterparty Credit Risk and Fraud Detection to advanced Life Sciences case studies – all compressed into intense 48-hour development windows.

Why QCentroid? The Readiness Accelerator

In a 48-hour sprint, tools are either critical enablers or fatal distractions. While many companies talk about “Quantum Operations,” we know that for today’s market, the real challenge is Readiness. The success of the GenQ series hinged on one core element: eliminating the technical friction that usually stalls innovation.

Zero-Friction Onboarding: Ending Quantum Computing “Dependency Hell”

In a time-compressed environment, losing hours to environment setup is a project-killer. Our platform provided a genuine “login-and-code” experience. By pre-configuring complex quantum SDKs and environments, we ensured that participants spent zero minutes on troubleshooting and 100% of their time on solving the problem.

Enterprise-Grade Stability at Scale

Supporting three distinct, high-intensity sprints globally served as more than just a collaboration—it was an Enterprise Hardening exercise. By maintaining a seamless infrastructure across North America, Europe, and Asia, we proved that the QCentroid environment is ready for the most demanding corporate “sandboxes,” ensuring identical conditions for every team, regardless of location.

The Universal Adapter for Hybrid Workflows

QuantumOps served as a neutral gateway. Teams accessed five different hardware providers throughout the tour—IonQ, Microsoft, Quantinuum, QuEra, and IQM—allowing them to rapidly iterate and benchmark solutions and quantum algorythms across the world’s leading quantum backends within a single interface.

Key Capabilities: Empowering the Business-First Journey

The students’ success was directly linked to the features that bridge the gap between business logic and technical execution:

  • The Power of the Launchpad: Participants overwhelmingly chose our built-in coding environment over external IDEs. This confirms that an integrated, low-friction workspace is the fastest route to a working prototype.
  • The Readiness Catalog: To accelerate prototyping, students leveraged a pre-loaded catalog of solvers and templates. This “Quantum Program Builder” approach allowed teams to start with a foundation rather than a blank page.

The Numbers: Impact at Scale

The data confirms the velocity achievable when you remove technical barriers:

  • Global Reach: 3 Continents (North America, Europe, Asia).
  • 100% PoC Velocity: Every single winning team successfully deployed a working Proof of Concept (PoC) on the platform within the 48-hour window.

Looking Ahead: Your Roadmap to Quantum Readiness

While supporting emerging talent is rewarding, these hackathons served as a crucial stress test for our platform. The insights gained from these high-pressure environments have directly informed our roadmap, hardening our connectors (including our latest IQM integrations) and refining our “Business-First” agentic flows.

The platform that can reliably support global, high-intensity hackathons is ready for your enterprise challenges.

Is your organization ready to move from “Quantum Hype” to “Quantum Ready”? Contact us today to see how QCentroid can accelerate your transition from a business idea to an industry solution.

Real-World Quantum Wins of 2025 (So Far): What Business Leaders Should Pay Attention To

At QCentroid, we translate these breakthroughs into strategic insight for decision-makers. Here’s what you should know if you’re exploring how quantum can impact your business.

TL;DR

  • 2025 has delivered the first field-tested, future revenue-relevant pilots. Every win you’ll read about is already running inside a hybrid classical/quantum workflow that organisations can trial today.
  • Early benefits come from software layers and domain-tuned algorithms, not raw qubit numbers. Vendors that pair hardware with robust error-mitigation or “quantum-inspired” solvers are securing the clearest ROI. 
  • Headlines quoting “50×–2 500× speed-ups” usually compare against generic reference codes. Benchmark each solution on your own data and against your best classical heuristics before green-lighting full projects. 
  • A pragmatic roadmap is to pinpoint one painful computational hotspot, pilot a hybrid solver there, and upskill staff while hardware matures. That way you capture near-term upside without over-committing capital.

Logistics & Supply Chain

Q-CTRL (London Rail Scheduling) 

In a June 2025 case study, Q-CTRL’s Fire Opal solver optimized train schedules at London Bridge station. Running on classical hardware but leveraging quantum principles, Q-CTRL used real train data; their hybrid quantum-classical solver handled 26 trains over 18 minutes with a 6× larger problem size than bare quantum hardware, and achieved ~2,500× lower compute cost than standard quantum methods. 

Q-CTRL reports its approach delivered approximate solutions faster and with higher quality than alternatives, and expects this quantum solver to outperform classical schedulers by ~2028

Takeaway: Even before full-scale quantum hardware is in use, quantum-derived algorithms are showing measurable performance boosts in real-world transport systems.

Industry nuance: the 2 500× figure is a comparison with earlier quantum baselines, not with tuned OR-Tools deployments currently in production. The study demonstrated a record size of the problem that can be solved on a quantum hardware – albeit it is still orders of magnitude smaller than a full-day timetable. Wait for hardware to catch up, software has proven its worth. 

Q-CTRL (Airbus/BMW Supply Chain Optimization) 

In a late-2024 industry challenge, Q-CTRL’s solver addressed a real aircraft supply-chain problem (Airbus/BMW quantum mobility quest). The quantum computing-based solution managed multi-site manufacturing, logistics, and carbon constraints for aircraft parts. The challenge’s exact solution would take classical methods “tens of thousands of years” to find, but the quantum solver produced high-quality schedules in practical time. 

This case demonstrates hybrid quantum computing enabling solutions for complex logistical optimisation, with performance already comparable to top classical heuristics and a clear path to further gains as hardware improves.

What to remember: Supply chains are low-margin, high-complexity systems. Quantum-ready AI is already achieving competitive results—today—making this a space to watch for early adoption.

Industry nuance: A Fraunhofer follow-up showed that a GPU-based simulated-annealing code reached similar schedule quality in roughly the same wall-time. Enterprises should therefore run side-by-side trials before assuming an intrinsic quantum edge.

Finance & Routing

IBM+Kipu (Finance/Routing Optimization)

Kipu Quantum and IBM demonstrated that gate-model quantum computing outperforms classical computing in high-order binary optimization. Running on a 156-qubit IBM Q processor with Kipu’s BF-DCQO (Bias‑Field Digitized Counterdiabatic Quantum Optimization) algorithm, they solved finance/routing (HUBO) problems in ~0.5 seconds, whereas the best classical solver (IBM CPLEX) took ~30–50 seconds on the same tasks. 

This corresponds to up to 80× faster performance for quantum on those instances, marking a concrete speedup in portfolio and logistics problems without full error correction. 

Business relevance: These are the same classes of problems faced in delivery route planning, fund rebalancing, and large-scale resource allocation. Quantum is beginning to tackle them at functional scales.

Industry nuance: The published HUBO instances were engineered to map neatly onto IBM’s heavy-hex lattice. When queueing and post-processing are included, the end-to-end operation takes 70s, and the gap narrows to ‘only’ 4 times (still good). Firms should benchmark with their own data and a fully tuned CPLEX or GPU solver.

Chemistry, Pharma & Materials

IonQ + AstraZeneca (Quantum-Accelerated Chemistry) 

In June 2025, IonQ announced a collaboration with AstraZeneca, AWS, and NVIDIA to speed up drug-chemistry simulations, accelerating a critical reaction mechanism.

They simulated a Suzuki–Miyaura drug synthesis reaction using IonQ’s QPU in a hybrid workflow with NVIDIA GPUs. The result was a 20× reduction in time-to-solution (months to days) compared to previous classical simulations, while maintaining high accuracy. 

This large-scale end-to-end demonstration shows that quantum acceleration can dramatically reduce the runtime of high-precision molecular modeling (e.g., catalysis, materials) that were previously slow on classical HPC.

Impact: This points to a near-term business advantage in pharmaceuticals – reducing time-to-discovery in multi-billion-dollar drug pipelines.

Industry nuance: The 20× shrink is measured against previous implementations using coupled-cluster workflows; modern DFTB on GPUs can reclaim much of that gap. Hybrid quantum runs still require classical re-validation before clinical spend.

IonQ + Kipu (Protein Folding/Optimization) 

Also in mid-2025, IonQ and Kipu solved the most complex protein-folding and optimization problems yet on a quantum computer. Their joint work folded a 12-amino-acid protein (a 3D folding instance) and solved dense QUBO/HUBO problems up to 36 qubits, achieving optimal solutions in all test cases. While classical benchmarks weren’t reported, this industry record shows quantum computers tackling hard bio/chemistry structures. It exemplifies QC’s progress toward drug design and complex optimization, where classical simulation or exact solution is intractable.

How can we use it: Drug discovery edge: Solving protein folding—essential for understanding peptide dynamics and drug-target interactions—on quantum hardware signals real commercial progress in accelerating molecular design. Optimization crossover: The same core algorithm solved dense MAX-SAT and spin-glass instances—problems analogous to real-world challenges in logistics planning, finances, optimization, and AI.

Industry nuance: The lattice-model peptide (≤ 192 bits) is a simplified toy system; tools such as Rosetta or AlphaFold solve it in milliseconds. Treat this as a scientific milestone that foreshadows future drug-scale work.

D-Wave (Magnetic Materials Simulation) 

In the March 2025 demonstration, D-Wave reported first “quantum supremacy” on a useful problem – their annealing computer simulated complex magnetic material dynamics in minutes, a task that the U.S. DOE’s Frontier supercomputer would take ~1 million years and years of electricity to do classically. 

This result (published in Science) shows quantum annealers can now outperform classical supercomputers by orders of magnitude on certain physics simulations, validating QC speedups on a real-world science problem.

Why it matters: Advanced materials R&D—for batteries, semiconductors, or magnets—could benefit from these kinds of large-scale simulations much sooner than previously expected.

Industry nuance: Subsequent GPU studies claim to reproduce much of the result for smaller lattices and shorter evolution times; the “million-year” figure applies to the hardest biclique instances only. If you model magnetic glasses, start a pilot; otherwise view this as proof that narrow quantum advantage is emerging.

University of Sydney (Chemical Reaction Dynamics) 

For the first time (May 2025), Sydney chemists simulated real molecular dynamics on a trapped-ion. They modeled ultrafast light-driven reactions of three real molecules with a resource efficiency ~10<sup>6</sup>× higher than conventional quantum methods. Classical supercomputers can only compute static molecular properties in these cases; this new QC method captured the full time-dependent chemistry. 

Industry relevance: This breakthrough aids in solar energy, photonics, and materials design. It’s also a sign that hybrid quantum AI will be a go-to method in complex molecular simulations.

Industry nuance: Scaling beyond six atoms is an open research question; commercial impact is likely 3-5 years away.

Data Science & Machine Learning

CSIRO (Quantum Machine Learning for Big Data) 

Australia’s national science agency CSIRO, demonstrated quantum-enhanced data processing for a real sensor dataset. Using a “quantum kernel PCA (Principal Component Analysis)” algorithm, they compressed and analyzed environmental sensor data (groundwater chemistry) with improved compactness and accuracy compared to classical methods. 

This case suggests potential for QML to handle other high-dimensional, information-rich data streams like real-time traffic, healthcare, or energy data analysis, compressing massive datasets without losing key information.

Translation: As industrial systems digitize, quantum-enhanced data analysis could soon offer a competitive edge in preventive maintenance, cybersecurity, and more.

Industry nuance: The study is not about speed gains but the applicability of QML to certain problems; it was carried out in a simulator of a quantum computer and may require real quantum hardware to further develop to replicate the result.

USC/D-Wave (Optimization of Spin-Glass Problems) 

USC researchers (Phys. Rev. Lett.) used a D-Wave quantum annealer with 1,300 error‑protected qubits to solve hard spin-glass optimization tasks. This quantum annealing setup outperformed the best classical algorithm (parallel tempering) on time-to-solution for near-optimal results, demonstrating a “quantum advantage” in approximate optimization. 

In tests, the quantum device achieved solutions in seconds that the classical solver required much longer to reach, highlighting tangible speed/accuracy gains from quantum computing.

Published in Science, this achievement is being called the first-ever demonstration of quantum supremacy for a useful, application-relevant problem. 

However, the announcement sparked a scientific exchange: classical research teams countered that similar tasks could be solved with modern algorithms on GPUs or HPC clusters. D‑Wave’s CEO responded that these critiques overlooked critical variables, including larger lattice structures, longer evolution times, and multiple observables, which their proprietary methods explicitly covered.

Takeaway for business: This milestone reinforces that quantum annealers are now solving real-world scientific problems, not just toy benchmarks. If your industry involves advanced materials or high-dimensional modeling, it’s time to explore quantum‑accelerated tools, but also to benchmark them carefully against classical alternatives.

Industry nuance: Later GPU-based “population-annealing” narrowed the gap on some—but not all—instances. The practical advantage is therefore instance-dependent, and direct pilots are recommended.


The cases above aren’t theory, they address practical problems, many using quantum hardware or emulators available in 2025. While general-purpose quantum computing remains on the horizon, these milestones show that a focused, hybrid quantum edge can already be harnessed – provided you validate it rigorously on your workloads. Thus bringing us to the state of narrow quantum advantage. 

Still wondering how to turn the headlines above into a concrete advantage for your organisation? If you’re ready to move from reading about quantum to running it, let’s talk. Book a 30-minute discovery session with one of our solution architects and receive a tailored readiness roadmap within five business days. Early movers are already mapping their first pilots—make sure you’re on that list.

Secure your slot here ›