Mercury Decide er Inceptions model til strukturerede beslutninger over indsendt evidens. Den kombinerer en fælles tilstand med navngivne spørgsmål og returnerer typede svar med sandsynligheder. Resultatet kan være en valgt kategori, en estimeret ja/nej-sandsynlighed eller en placering på en defineret skala. Denne profil leverer en afgrænset beslutning, som software kan fortolke; dens dokumenterede grænseflade genererer ikke et frit formuleret chatsvar.
Producentens anmodning indeholder en model, en tilstand og en ikke-tom mapping af spørgsmål. Spørgsmålsnavnene bevares i svarmappingen. Indsend den information, der er nødvendig for at vurdere hvert spørgsmål, og navngiv spørgsmålene efter de resultater, arbejdsgangen bruger, såsom category, priority eller needs_follow_up. Flere spørgsmål vurderer samme evidens uafhængigt. At de placeres i én anmodning, gør ikke et senere spørgsmål afhængigt af et tidligere svar.
Inceptions eksempel bruger et JSON-objekt til tilstanden. Vejledningen tillader også strenge, objekter eller arrays i tilstanden, instruktionerne og kriteriebeskrivelserne, og instruktionerne kan udelades eller være null. Bevar nyttig struktur, når evidensen allerede består af felter, og hold et dokument eller en besked identificerbar, når du indsender tekst. Ved en supportsag skal du medtage den faktiske anmodning og relevante fakta frem for en anmodning om at udlede manglende kontekst.
Et noul-spørgsmål repræsenterer en ja/nej-betingelse. Outputtet er en sandsynlighed fra 0 til 1 for, at det positive svar gælder. Valgfrie true- og false-beskrivelser kan angive, hvad der tæller på hver side af spørgsmålet. Spørg eksempelvis, om en besked udtrykkeligt anmoder om en erstatningsvare, og skeln dette fra en generel klage over varen. Sandsynligheden leverer en numerisk vurdering; applikationen vælger tærsklen og den resulterende handling i arbejdsgangen.
Hold betingelsen tilstrækkeligt snæver til, at evidensen kan afgøre den. Hvis ét spørgsmål blander, om brugeren ønsker hjælp, om en vare er defekt, og om sagen er akut, skal betingelserne adskilles. Bevar den returnerede sandsynlighed sammen med spørgsmålsdefinitionen, så en senere kontrollant kan se, hvad tallet faktisk måler.
Et Choice-spørgsmål bruger en mapping af ét til 255 svarmulighedsnavne og beskrivelser; beskrivelser kan være null. Det returnerede valg er den indsendte mulighed med højest sandsynlighed. Resultatet indeholder også en sandsynlighed for hver mulighed og konfidens. Definér særskilte betydninger for kategorierne, og medtag en reservekategori, når nogle input vil ligge uden for de specifikke svarmuligheder. Korte outputnøgler kan identificere kategorier, mens mere udførlige beskrivelser fastlægger grænserne mellem dem.
Et routingoplæg kan skelne mellem et adgangsproblem, et produktspørgsmål og en rapporteret fejl. Angiv betydningen af hver svarmulighed, og indsend den besked, som skal routes. Outputtet er en valgt kategori med en fordeling, ikke en instruktion, der allerede har ændret en kø eller kontaktet et andet system. Undersøg konkurrerende sandsynligheder, når en sag er tvetydig, frem for at fortolke vinderetiketten som bevis for sikkerhed.
Et Score-spørgsmål bruger et ordnet array af én til ti niveaubeskrivelser, begyndende ved niveau 0. Dets score er det sandsynlighedsvægtede gennemsnit af niveauindeksene og kan ligge mellem niveauer. Svaret indeholder tegnforklaringen, sandsynligheder pr. niveau og konfidens. Definér rækkefølgen og kriterierne for hvert niveau, såsom ingen umiddelbar påvirkning, et problem med et brugbart alternativ og en fuldstændigt blokeret opgave.
En forventet score med decimaler er nyttig til prioritering eller aggregering. Den er forskellig fra at vælge det ene mest sandsynlige niveau. Gem tegnforklaringen sammen med tallet, så en score ikke fortolkes på en uvedkommende skala. Konfidens for Choice og Score rapporteres separat mellem 0 og 1; den relevante vejledning definerer den ikke som identisk med den højeste sandsynlighed for en svarmulighed og angiver ikke en universel formel til at genskabe den.
Ét stykke evidens kan understøtte uafhængige spørgsmål om kategori, hast og betingelser. En dokumentgennemgangsopgave kan spørge, om et påkrævet emne er til stede, vælge dets kategori og vurdere dets relevans på beskrevne niveauer. Brug kun kildemateriale, som er tilgængeligt i tilstanden, med kriterier knyttet til den beslutning, arbejdsgangen har brug for som den næste. Hvis en handling kræver et tidligere resultat, skal dette resultat gøres eksplicit i evidensen til næste trin frem for at antage, at spørgsmålene danner en skjult sekvens.
Svaret returnerer modelnavnet og en answers-mapping med de indsendte spørgsmålsnavne som nøgler. Choice-sandsynligheder bruger svarmulighedernes navne; Score-sandsynligheder bruger strengindeks, som forklares i tegnforklaringen. Bevar tilknytningen mellem tilstandsidentifikatoren, spørgsmålsdefinitionerne og de typede svar. Det giver et fortolkeligt klassifikations- eller vurderingsresultat frem for et tal løsrevet fra de fakta, der frembragte det.
Inception dokumenterer Mercury Decide via sin særskilte beslutningsgrænseflade. Modellen understøtter ikke producentens grænseflader til chat-completion, streaming eller værktøjskald, så evner fra Mercurys profiler til ræsonnement, stemme og kodegenerering bør ikke overføres til denne model. Beslutningsvejledningen specificerer antallet af svarmuligheder og niveauer, men angiver ingen numerisk tokengrænse for tilstanden eller øvre grænse for antallet af spørgsmål; hold den fælles evidens fokuseret på de spørgsmål, der vurderes.
Vurdér sandsynligheder og kategorigrænser på repræsentativt mærket materiale fra den tilsigtede opgave. Gennemgå grænsetilfælde ud fra tilstanden, og bevar manglende information som manglende frem for at erstatte den med opfundne fakta. Et nyttigt Mercury Decide-resultat giver en lukket beslutning, dens sandsynligheder og de definitioner, der kræves for at forstå den; den omgivende applikation afgør, hvordan resultatet bliver til routing, prioritering eller et gennemgangsudfald.
", "aboutText": "Mercury Decide er Inceptions model til strukturerede beslutninger over indsendt evidens. Den kombinerer en fælles tilstand med navngivne spørgsmål og returnerer typede svar med sandsynligheder. Resultatet kan være en valgt kategori, en estimeret ja/nej-sandsynlighed eller en placering på en defineret skala. Denne profil leverer en afgrænset beslutning, som software kan fortolke; dens dokumenterede grænseflade genererer ikke et frit formuleret chatsvar.\n\n### Fælles tilstand og meningsfulde spørgsmålsnavne\n\nProducentens anmodning indeholder en model, en tilstand og en ikke-tom mapping af spørgsmål. Spørgsmålsnavnene bevares i svarmappingen. Indsend den information, der er nødvendig for at vurdere hvert spørgsmål, og navngiv spørgsmålene efter de resultater, arbejdsgangen bruger, såsom category, priority eller needs_follow_up. Flere spørgsmål vurderer samme evidens uafhængigt. At de placeres i én anmodning, gør ikke et senere spørgsmål afhængigt af et tidligere svar.\n\nInceptions eksempel bruger et JSON-objekt til tilstanden. Vejledningen tillader også strenge, objekter eller arrays i tilstanden, instruktionerne og kriteriebeskrivelserne, og instruktionerne kan udelades eller være null. Bevar nyttig struktur, når evidensen allerede består af felter, og hold et dokument eller en besked identificerbar, når du indsender tekst. Ved en supportsag skal du medtage den faktiske anmodning og relevante fakta frem for en anmodning om at udlede manglende kontekst.\n\n### Noul: et estimeret positivt svar\n\nEt noul-spørgsmål repræsenterer en ja/nej-betingelse. Outputtet er en sandsynlighed fra 0 til 1 for, at det positive svar gælder. Valgfrie true- og false-beskrivelser kan angive, hvad der tæller på hver side af spørgsmålet. Spørg eksempelvis, om en besked udtrykkeligt anmoder om en erstatningsvare, og skeln dette fra en generel klage over varen. Sandsynligheden leverer en numerisk vurdering; applikationen vælger tærsklen og den resulterende handling i arbejdsgangen.\n\nHold betingelsen tilstrækkeligt snæver til, at evidensen kan afgøre den. Hvis ét spørgsmål blander, om brugeren ønsker hjælp, om en vare er defekt, og om sagen er akut, skal betingelserne adskilles. Bevar den returnerede sandsynlighed sammen med spørgsmålsdefinitionen, så en senere kontrollant kan se, hvad tallet faktisk måler.\n\n### Choice: valg af én navngiven svarmulighed\n\nEt Choice-spørgsmål bruger en mapping af ét til 255 svarmulighedsnavne og beskrivelser; beskrivelser kan være null. Det returnerede valg er den indsendte mulighed med højest sandsynlighed. Resultatet indeholder også en sandsynlighed for hver mulighed og konfidens. Definér særskilte betydninger for kategorierne, og medtag en reservekategori, når nogle input vil ligge uden for de specifikke svarmuligheder. Korte outputnøgler kan identificere kategorier, mens mere udførlige beskrivelser fastlægger grænserne mellem dem.\n\nEt routingoplæg kan skelne mellem et adgangsproblem, et produktspørgsmål og en rapporteret fejl. Angiv betydningen af hver svarmulighed, og indsend den besked, som skal routes. Outputtet er en valgt kategori med en fordeling, ikke en instruktion, der allerede har ændret en kø eller kontaktet et andet system. Undersøg konkurrerende sandsynligheder, når en sag er tvetydig, frem for at fortolke vinderetiketten som bevis for sikkerhed.\n\n### Score: en forventet placering i en vurderingsrubrik\n\nEt Score-spørgsmål bruger et ordnet array af én til ti niveaubeskrivelser, begyndende ved niveau 0. Dets score er det sandsynlighedsvægtede gennemsnit af niveauindeksene og kan ligge mellem niveauer. Svaret indeholder tegnforklaringen, sandsynligheder pr. niveau og konfidens. Definér rækkefølgen og kriterierne for hvert niveau, såsom ingen umiddelbar påvirkning, et problem med et brugbart alternativ og en fuldstændigt blokeret opgave.\n\nEn forventet score med decimaler er nyttig til prioritering eller aggregering. Den er forskellig fra at vælge det ene mest sandsynlige niveau. Gem tegnforklaringen sammen med tallet, så en score ikke fortolkes på en uvedkommende skala. Konfidens for Choice og Score rapporteres separat mellem 0 og 1; den relevante vejledning definerer den ikke som identisk med den højeste sandsynlighed for en svarmulighed og angiver ikke en universel formel til at genskabe den.\n\n### Forbered et nyttigt beslutningsresultat\n\nÉt stykke evidens kan understøtte uafhængige spørgsmål om kategori, hast og betingelser. En dokumentgennemgangsopgave kan spørge, om et påkrævet emne er til stede, vælge dets kategori og vurdere dets relevans på beskrevne niveauer. Brug kun kildemateriale, som er tilgængeligt i tilstanden, med kriterier knyttet til den beslutning, arbejdsgangen har brug for som den næste. Hvis en handling kræver et tidligere resultat, skal dette resultat gøres eksplicit i evidensen til næste trin frem for at antage, at spørgsmålene danner en skjult sekvens.\n\nSvaret returnerer modelnavnet og en answers-mapping med de indsendte spørgsmålsnavne som nøgler. Choice-sandsynligheder bruger svarmulighedernes navne; Score-sandsynligheder bruger strengindeks, som forklares i tegnforklaringen. Bevar tilknytningen mellem tilstandsidentifikatoren, spørgsmålsdefinitionerne og de typede svar. Det giver et fortolkeligt klassifikations- eller vurderingsresultat frem for et tal løsrevet fra de fakta, der frembragte det.\n\n### Grænsefladens omfang og grænser\n\nInception dokumenterer Mercury Decide via sin særskilte beslutningsgrænseflade. Modellen understøtter ikke producentens grænseflader til chat-completion, streaming eller værktøjskald, så evner fra Mercurys profiler til ræsonnement, stemme og kodegenerering bør ikke overføres til denne model. Beslutningsvejledningen specificerer antallet af svarmuligheder og niveauer, men angiver ingen numerisk tokengrænse for tilstanden eller øvre grænse for antallet af spørgsmål; hold den fælles evidens fokuseret på de spørgsmål, der vurderes.\n\nVurdér sandsynligheder og kategorigrænser på repræsentativt mærket materiale fra den tilsigtede opgave. Gennemgå grænsetilfælde ud fra tilstanden, og bevar manglende information som manglende frem for at erstatte den med opfundne fakta. Et nyttigt Mercury Decide-resultat giver en lukket beslutning, dens sandsynligheder og de definitioner, der kræves for at forstå den; den omgivende applikation afgør, hvordan resultatet bliver til routing, prioritering eller et gennemgangsudfald.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "6761e83d044bd3a1840eaa7c20e655f08d252356f6362722485a1e0eef602b53", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "da", "methods": [ { "html": "inception/mercury-decideMercury Decide vurderer fælles tekstlig eller JSON-baseret evidens ud fra navngivne spørgsmål og returnerer typede valg, ja/nej-sandsynligheder eller scorer med decimaler efter en vurderingsrubrik. Inception dokumenterer en særskilt beslutningsarbejdsgang med op til 255 Choice-svarmuligheder og ti Score-niveauer.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Mercury Decide er Inceptions model til strukturerede beslutninger over indsendt evidens. Den kombinerer en fælles tilstand med navngivne spørgsmål og returnerer typede svar med sandsynligheder. Resultatet kan være en valgt kategori, en estimeret ja/nej-sandsynlighed eller en placering på en defineret skala. Denne profil leverer en afgrænset beslutning, som software kan fortolke; dens dokumenterede grænseflade genererer ikke et frit formuleret chatsvar.
Producentens anmodning indeholder en model, en tilstand og en ikke-tom mapping af spørgsmål. Spørgsmålsnavnene bevares i svarmappingen. Indsend den information, der er nødvendig for at vurdere hvert spørgsmål, og navngiv spørgsmålene efter de resultater, arbejdsgangen bruger, såsom category, priority eller needs_follow_up. Flere spørgsmål vurderer samme evidens uafhængigt. At de placeres i én anmodning, gør ikke et senere spørgsmål afhængigt af et tidligere svar.
Inceptions eksempel bruger et JSON-objekt til tilstanden. Vejledningen tillader også strenge, objekter eller arrays i tilstanden, instruktionerne og kriteriebeskrivelserne, og instruktionerne kan udelades eller være null. Bevar nyttig struktur, når evidensen allerede består af felter, og hold et dokument eller en besked identificerbar, når du indsender tekst. Ved en supportsag skal du medtage den faktiske anmodning og relevante fakta frem for en anmodning om at udlede manglende kontekst.
Et noul-spørgsmål repræsenterer en ja/nej-betingelse. Outputtet er en sandsynlighed fra 0 til 1 for, at det positive svar gælder. Valgfrie true- og false-beskrivelser kan angive, hvad der tæller på hver side af spørgsmålet. Spørg eksempelvis, om en besked udtrykkeligt anmoder om en erstatningsvare, og skeln dette fra en generel klage over varen. Sandsynligheden leverer en numerisk vurdering; applikationen vælger tærsklen og den resulterende handling i arbejdsgangen.
Hold betingelsen tilstrækkeligt snæver til, at evidensen kan afgøre den. Hvis ét spørgsmål blander, om brugeren ønsker hjælp, om en vare er defekt, og om sagen er akut, skal betingelserne adskilles. Bevar den returnerede sandsynlighed sammen med spørgsmålsdefinitionen, så en senere kontrollant kan se, hvad tallet faktisk måler.
Et Choice-spørgsmål bruger en mapping af ét til 255 svarmulighedsnavne og beskrivelser; beskrivelser kan være null. Det returnerede valg er den indsendte mulighed med højest sandsynlighed. Resultatet indeholder også en sandsynlighed for hver mulighed og konfidens. Definér særskilte betydninger for kategorierne, og medtag en reservekategori, når nogle input vil ligge uden for de specifikke svarmuligheder. Korte outputnøgler kan identificere kategorier, mens mere udførlige beskrivelser fastlægger grænserne mellem dem.
Et routingoplæg kan skelne mellem et adgangsproblem, et produktspørgsmål og en rapporteret fejl. Angiv betydningen af hver svarmulighed, og indsend den besked, som skal routes. Outputtet er en valgt kategori med en fordeling, ikke en instruktion, der allerede har ændret en kø eller kontaktet et andet system. Undersøg konkurrerende sandsynligheder, når en sag er tvetydig, frem for at fortolke vinderetiketten som bevis for sikkerhed.
Et Score-spørgsmål bruger et ordnet array af én til ti niveaubeskrivelser, begyndende ved niveau 0. Dets score er det sandsynlighedsvægtede gennemsnit af niveauindeksene og kan ligge mellem niveauer. Svaret indeholder tegnforklaringen, sandsynligheder pr. niveau og konfidens. Definér rækkefølgen og kriterierne for hvert niveau, såsom ingen umiddelbar påvirkning, et problem med et brugbart alternativ og en fuldstændigt blokeret opgave.
En forventet score med decimaler er nyttig til prioritering eller aggregering. Den er forskellig fra at vælge det ene mest sandsynlige niveau. Gem tegnforklaringen sammen med tallet, så en score ikke fortolkes på en uvedkommende skala. Konfidens for Choice og Score rapporteres separat mellem 0 og 1; den relevante vejledning definerer den ikke som identisk med den højeste sandsynlighed for en svarmulighed og angiver ikke en universel formel til at genskabe den.
Ét stykke evidens kan understøtte uafhængige spørgsmål om kategori, hast og betingelser. En dokumentgennemgangsopgave kan spørge, om et påkrævet emne er til stede, vælge dets kategori og vurdere dets relevans på beskrevne niveauer. Brug kun kildemateriale, som er tilgængeligt i tilstanden, med kriterier knyttet til den beslutning, arbejdsgangen har brug for som den næste. Hvis en handling kræver et tidligere resultat, skal dette resultat gøres eksplicit i evidensen til næste trin frem for at antage, at spørgsmålene danner en skjult sekvens.
Svaret returnerer modelnavnet og en answers-mapping med de indsendte spørgsmålsnavne som nøgler. Choice-sandsynligheder bruger svarmulighedernes navne; Score-sandsynligheder bruger strengindeks, som forklares i tegnforklaringen. Bevar tilknytningen mellem tilstandsidentifikatoren, spørgsmålsdefinitionerne og de typede svar. Det giver et fortolkeligt klassifikations- eller vurderingsresultat frem for et tal løsrevet fra de fakta, der frembragte det.
Inception dokumenterer Mercury Decide via sin særskilte beslutningsgrænseflade. Modellen understøtter ikke producentens grænseflader til chat-completion, streaming eller værktøjskald, så evner fra Mercurys profiler til ræsonnement, stemme og kodegenerering bør ikke overføres til denne model. Beslutningsvejledningen specificerer antallet af svarmuligheder og niveauer, men angiver ingen numerisk tokengrænse for tilstanden eller øvre grænse for antallet af spørgsmål; hold den fælles evidens fokuseret på de spørgsmål, der vurderes.
Vurdér sandsynligheder og kategorigrænser på repræsentativt mærket materiale fra den tilsigtede opgave. Gennemgå grænsetilfælde ud fra tilstanden, og bevar manglende information som manglende frem for at erstatte den med opfundne fakta. Et nyttigt Mercury Decide-resultat giver en lukket beslutning, dens sandsynligheder og de definitioner, der kræves for at forstå den; den omgivende applikation afgør, hvordan resultatet bliver til routing, prioritering eller et gennemgangsudfald.
POST /v1/systemonetextdecisions| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser inception/mercury-decide | Standard— |
Feltprovider | Typeschema | KravValgfrit | Værdier og grænser | Standard— |
Feltquestions | Typeobject | KravPåkrævet | Værdier og grænser | Standard— |
Feltsession_id | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Feltstate | Typeschema | KravPåkrævet | Værdier og grænser | Standard— |
Felttrace | Typeschema | KravValgfrit | Værdier og grænser | Standard— |
Feltuser | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Feltquestions.<id>.type | Typestring | KravPåkrævet | Værdier og grænser noul, choice, score | Standard— |
Feltquestions.<id>.instructions | Typestring|object|array | KravPåkrævet | Værdier og grænser | Standard— |
Feltquestions.<id>.criteria | Typeobject|array | KravValgfrit | Værdier og grænser Betingelser: choice/score: påkrævet; noul: valgfrit. Kriterier for choice er et objekt; score er et array med minItems1. | Standard— |
Feltquestions.<id>.criteria.true | Typestring|object|array | KravPåkrævet | Værdier og grænser Gælder når: Der er angivet et noul-kriterieobjekt | Standard— |
Feltquestions.<id>.criteria.false | Typestring|object|array | KravPåkrævet | Værdier og grænser Gælder når: Der er angivet et noul-kriterieobjekt | Standard— |
noul · Påkrævet: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Påkrævet: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Påkrævet: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parameter | Kontrakt |
|---|---|
Parametercontent_type | Kontraktapplication/json |
Parameterrequired | Kontraktmodel, state, questions |
Parametermaterial_types | Kontrakttext |
Parameteroptional_controls | Kontraktprovider, session_id, trace, user |
Parametermultimodal_input_binding | Kontraktnull |
Livscyklus: synchronous
Send det præcise model-ID, og behold hele det native svar.
Tarifoplysninger tilføjer ikke anmodningsmuligheder. Understøttede parametre står ved den valgte metode.
Knyt hver omkostning til de viste betingelser. Brug én takst for hver gruppe af alternative konfigurationer.
| Konfiguration | Takstplan | Konteksttokens, mere end | Konteksttokens, op til og med | Beløb |
|---|---|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Konteksttokens, mere end— | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00008 / 1K tokens Output · Outputtokens $0 / 1K tokens Input · Cachelæsning $0 / 1K tokens Input · Cacheskrivning — / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 1 | Takstplan— | Konteksttokens, mere end0 | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00008 / 1K tokens Output · Outputtokens $0 / 1K tokens Input · Cachelæsning $0 / 1K tokens Input · Cacheskrivning — / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
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 →
{\n "model": "inception/mercury-decide",\n "questions": {\n "is_bug": {\n "criteria": {\n "false": "The customer is asking a question or requesting a feature.",\n "true": "The customer describes broken or unexpected product behavior."\n },\n "instructions": "Is the customer reporting a software defect?",\n "type": "noul"\n },\n "team": {\n "criteria": {\n "account": "Login, permissions, or profile issues.",\n "frontend": "Rendering, layout, or browser compatibility issues.",\n "payments": "Checkout, billing, or payment processing issues."\n },\n "instructions": "Which team should own this ticket?",\n "type": "choice"\n },\n "urgency": {\n "criteria": [\n "Can wait for the next release",\n "Should be fixed this week",\n "Blocking revenue right now"\n ],\n "instructions": "How urgent is this ticket?",\n "type": "score"\n }\n },\n "state": {\n "customer_tier": "enterprise",\n "ticket": "My checkout page shows a blank screen after I click Pay. I have tried two browsers."\n }\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_REQUEST_FILE:?Set your actual JSON request file}"\nexport AILOOT_REQUEST_FILE\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads(Path(os.environ['AILOOT_REQUEST_FILE']).read_text(encoding='utf-8'))\nif not isinstance(p,dict): raise SystemExit('Request must be a JSON object')\np['model']='inception/mercury-decide'\nPath('request.json').write_text(json.dumps(p,ensure_ascii=False),encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/systemone \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nprint(json.dumps(json.loads(Path('result.json').read_text()),ensure_ascii=False,indent=2))\nPY_RESULT\njson
Gem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel.
Hvert angivet svar på et spørgsmåls-ID bevares med sin præcise type, noul/choice/score-værdi, konfidens, sandsynligheder og forklaring. Hele det oprindelige JSON-svar gemmes og returneres først efter afregning.
Behold den oprindelige operation og hele eller det delvise svar; gentag ikke POST.
| Felt | Type |
|---|---|
Feltmodel | Typestring |
Feltid | Typestring |
Feltprovider | Typestring |
Feltanswers.<id>.type | Typestring |
Feltanswers.<id>.noul | Typenumber |
Feltanswers.<id>.choice | Typestring |
Feltanswers.<id>.score | Typenumber |
Feltanswers.<id>.confidence | Typenumber |
Feltanswers.<id>.probabilities | Typeobject |
Feltanswers.<id>.legend | Typeobject |
Feltusage.input_tokens | Typeinteger |
Feltusage.output_tokens | Typeinteger |
Feltusage.cost | Typenumber |
| Svar | Betingelse | Næste trin |
|---|---|---|
Svar400 · invalid_request_error | BetingelseUgyldigt påkrævet felt, ugyldig repræsentation eller ugyldig værdi | Næste trinRet det angivne forespørgselsfelt. |
Ailoot Ultra inception/mercury-decide
Brug metodestierne vist ovenfor.