Jev — beslutsmodell

Autentisering

• Authorizationheaderobligatoriskt

  Ailoot-nyckel i formatet Bearer sk-….

Anropskropp

• modelstringobligatoriskt

  jev-latest.

• statestring | object | arrayobligatoriskt

  Det som ska bedömas: en textsträng eller JSON — ett kundärende, en databaspost, en konversation eller appens aktuella tillstånd. Ett objekt med tydliga fältnamn är vanligen enklare att använda än en enda sträng.

• questionsobjectobligatoriskt

  Frågor. Du väljer nycklarna, och svaren returneras med samma nycklar; nyckeln påverkar inte svaret — själva frågan anges i instructions.

• questions.*.typestringobligatoriskt

  noul, choice eller score — se nedan.

• questions.*.instructionsstring | object | arrayobligatoriskt

  Själva frågan. En lång fråga med data kan skickas som ett objekt: frågan i ett fält och data i andra; hänvisa till fälten med deras namn inom bakåtriktade apostrofer.

• questions.*.criteriaobject | array

  Svarsalternativ som skiljer sig mellan typerna: beskrivningar av ”ja” och ”nej” för noul (valfritt), en uppsättning namngivna alternativ för choice och en ordnad lista av nivåer för score.

Typerna kan kombineras i samma anrop.

noul — ja eller nej

Fältet criteria är valfritt: här kan du beskriva vad ”ja” (true) och ”nej” (false) betyder. Svaret noul — ett tal från 0 (nej) till 1 (ja).

"is_urgent": {
  "type": "noul",
  "instructions": "Uttrycker detta brådska?",
  "criteria": {
    "true": "Uttryckligen tidskänsligt",
    "false": "Ingen brådska uttrycks"
  }
}

"is_urgent": {
  "type": "noul",
  "noul": 0.95
}

choice — val av alternativ

criteria — en uppsättning ”alternativ → beskrivning”; om beskrivningen inte behövs anger du null. Högst 255 alternativ. I svaret är choice — det mest sannolika alternativet, probabilities — sannolikheten för varje alternativ (summan är 1), confidence — säkerhet från 0 till 1.

"department": {
  "type": "choice",
  "instructions": "Vilket team bör hantera detta?",
  "criteria": {
    "billing": "Betalningar, fakturering, återbetalningar",
    "technical": "Buggar, avbrott, integrationer",
    "sales": "Prissättning, uppgraderingar, nya kunder"
  }
}

"department": {
  "type": "choice",
  "choice": "billing",
  "probabilities": { "billing": 0.88, "technical": 0.12, "sales": 0.0 },
  "confidence": 0.81
}

score — bedömning på en skala

criteria — nivåer från lägst till högst, högst 10 (TypeSafe rekommenderar minst två). Svaret innehåller score — ett värde viktat efter nivåernas sannolikheter (kan hamna mellan nivåerna), legend — nivåns nummer och beskrivning, probabilities och confidence. Enligt TypeSafe är score lämpligt för jämförelser med ett tröskelvärde, men inte för att ange ett exakt tal mellan nivåerna.

"frustration": {
  "type": "score",
  "instructions": "Hur frustrerad är kunden?",
  "criteria": ["Lugn", "Frustrerad", "Mycket arg"]
}

"frustration": {
  "type": "score",
  "score": 1.05,
  "legend": { "0": "Lugn", "1": "Frustrerad", "2": "Mycket arg" },
  "probabilities": { "0": 0.0, "1": 0.95, "2": 0.05 },
  "confidence": 0.92
}

• modelstring

  Vilken modellversion som svarade. Aliaset jev-latest pekar med tiden på nya versioner: om du har anpassat tröskelvärdena confidence till en viss version bör du hålla koll på detta fält.

• answersobject

  Ett svar per fråga, med samma nycklar. Varje svar har type, choice och score har dessutom confidence.

• usageobject

  input_tokens och output_tokens. Endast indatatoken debiteras.

Ställ alla frågor om samma state i ett anrop: de bedöms parallellt, och state skickas bara en gång. Enligt TypeSafe var ett gemensamt anrop i deras exempel med 13 frågor 12,2 gånger billigare och 10 gånger snabbare än 13 separata anrop som skickades efter varandra, med samma svar.

Dela gärna upp en komplex bedömning i enkla frågor och kombinera svaren i koden: till exempel separata bedömningar av marknad, genomförbarhet och skillnader mot konkurrenter i stället för ”bedöm ansökan”. Då ändras vikterna i koden, inte i frågetexten.

{
  "model": "jev-latest",
  "state": "Hjälp! Mina utbetalningar har misslyckats i 3 dagar.",
  "questions": {
    "department": {
      "type": "choice",
      "instructions": "Vilket team bör hantera detta?",
      "criteria": {
        "billing": "Betalningar, fakturering, återbetalningar",
        "technical": "Buggar, avbrott, integrationer",
        "sales": "Prissättning, uppgraderingar, nya kunder"
      }
    },
    "frustration": {
      "type": "score",
      "instructions": "Hur frustrerad är kunden?",
      "criteria": ["Lugn", "Frustrerad", "Mycket arg"]
    },
    "is_urgent": {
      "type": "noul",
      "instructions": "Uttrycker detta brådska?"
    }
  }
}

• Routning. Skicka ett ärende till rätt avdelning och ett anrop till rätt hanterare: enkel kod, en stor modell eller en människa.
• Sortering och prioritering. Brådskandegrad, ton och risk — på en skala, med tröskelvärden i koden.
• Moderering och kontroller. Om ett meddelande bryter mot reglerna, om en källa styrker ett citat eller om ett dokument innehåller svaret på en fråga — innan texten skickas vidare.
• Poängsättning och rangordning. Bedöm dokument, kandidater eller sökträffar efter dina egna kriterier och avgör i koden vad som går vidare.
• I stället för ett skört ”returnera JSON”. Ett anrop som är utformat för att returnera typade värden, inte text som måste tolkas.

• Chatt, användarsvar och generering av text eller kod. Jev skriver inte text — för det finns textmodeller.
• Som modell för Claude Code, Cursor och andra agenter. Det går inte att ersätta agentens modell med jev-latest: agenten behöver en modell som skriver text och anropar verktyg. Jev kan anropas från koden som agenten skriver åt dig.
• Aritmetik, räkning och jämförelse av datum. Enligt TypeSafe är detta mer tillförlitligt i kod; fråga modellen endast om den innehållsmässiga delen — exempelvis att extrahera datumdelar med choice.
• Bilder, ljud och video. Modellen godtar endast text — omvandla sådana data till text i förväg.

Endast indatatoken debiteras — fältet usage.input_tokens i svaret: $0.084 per 1 miljon. Utdatatoken är kostnadsfria.

Exempelanropet på den här sidan (296 indatatoken) kostar mindre än $0.0001.

Före anropet reserverar Ailoot ett belopp på saldot och debiterar sedan en gång efter svaret utifrån faktisk förbrukning — så fungerar det.

Modellens gränser är uppgifter från TypeSafe. Begränsningar för din nyckel och ditt saldo gäller som för alla Ailoot-modeller: Fel och gränser.

Fel returneras i Ailoot API:s gemensamma format: kod, begriplig text och Request ID. Vanligast för denna metod är:

Den fullständiga kodlistan finns på sidan Fel och gränser.