Mistral Medium 3.1 je večmodalna različica podjetja Mistral AI za besedilno in vizualno razumevanje. Proizvajalec to revizijo opisuje kot izboljšanje tona in zmogljivosti znotraj linije Medium 3. Sprejema besedilo in slike ter ustvarja besedilo: razlago, odgovor o dokumentu, strukturiran zapis ali predlagani klic funkcije. Proizvajalčev fiksni identifikator te različice je mistral-medium-2508.
Kontekst in konkretna različica
Stran modela dokumentira kontekstno okno 128k. Uporabite ga za skupno ohranitev povezanih izvornih odlomkov, slikovnih dokazov, pogovora in uporabnikove naloge. Pred podajanjem velike zbirke določite vloge dokumentov in vprašanje za odgovor. Dolg kontekst lahko podpira osredotočeno primerjavo, končni izdelek pa ostane kratka tabela ali popravljen razdelek.
Medium 3.1 ohranja lastno specifikacijo. Konteksta 256k, goste arhitekture s 128 milijardami parametrov in nastavljivih hibridnih načinov sklepanja, opisanih za Medium 3.5, ne pripisujte temu vnosu. Stran 3.1 ne podaja števila parametrov ali ločene največje dolžine odgovora, ki bi ju lahko varno nadomestili s podatki poznejšega modela.
Strukturiran izhod in funkcije
Proizvajalec med funkcijami te različice navaja strukturirane izhode, klicanje funkcij in predvidene izhode. Pri strukturiranem izluščevanju opredelite zahtevana polja, pričakovane tipe in obravnavo podatkov, ki jih v viru ni. Zapis lahko vsebuje identifikator dokumenta, izluščeno izjavo, njeno mesto v viru in preostalo vprašanje. Kadar bo zapis razčlenil program, zahtevajte samo zapis, kadar mora nekdo pregledati razlago, pa opisno pojasnilo ohranite ločeno.
Mistralova skupna dokumentacija strukturiranega izhoda razlikuje način JSON od sheme po meri. Način JSON zahteva izrecno navodilo o želeni obliki JSON, način po meri pa opredeli natančnejšo strukturo. To je oblikovanje besedilnega rezultata, ne nova vsebinska modalnost ali zunanje dejanje.
Pri funkcijah aplikacija opredeli razpoložljivo operacijo in argumente, model izbere ustrezen klic in pripravi vrednosti, aplikacija pa ga izvede. Njegov rezultat nato postane podatek za naslednji odgovor. Pomočnik za dokumente lahko s poizvedbo pridobi manjkajoče referenčne podatke, vendar le, če okoliška aplikacija zagotovi poizvedbo in vrne njen dejanski rezultat. Predlagani klic in vrnjeni podatki naj ostanejo povezani.
Predvidene spremembe in predpone odgovorov
Predvideni izhodi so uporabni, kadar je večina želenega rezultata že znana, denimo dokument ali datoteka s kodo, ki potrebuje omejeno spremembo. Podajte obstoječo vsebino in natančno opišite spremembo, vključno s tem, kaj mora ostati nespremenjeno. Zahteva lahko posodobi terminologijo enega razdelka ali zamenja eno implementacijsko podrobnost ter ohrani preostali dokument. Napoved vsebuje pričakovano izhodno vsebino, ne dokončane spremembe, uveljavljene v datoteki.
Stran modela navaja tudi nadaljevanje predpone odgovora. V proizvajalčevi dokumentaciji klepeta predpona poda znan začetek pomočnikovega odgovora, nato pa se ustvarjanje nadaljuje. Znan začetek in predvideno telo rešujeta različni težavi priprave. Paketna obdelava ter agentski oziroma pogovorni vmesniki so prav tako funkcije delovnega postopka, ne ločene slikovne, zvočne ali sklepne različice Medium 3.1.
Vprašanja o dokumentih in slikah
Navedeni postopek document-QnA združuje besedilo, strukturo in oblikovanje, pripravljene z OCR, z analizo jezikovnega modela. Vprašajte o konkretnem pogoju, odlomku ali razmerju, ki ga naloga potrebuje. Primerjava lahko označi izvorne dokumente ter zahteva skupne izjave, nasprotja in nerešene podrobnosti, ob vsaki ugotovitvi pa ohrani mesto v viru.
Proizvajalčev vodnik za vid izrecno vključuje Medium 3.1. Neposredno vizualno vprašanje lahko poda razločen graf, sliko dokumenta ali posnetek zaslona in vpraša, kateri vidni dokazi podpirajo sklep. Ohranite osi, enote, oznake in kontekst okoli obrezanega polja. Če je podanih več slik, določite njihov vrstni red in vlogo, namesto da bi modelu prepustili sklepanje o tem, katera je izvirnik, revizija ali referenca.
Na primer, pisni zahtevi postopka priložite posnetek zaslona in zahtevajte tabelo vidnih ujemanj, razlik in vprašanj, ki potrebujejo več podatkov. Druga naloga lahko poda dve različici dokumenta in zahteva popravljen odlomek, ki ohrani skupne pogoje ter razreši navedeno neskladje. To so predlagane uporabe dokumentiranih vizualnih, dokumentnih in uredniških zmogljivosti z vnaprej določenim zahtevanim rezultatom.
Priprava končnega izdelka
Pomočniku določite jasno vlogo, izvorno gradivo za uporabo in obliko odgovora. Trajna pravila odgovora ohranite ločena od pregledovanega dokumenta ter navedite končni jezik in terminologijo. Uporaben odgovor lahko loči izluščeno dejstvo, njegov vir in razlago, zato ga je lažje pregledati kot en združen povzetek.
Dokumentirani rezultat ostaja besedilo. Zunanja orodja, spremembe datotek in nadaljnja obdelava dokumentov pripadajo aplikaciji, povezani s pogovorom. Ohranite poimenovano različico Medium 3.1 in njen kontekst 128k ter zahtevajte razlago, strukturiran zapis ali ciljno revizijo, ki jo naslednji korak dejansko potrebuje.
", "aboutText": "Mistral Medium 3.1 je večmodalna različica podjetja Mistral AI za besedilno in vizualno razumevanje. Proizvajalec to revizijo opisuje kot izboljšanje tona in zmogljivosti znotraj linije Medium 3. Sprejema besedilo in slike ter ustvarja besedilo: razlago, odgovor o dokumentu, strukturiran zapis ali predlagani klic funkcije. Proizvajalčev fiksni identifikator te različice je mistral-medium-2508.\n\nKontekst in konkretna različica\n\nStran modela dokumentira kontekstno okno 128k. Uporabite ga za skupno ohranitev povezanih izvornih odlomkov, slikovnih dokazov, pogovora in uporabnikove naloge. Pred podajanjem velike zbirke določite vloge dokumentov in vprašanje za odgovor. Dolg kontekst lahko podpira osredotočeno primerjavo, končni izdelek pa ostane kratka tabela ali popravljen razdelek.\n\nMedium 3.1 ohranja lastno specifikacijo. Konteksta 256k, goste arhitekture s 128 milijardami parametrov in nastavljivih hibridnih načinov sklepanja, opisanih za Medium 3.5, ne pripisujte temu vnosu. Stran 3.1 ne podaja števila parametrov ali ločene največje dolžine odgovora, ki bi ju lahko varno nadomestili s podatki poznejšega modela.\n\nStrukturiran izhod in funkcije\n\nProizvajalec med funkcijami te različice navaja strukturirane izhode, klicanje funkcij in predvidene izhode. Pri strukturiranem izluščevanju opredelite zahtevana polja, pričakovane tipe in obravnavo podatkov, ki jih v viru ni. Zapis lahko vsebuje identifikator dokumenta, izluščeno izjavo, njeno mesto v viru in preostalo vprašanje. Kadar bo zapis razčlenil program, zahtevajte samo zapis, kadar mora nekdo pregledati razlago, pa opisno pojasnilo ohranite ločeno.\n\nMistralova skupna dokumentacija strukturiranega izhoda razlikuje način JSON od sheme po meri. Način JSON zahteva izrecno navodilo o želeni obliki JSON, način po meri pa opredeli natančnejšo strukturo. To je oblikovanje besedilnega rezultata, ne nova vsebinska modalnost ali zunanje dejanje.\n\nPri funkcijah aplikacija opredeli razpoložljivo operacijo in argumente, model izbere ustrezen klic in pripravi vrednosti, aplikacija pa ga izvede. Njegov rezultat nato postane podatek za naslednji odgovor. Pomočnik za dokumente lahko s poizvedbo pridobi manjkajoče referenčne podatke, vendar le, če okoliška aplikacija zagotovi poizvedbo in vrne njen dejanski rezultat. Predlagani klic in vrnjeni podatki naj ostanejo povezani.\n\nPredvidene spremembe in predpone odgovorov\n\nPredvideni izhodi so uporabni, kadar je večina želenega rezultata že znana, denimo dokument ali datoteka s kodo, ki potrebuje omejeno spremembo. Podajte obstoječo vsebino in natančno opišite spremembo, vključno s tem, kaj mora ostati nespremenjeno. Zahteva lahko posodobi terminologijo enega razdelka ali zamenja eno implementacijsko podrobnost ter ohrani preostali dokument. Napoved vsebuje pričakovano izhodno vsebino, ne dokončane spremembe, uveljavljene v datoteki.\n\nStran modela navaja tudi nadaljevanje predpone odgovora. V proizvajalčevi dokumentaciji klepeta predpona poda znan začetek pomočnikovega odgovora, nato pa se ustvarjanje nadaljuje. Znan začetek in predvideno telo rešujeta različni težavi priprave. Paketna obdelava ter agentski oziroma pogovorni vmesniki so prav tako funkcije delovnega postopka, ne ločene slikovne, zvočne ali sklepne različice Medium 3.1.\n\nVprašanja o dokumentih in slikah\n\nNavedeni postopek document-QnA združuje besedilo, strukturo in oblikovanje, pripravljene z OCR, z analizo jezikovnega modela. Vprašajte o konkretnem pogoju, odlomku ali razmerju, ki ga naloga potrebuje. Primerjava lahko označi izvorne dokumente ter zahteva skupne izjave, nasprotja in nerešene podrobnosti, ob vsaki ugotovitvi pa ohrani mesto v viru.\n\nProizvajalčev vodnik za vid izrecno vključuje Medium 3.1. Neposredno vizualno vprašanje lahko poda razločen graf, sliko dokumenta ali posnetek zaslona in vpraša, kateri vidni dokazi podpirajo sklep. Ohranite osi, enote, oznake in kontekst okoli obrezanega polja. Če je podanih več slik, določite njihov vrstni red in vlogo, namesto da bi modelu prepustili sklepanje o tem, katera je izvirnik, revizija ali referenca.\n\nNa primer, pisni zahtevi postopka priložite posnetek zaslona in zahtevajte tabelo vidnih ujemanj, razlik in vprašanj, ki potrebujejo več podatkov. Druga naloga lahko poda dve različici dokumenta in zahteva popravljen odlomek, ki ohrani skupne pogoje ter razreši navedeno neskladje. To so predlagane uporabe dokumentiranih vizualnih, dokumentnih in uredniških zmogljivosti z vnaprej določenim zahtevanim rezultatom.\n\nPriprava končnega izdelka\n\nPomočniku določite jasno vlogo, izvorno gradivo za uporabo in obliko odgovora. Trajna pravila odgovora ohranite ločena od pregledovanega dokumenta ter navedite končni jezik in terminologijo. Uporaben odgovor lahko loči izluščeno dejstvo, njegov vir in razlago, zato ga je lažje pregledati kot en združen povzetek.\n\nDokumentirani rezultat ostaja besedilo. Zunanja orodja, spremembe datotek in nadaljnja obdelava dokumentov pripadajo aplikaciji, povezani s pogovorom. Ohranite poimenovano različico Medium 3.1 in njen kontekst 128k ter zahtevajte razlago, strukturiran zapis ali ciljno revizijo, ki jo naslednji korak dejansko potrebuje.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "010c7f40f74e7abd78f1b6f42c7e35ad537bf9c36ca31c4914513c29b062eeb1", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sl", "methods": [ { "html": "mistralai/mistral-medium-3.1:batchMistral Medium 3.1 je model za besedilo in slike, namenjen pogovornim odgovorom, vprašanjem o dokumentih in strukturiranemu izluščevanju. Njegov kontekst 128k po navedbah proizvajalca ter navedene funkcije klicanja funkcij, predvidenega izhoda in predpon podpirajo razlage na podlagi virov in ciljno urejanje.
Ta opis zajema zmožnosti modela. Vhodi, izhodi in možnosti, ki so na voljo v Ailoot, so spodaj navedeni za izbrano metodo.
Mistral Medium 3.1 je večmodalna različica podjetja Mistral AI za besedilno in vizualno razumevanje. Proizvajalec to revizijo opisuje kot izboljšanje tona in zmogljivosti znotraj linije Medium 3. Sprejema besedilo in slike ter ustvarja besedilo: razlago, odgovor o dokumentu, strukturiran zapis ali predlagani klic funkcije. Proizvajalčev fiksni identifikator te različice je mistral-medium-2508.
Kontekst in konkretna različica
Stran modela dokumentira kontekstno okno 128k. Uporabite ga za skupno ohranitev povezanih izvornih odlomkov, slikovnih dokazov, pogovora in uporabnikove naloge. Pred podajanjem velike zbirke določite vloge dokumentov in vprašanje za odgovor. Dolg kontekst lahko podpira osredotočeno primerjavo, končni izdelek pa ostane kratka tabela ali popravljen razdelek.
Medium 3.1 ohranja lastno specifikacijo. Konteksta 256k, goste arhitekture s 128 milijardami parametrov in nastavljivih hibridnih načinov sklepanja, opisanih za Medium 3.5, ne pripisujte temu vnosu. Stran 3.1 ne podaja števila parametrov ali ločene največje dolžine odgovora, ki bi ju lahko varno nadomestili s podatki poznejšega modela.
Strukturiran izhod in funkcije
Proizvajalec med funkcijami te različice navaja strukturirane izhode, klicanje funkcij in predvidene izhode. Pri strukturiranem izluščevanju opredelite zahtevana polja, pričakovane tipe in obravnavo podatkov, ki jih v viru ni. Zapis lahko vsebuje identifikator dokumenta, izluščeno izjavo, njeno mesto v viru in preostalo vprašanje. Kadar bo zapis razčlenil program, zahtevajte samo zapis, kadar mora nekdo pregledati razlago, pa opisno pojasnilo ohranite ločeno.
Mistralova skupna dokumentacija strukturiranega izhoda razlikuje način JSON od sheme po meri. Način JSON zahteva izrecno navodilo o želeni obliki JSON, način po meri pa opredeli natančnejšo strukturo. To je oblikovanje besedilnega rezultata, ne nova vsebinska modalnost ali zunanje dejanje.
Pri funkcijah aplikacija opredeli razpoložljivo operacijo in argumente, model izbere ustrezen klic in pripravi vrednosti, aplikacija pa ga izvede. Njegov rezultat nato postane podatek za naslednji odgovor. Pomočnik za dokumente lahko s poizvedbo pridobi manjkajoče referenčne podatke, vendar le, če okoliška aplikacija zagotovi poizvedbo in vrne njen dejanski rezultat. Predlagani klic in vrnjeni podatki naj ostanejo povezani.
Predvidene spremembe in predpone odgovorov
Predvideni izhodi so uporabni, kadar je večina želenega rezultata že znana, denimo dokument ali datoteka s kodo, ki potrebuje omejeno spremembo. Podajte obstoječo vsebino in natančno opišite spremembo, vključno s tem, kaj mora ostati nespremenjeno. Zahteva lahko posodobi terminologijo enega razdelka ali zamenja eno implementacijsko podrobnost ter ohrani preostali dokument. Napoved vsebuje pričakovano izhodno vsebino, ne dokončane spremembe, uveljavljene v datoteki.
Stran modela navaja tudi nadaljevanje predpone odgovora. V proizvajalčevi dokumentaciji klepeta predpona poda znan začetek pomočnikovega odgovora, nato pa se ustvarjanje nadaljuje. Znan začetek in predvideno telo rešujeta različni težavi priprave. Paketna obdelava ter agentski oziroma pogovorni vmesniki so prav tako funkcije delovnega postopka, ne ločene slikovne, zvočne ali sklepne različice Medium 3.1.
Vprašanja o dokumentih in slikah
Navedeni postopek document-QnA združuje besedilo, strukturo in oblikovanje, pripravljene z OCR, z analizo jezikovnega modela. Vprašajte o konkretnem pogoju, odlomku ali razmerju, ki ga naloga potrebuje. Primerjava lahko označi izvorne dokumente ter zahteva skupne izjave, nasprotja in nerešene podrobnosti, ob vsaki ugotovitvi pa ohrani mesto v viru.
Proizvajalčev vodnik za vid izrecno vključuje Medium 3.1. Neposredno vizualno vprašanje lahko poda razločen graf, sliko dokumenta ali posnetek zaslona in vpraša, kateri vidni dokazi podpirajo sklep. Ohranite osi, enote, oznake in kontekst okoli obrezanega polja. Če je podanih več slik, določite njihov vrstni red in vlogo, namesto da bi modelu prepustili sklepanje o tem, katera je izvirnik, revizija ali referenca.
Na primer, pisni zahtevi postopka priložite posnetek zaslona in zahtevajte tabelo vidnih ujemanj, razlik in vprašanj, ki potrebujejo več podatkov. Druga naloga lahko poda dve različici dokumenta in zahteva popravljen odlomek, ki ohrani skupne pogoje ter razreši navedeno neskladje. To so predlagane uporabe dokumentiranih vizualnih, dokumentnih in uredniških zmogljivosti z vnaprej določenim zahtevanim rezultatom.
Priprava končnega izdelka
Pomočniku določite jasno vlogo, izvorno gradivo za uporabo in obliko odgovora. Trajna pravila odgovora ohranite ločena od pregledovanega dokumenta ter navedite končni jezik in terminologijo. Uporaben odgovor lahko loči izluščeno dejstvo, njegov vir in razlago, zato ga je lažje pregledati kot en združen povzetek.
Dokumentirani rezultat ostaja besedilo. Zunanja orodja, spremembe datotek in nadaljnja obdelava dokumentov pripadajo aplikaciji, povezani s pogovorom. Ohranite poimenovano različico Medium 3.1 in njen kontekst 128k ter zahtevajte razlago, strukturiran zapis ali ciljno revizijo, ki jo naslednji korak dejansko potrebuje.
POST /v1/batchestexttext| Polje | Vrsta | Zahteva | Vrednosti in omejitve | Privzeto |
|---|---|---|---|---|
Poljeendpoint | Vrstastring | ZahtevaObvezno | Vrednosti in omejitve /v1/chat/completions | Privzeto— |
Poljemodel | Vrstastring | ZahtevaObvezno | Vrednosti in omejitve mistralai/mistral-medium-3.1:batch | Privzeto— |
Poljerequests | Vrstabatch_item[] | ZahtevaObvezno | Vrednosti in omejitve Najmanjše število elementov: 1 | Privzeto— |
Poljerequests[].custom_id | Vrstastring | ZahtevaObvezno | Vrednosti in omejitve | Privzeto— |
Poljerequests[].body.messages | Vrstamessage[] | ZahtevaObvezno | Vrednosti in omejitve | Privzeto— |
Poljecompletion_window | Vrstastring | ZahtevaIzbirno | Vrednosti in omejitve 24h | Privzeto— |
Poljeprovider | Vrstaobject|null | ZahtevaIzbirno | Vrednosti in omejitve | Privzeto— |
Poljerequests[].body.model | Vrstastring | ZahtevaIzbirno | Vrednosti in omejitve mistralai/mistral-medium-3.1:batch, mistralai/mistral-medium-3.1 | Privzeto— |
Poljeprovider.only | Vrstastring[] | ZahtevaIzbirno | Vrednosti in omejitve mistral | Privzeto— |
Poljeprovider.allow_fallbacks | Vrstaboolean|null | ZahtevaIzbirno | Vrednosti in omejitve false, null | Privzeto— |
| Parameter | Specifikacija |
|---|---|
Parametercontent_type | Specifikacijaapplication/json |
Parameterrequired | Specifikacijaendpoint, model, requests |
Parametermaterial_types | Specifikacijatext |
Parameterrepresentation | SpecifikacijaNeposredno vključene zahteve v requests[]; vsak element ima custom_id in body |
Parameterrequest_endpoint_profile | Specifikacija/v1/chat/completions |
Parameterfile_material | SpecifikacijaKlicatelj lahko dejansko datoteko JSONL v kodiranju UTF-8 lokalno prebere v requests[]. Namen nalaganja, input_file_id ali sklic na datoteko se ne uporablja. Če gradivo stranke manjka ali je prazno, se priprava ustavi pred POST. |
Parameterserialization_order | Specifikacijaendpoint, model, provider (če je podan), completion_window (če je podan), requests na koncu |
Parameteroptional_controls | Specifikacijaprovider.only, provider.allow_fallbacks, completion_window |
Parameterschema_scope | SpecifikacijaTelesa besedilnih zahtev Chat Completions v dokumentiranem ovoju za paketno obdelavo, ki zahteve vsebuje neposredno. |
Življenjski cikel: asynchronous
GET /v1/batches/{operation_id} · Dejanski response.id iz izvirnega odgovora na zahtevo za ustvarjanje; isti uporabnik, isti ključ in ista skupina
Tarifni podatki ne dodajajo možnosti zahteve. Podprti parametri so navedeni pri izbrani metodi.
Vsak strošek povežite s prikazanimi pogoji. Za vsak nabor alternativnih nastavitev uporabite eno ceno.
| Nastavitev | Cenovna lestvica | Žetonov konteksta več kot | Žetonov konteksta do vključno | Strošek |
|---|---|---|---|---|
| NastavitevOsnovne cene za žetone | Cenovna lestvicaOsnovna cena | Žetonov konteksta več kot— | Žetonov konteksta do vključnoBrez zgornje meje | Strošek Vhod · Vhodni žetoni $0.0004 / 1K žetonov Izhod · Izhodni žetoni $0.002 / 1K žetonov Vhod · Branje predpomnilnika $0.00004 / 1K žetonov Vhod · Zapis v predpomnilnik — / 1K žetonov Vhod · Zapis v predpomnilnik, 1 ura — / 1K žetonov |
| NastavitevRazred 1 glede na dolžino zahteve | Cenovna lestvica— | Žetonov konteksta več kot0 | Žetonov konteksta do vključnoBrez zgornje meje | Strošek Vhod · Vhodni žetoni $0.0004 / 1K žetonov Izhod · Izhodni žetoni $0.002 / 1K žetonov Vhod · Branje predpomnilnika $0.00004 / 1K žetonov Vhod · Zapis v predpomnilnik — / 1K žetonov Vhod · Zapis v predpomnilnik, 1 ura — / 1K žetonov |
Ailoot pred zahtevo rezervira ocenjeni znesek. Po rezultatu obračuna končni strošek na podlagi izmerjene porabe. Obračun pretakanja uporablja končni zapis porabe. Kako delujeta rezervacija in obračun →
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":"mistralai/mistral-medium-3.1: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 ['mistralai/mistral-medium-3.1:batch', 'mistralai/mistral-medium-3.1']: raise ValueError("body.model must be an exact documented caller or wire ID")\n return {"endpoint":"/v1/chat/completions", "model":"mistralai/mistral-medium-3.1: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.\nNeposredno vključeni podatki JSON v 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\nShranite vsak v celoti vrnjen odgovor, datoteko in del vsebine.
Shranite celoten izvirni JSON s stanjem, vsak rezultat/custom_id in celotno telo odgovora ali napake. Dokončane rezultate iz results[] shranite kot JSONL brez filtriranja.
Shranite izvirni ID operacije. Odgovor 503 result_pending_check vsebuje X-Should-Retry:false; izvirnega paketa z neznanim izidom nikoli ne pošiljajte znova.
| Polje | Vrsta |
|---|---|
Poljeresults[].custom_id | Vrstastring |
Poljeresults[].response.body.choices[].message.content | Vrstastring|null |
Poljeresults[].error | Vrstaobject|null |
Poljeusage | Vrstaobject|null |
Poljeid | Vrstastring |
Poljemodel | Vrstastring |
Poljeendpoint | Vrstastring |
Poljestatus | Vrstastring |
Poljerequest_counts | Vrstaobject |
Poljeresults[].id | Vrstastring |
Poljeresults[].response.status_code | Vrstainteger |
Poljeresults[].response.request_id | Vrstastring |
| Odgovor | Pogoj | Naslednji korak |
|---|---|---|
Odgovor400 · invalid_request_error | PogojNeveljaven dokumentirani ovoj z neposredno vključenimi zahtevami, podvojeni ključi, neveljavna identiteta elementa ali neskladje z nastavljenimi zmogljivostmi modela. | Naslednji korakPred vsakim novim pošiljanjem popravite navedena polja. |
Odgovor401 · authentication_error | PogojNeveljaven ključ API. | Naslednji korakUporabite odobreni ključ Ailoot. |
Odgovor403 · permission_error | PogojSkupina za paketno obdelavo ni na voljo. | Naslednji korakPreverite pravice ključa/skupine. |
Odgovor422 · invalid_request_error | PogojPaketna obdelava uporablja obračunavanje iz dobroimetja; ustvarjanje v okviru naročnine se zavrne. | Naslednji korakUporabite odobreno skupino z obračunavanjem iz dobroimetja. |
Odgovor422 · price_unavailable | PogojZa vhodne podatke paketa ni mogoče izračunati predračuna. | Naslednji korakShranite odgovor; uporabite dokumentirani vhod za to družino metod. |
Odgovor402 · billing_error | PogojRezervacija sredstev za paketno obdelavo ni na voljo. | Naslednji korakPred novo zahtevo uredite pogoje za njen sprejem. |
Odgovor503 · price_unavailable | PogojCena metode paketne obdelave oziroma izvorne tarife niso na voljo. | Naslednji korakShranite odgovor; cen ne nadomeščajte z drugimi. |
Odgovor503 · api_error | PogojTočno določena pot do dobavitelja ni na voljo. | Naslednji korakShranite odgovor za odpravo napake v usmerjanju. |
Odgovor503 · result_pending_check | PogojIzvirni rezultat je treba preveriti; X-Should-Retry:false. | Naslednji korakShranite izvirni operation_id/id in preberite njegovo stanje; izvirnega POST nikoli ne ponovite. |
Odgovor404 · not_found | PogojOperacija za preverjanje stanja paketa ne obstaja ali pripada drugi identiteti. | Naslednji korakUporabite natančen izvirni id ter istega uporabnika, isti ključ in isto skupino. |
Ailoot Ultra mistralai/mistral-medium-3.1:batch
Uporabite zgoraj navedene poti metod.