Gratis værktøjFå en AI-drevet diagnose af dit website på få minutterPrøv AI Site Doctor
Lad os tale
← Udforsk AI-ordbogen
Prompting & inference

JSON Schema til AI-output

JSON Schema beskriver regler for JSON-data, eksempelvis felter, datatyper og tilladte værdier. I AI-løsninger kan det definere kontrakten for et struktureret svar.

Også kaldet: JSON Schema

Moselstudio · AI-ordbog2 min. læsning
Se mulighederne i jeres virksomhed ↗
Træplader med udskæringer og matchende former ligger ved en nøgle og en glaskasse.
Formkravene illustrerer validering af et struktureret output.

Hvad betyder JSON Schema til AI-output?

JSON Schema er et sprog til at beskrive og kontrollere JSON-dokumenter. Et skema kan blandt andet angive, at en værdi skal være et tal, at et objekt skal indeholde bestemte felter, eller at en kategori skal vælges fra en afgrænset liste.

I en AI-arbejdsgang fungerer skemaet som en aftale mellem modellen og det program, der modtager svaret. Aftalen er nyttig, fordi fri tekst ellers kan variere i feltnavne, rækkefølge og manglende oplysninger. Et program kan undersøge, om resultatet overholder de regler, det er skrevet til.

Der findes forskellige udgaver af JSON Schema, og en modeludbyder kan understøtte et begrænset udsnit. Et skema, som er gyldigt efter standarden, er derfor ikke nødvendigvis understøttet af den valgte API. Det skal kontrolleres i den konkrete integration.

Fravær, tom tekst og null er forskellige

Et obligatorisk felt skal være til stede, men det betyder ikke automatisk, at enhver værdi er acceptabel. En tom tekststreng, en manglende nøgle og værdien null har forskellige betydninger og kan kræve forskellige regler.

For et dataudtræk bør teamet beslutte, hvordan “ikke oplyst” repræsenteres. Hvis en leveringsdato ikke findes i dokumentet, er det ofte mere nyttigt med en eksplicit ukendt tilstand end en tom streng, som senere fortolkes forskelligt af to systemer.

Et skema kan ikke bekræfte en virkelig aftale

Skemaet kan kontrollere, at et beløb er et tal, men ikke alene afgøre, om det er beløbet fra den rigtige kontrakt. Den kontrol kræver sammenhæng med dokumentet og eventuelt andre datakilder.

Hold derfor datakontrakten lille og tydelig. Når et nyt felt tilføjes, skal modtagersystemet kunne håndtere det, og gamle poster må ikke fejltolkes. Versionsstyring af skema og integration hjælper med at gøre ændringen synlig. Beskrivelser i skemaet kan støtte modellen, men de er ikke en erstatning for validering.

FRA BEGREB TIL ARBEJDSDAG

Et eksempel fra praksis

Et indkøbsteam udtrækker leverandørnavn, valuta og betalingsfrist fra tilbud. Skemaet kræver felterne, men tillader en markeret ukendt værdi, når betalingsfristen mangler. Valutaen vælges fra de valutaer, virksomhedens arbejdsgang understøtter.

En prøve indeholder et tilbud, hvor beløbet står både med og uden moms. Skemaet kan ikke selv vælge den rigtige forretningsbetydning. Teamet tilføjer derfor et felt til beløbstype og en kildehenvisning, og kontrollerer udtrækket mod originalen, før oplysningerne overføres til indkøbssystemet.

Typiske faldgruber

  • Et felt i properties antages automatisk at være obligatorisk.
  • Null og manglende felt blandes sammen i modtagersystemet.
  • Et skema godkendes uden at undersøge API’ens understøttede delmængde.

Det skal I afklare

  1. Fastlæg datatyper, obligatoriske felter og ukendte værdier.
  2. Prøv både gyldige og ugyldige eksempler i en validator.
  3. Versionsstyr skemaet sammen med den kode, der modtager svaret.

Spørgsmål og svar

Er JSON og JSON Schema det samme?

Nej. JSON er et dataformat. JSON Schema beskriver regler for, hvilke JSON-data der er acceptable i en bestemt sammenhæng.

Skal alle felter være obligatoriske?

Ikke generelt. Aftalen skal passe til opgaven og udbyderens krav. Et obligatorisk felt kan stadig have en eksplicit ukendt tilstand, hvis skemaet tillader det.

Kilder og videre læsning

De tekniske begreber bygger på nedenstående kilder. Eksemplerne er illustrative og viser, hvordan I kan arbejde med emnet.

  1. JSON Schema: Object referenceProperties, required, ekstra felter og forskellen mellem null og fravær.
  2. LangChain: Structured outputBrug af skemaer ved generering og håndtering af valideringsfejl.
FRA VIDEN TIL JERES NÆSTE SKRIDT

Fra begreb til en løsning, I kan bruge.

Beskriv den opgave, I gerne vil gøre lettere. Vi hjælper med at afklare data, muligheder og et overskueligt første skridt.

  • En personlig vurdering af jeres opgave
  • Afklaring af data, systemer og begrænsninger
  • Et konkret forslag til næste skridt
M
Et svar fra mennesker, der bygger.Mosel Studio · Svendborg · Hele Danmark
kontakt@moselstudio.dk
Hvordan vil du helst starte?

Uforpligtende henvendelse · Ingen automatisk tilmelding