SubQ Snap: long-context decisions, API setup and cost
SubQ Snap is Subquadratic’s hosted decision model for choosing among answers your application defines. It reads text and images, returns typed answers with probabilities, and supports a 384K-token API window. The public preview costs $0.05 per million input tokens, with free output. Capacity is limited, so new users can be waitlisted.
Content reviewed:

Use this model
API docs and console
- Open the SubQ API console
Provider account and usage billing apply.
- Decisions API request reference
Provider account and usage billing apply.
Use cases
- Route a long ticket or interaction history to a defined team.
- Choose the next tool or decide whether a result passes a stated check.
- Combine a document with up to four images for a bounded judgment.
Get access to SubQ Snap Preview
Open the SubQ console, create an account and obtain an API key. Public Preview is first come, first served while capacity is available; a waitlist can apply once it fills. Use subq-snap-preview, not the separate SubQ language-model preview ID.
Call POST https://api.subq.ai/v1/systemone with a state and named questions. A state can be text, an object or an array. Define the answer space before calling: a choice for routing, a noul for a yes/no gate, or an ordered score for a rubric.
Make a bounded routing request
This request routes a damaged-delivery ticket. Read answers.route.choice and the returned probability distribution. Your application chooses when to act and when to ask for review; retain the question text and criteria with each decision so you can inspect a surprising result.
curl https://api.subq.ai/v1/systemone \
-H "Authorization: Bearer $SUBQ_API_KEY" \
-H "Content-Type: application/json" \
-d '{"model":"subq-snap-preview","state":"The parcel arrived broken; the customer requests a replacement.","questions":{"route":{"type":"choice","instructions":"Which team should handle this ticket?","criteria":{"returns":"Damaged deliveries and replacements","billing":"Payments and invoice questions","review":"Insufficient evidence to route"}}}}'The public API accepts 384K tokens and four images
The request must fit 393,216 tokens, documented as 384K. Include the state, questions and image tokens in that budget; a request at or near the limit can fail with 400. Subquadratic also reports long-context benchmark runs at 1M tokens. Those evaluate a different context setting; plan public API requests against 384K.
Images are PNG, JPEG or WebP bytes encoded as base64 in an object with mediaType and base64 fields. Send up to four images, at most 4 MiB each and 8 MiB decoded in total. The base64 field contains the encoded bytes without a data: prefix. The docs estimate roughly 64–256 image tokens per image; inspect returned input usage for billing.
The API does not accept video. For a visual check, send up to four selected frames as images and make the timing or coverage relevant to the question explicit. A few frames suit a bounded scene check; keep a separate video workflow when the decision depends on events between them.
SubQ Snap pricing: pay for input, including retries
Subquadratic’s October 12 launch lists $0.05 per million input tokens and no output charge. A 100,000-input-token request costs $0.005. If 10,000 requests each use that much input, the input budget is $50; at 10,000 tokens per request, the same request count costs $5.
The response reports usage.input_tokens and output_tokens: 0. Multiply billed input by $0.05/1,000,000 and add the usage of repeated or retried calls. A downstream model that writes an answer or patch has its own bill. Long context can avoid a retrieval or summarization step, but every repeated context still contributes to input usage.
| SubQ Snap public-preview channel | USD |
|---|---|
| Input, per 1M tokens | $0.05 |
| Output, per 1M tokens | $0 |
| 100K input tokens, one request | $0.005 |
| 10,000 × 100K-input requests | $50 |
What the published evaluation measures
Subquadratic reports 61.7 for Snap against 57.9 for Jev on Decision Index v0.2.1. Its launch describes a short-context suite with requests under roughly 34K tokens, plus separate enterprise and long-context evaluations. The 1M-token Decision RULER score is 96.3; it measures retrieval decisions at that evaluation length.
The launch’s Decision LCR comparison uses Snap on a whole input and Jev with chunking. Treat the input preparation as part of that comparison. For your own routing task, keep the label set and evidence fixed and track incorrect routes, deferrals, response latency and total billed input.
SubQ Snap, Decision 3.0 or Clef?
Snap supplies hosted long-context decisions with text and image input. Decision 3.0 offers Apache 2.0 checkpoints and local text, image and video workflows; you operate its memory, runtime and serving capacity. Clef offers local decision checkpoints as well as hosted variants with distinct context and input support.
Compare them on the same decision, using the evidence each endpoint can actually accept. A hosted API budgets tokens and retries; self-hosting budgets provisioned compute, idle time and operations. Use the decision calculator for a supported local checkpoint after measuring its latency, rather than treating Snap’s token rate as a GPU hourly price.
Before you use it
- Public Preview access and capacity are account-specific; handle quota and temporary-service errors in the application.
- Choice supports 2–255 options; score uses 2–10 ordered levels. Keep the answer labels unambiguous.
- A probability or confidence score feeds your routing policy. Test the review threshold on labeled examples before enabling consequential actions.
How to get started
Start with a small labeled ticket set, keep state and question definitions with each response, and inspect input usage. Add images or longer context when the decision needs that evidence.
Sources
Sources (3)
- SubQ Snap launch: pricing, capacity and evaluations ↗
Source checked:
- SubQ model IDs and access ↗
Source checked:
- SubQ Decisions API schema, image limits and usage ↗
Source checked: