Interactive · uses a server-side key
Run a decision yourself
The four decision shapes from our benchmark, wired to the live model. Your browser holds no API key — it posts to this site, which forwards a fixed request shape and returns the answer with its token counts.
1 · Pick a decision shape
2 · Edit the state (the only thing you can change)
The exact request this page sends
One request, one decision
The payload is deliberately small. A state object holds whatever context the decision needs, and a questions object holds the question name plus the closed set of options. The answer comes back as a choice, a confidence, and a probability per option — no generated text anywhere in the path.
That is the whole interface. If you have used a chat completion to do this job, the difference worth noticing is that nothing here has to be parsed out of prose: the response is already the value your code branches on.
POST https://api.typesafe.ai/v1/systemone
{
"model": "jev-latest",
"state": { "task": "<fixed by our server>", "input": "<what you typed>" },
"questions": { "<name>": { "type": "choice", "criteria": { "<option>": "<description>", ... } } }
}
→ { "answers": { "<name>": { "choice": "...", "confidence": 0.94, "probabilities": { ... } } },
"usage": { "input_tokens": 412, "output_tokens": 31 } }Why the questions are fixed here
This page runs on our key, and the interesting risk is not the price of one call — it is becoming a free gateway to a paid model. So the server accepts a preset name and your state text, and nothing else. The question, the option list and the model are constants on our side.
The practical consequence is that you can explore how the model handles different inputs for a given decision shape, but you cannot repurpose the endpoint. That is a deliberate limit, and the same reasoning applies to any demo you build on a shared credential.