GUIDES

Human-in-the-loop AI decisions with clear ownership

A review flag is useful only when a person can act on it. Decide who receives uncertain cases, what context they need, and how long a case can wait.

JEV / DECISION LABYOUR RULES. YOUR LABELS.
Remove passwords, payment details, and unnecessary personal information. 85%
OUTPUT / JSON

Your decision

Run a decision or open the labeled sample to see the result here.

A high score is not a guarantee. Keep a person in control of consequential actions.

View API example →
Label a held-out set, compare model decisions with it, and review errors before changing a workflow.
Label a held-out set, compare model decisions with it, and review errors before changing a workflow.

Make the review queue actionable

Send a row to review when needsReview is true, required evidence is missing, or your policy requires a person even if confidence is high. Include your own source-record link, allowed outcomes, the rule revision and the request identifier. Do not send only a number to a reviewer and expect them to reconstruct the decision.

Assign one accountable queue owner and a maximum waiting time that fits the task. An overdue case must remain visible; it should not quietly become approved. A support-routing suggestion can wait for a team lead, while an account-security exception may need a different queue and stricter access.

if request_failed:
    keep_in_operational_recovery_queue()
elif result.needsReview or policy_requires_person:
    send_source_record_to_reviewer()
else:
    apply_only_the_already_authorized_reversible_step()

Close the loop without changing the evidence

Store the final human label, reason for disagreement and completion time alongside the model suggestion. Keep both values rather than overwriting the prediction. This lets you distinguish unclear rules, missing context, model errors and mistakes in the original reference labels.

Use corrected examples to improve the next rule revision, but keep a fresh evaluation set for acceptance. Review backlog, high-confidence mistakes and turnaround time together. A smaller backlog is not a success if it comes from discarding difficult records.

Evaluate the review policy · Agent completion review

Define the handoff

Return the proposed label, available confidence, request identifier, and review flag to your application. Attach your own source record and route the case to an existing queue. Jev API Pro does not replace your helpdesk or task system.

Request contract

Keep failure separate from uncertainty

A valid answer with low confidence needs judgment. An unavailable provider needs a retry or operational fallback. Do not hide service errors inside an “other” category; it makes reliability problems look like customer data.

Learn from corrections

Record the reviewer’s final label in your own system. Review patterns in disagreements, clarify overlapping categories, and add representative cases to a held-out evaluation set. Human review should improve the rule, not just absorb an endlessly growing queue.

Try a decision ↗

Continue your workflow

API docs

Jev API error handling

Every API error includes a code, a readable message, and a request identifier. Use these fields to distinguish a request you can correct from a temporary service failure.

Read the guide ↗
Ask about plans & usage

Find a product answer

Answers come from the published product guide. For account-specific questions, contact support.

Contact
DAILY BONUS

2 free credits, every day

Claim 2 free credits each UTC day — 14 across seven claims. No purchase needed. Credits do not expire.

    Resets at 00:00 UTC. No streak required.

    Try a decision →

    Take the next decision into your workspace.

    1 anonymous attempt per day · 20 signup credits · No card for the trial

    Sign in ↗

    Tell us what you need

    Describe the workflow you want to classify, the volume you expect, and the outcome you need. We reply by email.

    10–2,000 characters. Never include passwords, API keys, or payment details.