Drex 1.5 è il modello decisionale testuale di Nace.AI. Valuta i fatti forniti rispetto a domande chiuse e restituisce risposte numeriche tipizzate invece di una risposta scritta aperta. Una richiesta combina uno stato con domande denominate, e il risultato identifica ogni risposta con lo stesso nome della domanda. Questo fornisce a un flusso di lavoro una categoria, una probabilità o una posizione su una rubrica concrete da utilizzare, lasciando all'applicazione l'azione da intraprendere su quel risultato.
Lo stato è l'informazione a cui si riferiscono tutte le domande. Drex accetta come JSON una stringa, un oggetto, un array, un numero, un valore booleano o null, e il campo dello stato è obbligatorio. Fornisci prove significative anche se null supera la validazione del produttore. Una stringa è adatta a un messaggio, un documento o una trascrizione; un oggetto è adatto a fatti già organizzati in campi. Conserva le informazioni che influiscono sulla decisione e ometti i campi non correlati quando il materiale è lungo. Mantieni un formato di input stabile quando interpreti le soglie di probabilità, perché cambiare la rappresentazione può cambiare la risposta.
Drex 1.5 legge solo testo. L'interfaccia documentata rifiuta contenuti di immagini, audio, video e PDF sia nello stato sia nelle domande, inclusi i contenuti multimediali codificati e gli oggetti di contenuto multimediale. Prepara una didascalia, il testo riconosciuto di un documento o una trascrizione prima di usare quel materiale come prova. Un indirizzo testuale non è un documento o un'immagine recuperati: il modello non può aprirlo. Per una richiesta di assistenza, lo stato utile è il messaggio effettivo con il contesto pertinente, non un riferimento a materiale che il modello non ha ricevuto.
Una domanda noul chiede se una condizione è vera e restituisce un numero da 0 a 1 che rappresenta la probabilità stimata del sì. Definisci la domanda tramite istruzioni non vuote o almeno un criterio vero/falso non vuoto. Ad esempio, chiedi se un messaggio segnala una funzionalità non funzionante e definisci se un comportamento lento conta come malfunzionamento. Drex non impone una soglia sì/no integrata; il flusso di lavoro che utilizza il risultato sceglie come interpretare la probabilità.
Una domanda di scelta seleziona un'etichetta fornita da un insieme non ordinato e restituisce una probabilità per ogni etichetta. I criteri sono un oggetto le cui chiavi sono le etichette restituite, e ogni descrizione è una stringa o null. Usa chiavi brevi e stabili e descrivi chiaramente i confini tra le categorie. Un'attività di instradamento illustrativa può distinguere un problema di accesso, un difetto del prodotto e una domanda generica, con una categoria other per i messaggi che non rientrano nelle altre. L'etichetta selezionata è utile per l'instradamento; la distribuzione aiuta a individuare i casi in cui due opzioni restano difficili da separare.
Una domanda di punteggio usa un array ordinato di etichette di livello. Gli indici partono da 0 e il punteggio restituito è la somma dell'indice di ogni livello moltiplicato per la sua probabilità. Può quindi cadere tra due livelli denominati. Per una scala di gravità, definisci che cosa separa un problema estetico, un problema con una soluzione alternativa e un'attività completamente bloccata. Il risultato include la legenda dei livelli e le probabilità oltre al punteggio atteso. Conserva il punteggio frazionario per medie o tendenze; selezionare il livello più probabile e arrotondare il punteggio atteso rispondono a domande diverse.
Il produttore consente da una a 512 domande sullo stesso stato. Assegna a ciascuna un identificatore non vuoto e significativo, come category o severity, in modo che la risposta corrispondente sia comprensibile senza dover cercare una domanda numerata. Separa le questioni indipendenti in domande distinte invece di combinare più requisiti in un unico criterio poco chiaro. Un singolo messaggio può supportare una scelta di categoria, un punteggio di gravità e una verifica di condizione, ognuno con il proprio significato.
Le risposte di scelta e di punteggio includono la confidenza separatamente dalle rispettive distribuzioni di probabilità. Il produttore distingue esplicitamente la confidenza dalla probabilità dell'opzione più alta; non calcolare l'una a partire dall'altra. Per una decisione sì/no, conserva la probabilità grezza insieme all'esito scelto. Per una scelta incerta, esamina le probabilità concorrenti invece di considerare la sola etichetta vincente come prova di certezza. Definisci le soglie di revisione in base alle conseguenze di un risultato positivo o negativo errato e usa casi etichettati rappresentativi per valutarle.
Drex 1.5 documenta un limite per lo stato di 131.072 token e un limite per riga di 139.264 token. Il limite per riga riguarda lo stato più la singola domanda più lunga, comprese le sue istruzioni e opzioni; non è la somma di tutte le domande della richiesta. Lo stato serializzato e le domande devono inoltre rientrare complessivamente in 1.048.576 byte UTF-8. Una richiesta può rispettare il limite in byte e superare comunque un limite in token. La precedente edizione 1.0 indica separatamente 32.768 token sia per lo stato sia per la riga, quindi i suoi limiti non vanno trasferiti alla 1.5.
Nace documenta drex-v1.5 come identificatore versionato del produttore, mentre drex-latest è un alias mobile. Mantieni esplicita l'edizione prevista quando un flusso di lavoro dipende dai suoi limiti. Una domanda malformata, uno stato mancante o un input sovradimensionato sono problemi di validazione che richiedono un input corretto, non una categoria modificata o una risposta indovinata. Prepara i criteri in base a prove osservabili e conserva insieme il risultato tipizzato, i fatti originali e la definizione della domanda. In questo modo la decisione è utilizzabile per instradamento, definizione delle priorità o revisione, senza scambiare una probabilità per un verdetto garantito.
", "aboutText": "Drex 1.5 è il modello decisionale testuale di Nace.AI. Valuta i fatti forniti rispetto a domande chiuse e restituisce risposte numeriche tipizzate invece di una risposta scritta aperta. Una richiesta combina uno stato con domande denominate, e il risultato identifica ogni risposta con lo stesso nome della domanda. Questo fornisce a un flusso di lavoro una categoria, una probabilità o una posizione su una rubrica concrete da utilizzare, lasciando all'applicazione l'azione da intraprendere su quel risultato.\n\n### Preparare lo stato\n\nLo stato è l'informazione a cui si riferiscono tutte le domande. Drex accetta come JSON una stringa, un oggetto, un array, un numero, un valore booleano o null, e il campo dello stato è obbligatorio. Fornisci prove significative anche se null supera la validazione del produttore. Una stringa è adatta a un messaggio, un documento o una trascrizione; un oggetto è adatto a fatti già organizzati in campi. Conserva le informazioni che influiscono sulla decisione e ometti i campi non correlati quando il materiale è lungo. Mantieni un formato di input stabile quando interpreti le soglie di probabilità, perché cambiare la rappresentazione può cambiare la risposta.\n\nDrex 1.5 legge solo testo. L'interfaccia documentata rifiuta contenuti di immagini, audio, video e PDF sia nello stato sia nelle domande, inclusi i contenuti multimediali codificati e gli oggetti di contenuto multimediale. Prepara una didascalia, il testo riconosciuto di un documento o una trascrizione prima di usare quel materiale come prova. Un indirizzo testuale non è un documento o un'immagine recuperati: il modello non può aprirlo. Per una richiesta di assistenza, lo stato utile è il messaggio effettivo con il contesto pertinente, non un riferimento a materiale che il modello non ha ricevuto.\n\n### Probabilità sì/no, scelta o punteggio\n\nUna domanda noul chiede se una condizione è vera e restituisce un numero da 0 a 1 che rappresenta la probabilità stimata del sì. Definisci la domanda tramite istruzioni non vuote o almeno un criterio vero/falso non vuoto. Ad esempio, chiedi se un messaggio segnala una funzionalità non funzionante e definisci se un comportamento lento conta come malfunzionamento. Drex non impone una soglia sì/no integrata; il flusso di lavoro che utilizza il risultato sceglie come interpretare la probabilità.\n\nUna domanda di scelta seleziona un'etichetta fornita da un insieme non ordinato e restituisce una probabilità per ogni etichetta. I criteri sono un oggetto le cui chiavi sono le etichette restituite, e ogni descrizione è una stringa o null. Usa chiavi brevi e stabili e descrivi chiaramente i confini tra le categorie. Un'attività di instradamento illustrativa può distinguere un problema di accesso, un difetto del prodotto e una domanda generica, con una categoria other per i messaggi che non rientrano nelle altre. L'etichetta selezionata è utile per l'instradamento; la distribuzione aiuta a individuare i casi in cui due opzioni restano difficili da separare.\n\nUna domanda di punteggio usa un array ordinato di etichette di livello. Gli indici partono da 0 e il punteggio restituito è la somma dell'indice di ogni livello moltiplicato per la sua probabilità. Può quindi cadere tra due livelli denominati. Per una scala di gravità, definisci che cosa separa un problema estetico, un problema con una soluzione alternativa e un'attività completamente bloccata. Il risultato include la legenda dei livelli e le probabilità oltre al punteggio atteso. Conserva il punteggio frazionario per medie o tendenze; selezionare il livello più probabile e arrotondare il punteggio atteso rispondono a domande diverse.\n\n### Prove condivise e lettura del risultato\n\nIl produttore consente da una a 512 domande sullo stesso stato. Assegna a ciascuna un identificatore non vuoto e significativo, come category o severity, in modo che la risposta corrispondente sia comprensibile senza dover cercare una domanda numerata. Separa le questioni indipendenti in domande distinte invece di combinare più requisiti in un unico criterio poco chiaro. Un singolo messaggio può supportare una scelta di categoria, un punteggio di gravità e una verifica di condizione, ognuno con il proprio significato.\n\nLe risposte di scelta e di punteggio includono la confidenza separatamente dalle rispettive distribuzioni di probabilità. Il produttore distingue esplicitamente la confidenza dalla probabilità dell'opzione più alta; non calcolare l'una a partire dall'altra. Per una decisione sì/no, conserva la probabilità grezza insieme all'esito scelto. Per una scelta incerta, esamina le probabilità concorrenti invece di considerare la sola etichetta vincente come prova di certezza. Definisci le soglie di revisione in base alle conseguenze di un risultato positivo o negativo errato e usa casi etichettati rappresentativi per valutarle.\n\n### Limiti di versione e di dimensione\n\nDrex 1.5 documenta un limite per lo stato di 131.072 token e un limite per riga di 139.264 token. Il limite per riga riguarda lo stato più la singola domanda più lunga, comprese le sue istruzioni e opzioni; non è la somma di tutte le domande della richiesta. Lo stato serializzato e le domande devono inoltre rientrare complessivamente in 1.048.576 byte UTF-8. Una richiesta può rispettare il limite in byte e superare comunque un limite in token. La precedente edizione 1.0 indica separatamente 32.768 token sia per lo stato sia per la riga, quindi i suoi limiti non vanno trasferiti alla 1.5.\n\nNace documenta drex-v1.5 come identificatore versionato del produttore, mentre drex-latest è un alias mobile. Mantieni esplicita l'edizione prevista quando un flusso di lavoro dipende dai suoi limiti. Una domanda malformata, uno stato mancante o un input sovradimensionato sono problemi di validazione che richiedono un input corretto, non una categoria modificata o una risposta indovinata. Prepara i criteri in base a prove osservabili e conserva insieme il risultato tipizzato, i fatti originali e la definizione della domanda. In questo modo la decisione è utilizzabile per instradamento, definizione delle priorità o revisione, senza scambiare una probabilità per un verdetto garantito.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "5e0f44aa2e595cf89e49e8c64451c698b4daf42afb7f36bcec22b2c6cd99862c", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "it", "methods": [ { "html": "nace-ai/drex-v1.5Drex 1.5 valuta testo o JSON forniti rispetto a domande tipizzate e restituisce probabilità, un'etichetta scelta o un punteggio frazionario su una rubrica. Nace.AI documenta decisioni esclusivamente testuali per classificazione, instradamento e definizione delle priorità, con limiti di stato e di richiesta specifici per versione.
Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.
Drex 1.5 è il modello decisionale testuale di Nace.AI. Valuta i fatti forniti rispetto a domande chiuse e restituisce risposte numeriche tipizzate invece di una risposta scritta aperta. Una richiesta combina uno stato con domande denominate, e il risultato identifica ogni risposta con lo stesso nome della domanda. Questo fornisce a un flusso di lavoro una categoria, una probabilità o una posizione su una rubrica concrete da utilizzare, lasciando all'applicazione l'azione da intraprendere su quel risultato.
Lo stato è l'informazione a cui si riferiscono tutte le domande. Drex accetta come JSON una stringa, un oggetto, un array, un numero, un valore booleano o null, e il campo dello stato è obbligatorio. Fornisci prove significative anche se null supera la validazione del produttore. Una stringa è adatta a un messaggio, un documento o una trascrizione; un oggetto è adatto a fatti già organizzati in campi. Conserva le informazioni che influiscono sulla decisione e ometti i campi non correlati quando il materiale è lungo. Mantieni un formato di input stabile quando interpreti le soglie di probabilità, perché cambiare la rappresentazione può cambiare la risposta.
Drex 1.5 legge solo testo. L'interfaccia documentata rifiuta contenuti di immagini, audio, video e PDF sia nello stato sia nelle domande, inclusi i contenuti multimediali codificati e gli oggetti di contenuto multimediale. Prepara una didascalia, il testo riconosciuto di un documento o una trascrizione prima di usare quel materiale come prova. Un indirizzo testuale non è un documento o un'immagine recuperati: il modello non può aprirlo. Per una richiesta di assistenza, lo stato utile è il messaggio effettivo con il contesto pertinente, non un riferimento a materiale che il modello non ha ricevuto.
Una domanda noul chiede se una condizione è vera e restituisce un numero da 0 a 1 che rappresenta la probabilità stimata del sì. Definisci la domanda tramite istruzioni non vuote o almeno un criterio vero/falso non vuoto. Ad esempio, chiedi se un messaggio segnala una funzionalità non funzionante e definisci se un comportamento lento conta come malfunzionamento. Drex non impone una soglia sì/no integrata; il flusso di lavoro che utilizza il risultato sceglie come interpretare la probabilità.
Una domanda di scelta seleziona un'etichetta fornita da un insieme non ordinato e restituisce una probabilità per ogni etichetta. I criteri sono un oggetto le cui chiavi sono le etichette restituite, e ogni descrizione è una stringa o null. Usa chiavi brevi e stabili e descrivi chiaramente i confini tra le categorie. Un'attività di instradamento illustrativa può distinguere un problema di accesso, un difetto del prodotto e una domanda generica, con una categoria other per i messaggi che non rientrano nelle altre. L'etichetta selezionata è utile per l'instradamento; la distribuzione aiuta a individuare i casi in cui due opzioni restano difficili da separare.
Una domanda di punteggio usa un array ordinato di etichette di livello. Gli indici partono da 0 e il punteggio restituito è la somma dell'indice di ogni livello moltiplicato per la sua probabilità. Può quindi cadere tra due livelli denominati. Per una scala di gravità, definisci che cosa separa un problema estetico, un problema con una soluzione alternativa e un'attività completamente bloccata. Il risultato include la legenda dei livelli e le probabilità oltre al punteggio atteso. Conserva il punteggio frazionario per medie o tendenze; selezionare il livello più probabile e arrotondare il punteggio atteso rispondono a domande diverse.
Il produttore consente da una a 512 domande sullo stesso stato. Assegna a ciascuna un identificatore non vuoto e significativo, come category o severity, in modo che la risposta corrispondente sia comprensibile senza dover cercare una domanda numerata. Separa le questioni indipendenti in domande distinte invece di combinare più requisiti in un unico criterio poco chiaro. Un singolo messaggio può supportare una scelta di categoria, un punteggio di gravità e una verifica di condizione, ognuno con il proprio significato.
Le risposte di scelta e di punteggio includono la confidenza separatamente dalle rispettive distribuzioni di probabilità. Il produttore distingue esplicitamente la confidenza dalla probabilità dell'opzione più alta; non calcolare l'una a partire dall'altra. Per una decisione sì/no, conserva la probabilità grezza insieme all'esito scelto. Per una scelta incerta, esamina le probabilità concorrenti invece di considerare la sola etichetta vincente come prova di certezza. Definisci le soglie di revisione in base alle conseguenze di un risultato positivo o negativo errato e usa casi etichettati rappresentativi per valutarle.
Drex 1.5 documenta un limite per lo stato di 131.072 token e un limite per riga di 139.264 token. Il limite per riga riguarda lo stato più la singola domanda più lunga, comprese le sue istruzioni e opzioni; non è la somma di tutte le domande della richiesta. Lo stato serializzato e le domande devono inoltre rientrare complessivamente in 1.048.576 byte UTF-8. Una richiesta può rispettare il limite in byte e superare comunque un limite in token. La precedente edizione 1.0 indica separatamente 32.768 token sia per lo stato sia per la riga, quindi i suoi limiti non vanno trasferiti alla 1.5.
Nace documenta drex-v1.5 come identificatore versionato del produttore, mentre drex-latest è un alias mobile. Mantieni esplicita l'edizione prevista quando un flusso di lavoro dipende dai suoi limiti. Una domanda malformata, uno stato mancante o un input sovradimensionato sono problemi di validazione che richiedono un input corretto, non una categoria modificata o una risposta indovinata. Prepara i criteri in base a prove osservabili e conserva insieme il risultato tipizzato, i fatti originali e la definizione della domanda. In questo modo la decisione è utilizzabile per instradamento, definizione delle priorità o revisione, senza scambiare una probabilità per un verdetto garantito.
POST /v1/systemonetextdecisions| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti nace-ai/drex-v1.5 | Predefinito— |
Campoprovider | Tiposchema | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campoquestions | Tipoobject | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Camposession_id | Tipostring | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campostate | Tiposchema | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Campotrace | Tiposchema | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campouser | Tipostring | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Campoquestions.<id>.type | Tipostring | RequisitoObbligatorio | Valori e limiti noul, choice, score | Predefinito— |
Campoquestions.<id>.instructions | Tipostring|object|array | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Campoquestions.<id>.criteria | Tipoobject|array | RequisitoFacoltativo | Valori e limiti Condizioni: choice/score: obbligatori; noul: facoltativo. I criteri di choice sono un oggetto; score è un array con minItems1. | Predefinito— |
Campoquestions.<id>.criteria.true | Tipostring|object|array | RequisitoObbligatorio | Valori e limiti Si applica quando: Oggetto criteria noul fornito | Predefinito— |
Campoquestions.<id>.criteria.false | Tipostring|object|array | RequisitoObbligatorio | Valori e limiti Si applica quando: Oggetto criteria noul fornito | Predefinito— |
noul · Obbligatorio: state, questions.<id>.type=noul, questions.<id>.instructions
choice · Obbligatorio: state, questions.<id>.type=choice, questions.<id>.instructions, criteria object
score · Obbligatorio: state, questions.<id>.type=score, questions.<id>.instructions, criteria array with minItems1
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattomodel, state, questions |
Parametromaterial_types | Contrattotext |
Parametrooptional_controls | Contrattoprovider, session_id, trace, user |
Parametromultimodal_input_binding | Contrattonull |
Ciclo di vita: synchronous
Invia l'ID esatto del modello e conserva l'intera risposta nativa.
Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.
Associa ogni costo alle condizioni indicate. Usa una sola tariffa per ogni insieme di configurazioni alternative.
| Configurazione | Listino delle tariffe | Token di contesto, più di | Token di contesto, fino al limite incluso | Costo |
|---|---|---|---|---|
| ConfigurazioneTariffe di base dei token | Listino delle tariffeTariffa base | Token di contesto, più di— | Token di contesto, fino al limite inclusoNessun limite superiore | Costo Input · Token in input $0.00008 / 1K token Output · Token in output $0 / 1K token Input · Lettura dalla cache — / 1K token Input · Scrittura nella cache — / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
| ConfigurazioneFascia 1 di lunghezza della richiesta | Listino delle tariffe— | Token di contesto, più di0 | Token di contesto, fino al limite inclusoNessun limite superiore | Costo Input · Token in input $0.00008 / 1K token Output · Token in output $0 / 1K token Input · Lettura dalla cache — / 1K token Input · Scrittura nella cache — / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. Come funzionano la prenotazione e l’addebito finale →
{\n "model": "nace-ai/drex-v1.5",\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']='nace-ai/drex-v1.5'\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
Conserva ogni risposta, file e parte di contenuto restituiti per intero.
Viene conservata ogni risposta associata all'ID della domanda fornito, con il tipo esatto, il valore noul/choice/score, la confidenza, le probabilità e la legenda. L'intero JSON originale viene memorizzato e restituito solo dopo il conguaglio dell'addebito.
Conserva l'operazione originale e la risposta completa o parziale; non ripetere POST.
| Campo | Tipo |
|---|---|
Campomodel | Tipostring |
Campoid | Tipostring |
Campoprovider | Tipostring |
Campoanswers.<id>.type | Tipostring |
Campoanswers.<id>.noul | Tiponumber |
Campoanswers.<id>.choice | Tipostring |
Campoanswers.<id>.score | Tiponumber |
Campoanswers.<id>.confidence | Tiponumber |
Campoanswers.<id>.probabilities | Tipoobject |
Campoanswers.<id>.legend | Tipoobject |
Campousage.input_tokens | Tipointeger |
Campousage.output_tokens | Tipointeger |
Campousage.cost | Tiponumber |
| Risposta | Condizione | Passaggio successivo |
|---|---|---|
Risposta400 · invalid_request_error | CondizioneCampo obbligatorio, rappresentazione o valore non valido | Passaggio successivoCorreggi il campo della richiesta indicato. |
Ailoot Ultra nace-ai/drex-v1.5
Usa i percorsi dei metodi indicati sopra.