Processors are live through the CLI. Buyer payments and compute billing are both on, so you can deploy, price, publish and get paid today with
@singularity-layer/cli. The dashboard UI is still being finished, so manage yours from the terminal for now. This page describes what it does, not a plan.What one looks like
You write a normal request handler:Who pays whom
This is the part worth reading carefully, because it is unusual.- Buyers pay you directly. Payment goes straight to your own wallet over x402 — USDC on Solana by default, and USDC on Base or USDG on Robinhood Chain if you declare an address for them. Singularity never holds it and takes no cut of your sales.
- You pay us for compute. Each run draws from your credit balance. That is our entire revenue.
How compute is charged
Before each run we hold the most it could cost, then rebate the difference once it finishes — the same shape as a hotel pre-authorising your card. The ceiling comes from the limits you declare. A processor with a 5-second timeout reserves very little; one allowed to run for 600 seconds reserves a lot. Declaring tight limits is directly cheaper. We do this rather than quoting a fixed price because the same processor can cost far more on one input than another — a two-word prompt versus a twenty-step research loop behind the same schema. A fixed quote would be a promise we broke on the second call.A run that fails after starting is still billed — the compute was really spent. A run that never starts because of a fault on our side is refunded in full, automatically.
Three ways to call one
All three run the same code and bill identically.
Every processor is also a live MCP server — paste the URL into an MCP client and it appears as a tool, with its price and schema attached. See Using processors from an agent.
Reselling it yourself
Your invoke token is a server-side credential you can put behind your own product. Front the processor with your own site, your own Stripe, your own prices — your customers never touch Singularity, and you pay us only for the compute underneath. That is the supported way to serve customers who do not hold crypto.What it runs on
Processors execute in isolated V8 sandboxes on Cloudflare’s edge — the same isolation model as Cloudflare Workers. Each run gets a fresh isolate with no filesystem, no ambient network, and no access to other processors. Network access is deny-by-default. Your code can only reach hosts you declare in the manifest. Everything else — including loopback, private ranges, and cloud metadata endpoints — is refused at the gateway. Secrets are injected, not handed over. You store an API key with us; we add it to outbound requests to the host you bound it to, and the running isolate never sees it. Code that never holds a key cannot leak the key. For the credentials that genuinely cannot be an outbound header — a key you sign with locally — you can opt a single secret intomode: "env" and read it from your code instead. That is a real trade, and State, files and secrets says exactly what you give up.
How it fits the rest of the network
- Grid — managed model inference. Processors can call it.
- Machines — a whole GPU you control.
- Agent Pods — a long-lived agent with its own workspace.
- Processors — one function, priced per call, discoverable by agents. Each run is a fresh isolate, but a processor can keep state and files between runs.
Next
Quickstart
Deploy and call your first processor.
State, files and secrets
Keep a cursor between runs, store files, hand a buyer a download link.
Pricing
Charge a flat price or one computed from the input, and what a run costs you.
From an agent (MCP)
Use a processor as a tool in Claude or LangGraph.
Grid inference
Call an LLM from inside your processor.
