CodeGeeX-4
CodeGeeX4 ist eine mehrsprachige Modellfamilie für Programmieraufgaben wie Codeerzeugung, Vervollständigung, Erklärung, Reparatur und Repository-Fragen. Ihre nativen Anleitungen behandeln aufgabenspezifische Prompts, das Füllen von Lücken zwischen bestehendem Code und die Nutzung zusammengehöriger Dateien zur Vorbereitung von Änderungen mit ausdrücklichen Dateipfaden.
- Ailoot Ultra · OpenAI Chat
POST /v1/chat/completionscodegeex-4 - Ailoot Ultra · Anthropic Messages
POST /v1/messagescodegeex-4
Über das Modell
Diese Beschreibung erläutert die Fähigkeiten des Modells. Die über Ailoot verfügbaren Eingaben, Ausgaben und Optionen sind unten für die ausgewählte Methode aufgeführt.
CodeGeeX4 ist eine mehrsprachige Modellfamilie für Programmierhilfe und die Arbeit über zusammengehörige Quelldateien hinweg. Der Hersteller veröffentlicht CodeGeeX4-ALL-9B als Open-Source-Mitglied der Serie, entwickelt durch fortgesetztes Training von GLM-4-9B. Die Dokumentation behandelt Codeerzeugung und -vervollständigung, Programmierfragen, Repository-Analyse und verbundene Abläufe mit Codeinterpreter, Websuche oder Funktionsaufrufen. Die gewöhnliche Ausgabe ist Text: je nach Aufgabenanweisung Code, Erklärungen, Antworten oder mit Dateinamen gekennzeichnete Änderungen.
Wählen Sie zuerst die Operation und geben Sie dem Modell den benötigten Code. Die native Systemprompt-Anleitung enthält separate Anweisungen zum Ergänzen von Kommentaren, Erklären eines Programms, Übersetzen zwischen Programmiersprachen, Prüfen oder Reparieren von Code, Erzeugen von Tests und Beantworten von Fragen zu einer Datei. Fügen Sie für eine Reparatur den fehlerhaften Code, das beobachtete Verhalten und das beabsichtigte Ergebnis hinzu. Geben Sie für eine Übersetzung die Zielsprache an und stellen Sie die vollständige relevante Funktion bereit. Die Aufgabenanweisung des Herstellers für Kommentare bewahrt den Code und ergänzt Kommentare; bei mehreren Aufgaben mit Codeausgabe verlangt sie ausschließlich Code. Diese Unterscheidungen machen das Ergebnis als Code oder Erklärung verwendbar, statt das Ausgabeformat unausgesprochen zu lassen.
Die Anleitungen bieten chinesische und englische Systemprompts. Die Sprache der Systemanweisung bestimmt nicht allein die Antwortsprache; fordern Sie die Antwortsprache deshalb ausdrücklich an, wenn eine Erklärung nötig ist. Die spezialisierte Prüfanleitung beschreibt eine chinesische Ausgabe; der allgemeine Programmierassistenten-Prompt bietet einen separaten Weg, eine Prüfung in einer anderen Antwortsprache anzufordern. Manche Aufgabenvorlagen legen fest, dass die Kommentarsprache der Quelle entspricht, und schließen gemischte chinesisch-englische Ausgabe aus. Wiederholen Sie in einem fortlaufenden Dialog beim Wechsel der Operation die relevante Aufgabenanweisung, damit eine Erklärungsanfrage nicht mit der vorherigen Anforderung einer reinen Codeausgabe verwechselt wird.
Für kontextbezogene Vervollständigung beschreibt das native Format die Zieldatei, ihre Programmiersprache und den Code auf beiden Seiten der Einfügestelle. Verwenden Sie den relativen Dateipfad mit ###PATH: und fügen Sie ###LANGUAGE: hinzu; die Anleitung erlaubt einen leeren Sprachwert, wenn die Sprache unbekannt ist. ###MODE: wählt LINE für eine einzeilige oder BLOCK für eine mehrzeilige Vervollständigung; BLOCK ist der dokumentierte Standard. Die Fill-in-the-Middle-Sequenz lautet zuerst Suffix, dann Präfix, dann die fehlende Mitte, markiert durch <|code_suffix|>, <|code_prefix|> und <|code_middle|>. Die Lückenfüllvorlage des Herstellers lässt den Systemprompt weg. Das Bewahren des Suffix gibt dem Modell den umgebenden Kontrollfluss und den Code, der nach der Einfügung erhalten bleiben muss. Das Ergebnis ist der vorgeschlagene fehlende Code, der anschließend an seiner ursprünglichen Position geprüft werden kann.
Dateiübergreifende Vervollständigung ergänzt zusammengehörige Ausschnitte als Referenzmaterial, jeweils eingeleitet durch ###REFERENCE: und ein eigenes ###PATH:. Halten Sie diese Referenzen von der Zieldatei und ihrer Einfügestelle getrennt. Wenn Sie beispielsweise eine Funktion vervollständigen, die eine bestehende Hilfsfunktion aufruft, stellen Sie Signatur und Implementierung dieser Hilfsfunktion neben Präfix und Suffix der Zielfunktion bereit. Die Anleitung zur Vervollständigung auf Projektebene erweitert diesen Ansatz auf die Erzeugung einer neuen Datei anhand von Projektanforderungen und relevantem bestehendem Code. Klare Pfade und ausgewählte Abhängigkeiten ermöglichen die Unterscheidung zwischen als Beleg bereitgestelltem Code und der zu vervollständigenden Datei.
Repository-Fragen verwenden eine andere native Struktur: Führen Sie jede Datei unter ###PATH: auf, fügen Sie ihren Code ein und stellen Sie anschließend die Frage. Ein hilfreiches Briefing kann fragen, wo ein Wert definiert wird oder wie ein Aufruf zwischen den bereitgestellten Modulen weitergereicht wird. Repository-Bearbeitung verwendet eine eigene Systemanweisung zum Hinzufügen, Löschen oder Ändern von Dateien und fordert eine Ausgabe im Format ###PATH: {PATH}, gefolgt vom Code. Bereiten Sie die relevanten Dateien vor und beschreiben Sie die nötige Änderung, einschließlich der hinzuzufügenden Datei oder des zu erhaltenden Verhaltens. Lesen Sie die zurückgegebenen pfadgekennzeichneten Blöcke als Änderungsvorschläge; sie belegen nicht, dass ein Repository bereits geändert wurde oder der Code gelaufen ist.
Für das veröffentlichte Mitglied CodeGeeX4-ALL-9B dokumentiert der Hersteller einen Kontext von 128K und empfiehlt, relevante Repository-Inhalte auszuwählen, wenn ein Projekt dieses Fenster überschreitet. Das Abrufen zusammengehöriger Ausschnitte und das Kürzen übergroßer Eingaben sind Vorbereitungsschritte in der Repository-Anleitung. Der Kontext muss Anweisungen, bereitgestellten Code und erzeugte Fortsetzung aufnehmen; eine gezielte Dateiauswahl ist deshalb häufig nützlicher als ein undifferenzierter Projektdump. Die beispielhaften Erzeugungseinstellungen des Herstellers steuern die Länge eines bestimmten Laufs; sie definieren keine universelle maximale Antwortlänge für jede CodeGeeX4-Edition.
Die Serie beschreibt auch verbundene Programmierabläufe mit Interpretern, Suche und Funktionsaufrufen. Ein solcher Ablauf benötigt die umgebende Anwendung, die die benannten Werkzeuge bereitstellt und ihre Ergebnisse in den Dialog zurückgibt. Geben Sie bei der Anforderung ausführbaren Codes die vorgesehene Sprache, Abhängigkeiten und das erwartete Verhalten an; fordern Sie bei einer Analyse die relevanten Datei- oder Funktionsverweise an. Kompilieren Sie die vorgeschlagenen Änderungen oder führen Sie sie in der vorgesehenen Umgebung aus und prüfen Sie das Verhalten anhand der bereitgestellten Anforderung, bevor Sie sie in ein Projekt übernehmen.
Ailoot Ultra · OpenAI Chat POST /v1/chat/completions codegeex-4
codegeex-4Start
CodeGeeX4 ist eine mehrsprachige Modellfamilie für Programmieraufgaben wie Codeerzeugung, Vervollständigung, Erklärung, Reparatur und Repository-Fragen. Ihre nativen Anleitungen behandeln aufgabenspezifische Prompts, das Füllen von Lücken zwischen bestehendem Code und die Nutzung zusammengehöriger Dateien zur Vorbereitung von Änderungen mit ausdrücklichen Dateipfaden.
- Zulässige Eingaben
- Text
- Ergebnisse
- Text
In Ailoot verfügbar · Eingaben und Methoden
Ailoot Ultra · OpenAI Chat POST /v1/chat/completions
- Eingabetypen
text- Ausgabetypen
text- Ausgabeformat
- json oder SSE
| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits codegeex-4 | Standard— |
Feldmessages | Typmessage[] | AnforderungErforderlich | Werte und Limits Mindestanzahl Elemente: 1 | Standard— |
Feldmessages[].role | Typstring | AnforderungErforderlich | Werte und Limits Modellabhängig | Standard— |
Feldmessages[].content | Typstring | AnforderungOptional | Werte und Limits Gilt, wenn: Textgespräch | Standard— |
Feldstream | Typboolean | AnforderungOptional | Werte und Limits | Standardfalse |
Kombinationen von Eingabematerialien
Text · UTF8-Text
messages[].content
Methodenparameter und Lebenszyklus
| Parameter | Vertrag |
|---|---|
Parametercontent_type | Vertragapplication/json |
Parameterrequired | Vertragmodel, messages |
Parametermaterial_types | Vertragtext |
Parametermessages | VertragNachrichtenarray mit role/content-Struktur |
Parameterfile_material | VertragTatsächliches UTF-8-Dokument als wörtlicher Text eingefügt; keine Datei-ID abgeleitet |
Parameteroptional_controls | Vertragstream |
Parametercontrol_scope | VertragTextgespräch; stream ist ein boolescher Wert und standardmäßig false. |
Parameteroutput_modalities | Vertragtext |
Parameterhosted_operations | Vertragfalse |
Parametermultimodal_input_binding | Vertragnull |
Methodenaliasnamen: /chat/completions
Lebenszyklus: synchronous_or_streamed
Die genaue Modell-ID zusammen mit messages senden.
Die Kontextlänge ist keine Ausgabeobergrenze.
Eine Textdatei kann wörtlichen Text liefern; Bild-, Audio- und Dateiobjekteingaben benötigen eine exakte Zuordnung.
Tarife
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
- Schnellmodus
- Nicht angegeben Wenn der Schnellmodus ausgewählt ist
- Flex-Modus
- Nicht angegeben Wenn der Modus flex ausgewählt ist
- Maximaler Denkaufwand
- Nicht angegeben Wenn beim maximalen Denkaufwand die Standardanpassung (default) verwendet wird
Ailoot-Tarife
Preise nach Konfiguration
| Konfiguration | Tarifstaffel | Gebühr |
|---|---|---|
| KonfigurationBasistarife für Token | TarifstaffelGrundtarif | Gebühr Eingabe · Eingabetoken $0.028 / 1K Token Ausgabe · Ausgabetoken $0.028 / 1K Token Eingabe · Cache-Lesen $0 / 1K Token Eingabe · Cache-Schreiben $0 / 1K Token Eingabe · Cache-Schreiben, 1 Stunde — / 1K Token |
Ailoot reserviert vor einer Anfrage einen geschätzten Betrag. Nach dem Ergebnis rechnet Ailoot die endgültige Gebühr anhand des gemessenen Verbrauchs ab. Bei Streaming erfolgt die Abrechnung anhand des abschließenden Verbrauchsdatensatzes. So funktionieren Reservierung und Abrechnung →
Beispielanfragen
Ailoot Ultra · OpenAI Chat
set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
python3 - <<'PY_REQUEST'
import json,os
from pathlib import Path
p=json.loads('{"model":"codegeex-4","messages":[{"role":"user","content":"hello"}],"stream":false}')
Path("request.json").write_text(json.dumps(p,ensure_ascii=False))
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \
-H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
r=json.loads(Path("result.json").read_text())
for x in r.get("choices",[]):
if x.get("message",{}).get("content"): print(x["message"]["content"])
PY_RESULT
from openai import OpenAI
import os
if not os.environ.get("AILOOT_API_KEY", "").strip(): raise SystemExit("Set AILOOT_API_KEY before making a request")
client=OpenAI(base_url="https://api.ailoot.ai/v1",api_key=os.environ["AILOOT_API_KEY"],max_retries=0)
result=client.chat.completions.create(model="codegeex-4", messages=[{"role":"user","content":"hello"}], stream=False)
import base64, json
from pathlib import Path
def save_result(data, stem="result"):
# Keep every field, including usage, IDs, reasoning and tool requests.
Path(stem + ".json").write_text(json.dumps(data, ensure_ascii=False, indent=2), encoding="utf-8")
print(json.dumps(data, ensure_ascii=False, indent=2))
def save_blob(encoded, suffix, label):
raw = base64.b64decode(encoded, altchars=b"-_", validate=True)
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
file = Path(stem + "-" + label + "." + ext)
file.write_bytes(raw)
print("Saved", file)
for index, block in enumerate(data.get("content") or []):
print("Content", index, json.dumps(block, ensure_ascii=False))
for choice in data.get("choices") or []:
print("Choice", choice.get("index"), json.dumps(choice.get("message", choice.get("delta", {})), ensure_ascii=False))
for index, item in enumerate(data.get("output") or []):
print("Output", index, json.dumps(item, ensure_ascii=False))
if item.get("type") == "image_generation_call" and item.get("result"):
save_blob(item["result"], item.get("output_format") or "bin", "output-" + str(index))
for ci, candidate in enumerate(data.get("candidates") or []):
for pi, part in enumerate((candidate.get("content") or {}).get("parts") or []):
print("Candidate/part", ci, pi, json.dumps(part, ensure_ascii=False))
blob = part.get("inlineData") or part.get("inline_data")
if blob and blob.get("data"):
mime = blob.get("mimeType") or blob.get("mime_type")
suffix = {"image/png":"png", "image/jpeg":"jpg", "image/webp":"webp", "audio/wav":"wav", "audio/mpeg":"mp3", "video/mp4":"mp4"}.get(mime, "bin")
save_blob(blob["data"], suffix, "candidate-" + str(ci) + "-part-" + str(pi))
save_result(result.to_dict(mode="json"))
Ergebnisse abrufen und speichern
Ailoot Ultra · OpenAI Chat
json oder SSE
Alle fertiggestellten Ergebnisse aufbewahren
Bewahren Sie jede vollständig zurückgegebene Antwort, Datei und jeden Inhaltsteil auf.
Alle Antwortvarianten mit ihren Inhalten, Werkzeugaufrufen und Reasoning-Daten beibehalten. In SSE die Deltas nach Varianten- und Werkzeugindex zusammensetzen; endgültigen Beendigungsgrund und Verbrauchsdaten beibehalten.
Wenn die ursprüngliche Antwort geprüft werden muss
Anfrage- und Antwort-IDs sowie Header beibehalten. Eine allgemeine URL zum Abrufen von Textaufträgen wird nicht angegeben.
Antwortfelder
| Feld | Typ |
|---|---|
Feldchoices[].index | Typinteger |
Feldchoices[].message.content | Typstring|null |
Feldchoices[].message.tool_calls | Typtool_call[] |
Feldchoices[].message.reasoning_content | Typstring |
Feldchoices[].message.reasoning_details | Typobject|array |
Feldchoices[].finish_reason | Typstring|null |
Feldusage | Typobject |
Fehler und nächste Schritte
| Antwort | Bedingung | Nächster Schritt |
|---|---|---|
Antwort400 · invalid_request_error | BedingungPflichtfelder, Darstellung des Eingabematerials oder Parameterwert ungültig | Nächster SchrittDie angegebenen Felder vor einer neuen Erstellungsanfrage korrigieren. |
Aliasnamen
Modellaliasnamen
Ailoot Ultra codegeex-4
Aliasnamen für Methodenpfade
/chat/completions
Zugehörige Aufrufer-IDs
Ailoot Ultra · Anthropic Messages POST /v1/messages codegeex-4
codegeex-4Start
CodeGeeX4 ist eine mehrsprachige Modellfamilie für Programmieraufgaben wie Codeerzeugung, Vervollständigung, Erklärung, Reparatur und Repository-Fragen. Ihre nativen Anleitungen behandeln aufgabenspezifische Prompts, das Füllen von Lücken zwischen bestehendem Code und die Nutzung zusammengehöriger Dateien zur Vorbereitung von Änderungen mit ausdrücklichen Dateipfaden.
- Zulässige Eingaben
- Text
- Ergebnisse
- json · sse
In Ailoot verfügbar · Eingaben und Methoden
Ailoot Ultra · Anthropic Messages POST /v1/messages
- Eingabetypen
text- Ausgabetypen
json,sse- Ausgabeformat
- JSON oder SSE
| Feld | Typ | Anforderung | Werte und Limits | Standard |
|---|---|---|---|---|
Feldmodel | Typstring | AnforderungErforderlich | Werte und Limits codegeex-4 | Standard— |
Feldmessages | Typmessage[] | AnforderungErforderlich | Werte und Limits | Standard— |
Feldmessages[].role | Typstring | AnforderungErforderlich | Werte und Limits user, assistant | Standard— |
Feldmessages[].content | Typstring | AnforderungErforderlich | Werte und Limits | Standard— |
Feldmax_tokens | Typinteger | AnforderungErforderlich | Werte und Limits | Standard— |
Feldstream | Typboolean | AnforderungOptional | Werte und Limits | Standardfalse |
Kombinationen von Eingabematerialien
Text · UTF-8-Text
Zeichenfolge messages[].content
Methodenparameter und Lebenszyklus
| Parameter | Vertrag |
|---|---|
Parametercontent_type | Vertragapplication/json |
Parameterrequired | Vertragmodel, messages, max_tokens |
Parameteroptional_controls | Vertragstream |
Parametermaterial_types | Vertragtext |
Parametertext_file_material | VertragDas tatsächliche UTF-8-Dokument lesen und seinen Text in die angegebene Zeichenfolge für Eingabe oder Nachrichteninhalt einfügen. |
Lebenszyklus: synchronous_or_streamed
Tarife
Tarifangaben erweitern die Anfrageoptionen nicht. Unterstützte Parameter stehen bei der ausgewählten Methode.
- Schnellmodus
- Nicht angegeben Wenn der Schnellmodus ausgewählt ist
- Flex-Modus
- Nicht angegeben Wenn der Modus flex ausgewählt ist
- Maximaler Denkaufwand
- Nicht angegeben Wenn beim maximalen Denkaufwand die Standardanpassung (default) verwendet wird
Ailoot-Tarife
Preise nach Konfiguration
| Konfiguration | Tarifstaffel | Gebühr |
|---|---|---|
| KonfigurationBasistarife für Token | TarifstaffelGrundtarif | Gebühr Eingabe · Eingabetoken $0.028 / 1K Token Ausgabe · Ausgabetoken $0.028 / 1K Token Eingabe · Cache-Lesen $0 / 1K Token Eingabe · Cache-Schreiben $0 / 1K Token Eingabe · Cache-Schreiben, 1 Stunde — / 1K Token |
Ailoot reserviert vor einer Anfrage einen geschätzten Betrag. Nach dem Ergebnis rechnet Ailoot die endgültige Gebühr anhand des gemessenen Verbrauchs ab. Bei Streaming erfolgt die Abrechnung anhand des abschließenden Verbrauchsdatensatzes. So funktionieren Reservierung und Abrechnung →
Beispielanfragen
Ailoot Ultra · Anthropic Messages
{
"model": "codegeex-4",
"max_tokens": 128,
"messages": [
{
"role": "user",
"content": "Summarize the incident report."
}
],
"stream": false
}set -eu
: "${AILOOT_API_KEY:?Set your Ailoot API key}"
: "${AILOOT_TEXT_FILE:?Set your actual UTF-8 document}"
export AILOOT_TEXT_FILE
python3 - <<'PY_REQUEST'
import json, os
from pathlib import Path
source_file = Path(os.environ['AILOOT_TEXT_FILE'])
if not source_file.is_file():
raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')
text = source_file.read_text(encoding='utf-8')
if not text.strip():
raise SystemExit('Choose a document containing text')
payload = {'model': 'codegeex-4', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}
payload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\n\n' + text
Path('request.json').write_text(json.dumps(payload, ensure_ascii=False), encoding='utf-8')
PY_REQUEST
curl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \
-H "x-api-key: $AILOOT_API_KEY" -H 'anthropic-version: 2023-06-01' -H 'Content-Type: application/json' \
--data-binary @request.json -D response-headers.txt -o result.json
python3 - <<'PY_RESULT'
import json
from pathlib import Path
result = json.loads(Path('result.json').read_text(encoding='utf-8'))
print(json.dumps(result, ensure_ascii=False, indent=2))
PY_RESULT
import json, os
from pathlib import Path
source_file = Path(os.environ['AILOOT_TEXT_FILE'])
if not source_file.is_file():
raise SystemExit('Set AILOOT_TEXT_FILE to your actual UTF-8 document')
text = source_file.read_text(encoding='utf-8')
if not text.strip():
raise SystemExit('Choose a document containing text')
payload = {'model': 'codegeex-4', 'max_tokens': 128, 'messages': [{'role': 'user', 'content': 'Summarize the incident report.'}]}
payload['messages'][0]['content'] = 'Summarize this material and quote supporting source passages.\n\n' + text
from urllib.request import Request, urlopen
from urllib.error import HTTPError
api_key = os.environ['AILOOT_API_KEY']
if not api_key.strip():
raise SystemExit('Set AILOOT_API_KEY before making a request')
headers = {'x-api-key': 'PLACEHOLDER_KEY', 'anthropic-version': '2023-06-01', 'Content-Type': 'application/json'}
headers['x-api-key'] = api_key
request = Request('https://api.ailoot.ai/v1/messages', data=json.dumps(payload, ensure_ascii=False).encode('utf-8'), headers=headers, method='POST')
try:
with urlopen(request, timeout=120) as response:
raw = response.read()
Path('response-headers.txt').write_text(str(response.headers), encoding='utf-8')
except HTTPError as error:
Path('result.json').write_bytes(error.read())
Path('response-headers.txt').write_text(str(error.headers), encoding='utf-8')
raise
Path('result.json').write_bytes(raw)
import json
from pathlib import Path
result = json.loads(Path('result.json').read_text(encoding='utf-8'))
print(json.dumps(result, ensure_ascii=False, indent=2))
Ergebnisse abrufen und speichern
Ailoot Ultra · Anthropic Messages
JSON oder SSE
Alle fertiggestellten Ergebnisse aufbewahren
Bewahren Sie jede vollständig zurückgegebene Antwort, Datei und jeden Inhaltsteil auf.
Alle Inhaltsblöcke, Thinking-Signaturen und tatsächlichen Werkzeugaufruf-IDs beibehalten. Alle SSE-Blockdeltas zusammensetzen; der erste Textblock ist nicht die vollständige Ausgabe.
Wenn die ursprüngliche Antwort geprüft werden muss
Anfrage- und Antwort-IDs sowie Header beibehalten. Eine allgemeine URL zum Abrufen von Textaufträgen wird nicht angegeben.
Antwortfelder
| Feld | Typ |
|---|---|
Feldid | Typstring |
Feldmodel | Typstring |
Feldcontent[] | Typtext|thinking|tool_use|other content block |
Feldstop_reason | Typstring|null |
Feldusage | Typobject |
Fehler und nächste Schritte
| Antwort | Bedingung | Nächster Schritt |
|---|---|---|
Antwort400 · invalid_request_error | BedingungPflichtfelder, Darstellung des Eingabematerials oder Parameterwert ungültig | Nächster SchrittDie angegebenen Felder vor einer neuen Erstellungsanfrage korrigieren. |
Aliasnamen
Modellaliasnamen
Ailoot Ultra codegeex-4
Aliasnamen für Methodenpfade
/chat/completions
Zugehörige Aufrufer-IDs
FAQ · CodeGeeX-4
- Welche Eingaben und Ergebnisse sind verfügbar?
POST /v1/chat/completions·codegeex-4:text→textPOST /v1/messages·codegeex-4:text→json,sse- Welche Felder verwendet die Anfrage?
POST /v1/chat/completions·codegeex-4:model,messages,streamPOST /v1/messages·codegeex-4:model,messages,max_tokens,stream- Welche Grenzen gelten?
POST /v1/chat/completions·codegeex-4:messages.min_items:1