Wity docs
Decisions your code can branch on.
Wity reads a piece of state and answers a question you shape: pick one of these options, is this true, rate this from 0 to 3. You get back a typed answer with a probability for every option, fast enough to sit inside a request path.
What Wity is for#
Most of the decisions in a product are small and bounded: which queue gets this ticket, does this message break a policy, is this passage relevant, how severe is this alarm. A chat model can answer them, but you get free text to parse, no honest sense of how sure it is, and latency and cost sized for essays. Wity is built for exactly these decisions.
- Typed answers. You declare the shape (
choice,noulor an orderedscore) and Wity can only answer inside it. No parsing, no invented labels. - A probability on every option. Not a vibe or a single "confidence": the full distribution, so your code can act on sure answers and route unsure ones to a person.
- Thinks only when it matters. In
automode clear questions come back in about a tenth of a second, and Wity reasons step by step only when an answer is genuinely close, then stops as soon as it has settled. - Honest odds on "how likely" questions. When a question asks for a forecast, Wity works the probabilities out from the evidence instead of guessing a side.
One request, one decision#
A request carries state (the text or JSON the decision is about) and one or more named questions. Here a support message is routed:
Your code branches on answers.intent.choice and can check answers.intent.probabilities before acting on its own.
Try it without writing code