0 and 1 — the probability the answer is “yes.” There’s no separate label field; you threshold the probability yourself to make a binary decision.
Use a Noul when the probability itself is the useful signal, not just a boolean. “Does this request qualify for a refund?” might return 0.999 (clearly yes) or 0.52 (genuinely ambiguous) — a plain true/false would hide that difference.
Request
string
required
Always
"noul".string
required
The yes/no question to evaluate, in natural language.
object
required
An object with
true and false description keys, e.g. {"true": "Qualifies", "false": "Does not qualify"}.Response
noul— the probability the answer is “yes.”0.999is a strong qualifying signal.confidence—|2 × noul − 1|, from0(maximum uncertainty,noul = 0.5) to1(fully certain,noul = 0or1). See Confidence for how to act on it.
Using the result
0.8 / 0.2 above) on real data for your use case rather than assuming they transfer — probability and confidence are calibrated per model, not guaranteed to map onto any particular business tolerance for ambiguity.
Related
- Choice — pick one of several named options
- Score — rate on an ordered scale
- Decision Models — primitives overview, limits, and the full request contract
- GLiDE — what GLiDE is and when to use it

