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 question and the option list are fixed on the server79 / 1200

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.

request
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.