Everything below is live in the playground today. Run your own files through it, look at the JSON it returns, and judge the accuracy yourself — on your formats rather than on a demo set.
It is not competing with ChatGPT or Claude and it is not trying to be an assistant. You pass data in through an API and it replies in JSON — simple, lightweight, and small enough to embed inside a device.
{
"task": "emirates_id",
"file": "base64:iVBORw0KGgoAAAANSUhEUg..."
}
{
"name": "Ahmed Al Mansoori",
"id_number": "784-1987-1234567-1",
"nationality": "United Arab Emirates",
"expiry": "2029-03-11",
"confidence": 0.96,
"unreadable": []
}
Grouped the way you would actually use them. Each one is a separate task the model was trained for, not a prompt wrapped around a general model.
This list grows per client rather than per release: because we train the models ourselves, a task that matters to your business can become a capability of your model.
At 4-bit the model is about 200 MB of storage and under 1 GB of RAM. That is what makes it implementable inside a smartphone, a smart device, or an industrial box on a factory floor — where a hosted model simply cannot go.
The interface is identical wherever it runs. A workflow built against a server deployment moves to an on-device deployment without a rewrite.
About 200 MB of storage and under 1 GB of RAM at 4-bit. That is what makes it implementable inside a smartphone, a kiosk, or an industrial box — and the interface is identical wherever it runs.
unreadable. A blank field is a correct answer.The playground is open. If the general model gets close, a model trained on your archive will get closer.