CodeGeeX4 is een meertalige familie van programmeermodellen, opgebouwd rond programmeerhulp en werk over gerelateerde bronbestanden heen. De maker publiceert CodeGeeX4-ALL-9B als opensourcelid van de reeks, ontwikkeld door verdere training van GLM-4-9B. De documentatie behandelt codegeneratie en -aanvulling, programmeervragen, repositoryanalyse en verbonden workflows met een code-interpreter, webzoeken of functieaanroepen. De gewone uitvoer is tekst: code, uitleg, antwoorden of wijzigingen met bestandslabels, volgens de taakinstructie.
Begin met het kiezen van de bewerking en geef het model de code die het nodig heeft. De eigen gids voor systeemprompts bevat afzonderlijke instructies voor het toevoegen van commentaar, uitleggen van een programma, vertalen tussen programmeertalen, beoordelen of herstellen van code, genereren van tests en beantwoorden van vragen over een bestand. Voeg voor herstel de falende code, het waargenomen gedrag en het beoogde resultaat toe. Vermeld voor vertaling de doelprogrammeertaal en geef de volledige relevante functie mee. Voor commentaar behoudt de taakinstructie van de maker de code en voegt ze commentaar toe; voor verschillende taken die code opleveren, vraagt ze uitsluitend om code. Die verschillen helpen het resultaat bruikbaar te maken als codewerkstuk of uitleg, in plaats van het uitvoerformaat impliciet te laten.
De gidsen bieden Chinese en Engelse systeemprompts. De taal van de systeeminstructie bepaalt op zichzelf niet de antwoordtaal, dus vraag expliciet om de antwoordtaal wanneer uitleg nodig is. De gespecialiseerde beoordelingsrichtlijnen beschrijven Chinese uitvoer; de algemene prompt voor programmeerassistentie biedt een afzonderlijke manier om in een andere antwoordtaal om beoordeling te vragen. Sommige taaksjablonen stellen de commentaartaal gelijk aan de brontaal en sluiten gemengde Chinese en Engelse uitvoer uit. Herhaal in een doorlopend gesprek de relevante taakinstructie wanneer je van bewerking wisselt, zodat een aanvraag om uitleg niet wordt verward met de vorige aanvraag om uitsluitend code als uitvoer.
Voor contextuele aanvulling beschrijft het eigen formaat het doelbestand, de programmeertaal en de code aan beide kanten van het invoegpunt. Gebruik het relatieve bestandspad met ###PATH: en neem ###LANGUAGE: op; de gids staat een lege taalwaarde toe wanneer die onbekend is. ###MODE: selecteert LINE voor een aanvulling op één regel of BLOCK voor meerdere regels, met BLOCK als gedocumenteerde standaard. De fill-in-the-middle-volgorde bestaat eerst uit het achtervoegsel, dan het voorvoegsel en vervolgens het ontbrekende midden, gemarkeerd met <|code_suffix|>, <|code_prefix|> en <|code_middle|>. Het invulsjabloon van de maker laat de systeemprompt weg. Door het achtervoegsel te behouden, krijgt het model de omringende controlestroom en de code die na de invoeging moet blijven bestaan. Het resultaat is de voorgestelde ontbrekende code, die vervolgens op de oorspronkelijke plaats kan worden gecontroleerd.
Aanvulling over meerdere bestanden voegt gerelateerde fragmenten als referentiemateriaal toe, elk ingeleid met ###REFERENCE: en een eigen ###PATH:. Houd die referenties gescheiden van het doelbestand en het invoegpunt. Geef bijvoorbeeld bij het aanvullen van een functie die een bestaande hulpfunctie aanroept de signatuur en implementatie van de hulpfunctie mee, naast het voorvoegsel en achtervoegsel van de doelfunctie. De gids voor aanvulling op projectniveau breidt deze aanpak uit naar het genereren van een nieuw bestand op basis van projectvereisten en relevante bestaande code. Duidelijke paden en geselecteerde afhankelijkheden maken het mogelijk om code die als bewijs wordt aangeleverd te onderscheiden van het bestand dat het model moet aanvullen.
Repositoryvragen gebruiken een andere eigen opmaak: vermeld elk bestand onder ###PATH:, voeg de code toe en stel vervolgens de vraag. Een bruikbare opdracht kan vragen waar een waarde wordt gedefinieerd of hoe een aanroep tussen de aangeleverde modules verloopt. Repositorybewerking gebruikt een eigen systeeminstructie voor het toevoegen, verwijderen of wijzigen van bestanden en vraagt om uitvoer in de vorm ###PATH: {PATH}, gevolgd door de code. Bereid de relevante bestanden voor en beschrijf de vereiste wijziging, inclusief het toe te voegen bestand of het te behouden gedrag. Lees de teruggegeven blokken met padlabels als voorgestelde wijzigingen; ze bewijzen niet dat een repository al is gewijzigd of dat de code is uitgevoerd.
Voor het gepubliceerde lid CodeGeeX4-ALL-9B documenteert de maker een context van 128K en beveelt hij aan relevante repository-inhoud te selecteren wanneer een project dat venster overschrijdt. Het ophalen van gerelateerde fragmenten en het inkorten van te grote invoer zijn voorbereidingsstappen in de repositorygids. De context moet plaats bieden aan de instructies, aangeleverde code en gegenereerde voortzetting, zodat een gerichte verzameling bestanden vaak nuttiger is dan een ongedifferentieerde projectdump. De voorbeeldinstellingen voor generatie van de maker regelen de lengte van één specifieke uitvoering; ze definiëren geen universele maximale antwoordlengte voor elke CodeGeeX4-editie.
De reeks beschrijft ook verbonden programmeerworkflows met interpreters, zoeken en functieaanroepen. Zo’n workflow vereist dat de omringende applicatie de genoemde tools aanbiedt en hun resultaten aan het gesprek teruggeeft. Vermeld bij een aanvraag om uitvoerbare code de beoogde taal, afhankelijkheden en het verwachte gedrag; vraag bij een analyse om de relevante bestands- of functieverwijzingen. Compileer of voer de voorgestelde wijzigingen uit in de beoogde omgeving en controleer het gedrag aan de hand van de aangeleverde vereiste voordat je ze in een project opneemt.
", "aboutText": "CodeGeeX4 is een meertalige familie van programmeermodellen, opgebouwd rond programmeerhulp en werk over gerelateerde bronbestanden heen. De maker publiceert CodeGeeX4-ALL-9B als opensourcelid van de reeks, ontwikkeld door verdere training van GLM-4-9B. De documentatie behandelt codegeneratie en -aanvulling, programmeervragen, repositoryanalyse en verbonden workflows met een code-interpreter, webzoeken of functieaanroepen. De gewone uitvoer is tekst: code, uitleg, antwoorden of wijzigingen met bestandslabels, volgens de taakinstructie.\n\nBegin met het kiezen van de bewerking en geef het model de code die het nodig heeft. De eigen gids voor systeemprompts bevat afzonderlijke instructies voor het toevoegen van commentaar, uitleggen van een programma, vertalen tussen programmeertalen, beoordelen of herstellen van code, genereren van tests en beantwoorden van vragen over een bestand. Voeg voor herstel de falende code, het waargenomen gedrag en het beoogde resultaat toe. Vermeld voor vertaling de doelprogrammeertaal en geef de volledige relevante functie mee. Voor commentaar behoudt de taakinstructie van de maker de code en voegt ze commentaar toe; voor verschillende taken die code opleveren, vraagt ze uitsluitend om code. Die verschillen helpen het resultaat bruikbaar te maken als codewerkstuk of uitleg, in plaats van het uitvoerformaat impliciet te laten.\n\nDe gidsen bieden Chinese en Engelse systeemprompts. De taal van de systeeminstructie bepaalt op zichzelf niet de antwoordtaal, dus vraag expliciet om de antwoordtaal wanneer uitleg nodig is. De gespecialiseerde beoordelingsrichtlijnen beschrijven Chinese uitvoer; de algemene prompt voor programmeerassistentie biedt een afzonderlijke manier om in een andere antwoordtaal om beoordeling te vragen. Sommige taaksjablonen stellen de commentaartaal gelijk aan de brontaal en sluiten gemengde Chinese en Engelse uitvoer uit. Herhaal in een doorlopend gesprek de relevante taakinstructie wanneer je van bewerking wisselt, zodat een aanvraag om uitleg niet wordt verward met de vorige aanvraag om uitsluitend code als uitvoer.\n\nVoor contextuele aanvulling beschrijft het eigen formaat het doelbestand, de programmeertaal en de code aan beide kanten van het invoegpunt. Gebruik het relatieve bestandspad met ###PATH: en neem ###LANGUAGE: op; de gids staat een lege taalwaarde toe wanneer die onbekend is. ###MODE: selecteert LINE voor een aanvulling op één regel of BLOCK voor meerdere regels, met BLOCK als gedocumenteerde standaard. De fill-in-the-middle-volgorde bestaat eerst uit het achtervoegsel, dan het voorvoegsel en vervolgens het ontbrekende midden, gemarkeerd met <|code_suffix|>, <|code_prefix|> en <|code_middle|>. Het invulsjabloon van de maker laat de systeemprompt weg. Door het achtervoegsel te behouden, krijgt het model de omringende controlestroom en de code die na de invoeging moet blijven bestaan. Het resultaat is de voorgestelde ontbrekende code, die vervolgens op de oorspronkelijke plaats kan worden gecontroleerd.\n\nAanvulling over meerdere bestanden voegt gerelateerde fragmenten als referentiemateriaal toe, elk ingeleid met ###REFERENCE: en een eigen ###PATH:. Houd die referenties gescheiden van het doelbestand en het invoegpunt. Geef bijvoorbeeld bij het aanvullen van een functie die een bestaande hulpfunctie aanroept de signatuur en implementatie van de hulpfunctie mee, naast het voorvoegsel en achtervoegsel van de doelfunctie. De gids voor aanvulling op projectniveau breidt deze aanpak uit naar het genereren van een nieuw bestand op basis van projectvereisten en relevante bestaande code. Duidelijke paden en geselecteerde afhankelijkheden maken het mogelijk om code die als bewijs wordt aangeleverd te onderscheiden van het bestand dat het model moet aanvullen.\n\nRepositoryvragen gebruiken een andere eigen opmaak: vermeld elk bestand onder ###PATH:, voeg de code toe en stel vervolgens de vraag. Een bruikbare opdracht kan vragen waar een waarde wordt gedefinieerd of hoe een aanroep tussen de aangeleverde modules verloopt. Repositorybewerking gebruikt een eigen systeeminstructie voor het toevoegen, verwijderen of wijzigen van bestanden en vraagt om uitvoer in de vorm ###PATH: {PATH}, gevolgd door de code. Bereid de relevante bestanden voor en beschrijf de vereiste wijziging, inclusief het toe te voegen bestand of het te behouden gedrag. Lees de teruggegeven blokken met padlabels als voorgestelde wijzigingen; ze bewijzen niet dat een repository al is gewijzigd of dat de code is uitgevoerd.\n\nVoor het gepubliceerde lid CodeGeeX4-ALL-9B documenteert de maker een context van 128K en beveelt hij aan relevante repository-inhoud te selecteren wanneer een project dat venster overschrijdt. Het ophalen van gerelateerde fragmenten en het inkorten van te grote invoer zijn voorbereidingsstappen in de repositorygids. De context moet plaats bieden aan de instructies, aangeleverde code en gegenereerde voortzetting, zodat een gerichte verzameling bestanden vaak nuttiger is dan een ongedifferentieerde projectdump. De voorbeeldinstellingen voor generatie van de maker regelen de lengte van één specifieke uitvoering; ze definiëren geen universele maximale antwoordlengte voor elke CodeGeeX4-editie.\n\nDe reeks beschrijft ook verbonden programmeerworkflows met interpreters, zoeken en functieaanroepen. Zo’n workflow vereist dat de omringende applicatie de genoemde tools aanbiedt en hun resultaten aan het gesprek teruggeeft. Vermeld bij een aanvraag om uitvoerbare code de beoogde taal, afhankelijkheden en het verwachte gedrag; vraag bij een analyse om de relevante bestands- of functieverwijzingen. Compileer of voer de voorgestelde wijzigingen uit in de beoogde omgeving en controleer het gedrag aan de hand van de aangeleverde vereiste voordat je ze in een project opneemt.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "b078985f052f7a68c15da39c5dd8dbc896203a1422c97810a0bbd774dbbf274d", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl-be", "methods": [ { "html": "codegeex-4CodeGeeX4 is een meertalige familie van programmeermodellen voor codegeneratie, aanvulling, uitleg, herstel en repositoryvragen. De eigen gidsen behandelen taakspecifieke prompts, het opvullen van gaten tussen bestaande code en het gebruiken van gerelateerde bestanden om wijzigingen met expliciete bestandspaden voor te bereiden.
Deze beschrijving gaat over de mogelijkheden van het model. De via Ailoot beschikbare invoer, uitvoer en opties staan hieronder voor de geselecteerde methode.
CodeGeeX4 is een meertalige familie van programmeermodellen, opgebouwd rond programmeerhulp en werk over gerelateerde bronbestanden heen. De maker publiceert CodeGeeX4-ALL-9B als opensourcelid van de reeks, ontwikkeld door verdere training van GLM-4-9B. De documentatie behandelt codegeneratie en -aanvulling, programmeervragen, repositoryanalyse en verbonden workflows met een code-interpreter, webzoeken of functieaanroepen. De gewone uitvoer is tekst: code, uitleg, antwoorden of wijzigingen met bestandslabels, volgens de taakinstructie.
Begin met het kiezen van de bewerking en geef het model de code die het nodig heeft. De eigen gids voor systeemprompts bevat afzonderlijke instructies voor het toevoegen van commentaar, uitleggen van een programma, vertalen tussen programmeertalen, beoordelen of herstellen van code, genereren van tests en beantwoorden van vragen over een bestand. Voeg voor herstel de falende code, het waargenomen gedrag en het beoogde resultaat toe. Vermeld voor vertaling de doelprogrammeertaal en geef de volledige relevante functie mee. Voor commentaar behoudt de taakinstructie van de maker de code en voegt ze commentaar toe; voor verschillende taken die code opleveren, vraagt ze uitsluitend om code. Die verschillen helpen het resultaat bruikbaar te maken als codewerkstuk of uitleg, in plaats van het uitvoerformaat impliciet te laten.
De gidsen bieden Chinese en Engelse systeemprompts. De taal van de systeeminstructie bepaalt op zichzelf niet de antwoordtaal, dus vraag expliciet om de antwoordtaal wanneer uitleg nodig is. De gespecialiseerde beoordelingsrichtlijnen beschrijven Chinese uitvoer; de algemene prompt voor programmeerassistentie biedt een afzonderlijke manier om in een andere antwoordtaal om beoordeling te vragen. Sommige taaksjablonen stellen de commentaartaal gelijk aan de brontaal en sluiten gemengde Chinese en Engelse uitvoer uit. Herhaal in een doorlopend gesprek de relevante taakinstructie wanneer je van bewerking wisselt, zodat een aanvraag om uitleg niet wordt verward met de vorige aanvraag om uitsluitend code als uitvoer.
Voor contextuele aanvulling beschrijft het eigen formaat het doelbestand, de programmeertaal en de code aan beide kanten van het invoegpunt. Gebruik het relatieve bestandspad met ###PATH: en neem ###LANGUAGE: op; de gids staat een lege taalwaarde toe wanneer die onbekend is. ###MODE: selecteert LINE voor een aanvulling op één regel of BLOCK voor meerdere regels, met BLOCK als gedocumenteerde standaard. De fill-in-the-middle-volgorde bestaat eerst uit het achtervoegsel, dan het voorvoegsel en vervolgens het ontbrekende midden, gemarkeerd met <|code_suffix|>, <|code_prefix|> en <|code_middle|>. Het invulsjabloon van de maker laat de systeemprompt weg. Door het achtervoegsel te behouden, krijgt het model de omringende controlestroom en de code die na de invoeging moet blijven bestaan. Het resultaat is de voorgestelde ontbrekende code, die vervolgens op de oorspronkelijke plaats kan worden gecontroleerd.
Aanvulling over meerdere bestanden voegt gerelateerde fragmenten als referentiemateriaal toe, elk ingeleid met ###REFERENCE: en een eigen ###PATH:. Houd die referenties gescheiden van het doelbestand en het invoegpunt. Geef bijvoorbeeld bij het aanvullen van een functie die een bestaande hulpfunctie aanroept de signatuur en implementatie van de hulpfunctie mee, naast het voorvoegsel en achtervoegsel van de doelfunctie. De gids voor aanvulling op projectniveau breidt deze aanpak uit naar het genereren van een nieuw bestand op basis van projectvereisten en relevante bestaande code. Duidelijke paden en geselecteerde afhankelijkheden maken het mogelijk om code die als bewijs wordt aangeleverd te onderscheiden van het bestand dat het model moet aanvullen.
Repositoryvragen gebruiken een andere eigen opmaak: vermeld elk bestand onder ###PATH:, voeg de code toe en stel vervolgens de vraag. Een bruikbare opdracht kan vragen waar een waarde wordt gedefinieerd of hoe een aanroep tussen de aangeleverde modules verloopt. Repositorybewerking gebruikt een eigen systeeminstructie voor het toevoegen, verwijderen of wijzigen van bestanden en vraagt om uitvoer in de vorm ###PATH: {PATH}, gevolgd door de code. Bereid de relevante bestanden voor en beschrijf de vereiste wijziging, inclusief het toe te voegen bestand of het te behouden gedrag. Lees de teruggegeven blokken met padlabels als voorgestelde wijzigingen; ze bewijzen niet dat een repository al is gewijzigd of dat de code is uitgevoerd.
Voor het gepubliceerde lid CodeGeeX4-ALL-9B documenteert de maker een context van 128K en beveelt hij aan relevante repository-inhoud te selecteren wanneer een project dat venster overschrijdt. Het ophalen van gerelateerde fragmenten en het inkorten van te grote invoer zijn voorbereidingsstappen in de repositorygids. De context moet plaats bieden aan de instructies, aangeleverde code en gegenereerde voortzetting, zodat een gerichte verzameling bestanden vaak nuttiger is dan een ongedifferentieerde projectdump. De voorbeeldinstellingen voor generatie van de maker regelen de lengte van één specifieke uitvoering; ze definiëren geen universele maximale antwoordlengte voor elke CodeGeeX4-editie.
De reeks beschrijft ook verbonden programmeerworkflows met interpreters, zoeken en functieaanroepen. Zo’n workflow vereist dat de omringende applicatie de genoemde tools aanbiedt en hun resultaten aan het gesprek teruggeeft. Vermeld bij een aanvraag om uitvoerbare code de beoogde taal, afhankelijkheden en het verwachte gedrag; vraag bij een analyse om de relevante bestands- of functieverwijzingen. Compileer of voer de voorgestelde wijzigingen uit in de beoogde omgeving en controleer het gedrag aan de hand van de aangeleverde vereiste voordat je ze in een project opneemt.
POST /v1/chat/completionstexttext| Veld | Type | Vereiste | Waarden en limieten | Standaard |
|---|---|---|---|---|
Veldmodel | Typestring | VereisteVereist | Waarden en limieten codegeex-4 | Standaard— |
Veldmessages | Typemessage[] | VereisteVereist | Waarden en limieten Minimumaantal items: 1 | Standaard— |
Veldmessages[].role | Typestring | VereisteVereist | Waarden en limieten Afhankelijk van het model | Standaard— |
Veldmessages[].content | Typestring | VereisteOptioneel | Waarden en limieten Geldt wanneer: Tekstgesprek | Standaard— |
Veldstream | Typeboolean | VereisteOptioneel | Waarden en limieten | Standaardfalse |
Tekst · UTF8-tekst
messages[].content
| Parameter | Contract |
|---|---|
Parametercontent_type | Contractapplication/json |
Parameterrequired | Contractmodel, messages |
Parametermaterial_types | Contracttext |
Parametermessages | Contractberichtenarray met de structuur role/content |
Parameterfile_material | Contractwerkelijk UTF-8-document ingevoegd als letterlijke tekst; er wordt geen bestands-ID afgeleid |
Parameteroptional_controls | Contractstream |
Parametercontrol_scope | ContractTekstgesprek; stream is een booleaanse waarde en is standaard false. |
Parameteroutput_modalities | Contracttext |
Parameterhosted_operations | Contractfalse |
Parametermultimodal_input_binding | Contractnull |
Methodealiasnamen: /chat/completions
Levenscyclus: synchronous_or_streamed
Stuur het exacte model-ID mee met messages.
Contextlengte is geen uitvoerlimiet.
Een tekstbestand kan letterlijke tekst aanleveren; beeld-, audio- en bestandsobjectinvoer vereisen een exacte koppeling.
Tariefverwijzingen voegen geen verzoekopties toe. Ondersteunde parameters staan bij de geselecteerde methode.
| Configuratie | Tariefstaffel | Kosten |
|---|---|---|
| ConfiguratieBasistarieven voor tokens | TariefstaffelBasistarief | Kosten Invoer · Invoertokens $0.028 / 1K tokens Uitvoer · Uitvoertokens $0.028 / 1K tokens Invoer · Cache lezen $0 / 1K tokens Invoer · Cache schrijven $0 / 1K tokens Invoer · Cache schrijven, 1 uur — / 1K tokens |
Ailoot reserveert vóór een verzoek een geschat bedrag. Na het resultaat worden de uiteindelijke kosten afgerekend op basis van het gemeten verbruik. Bij streaming gebeurt de afrekening op basis van de definitieve verbruiksregistratie. Zo werken reservering en afrekening →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model":"codegeex-4","messages":[{"role":"user","content":"hello"}],"stream":false}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\nr=json.loads(Path("result.json").read_text())\nfor x in r.get("choices",[]):\n if x.get("message",{}).get("content"): print(x["message"]["content"])\nPY_RESULT\nfrom openai import OpenAI\nimport os\n\nif not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")\nclient=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)\nresult=client.chat.completions.create(model="codegeex-4", messages=[{"role":"user","content":"hello"}], stream=False)\nimport base64, json\nfrom pathlib import Path\n\ndef save_result(data, stem="result"):\n # Keep every field, including usage, IDs, reasoning and tool requests.\n Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")\n print(json.dumps(data, ensure_ascii=False, indent=2))\n def save_blob(encoded, suffix, label):\n raw = base64.b64decode(encoded, altchars=b"-_", validate=True)\n ext = "png" if raw.startswith(b"\\x89PNG\\r\\n\\x1a\\n") else "jpg" if raw.startswith(b"\\xff\\xd8") else "webp" if raw[:4] == b"RIFF" and raw[8:12] == b"WEBP" else suffix\n file = Path(stem + "-" + label + "." + ext)\n file.write_bytes(raw)\n print("Saved", file)\n for index, block in enumerate(data.get("content") or []):\n print("Content", index, json.dumps(block, ensure_ascii=False))\n for choice in data.get("choices") or []:\n print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))\n for index, item in enumerate(data.get("output") or []):\n print("Output", index, json.dumps(item, ensure_ascii=False))\n if item.get("type") == "image_generation_call" and item.get("result"):\n save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))\n for ci, candidate in enumerate(data.get("candidates") or []):\n for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):\n print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))\n blob = part.get("inlineData") or part.get("inline_data")\n if blob and blob.get("data"):\n mime = blob.get("mimeType") or blob.get("mime_type")\n suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")\n save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))\n\nsave_result(result.to_dict(mode="json"))\njson of SSE
Bewaar elk volledig teruggegeven antwoord, bestand en inhoudsonderdeel.
Bewaar elke keuze en de bijbehorende inhoud, toolaanroepen en redeneringen. Voeg in SSE delta’s samen per keuze-/toolindex en bewaar de uiteindelijke reden van beëindiging en de verbruiksgegevens.
Bewaar aanvraag-/antwoord-ID’s en headers. Er wordt geen algemene URL meegeleverd om teksttaken op te halen.
| Veld | Type |
|---|---|
Veldchoices[].index | Typeinteger |
Veldchoices[].message.content | Typestring|null |
Veldchoices[].message.tool_calls | Typetool_call[] |
Veldchoices[].message.reasoning_content | Typestring |
Veldchoices[].message.reasoning_details | Typeobject|array |
Veldchoices[].finish_reason | Typestring|null |
Veldusage | Typeobject |
| Antwoord | Voorwaarde | Volgende stap |
|---|---|---|
Antwoord400 · invalid_request_error | VoorwaardeVerplichte velden, de materiaalrepresentatie of een parameterwaarde zijn ongeldig | Volgende stapCorrigeer de aangegeven velden vóór een nieuwe aanmaakaanvraag. |
Ailoot Ultra codegeex-4
/chat/completions
codegeex-4CodeGeeX4 is een meertalige familie van programmeermodellen voor codegeneratie, aanvulling, uitleg, herstel en repositoryvragen. De eigen gidsen behandelen taakspecifieke prompts, het opvullen van gaten tussen bestaande code en het gebruiken van gerelateerde bestanden om wijzigingen met expliciete bestandspaden voor te bereiden.
Deze beschrijving gaat over de mogelijkheden van het model. De via Ailoot beschikbare invoer, uitvoer en opties staan hieronder voor de geselecteerde methode.
CodeGeeX4 is een meertalige familie van programmeermodellen, opgebouwd rond programmeerhulp en werk over gerelateerde bronbestanden heen. De maker publiceert CodeGeeX4-ALL-9B als opensourcelid van de reeks, ontwikkeld door verdere training van GLM-4-9B. De documentatie behandelt codegeneratie en -aanvulling, programmeervragen, repositoryanalyse en verbonden workflows met een code-interpreter, webzoeken of functieaanroepen. De gewone uitvoer is tekst: code, uitleg, antwoorden of wijzigingen met bestandslabels, volgens de taakinstructie.
Begin met het kiezen van de bewerking en geef het model de code die het nodig heeft. De eigen gids voor systeemprompts bevat afzonderlijke instructies voor het toevoegen van commentaar, uitleggen van een programma, vertalen tussen programmeertalen, beoordelen of herstellen van code, genereren van tests en beantwoorden van vragen over een bestand. Voeg voor herstel de falende code, het waargenomen gedrag en het beoogde resultaat toe. Vermeld voor vertaling de doelprogrammeertaal en geef de volledige relevante functie mee. Voor commentaar behoudt de taakinstructie van de maker de code en voegt ze commentaar toe; voor verschillende taken die code opleveren, vraagt ze uitsluitend om code. Die verschillen helpen het resultaat bruikbaar te maken als codewerkstuk of uitleg, in plaats van het uitvoerformaat impliciet te laten.
De gidsen bieden Chinese en Engelse systeemprompts. De taal van de systeeminstructie bepaalt op zichzelf niet de antwoordtaal, dus vraag expliciet om de antwoordtaal wanneer uitleg nodig is. De gespecialiseerde beoordelingsrichtlijnen beschrijven Chinese uitvoer; de algemene prompt voor programmeerassistentie biedt een afzonderlijke manier om in een andere antwoordtaal om beoordeling te vragen. Sommige taaksjablonen stellen de commentaartaal gelijk aan de brontaal en sluiten gemengde Chinese en Engelse uitvoer uit. Herhaal in een doorlopend gesprek de relevante taakinstructie wanneer je van bewerking wisselt, zodat een aanvraag om uitleg niet wordt verward met de vorige aanvraag om uitsluitend code als uitvoer.
Voor contextuele aanvulling beschrijft het eigen formaat het doelbestand, de programmeertaal en de code aan beide kanten van het invoegpunt. Gebruik het relatieve bestandspad met ###PATH: en neem ###LANGUAGE: op; de gids staat een lege taalwaarde toe wanneer die onbekend is. ###MODE: selecteert LINE voor een aanvulling op één regel of BLOCK voor meerdere regels, met BLOCK als gedocumenteerde standaard. De fill-in-the-middle-volgorde bestaat eerst uit het achtervoegsel, dan het voorvoegsel en vervolgens het ontbrekende midden, gemarkeerd met <|code_suffix|>, <|code_prefix|> en <|code_middle|>. Het invulsjabloon van de maker laat de systeemprompt weg. Door het achtervoegsel te behouden, krijgt het model de omringende controlestroom en de code die na de invoeging moet blijven bestaan. Het resultaat is de voorgestelde ontbrekende code, die vervolgens op de oorspronkelijke plaats kan worden gecontroleerd.
Aanvulling over meerdere bestanden voegt gerelateerde fragmenten als referentiemateriaal toe, elk ingeleid met ###REFERENCE: en een eigen ###PATH:. Houd die referenties gescheiden van het doelbestand en het invoegpunt. Geef bijvoorbeeld bij het aanvullen van een functie die een bestaande hulpfunctie aanroept de signatuur en implementatie van de hulpfunctie mee, naast het voorvoegsel en achtervoegsel van de doelfunctie. De gids voor aanvulling op projectniveau breidt deze aanpak uit naar het genereren van een nieuw bestand op basis van projectvereisten en relevante bestaande code. Duidelijke paden en geselecteerde afhankelijkheden maken het mogelijk om code die als bewijs wordt aangeleverd te onderscheiden van het bestand dat het model moet aanvullen.
Repositoryvragen gebruiken een andere eigen opmaak: vermeld elk bestand onder ###PATH:, voeg de code toe en stel vervolgens de vraag. Een bruikbare opdracht kan vragen waar een waarde wordt gedefinieerd of hoe een aanroep tussen de aangeleverde modules verloopt. Repositorybewerking gebruikt een eigen systeeminstructie voor het toevoegen, verwijderen of wijzigen van bestanden en vraagt om uitvoer in de vorm ###PATH: {PATH}, gevolgd door de code. Bereid de relevante bestanden voor en beschrijf de vereiste wijziging, inclusief het toe te voegen bestand of het te behouden gedrag. Lees de teruggegeven blokken met padlabels als voorgestelde wijzigingen; ze bewijzen niet dat een repository al is gewijzigd of dat de code is uitgevoerd.
Voor het gepubliceerde lid CodeGeeX4-ALL-9B documenteert de maker een context van 128K en beveelt hij aan relevante repository-inhoud te selecteren wanneer een project dat venster overschrijdt. Het ophalen van gerelateerde fragmenten en het inkorten van te grote invoer zijn voorbereidingsstappen in de repositorygids. De context moet plaats bieden aan de instructies, aangeleverde code en gegenereerde voortzetting, zodat een gerichte verzameling bestanden vaak nuttiger is dan een ongedifferentieerde projectdump. De voorbeeldinstellingen voor generatie van de maker regelen de lengte van één specifieke uitvoering; ze definiëren geen universele maximale antwoordlengte voor elke CodeGeeX4-editie.
De reeks beschrijft ook verbonden programmeerworkflows met interpreters, zoeken en functieaanroepen. Zo’n workflow vereist dat de omringende applicatie de genoemde tools aanbiedt en hun resultaten aan het gesprek teruggeeft. Vermeld bij een aanvraag om uitvoerbare code de beoogde taal, afhankelijkheden en het verwachte gedrag; vraag bij een analyse om de relevante bestands- of functieverwijzingen. Compileer of voer de voorgestelde wijzigingen uit in de beoogde omgeving en controleer het gedrag aan de hand van de aangeleverde vereiste voordat je ze in een project opneemt.
POST /v1/messagestextjson, sse| Veld | Type | Vereiste | Waarden en limieten | Standaard |
|---|---|---|---|---|
Veldmodel | Typestring | VereisteVereist | Waarden en limieten codegeex-4 | Standaard— |
Veldmessages | Typemessage[] | VereisteVereist | Waarden en limieten | Standaard— |
Veldmessages[].role | Typestring | VereisteVereist | Waarden en limieten user, assistant | Standaard— |
Veldmessages[].content | Typestring | VereisteVereist | Waarden en limieten | Standaard— |
Veldmax_tokens | Typeinteger | VereisteVereist | Waarden en limieten | Standaard— |
Veldstream | Typeboolean | VereisteOptioneel | Waarden en limieten | Standaardfalse |
Tekst · UTF-8-tekst
messages[].content als tekenreeks
| Parameter | Contract |
|---|---|
Parametercontent_type | Contractapplication/json |
Parameterrequired | Contractmodel, messages, max_tokens |
Parameteroptional_controls | Contractstream |
Parametermaterial_types | Contracttext |
Parametertext_file_material | ContractLees het werkelijke UTF-8-document en plaats de tekst ervan in de aangegeven invoer of in de inhoudstekenreeks van een bericht. |
Levenscyclus: synchronous_or_streamed
Tariefverwijzingen voegen geen verzoekopties toe. Ondersteunde parameters staan bij de geselecteerde methode.
| Configuratie | Tariefstaffel | Kosten |
|---|---|---|
| ConfiguratieBasistarieven voor tokens | TariefstaffelBasistarief | Kosten Invoer · Invoertokens $0.028 / 1K tokens Uitvoer · Uitvoertokens $0.028 / 1K tokens Invoer · Cache lezen $0 / 1K tokens Invoer · Cache schrijven $0 / 1K tokens Invoer · Cache schrijven, 1 uur — / 1K tokens |
Ailoot reserveert vóór een verzoek een geschat bedrag. Na het resultaat worden de uiteindelijke kosten afgerekend op basis van het gemeten verbruik. Bij streaming gebeurt de afrekening op basis van de definitieve verbruiksregistratie. Zo werken reservering en afrekening →
{\n "model": "codegeex-4",\n "max_tokens": 128,\n "messages": [\n {\n "role": "user",\n "content": "Summarize the incident report."\n }\n ],\n "stream": false\n}set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\n: "${AILOOT_TEXT_FILE:?Set your actual UTF-8 document}"\nexport AILOOT_TEXT_FILE\npython3 - <<'PY_REQUEST'\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'codegeex-4', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nPath('request.json').write_text(json.dumps(payload, ensure_ascii=False), encoding='utf-8')\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \\\n -H "x-api-key: $AILOOT_API_KEY" -H 'anthropic-version: 2023-06-01' -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\npython3 - <<'PY_RESULT'\nimport json\nfrom pathlib import Path\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nPY_RESULT\nimport json, os\nfrom pathlib import Path\n\nsource_file = Path(os.environ['AILOOT_TEXT_FILE'])\nif not source_file.is_file():\n raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')\ntext = source_file.read_text(encoding='utf-8')\nif not text.strip():\n raise SystemExit('Choose a document containing text')\npayload = {'model': 'codegeex-4', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}\npayload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\\n\\n' + text\nfrom urllib.request import Request, urlopen\nfrom urllib.error import HTTPError\n\napi_key = os.environ['AILOOT_API_KEY']\nif not api_key.strip():\n raise SystemExit('Set AILOOT_API_KEY before making a request')\nheaders = {'x-api-key': 'PLACEHOLDER_KEY', 'anthropic-version': '2023-06-01', 'Content-Type': 'application/json'}\nheaders['x-api-key'] = api_key\nrequest = Request('https://api.ailoot.ai/v1/messages', data=json.dumps(payload, ensure_ascii=False).encode('utf-8'), headers=headers, method='POST')\ntry:\n with urlopen(request, timeout=120) as response:\n raw = response.read()\n Path('response-headers.txt').write_text(str(response.headers), encoding='utf-8')\nexcept HTTPError as error:\n Path('result.json').write_bytes(error.read())\n Path('response-headers.txt').write_text(str(error.headers), encoding='utf-8')\n raise\nPath('result.json').write_bytes(raw)\nimport json\nfrom pathlib import Path\n\nresult = json.loads(Path('result.json').read_text(encoding='utf-8'))\nprint(json.dumps(result, ensure_ascii=False, indent=2))\nJSON of SSE
Bewaar elk volledig teruggegeven antwoord, bestand en inhoudsonderdeel.
Bewaar alle inhoudsblokken, handtekeningen van redeneringen en werkelijke toolgebruik-ID’s. Voeg alle SSE-blokdelta’s samen; het eerste tekstblok is niet de volledige uitvoer.
Bewaar aanvraag-/antwoord-ID’s en headers. Er wordt geen algemene URL meegeleverd om teksttaken op te halen.
| Veld | Type |
|---|---|
Veldid | Typestring |
Veldmodel | Typestring |
Veldcontent[] | Typetext|thinking|tool_use|other content block |
Veldstop_reason | Typestring|null |
Veldusage | Typeobject |
| Antwoord | Voorwaarde | Volgende stap |
|---|---|---|
Antwoord400 · invalid_request_error | VoorwaardeVerplichte velden, de materiaalrepresentatie of een parameterwaarde zijn ongeldig | Volgende stapCorrigeer de aangegeven velden vóór een nieuwe aanmaakaanvraag. |
Ailoot Ultra codegeex-4
/chat/completions