Source: https://ailoot.ai/models/da/jev-latest/ Canonical: https://ailoot.ai/models/da/jev-latest/ Language: da # jev-latest [Markdown](https://ailoot.ai/models/da/jev-latest/index.md) · [JSON](https://ailoot.ai/models/da/jev-latest/facts.json) ## [jev-latest](https://ailoot.ai/models/da/jev-latest/) Beslutningsmodel fra TypeSafe: skriver ikke tekst, men besvarer typede spørgsmål om tekst eller JSON — valg, skalavurdering eller «ja/nej» med sandsynligheder. Egner sig til routing, henvendelsessortering, moderering og scoring; alle spørgsmål i en forespørgsel vurderes parallelt. - [**Ailoot · System One** `POST /v1/systemone` `jev-latest`](https://ailoot.ai/models/da/jev-latest/#method-0) Om modellen Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode. Jev er TypeSafes flagskibsmodel og den første model i den nye klasse **System One**. Den skriver ikke tekst, men træffer hurtigt beslutninger, som programmet kan bruge direkte: du sender en **tilstand** (`state`) — tekst eller JSON — og et sæt **spørgsmål** og får typede værdier med kalibrerede sandsynligheder tilbage. Sprogmodeller skriver ord til mennesker, mens Jev ifølge TypeSafe ligger tættere på kode: svaret er straks i den form, koden kræver, med høj hastighed og ingen værdier uden for de fastlagte muligheder. Modellen er udformet til stabile svar ved gentagne forespørgsler. #### Hvordan System One adskiller sig fra en sprogmodel - **Genererer ikke.** Jev skriver ikke brugersvar eller kode og forklarer ikke ræsonnementet. Du fastlægger svarmulighederne gennem én af tre spørgsmålstyper. - **Trænet til kalibrerede beslutninger.** TypeSafe træner modellen med RLCD (Reinforcement Learning for Calibrated Decisions): sandsynligheder tilpasses faktiske udfald og afspejler usikkerhed. Blandt mange svar med sandsynlighed 0,8 bør cirka 80% være korrekte. Kalibrering er en egenskab ved en stor stikprøve, ikke en garanti for et enkelt svar. - **Et andet træningsmål.** Chatmodeller trænes til at behage mennesker (RLHF), hvilket ifølge TypeSafe fremmer føjelighed og selvsikkert formulerede fejl. En af medskaberne af RLHF, Diogo Almeida, er medstifter af TypeSafe. Navnet henviser til «System 1» fra Daniel Kahnemans bog «At tænke – hurtigt og langsomt»: hurtig intuitiv vurdering over for den langsomme, overvejede tænkning i «System 2». Jev er skabt til hurtige, snævre vurderinger. #### Tre spørgsmålstyper Et spørgsmål er én vurdering af tilstanden, og svaret en værdi, som koden sammenligner med en tærskel, sorterer eller sender videre. 1. **Choice — valg af mulighed.** Afdeling for en henvendelse, produktkategori eller et kodeuddrags sprog. Mulighederne er en ordbog «mulighed → beskrivelse» med op til 255 poster. Svaret indeholder valgt `choice`, `probabilities` for alle muligheder (sum 1) og `confidence`. Hvis listen ikke nødvendigvis dækker alle tilfælde, tilføj «andet» eller «ingen af ovenstående». 2. **Score — vurdering på en skala.** Placering på en ordnet skala, du beskriver: fejlens alvor, kundens irritation eller færdighedsniveau. Fra 2 til 10 niveauer, lavest til højest; modellen vurderer hvert niveau separat uden at se nummeret eller naboniveauerne. Svaret indeholder `score` (summen af niveaunumre ganget med deres sandsynligheder, så værdien kan ligge mellem niveauer), `legend` med niveauernes beskrivelser, `probabilities` og `confidence`. 3. **Noul — ja eller nej.** Om en påstand er sand. `noul` er sandsynligheden for «ja» fra 0 til 1: tæt på 1 er sikkert «ja», tæt på 0 sikkert «nej», og tæt på 0,5 er modellen i tvivl. Der er ingen særskilt `confidence`: ét tal beskriver hele svaret. Valgfrit `criteria` præciserer, hvad der tæller som «ja» og «nej». Sådan vælges typen: kendte uordnede muligheder — choice; trin i et spektrum — score; rent «ja/nej», hvor sandsynligheden selv er vigtig — noul. Noul 0,5 er lige sandsynlighed for «ja» og «nej», ikke «mellemste niveau»: score måler graden. Hvis to typer passer, vælg den, koden kan handle direkte på: choice til forgrening, score til tærskler og noul til `if`. Typer kan blandes i samme forespørgsel. Svaret er altid begrænset til dine muligheder og afhænger ikke af andre spørgsmål: spørgsmål kan tilføjes eller fjernes uden at ændre de øvrige svar. #### Tilstand Tilstanden er det, modellen vurderer: en kundebesked, et dokumentuddrag, en databasepost eller din applikations tilstand. - **Streng** — ét tekststykke: besked, artikel eller uddrag. - **Objekt** — navngivne felter, forbundne poster eller applikationstilstand. TypeSafe anbefaler objekter til de fleste forespørgsler: hver del har et forståeligt navn. - **Array** — en sekvens af beskeder eller poster. Forbered den som materiale til eksperter: læg korrespondance, ordre og returregler sammen, hvis beslutningen kræver sammenligning. Hold indhold i tilstanden og vurderinger i spørgsmålene. Ved et spørgsmål om én tilstandsdel angives stien i backticks, eksempelvis `ticket.messages[0].text`. #### Sådan stilles spørgsmål - **Én hurtig vurdering pr. spørgsmål.** Et godt spørgsmål kan en vidende person med den rette kontekst besvare på et sekund: «Udtrykker beskeden hast?». «Analysér beskeden og beslut, hvad der skal gøres» er langsomt ræsonnement og skal opdeles i enkle spørgsmål. - **Hele spørgsmålet i `instructions`.** Spørgsmålsnøglen, eksempelvis `refund_requested`, bruges kun af din kode og sendes ikke til modellen. - **Alle spørgsmål om én tilstand i én forespørgsel.** Modellen vurderer dem parallelt: ifølge TypeSafe øger ekstra spørgsmål næsten ikke svartiden og koster kun deres egne tokens. Et spørgsmål «for en sikkerheds skyld» koster næsten intet — koden afgør selv, hvilke svar der er nødvendige. - **Komplekse vurderinger i dele.** I stedet for «vurdér startupansøgningen» spørges separat om markedsstørrelse, teknisk gennemførlighed og forskelle fra konkurrenterne, og resultatet beregnes i kode med vægte. Ved ændrede prioriteter ændres vægtene, ikke spørgsmålet. - **Afhængige spørgsmål i anden forespørgsel.** Svar i samme forespørgsel er ikke kontekst for hinanden. En anden forespørgsel kræves kun, hvis den ikke kan samles uden første svar: data skal hentes, eller næste spørgsmåls muligheder vælges. - **Lange spørgsmål som objekter.** `instructions` og `criteria` er normalt strenge, men kan være objekter eller arrays: spørgsmålet i ét felt og data i andre. Det gør det muligt at sammenholde et CV med databaseposter i ét spørgsmål. #### Sikkerhed i svaret For choice og score viser `confidence` fra 0 til 1, hvor koncentreret sandsynligheden er på ét svar: 1 er alt på én mulighed, 0 ligeligt på alle. Ved score sænker et naboniveau sikkerheden mindre end et fjernt. For noul er sikkerheden selve værdien: jo længere fra 0,5, desto mere sikkert er svaret. TypeSafe anbefaler tre intervaller: 1. **Høj sikkerhed** — handl automatisk. 2. **Mellem** — handl forsigtigt, eksempelvis ved at bede brugeren bekræfte. 3. **Lav** — send sagen til et menneske, præcisér forespørgslen eller tilslut en reservevej, eksempelvis en stærkere model med ræsonnement. Jo dyrere fejlen er, desto strengere tærskel: højere for uigenkaldelige handlinger end læsning. Svaret siger, hvad der skal vælges, og sikkerheden, om der bør handles. Vælg tærskler på egne data ved at sammenligne sikkerhed med præcision. #### Sådan bygges et system omkring Jev Jev er ikke beregnet til agenter, der selv vælger næste trin og kan komme på afveje i hver runde, men til programmer, hvor kode styrer processen, og modellen besvarer snævre betydningsspørgsmål. TypeSafes otte designtrin: 1. Alt, der kan gøres med kode, gøres med kode — pålideligt og billigt. 2. Kun det, de aktuelle spørgsmål kræver, i tilstanden; nye fakta fra egen vidensbase, ikke modelhukommelse. 3. Struktur i tilstanden: indlejret JSON, og en sti til det relevante felt i backticks i spørgsmålet, hvis det mindsker tvetydighed. 4. Snævrest mulige, konkrete spørgsmål er ifølge TypeSafe måske hovedreglen: et bredt spørgsmål skjuler flere vurderinger i ét svar. 5. Struktur i spørgsmålene: selve spørgsmålet kort; forklaringer, eksempler og vidensbaseværdier i nabofelter i et `instructions`- eller `criteria`-objekt, ikke én lang streng. 6. Mange uafhængige spørgsmål om én tilstand i samme forespørgsel — mere nytte pr. dollar. 7. Koden kombinerer svar med regler, vægtede summer eller som features i en klassisk maskinlæringsmodel. 8. Forgrening efter sikkerhed: usikre tilfælde til et menneske eller en model med ræsonnement. Jev er ikke chat eller kodefuldførelse og kan ikke erstatte en sprogmodel i en programmeringsagent. En agent kan derimod skrive kode, der kalder Jev, hvor et hurtigt kalibreret svar er nødvendigt. #### Anvendelser - **Baggrundsautomatisering** — beslutninger, der køres en million gange uden et menneske ved siden af. - **Realtid** — ifølge TypeSafe tager de fleste forespørgsler cirka 100 ms, nok til behandling undervejs og interfaces. - **Store data** — søgning i enorme korpora, mærkning af agentlogs og features til prognoser. - **Kontrol af andre modeller** — forespørgsler, udtræk, ræsonnement og værktøjskald: omgåelse af begrænsninger, citationsfejl og opdigtede oplysninger. - **Søgning og rangering** — relevans mellem «forespørgsel — kandidat», genrangering og kontekstvalg. - **Forgrening efter hensigt** — hvad brugeren ønsker, og hvilken behandler der kræves: enkel logik, specialmodel eller menneske; emne, kompleksitet og risiko afgør sprogmodelvalget. - **Beskyttelseskontroller** — sprogmodellens input, output og værktøjskald: indskudte instruktioner, regelbrud og læk af personoplysninger. - **Support** — henvendelsens emne og hensigt, hast, irritation, frafaldsrisiko, returønske og kø. - **Moderering** — platformens regler om toksicitet, chikane, spam, svig, farlige råd og personoplysninger; alvor og sikkerhed styrer godkendelse, advarsel, kontrol eller blokering. - **Brancher** — forsikring, finansielle undersøgelser og KYC, kontrakter og reklamer, produktkort, rekruttering, leads, spil, risici, efterspørgselsprognoser, vidensgrafer, videnskabelige oversigter og semantisk kodekontrol i CI. #### Egenskaber - **`jev-latest`** — alias for seneste stabile version, aktuelt Jev 1.13; den svarende version står i `model`, eksempelvis `jev-1.13.0`. Ved nye versioner flyttes aliaset, og svar kan ændres uden egne rettelser — følg feltet, hvis tærskler er tilpasset versionen. - **Kontekst** — 64K tokens pr. forespørgsel: tilstand og alle spørgsmål sammen; tilstanden med det længste spørgsmål op til 32K. Modellen læser tilstanden én gang og kontrollerer alle spørgsmål parallelt mod den. - **Input** — kun tekst: streng, JSON-objekt eller tekstarray. Billeder, lyd og video understøttes endnu ikke — omsæt dem til tekst først. - **Sprog** — træningen er primært engelsk, som aktuelt har højest præcision. Andre sprog, herunder kinesisk, japansk og koreansk, accepteres, men med lavere præcision — kontrollér på egne data. - **Priser og fakturering i Ailoot API** — vilkårene afhænger af den valgte metode og fremgår af metodens kort. - **Tilpasning** — Jev finjusteres ikke på kundedata: eget materiale i `state`, fagområdets regler i `instructions` og `criteria`. - **Data** — TypeSafe oplyser, at Jev ikke trænes på kundernes forespørgsler og svar. #### Kendte svagheder i Jev 1.13 TypeSafe angiver åbent versionens svagheder og lover mange rettelser i senere versioner. Modellen er hurtig, kalibreret og vurderer med sund fornuft, men: 1. **Læser bogstaveligt.** Besvarer det skrevne, ikke underforståede spørgsmål: forbehold, negationer og implicitte vilkår læses ordret. Skriv præcise vilkår og grænsetilfælde i `criteria`; nødvendig fortolkning opdeles i to bogstavelige spørgsmål. 2. **Ikke en lommeregner.** Tegn-, gentagelses- og listetælling er upålidelig, og fejlen vokser med størrelsen — tæl i kode med ét spørgsmål pr. kandidat. Farver i hex eller RGB forstås dårligere end farvenavne. `score` passer til tærskler, ikke et præcist tal mellem niveauer. 3. **Datoer og tid.** Datorækkefølge, tidsafstand og placering i en periode er upålidelige, især ved blandede formater og relative datoer. Udtræk datodele med choice (og «ikke angivet»), og sammenlign i kode. 4. **Indirekte formulering.** Dobbelte negationer og spørgsmål om en egenskabs egenskab sænker præcisionen. Skriv direkte og navngiv tilstandsdelene. 5. **Overflødigt indhold i tilstanden.** Uvedkommende tekst sænker præcisionen. Filtrér i kode eller, hvis det ikke er muligt, frasortér irrelevant materiale med noul-spørgsmål. 6. **Fjendtlig tekst.** Modellen forventer ikke fælder i tilstanden som standard: en indskudt instruktion eller tekst, der diskuterer egen klassifikation, kan påvirke svaret. Skriv præcise kriterier, og test grænsetilfælde før drift. 7. **Modstrid.** Hvis `instructions` og `criteria` kræver forskelligt, eksempelvis noul-«ja» beskrevet som «nej», falder præcisionen. Kriterierne er en fortsættelse af spørgsmålet. 8. **Mulighedernes rækkefølge.** Modellen foretrækker undertiden første choice-mulighed. Byt rundt, og kontrollér at svaret er uændret. 9. **Generering.** Jev er ikke trænet til at skrive tekst. Find dataudtrækskandidater med et regulært udtryk eller en generativ model, og lad Jev vælge den korrekte med choice. **Ailoot · System One** `POST /v1/systemone` `jev-latest` [`jev-latest`](https://ailoot.ai/models/da/#m=jev-latest&route=Core&caller=jev-latest&fmt=systemone) TypeSafe /`jev-latest` ### Start Beslutningsmodel fra TypeSafe: skriver ikke tekst, men besvarer typede spørgsmål om tekst eller JSON — valg, skalavurdering eller «ja/nej» med sandsynligheder. Egner sig til routing, henvendelsessortering, moderering og scoring; alle spørgsmål i en forespørgsel vurderes parallelt. Accepterede input Tekst Resultater structured ### Tilgængelig i Ailoot · input og metoder **Ailoot · System One** `POST /v1/systemone` Inputtyper `text` Outputtyper `structured` Kontekst 64.000 tokens Outputformat json | Felt | Type | Krav | Værdier og grænser | Standard | | --- | --- | --- | --- | --- | | Felt`model` | Type`string` | KravPåkrævet | Værdier og grænser jev-latest | Standard— | | Felt`state` | Type`string\|object\|array` | KravPåkrævet | Værdier og grænser | Standard— | | Felt`questions` | Type`object` | KravPåkrævet | Værdier og grænser Minimumsantal objektfelter: 1 | Standard— | | Felt`questions..type` | Type`string` | KravPåkrævet | Værdier og grænser noul, choice, score | Standard— | | Felt`questions..instructions` | Type`string\|object\|array\|null` | KravValgfrit | Værdier og grænser | Standard— | | Felt`questions..criteria` | Type`object\|array\|null` | KravValgfrit | Værdier og grænser Betingelser: noul: valgfrie beskrivelser for true/false, der også kan være null; choice: kriterieobjekt; score: ikke-tomt kriteriearray | Standard— | | Felt`stream` | Type`boolean\|null` | KravValgfrit | Værdier og grænser false, null | Standard— | Kombinationer af inputmaterialer **noul** · Påkrævet: state, questions.\.type=noul **choice** · Påkrævet: state, questions.\.type=choice, criteria object **score** · Påkrævet: state, questions.\.type=score, nonemptycriteriaarray Metodeparametre og livscyklus | Parameter | Kontrakt | | --- | --- | | Parameter`material_types` | Kontrakttext | | Parameter`required` | Kontraktmodel, state, questions | | Parameter`optional_controls` | Kontraktnull | | Parameter`content_type` | Kontraktapplication/json | Livscyklus: `exact retained published method` Metodernes strukturer og ID’er er præcise; leverandørens muligheder er adskilt fra adgangstilladelse. ### Priser #### Ailoot-metodetakster Input ≈0,000084 US$ */ 1K* Output 0,00 US$ */ 1K* Ailoot reserverer et estimeret beløb før en anmodning. Efter resultatet afregnes det endelige beløb ud fra det målte forbrug. Ved streaming bruges den endelige forbrugsregistrering til afregningen. [Sådan fungerer reservation og afregning →](https://ailoot.ai/docs/da/billing/reserve/) ### Eksempelanmodninger #### Ailoot · System One Klassifikationseksempel ```bash set -eu : "${AILOOT_API_KEY:?Set your Ailoot API key}" : "${AILOOT_TEXT_FILE:?Set your actual UTF-8 customer message}" export AILOOT_TEXT_FILE python3 - <<'PY_REQUEST' import json,os from pathlib import Path p=json.loads('{"model": "jev-latest", "state": "", "questions": {"is_urgent": {"type": "noul", "instructions": "Does the supplied customer message express urgency?"}}}') f=Path(os.environ["AILOOT_TEXT_FILE"]) if not f.is_file():raise SystemExit("Choose your actual UTF-8 source material") text=f.read_text(encoding="utf-8") if not text.strip():raise SystemExit("Source material must contain text") p["state"]=text Path("request.json").write_text(json.dumps(p,ensure_ascii=False)) PY_REQUEST curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \ -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \ --data-binary @request.json -D response-headers.txt -o result.json python3 - <<'PY_RESULT' import json from pathlib import Path print(json.dumps(json.loads(Path("result.json").read_text()),ensure_ascii=False,indent=2)) PY_RESULT ``` ### Hent og gem resultater #### Ailoot · System One json ##### Behold alle færdige resultater Gem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel. Behold hvert svar med det angivne spørgsmåls-ID, sandsynligheden og forklaringen; konfidensformlen med n kræver n\>1 uden at fastslå en API-regel om minimumsantal valgmuligheder. Svarfelter | Felt | Type | | --- | --- | | Felt`answers..type` | Typestring | | Felt`answers..noul` | Typenumber | | Felt`answers..choice` | Typestring | | Felt`answers..score` | Typenumber | | Felt`answers..confidence` | Typenumber | | Felt`answers..probabilities` | Typeobject | | Felt`answers..legend` | Typeobject | | Felt`usage` | Typeobject | Fejl og næste trin | Svar | Betingelse | Næste trin | | --- | --- | --- | | Svar400 · `invalid_request_error` | BetingelseUgyldige obligatoriske felter, materialerepræsentation eller parameterværdi | Næste trinRet de angivne felter før en ny oprettelsesanmodning. | ### Aliaser #### Modelaliaser **Ailoot** [`jev-latest`](https://ailoot.ai/models/da/#m=jev-latest&route=Core&caller=jev-latest&fmt=systemone) #### Aliaser for metodestier Brug metodestierne vist ovenfor. #### Relaterede kalder-ID’er [`jev-latest`](https://ailoot.ai/models/da/#m=jev-latest&route=Core&caller=jev-latest&fmt=systemone) FAQ · jev-latest Hvilke input og resultater er tilgængelige? `POST /v1/systemone` · `jev-latest`: `text` → `structured` Hvilke felter bruger anmodningen? `POST /v1/systemone` · `jev-latest`: `model`, `state`, `questions`, `stream` Hvilke grænser gælder? `POST /v1/systemone` · `jev-latest`: `ctx`: `64000` Tilslut Ailoot til Claude Code, OpenCode, Hermes eller din egen applikation. ## Virksomheden og dens projektportefølje Virksomheden og dens projektportefølje: millioner af kunder; månedligt salg for milliarder. ## Køb tokens med rabat. Abonnementsrabat til regelmæssigt arbejde. Rabatkoder giver op til 50% på tokenkøb. Abonnement Vælg et abonnement med rabat til dine regelmæssige anmodninger. Rabatkode på op til 50% Indtast koden ved købet. Prisen genberegnes efter den aktuelle kampagne. Udgifter i historikken Model, tokens og beløb gemmes for hver anmodning. [Vælg abonnement](https://ailoot.ai/docs/da/billing/subscriptions/) · [Se modelpriser](https://ailoot.ai/models/da/) ## Tilslut API’et til produktet, du sælger. SaaS, apps og bots efter Ailoots tilbudsvilkår og licensaftale. Anmod om en forhandlerlicens til videresalg. Kommerciel applikation Byg generering af tekst, billeder, video og lyd ind i tjenestens betalte funktioner. Licens til forhandlere Send projektbeskrivelse og adgangsmodel. Bed om skriftlige vilkår for anvendelse og videresalg. Dokumenter på websitet Tilbudsvilkår, licensaftale og politik for behandling af data kan læses før tilslutning. [Anmod om forhandlerlicens](mailto:support@ailoot.ai) · [Tilbudsvilkår og licensaftale](https://ailoot.ai/legal/offer?lang=da) ## Ailoot · Virksomheden og dens projektportefølje Ailoot bygger på solid driftserfaring, en stor kundebase, stabil service og løbende kontrol af KPI. Virksomheden og dens projektportefølje: millioner af kunder; månedligt salg for milliarder. Ailoot bruger denne driftserfaring til API-adgang til AI-funktioner i kundernes produkter, agenter, applikationer og automatiseringer.