CodeGeeX4 er en flersproget kodemodelfamilie bygget omkring programmeringshjælp og arbejde på tværs af relaterede kildefiler. Producenten offentliggør CodeGeeX4-ALL-9B som et open source-medlem af serien, udviklet gennem videre træning af GLM-4-9B. Dokumentationen omfatter kodegenerering og fuldførelse, programmeringsspørgsmål, analyse af kodearkiver og tilsluttede arbejdsgange med en kodefortolker, websøgning eller funktionskald. Det almindelige output er tekst: kode, forklaringer, svar eller ændringer mærket med filnavne i henhold til opgaveinstruktionen.
Start med at vælge handlingen og give modellen den kode, den har brug for. Den oprindelige systempromptvejledning har særskilte instruktioner til at tilføje kommentarer, forklare et program, oversætte mellem programmeringssprog, gennemgå eller reparere kode, generere tests og besvare spørgsmål om en fil. Ved en reparation skal du medtage den fejlende kode, den observerede adfærd og det tilsigtede resultat. Ved oversættelse skal du angive målprogrammeringssproget og levere hele den relevante funktion. Ved kommentarer bevarer producentens opgaveinstruktion koden og tilføjer kommentarer; ved flere kodeproducerende opgaver beder den om kode alene. Disse forskelle gør resultatet anvendeligt som en kodeleverance eller en forklaring frem for at lade outputformatet være underforstået.
Vejledningerne giver kinesiske og engelske systemprompts. Sproget i systeminstruktionen bestemmer ikke i sig selv svarets sprog, så bed udtrykkeligt om svarenes sprog, når der er behov for en forklaring. Den specialiserede vejledning til gennemgang beskriver kinesisk output; den generelle prompt til programmeringsassistenten giver en særskilt måde at bede om en gennemgang på et andet sprog. Nogle opgaveskabeloner sætter kommentarsproget til at følge kilden og udelukker blandet kinesisk og engelsk output. I en fortsat samtale skal du gentage den relevante opgaveinstruktion, når du skifter handling, så en anmodning om en forklaring ikke forveksles med den foregående anmodning om output bestående af kode alene.
Ved kontekstuel fuldførelse beskriver det oprindelige format målfilen, dens programmeringssprog og koden på begge sider af indsættelsespunktet. Brug den relative filsti med ###PATH:, og medtag ###LANGUAGE:; vejledningen tillader en tom sprogværdi, når sproget er ukendt. ###MODE: vælger LINE til en fuldførelse på én linje eller BLOCK til flere linjer, med BLOCK som den dokumenterede standard. Fill-in-the-middle-sekvensen har først suffikset, dernæst præfikset og derefter den manglende midterdel, markeret med <|code_suffix|>, <|code_prefix|> og <|code_middle|>. Producentens udfyldningsskabelon udelader systemprompten. Ved at bevare suffikset får modellen det omgivende kontrolflow og den kode, der skal stå efter indsættelsen. Resultatet er den foreslåede manglende kode, som derefter kan kontrolleres på sin oprindelige placering.
Fuldførelse på tværs af filer tilføjer relaterede uddrag som referencemateriale, hvert indledt med ###REFERENCE: og sin egen ###PATH:. Hold disse referencer adskilt fra målfilen og dens indsættelsespunkt. Når du for eksempel fuldfører en funktion, der kalder en eksisterende hjælpefunktion, skal du levere hjælpefunktionens signatur og implementering sammen med målfunktionens præfiks og suffiks. Vejledningen til fuldførelse på projektniveau udvider denne tilgang til at generere en ny fil ud fra projektkravene og relevant eksisterende kode. Tydelige stier og udvalgte afhængigheder gør det muligt at skelne kode leveret som dokumentation fra den fil, modellen skal fuldføre.
Spørgsmål om kodearkiver bruger et andet oprindeligt layout: Angiv hver fil under ###PATH:, medtag dens kode, og stil derefter spørgsmålet. En nyttig opgavebeskrivelse kan spørge, hvor en værdi defineres, eller hvordan et kald passerer mellem de leverede moduler. Redigering af kodearkiver bruger sin egen systeminstruktion til at tilføje, slette eller ændre filer og beder om output i formen ###PATH: {PATH} efterfulgt af koden. Klargør de relevante filer, og beskriv den nødvendige ændring, herunder den fil, der skal tilføjes, eller den adfærd, der skal bevares. Læs de returnerede blokke med filstier som foreslåede ændringer; de er ikke dokumentation for, at et kodearkiv allerede er ændret, eller at koden er kørt.
For det offentliggjorte CodeGeeX4-ALL-9B-medlem dokumenterer producenten en 128K-kontekst og anbefaler at udvælge relevant indhold fra kodearkivet, når et projekt overstiger dette vindue. Hentning af relaterede uddrag og beskæring af for store input er forberedelsestrin i vejledningen til kodearkiver. Konteksten skal rumme instruktioner, leveret kode og genereret fortsættelse, så et målrettet udvalg af filer er ofte mere nyttigt end et udifferentieret projektdump. Producentens eksempelindstillinger til generering styrer længden af en konkret kørsel; de definerer ikke en universel maksimal svarlængde for alle CodeGeeX4-udgaver.
Serien beskriver også tilsluttede programmeringsforløb med fortolkere, søgning og funktionskald. En sådan arbejdsgang kræver, at den omgivende applikation stiller de navngivne værktøjer til rådighed og returnerer deres resultater til samtalen. Når du beder om kørbar kode, skal du angive det tilsigtede sprog, afhængigheder og forventet adfærd; når du beder om en analyse, skal du efterspørge de relevante fil- eller funktionsreferencer. Kompilér eller kør de foreslåede ændringer i det tilsigtede miljø, og kontrollér adfærden mod det leverede krav, før de indarbejdes i et projekt.
", "aboutText": "CodeGeeX4 er en flersproget kodemodelfamilie bygget omkring programmeringshjælp og arbejde på tværs af relaterede kildefiler. Producenten offentliggør CodeGeeX4-ALL-9B som et open source-medlem af serien, udviklet gennem videre træning af GLM-4-9B. Dokumentationen omfatter kodegenerering og fuldførelse, programmeringsspørgsmål, analyse af kodearkiver og tilsluttede arbejdsgange med en kodefortolker, websøgning eller funktionskald. Det almindelige output er tekst: kode, forklaringer, svar eller ændringer mærket med filnavne i henhold til opgaveinstruktionen.\n\nStart med at vælge handlingen og give modellen den kode, den har brug for. Den oprindelige systempromptvejledning har særskilte instruktioner til at tilføje kommentarer, forklare et program, oversætte mellem programmeringssprog, gennemgå eller reparere kode, generere tests og besvare spørgsmål om en fil. Ved en reparation skal du medtage den fejlende kode, den observerede adfærd og det tilsigtede resultat. Ved oversættelse skal du angive målprogrammeringssproget og levere hele den relevante funktion. Ved kommentarer bevarer producentens opgaveinstruktion koden og tilføjer kommentarer; ved flere kodeproducerende opgaver beder den om kode alene. Disse forskelle gør resultatet anvendeligt som en kodeleverance eller en forklaring frem for at lade outputformatet være underforstået.\n\nVejledningerne giver kinesiske og engelske systemprompts. Sproget i systeminstruktionen bestemmer ikke i sig selv svarets sprog, så bed udtrykkeligt om svarenes sprog, når der er behov for en forklaring. Den specialiserede vejledning til gennemgang beskriver kinesisk output; den generelle prompt til programmeringsassistenten giver en særskilt måde at bede om en gennemgang på et andet sprog. Nogle opgaveskabeloner sætter kommentarsproget til at følge kilden og udelukker blandet kinesisk og engelsk output. I en fortsat samtale skal du gentage den relevante opgaveinstruktion, når du skifter handling, så en anmodning om en forklaring ikke forveksles med den foregående anmodning om output bestående af kode alene.\n\nVed kontekstuel fuldførelse beskriver det oprindelige format målfilen, dens programmeringssprog og koden på begge sider af indsættelsespunktet. Brug den relative filsti med ###PATH:, og medtag ###LANGUAGE:; vejledningen tillader en tom sprogværdi, når sproget er ukendt. ###MODE: vælger LINE til en fuldførelse på én linje eller BLOCK til flere linjer, med BLOCK som den dokumenterede standard. Fill-in-the-middle-sekvensen har først suffikset, dernæst præfikset og derefter den manglende midterdel, markeret med <|code_suffix|>, <|code_prefix|> og <|code_middle|>. Producentens udfyldningsskabelon udelader systemprompten. Ved at bevare suffikset får modellen det omgivende kontrolflow og den kode, der skal stå efter indsættelsen. Resultatet er den foreslåede manglende kode, som derefter kan kontrolleres på sin oprindelige placering.\n\nFuldførelse på tværs af filer tilføjer relaterede uddrag som referencemateriale, hvert indledt med ###REFERENCE: og sin egen ###PATH:. Hold disse referencer adskilt fra målfilen og dens indsættelsespunkt. Når du for eksempel fuldfører en funktion, der kalder en eksisterende hjælpefunktion, skal du levere hjælpefunktionens signatur og implementering sammen med målfunktionens præfiks og suffiks. Vejledningen til fuldførelse på projektniveau udvider denne tilgang til at generere en ny fil ud fra projektkravene og relevant eksisterende kode. Tydelige stier og udvalgte afhængigheder gør det muligt at skelne kode leveret som dokumentation fra den fil, modellen skal fuldføre.\n\nSpørgsmål om kodearkiver bruger et andet oprindeligt layout: Angiv hver fil under ###PATH:, medtag dens kode, og stil derefter spørgsmålet. En nyttig opgavebeskrivelse kan spørge, hvor en værdi defineres, eller hvordan et kald passerer mellem de leverede moduler. Redigering af kodearkiver bruger sin egen systeminstruktion til at tilføje, slette eller ændre filer og beder om output i formen ###PATH: {PATH} efterfulgt af koden. Klargør de relevante filer, og beskriv den nødvendige ændring, herunder den fil, der skal tilføjes, eller den adfærd, der skal bevares. Læs de returnerede blokke med filstier som foreslåede ændringer; de er ikke dokumentation for, at et kodearkiv allerede er ændret, eller at koden er kørt.\n\nFor det offentliggjorte CodeGeeX4-ALL-9B-medlem dokumenterer producenten en 128K-kontekst og anbefaler at udvælge relevant indhold fra kodearkivet, når et projekt overstiger dette vindue. Hentning af relaterede uddrag og beskæring af for store input er forberedelsestrin i vejledningen til kodearkiver. Konteksten skal rumme instruktioner, leveret kode og genereret fortsættelse, så et målrettet udvalg af filer er ofte mere nyttigt end et udifferentieret projektdump. Producentens eksempelindstillinger til generering styrer længden af en konkret kørsel; de definerer ikke en universel maksimal svarlængde for alle CodeGeeX4-udgaver.\n\nSerien beskriver også tilsluttede programmeringsforløb med fortolkere, søgning og funktionskald. En sådan arbejdsgang kræver, at den omgivende applikation stiller de navngivne værktøjer til rådighed og returnerer deres resultater til samtalen. Når du beder om kørbar kode, skal du angive det tilsigtede sprog, afhængigheder og forventet adfærd; når du beder om en analyse, skal du efterspørge de relevante fil- eller funktionsreferencer. Kompilér eller kør de foreslåede ændringer i det tilsigtede miljø, og kontrollér adfærden mod det leverede krav, før de indarbejdes i et projekt.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "8491100d6aa9c238481c97852e36827067768c25a0e48931c5c7f4d5845e039b", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "da", "methods": [ { "html": "codegeex-4CodeGeeX4 er en flersproget kodemodelfamilie til kodegenerering, fuldførelse, forklaring, reparation og spørgsmål om kodearkiver. Dens egne vejledninger omfatter opgavespecifikke prompts, udfyldning af huller mellem eksisterende kodestykker og brug af relaterede filer til at forberede ændringer med eksplicitte filstier.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
CodeGeeX4 er en flersproget kodemodelfamilie bygget omkring programmeringshjælp og arbejde på tværs af relaterede kildefiler. Producenten offentliggør CodeGeeX4-ALL-9B som et open source-medlem af serien, udviklet gennem videre træning af GLM-4-9B. Dokumentationen omfatter kodegenerering og fuldførelse, programmeringsspørgsmål, analyse af kodearkiver og tilsluttede arbejdsgange med en kodefortolker, websøgning eller funktionskald. Det almindelige output er tekst: kode, forklaringer, svar eller ændringer mærket med filnavne i henhold til opgaveinstruktionen.
Start med at vælge handlingen og give modellen den kode, den har brug for. Den oprindelige systempromptvejledning har særskilte instruktioner til at tilføje kommentarer, forklare et program, oversætte mellem programmeringssprog, gennemgå eller reparere kode, generere tests og besvare spørgsmål om en fil. Ved en reparation skal du medtage den fejlende kode, den observerede adfærd og det tilsigtede resultat. Ved oversættelse skal du angive målprogrammeringssproget og levere hele den relevante funktion. Ved kommentarer bevarer producentens opgaveinstruktion koden og tilføjer kommentarer; ved flere kodeproducerende opgaver beder den om kode alene. Disse forskelle gør resultatet anvendeligt som en kodeleverance eller en forklaring frem for at lade outputformatet være underforstået.
Vejledningerne giver kinesiske og engelske systemprompts. Sproget i systeminstruktionen bestemmer ikke i sig selv svarets sprog, så bed udtrykkeligt om svarenes sprog, når der er behov for en forklaring. Den specialiserede vejledning til gennemgang beskriver kinesisk output; den generelle prompt til programmeringsassistenten giver en særskilt måde at bede om en gennemgang på et andet sprog. Nogle opgaveskabeloner sætter kommentarsproget til at følge kilden og udelukker blandet kinesisk og engelsk output. I en fortsat samtale skal du gentage den relevante opgaveinstruktion, når du skifter handling, så en anmodning om en forklaring ikke forveksles med den foregående anmodning om output bestående af kode alene.
Ved kontekstuel fuldførelse beskriver det oprindelige format målfilen, dens programmeringssprog og koden på begge sider af indsættelsespunktet. Brug den relative filsti med ###PATH:, og medtag ###LANGUAGE:; vejledningen tillader en tom sprogværdi, når sproget er ukendt. ###MODE: vælger LINE til en fuldførelse på én linje eller BLOCK til flere linjer, med BLOCK som den dokumenterede standard. Fill-in-the-middle-sekvensen har først suffikset, dernæst præfikset og derefter den manglende midterdel, markeret med <|code_suffix|>, <|code_prefix|> og <|code_middle|>. Producentens udfyldningsskabelon udelader systemprompten. Ved at bevare suffikset får modellen det omgivende kontrolflow og den kode, der skal stå efter indsættelsen. Resultatet er den foreslåede manglende kode, som derefter kan kontrolleres på sin oprindelige placering.
Fuldførelse på tværs af filer tilføjer relaterede uddrag som referencemateriale, hvert indledt med ###REFERENCE: og sin egen ###PATH:. Hold disse referencer adskilt fra målfilen og dens indsættelsespunkt. Når du for eksempel fuldfører en funktion, der kalder en eksisterende hjælpefunktion, skal du levere hjælpefunktionens signatur og implementering sammen med målfunktionens præfiks og suffiks. Vejledningen til fuldførelse på projektniveau udvider denne tilgang til at generere en ny fil ud fra projektkravene og relevant eksisterende kode. Tydelige stier og udvalgte afhængigheder gør det muligt at skelne kode leveret som dokumentation fra den fil, modellen skal fuldføre.
Spørgsmål om kodearkiver bruger et andet oprindeligt layout: Angiv hver fil under ###PATH:, medtag dens kode, og stil derefter spørgsmålet. En nyttig opgavebeskrivelse kan spørge, hvor en værdi defineres, eller hvordan et kald passerer mellem de leverede moduler. Redigering af kodearkiver bruger sin egen systeminstruktion til at tilføje, slette eller ændre filer og beder om output i formen ###PATH: {PATH} efterfulgt af koden. Klargør de relevante filer, og beskriv den nødvendige ændring, herunder den fil, der skal tilføjes, eller den adfærd, der skal bevares. Læs de returnerede blokke med filstier som foreslåede ændringer; de er ikke dokumentation for, at et kodearkiv allerede er ændret, eller at koden er kørt.
For det offentliggjorte CodeGeeX4-ALL-9B-medlem dokumenterer producenten en 128K-kontekst og anbefaler at udvælge relevant indhold fra kodearkivet, når et projekt overstiger dette vindue. Hentning af relaterede uddrag og beskæring af for store input er forberedelsestrin i vejledningen til kodearkiver. Konteksten skal rumme instruktioner, leveret kode og genereret fortsættelse, så et målrettet udvalg af filer er ofte mere nyttigt end et udifferentieret projektdump. Producentens eksempelindstillinger til generering styrer længden af en konkret kørsel; de definerer ikke en universel maksimal svarlængde for alle CodeGeeX4-udgaver.
Serien beskriver også tilsluttede programmeringsforløb med fortolkere, søgning og funktionskald. En sådan arbejdsgang kræver, at den omgivende applikation stiller de navngivne værktøjer til rådighed og returnerer deres resultater til samtalen. Når du beder om kørbar kode, skal du angive det tilsigtede sprog, afhængigheder og forventet adfærd; når du beder om en analyse, skal du efterspørge de relevante fil- eller funktionsreferencer. Kompilér eller kør de foreslåede ændringer i det tilsigtede miljø, og kontrollér adfærden mod det leverede krav, før de indarbejdes i et projekt.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser codegeex-4 | Standard— |
Feltmessages | Typemessage[] | KravPåkrævet | Værdier og grænser Minimumsantal elementer: 1 | Standard— |
Feltmessages[].role | Typestring | KravPåkrævet | Værdier og grænser Afhænger af modellen | Standard— |
Feltmessages[].content | Typestring | KravValgfrit | Værdier og grænser Gælder når: Tekstsamtale | Standard— |
Feltstream | Typeboolean | KravValgfrit | Værdier og grænser | Standardfalse |
Tekst · UTF8-tekst
messages[].content
| Parameter | Kontrakt |
|---|---|
Parametercontent_type | Kontraktapplication/json |
Parameterrequired | Kontraktmodel, messages |
Parametermaterial_types | Kontrakttext |
Parametermessages | Kontraktbeskedarray med strukturen role/content |
Parameterfile_material | Kontraktfaktisk UTF-8-dokument indsat som bogstavelig tekst; intet fil-ID udledes |
Parameteroptional_controls | Kontraktstream |
Parametercontrol_scope | KontraktTekstsamtale; stream er en boolesk værdi og er som standard false. |
Parameteroutput_modalities | Kontrakttext |
Parameterhosted_operations | Kontraktfalse |
Parametermultimodal_input_binding | Kontraktnull |
Metodealiaser: /chat/completions
Livscyklus: synchronous_or_streamed
Send det præcise model-ID med messages.
Kontekstlængde er ikke et outputloft.
En tekstfil kan levere bogstavelig tekst; billed-, lyd- og filobjektinput kræver en præcis binding.
Tarifoplysninger tilføjer ikke anmodningsmuligheder. Understøttede parametre står ved den valgte metode.
| Konfiguration | Takstplan | Beløb |
|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Beløb Input · Inputtokens $0.028 / 1K tokens Output · Outputtokens $0.028 / 1K tokens Input · Cachelæsning $0 / 1K tokens Input · Cacheskrivning $0 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
Ailoot reserverer et estimeret beløb før en anmodning. Efter resultatet afregnes det endelige beløb ud fra det målte forbrug. Ved streaming bruges den endelige forbrugsregistrering til afregningen. Sådan fungerer reservation og afregning →
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
Gem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel.
Bevar hvert valg og dets indhold, værktøjskald og ræsonnement. Saml i SSE deltaer efter valg-/værktøjsindeks, og bevar den endelige afslutningsårsag og forbrugsoplysningerne.
Bevar anmodnings-/svar-ID’er og headere. Der leveres ingen generel URL til at hente tekstjob.
| Felt | Type |
|---|---|
Feltchoices[].index | Typeinteger |
Feltchoices[].message.content | Typestring|null |
Feltchoices[].message.tool_calls | Typetool_call[] |
Feltchoices[].message.reasoning_content | Typestring |
Feltchoices[].message.reasoning_details | Typeobject|array |
Feltchoices[].finish_reason | Typestring|null |
Feltusage | Typeobject |
| Svar | Betingelse | Næste trin |
|---|---|---|
Svar400 · invalid_request_error | BetingelseUgyldige obligatoriske felter, materialerepræsentation eller parameterværdi | Næste trinRet de angivne felter før en ny oprettelsesanmodning. |
Ailoot Ultra codegeex-4
/chat/completions
codegeex-4CodeGeeX4 er en flersproget kodemodelfamilie til kodegenerering, fuldførelse, forklaring, reparation og spørgsmål om kodearkiver. Dens egne vejledninger omfatter opgavespecifikke prompts, udfyldning af huller mellem eksisterende kodestykker og brug af relaterede filer til at forberede ændringer med eksplicitte filstier.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
CodeGeeX4 er en flersproget kodemodelfamilie bygget omkring programmeringshjælp og arbejde på tværs af relaterede kildefiler. Producenten offentliggør CodeGeeX4-ALL-9B som et open source-medlem af serien, udviklet gennem videre træning af GLM-4-9B. Dokumentationen omfatter kodegenerering og fuldførelse, programmeringsspørgsmål, analyse af kodearkiver og tilsluttede arbejdsgange med en kodefortolker, websøgning eller funktionskald. Det almindelige output er tekst: kode, forklaringer, svar eller ændringer mærket med filnavne i henhold til opgaveinstruktionen.
Start med at vælge handlingen og give modellen den kode, den har brug for. Den oprindelige systempromptvejledning har særskilte instruktioner til at tilføje kommentarer, forklare et program, oversætte mellem programmeringssprog, gennemgå eller reparere kode, generere tests og besvare spørgsmål om en fil. Ved en reparation skal du medtage den fejlende kode, den observerede adfærd og det tilsigtede resultat. Ved oversættelse skal du angive målprogrammeringssproget og levere hele den relevante funktion. Ved kommentarer bevarer producentens opgaveinstruktion koden og tilføjer kommentarer; ved flere kodeproducerende opgaver beder den om kode alene. Disse forskelle gør resultatet anvendeligt som en kodeleverance eller en forklaring frem for at lade outputformatet være underforstået.
Vejledningerne giver kinesiske og engelske systemprompts. Sproget i systeminstruktionen bestemmer ikke i sig selv svarets sprog, så bed udtrykkeligt om svarenes sprog, når der er behov for en forklaring. Den specialiserede vejledning til gennemgang beskriver kinesisk output; den generelle prompt til programmeringsassistenten giver en særskilt måde at bede om en gennemgang på et andet sprog. Nogle opgaveskabeloner sætter kommentarsproget til at følge kilden og udelukker blandet kinesisk og engelsk output. I en fortsat samtale skal du gentage den relevante opgaveinstruktion, når du skifter handling, så en anmodning om en forklaring ikke forveksles med den foregående anmodning om output bestående af kode alene.
Ved kontekstuel fuldførelse beskriver det oprindelige format målfilen, dens programmeringssprog og koden på begge sider af indsættelsespunktet. Brug den relative filsti med ###PATH:, og medtag ###LANGUAGE:; vejledningen tillader en tom sprogværdi, når sproget er ukendt. ###MODE: vælger LINE til en fuldførelse på én linje eller BLOCK til flere linjer, med BLOCK som den dokumenterede standard. Fill-in-the-middle-sekvensen har først suffikset, dernæst præfikset og derefter den manglende midterdel, markeret med <|code_suffix|>, <|code_prefix|> og <|code_middle|>. Producentens udfyldningsskabelon udelader systemprompten. Ved at bevare suffikset får modellen det omgivende kontrolflow og den kode, der skal stå efter indsættelsen. Resultatet er den foreslåede manglende kode, som derefter kan kontrolleres på sin oprindelige placering.
Fuldførelse på tværs af filer tilføjer relaterede uddrag som referencemateriale, hvert indledt med ###REFERENCE: og sin egen ###PATH:. Hold disse referencer adskilt fra målfilen og dens indsættelsespunkt. Når du for eksempel fuldfører en funktion, der kalder en eksisterende hjælpefunktion, skal du levere hjælpefunktionens signatur og implementering sammen med målfunktionens præfiks og suffiks. Vejledningen til fuldførelse på projektniveau udvider denne tilgang til at generere en ny fil ud fra projektkravene og relevant eksisterende kode. Tydelige stier og udvalgte afhængigheder gør det muligt at skelne kode leveret som dokumentation fra den fil, modellen skal fuldføre.
Spørgsmål om kodearkiver bruger et andet oprindeligt layout: Angiv hver fil under ###PATH:, medtag dens kode, og stil derefter spørgsmålet. En nyttig opgavebeskrivelse kan spørge, hvor en værdi defineres, eller hvordan et kald passerer mellem de leverede moduler. Redigering af kodearkiver bruger sin egen systeminstruktion til at tilføje, slette eller ændre filer og beder om output i formen ###PATH: {PATH} efterfulgt af koden. Klargør de relevante filer, og beskriv den nødvendige ændring, herunder den fil, der skal tilføjes, eller den adfærd, der skal bevares. Læs de returnerede blokke med filstier som foreslåede ændringer; de er ikke dokumentation for, at et kodearkiv allerede er ændret, eller at koden er kørt.
For det offentliggjorte CodeGeeX4-ALL-9B-medlem dokumenterer producenten en 128K-kontekst og anbefaler at udvælge relevant indhold fra kodearkivet, når et projekt overstiger dette vindue. Hentning af relaterede uddrag og beskæring af for store input er forberedelsestrin i vejledningen til kodearkiver. Konteksten skal rumme instruktioner, leveret kode og genereret fortsættelse, så et målrettet udvalg af filer er ofte mere nyttigt end et udifferentieret projektdump. Producentens eksempelindstillinger til generering styrer længden af en konkret kørsel; de definerer ikke en universel maksimal svarlængde for alle CodeGeeX4-udgaver.
Serien beskriver også tilsluttede programmeringsforløb med fortolkere, søgning og funktionskald. En sådan arbejdsgang kræver, at den omgivende applikation stiller de navngivne værktøjer til rådighed og returnerer deres resultater til samtalen. Når du beder om kørbar kode, skal du angive det tilsigtede sprog, afhængigheder og forventet adfærd; når du beder om en analyse, skal du efterspørge de relevante fil- eller funktionsreferencer. Kompilér eller kør de foreslåede ændringer i det tilsigtede miljø, og kontrollér adfærden mod det leverede krav, før de indarbejdes i et projekt.
POST /v1/messagestextjson, sse| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser codegeex-4 | Standard— |
Feltmessages | Typemessage[] | KravPåkrævet | Værdier og grænser | Standard— |
Feltmessages[].role | Typestring | KravPåkrævet | Værdier og grænser user, assistant | Standard— |
Feltmessages[].content | Typestring | KravPåkrævet | Værdier og grænser | Standard— |
Feltmax_tokens | Typeinteger | KravPåkrævet | Værdier og grænser | Standard— |
Feltstream | Typeboolean | KravValgfrit | Værdier og grænser | Standardfalse |
Tekst · UTF-8-tekst
messages[].content som streng
| Parameter | Kontrakt |
|---|---|
Parametercontent_type | Kontraktapplication/json |
Parameterrequired | Kontraktmodel, messages, max_tokens |
Parameteroptional_controls | Kontraktstream |
Parametermaterial_types | Kontrakttext |
Parametertext_file_material | KontraktLæs det faktiske UTF-8-dokument, og indsæt teksten i det angivne input eller beskedens indholdsstreng. |
Livscyklus: synchronous_or_streamed
Tarifoplysninger tilføjer ikke anmodningsmuligheder. Understøttede parametre står ved den valgte metode.
| Konfiguration | Takstplan | Beløb |
|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Beløb Input · Inputtokens $0.028 / 1K tokens Output · Outputtokens $0.028 / 1K tokens Input · Cachelæsning $0 / 1K tokens Input · Cacheskrivning $0 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
Ailoot reserverer et estimeret beløb før en anmodning. Efter resultatet afregnes det endelige beløb ud fra det målte forbrug. Ved streaming bruges den endelige forbrugsregistrering til afregningen. Sådan fungerer reservation og afregning →
{\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
Gem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel.
Bevar alle indholdsblokke, ræsonnementssignaturer og faktiske værktøjsbrugs-ID’er. Saml alle SSE-blokdeltaer; den første tekstblok er ikke hele outputtet.
Bevar anmodnings-/svar-ID’er og headere. Der leveres ingen generel URL til at hente tekstjob.
| Felt | Type |
|---|---|
Feltid | Typestring |
Feltmodel | Typestring |
Feltcontent[] | Typetext|thinking|tool_use|other content block |
Feltstop_reason | Typestring|null |
Feltusage | Typeobject |
| Svar | Betingelse | Næste trin |
|---|---|---|
Svar400 · invalid_request_error | BetingelseUgyldige obligatoriske felter, materialerepræsentation eller parameterværdi | Næste trinRet de angivne felter før en ny oprettelsesanmodning. |
Ailoot Ultra codegeex-4
/chat/completions