CodeGeeX4 är en flerspråkig familj av programmeringsmodeller byggd kring programmeringsassistans och arbete över relaterade källfiler. Tillverkaren publicerar CodeGeeX4-ALL-9B som en medlem med öppen källkod i serien, utvecklad genom fortsatt träning av GLM-4-9B. Dokumentationen omfattar kodgenerering och komplettering, programmeringsfrågor, analys av kodarkiv och anslutna arbetsflöden med kodtolk, webbsökning eller funktionsanrop. Vanliga utdata är text: kod, förklaringar, svar eller filmärkta ändringar, enligt uppgiftsinstruktionen.
Börja med att välja åtgärden och ge modellen den kod den behöver. Den egna systempromptguiden har separata instruktioner för att lägga till kommentarer, förklara ett program, översätta mellan programmeringsspråk, granska eller rätta kod, generera tester och besvara frågor om en fil. För en rättning, inkludera den felande koden, det observerade beteendet och det avsedda resultatet. För översättning, ange målprogrammeringsspråket och tillhandahåll hela den relevanta funktionen. För kommentarer bevarar tillverkarens uppgiftsinstruktion koden och lägger till kommentarer; för flera kodproducerande uppgifter begär den enbart kod. Dessa skillnader hjälper till att göra resultatet användbart som kodartefakt eller förklaring i stället för att lämna utdataformatet underförstått.
Guiderna tillhandahåller kinesiska och engelska systempromptar. Systeminstruktionens språk avgör inte i sig svarets språk, så begär svarsspråket uttryckligen när en förklaring behövs. Den specialiserade granskningsvägledningen beskriver kinesiska utdata; den allmänna programmeringsassistentens prompt ger ett separat sätt att be om en granskning på ett annat svarsspråk. Vissa uppgiftsmallar låter kommentarsspråket följa källan och utesluter blandade kinesiska och engelska utdata. I ett pågående samtal, upprepa den relevanta uppgiftsinstruktionen när du byter åtgärd så att en begäran om förklaring inte förväxlas med föregående begäran om enbart kod.
För kontextuell komplettering beskriver det egna formatet målfilen, dess programmeringsspråk och koden på båda sidor om infogningspunkten. Använd den relativa filsökvägen med ###PATH: och inkludera ###LANGUAGE:; guiden tillåter ett tomt språkvärde när språket är okänt. ###MODE: väljer LINE för komplettering på en rad eller BLOCK för flera rader, med BLOCK som dokumenterad standard. Sekvensen för att fylla i mitten är suffix först, sedan prefix och sedan den saknade mitten, markerade med <|code_suffix|>, <|code_prefix|> och <|code_middle|>. Tillverkarens ifyllnadsmall utelämnar systemprompten. Att behålla suffixet ger modellen det omgivande kontrollflödet och koden som måste finnas kvar efter infogningen. Resultatet är den föreslagna saknade koden, som sedan kan kontrolleras på sin ursprungliga plats.
Komplettering över flera filer lägger till relaterade utdrag som referensmaterial, vart och ett inlett med ###REFERENCE: och sin egen ###PATH:. Håll dessa referenser åtskilda från målfilen och dess infogningspunkt. När du exempelvis kompletterar en funktion som anropar en befintlig hjälpfunktion, tillhandahåll hjälpfunktionens signatur och implementation tillsammans med målfunktionens prefix och suffix. Guiden för komplettering på projektnivå utökar metoden till att generera en ny fil utifrån projektkraven och relevant befintlig kod. Tydliga sökvägar och utvalda beroenden gör det möjligt att skilja kod som tillhandahålls som belägg från filen modellen ombeds komplettera.
Frågor om kodarkiv använder en annan egen layout: lista varje fil under ###PATH:, inkludera dess kod och ställ sedan frågan. En användbar uppdragsbeskrivning kan fråga var ett värde definieras eller hur ett anrop passerar mellan de tillhandahållna modulerna. Redigering av kodarkiv använder en egen systeminstruktion för att lägga till, ta bort eller ändra filer och begär utdata i formen ###PATH: {PATH} följt av koden. Förbered de relevanta filerna och beskriv den nödvändiga ändringen, inklusive filen som ska läggas till eller beteendet som ska bevaras. Läs de returnerade sökvägsmärkta blocken som föreslagna ändringar; de är inte belägg för att ett kodarkiv redan har ändrats eller att koden har körts.
För den publicerade medlemmen CodeGeeX4-ALL-9B dokumenterar tillverkaren en kontext på 128K och rekommenderar att relevant innehåll från kodarkivet väljs ut när ett projekt överstiger det fönstret. Att hämta relaterade utdrag och beskära för stora indata är förberedelsesteg i kodarkivsguiden. Kontexten måste rymma instruktionerna, den tillhandahållna koden och den genererade fortsättningen, så en riktad uppsättning filer är ofta mer användbar än en odifferentierad projektdump. Tillverkarens exempelinställningar för generering styr längden på en viss körning; de definierar inte en universell maximal svarslängd för varje CodeGeeX4-utgåva.
Serien beskriver också anslutna programmeringsflöden med tolkar, sökning och funktionsanrop. Ett sådant flöde kräver att den omgivande applikationen tillhandahåller de namngivna verktygen och returnerar resultaten till samtalet. När du ber om körbar kod, ange avsett språk, beroenden och förväntat beteende; när du ber om en analys, begär relevanta fil- eller funktionsreferenser. Kompilera eller kör de föreslagna ändringarna i den avsedda miljön och kontrollera beteendet mot det tillhandahållna kravet innan de införlivas i ett projekt.
", "aboutText": "CodeGeeX4 är en flerspråkig familj av programmeringsmodeller byggd kring programmeringsassistans och arbete över relaterade källfiler. Tillverkaren publicerar CodeGeeX4-ALL-9B som en medlem med öppen källkod i serien, utvecklad genom fortsatt träning av GLM-4-9B. Dokumentationen omfattar kodgenerering och komplettering, programmeringsfrågor, analys av kodarkiv och anslutna arbetsflöden med kodtolk, webbsökning eller funktionsanrop. Vanliga utdata är text: kod, förklaringar, svar eller filmärkta ändringar, enligt uppgiftsinstruktionen.\n\nBörja med att välja åtgärden och ge modellen den kod den behöver. Den egna systempromptguiden har separata instruktioner för att lägga till kommentarer, förklara ett program, översätta mellan programmeringsspråk, granska eller rätta kod, generera tester och besvara frågor om en fil. För en rättning, inkludera den felande koden, det observerade beteendet och det avsedda resultatet. För översättning, ange målprogrammeringsspråket och tillhandahåll hela den relevanta funktionen. För kommentarer bevarar tillverkarens uppgiftsinstruktion koden och lägger till kommentarer; för flera kodproducerande uppgifter begär den enbart kod. Dessa skillnader hjälper till att göra resultatet användbart som kodartefakt eller förklaring i stället för att lämna utdataformatet underförstått.\n\nGuiderna tillhandahåller kinesiska och engelska systempromptar. Systeminstruktionens språk avgör inte i sig svarets språk, så begär svarsspråket uttryckligen när en förklaring behövs. Den specialiserade granskningsvägledningen beskriver kinesiska utdata; den allmänna programmeringsassistentens prompt ger ett separat sätt att be om en granskning på ett annat svarsspråk. Vissa uppgiftsmallar låter kommentarsspråket följa källan och utesluter blandade kinesiska och engelska utdata. I ett pågående samtal, upprepa den relevanta uppgiftsinstruktionen när du byter åtgärd så att en begäran om förklaring inte förväxlas med föregående begäran om enbart kod.\n\nFör kontextuell komplettering beskriver det egna formatet målfilen, dess programmeringsspråk och koden på båda sidor om infogningspunkten. Använd den relativa filsökvägen med ###PATH: och inkludera ###LANGUAGE:; guiden tillåter ett tomt språkvärde när språket är okänt. ###MODE: väljer LINE för komplettering på en rad eller BLOCK för flera rader, med BLOCK som dokumenterad standard. Sekvensen för att fylla i mitten är suffix först, sedan prefix och sedan den saknade mitten, markerade med <|code_suffix|>, <|code_prefix|> och <|code_middle|>. Tillverkarens ifyllnadsmall utelämnar systemprompten. Att behålla suffixet ger modellen det omgivande kontrollflödet och koden som måste finnas kvar efter infogningen. Resultatet är den föreslagna saknade koden, som sedan kan kontrolleras på sin ursprungliga plats.\n\nKomplettering över flera filer lägger till relaterade utdrag som referensmaterial, vart och ett inlett med ###REFERENCE: och sin egen ###PATH:. Håll dessa referenser åtskilda från målfilen och dess infogningspunkt. När du exempelvis kompletterar en funktion som anropar en befintlig hjälpfunktion, tillhandahåll hjälpfunktionens signatur och implementation tillsammans med målfunktionens prefix och suffix. Guiden för komplettering på projektnivå utökar metoden till att generera en ny fil utifrån projektkraven och relevant befintlig kod. Tydliga sökvägar och utvalda beroenden gör det möjligt att skilja kod som tillhandahålls som belägg från filen modellen ombeds komplettera.\n\nFrågor om kodarkiv använder en annan egen layout: lista varje fil under ###PATH:, inkludera dess kod och ställ sedan frågan. En användbar uppdragsbeskrivning kan fråga var ett värde definieras eller hur ett anrop passerar mellan de tillhandahållna modulerna. Redigering av kodarkiv använder en egen systeminstruktion för att lägga till, ta bort eller ändra filer och begär utdata i formen ###PATH: {PATH} följt av koden. Förbered de relevanta filerna och beskriv den nödvändiga ändringen, inklusive filen som ska läggas till eller beteendet som ska bevaras. Läs de returnerade sökvägsmärkta blocken som föreslagna ändringar; de är inte belägg för att ett kodarkiv redan har ändrats eller att koden har körts.\n\nFör den publicerade medlemmen CodeGeeX4-ALL-9B dokumenterar tillverkaren en kontext på 128K och rekommenderar att relevant innehåll från kodarkivet väljs ut när ett projekt överstiger det fönstret. Att hämta relaterade utdrag och beskära för stora indata är förberedelsesteg i kodarkivsguiden. Kontexten måste rymma instruktionerna, den tillhandahållna koden och den genererade fortsättningen, så en riktad uppsättning filer är ofta mer användbar än en odifferentierad projektdump. Tillverkarens exempelinställningar för generering styr längden på en viss körning; de definierar inte en universell maximal svarslängd för varje CodeGeeX4-utgåva.\n\nSerien beskriver också anslutna programmeringsflöden med tolkar, sökning och funktionsanrop. Ett sådant flöde kräver att den omgivande applikationen tillhandahåller de namngivna verktygen och returnerar resultaten till samtalet. När du ber om körbar kod, ange avsett språk, beroenden och förväntat beteende; när du ber om en analys, begär relevanta fil- eller funktionsreferenser. Kompilera eller kör de föreslagna ändringarna i den avsedda miljön och kontrollera beteendet mot det tillhandahållna kravet innan de införlivas i ett projekt.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "bc939eef6cef2d0d219bfd38a1abf5f8f5d9c99c1d8dfa5e1e1c54ba7cab6ee6", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sv", "methods": [ { "html": "codegeex-4CodeGeeX4 är en flerspråkig familj av programmeringsmodeller för kodgenerering, komplettering, förklaring, rättning och frågor om kodarkiv. Dess egna guider omfattar uppgiftsspecifika promptar, att fylla luckor mellan befintlig kod och att använda relaterade filer för att förbereda ändringar med uttryckliga filsökvägar.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
CodeGeeX4 är en flerspråkig familj av programmeringsmodeller byggd kring programmeringsassistans och arbete över relaterade källfiler. Tillverkaren publicerar CodeGeeX4-ALL-9B som en medlem med öppen källkod i serien, utvecklad genom fortsatt träning av GLM-4-9B. Dokumentationen omfattar kodgenerering och komplettering, programmeringsfrågor, analys av kodarkiv och anslutna arbetsflöden med kodtolk, webbsökning eller funktionsanrop. Vanliga utdata är text: kod, förklaringar, svar eller filmärkta ändringar, enligt uppgiftsinstruktionen.
Börja med att välja åtgärden och ge modellen den kod den behöver. Den egna systempromptguiden har separata instruktioner för att lägga till kommentarer, förklara ett program, översätta mellan programmeringsspråk, granska eller rätta kod, generera tester och besvara frågor om en fil. För en rättning, inkludera den felande koden, det observerade beteendet och det avsedda resultatet. För översättning, ange målprogrammeringsspråket och tillhandahåll hela den relevanta funktionen. För kommentarer bevarar tillverkarens uppgiftsinstruktion koden och lägger till kommentarer; för flera kodproducerande uppgifter begär den enbart kod. Dessa skillnader hjälper till att göra resultatet användbart som kodartefakt eller förklaring i stället för att lämna utdataformatet underförstått.
Guiderna tillhandahåller kinesiska och engelska systempromptar. Systeminstruktionens språk avgör inte i sig svarets språk, så begär svarsspråket uttryckligen när en förklaring behövs. Den specialiserade granskningsvägledningen beskriver kinesiska utdata; den allmänna programmeringsassistentens prompt ger ett separat sätt att be om en granskning på ett annat svarsspråk. Vissa uppgiftsmallar låter kommentarsspråket följa källan och utesluter blandade kinesiska och engelska utdata. I ett pågående samtal, upprepa den relevanta uppgiftsinstruktionen när du byter åtgärd så att en begäran om förklaring inte förväxlas med föregående begäran om enbart kod.
För kontextuell komplettering beskriver det egna formatet målfilen, dess programmeringsspråk och koden på båda sidor om infogningspunkten. Använd den relativa filsökvägen med ###PATH: och inkludera ###LANGUAGE:; guiden tillåter ett tomt språkvärde när språket är okänt. ###MODE: väljer LINE för komplettering på en rad eller BLOCK för flera rader, med BLOCK som dokumenterad standard. Sekvensen för att fylla i mitten är suffix först, sedan prefix och sedan den saknade mitten, markerade med <|code_suffix|>, <|code_prefix|> och <|code_middle|>. Tillverkarens ifyllnadsmall utelämnar systemprompten. Att behålla suffixet ger modellen det omgivande kontrollflödet och koden som måste finnas kvar efter infogningen. Resultatet är den föreslagna saknade koden, som sedan kan kontrolleras på sin ursprungliga plats.
Komplettering över flera filer lägger till relaterade utdrag som referensmaterial, vart och ett inlett med ###REFERENCE: och sin egen ###PATH:. Håll dessa referenser åtskilda från målfilen och dess infogningspunkt. När du exempelvis kompletterar en funktion som anropar en befintlig hjälpfunktion, tillhandahåll hjälpfunktionens signatur och implementation tillsammans med målfunktionens prefix och suffix. Guiden för komplettering på projektnivå utökar metoden till att generera en ny fil utifrån projektkraven och relevant befintlig kod. Tydliga sökvägar och utvalda beroenden gör det möjligt att skilja kod som tillhandahålls som belägg från filen modellen ombeds komplettera.
Frågor om kodarkiv använder en annan egen layout: lista varje fil under ###PATH:, inkludera dess kod och ställ sedan frågan. En användbar uppdragsbeskrivning kan fråga var ett värde definieras eller hur ett anrop passerar mellan de tillhandahållna modulerna. Redigering av kodarkiv använder en egen systeminstruktion för att lägga till, ta bort eller ändra filer och begär utdata i formen ###PATH: {PATH} följt av koden. Förbered de relevanta filerna och beskriv den nödvändiga ändringen, inklusive filen som ska läggas till eller beteendet som ska bevaras. Läs de returnerade sökvägsmärkta blocken som föreslagna ändringar; de är inte belägg för att ett kodarkiv redan har ändrats eller att koden har körts.
För den publicerade medlemmen CodeGeeX4-ALL-9B dokumenterar tillverkaren en kontext på 128K och rekommenderar att relevant innehåll från kodarkivet väljs ut när ett projekt överstiger det fönstret. Att hämta relaterade utdrag och beskära för stora indata är förberedelsesteg i kodarkivsguiden. Kontexten måste rymma instruktionerna, den tillhandahållna koden och den genererade fortsättningen, så en riktad uppsättning filer är ofta mer användbar än en odifferentierad projektdump. Tillverkarens exempelinställningar för generering styr längden på en viss körning; de definierar inte en universell maximal svarslängd för varje CodeGeeX4-utgåva.
Serien beskriver också anslutna programmeringsflöden med tolkar, sökning och funktionsanrop. Ett sådant flöde kräver att den omgivande applikationen tillhandahåller de namngivna verktygen och returnerar resultaten till samtalet. När du ber om körbar kod, ange avsett språk, beroenden och förväntat beteende; när du ber om en analys, begär relevanta fil- eller funktionsreferenser. Kompilera eller kör de föreslagna ändringarna i den avsedda miljön och kontrollera beteendet mot det tillhandahållna kravet innan de införlivas i ett projekt.
POST /v1/chat/completionstexttext| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser codegeex-4 | Standard— |
Fältmessages | Typmessage[] | KravObligatoriskt | Värden & gränser Minsta antal objekt: 1 | Standard— |
Fältmessages[].role | Typstring | KravObligatoriskt | Värden & gränser Beror på modellen | Standard— |
Fältmessages[].content | Typstring | KravValfritt | Värden & gränser Gäller när: Textsamtal | Standard— |
Fältstream | Typboolean | KravValfritt | Värden & gränser | Standardfalse |
Text · UTF8-text
messages[].content
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, messages |
Parametermaterial_types | Avtaltext |
Parametermessages | Avtalmeddelandearray med strukturen role/content |
Parameterfile_material | Avtaldet faktiska UTF-8-dokumentet infogat som bokstavlig text; inget fil-ID härleds |
Parameteroptional_controls | Avtalstream |
Parametercontrol_scope | AvtalTextsamtal; stream är ett booleskt värde och har false som standard. |
Parameteroutput_modalities | Avtaltext |
Parameterhosted_operations | Avtalfalse |
Parametermultimodal_input_binding | Avtalnull |
Metodalias: /chat/completions
Livscykel: synchronous_or_streamed
Skicka det exakta modell-ID:t tillsammans med messages.
Kontextlängden är inte en utdatagräns.
En textfil kan tillhandahålla bokstavlig text; bild-/ljud-/filobjektsindata kräver exakt bindning.
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
| Konfiguration | Prislista | Avgift |
|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Avgift Indata · Indatatoken $0.028 / 1K token Utdata · Utdatatoken $0.028 / 1K token Indata · Cacheläsning $0 / 1K token Indata · Skrivning till cache $0 / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
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 eller SSE
Behåll varje fullständigt returnerat svar, fil och innehållsdel.
Behåll varje svarsalternativ och dess innehåll/verktygsanrop/resonemang. Sätt i SSE samman deltauppdateringar efter svarsalternativets/verktygets index och behåll den slutliga avslutsorsaken och användningsuppgifterna.
Behåll begärans/svarets ID:n och huvuden. Ingen generell URL för hämtning av textjobb tillhandahålls.
| Fält | Typ |
|---|---|
Fältchoices[].index | Typinteger |
Fältchoices[].message.content | Typstring|null |
Fältchoices[].message.tool_calls | Typtool_call[] |
Fältchoices[].message.reasoning_content | Typstring |
Fältchoices[].message.reasoning_details | Typobject|array |
Fältchoices[].finish_reason | Typstring|null |
Fältusage | Typobject |
| Svar | Villkor | Nästa steg |
|---|---|---|
Svar400 · invalid_request_error | VillkorOgiltiga obligatoriska fält, ogiltig representation av underlaget eller ogiltigt parametervärde | Nästa stegKorrigera de angivna fälten före en ny begäran om att skapa. |
Ailoot Ultra codegeex-4
/chat/completions
codegeex-4CodeGeeX4 är en flerspråkig familj av programmeringsmodeller för kodgenerering, komplettering, förklaring, rättning och frågor om kodarkiv. Dess egna guider omfattar uppgiftsspecifika promptar, att fylla luckor mellan befintlig kod och att använda relaterade filer för att förbereda ändringar med uttryckliga filsökvägar.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
CodeGeeX4 är en flerspråkig familj av programmeringsmodeller byggd kring programmeringsassistans och arbete över relaterade källfiler. Tillverkaren publicerar CodeGeeX4-ALL-9B som en medlem med öppen källkod i serien, utvecklad genom fortsatt träning av GLM-4-9B. Dokumentationen omfattar kodgenerering och komplettering, programmeringsfrågor, analys av kodarkiv och anslutna arbetsflöden med kodtolk, webbsökning eller funktionsanrop. Vanliga utdata är text: kod, förklaringar, svar eller filmärkta ändringar, enligt uppgiftsinstruktionen.
Börja med att välja åtgärden och ge modellen den kod den behöver. Den egna systempromptguiden har separata instruktioner för att lägga till kommentarer, förklara ett program, översätta mellan programmeringsspråk, granska eller rätta kod, generera tester och besvara frågor om en fil. För en rättning, inkludera den felande koden, det observerade beteendet och det avsedda resultatet. För översättning, ange målprogrammeringsspråket och tillhandahåll hela den relevanta funktionen. För kommentarer bevarar tillverkarens uppgiftsinstruktion koden och lägger till kommentarer; för flera kodproducerande uppgifter begär den enbart kod. Dessa skillnader hjälper till att göra resultatet användbart som kodartefakt eller förklaring i stället för att lämna utdataformatet underförstått.
Guiderna tillhandahåller kinesiska och engelska systempromptar. Systeminstruktionens språk avgör inte i sig svarets språk, så begär svarsspråket uttryckligen när en förklaring behövs. Den specialiserade granskningsvägledningen beskriver kinesiska utdata; den allmänna programmeringsassistentens prompt ger ett separat sätt att be om en granskning på ett annat svarsspråk. Vissa uppgiftsmallar låter kommentarsspråket följa källan och utesluter blandade kinesiska och engelska utdata. I ett pågående samtal, upprepa den relevanta uppgiftsinstruktionen när du byter åtgärd så att en begäran om förklaring inte förväxlas med föregående begäran om enbart kod.
För kontextuell komplettering beskriver det egna formatet målfilen, dess programmeringsspråk och koden på båda sidor om infogningspunkten. Använd den relativa filsökvägen med ###PATH: och inkludera ###LANGUAGE:; guiden tillåter ett tomt språkvärde när språket är okänt. ###MODE: väljer LINE för komplettering på en rad eller BLOCK för flera rader, med BLOCK som dokumenterad standard. Sekvensen för att fylla i mitten är suffix först, sedan prefix och sedan den saknade mitten, markerade med <|code_suffix|>, <|code_prefix|> och <|code_middle|>. Tillverkarens ifyllnadsmall utelämnar systemprompten. Att behålla suffixet ger modellen det omgivande kontrollflödet och koden som måste finnas kvar efter infogningen. Resultatet är den föreslagna saknade koden, som sedan kan kontrolleras på sin ursprungliga plats.
Komplettering över flera filer lägger till relaterade utdrag som referensmaterial, vart och ett inlett med ###REFERENCE: och sin egen ###PATH:. Håll dessa referenser åtskilda från målfilen och dess infogningspunkt. När du exempelvis kompletterar en funktion som anropar en befintlig hjälpfunktion, tillhandahåll hjälpfunktionens signatur och implementation tillsammans med målfunktionens prefix och suffix. Guiden för komplettering på projektnivå utökar metoden till att generera en ny fil utifrån projektkraven och relevant befintlig kod. Tydliga sökvägar och utvalda beroenden gör det möjligt att skilja kod som tillhandahålls som belägg från filen modellen ombeds komplettera.
Frågor om kodarkiv använder en annan egen layout: lista varje fil under ###PATH:, inkludera dess kod och ställ sedan frågan. En användbar uppdragsbeskrivning kan fråga var ett värde definieras eller hur ett anrop passerar mellan de tillhandahållna modulerna. Redigering av kodarkiv använder en egen systeminstruktion för att lägga till, ta bort eller ändra filer och begär utdata i formen ###PATH: {PATH} följt av koden. Förbered de relevanta filerna och beskriv den nödvändiga ändringen, inklusive filen som ska läggas till eller beteendet som ska bevaras. Läs de returnerade sökvägsmärkta blocken som föreslagna ändringar; de är inte belägg för att ett kodarkiv redan har ändrats eller att koden har körts.
För den publicerade medlemmen CodeGeeX4-ALL-9B dokumenterar tillverkaren en kontext på 128K och rekommenderar att relevant innehåll från kodarkivet väljs ut när ett projekt överstiger det fönstret. Att hämta relaterade utdrag och beskära för stora indata är förberedelsesteg i kodarkivsguiden. Kontexten måste rymma instruktionerna, den tillhandahållna koden och den genererade fortsättningen, så en riktad uppsättning filer är ofta mer användbar än en odifferentierad projektdump. Tillverkarens exempelinställningar för generering styr längden på en viss körning; de definierar inte en universell maximal svarslängd för varje CodeGeeX4-utgåva.
Serien beskriver också anslutna programmeringsflöden med tolkar, sökning och funktionsanrop. Ett sådant flöde kräver att den omgivande applikationen tillhandahåller de namngivna verktygen och returnerar resultaten till samtalet. När du ber om körbar kod, ange avsett språk, beroenden och förväntat beteende; när du ber om en analys, begär relevanta fil- eller funktionsreferenser. Kompilera eller kör de föreslagna ändringarna i den avsedda miljön och kontrollera beteendet mot det tillhandahållna kravet innan de införlivas i ett projekt.
POST /v1/messagestextjson, sse| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser codegeex-4 | Standard— |
Fältmessages | Typmessage[] | KravObligatoriskt | Värden & gränser | Standard— |
Fältmessages[].role | Typstring | KravObligatoriskt | Värden & gränser user, assistant | Standard— |
Fältmessages[].content | Typstring | KravObligatoriskt | Värden & gränser | Standard— |
Fältmax_tokens | Typinteger | KravObligatoriskt | Värden & gränser | Standard— |
Fältstream | Typboolean | KravValfritt | Värden & gränser | Standardfalse |
Text · UTF-8-text
sträng i messages[].content
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, messages, max_tokens |
Parameteroptional_controls | Avtalstream |
Parametermaterial_types | Avtaltext |
Parametertext_file_material | AvtalLäs det faktiska UTF-8-dokumentet och placera texten i det angivna input-fältet eller i strängen för meddelandets innehåll. |
Livscykel: synchronous_or_streamed
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
| Konfiguration | Prislista | Avgift |
|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Avgift Indata · Indatatoken $0.028 / 1K token Utdata · Utdatatoken $0.028 / 1K token Indata · Cacheläsning $0 / 1K token Indata · Skrivning till cache $0 / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
{\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 eller SSE
Behåll varje fullständigt returnerat svar, fil och innehållsdel.
Behåll alla innehållsblock, resonemangssignaturer och faktiska ID:n för verktygsanvändning. Sätt samman alla SSE-deltauppdateringar för blocken; ett första textblock är inte hela utdata.
Behåll begärans/svarets ID:n och huvuden. Ingen generell URL för hämtning av textjobb tillhandahålls.
| Fält | Typ |
|---|---|
Fältid | Typstring |
Fältmodel | Typstring |
Fältcontent[] | Typtext|thinking|tool_use|other content block |
Fältstop_reason | Typstring|null |
Fältusage | Typobject |
| Svar | Villkor | Nästa steg |
|---|---|---|
Svar400 · invalid_request_error | VillkorOgiltiga obligatoriska fält, ogiltig representation av underlaget eller ogiltigt parametervärde | Nästa stegKorrigera de angivna fälten före en ny begäran om att skapa. |
Ailoot Ultra codegeex-4
/chat/completions