Gemini 3.6 Flash är Googles multimodala allroundprofil för programmering, kunskapsarbete och agentstyrd exekvering. Den bygger vidare på Gemini 3.5 Flash med fokus på förbättrad multimodal prestanda och tokeneffektivitet. Modellen tar emot text, bilder, ljud, video och PDF och returnerar text. Ett användbart uppdrag kan kombinera kod, en skärmbild och ett krav, eller jämföra ett diagram eller en visuell plan med skriftliga begränsningar för att ta fram en kontrollerad förklaring eller riktad ändring.
Utvecklarguiden betonar färre onödiga resonemangssteg, samtalsturer och verktygsanrop i arbete med flera steg, tillsammans med mer avgränsade ändringar. För felsökning ska du ange det observerade felet, relevant källmaterial och det beteende som ska förbli oförändrat. Vid felsökning av diagram kan du be modellen undersöka varför ett diagram visar fel serie, identifiera den berörda datatransformeringen och föreslå en korrigering samtidigt som den omgivande layouten behålls. Resultatet kan sedan jämföras med de faktiska indata och diagrammets föreskrivna beteende.
Inledande programmatisk granskning är ett utmärkande beteende som beskrivs för 3.6. Enligt tillverkaren undersöker modellen oftare ett problem med diagnostisk kod innan den gör ändringar. Det kan underlätta en komplex utredning, men guiden påpekar att det kan tillföra utforskande steg vid rutinmässigt frontend-arbete. Ange om uppgiften kräver en utredning, en enkel ändring eller en designjämförelse. Tillhandahåll den information som gör skillnaden tydlig och specificera tillåtna åtgärder för den anslutna applikationens verktyg.
Även rumsligt och multimodalt resonemang lyfts fram: tolkning av diagram, omvandling av visuella ritningar och webblayouter med flera element. Tillhandahåll relevant vy eller relevanta sidor, identifiera vad som ska tolkas och be om underlaget för slutsatsen. För en designuppgift ska du inkludera konkreta riktlinjer för layout och visuell utformning. Tillverkaren framhåller ett fokus på funktionell kod och påpekar att utvärderare ibland föredrog tidigare modellers visuella utformning, vilket gör en uttrycklig visuell uppdragsbeskrivning användbar. Kontrollera resultatet mot det faktiska diagrammet eller designkraven.
Medium är den dokumenterade standardnivån för tänkande. Googles modellspecifika tabell över tänkande anger minimal, low, medium och high; migreringsguiden för 3.6 använder medium eller high i sina exempel på arbetsinsats. Den exakta sidan listar funktionsanrop, kodexekvering, filsökning, sökförankring, Maps-förankring, URL-kontext och strukturerad utdata, med Computer Use som förhandsfunktion. Definiera funktionernas indata och det önskade resultatet tydligt. En funktion som modellen väljer behöver ge ett faktiskt applikationsresultat innan ett senare svar kan bygga på utfallet. För en strukturerad analys ska du definiera schemat och det källunderlag som krävs för varje iakttagelse.
Guiden för 3.6 ändrar förberedelserna jämfört med tidigare Gemini-förfrågningar. Den fasar ut samplingsinställningarna temperature, top-p och top-k, avvisar en förifylld sista samtalstur med modellrollen och rekommenderar systeminstruktioner eller strukturerad utdata för att styra svaret. Dess regler för funktionssvar matchar ett svar med dess anrop utifrån identitet och namn, och grundversionen av Gemini 3 bevarar thought signatures vid användning över flera samtalsturer. En praktisk fortsättning bör föra med sig relevant historik och verktygsresultat i oförändrat skick i stället för att imitera början av ett tidigare svar.
Det ursprungliga modellkortet anger upp till 1M indatakontext och 64K textutdata; den exakta API-tabellen anger 1,048,576 indatatoken och 65,536 utdatatoken. Räkna in instruktioner, historik och medier i indatabudgeten och begär en utdatamängd som passar uppgiften. Tillverkarens sida listar också cachelagring, batchbearbetning samt Flex- och Priority-bearbetning. Vid bearbetning av oberoende poster ska postidentifieraren och resultatformatet vara uttryckliga. Utdata är en textartefakt även när underlaget omfattar fotografier, ljud eller video.
Möjliga begränsningar omfattar hallucinationer samt tillfällig långsamhet eller tidsgränsöverskridanden. Kunskapsgränsen i mars 2026 omfattar områden där kunskapen fortfarande är begränsad till januari 2025, så bifoga nyare material eller använd ett dokumenterat förankringsflöde när aktuella fakta är viktiga. Granska beräkningar, källhänvisningar, visuella tolkningar och föreslagna ändringar. Det som särskilt kännetecknar förberedelserna för den här utgåvan är en fokuserad diagnostisk uppdragsbeskrivning, tydlig verktygsavgränsning och uttryckliga designkrav, följt av granskning av det konkreta resultatet.
", "aboutText": "Gemini 3.6 Flash är Googles multimodala allroundprofil för programmering, kunskapsarbete och agentstyrd exekvering. Den bygger vidare på Gemini 3.5 Flash med fokus på förbättrad multimodal prestanda och tokeneffektivitet. Modellen tar emot text, bilder, ljud, video och PDF och returnerar text. Ett användbart uppdrag kan kombinera kod, en skärmbild och ett krav, eller jämföra ett diagram eller en visuell plan med skriftliga begränsningar för att ta fram en kontrollerad förklaring eller riktad ändring.\n\nUtvecklarguiden betonar färre onödiga resonemangssteg, samtalsturer och verktygsanrop i arbete med flera steg, tillsammans med mer avgränsade ändringar. För felsökning ska du ange det observerade felet, relevant källmaterial och det beteende som ska förbli oförändrat. Vid felsökning av diagram kan du be modellen undersöka varför ett diagram visar fel serie, identifiera den berörda datatransformeringen och föreslå en korrigering samtidigt som den omgivande layouten behålls. Resultatet kan sedan jämföras med de faktiska indata och diagrammets föreskrivna beteende.\n\nInledande programmatisk granskning är ett utmärkande beteende som beskrivs för 3.6. Enligt tillverkaren undersöker modellen oftare ett problem med diagnostisk kod innan den gör ändringar. Det kan underlätta en komplex utredning, men guiden påpekar att det kan tillföra utforskande steg vid rutinmässigt frontend-arbete. Ange om uppgiften kräver en utredning, en enkel ändring eller en designjämförelse. Tillhandahåll den information som gör skillnaden tydlig och specificera tillåtna åtgärder för den anslutna applikationens verktyg.\n\nÄven rumsligt och multimodalt resonemang lyfts fram: tolkning av diagram, omvandling av visuella ritningar och webblayouter med flera element. Tillhandahåll relevant vy eller relevanta sidor, identifiera vad som ska tolkas och be om underlaget för slutsatsen. För en designuppgift ska du inkludera konkreta riktlinjer för layout och visuell utformning. Tillverkaren framhåller ett fokus på funktionell kod och påpekar att utvärderare ibland föredrog tidigare modellers visuella utformning, vilket gör en uttrycklig visuell uppdragsbeskrivning användbar. Kontrollera resultatet mot det faktiska diagrammet eller designkraven.\n\nMedium är den dokumenterade standardnivån för tänkande. Googles modellspecifika tabell över tänkande anger minimal, low, medium och high; migreringsguiden för 3.6 använder medium eller high i sina exempel på arbetsinsats. Den exakta sidan listar funktionsanrop, kodexekvering, filsökning, sökförankring, Maps-förankring, URL-kontext och strukturerad utdata, med Computer Use som förhandsfunktion. Definiera funktionernas indata och det önskade resultatet tydligt. En funktion som modellen väljer behöver ge ett faktiskt applikationsresultat innan ett senare svar kan bygga på utfallet. För en strukturerad analys ska du definiera schemat och det källunderlag som krävs för varje iakttagelse.\n\nGuiden för 3.6 ändrar förberedelserna jämfört med tidigare Gemini-förfrågningar. Den fasar ut samplingsinställningarna temperature, top-p och top-k, avvisar en förifylld sista samtalstur med modellrollen och rekommenderar systeminstruktioner eller strukturerad utdata för att styra svaret. Dess regler för funktionssvar matchar ett svar med dess anrop utifrån identitet och namn, och grundversionen av Gemini 3 bevarar thought signatures vid användning över flera samtalsturer. En praktisk fortsättning bör föra med sig relevant historik och verktygsresultat i oförändrat skick i stället för att imitera början av ett tidigare svar.\n\nDet ursprungliga modellkortet anger upp till 1M indatakontext och 64K textutdata; den exakta API-tabellen anger 1,048,576 indatatoken och 65,536 utdatatoken. Räkna in instruktioner, historik och medier i indatabudgeten och begär en utdatamängd som passar uppgiften. Tillverkarens sida listar också cachelagring, batchbearbetning samt Flex- och Priority-bearbetning. Vid bearbetning av oberoende poster ska postidentifieraren och resultatformatet vara uttryckliga. Utdata är en textartefakt även när underlaget omfattar fotografier, ljud eller video.\n\nMöjliga begränsningar omfattar hallucinationer samt tillfällig långsamhet eller tidsgränsöverskridanden. Kunskapsgränsen i mars 2026 omfattar områden där kunskapen fortfarande är begränsad till januari 2025, så bifoga nyare material eller använd ett dokumenterat förankringsflöde när aktuella fakta är viktiga. Granska beräkningar, källhänvisningar, visuella tolkningar och föreslagna ändringar. Det som särskilt kännetecknar förberedelserna för den här utgåvan är en fokuserad diagnostisk uppdragsbeskrivning, tydlig verktygsavgränsning och uttryckliga designkrav, följt av granskning av det konkreta resultatet.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "272a4f167192472cb7ad0a2652147df45f6a93283f58351750324ab81ccacabe", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sv", "methods": [ { "html": "google/gemini-3.6-flash:batchGemini 3.6 Flash är Googles multimodala textmodell för programmering, rumslig analys och agenter som arbetar i flera steg. Den betonar diagnostisk granskning, avgränsade ändringar och färre onödiga exekveringsloopar. Den tar emot text, bilder, ljud, video och PDF och har verktyg, strukturerad utdata och en indatagräns på 1,048,576 token.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
Gemini 3.6 Flash är Googles multimodala allroundprofil för programmering, kunskapsarbete och agentstyrd exekvering. Den bygger vidare på Gemini 3.5 Flash med fokus på förbättrad multimodal prestanda och tokeneffektivitet. Modellen tar emot text, bilder, ljud, video och PDF och returnerar text. Ett användbart uppdrag kan kombinera kod, en skärmbild och ett krav, eller jämföra ett diagram eller en visuell plan med skriftliga begränsningar för att ta fram en kontrollerad förklaring eller riktad ändring.
Utvecklarguiden betonar färre onödiga resonemangssteg, samtalsturer och verktygsanrop i arbete med flera steg, tillsammans med mer avgränsade ändringar. För felsökning ska du ange det observerade felet, relevant källmaterial och det beteende som ska förbli oförändrat. Vid felsökning av diagram kan du be modellen undersöka varför ett diagram visar fel serie, identifiera den berörda datatransformeringen och föreslå en korrigering samtidigt som den omgivande layouten behålls. Resultatet kan sedan jämföras med de faktiska indata och diagrammets föreskrivna beteende.
Inledande programmatisk granskning är ett utmärkande beteende som beskrivs för 3.6. Enligt tillverkaren undersöker modellen oftare ett problem med diagnostisk kod innan den gör ändringar. Det kan underlätta en komplex utredning, men guiden påpekar att det kan tillföra utforskande steg vid rutinmässigt frontend-arbete. Ange om uppgiften kräver en utredning, en enkel ändring eller en designjämförelse. Tillhandahåll den information som gör skillnaden tydlig och specificera tillåtna åtgärder för den anslutna applikationens verktyg.
Även rumsligt och multimodalt resonemang lyfts fram: tolkning av diagram, omvandling av visuella ritningar och webblayouter med flera element. Tillhandahåll relevant vy eller relevanta sidor, identifiera vad som ska tolkas och be om underlaget för slutsatsen. För en designuppgift ska du inkludera konkreta riktlinjer för layout och visuell utformning. Tillverkaren framhåller ett fokus på funktionell kod och påpekar att utvärderare ibland föredrog tidigare modellers visuella utformning, vilket gör en uttrycklig visuell uppdragsbeskrivning användbar. Kontrollera resultatet mot det faktiska diagrammet eller designkraven.
Medium är den dokumenterade standardnivån för tänkande. Googles modellspecifika tabell över tänkande anger minimal, low, medium och high; migreringsguiden för 3.6 använder medium eller high i sina exempel på arbetsinsats. Den exakta sidan listar funktionsanrop, kodexekvering, filsökning, sökförankring, Maps-förankring, URL-kontext och strukturerad utdata, med Computer Use som förhandsfunktion. Definiera funktionernas indata och det önskade resultatet tydligt. En funktion som modellen väljer behöver ge ett faktiskt applikationsresultat innan ett senare svar kan bygga på utfallet. För en strukturerad analys ska du definiera schemat och det källunderlag som krävs för varje iakttagelse.
Guiden för 3.6 ändrar förberedelserna jämfört med tidigare Gemini-förfrågningar. Den fasar ut samplingsinställningarna temperature, top-p och top-k, avvisar en förifylld sista samtalstur med modellrollen och rekommenderar systeminstruktioner eller strukturerad utdata för att styra svaret. Dess regler för funktionssvar matchar ett svar med dess anrop utifrån identitet och namn, och grundversionen av Gemini 3 bevarar thought signatures vid användning över flera samtalsturer. En praktisk fortsättning bör föra med sig relevant historik och verktygsresultat i oförändrat skick i stället för att imitera början av ett tidigare svar.
Det ursprungliga modellkortet anger upp till 1M indatakontext och 64K textutdata; den exakta API-tabellen anger 1,048,576 indatatoken och 65,536 utdatatoken. Räkna in instruktioner, historik och medier i indatabudgeten och begär en utdatamängd som passar uppgiften. Tillverkarens sida listar också cachelagring, batchbearbetning samt Flex- och Priority-bearbetning. Vid bearbetning av oberoende poster ska postidentifieraren och resultatformatet vara uttryckliga. Utdata är en textartefakt även när underlaget omfattar fotografier, ljud eller video.
Möjliga begränsningar omfattar hallucinationer samt tillfällig långsamhet eller tidsgränsöverskridanden. Kunskapsgränsen i mars 2026 omfattar områden där kunskapen fortfarande är begränsad till januari 2025, så bifoga nyare material eller använd ett dokumenterat förankringsflöde när aktuella fakta är viktiga. Granska beräkningar, källhänvisningar, visuella tolkningar och föreslagna ändringar. Det som särskilt kännetecknar förberedelserna för den här utgåvan är en fokuserad diagnostisk uppdragsbeskrivning, tydlig verktygsavgränsning och uttryckliga designkrav, följt av granskning av det konkreta resultatet.
POST /v1/batchestexttext| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältendpoint | Typstring | KravObligatoriskt | Värden & gränser /v1/chat/completions | Standard— |
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser google/gemini-3.6-flash:batch | Standard— |
Fältrequests | Typbatch_item[] | KravObligatoriskt | Värden & gränser Minsta antal objekt: 1 | Standard— |
Fältrequests[].custom_id | Typstring | KravObligatoriskt | Värden & gränser | Standard— |
Fältrequests[].body.messages | Typmessage[] | KravObligatoriskt | Värden & gränser | Standard— |
Fältcompletion_window | Typstring | KravValfritt | Värden & gränser 24h | Standard— |
Fältprovider | Typobject|null | KravValfritt | Värden & gränser | Standard— |
Fältrequests[].body.model | Typstring | KravValfritt | Värden & gränser google/gemini-3.6-flash:batch, google/gemini-3.6-flash | Standard— |
Fältprovider.only | Typstring[] | KravValfritt | Värden & gränser google-vertex/global | Standard— |
Fältprovider.allow_fallbacks | Typboolean|null | KravValfritt | Värden & gränser false, null | Standard— |
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalendpoint, model, requests |
Parametermaterial_types | Avtaltext |
Parameterrepresentation | AvtalInbäddade requests[]; varje objekt har custom_id och body |
Parameterrequest_endpoint_profile | Avtal/v1/chat/completions |
Parameterfile_material | AvtalDen anropande klienten kan läsa in faktiska UTF-8 JSONL-data lokalt i requests[]. Inget uppladdningssyfte, input_file_id eller någon filreferens används. Om kundmaterial saknas eller är tomt avbryts förberedelserna före POST. |
Parameterserialization_order | Avtalendpoint, model, provider (om angivet), completion_window (om angivet), requests sist |
Parameteroptional_controls | Avtalprovider.only, provider.allow_fallbacks, completion_window |
Parameterschema_scope | AvtalFörfrågningskroppar för Text Chat Completions i det dokumenterade inbäddade Batch-formatet. |
Livscykel: asynchronous
GET /v1/batches/{operation_id} · Det faktiska response.id från det ursprungliga skapandesvaret; samma användare/nyckel/grupp
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
Matcha varje avgift mot de visade villkoren. Använd ett pris för varje uppsättning alternativa konfigurationer.
| Konfiguration | Prislista | Kontexttoken, fler än | Kontexttoken, upp till och med | Avgift |
|---|---|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Kontexttoken, fler än— | Kontexttoken, upp till och medIngen övre gräns | Avgift Indata · Indatatoken $0.00075 / 1K token Utdata · Utdatatoken $0.00375 / 1K token Indata · Cacheläsning $0.000075 / 1K token Indata · Skrivning till cache $0.0000833333333333334 / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
| KonfigurationNivå 1 för förfrågans längd | Prislista— | Kontexttoken, fler än0 | Kontexttoken, upp till och medIngen övre gräns | Avgift Indata · Indatatoken $0.00075 / 1K token Utdata · Utdatatoken $0.00375 / 1K token Indata · Cacheläsning $0.000075 / 1K token Indata · Skrivning till cache $0.0000833333333333334 / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
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 i inbäddade 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\nBehåll varje fullständigt returnerat svar, fil och innehållsdel.
Spara hela det ursprungliga statusobjektet i JSON, varje resultat/custom_id och hela svars- eller felkroppen. Spara slutförda results[] som JSONL utan filtrering.
Behåll det ursprungliga operations-ID:t. Vid 503 result_pending_check gäller X-Should-Retry:false; skicka aldrig om en ursprunglig batch med okänt utfall.
| Fält | Typ |
|---|---|
Fältresults[].custom_id | Typstring |
Fältresults[].response.body.choices[].message.content | Typstring|null |
Fältresults[].error | Typobject|null |
Fältusage | Typobject|null |
Fältid | Typstring |
Fältmodel | Typstring |
Fältendpoint | Typstring |
Fältstatus | Typstring |
Fältrequest_counts | Typobject |
Fältresults[].id | Typstring |
Fältresults[].response.status_code | Typinteger |
Fältresults[].response.request_id | Typstring |
| Svar | Villkor | Nästa steg |
|---|---|---|
Svar400 · invalid_request_error | VillkorFörfrågan har ett ogiltigt inbäddat format enligt dokumentationen, duplicerade nycklar eller en felaktig objektidentitet, eller står i konflikt med modellens konfigurerade funktioner. | Nästa stegRätta de angivna fälten innan du skickar en ny förfrågan. |
Svar401 · authentication_error | VillkorOgiltig API-nyckel. | Nästa stegAnvänd den behöriga Ailoot-nyckeln. |
Svar403 · permission_error | VillkorGrupp för batchkörning är inte tillgänglig. | Nästa stegKontrollera nyckelns/gruppens behörighet. |
Svar422 · invalid_request_error | VillkorBatchkörning debiteras från saldot; skapande via abonnemang avvisas. | Nästa stegAnvänd den behöriga gruppen med saldodebitering. |
Svar422 · price_unavailable | VillkorKostnaden för batchindata kan inte beräknas i förväg. | Nästa stegSpara svaret; använd det dokumenterade indataformatet för API-familjen. |
Svar402 · billing_error | VillkorReservation för batchkörning är inte tillgänglig. | Nästa stegSe till att villkoren för att godta förfrågan är uppfyllda innan du skickar en ny. |
Svar503 · price_unavailable | VillkorPriset för batchmetoden eller de inbyggda priserna är inte tillgängliga. | Nästa stegSpara svaret; ersätt inte priserna med andra. |
Svar503 · api_error | VillkorDen exakta leverantörsrutten är inte tillgänglig. | Nästa stegSpara svaret för att kunna reparera routningen. |
Svar503 · result_pending_check | VillkorDet ursprungliga resultatet behöver kontrolleras; X-Should-Retry:false. | Nästa stegBehåll det ursprungliga värdet för operation_id/id och läs av operationens status; upprepa aldrig det ursprungliga POST-anropet. |
Svar404 · not_found | VillkorOperationen för batchstatus saknas eller tillhör en annan identitet. | Nästa stegAnvänd exakt det ursprungliga id-värdet och samma användare/nyckel/grupp. |
Ailoot Ultra google/gemini-3.6-flash:batch
Använd metodsökvägarna som visas ovan.