CodeGeeX4 is een meertalige familie van programmeermodellen, gericht op programmeerondersteuning en werk in samenhangende bronbestanden. De ontwikkelaar publiceert CodeGeeX4-ALL-9B als opensourcelid van de reeks, ontwikkeld door GLM-4-9B verder te trainen. De documentatie behandelt codegeneratie en -aanvulling, programmeervragen, repositoryanalyse en aangesloten werkprocessen met een code-interpreter, webzoekfunctie of functieaanroepen. De gewone uitvoer is tekst: code, uitleg, antwoorden of wijzigingen met bestandslabels, afhankelijk van de taakinstructie.
Begin met het kiezen van de bewerking en geef het model de code die het nodig heeft. De eigen handleiding voor systeemprompts bevat afzonderlijke instructies voor het toevoegen van commentaar, het uitleggen van een programma, het vertalen tussen programmeertalen, het beoordelen of herstellen van code, het genereren van tests en het beantwoorden van vragen over een bestand. Voeg bij herstel de falende code, het waargenomen gedrag en het beoogde resultaat toe. Geef bij vertaling de doelprogrammeertaal aan en lever de volledige relevante functie aan. Voor commentaar behoudt de taakinstructie van de ontwikkelaar de code en voegt ze commentaar toe; voor meerdere codeproducerende taken vraagt ze uitsluitend om code. Deze verschillen helpen het resultaat bruikbaar te maken als code of uitleg, in plaats van de uitvoervorm impliciet te laten.
De handleidingen bieden Chinese en Engelse systeemprompts. De taal van de systeeminstructie bepaalt op zichzelf niet de antwoordtaal; vraag daarom expliciet om de gewenste antwoordtaal wanneer uitleg nodig is. De gespecialiseerde beoordelingsrichtlijn beschrijft Chinese uitvoer; de algemene prompt voor de programmeerassistent biedt een afzonderlijke manier om een beoordeling in een andere taal te vragen. Sommige taaksjablonen stellen de taal van commentaar gelijk aan die van de bron en sluiten gemengde Chinese en Engelse uitvoer uit. Herhaal in een doorlopend gesprek de relevante taakinstructie wanneer je van bewerking wisselt, zodat een verzoek om uitleg niet wordt verward met het voorgaande verzoek om alleen code.
Voor aanvulling op basis van context beschrijft het eigen formaat het doelbestand, de programmeertaal en de code aan weerszijden van het invoegpunt. Gebruik het relatieve bestandspad met ###PATH: en voeg ###LANGUAGE: toe; de handleiding staat een lege taalwaarde toe wanneer de taal onbekend is. ###MODE: kiest LINE voor een aanvulling van één regel of BLOCK voor meerdere regels, met BLOCK als gedocumenteerde standaard. De fill-in-the-middle-volgorde bestaat eerst uit het suffix, daarna het prefix en vervolgens het ontbrekende middendeel, gemarkeerd met <|code_suffix|>, <|code_prefix|> en <|code_middle|>. De invulsjabloon van de ontwikkelaar laat de systeemprompt weg. Door het suffix te behouden krijgt het model de omliggende besturingsstroom en de code die na de invoeging moet blijven staan. Het resultaat is de voorgestelde ontbrekende code, die vervolgens op de oorspronkelijke plaats kan worden gecontroleerd.
Aanvulling over meerdere bestanden voegt gerelateerde fragmenten toe als referentiemateriaal, elk ingeleid door ###REFERENCE: en een eigen ###PATH:. Houd deze 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 die hulpfunctie naast het prefix en suffix van de doelfunctie. De handleiding 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 is 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 daarna de vraag. Een bruikbare opdracht kan vragen waar een waarde is gedefinieerd of hoe een aanroep door de aangeleverde modules loopt. 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 aangepast of dat de code heeft gedraaid.
Voor het gepubliceerde lid CodeGeeX4-ALL-9B documenteert de ontwikkelaar een context van 128K en beveelt deze aan relevante repositoryinhoud te selecteren wanneer een project dat venster overschrijdt. Het ophalen van gerelateerde fragmenten en het inkorten van te grote invoer zijn voorbereidingsstappen in de repositoryhandleiding. De context moet ruimte bieden aan de instructies, aangeleverde code en gegenereerde voortzetting; daarom is een gerichte verzameling bestanden vaak bruikbaarder dan een ongesorteerde projectdump. De voorbeeldinstellingen van de ontwikkelaar bepalen de lengte van één specifieke generatieronde; ze definiëren geen universele maximale antwoordlengte voor elke CodeGeeX4-editie.
De reeks beschrijft ook aangesloten programmeerprocessen met interpreters, zoeken en functieaanroepen. Voor zo’n proces moet de omringende applicatie de genoemde tools aanbieden en hun resultaten teruggeven aan het gesprek. Geef bij een verzoek om uitvoerbare code de bedoelde taal, afhankelijkheden en het verwachte gedrag aan; vraag bij een analyse om verwijzingen naar de relevante bestanden of functies. Compileer of voer de voorgestelde wijzigingen uit in de bedoelde 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, gericht op programmeerondersteuning en werk in samenhangende bronbestanden. De ontwikkelaar publiceert CodeGeeX4-ALL-9B als opensourcelid van de reeks, ontwikkeld door GLM-4-9B verder te trainen. De documentatie behandelt codegeneratie en -aanvulling, programmeervragen, repositoryanalyse en aangesloten werkprocessen met een code-interpreter, webzoekfunctie of functieaanroepen. De gewone uitvoer is tekst: code, uitleg, antwoorden of wijzigingen met bestandslabels, afhankelijk van de taakinstructie.\n\nBegin met het kiezen van de bewerking en geef het model de code die het nodig heeft. De eigen handleiding voor systeemprompts bevat afzonderlijke instructies voor het toevoegen van commentaar, het uitleggen van een programma, het vertalen tussen programmeertalen, het beoordelen of herstellen van code, het genereren van tests en het beantwoorden van vragen over een bestand. Voeg bij herstel de falende code, het waargenomen gedrag en het beoogde resultaat toe. Geef bij vertaling de doelprogrammeertaal aan en lever de volledige relevante functie aan. Voor commentaar behoudt de taakinstructie van de ontwikkelaar de code en voegt ze commentaar toe; voor meerdere codeproducerende taken vraagt ze uitsluitend om code. Deze verschillen helpen het resultaat bruikbaar te maken als code of uitleg, in plaats van de uitvoervorm impliciet te laten.\n\nDe handleidingen bieden Chinese en Engelse systeemprompts. De taal van de systeeminstructie bepaalt op zichzelf niet de antwoordtaal; vraag daarom expliciet om de gewenste antwoordtaal wanneer uitleg nodig is. De gespecialiseerde beoordelingsrichtlijn beschrijft Chinese uitvoer; de algemene prompt voor de programmeerassistent biedt een afzonderlijke manier om een beoordeling in een andere taal te vragen. Sommige taaksjablonen stellen de taal van commentaar gelijk aan die van de bron en sluiten gemengde Chinese en Engelse uitvoer uit. Herhaal in een doorlopend gesprek de relevante taakinstructie wanneer je van bewerking wisselt, zodat een verzoek om uitleg niet wordt verward met het voorgaande verzoek om alleen code.\n\nVoor aanvulling op basis van context beschrijft het eigen formaat het doelbestand, de programmeertaal en de code aan weerszijden van het invoegpunt. Gebruik het relatieve bestandspad met ###PATH: en voeg ###LANGUAGE: toe; de handleiding staat een lege taalwaarde toe wanneer de taal onbekend is. ###MODE: kiest LINE voor een aanvulling van één regel of BLOCK voor meerdere regels, met BLOCK als gedocumenteerde standaard. De fill-in-the-middle-volgorde bestaat eerst uit het suffix, daarna het prefix en vervolgens het ontbrekende middendeel, gemarkeerd met <|code_suffix|>, <|code_prefix|> en <|code_middle|>. De invulsjabloon van de ontwikkelaar laat de systeemprompt weg. Door het suffix te behouden krijgt het model de omliggende besturingsstroom en de code die na de invoeging moet blijven staan. Het resultaat is de voorgestelde ontbrekende code, die vervolgens op de oorspronkelijke plaats kan worden gecontroleerd.\n\nAanvulling over meerdere bestanden voegt gerelateerde fragmenten toe als referentiemateriaal, elk ingeleid door ###REFERENCE: en een eigen ###PATH:. Houd deze 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 die hulpfunctie naast het prefix en suffix van de doelfunctie. De handleiding 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 is 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 daarna de vraag. Een bruikbare opdracht kan vragen waar een waarde is gedefinieerd of hoe een aanroep door de aangeleverde modules loopt. 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 aangepast of dat de code heeft gedraaid.\n\nVoor het gepubliceerde lid CodeGeeX4-ALL-9B documenteert de ontwikkelaar een context van 128K en beveelt deze aan relevante repositoryinhoud te selecteren wanneer een project dat venster overschrijdt. Het ophalen van gerelateerde fragmenten en het inkorten van te grote invoer zijn voorbereidingsstappen in de repositoryhandleiding. De context moet ruimte bieden aan de instructies, aangeleverde code en gegenereerde voortzetting; daarom is een gerichte verzameling bestanden vaak bruikbaarder dan een ongesorteerde projectdump. De voorbeeldinstellingen van de ontwikkelaar bepalen de lengte van één specifieke generatieronde; ze definiëren geen universele maximale antwoordlengte voor elke CodeGeeX4-editie.\n\nDe reeks beschrijft ook aangesloten programmeerprocessen met interpreters, zoeken en functieaanroepen. Voor zo’n proces moet de omringende applicatie de genoemde tools aanbieden en hun resultaten teruggeven aan het gesprek. Geef bij een verzoek om uitvoerbare code de bedoelde taal, afhankelijkheden en het verwachte gedrag aan; vraag bij een analyse om verwijzingen naar de relevante bestanden of functies. Compileer of voer de voorgestelde wijzigingen uit in de bedoelde 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": "080605707e256e3f30ef867d5a96bc45263062b3c1bc32f3900b67aa4327f26a", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nl", "methods": [ { "html": "codegeex-4CodeGeeX4 is een meertalige familie van programmeermodellen voor codegeneratie, aanvulling, uitleg, herstel en vragen over repositories. De eigen handleidingen behandelen taakspecifieke prompts, het invullen van gaten tussen bestaande code en het gebruik 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, gericht op programmeerondersteuning en werk in samenhangende bronbestanden. De ontwikkelaar publiceert CodeGeeX4-ALL-9B als opensourcelid van de reeks, ontwikkeld door GLM-4-9B verder te trainen. De documentatie behandelt codegeneratie en -aanvulling, programmeervragen, repositoryanalyse en aangesloten werkprocessen met een code-interpreter, webzoekfunctie of functieaanroepen. De gewone uitvoer is tekst: code, uitleg, antwoorden of wijzigingen met bestandslabels, afhankelijk van de taakinstructie.
Begin met het kiezen van de bewerking en geef het model de code die het nodig heeft. De eigen handleiding voor systeemprompts bevat afzonderlijke instructies voor het toevoegen van commentaar, het uitleggen van een programma, het vertalen tussen programmeertalen, het beoordelen of herstellen van code, het genereren van tests en het beantwoorden van vragen over een bestand. Voeg bij herstel de falende code, het waargenomen gedrag en het beoogde resultaat toe. Geef bij vertaling de doelprogrammeertaal aan en lever de volledige relevante functie aan. Voor commentaar behoudt de taakinstructie van de ontwikkelaar de code en voegt ze commentaar toe; voor meerdere codeproducerende taken vraagt ze uitsluitend om code. Deze verschillen helpen het resultaat bruikbaar te maken als code of uitleg, in plaats van de uitvoervorm impliciet te laten.
De handleidingen bieden Chinese en Engelse systeemprompts. De taal van de systeeminstructie bepaalt op zichzelf niet de antwoordtaal; vraag daarom expliciet om de gewenste antwoordtaal wanneer uitleg nodig is. De gespecialiseerde beoordelingsrichtlijn beschrijft Chinese uitvoer; de algemene prompt voor de programmeerassistent biedt een afzonderlijke manier om een beoordeling in een andere taal te vragen. Sommige taaksjablonen stellen de taal van commentaar gelijk aan die van de bron en sluiten gemengde Chinese en Engelse uitvoer uit. Herhaal in een doorlopend gesprek de relevante taakinstructie wanneer je van bewerking wisselt, zodat een verzoek om uitleg niet wordt verward met het voorgaande verzoek om alleen code.
Voor aanvulling op basis van context beschrijft het eigen formaat het doelbestand, de programmeertaal en de code aan weerszijden van het invoegpunt. Gebruik het relatieve bestandspad met ###PATH: en voeg ###LANGUAGE: toe; de handleiding staat een lege taalwaarde toe wanneer de taal onbekend is. ###MODE: kiest LINE voor een aanvulling van één regel of BLOCK voor meerdere regels, met BLOCK als gedocumenteerde standaard. De fill-in-the-middle-volgorde bestaat eerst uit het suffix, daarna het prefix en vervolgens het ontbrekende middendeel, gemarkeerd met <|code_suffix|>, <|code_prefix|> en <|code_middle|>. De invulsjabloon van de ontwikkelaar laat de systeemprompt weg. Door het suffix te behouden krijgt het model de omliggende besturingsstroom en de code die na de invoeging moet blijven staan. Het resultaat is de voorgestelde ontbrekende code, die vervolgens op de oorspronkelijke plaats kan worden gecontroleerd.
Aanvulling over meerdere bestanden voegt gerelateerde fragmenten toe als referentiemateriaal, elk ingeleid door ###REFERENCE: en een eigen ###PATH:. Houd deze 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 die hulpfunctie naast het prefix en suffix van de doelfunctie. De handleiding 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 is 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 daarna de vraag. Een bruikbare opdracht kan vragen waar een waarde is gedefinieerd of hoe een aanroep door de aangeleverde modules loopt. 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 aangepast of dat de code heeft gedraaid.
Voor het gepubliceerde lid CodeGeeX4-ALL-9B documenteert de ontwikkelaar een context van 128K en beveelt deze aan relevante repositoryinhoud te selecteren wanneer een project dat venster overschrijdt. Het ophalen van gerelateerde fragmenten en het inkorten van te grote invoer zijn voorbereidingsstappen in de repositoryhandleiding. De context moet ruimte bieden aan de instructies, aangeleverde code en gegenereerde voortzetting; daarom is een gerichte verzameling bestanden vaak bruikbaarder dan een ongesorteerde projectdump. De voorbeeldinstellingen van de ontwikkelaar bepalen de lengte van één specifieke generatieronde; ze definiëren geen universele maximale antwoordlengte voor elke CodeGeeX4-editie.
De reeks beschrijft ook aangesloten programmeerprocessen met interpreters, zoeken en functieaanroepen. Voor zo’n proces moet de omringende applicatie de genoemde tools aanbieden en hun resultaten teruggeven aan het gesprek. Geef bij een verzoek om uitvoerbare code de bedoelde taal, afhankelijkheden en het verwachte gedrag aan; vraag bij een analyse om verwijzingen naar de relevante bestanden of functies. Compileer of voer de voorgestelde wijzigingen uit in de bedoelde 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 vragen over repositories. De eigen handleidingen behandelen taakspecifieke prompts, het invullen van gaten tussen bestaande code en het gebruik 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, gericht op programmeerondersteuning en werk in samenhangende bronbestanden. De ontwikkelaar publiceert CodeGeeX4-ALL-9B als opensourcelid van de reeks, ontwikkeld door GLM-4-9B verder te trainen. De documentatie behandelt codegeneratie en -aanvulling, programmeervragen, repositoryanalyse en aangesloten werkprocessen met een code-interpreter, webzoekfunctie of functieaanroepen. De gewone uitvoer is tekst: code, uitleg, antwoorden of wijzigingen met bestandslabels, afhankelijk van de taakinstructie.
Begin met het kiezen van de bewerking en geef het model de code die het nodig heeft. De eigen handleiding voor systeemprompts bevat afzonderlijke instructies voor het toevoegen van commentaar, het uitleggen van een programma, het vertalen tussen programmeertalen, het beoordelen of herstellen van code, het genereren van tests en het beantwoorden van vragen over een bestand. Voeg bij herstel de falende code, het waargenomen gedrag en het beoogde resultaat toe. Geef bij vertaling de doelprogrammeertaal aan en lever de volledige relevante functie aan. Voor commentaar behoudt de taakinstructie van de ontwikkelaar de code en voegt ze commentaar toe; voor meerdere codeproducerende taken vraagt ze uitsluitend om code. Deze verschillen helpen het resultaat bruikbaar te maken als code of uitleg, in plaats van de uitvoervorm impliciet te laten.
De handleidingen bieden Chinese en Engelse systeemprompts. De taal van de systeeminstructie bepaalt op zichzelf niet de antwoordtaal; vraag daarom expliciet om de gewenste antwoordtaal wanneer uitleg nodig is. De gespecialiseerde beoordelingsrichtlijn beschrijft Chinese uitvoer; de algemene prompt voor de programmeerassistent biedt een afzonderlijke manier om een beoordeling in een andere taal te vragen. Sommige taaksjablonen stellen de taal van commentaar gelijk aan die van de bron en sluiten gemengde Chinese en Engelse uitvoer uit. Herhaal in een doorlopend gesprek de relevante taakinstructie wanneer je van bewerking wisselt, zodat een verzoek om uitleg niet wordt verward met het voorgaande verzoek om alleen code.
Voor aanvulling op basis van context beschrijft het eigen formaat het doelbestand, de programmeertaal en de code aan weerszijden van het invoegpunt. Gebruik het relatieve bestandspad met ###PATH: en voeg ###LANGUAGE: toe; de handleiding staat een lege taalwaarde toe wanneer de taal onbekend is. ###MODE: kiest LINE voor een aanvulling van één regel of BLOCK voor meerdere regels, met BLOCK als gedocumenteerde standaard. De fill-in-the-middle-volgorde bestaat eerst uit het suffix, daarna het prefix en vervolgens het ontbrekende middendeel, gemarkeerd met <|code_suffix|>, <|code_prefix|> en <|code_middle|>. De invulsjabloon van de ontwikkelaar laat de systeemprompt weg. Door het suffix te behouden krijgt het model de omliggende besturingsstroom en de code die na de invoeging moet blijven staan. Het resultaat is de voorgestelde ontbrekende code, die vervolgens op de oorspronkelijke plaats kan worden gecontroleerd.
Aanvulling over meerdere bestanden voegt gerelateerde fragmenten toe als referentiemateriaal, elk ingeleid door ###REFERENCE: en een eigen ###PATH:. Houd deze 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 die hulpfunctie naast het prefix en suffix van de doelfunctie. De handleiding 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 is 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 daarna de vraag. Een bruikbare opdracht kan vragen waar een waarde is gedefinieerd of hoe een aanroep door de aangeleverde modules loopt. 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 aangepast of dat de code heeft gedraaid.
Voor het gepubliceerde lid CodeGeeX4-ALL-9B documenteert de ontwikkelaar een context van 128K en beveelt deze aan relevante repositoryinhoud te selecteren wanneer een project dat venster overschrijdt. Het ophalen van gerelateerde fragmenten en het inkorten van te grote invoer zijn voorbereidingsstappen in de repositoryhandleiding. De context moet ruimte bieden aan de instructies, aangeleverde code en gegenereerde voortzetting; daarom is een gerichte verzameling bestanden vaak bruikbaarder dan een ongesorteerde projectdump. De voorbeeldinstellingen van de ontwikkelaar bepalen de lengte van één specifieke generatieronde; ze definiëren geen universele maximale antwoordlengte voor elke CodeGeeX4-editie.
De reeks beschrijft ook aangesloten programmeerprocessen met interpreters, zoeken en functieaanroepen. Voor zo’n proces moet de omringende applicatie de genoemde tools aanbieden en hun resultaten teruggeven aan het gesprek. Geef bij een verzoek om uitvoerbare code de bedoelde taal, afhankelijkheden en het verwachte gedrag aan; vraag bij een analyse om verwijzingen naar de relevante bestanden of functies. Compileer of voer de voorgestelde wijzigingen uit in de bedoelde 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