Decider V1.1 27B is het bijgewerkte beslischeckpoint van Perplexity. Het beoordeelt aangeleverde inhoud aan de hand van een gedefinieerde vraag en produceert waarschijnlijkheden voor de geldige antwoorden. Het native artefact heeft een beslisuitleeslaag in plaats van een taalgeneratiehead over de volledige woordenschat. Het bruikbare resultaat is een begrensde beslisverdeling en het geïnterpreteerde antwoord daarop, geen open uitleg of algemeen chatantwoord.
Perplexity identificeert dit model als een update van Decider V1 27B die dezelfde basisarchitectuur behoudt, met wijzigingen in de attention-opzet en meer trainingsgegevens. De basisarchitectuur is Qwen3.8-27B. De V1.1-editie moet haar eigen naam en configuratie behouden in plaats van te worden beschreven als een uitwisselbare kopie van het eerdere checkpoint.
Het gepubliceerde voorbeeld levert een rij met een toestand en een getypeerde choice-vraag. De vraag bevat instructies en criteria waarvan de sleutels de semantische antwoorden zijn en de beschrijvingen definiëren wanneer elk antwoord van toepassing is. Het model voorspelt waarschijnlijkheden en daarna interpreteert de antwoordhelper van de producent die waarschijnlijkheden voor de vraag. Het inferentievoorbeeld kan een lijst rijen verwerken, met één beslissing gekoppeld aan het bewijsmateriaal en de vraag van elke rij.
Lever voor verzoekroutering het daadwerkelijke bericht en de relevante context aan en definieer vervolgens de beschikbare afdelingen of categorieën. Een illustratieve taak kan onderscheid maken tussen een integratiefout, een toegangsprobleem en een vraag om productinformatie. Maak elke beschrijving precies genoeg om een grensgeval te beslechten en bewaar de optiedefinities bij het resultaat. Een categorieverdeling kan vervolgens een routeringsbeslissing of beoordelingsstap ondersteunen wanneer alternatieven dicht bij elkaar blijven. Het gekozen modelresultaat voert de workflowactie zelf niet uit.
De native implementatie accepteert afbeeldingen naast de toestand en vraag, via afbeeldingsbestanden, afbeeldingen in het geheugen of gecodeerde afbeeldingsgegevens. Lever bij een documentafbeelding of schermafbeelding het visuele bewijsmateriaal aan en stel een gesloten vraag waarvan de opties de relevante uitkomsten beschrijven. Benoem het zichtbare kenmerk dat ertoe doet en geef de tekstcontext die nodig is om het te interpreteren. Classificeer bijvoorbeeld of een afgebeeld item bij een van de aangeleverde productcategorieën hoort in plaats van het beslismodel te vragen een volledige productbeschrijving te schrijven.
De processor behoudt de beeldverhouding tijdens het schalen en rondt afbeeldingszijden af op veelvouden van 32 pixels. Het gedocumenteerde verwerkte oppervlak begint bij 65.536 pixels en wordt begrensd door een configureerbaar maximum; de standaardwaarde is 4.194.304 pixels, of 2048 bij 2048. Elke patch van 32 bij 32 draagt één visueel token bij, dus die standaard staat maximaal 4.096 visuele tokens voor een afbeelding toe. Deze cijfers beschrijven de native afbeeldingsvoorbereiding van de producent, geen algemeen uploadcontract van een toepassing.
De gedocumenteerde prepare-stap vereist dat de tekst en alle afbeeldingen in één beslissing binnen 8.192 tokens passen. Te grote invoer wordt geweigerd in plaats van stilzwijgend afgekapt. Meerdere afbeeldingen delen dat budget met de geschreven toestand en vraag. Verminder bij het voorbereiden van een gecombineerde beslissing niet-relevante brontekst of de limiet voor afbeeldingsgrootte, met behoud van het detail dat het antwoord bepaalt.
De training en gerapporteerde evaluatieopzet beperkten afbeeldingen tot 512 bij 512, overeenkomend met 262.144 pixels en maximaal 256 visuele tokens. De configureerbare inferentielimiet kan meer detail behouden, maar de kaart waarschuwt dat een hogere resolutie buiten die trainingsverdeling valt en meer geheugen en verwerkingstijd gebruikt. Een grotere afbeeldingsinstelling is daarom geen garantie voor een betere beslissing. Houd de invoervoorbereiding afgestemd op de vraag en onderzoek of het benodigde visuele kenmerk duidelijk is weergegeven.
De full-attention-lagen van het native checkpoint gebruiken een opgeslagen niet-causale attention-modus, terwijl de linear-attention-lagen hun eigen gedrag behouden. De maker stelt dat standaard causale inferentie de geëvalueerde opzet niet reproduceert. De voorspellingsimplementatie past de opgeslagen kalibratietemperatuur toe; als logits rechtstreeks worden gebruikt, wordt die temperatuur één keer toegepast en worden de waarschijnlijkheden genormaliseerd over de huidige geldige kandidaten. Die details horen bij het exacte beslisprofiel en moeten behouden blijven bij het interpreteren van de numerieke uitvoer.
De afzonderlijke beslisuitleeslaag onderscheidt dit artefact ook van een generatieve export. Een omzetting naar een generatie-interface op basis van woordenschat vereist een expliciete mapping en moet het attention-gedrag behouden. Bereid gesloten vragen voor het native beslisprofiel voor; gebruik een geschikt generatiemodel wanneer de taak chat, code, uitleg of toolverzoeken nodig heeft.
Een bruikbaar uiteindelijk artefact houdt de toestand, vraag, toegestane antwoorden en resulterende verdeling gekoppeld. Definieer de vraag rond daadwerkelijk aanwezig bewijsmateriaal, beoordeel dubbelzinnige gevallen aan de hand daarvan en gebruik gelabelde voorbeelden uit de beoogde taak om te bepalen hoe numerieke uitvoer routering of classificatie moet beïnvloeden. Het model levert besliswaarschijnlijkheden; de criteria en de omringende toepassing bepalen hoe die waarschijnlijkheden een bruikbare actie of vastgelegd label worden.
", "aboutText": "Decider V1.1 27B is het bijgewerkte beslischeckpoint van Perplexity. Het beoordeelt aangeleverde inhoud aan de hand van een gedefinieerde vraag en produceert waarschijnlijkheden voor de geldige antwoorden. Het native artefact heeft een beslisuitleeslaag in plaats van een taalgeneratiehead over de volledige woordenschat. Het bruikbare resultaat is een begrensde beslisverdeling en het geïnterpreteerde antwoord daarop, geen open uitleg of algemeen chatantwoord.\n\n### Wat verandert in de V1.1-editie\n\nPerplexity identificeert dit model als een update van Decider V1 27B die dezelfde basisarchitectuur behoudt, met wijzigingen in de attention-opzet en meer trainingsgegevens. De basisarchitectuur is Qwen3.8-27B. De V1.1-editie moet haar eigen naam en configuratie behouden in plaats van te worden beschreven als een uitwisselbare kopie van het eerdere checkpoint.\n\n### Toestand, vraag en geldige antwoorden\n\nHet gepubliceerde voorbeeld levert een rij met een toestand en een getypeerde choice-vraag. De vraag bevat instructies en criteria waarvan de sleutels de semantische antwoorden zijn en de beschrijvingen definiëren wanneer elk antwoord van toepassing is. Het model voorspelt waarschijnlijkheden en daarna interpreteert de antwoordhelper van de producent die waarschijnlijkheden voor de vraag. Het inferentievoorbeeld kan een lijst rijen verwerken, met één beslissing gekoppeld aan het bewijsmateriaal en de vraag van elke rij.\n\nLever voor verzoekroutering het daadwerkelijke bericht en de relevante context aan en definieer vervolgens de beschikbare afdelingen of categorieën. Een illustratieve taak kan onderscheid maken tussen een integratiefout, een toegangsprobleem en een vraag om productinformatie. Maak elke beschrijving precies genoeg om een grensgeval te beslechten en bewaar de optiedefinities bij het resultaat. Een categorieverdeling kan vervolgens een routeringsbeslissing of beoordelingsstap ondersteunen wanneer alternatieven dicht bij elkaar blijven. Het gekozen modelresultaat voert de workflowactie zelf niet uit.\n\n### Tekstueel en visueel bewijsmateriaal\n\nDe native implementatie accepteert afbeeldingen naast de toestand en vraag, via afbeeldingsbestanden, afbeeldingen in het geheugen of gecodeerde afbeeldingsgegevens. Lever bij een documentafbeelding of schermafbeelding het visuele bewijsmateriaal aan en stel een gesloten vraag waarvan de opties de relevante uitkomsten beschrijven. Benoem het zichtbare kenmerk dat ertoe doet en geef de tekstcontext die nodig is om het te interpreteren. Classificeer bijvoorbeeld of een afgebeeld item bij een van de aangeleverde productcategorieën hoort in plaats van het beslismodel te vragen een volledige productbeschrijving te schrijven.\n\nDe processor behoudt de beeldverhouding tijdens het schalen en rondt afbeeldingszijden af op veelvouden van 32 pixels. Het gedocumenteerde verwerkte oppervlak begint bij 65.536 pixels en wordt begrensd door een configureerbaar maximum; de standaardwaarde is 4.194.304 pixels, of 2048 bij 2048. Elke patch van 32 bij 32 draagt één visueel token bij, dus die standaard staat maximaal 4.096 visuele tokens voor een afbeelding toe. Deze cijfers beschrijven de native afbeeldingsvoorbereiding van de producent, geen algemeen uploadcontract van een toepassing.\n\n### Gecombineerde invoerlimieten en resolutiebereik\n\nDe gedocumenteerde prepare-stap vereist dat de tekst en alle afbeeldingen in één beslissing binnen 8.192 tokens passen. Te grote invoer wordt geweigerd in plaats van stilzwijgend afgekapt. Meerdere afbeeldingen delen dat budget met de geschreven toestand en vraag. Verminder bij het voorbereiden van een gecombineerde beslissing niet-relevante brontekst of de limiet voor afbeeldingsgrootte, met behoud van het detail dat het antwoord bepaalt.\n\nDe training en gerapporteerde evaluatieopzet beperkten afbeeldingen tot 512 bij 512, overeenkomend met 262.144 pixels en maximaal 256 visuele tokens. De configureerbare inferentielimiet kan meer detail behouden, maar de kaart waarschuwt dat een hogere resolutie buiten die trainingsverdeling valt en meer geheugen en verwerkingstijd gebruikt. Een grotere afbeeldingsinstelling is daarom geen garantie voor een betere beslissing. Houd de invoervoorbereiding afgestemd op de vraag en onderzoek of het benodigde visuele kenmerk duidelijk is weergegeven.\n\n### Attention, uitleeslaag en waarschijnlijkheidskalibratie\n\nDe full-attention-lagen van het native checkpoint gebruiken een opgeslagen niet-causale attention-modus, terwijl de linear-attention-lagen hun eigen gedrag behouden. De maker stelt dat standaard causale inferentie de geëvalueerde opzet niet reproduceert. De voorspellingsimplementatie past de opgeslagen kalibratietemperatuur toe; als logits rechtstreeks worden gebruikt, wordt die temperatuur één keer toegepast en worden de waarschijnlijkheden genormaliseerd over de huidige geldige kandidaten. Die details horen bij het exacte beslisprofiel en moeten behouden blijven bij het interpreteren van de numerieke uitvoer.\n\nDe afzonderlijke beslisuitleeslaag onderscheidt dit artefact ook van een generatieve export. Een omzetting naar een generatie-interface op basis van woordenschat vereist een expliciete mapping en moet het attention-gedrag behouden. Bereid gesloten vragen voor het native beslisprofiel voor; gebruik een geschikt generatiemodel wanneer de taak chat, code, uitleg of toolverzoeken nodig heeft.\n\nEen bruikbaar uiteindelijk artefact houdt de toestand, vraag, toegestane antwoorden en resulterende verdeling gekoppeld. Definieer de vraag rond daadwerkelijk aanwezig bewijsmateriaal, beoordeel dubbelzinnige gevallen aan de hand daarvan en gebruik gelabelde voorbeelden uit de beoogde taak om te bepalen hoe numerieke uitvoer routering of classificatie moet beïnvloeden. Het model levert besliswaarschijnlijkheden; de criteria en de omringende toepassing bepalen hoe die waarschijnlijkheden een bruikbare actie of vastgelegd label worden.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "de8a35454fb2b1f0f1ed3d25478e7c13cdc40db66c04d7c265a864faea326bd2", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl-be", "methods": [ { "html": "perplexity/pplx-decider-v1.1-27bDecider V1.1 27B van Perplexity beoordeelt een aangeleverde toestand en vraag en retourneert waarschijnlijkheden voor de toegestane antwoorden. Het native beslischeckpoint ondersteunt tekst en afbeeldingen, met een eigen uitleeslaag en gedocumenteerde limieten voor invoervoorbereiding in plaats van een contract voor vrije tekstgeneratie.
Deze beschrijving gaat over de mogelijkheden van het model. De via Ailoot beschikbare invoer, uitvoer en opties staan hieronder voor de geselecteerde methode.
Decider V1.1 27B is het bijgewerkte beslischeckpoint van Perplexity. Het beoordeelt aangeleverde inhoud aan de hand van een gedefinieerde vraag en produceert waarschijnlijkheden voor de geldige antwoorden. Het native artefact heeft een beslisuitleeslaag in plaats van een taalgeneratiehead over de volledige woordenschat. Het bruikbare resultaat is een begrensde beslisverdeling en het geïnterpreteerde antwoord daarop, geen open uitleg of algemeen chatantwoord.
Perplexity identificeert dit model als een update van Decider V1 27B die dezelfde basisarchitectuur behoudt, met wijzigingen in de attention-opzet en meer trainingsgegevens. De basisarchitectuur is Qwen3.8-27B. De V1.1-editie moet haar eigen naam en configuratie behouden in plaats van te worden beschreven als een uitwisselbare kopie van het eerdere checkpoint.
Het gepubliceerde voorbeeld levert een rij met een toestand en een getypeerde choice-vraag. De vraag bevat instructies en criteria waarvan de sleutels de semantische antwoorden zijn en de beschrijvingen definiëren wanneer elk antwoord van toepassing is. Het model voorspelt waarschijnlijkheden en daarna interpreteert de antwoordhelper van de producent die waarschijnlijkheden voor de vraag. Het inferentievoorbeeld kan een lijst rijen verwerken, met één beslissing gekoppeld aan het bewijsmateriaal en de vraag van elke rij.
Lever voor verzoekroutering het daadwerkelijke bericht en de relevante context aan en definieer vervolgens de beschikbare afdelingen of categorieën. Een illustratieve taak kan onderscheid maken tussen een integratiefout, een toegangsprobleem en een vraag om productinformatie. Maak elke beschrijving precies genoeg om een grensgeval te beslechten en bewaar de optiedefinities bij het resultaat. Een categorieverdeling kan vervolgens een routeringsbeslissing of beoordelingsstap ondersteunen wanneer alternatieven dicht bij elkaar blijven. Het gekozen modelresultaat voert de workflowactie zelf niet uit.
De native implementatie accepteert afbeeldingen naast de toestand en vraag, via afbeeldingsbestanden, afbeeldingen in het geheugen of gecodeerde afbeeldingsgegevens. Lever bij een documentafbeelding of schermafbeelding het visuele bewijsmateriaal aan en stel een gesloten vraag waarvan de opties de relevante uitkomsten beschrijven. Benoem het zichtbare kenmerk dat ertoe doet en geef de tekstcontext die nodig is om het te interpreteren. Classificeer bijvoorbeeld of een afgebeeld item bij een van de aangeleverde productcategorieën hoort in plaats van het beslismodel te vragen een volledige productbeschrijving te schrijven.
De processor behoudt de beeldverhouding tijdens het schalen en rondt afbeeldingszijden af op veelvouden van 32 pixels. Het gedocumenteerde verwerkte oppervlak begint bij 65.536 pixels en wordt begrensd door een configureerbaar maximum; de standaardwaarde is 4.194.304 pixels, of 2048 bij 2048. Elke patch van 32 bij 32 draagt één visueel token bij, dus die standaard staat maximaal 4.096 visuele tokens voor een afbeelding toe. Deze cijfers beschrijven de native afbeeldingsvoorbereiding van de producent, geen algemeen uploadcontract van een toepassing.
De gedocumenteerde prepare-stap vereist dat de tekst en alle afbeeldingen in één beslissing binnen 8.192 tokens passen. Te grote invoer wordt geweigerd in plaats van stilzwijgend afgekapt. Meerdere afbeeldingen delen dat budget met de geschreven toestand en vraag. Verminder bij het voorbereiden van een gecombineerde beslissing niet-relevante brontekst of de limiet voor afbeeldingsgrootte, met behoud van het detail dat het antwoord bepaalt.
De training en gerapporteerde evaluatieopzet beperkten afbeeldingen tot 512 bij 512, overeenkomend met 262.144 pixels en maximaal 256 visuele tokens. De configureerbare inferentielimiet kan meer detail behouden, maar de kaart waarschuwt dat een hogere resolutie buiten die trainingsverdeling valt en meer geheugen en verwerkingstijd gebruikt. Een grotere afbeeldingsinstelling is daarom geen garantie voor een betere beslissing. Houd de invoervoorbereiding afgestemd op de vraag en onderzoek of het benodigde visuele kenmerk duidelijk is weergegeven.
De full-attention-lagen van het native checkpoint gebruiken een opgeslagen niet-causale attention-modus, terwijl de linear-attention-lagen hun eigen gedrag behouden. De maker stelt dat standaard causale inferentie de geëvalueerde opzet niet reproduceert. De voorspellingsimplementatie past de opgeslagen kalibratietemperatuur toe; als logits rechtstreeks worden gebruikt, wordt die temperatuur één keer toegepast en worden de waarschijnlijkheden genormaliseerd over de huidige geldige kandidaten. Die details horen bij het exacte beslisprofiel en moeten behouden blijven bij het interpreteren van de numerieke uitvoer.
De afzonderlijke beslisuitleeslaag onderscheidt dit artefact ook van een generatieve export. Een omzetting naar een generatie-interface op basis van woordenschat vereist een expliciete mapping en moet het attention-gedrag behouden. Bereid gesloten vragen voor het native beslisprofiel voor; gebruik een geschikt generatiemodel wanneer de taak chat, code, uitleg of toolverzoeken nodig heeft.
Een bruikbaar uiteindelijk artefact houdt de toestand, vraag, toegestane antwoorden en resulterende verdeling gekoppeld. Definieer de vraag rond daadwerkelijk aanwezig bewijsmateriaal, beoordeel dubbelzinnige gevallen aan de hand daarvan en gebruik gelabelde voorbeelden uit de beoogde taak om te bepalen hoe numerieke uitvoer routering of classificatie moet beïnvloeden. Het model levert besliswaarschijnlijkheden; de criteria en de omringende toepassing bepalen hoe die waarschijnlijkheden een bruikbare actie of vastgelegd label worden.
POST /v1/systemonetext, imagedecisions| Veld | Type | Vereiste | Waarden en limieten | Standaard |
|---|---|---|---|---|
Veldmodel | Typestring | VereisteVereist | Waarden en limieten perplexity/pplx-decider-v1.1-27b | Standaard— |
Veldprovider | Typeschema | VereisteOptioneel | Waarden en limieten | Standaard— |
Veldquestions | Typeobject | VereisteVereist | Waarden en limieten | Standaard— |
Veldsession_id | Typestring | VereisteOptioneel | Waarden en limieten | Standaard— |
Veldstate | Typeschema | VereisteVereist | Waarden en limieten | Standaard— |
Veldtrace | Typeschema | VereisteOptioneel | Waarden en limieten | Standaard— |
Velduser | Typestring | VereisteOptioneel | Waarden en limieten | Standaard— |
Veldquestions.<id>.type | Typestring | VereisteVereist | Waarden en limieten noul, choice, score | Standaard— |
Veldquestions.<id>.instructions | Typestring|object|array | VereisteVereist | Waarden en limieten | Standaard— |
Veldquestions.<id>.criteria | Typeobject|array | VereisteOptioneel | Waarden en limieten Voorwaarden: choice/score: verplicht; noul: optioneel. Bij choice is criteria een object; bij score een array met minItems1. | Standaard— |
Veldquestions.<id>.criteria.true | Typestring|object|array | VereisteVereist | Waarden en limieten Geldt wanneer: noul-criteriaobject opgegeven | Standaard— |
Veldquestions.<id>.criteria.false | Typestring|object|array | VereisteVereist | Waarden en limieten Geldt wanneer: noul-criteriaobject opgegeven | Standaard— |
noul · Vereist: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Vereist: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Vereist: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parameter | Contract |
|---|---|
Parametercontent_type | Contractapplication/json |
Parameterrequired | Contractmodel, state, questions |
Parametermaterial_types | Contracttext, image |
Parameteroptional_controls | Contractprovider, session_id, trace, user |
Parametermultimodal_input_binding | ContractGebruik uitsluitend de exact gedeclareerde weergave van status/document. Ondersteuning voor afbeeldingen door de fabrikant alleen bewijst niet dat een modelspecifieke aanlevervorm voor afbeeldingen wordt geaccepteerd. |
Levenscyclus: synchronous
Verstuur de exacte model-ID en bewaar het volledige natieve antwoord.
Tariefverwijzingen voegen geen verzoekopties toe. Ondersteunde parameters staan bij de geselecteerde methode.
Koppel elke kostenpost aan de getoonde voorwaarden. Gebruik één tarief voor elke groep alternatieve configuraties.
| Configuratie | Tariefstaffel | Contexttokens, meer dan | Contexttokens, tot en met | Kosten |
|---|---|---|---|---|
| ConfiguratieBasistarieven voor tokens | TariefstaffelBasistarief | Contexttokens, meer dan— | Contexttokens, tot en metGeen bovengrens | Kosten Invoer · Invoertokens $0.00004 / 1K tokens Uitvoer · Uitvoertokens $0 / 1K tokens Invoer · Cache lezen — / 1K tokens Invoer · Cache schrijven — / 1K tokens Invoer · Cache schrijven, 1 uur — / 1K tokens |
| ConfiguratieAanvraaglengte · niveau 1 | Tariefstaffel— | Contexttokens, meer dan0 | Contexttokens, tot en metGeen bovengrens | Kosten Invoer · Invoertokens $0.00004 / 1K tokens Uitvoer · Uitvoertokens $0 / 1K tokens Invoer · Cache lezen — / 1K tokens Invoer · Cache schrijven — / 1K tokens Invoer · Cache schrijven, 1 uur — / 1K tokens |
Ailoot reserveert vóór een verzoek een geschat bedrag. Na het resultaat worden de uiteindelijke kosten afgerekend op basis van het gemeten verbruik. Bij streaming gebeurt de afrekening op basis van de definitieve verbruiksregistratie. Zo werken reservering en afrekening →
{\n "model": "perplexity/pplx-decider-v1.1-27b",\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']='perplexity/pplx-decider-v1.1-27b'\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
Bewaar elk volledig teruggegeven antwoord, bestand en inhoudsonderdeel.
Elk aangeleverd antwoord per vraag-ID blijft behouden, met het exacte type, de waarde voor noul/choice/score, de betrouwbaarheid, kansen en legenda. De volledige oorspronkelijke JSON wordt opgeslagen en pas na de afrekening teruggestuurd.
Bewaar de oorspronkelijke operatie en het volledige of gedeeltelijke antwoord; voer POST niet opnieuw uit.
| Veld | Type |
|---|---|
Veldmodel | Typestring |
Veldid | Typestring |
Veldprovider | Typestring |
Veldanswers.<id>.type | Typestring |
Veldanswers.<id>.noul | Typenumber |
Veldanswers.<id>.choice | Typestring |
Veldanswers.<id>.score | Typenumber |
Veldanswers.<id>.confidence | Typenumber |
Veldanswers.<id>.probabilities | Typeobject |
Veldanswers.<id>.legend | Typeobject |
Veldusage.input_tokens | Typeinteger |
Veldusage.output_tokens | Typeinteger |
Veldusage.cost | Typenumber |
| Antwoord | Voorwaarde | Volgende stap |
|---|---|---|
Antwoord400 · invalid_request_error | VoorwaardeOngeldig verplicht veld, ongeldige weergave of ongeldige waarde | Volgende stapCorrigeer het aangegeven aanvraagveld. |
Ailoot Ultra perplexity/pplx-decider-v1.1-27b
Gebruik de hierboven getoonde methodepaden.