FAQ

Questions about any chip, answered

Code that runs right and fast on any chip. Proved on real hardware. Kept working. Here is what you get, tab by tab.

What makes Computelab.co different?

The Engine covers the whole environment, from firmware to kernels, on any chip. Expert reviewers from HPC and high-frequency trading are built into its pipeline. It is neutral across every chip. Computelab.co is building this engine for DARPA and other highly regulated partners, and working with regulators.

Are you tied to a chip maker or a cloud?

Verify runs every vendor through the same test.

Can public agencies and regulated buyers use it?

Yes. Computelab.co is building this engine for DARPA and other highly regulated partners, and working with regulators. The Engine installs air gapped, and its neutral proof gives agencies a fair measure.

How far down the stack does the Engine go?

From firmware to kernels. That covers firmware and BIOS, board bring-up, drivers and runtimes, OS and kernel tuning, network and interconnect, power and thermal, compilers, kernels and host systems code. Everything is proved on the real machine and kept working.

Which chips does it cover?

Any chip. The Engine runs across NVIDIA, AMD, Intel, Google TPU, AWS Trainium, Qualcomm, Apple and Arm. That includes Blackwell, Vera Rubin, MI400 and Trainium3 tuning, and phone and wearable paths on Snapdragon, Hexagon, Core ML and LiteRT.

Can it port our CUDA code to another chip?

Yes. The Engine ports across CUDA, HIP, NKI, Pallas, Triton and SYCL. The engine finishes what hipify leaves, then tunes the result on the real target chip for each shape range you run.

We are adding a second chip or cloud. Where do we start?

Run a migration comparison in Trace. It shows how your workload behaves on the new chip before you move, with kernel speed, memory budgets, interconnect topology and sustained thermal runs side by side.

Does it cover brand new chips?

Yes. The Engine brings up kernels for new chips on a simulator or on first silicon, so your code is ready the day the hardware is.

How do we know a kernel is correct?

Verify runs every kernel on the real chip. Its output is checked against an FP64 answer across at least 64 shapes, with 20 percent of them held back. It then runs 1000 identical times to prove repeatability.

How do we know it is fast?

A kernel passes at 90 percent of the vendor library's median time or better. Your metric shows kernel gain and application gain separately, so you see what the change does for your product.

What proof do we receive?

An Ed25519 signed proof pack with an offline verify script, and a Verified by Computelab.co result page you can share. Your team can check the result on its own machines.

Does a whole model port keep its quality?

Yes. Whole model ports keep 99.9 percent of the task score, and 99 percent for FP8 and INT8.

Does it produce evidence for regulated work?

Yes. Verify adds safety standard evidence for MISRA, AUTOSAR and ISO, energy per accepted result, and a confidential compute release check.

Who owns the delivered code?

You do. You get full IP on every line the Engine delivers, and it arrives in your own repository.

Where does our code run during a job?

Each job runs in one sealed container with the network off, no root access and your repo mounted read only. You choose our cloud, your cloud account, self-hosted or air gapped.

Which models work on our code?

Your choice. Use our managed models, your own key, or fully self-hosted models. Every answer cites the chip manual page it relies on.

How does the fix reach our repo?

As one grouped pull request per job into your repo and CI. You review it and you click merge. You can also install it as a container or PyTorch extension in minutes.

How does a proved kernel reach my fleet?

A qualified dispatcher picks the proved variant for each shape and chip. It arrives as a pull request, a signed Ed25519 proof pack and an installable kernel or firmware artifact. Rollback is instant.

What happens after a driver or framework upgrade?

The Engine rechecks your kernels on new ROCm, CUDA, Neuron, JAX, PyTorch, firmware, BIOS, JetPack, DriveOS and QAIRT releases. The console assigns a named regression owner, and a CI gate warns first and blocks only when you choose.

Does it check firmware and board health?

Yes. The Engine records firmware provenance and rechecks every firmware release. It reads OpenBMC and Redfish telemetry, checks NUMA and core pinning, and runs fleet health checks on every node.

What is the Compute Clearinghouse™?

A marketplace that sells expert engineers, a real chip pool and buyer jobs as one outcome. A buyer posts an acceptance spec and a price, engineers and agents bid, and Verify clears the result.

What are Know Your Machine and Know Your Agent?

Two named views in the Compute Clearinghouse™. Know Your Machine shows how a chip performs on proved work. Know Your Agent shows how an engineer or coding agent performs on signed results.

Can engineers join and get paid?

Yes. Engineer membership is free to join and pays per passed kernel. Members take the jobs agents could not finish, and US jobs go to US engineers.

Can sellers keep their methods private?

Yes. Verify gives a neutral, signed pass or fail, and supplier methods stay sealed.

What does the first check cost?

Your first check and your first solution are free. Sign up, connect your repo and the Engine runs the diagnostic.

How do we send a job?

From wherever your team works. Run computelab fix in a terminal, add a GitHub label such as slow on MI300X, use the VS Code or Neovim plugin, the web console, the REST API or the MCP server with a cost cap per task.

What problems can we bring?

The Engine triages five problem types. Code that is wrong, slow, fails to run, broke after an upgrade, or needs proof. That covers kernels and the host C++ around them, including leaks, races and segfaults.

Who is this for?

Teams where kernel work is extra work. That includes AI companies, physical AI and humanoid makers, GPU clouds, device makers, chip makers, AI coding labs, regulated buyers, universities and public agencies.

Bring one slow or broken kernel

Your first check and first solution are free. Connect your repo and pick the chip.