The call
Start with one low-risk workflow and keep the action in code until Jev clears your evaluation and confidence thresholds.
Turn one repeated decision into a typed Jev call, measure it against your current path, and keep a tested fallback beside it.
When you need this
- A team has repeated routing, moderation, extraction, or agent-control decisions.
- A current LLM call returns prose that application code must parse.
- A small labeled set exists or can be captured during a pilot.
Build the decision
Before work: define the question
Can the decision be expressed as a small set of options, levels, or a yes/no criterion?
What good looks likeUse Choice for one option, Score for ordered levels, and Noul for a yes/no question. Keep the action and policy in code.
During work: build the evaluation set
What examples represent the cases that matter?
What good looks likeCapture expected answers, edge cases, ambiguous cases, and adversarial inputs. Keep a holdout set for every model change.
During work: set the confidence gate
When should software act automatically?
What good looks likeChoose a threshold from the holdout set. Send uncertain or high-impact calls to review and record the reason.
Before merge: test the fallback
What happens when Jev responds slowly, goes down, or returns a wrong answer?
What good looks likeKeep deterministic rules, a specialist classifier, or a human queue ready. Test retries and timeouts without duplicating actions.
Questions for the owner
- Who owns the labeled examples and threshold changes?
- Which actions require a human regardless of confidence?
- How will model version changes trigger regression checks?
- What input data can reach the hosted endpoint?
Red flags
- A threshold chosen from a toy example when it should come from labeled examples.
- An automatic action with no timeout or fallback.
- A model ID that can change without a regression run.
- A confidence number treated as proof of correctness.
Products in this piece
Sources
- Official documentation
- 6