EU-resident AI inference · Early access
AI models, served in the EU.
Zarx serves large language models (LLMs) with published weights through an API, on servers NPAW owns and operates in the EU. Prompts and outputs are processed on those servers under EU law. Works with the tools your team already uses.
- Servers we own and operate
- Z Ultra · Z Pro · Z Fast
- OpenAI-compatible API
| name | key | limit | status |
|---|---|---|---|
| production | zx_live_••••8f2c | 50M tokens / day | active |
| evaluation | zx_live_••••41d0 | 600 requests / min | active |
| time | model | endpoint | tokens | status |
|---|---|---|---|---|
| 18:04:12 | z-ultra | /v1/responses | 1 942 | completed |
| 18:04:09 | z-pro | /v1/responses | 806 | completed |
| 18:03:51 | z-ultra | /v1/chat/completions | 3 118 | completed |
| 18:03:44 | z-fast | /v1/responses | 412 | completed |
What teams run on Zarx
The same work you already do with an AI API. Inference stays in the EU.
Bring a workload you already understand. Keep your systems and tools on your side.
Internal assistants over company documents.
Connect your own retrieval system and ask questions over HR policies, legal templates and operating procedures. Your systems keep the source documents; Zarx handles the model request.
Customer support with personal data.
Summarize tickets, classify intent and draft replies for workflows that contain names, accounts and contracts. Keep the customer records in your systems and send only what the request needs.
Structured extraction.
Turn invoice and contract text into structured JSON your systems can validate. Use the Responses API and strict schemas for repeatable outputs.
Agents and tool calling.
Let the model reason on Zarx and call your backend through function tools. Your tools and databases stay on your side.
Batch and evaluations.
Upload a file of requests and collect the results later. Use the same models for backfills and evaluations without keeping someone waiting.
Replacing a provider outside the EU.
Point your existing integration at Zarx and choose a model from the catalog. Your code keeps its request shapes while inference runs in the EU.
Z levels
One API. Three levels of Z.
Put z-ultra, z-pro or z-fast in the model field. Each level is a stable name for a distinct kind of work, with a published reasoning policy your engineers and your DPO can read in one line.
Deep reasoning
Z Ultra
Reasoning on by default for agents, long documents and work that takes several steps before an answer. The most capable level, with the longest answers and the highest cost per token.
Balanced capability
Z Pro
The default for coding, documents and assistant work. Raise reasoning.effort on the requests that need more. The middle ground on capability, answer length and cost.
Short-path tasks
Z Fast
Reasoning off by default for extraction, classification, routing and high-volume requests where a direct answer is the point. The quickest answers and the lowest cost per token, for work that does not need reasoning.
Same API, same keys, same servers at every level. GET /v1/models lists the levels your key can use and the reasoning values each one accepts. Choose the level by the work you need to do, and keep the same integration as your needs change.See the levels and their capabilities
The thesis
Inference has a jurisdiction.
Inference is infrastructure.
Models sit inside how banks answer customers and how telcos run networks. Infrastructure is judged on where it runs, who operates it and what law applies.
A prompt is data.
Where a prompt is processed and who operates the service determine which laws can reach it. Data residency belongs in the decision about an AI provider.
Zarx keeps inference on servers we own.
Z levels served from servers NPAW owns and operates in the EU, on our own network. Prompts and outputs are processed on those servers.
What Zarx is
The API you already integrate, on servers you can point to on a map.
Four things that are true today, not on a roadmap.
OpenAI-compatible.
The official SDKs work by changing the base URL. Responses and Chat Completions endpoints, streaming, function calling, structured JSON output, idempotent retries.
Three levels. One API.
Z Ultra, Z Pro and Z Fast give your team a clear choice of capability, with the same API, keys and EU-resident serving at every level. Requests stay on GPUs NPAW owns and operates.
Servers we own, on our own network.
AMD Instinct MI300X accelerators in production on servers NPAW owns, with NVIDIA GB300 arriving. Traffic terminates on NPAW’s own network in the EU.
Accounted for, per key.
Keys belong to accounts. Each request is recorded with its level and token counts; limits apply per key, per level or per account. You always know who used what.
In practice
Two requests, one session.
A streamed chat completion with curl, then invoice extraction to JSON with the OpenAI Python SDK. Use your Zarx endpoint, key and a Z level with the SDK you already know.
1 · a chat completion with curl, streamed
curl -N https://api.zarx.ai/v1/chat/completions \
-H "Authorization: Bearer $ZARX_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"model": "z-pro",
"messages": [
{"role": "user", "content": "Where is this request processed, and under which law?"}
],
"stream": true
}'event: response.output_text.deltamodel: z-pro
On GPU servers that NPAW owns and operates in the EU, inside its own IP space. EU law applies, including the GDPR. No provider outside the EU is a sub-processor for inference.
event: response.completedfinish_reason: stop · usage: 24 prompt + 41 completion = 65 tokensapi.zarx.ai · NPAW-owned GPUs, EU · sample output
2 · structured extraction with the openai Python SDK
from openai import OpenAI
client = OpenAI(base_url="https://api.zarx.ai/v1", api_key=ZARX_API_KEY)
with client.responses.stream(
model="z-ultra",
input="Extract invoice number, supplier, date and total from this invoice: ...",
text={"format": {
"type": "json_schema",
"name": "invoice",
"schema": {"type": "object", "properties": {
"invoice_number": {"type": "string"},
"supplier": {"type": "string"},
"date": {"type": "string"},
"total": {"type": "number"}
}, "required": ["invoice_number", "supplier", "date", "total"], "additionalProperties": false}
}},
) as stream:
for event in stream:
if event.type == "response.output_text.delta":
print(event.delta, end="")event: response.output_text.deltamodel: z-ultra
{"invoice_number":"INV-1042","supplier":"Acme Supplies","date":"2026-09-28","total":1840.50}
event: response.completedfinish_reason: stop · usage: 19 prompt + 47 completion = 66 tokensapi.zarx.ai · NPAW-owned GPUs, EU · sample output
Sample output. The requests are in the shapes the API accepts; the replies are illustrative. The base URL is the design target for early access; access is by invitation.
Z levels
Choose the capability your workload needs
Three levels, one OpenAI-compatible API, and the same EU-resident serving at every level.
Deep reasoning
Z Ultra
Reasoning on by default for agents, long documents and work that takes several steps before an answer.
z-ultraBalanced capability
Z Pro
The default for coding, documents and assistant work. Raise reasoning.effort on the requests that need more.
z-proShort-path tasks
Z Fast
Reasoning off by default for extraction, classification, routing and high-volume requests where a direct answer is the point.
z-fast
Data residency
Where your data goes, and where it stops.
- Operated by NPAW.
- A Barcelona company that has run its own data infrastructure for streaming services since 2008, and runs this inference gateway in production for its own products.Who we are
- Your jurisdiction, by design.
- Inference on NPAW’s own GPUs in the Barcelona area (Spain), API entry on NPAW hardware in Haarlem (Netherlands), both operated by NPAW under EU law, with no US sub-processor on the data path. Designed to help you keep inference under EU jurisdiction and assess GDPR data-residency requirements.The data path
- We publish what we can prove.
- No latency, throughput or price figure appears on this site without evidence you can check. Every statement traces to a source, including the certifications NPAW holds: ISO 27001, ISO 27701, ISO 42001 and ENS High.What we do not do yet
Sources: NPAW infrastructure inventory, 2026-09-03 (server-by-server record of NPAW-operated GPU hosts); NPAW infrastructure inventory (GPU hosts in the Barcelona area; gateway and API entry on NPAW hardware in Haarlem, Netherlands); legal entity NicePeopleAtWork S.L. (npaw.com legal notice); GDPR territorial scope, Art. 3; NPAW compliance page, verified October 2026.
Early access is open to a small number of European teams.
Keys on shared capacity, a model catalog agreed with your team, and direct access to the engineers who run the platform. Tell us what you run inference on today and what has to stay in the EU. We reply personally.