Gemini 3.6 Flash è il profilo multimodale generalista di Google per programmazione, attività sulla conoscenza ed esecuzione agentica. Si basa su Gemini 3.5 Flash, concentrandosi sul miglioramento delle prestazioni multimodali e dell'efficienza nell'uso dei token. Il modello accetta testo, immagini, audio, video e PDF e restituisce testo. Un incarico utile può combinare codice, uno screenshot e un requisito, oppure confrontare un grafico o un progetto visivo con vincoli scritti per produrre una spiegazione verificata o una revisione mirata.
La guida per sviluppatori pone l'accento sulla riduzione di passaggi di ragionamento, turni e chiamate agli strumenti inutili nel lavoro con più passaggi, insieme a modifiche più mirate. Per la diagnosi, fornisci il malfunzionamento osservato, il sorgente pertinente e il comportamento che deve rimanere invariato. Per il debug di un grafico, chiedi al modello di esaminare perché venga visualizzata la serie sbagliata, identificare la trasformazione dei dati coinvolta e proporre una correzione conservando l'impaginazione circostante. Il risultato può poi essere confrontato con i dati di input effettivi e il comportamento richiesto del grafico.
L'ispezione programmatica preliminare è un comportamento distintivo descritto per 3.6. Il produttore afferma che il modello esamina più spesso un problema con codice diagnostico prima di apportare modifiche. Questo può aiutare in un'indagine complessa, ma la guida segnala che può aggiungere passaggi esplorativi al normale lavoro frontend. Specifica se il compito richiede un'indagine, una semplice modifica o un confronto di design. Fornisci le informazioni che chiariscono questa distinzione e specifica le azioni consentite agli strumenti dell'applicazione collegata.
Sono evidenziati anche il ragionamento spaziale e multimodale: interpretazione di grafici, conversione di schemi visivi e layout web con più elementi. Fornisci la vista o le pagine pertinenti, identifica cosa debba essere interpretato e chiedi le prove alla base della conclusione. Per un compito di design, includi indicazioni concrete sull'impaginazione e sullo stile. Il produttore segnala un'attenzione al codice funzionale e il fatto che i valutatori a volte preferivano lo stile visivo dei modelli precedenti, rendendo utile un brief visivo esplicito. Controlla il risultato rispetto al diagramma o ai requisiti di design effettivi.
Medium è il livello di thinking predefinito documentato. La tabella di thinking specifica del modello di Google elenca minimal, low, medium e high; la guida alla migrazione 3.6 usa medium o high nei propri esempi di impegno. La pagina dell'esatto modello elenca chiamate di funzione, esecuzione di codice, ricerca nei file, grounding tramite ricerca, grounding tramite Maps, contesto URL e output strutturati, con Computer Use come funzionalità in anteprima. Definisci chiaramente gli input delle funzioni e il risultato richiesto. Una funzione selezionata dal modello necessita di un risultato reale dell'applicazione prima che una risposta successiva possa basarsi sul suo esito. Per un'analisi strutturata, definisci lo schema e le prove dalle fonti necessarie per ciascun rilievo.
La guida 3.6 cambia la preparazione rispetto alle richieste Gemini precedenti. Depreca le impostazioni di campionamento temperature, top-p e top-k, rifiuta un turno finale model precompilato e consiglia istruzioni system o output strutturati per controllare la risposta. Le regole per le risposte delle funzioni associano una risposta alla relativa chiamata tramite identità e nome, mentre la base Gemini 3 conserva le thought signatures nell'uso su più turni. Una prosecuzione pratica dovrebbe includere la cronologia pertinente non modificata e il risultato dello strumento, anziché imitare il prefisso di una risposta precedente.
La scheda nativa specifica un contesto di input fino a 1M e output testuale di 64K; la tabella dell'esatta API indica 1,048,576 token di input e 65,536 token di output. Considera istruzioni, cronologia e contenuti multimediali come parte del budget di input e chiedi un output dimensionato per il compito. La pagina del produttore elenca anche caching, batch, Flex ed elaborazione Priority. Quando elabori record indipendenti, mantieni espliciti l'identificativo del record e il formato del risultato. L'output è un artefatto testuale, anche quando le prove includono fotografie, audio o video.
I limiti possibili comprendono allucinazioni e occasionali rallentamenti o timeout. Il limite temporale di marzo 2026 include ambiti le cui conoscenze restano limitate a gennaio 2025: allega quindi materiale più recente o usa un flusso di grounding documentato quando contano i fatti attuali. Controlla calcoli, riferimenti alle fonti, interpretazioni visive e modifiche proposte. La preparazione distintiva per questa edizione consiste in un brief diagnostico mirato, un ambito chiaro per gli strumenti e vincoli di design espliciti, seguiti dall'esame del risultato concreto.
", "aboutText": "Gemini 3.6 Flash è il profilo multimodale generalista di Google per programmazione, attività sulla conoscenza ed esecuzione agentica. Si basa su Gemini 3.5 Flash, concentrandosi sul miglioramento delle prestazioni multimodali e dell'efficienza nell'uso dei token. Il modello accetta testo, immagini, audio, video e PDF e restituisce testo. Un incarico utile può combinare codice, uno screenshot e un requisito, oppure confrontare un grafico o un progetto visivo con vincoli scritti per produrre una spiegazione verificata o una revisione mirata.\n\nLa guida per sviluppatori pone l'accento sulla riduzione di passaggi di ragionamento, turni e chiamate agli strumenti inutili nel lavoro con più passaggi, insieme a modifiche più mirate. Per la diagnosi, fornisci il malfunzionamento osservato, il sorgente pertinente e il comportamento che deve rimanere invariato. Per il debug di un grafico, chiedi al modello di esaminare perché venga visualizzata la serie sbagliata, identificare la trasformazione dei dati coinvolta e proporre una correzione conservando l'impaginazione circostante. Il risultato può poi essere confrontato con i dati di input effettivi e il comportamento richiesto del grafico.\n\nL'ispezione programmatica preliminare è un comportamento distintivo descritto per 3.6. Il produttore afferma che il modello esamina più spesso un problema con codice diagnostico prima di apportare modifiche. Questo può aiutare in un'indagine complessa, ma la guida segnala che può aggiungere passaggi esplorativi al normale lavoro frontend. Specifica se il compito richiede un'indagine, una semplice modifica o un confronto di design. Fornisci le informazioni che chiariscono questa distinzione e specifica le azioni consentite agli strumenti dell'applicazione collegata.\n\nSono evidenziati anche il ragionamento spaziale e multimodale: interpretazione di grafici, conversione di schemi visivi e layout web con più elementi. Fornisci la vista o le pagine pertinenti, identifica cosa debba essere interpretato e chiedi le prove alla base della conclusione. Per un compito di design, includi indicazioni concrete sull'impaginazione e sullo stile. Il produttore segnala un'attenzione al codice funzionale e il fatto che i valutatori a volte preferivano lo stile visivo dei modelli precedenti, rendendo utile un brief visivo esplicito. Controlla il risultato rispetto al diagramma o ai requisiti di design effettivi.\n\nMedium è il livello di thinking predefinito documentato. La tabella di thinking specifica del modello di Google elenca minimal, low, medium e high; la guida alla migrazione 3.6 usa medium o high nei propri esempi di impegno. La pagina dell'esatto modello elenca chiamate di funzione, esecuzione di codice, ricerca nei file, grounding tramite ricerca, grounding tramite Maps, contesto URL e output strutturati, con Computer Use come funzionalità in anteprima. Definisci chiaramente gli input delle funzioni e il risultato richiesto. Una funzione selezionata dal modello necessita di un risultato reale dell'applicazione prima che una risposta successiva possa basarsi sul suo esito. Per un'analisi strutturata, definisci lo schema e le prove dalle fonti necessarie per ciascun rilievo.\n\nLa guida 3.6 cambia la preparazione rispetto alle richieste Gemini precedenti. Depreca le impostazioni di campionamento temperature, top-p e top-k, rifiuta un turno finale model precompilato e consiglia istruzioni system o output strutturati per controllare la risposta. Le regole per le risposte delle funzioni associano una risposta alla relativa chiamata tramite identità e nome, mentre la base Gemini 3 conserva le thought signatures nell'uso su più turni. Una prosecuzione pratica dovrebbe includere la cronologia pertinente non modificata e il risultato dello strumento, anziché imitare il prefisso di una risposta precedente.\n\nLa scheda nativa specifica un contesto di input fino a 1M e output testuale di 64K; la tabella dell'esatta API indica 1,048,576 token di input e 65,536 token di output. Considera istruzioni, cronologia e contenuti multimediali come parte del budget di input e chiedi un output dimensionato per il compito. La pagina del produttore elenca anche caching, batch, Flex ed elaborazione Priority. Quando elabori record indipendenti, mantieni espliciti l'identificativo del record e il formato del risultato. L'output è un artefatto testuale, anche quando le prove includono fotografie, audio o video.\n\nI limiti possibili comprendono allucinazioni e occasionali rallentamenti o timeout. Il limite temporale di marzo 2026 include ambiti le cui conoscenze restano limitate a gennaio 2025: allega quindi materiale più recente o usa un flusso di grounding documentato quando contano i fatti attuali. Controlla calcoli, riferimenti alle fonti, interpretazioni visive e modifiche proposte. La preparazione distintiva per questa edizione consiste in un brief diagnostico mirato, un ambito chiaro per gli strumenti e vincoli di design espliciti, seguiti dall'esame del risultato concreto.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "5f558a92ae39cf73a484819ffa49556e71db77f071c90ecd0797dd505357304b", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "it", "methods": [ { "html": "google/gemini-3.6-flash:batchGemini 3.6 Flash è il modello testuale multimodale di Google per programmazione, analisi spaziale e agenti con più passaggi. Privilegia l'ispezione diagnostica, le modifiche mirate e la riduzione dei cicli di esecuzione inutili. Accetta testo, immagini, audio, video e PDF, con strumenti, output strutturati e un limite di input di 1,048,576 token.
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.
Gemini 3.6 Flash è il profilo multimodale generalista di Google per programmazione, attività sulla conoscenza ed esecuzione agentica. Si basa su Gemini 3.5 Flash, concentrandosi sul miglioramento delle prestazioni multimodali e dell'efficienza nell'uso dei token. Il modello accetta testo, immagini, audio, video e PDF e restituisce testo. Un incarico utile può combinare codice, uno screenshot e un requisito, oppure confrontare un grafico o un progetto visivo con vincoli scritti per produrre una spiegazione verificata o una revisione mirata.
La guida per sviluppatori pone l'accento sulla riduzione di passaggi di ragionamento, turni e chiamate agli strumenti inutili nel lavoro con più passaggi, insieme a modifiche più mirate. Per la diagnosi, fornisci il malfunzionamento osservato, il sorgente pertinente e il comportamento che deve rimanere invariato. Per il debug di un grafico, chiedi al modello di esaminare perché venga visualizzata la serie sbagliata, identificare la trasformazione dei dati coinvolta e proporre una correzione conservando l'impaginazione circostante. Il risultato può poi essere confrontato con i dati di input effettivi e il comportamento richiesto del grafico.
L'ispezione programmatica preliminare è un comportamento distintivo descritto per 3.6. Il produttore afferma che il modello esamina più spesso un problema con codice diagnostico prima di apportare modifiche. Questo può aiutare in un'indagine complessa, ma la guida segnala che può aggiungere passaggi esplorativi al normale lavoro frontend. Specifica se il compito richiede un'indagine, una semplice modifica o un confronto di design. Fornisci le informazioni che chiariscono questa distinzione e specifica le azioni consentite agli strumenti dell'applicazione collegata.
Sono evidenziati anche il ragionamento spaziale e multimodale: interpretazione di grafici, conversione di schemi visivi e layout web con più elementi. Fornisci la vista o le pagine pertinenti, identifica cosa debba essere interpretato e chiedi le prove alla base della conclusione. Per un compito di design, includi indicazioni concrete sull'impaginazione e sullo stile. Il produttore segnala un'attenzione al codice funzionale e il fatto che i valutatori a volte preferivano lo stile visivo dei modelli precedenti, rendendo utile un brief visivo esplicito. Controlla il risultato rispetto al diagramma o ai requisiti di design effettivi.
Medium è il livello di thinking predefinito documentato. La tabella di thinking specifica del modello di Google elenca minimal, low, medium e high; la guida alla migrazione 3.6 usa medium o high nei propri esempi di impegno. La pagina dell'esatto modello elenca chiamate di funzione, esecuzione di codice, ricerca nei file, grounding tramite ricerca, grounding tramite Maps, contesto URL e output strutturati, con Computer Use come funzionalità in anteprima. Definisci chiaramente gli input delle funzioni e il risultato richiesto. Una funzione selezionata dal modello necessita di un risultato reale dell'applicazione prima che una risposta successiva possa basarsi sul suo esito. Per un'analisi strutturata, definisci lo schema e le prove dalle fonti necessarie per ciascun rilievo.
La guida 3.6 cambia la preparazione rispetto alle richieste Gemini precedenti. Depreca le impostazioni di campionamento temperature, top-p e top-k, rifiuta un turno finale model precompilato e consiglia istruzioni system o output strutturati per controllare la risposta. Le regole per le risposte delle funzioni associano una risposta alla relativa chiamata tramite identità e nome, mentre la base Gemini 3 conserva le thought signatures nell'uso su più turni. Una prosecuzione pratica dovrebbe includere la cronologia pertinente non modificata e il risultato dello strumento, anziché imitare il prefisso di una risposta precedente.
La scheda nativa specifica un contesto di input fino a 1M e output testuale di 64K; la tabella dell'esatta API indica 1,048,576 token di input e 65,536 token di output. Considera istruzioni, cronologia e contenuti multimediali come parte del budget di input e chiedi un output dimensionato per il compito. La pagina del produttore elenca anche caching, batch, Flex ed elaborazione Priority. Quando elabori record indipendenti, mantieni espliciti l'identificativo del record e il formato del risultato. L'output è un artefatto testuale, anche quando le prove includono fotografie, audio o video.
I limiti possibili comprendono allucinazioni e occasionali rallentamenti o timeout. Il limite temporale di marzo 2026 include ambiti le cui conoscenze restano limitate a gennaio 2025: allega quindi materiale più recente o usa un flusso di grounding documentato quando contano i fatti attuali. Controlla calcoli, riferimenti alle fonti, interpretazioni visive e modifiche proposte. La preparazione distintiva per questa edizione consiste in un brief diagnostico mirato, un ambito chiaro per gli strumenti e vincoli di design espliciti, seguiti dall'esame del risultato concreto.
POST /v1/batchestexttext| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campoendpoint | Tipostring | RequisitoObbligatorio | Valori e limiti /v1/chat/completions | Predefinito— |
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti google/gemini-3.6-flash:batch | Predefinito— |
Camporequests | Tipobatch_item[] | RequisitoObbligatorio | Valori e limiti Numero minimo di elementi: 1 | Predefinito— |
Camporequests[].custom_id | Tipostring | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Camporequests[].body.messages | Tipomessage[] | RequisitoObbligatorio | Valori e limiti | Predefinito— |
Campocompletion_window | Tipostring | RequisitoFacoltativo | Valori e limiti 24h | Predefinito— |
Campoprovider | Tipoobject|null | RequisitoFacoltativo | Valori e limiti | Predefinito— |
Camporequests[].body.model | Tipostring | RequisitoFacoltativo | Valori e limiti google/gemini-3.6-flash:batch, google/gemini-3.6-flash | Predefinito— |
Campoprovider.only | Tipostring[] | RequisitoFacoltativo | Valori e limiti google-vertex/global | Predefinito— |
Campoprovider.allow_fallbacks | Tipoboolean|null | RequisitoFacoltativo | Valori e limiti false, null | Predefinito— |
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattoendpoint, model, requests |
Parametromaterial_types | Contrattotext |
Parametrorepresentation | Contrattorequests[] inline; ogni elemento contiene custom_id e body |
Parametrorequest_endpoint_profile | Contratto/v1/chat/completions |
Parametrofile_material | ContrattoIl chiamante può leggere localmente i dati JSONL effettivi in UTF-8 e inserirli in requests[]. Non viene usato alcun purpose di caricamento, input_file_id o riferimento a file. Il materiale del cliente mancante o vuoto interrompe la preparazione prima del POST. |
Parametroserialization_order | Contrattoendpoint, model, provider (se fornito), completion_window (se fornito), requests per ultimo |
Parametrooptional_controls | Contrattoprovider.only, provider.allow_fallbacks, completion_window |
Parametroschema_scope | ContrattoCorpi delle richieste Chat Completions per testo nella struttura inline Batch documentata. |
Ciclo di vita: asynchronous
GET /v1/batches/{operation_id} · response.id effettivo della risposta alla creazione originale; stesso utente/chiave/gruppo
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.00075 / 1K token Output · Token in output $0.00375 / 1K token Input · Lettura dalla cache $0.000075 / 1K token Input · Scrittura nella cache $0.0000833333333333334 / 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.00075 / 1K token Output · Token in output $0.00375 / 1K token Input · Lettura dalla cache $0.000075 / 1K token Input · Scrittura nella cache $0.0000833333333333334 / 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 →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\npython3 - <<'PY_REQUEST'\nimport json\nfrom pathlib import Path\nbody=json.loads('{"endpoint":"/v1/chat/completions","model":"google/gemini-3.6-flash:batch","requests":[{"custom_id":"req-0001","body":{"messages":[{"role":"user","content":"Hello!"}],"max_tokens":16}}]}')\nPath("batch-request.json").write_text(json.dumps(body,ensure_ascii=False),encoding="utf-8")\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/batches \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @batch-request.json -D batch-response-headers.txt -o batch-create-response.json\nimport json, os\nfrom pathlib import Path\nfrom urllib.request import Request, urlopen\n\ndef prepare_requests(customer_path):\n path = Path(customer_path)\n if not path.is_file(): raise ValueError("Customer JSONL file is missing")\n items = [json.loads(line) for line in path.read_text(encoding="utf-8").splitlines() if line.strip()]\n if not items: raise ValueError("Customer JSONL contains no requests")\n ids = set()\n for item in items:\n if set(item) != {"custom_id", "body"}: raise ValueError("Each item needs custom_id and body")\n cid = item["custom_id"]\n if not isinstance(cid, str) or not cid.strip() or cid in ids: raise ValueError("custom_id must be nonempty and unique")\n ids.add(cid)\n if not isinstance(item["body"], dict) or not item["body"].get("messages"): raise ValueError("Supply actual text messages")\n supplied_model = item["body"].get("model")\n if supplied_model is not None and supplied_model not in ['google/gemini-3.6-flash:batch', 'google/gemini-3.6-flash']: raise ValueError("body.model must be an exact documented caller or wire ID")\n return {"endpoint":"/v1/chat/completions", "model":"google/gemini-3.6-flash:batch", "requests":items}\n\nif __name__ == "__main__":\n material = os.environ.get("AILOOT_BATCH_REQUESTS_JSONL", "")\n if not material: raise SystemExit("Set AILOOT_BATCH_REQUESTS_JSONL to your actual customer file")\n body = prepare_requests(material)\n key = os.environ.get("AILOOT_API_KEY", "")\n if not key: raise SystemExit("Set AILOOT_API_KEY")\n request = Request("https://api.ailoot.ai/v1/batches", data=json.dumps(body, ensure_ascii=False).encode("utf-8"), headers={"Authorization":"Bearer " + key, "Content-Type":"application/json"}, method="POST")\n with urlopen(request) as response:\n raw = response.read()\n Path("batch-create-response.json").write_bytes(raw)\n print(raw.decode("utf-8"))\nimport json\nfrom pathlib import Path\nraw = Path("batch-status-response.json").read_bytes()\nresponse = json.loads(raw)\nif response.get("status") != "completed":\n raise SystemExit("Keep the original operation; read its status without resubmitting")\nresults = response.get("results")\nif not isinstance(results, list) or not results:\n raise SystemExit("Preserve the original response; completed results are missing")\nPath("batch-results.jsonl").write_text("".join(json.dumps(item, ensure_ascii=False) + "\\n" for item in results), encoding="utf-8")\n# Preserve batch-status-response.json with aggregate usage and every result/error.\nJSON inline di results[].response.body
GET /v1/batches/{operation_id}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nBATCH_OPERATION_ID="$(python3 - <<'PY_ID'\nimport json\nfrom pathlib import Path\nfrom urllib.parse import quote\nresponse = json.loads(Path("batch-create-response.json").read_text(encoding="utf-8"))\noperation = response.get("id")\nif not isinstance(operation, str) or not operation: raise SystemExit("No actual original operation ID; preserve the response and do not resubmit")\nprint(quote(operation, safe=""))\nPY_ID\n)"\ncurl --fail-with-body --silent --show-error "https://api.ailoot.ai/v1/batches/$BATCH_OPERATION_ID" \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -o batch-status-response.json\nConserva ogni risposta, file e parte di contenuto restituiti per intero.
Conserva il JSON completo dello stato originale, ogni result/custom_id e il corpo completo della risposta o dell'errore. Salva i results[] completati come JSONL senza filtrarli.
Conserva l'ID dell'operazione originale. La risposta 503 result_pending_check contiene X-Should-Retry:false; non reinviare mai un batch originale il cui esito è sconosciuto.
| Campo | Tipo |
|---|---|
Camporesults[].custom_id | Tipostring |
Camporesults[].response.body.choices[].message.content | Tipostring|null |
Camporesults[].error | Tipoobject|null |
Campousage | Tipoobject|null |
Campoid | Tipostring |
Campomodel | Tipostring |
Campoendpoint | Tipostring |
Campostatus | Tipostring |
Camporequest_counts | Tipoobject |
Camporesults[].id | Tipostring |
Camporesults[].response.status_code | Tipointeger |
Camporesults[].response.request_id | Tipostring |
| Risposta | Condizione | Passaggio successivo |
|---|---|---|
Risposta400 · invalid_request_error | CondizioneStruttura inline documentata non valida, chiavi duplicate, identità degli elementi non valida o conflitto con le capacità configurate del modello. | Passaggio successivoCorreggi i campi indicati prima di qualsiasi nuovo invio. |
Risposta401 · authentication_error | CondizioneChiave API non valida. | Passaggio successivoUsa la chiave Ailoot autorizzata. |
Risposta403 · permission_error | CondizioneGruppo Batch non disponibile. | Passaggio successivoVerifica le autorizzazioni della chiave e del gruppo. |
Risposta422 · invalid_request_error | CondizioneBatch usa l'addebito sul saldo; la creazione tramite abbonamento viene rifiutata. | Passaggio successivoUsa il gruppo autorizzato con addebito sul saldo. |
Risposta422 · price_unavailable | CondizioneNon è possibile formulare un preventivo per l'input Batch. | Passaggio successivoConserva la risposta; usa l'input documentato per la famiglia. |
Risposta402 · billing_error | CondizioneRiserva Batch non disponibile. | Passaggio successivoRisolvi le condizioni di ammissione prima di una nuova richiesta. |
Risposta503 · price_unavailable | CondizionePrezzo del metodo Batch o tariffe native non disponibili. | Passaggio successivoConserva la risposta; non sostituire i prezzi. |
Risposta503 · api_error | CondizioneLa rotta esatta del fornitore non è disponibile. | Passaggio successivoConserva la risposta per la riparazione della rotta. |
Risposta503 · result_pending_check | CondizioneIl risultato originale richiede una verifica; X-Should-Retry:false. | Passaggio successivoConserva operation_id/id originale e leggine lo stato; non ripetere mai il POST originale. |
Risposta404 · not_found | CondizioneL'operazione di stato Batch è assente o appartiene a un'altra identità. | Passaggio successivoUsa l'id originale esatto e lo stesso utente/chiave/gruppo. |
Ailoot Ultra google/gemini-3.6-flash:batch
Usa i percorsi dei metodi indicati sopra.