Gemini 3.6 Flash er Googles alsidige multimodale profil til programmering, vidensarbejde og agentbaseret udførelse. Den bygger på Gemini 3.5 Flash med fokus på forbedret multimodal ydeevne og tokeneffektivitet. Modellen accepterer tekst, billeder, lyd, video og PDF og returnerer tekst. En nyttig opgave kan kombinere kode, et skærmbillede og et krav eller sammenligne et diagram eller en visuel plan med skriftlige begrænsninger for at producere en kontrolleret forklaring eller målrettet revision.
Udviklervejledningen lægger vægt på færre unødvendige ræsonneringstrin, ture og værktøjskald i arbejde med flere trin sammen med mere målrettede redigeringer. Giv den observerede fejl, den relevante kilde og den adfærd, der skal forblive uændret, til diagnose. Bed ved diagramfejlfinding modellen om at undersøge, hvorfor et diagram viser den forkerte serie, identificere den involverede datatransformation og foreslå én rettelse med bevarelse af det omgivende layout. Resultatet kan derefter sammenlignes med de faktiske inputdata og den krævede diagramadfærd.
Indledende programmatisk undersøgelse er en særskilt adfærd, der beskrives for 3.6. Producenten siger, at modellen oftere undersøger et problem med diagnostisk kode, før den foretager ændringer. Det kan hjælpe en kompleks undersøgelse, men vejledningen bemærker, at det kan tilføje udforskende trin til almindeligt frontendarbejde. Angiv, om opgaven kræver en undersøgelse, en enkel redigering eller en designsammenligning. Giv de oplysninger, der tydeliggør denne forskel, og angiv de tilladte handlinger for den tilsluttede applikations værktøjer.
Rumlig og multimodal ræsonnering fremhæves også: diagramfortolkning, omdannelse af visuelle arbejdstegninger og weblayout med flere elementer. Giv den relevante visning eller de relevante sider, identificér det, der skal fortolkes, og bed om dokumentationen bag konklusionen. Medtag konkrete retningslinjer for layout og stil ved en designopgave. Producenten bemærker et fokus på funktionel kode, og at evaluatorer nogle gange foretrak tidligere modellers visuelle stil, hvilket gør en eksplicit visuel opgavebeskrivelse nyttig. Kontrollér resultatet mod det faktiske diagram eller designkravene.
medium er det dokumenterede standardtænkeniveau. Googles modelspecifikke tænketabel angiver minimal, low, medium og high; migrationsvejledningen til 3.6 bruger medium eller high i sine indsatseksempler. Den specifikke side angiver funktionskald, kodekørsel, filsøgning, søgegrounding, Maps-grounding, URL-kontekst og strukturerede output med Computer Use som en previewfunktion. Definér funktionsinput og det krævede resultat klart. En funktion valgt af modellen kræver et faktisk applikationsresultat, før et senere svar kan bygge på dens udfald. Definér skemaet og den kildedokumentation, hver observation kræver, ved en struktureret analyse.
3.6-vejledningen ændrer forberedelsen i forhold til tidligere Gemini-anmodninger. Den udfaser samplingindstillingerne temperature, top-p og top-k, afviser en forudfyldt afsluttende tur med model-rolle og anbefaler systeminstruktioner eller strukturerede output til at styre svaret. Dens regler for funktionssvar kobler et svar til dets kald ud fra identitet og navn, og Gemini 3-grundlaget bevarer tankesignaturer ved brug over flere ture. En praktisk fortsættelse skal medtage den uændrede relevante historik og værktøjsresultatet frem for at efterligne starten af et tidligere svar.
Det native modelkort angiver op til 1M inputkontekst og 64K tekstoutput; den specifikke API-tabel angiver 1.048.576 inputtokens og 65.536 outputtokens. Regn instruktioner, historik og medier med som en del af inputtet, og bed om et output, der passer til opgaven. Producentens side angiver også caching, batch-, Flex- og Priority-behandling. Hold postidentifikatoren og resultatformatet eksplicit ved behandling af uafhængige poster. Outputtet er et tekstresultat, selv når dokumentationen omfatter fotografier, lyd eller video.
Mulige begrænsninger omfatter hallucinationer og lejlighedsvis langsomhed eller timeout. Dens vidensgrænse i marts 2026 omfatter domæner, hvis viden stadig er begrænset til januar 2025, så vedlæg nyere materiale, eller brug en dokumenteret groundingarbejdsgang, når aktuelle fakta er vigtige. Gennemgå beregninger, kildehenvisninger, visuelle fortolkninger og foreslåede ændringer. Den særlige forberedelse til denne udgave er en målrettet diagnostisk opgavebeskrivelse, en klar værktøjsafgrænsning og eksplicitte designbegrænsninger efterfulgt af undersøgelse af det konkrete resultat.
", "aboutText": "Gemini 3.6 Flash er Googles alsidige multimodale profil til programmering, vidensarbejde og agentbaseret udførelse. Den bygger på Gemini 3.5 Flash med fokus på forbedret multimodal ydeevne og tokeneffektivitet. Modellen accepterer tekst, billeder, lyd, video og PDF og returnerer tekst. En nyttig opgave kan kombinere kode, et skærmbillede og et krav eller sammenligne et diagram eller en visuel plan med skriftlige begrænsninger for at producere en kontrolleret forklaring eller målrettet revision.\n\nUdviklervejledningen lægger vægt på færre unødvendige ræsonneringstrin, ture og værktøjskald i arbejde med flere trin sammen med mere målrettede redigeringer. Giv den observerede fejl, den relevante kilde og den adfærd, der skal forblive uændret, til diagnose. Bed ved diagramfejlfinding modellen om at undersøge, hvorfor et diagram viser den forkerte serie, identificere den involverede datatransformation og foreslå én rettelse med bevarelse af det omgivende layout. Resultatet kan derefter sammenlignes med de faktiske inputdata og den krævede diagramadfærd.\n\nIndledende programmatisk undersøgelse er en særskilt adfærd, der beskrives for 3.6. Producenten siger, at modellen oftere undersøger et problem med diagnostisk kode, før den foretager ændringer. Det kan hjælpe en kompleks undersøgelse, men vejledningen bemærker, at det kan tilføje udforskende trin til almindeligt frontendarbejde. Angiv, om opgaven kræver en undersøgelse, en enkel redigering eller en designsammenligning. Giv de oplysninger, der tydeliggør denne forskel, og angiv de tilladte handlinger for den tilsluttede applikations værktøjer.\n\nRumlig og multimodal ræsonnering fremhæves også: diagramfortolkning, omdannelse af visuelle arbejdstegninger og weblayout med flere elementer. Giv den relevante visning eller de relevante sider, identificér det, der skal fortolkes, og bed om dokumentationen bag konklusionen. Medtag konkrete retningslinjer for layout og stil ved en designopgave. Producenten bemærker et fokus på funktionel kode, og at evaluatorer nogle gange foretrak tidligere modellers visuelle stil, hvilket gør en eksplicit visuel opgavebeskrivelse nyttig. Kontrollér resultatet mod det faktiske diagram eller designkravene.\n\nmedium er det dokumenterede standardtænkeniveau. Googles modelspecifikke tænketabel angiver minimal, low, medium og high; migrationsvejledningen til 3.6 bruger medium eller high i sine indsatseksempler. Den specifikke side angiver funktionskald, kodekørsel, filsøgning, søgegrounding, Maps-grounding, URL-kontekst og strukturerede output med Computer Use som en previewfunktion. Definér funktionsinput og det krævede resultat klart. En funktion valgt af modellen kræver et faktisk applikationsresultat, før et senere svar kan bygge på dens udfald. Definér skemaet og den kildedokumentation, hver observation kræver, ved en struktureret analyse.\n\n3.6-vejledningen ændrer forberedelsen i forhold til tidligere Gemini-anmodninger. Den udfaser samplingindstillingerne temperature, top-p og top-k, afviser en forudfyldt afsluttende tur med model-rolle og anbefaler systeminstruktioner eller strukturerede output til at styre svaret. Dens regler for funktionssvar kobler et svar til dets kald ud fra identitet og navn, og Gemini 3-grundlaget bevarer tankesignaturer ved brug over flere ture. En praktisk fortsættelse skal medtage den uændrede relevante historik og værktøjsresultatet frem for at efterligne starten af et tidligere svar.\n\nDet native modelkort angiver op til 1M inputkontekst og 64K tekstoutput; den specifikke API-tabel angiver 1.048.576 inputtokens og 65.536 outputtokens. Regn instruktioner, historik og medier med som en del af inputtet, og bed om et output, der passer til opgaven. Producentens side angiver også caching, batch-, Flex- og Priority-behandling. Hold postidentifikatoren og resultatformatet eksplicit ved behandling af uafhængige poster. Outputtet er et tekstresultat, selv når dokumentationen omfatter fotografier, lyd eller video.\n\nMulige begrænsninger omfatter hallucinationer og lejlighedsvis langsomhed eller timeout. Dens vidensgrænse i marts 2026 omfatter domæner, hvis viden stadig er begrænset til januar 2025, så vedlæg nyere materiale, eller brug en dokumenteret groundingarbejdsgang, når aktuelle fakta er vigtige. Gennemgå beregninger, kildehenvisninger, visuelle fortolkninger og foreslåede ændringer. Den særlige forberedelse til denne udgave er en målrettet diagnostisk opgavebeskrivelse, en klar værktøjsafgrænsning og eksplicitte designbegrænsninger efterfulgt af undersøgelse af det konkrete resultat.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "97783cc202007fc79276761d0f5ee807df0149aa2f186a72c15b5268588851de", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "da", "methods": [ { "html": "google/gemini-3.6-flash:batchGemini 3.6 Flash er Googles multimodale tekstmodel til programmering, rumlig analyse og agenter med flere trin. Den fremhæver diagnostisk undersøgelse, afgrænsede redigeringer og færre unødvendige udførelsesløkker. Den accepterer tekst, billeder, lyd, video og PDF med værktøjer, struktureret output og en inputgrænse på 1.048.576 tokens.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Gemini 3.6 Flash er Googles alsidige multimodale profil til programmering, vidensarbejde og agentbaseret udførelse. Den bygger på Gemini 3.5 Flash med fokus på forbedret multimodal ydeevne og tokeneffektivitet. Modellen accepterer tekst, billeder, lyd, video og PDF og returnerer tekst. En nyttig opgave kan kombinere kode, et skærmbillede og et krav eller sammenligne et diagram eller en visuel plan med skriftlige begrænsninger for at producere en kontrolleret forklaring eller målrettet revision.
Udviklervejledningen lægger vægt på færre unødvendige ræsonneringstrin, ture og værktøjskald i arbejde med flere trin sammen med mere målrettede redigeringer. Giv den observerede fejl, den relevante kilde og den adfærd, der skal forblive uændret, til diagnose. Bed ved diagramfejlfinding modellen om at undersøge, hvorfor et diagram viser den forkerte serie, identificere den involverede datatransformation og foreslå én rettelse med bevarelse af det omgivende layout. Resultatet kan derefter sammenlignes med de faktiske inputdata og den krævede diagramadfærd.
Indledende programmatisk undersøgelse er en særskilt adfærd, der beskrives for 3.6. Producenten siger, at modellen oftere undersøger et problem med diagnostisk kode, før den foretager ændringer. Det kan hjælpe en kompleks undersøgelse, men vejledningen bemærker, at det kan tilføje udforskende trin til almindeligt frontendarbejde. Angiv, om opgaven kræver en undersøgelse, en enkel redigering eller en designsammenligning. Giv de oplysninger, der tydeliggør denne forskel, og angiv de tilladte handlinger for den tilsluttede applikations værktøjer.
Rumlig og multimodal ræsonnering fremhæves også: diagramfortolkning, omdannelse af visuelle arbejdstegninger og weblayout med flere elementer. Giv den relevante visning eller de relevante sider, identificér det, der skal fortolkes, og bed om dokumentationen bag konklusionen. Medtag konkrete retningslinjer for layout og stil ved en designopgave. Producenten bemærker et fokus på funktionel kode, og at evaluatorer nogle gange foretrak tidligere modellers visuelle stil, hvilket gør en eksplicit visuel opgavebeskrivelse nyttig. Kontrollér resultatet mod det faktiske diagram eller designkravene.
medium er det dokumenterede standardtænkeniveau. Googles modelspecifikke tænketabel angiver minimal, low, medium og high; migrationsvejledningen til 3.6 bruger medium eller high i sine indsatseksempler. Den specifikke side angiver funktionskald, kodekørsel, filsøgning, søgegrounding, Maps-grounding, URL-kontekst og strukturerede output med Computer Use som en previewfunktion. Definér funktionsinput og det krævede resultat klart. En funktion valgt af modellen kræver et faktisk applikationsresultat, før et senere svar kan bygge på dens udfald. Definér skemaet og den kildedokumentation, hver observation kræver, ved en struktureret analyse.
3.6-vejledningen ændrer forberedelsen i forhold til tidligere Gemini-anmodninger. Den udfaser samplingindstillingerne temperature, top-p og top-k, afviser en forudfyldt afsluttende tur med model-rolle og anbefaler systeminstruktioner eller strukturerede output til at styre svaret. Dens regler for funktionssvar kobler et svar til dets kald ud fra identitet og navn, og Gemini 3-grundlaget bevarer tankesignaturer ved brug over flere ture. En praktisk fortsættelse skal medtage den uændrede relevante historik og værktøjsresultatet frem for at efterligne starten af et tidligere svar.
Det native modelkort angiver op til 1M inputkontekst og 64K tekstoutput; den specifikke API-tabel angiver 1.048.576 inputtokens og 65.536 outputtokens. Regn instruktioner, historik og medier med som en del af inputtet, og bed om et output, der passer til opgaven. Producentens side angiver også caching, batch-, Flex- og Priority-behandling. Hold postidentifikatoren og resultatformatet eksplicit ved behandling af uafhængige poster. Outputtet er et tekstresultat, selv når dokumentationen omfatter fotografier, lyd eller video.
Mulige begrænsninger omfatter hallucinationer og lejlighedsvis langsomhed eller timeout. Dens vidensgrænse i marts 2026 omfatter domæner, hvis viden stadig er begrænset til januar 2025, så vedlæg nyere materiale, eller brug en dokumenteret groundingarbejdsgang, når aktuelle fakta er vigtige. Gennemgå beregninger, kildehenvisninger, visuelle fortolkninger og foreslåede ændringer. Den særlige forberedelse til denne udgave er en målrettet diagnostisk opgavebeskrivelse, en klar værktøjsafgrænsning og eksplicitte designbegrænsninger efterfulgt af undersøgelse af det konkrete resultat.
POST /v1/batchestexttext| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltendpoint | Typestring | KravPåkrævet | Værdier og grænser /v1/chat/completions | Standard— |
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser google/gemini-3.6-flash:batch | Standard— |
Feltrequests | Typebatch_item[] | KravPåkrævet | Værdier og grænser Minimumsantal elementer: 1 | Standard— |
Feltrequests[].custom_id | Typestring | KravPåkrævet | Værdier og grænser | Standard— |
Feltrequests[].body.messages | Typemessage[] | KravPåkrævet | Værdier og grænser | Standard— |
Feltcompletion_window | Typestring | KravValgfrit | Værdier og grænser 24h | Standard— |
Feltprovider | Typeobject|null | KravValgfrit | Værdier og grænser | Standard— |
Feltrequests[].body.model | Typestring | KravValgfrit | Værdier og grænser google/gemini-3.6-flash:batch, google/gemini-3.6-flash | Standard— |
Feltprovider.only | Typestring[] | KravValgfrit | Værdier og grænser google-vertex/global | Standard— |
Feltprovider.allow_fallbacks | Typeboolean|null | KravValgfrit | Værdier og grænser false, null | Standard— |
| Parameter | Kontrakt |
|---|---|
Parametercontent_type | Kontraktapplication/json |
Parameterrequired | Kontraktendpoint, model, requests |
Parametermaterial_types | Kontrakttext |
Parameterrepresentation | Kontraktrequests[] direkte i anmodningen; hvert element har custom_id og body |
Parameterrequest_endpoint_profile | Kontrakt/v1/chat/completions |
Parameterfile_material | KontraktDen kaldende part kan læse det faktiske JSONL-indhold i UTF-8 lokalt ind i requests[]. Der angives hverken purpose til upload, input_file_id eller en filreference. Hvis kundematerialet mangler eller er tomt, stoppes forberedelsen før POST. |
Parameterserialization_order | Kontraktendpoint, model, provider (hvis angivet), completion_window (hvis angivet), requests til sidst |
Parameteroptional_controls | Kontraktprovider.only, provider.allow_fallbacks, completion_window |
Parameterschema_scope | KontraktAnmodningsindhold for Chat Completions med tekst i den dokumenterede inline Batch-struktur. |
Livscyklus: asynchronous
GET /v1/batches/{operation_id} · det faktiske response.id fra den oprindelige oprettelse; samme bruger/nøgle/gruppe
Tarifoplysninger tilføjer ikke anmodningsmuligheder. Understøttede parametre står ved den valgte metode.
Knyt hver omkostning til de viste betingelser. Brug én takst for hver gruppe af alternative konfigurationer.
| Konfiguration | Takstplan | Konteksttokens, mere end | Konteksttokens, op til og med | Beløb |
|---|---|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Konteksttokens, mere end— | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00075 / 1K tokens Output · Outputtokens $0.00375 / 1K tokens Input · Cachelæsning $0.000075 / 1K tokens Input · Cacheskrivning $0.0000833333333333334 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 1 | Takstplan— | Konteksttokens, mere end0 | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00075 / 1K tokens Output · Outputtokens $0.00375 / 1K tokens Input · Cachelæsning $0.000075 / 1K tokens Input · Cacheskrivning $0.0000833333333333334 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
Ailoot reserverer et estimeret beløb før en anmodning. Efter resultatet afregnes det endelige beløb ud fra det målte forbrug. Ved streaming bruges den endelige forbrugsregistrering til afregningen. Sådan fungerer reservation og afregning →
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 direkte i 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\nGem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel.
Gem hele den oprindelige status i JSON, hvert resultat/custom_id og det fulde svar- eller fejlindhold. Gem færdige results[] som JSONL uden filtrering.
Gem det oprindelige operations-ID. 503 result_pending_check har X-Should-Retry:false; send aldrig en oprindelig batch igen, hvis dens udfald er ukendt.
| Felt | Type |
|---|---|
Feltresults[].custom_id | Typestring |
Feltresults[].response.body.choices[].message.content | Typestring|null |
Feltresults[].error | Typeobject|null |
Feltusage | Typeobject|null |
Feltid | Typestring |
Feltmodel | Typestring |
Feltendpoint | Typestring |
Feltstatus | Typestring |
Feltrequest_counts | Typeobject |
Feltresults[].id | Typestring |
Feltresults[].response.status_code | Typeinteger |
Feltresults[].response.request_id | Typestring |
| Svar | Betingelse | Næste trin |
|---|---|---|
Svar400 · invalid_request_error | BetingelseUgyldig dokumenteret inline-struktur, dublerede nøgler, ugyldig elementidentitet eller konflikt med modellens konfigurerede funktioner. | Næste trinRet de angivne felter, før du sender en ny anmodning. |
Svar401 · authentication_error | BetingelseUgyldig API-nøgle. | Næste trinBrug den godkendte Ailoot-nøgle. |
Svar403 · permission_error | BetingelseBatch-gruppen er ikke tilgængelig. | Næste trinKontrollér nøglens/gruppens adgangsrettigheder. |
Svar422 · invalid_request_error | BetingelseBatch afregnes via saldoen; oprettelse via et abonnement afvises. | Næste trinBrug den godkendte gruppe med saldoafregning. |
Svar422 · price_unavailable | BetingelseDer kan ikke beregnes en pris for Batch-inputtet. | Næste trinGem svaret; brug det dokumenterede input for API-familien. |
Svar402 · billing_error | BetingelseReservationen til Batch er ikke tilgængelig. | Næste trinAfklar adgangen, før du sender en ny anmodning. |
Svar503 · price_unavailable | BetingelsePrisen for Batch-metoden eller de native satser er ikke tilgængelige. | Næste trinGem svaret; erstat ikke priserne med andre priser. |
Svar503 · api_error | BetingelseDen præcise leverandørrute er ikke tilgængelig. | Næste trinGem svaret, så ruten kan repareres. |
Svar503 · result_pending_check | BetingelseDet oprindelige resultat skal kontrolleres; X-Should-Retry:false. | Næste trinGem det oprindelige operation_id/id, og læs dets status; gentag aldrig den oprindelige POST. |
Svar404 · not_found | BetingelseOperationen til Batch-status findes ikke eller tilhører en anden identitet. | Næste trinBrug det nøjagtige oprindelige id og samme bruger/nøgle/gruppe. |
Ailoot Ultra google/gemini-3.6-flash:batch
Brug metodestierne vist ovenfor.