CodeGeeX4 er en flerspråklig kodemodellfamilie bygget rundt programmeringsassistanse og arbeid på tvers av relaterte kildefiler. Produsenten publiserer CodeGeeX4-ALL-9B som et medlem av serien med åpen kildekode, utviklet gjennom videre trening av GLM-4-9B. Dokumentasjonen dekker kodegenerering og fullføring, programmeringsspørsmål, analyse av kodebaser og tilkoblede arbeidsflyter med en kodetolker, nettsøk eller funksjonskall. De vanlige utdataene er tekst: kode, forklaringer, svar eller endringer merket med filnavn, i henhold til oppgaveinstruksjonen.
Begynn med å velge operasjonen og gi modellen koden den trenger. Den egne veiledningen for systeminstruksjoner har separate instruksjoner for å legge til kommentarer, forklare et program, oversette mellom programmeringsspråk, gjennomgå eller reparere kode, generere tester og svare på spørsmål om en fil. Ved retting bør du ta med koden som feiler, observert atferd og ønsket resultat. Ved oversettelse bør du angi målprogrammeringsspråket og oppgi hele den relevante funksjonen. For kommentarer beholder produsentens oppgaveinstruksjon koden og legger til kommentarer; for flere kodeproduserende oppgaver ber den om bare kode. Disse skillene gjør resultatet brukbart som kodeleveranse eller forklaring, fremfor å la utdataformatet være underforstått.
Veiledningene gir kinesiske og engelske systeminstruksjoner. Språket i systeminstruksjonen bestemmer ikke i seg selv språket i svaret, så be eksplisitt om svarspråket når en forklaring er nødvendig. Den spesialiserte veiledningen for kodegjennomgang beskriver kinesiske utdata; den generelle programmeringsassistentinstruksjonen gir en separat måte å be om gjennomgang på et annet svarspråk. Noen oppgavemaler setter kommentarspråket til å samsvare med kilden og utelukker utdata som blander kinesisk og engelsk. I en pågående samtale bør du gjenta den relevante oppgaveinstruksjonen når du bytter operasjon, slik at en forespørsel om forklaring ikke forveksles med den foregående forespørselen om bare kode.
For kontekstuell fullføring beskriver det egne formatet målfilen, programmeringsspråket og koden på begge sider av innsettingspunktet. Bruk den relative filstien med ###PATH: og ta med ###LANGUAGE:; veiledningen tillater en tom språkverdi når språket er ukjent. ###MODE: velger LINE for fullføring av én linje eller BLOCK for flere linjer, med BLOCK som dokumentert standard. Sekvensen for utfylling i midten er først suffiks, deretter prefiks, så den manglende midten, merket med <|code_suffix|>, <|code_prefix|> og <|code_middle|>. Produsentens utfyllingsmal utelater systeminstruksjonen. Ved å beholde suffikset får modellen kontrollflyten rundt innsettingspunktet og koden som skal stå igjen etter innsettingen. Resultatet er den foreslåtte manglende koden, som deretter kan kontrolleres på sin opprinnelige plass.
Fullføring på tvers av filer legger til relaterte kodeutdrag som referansemateriale, hvert innledet med ###REFERENCE: og sin egen ###PATH:. Hold disse referansene atskilt fra målfilen og innsettingspunktet. Når du for eksempel fullfører en funksjon som kaller en eksisterende hjelpefunksjon, bør du oppgi hjelpefunksjonens signatur og implementering sammen med målfilfunksjonens prefiks og suffiks. Veiledningen for fullføring på prosjektnivå utvider denne tilnærmingen til å generere en ny fil fra prosjektkravene og relevant eksisterende kode. Tydelige stier og utvalgte avhengigheter gjør det mulig å skille koden som er oppgitt som belegg, fra filen modellen blir bedt om å fullføre.
Spørsmål om kodebaser bruker et annet eget oppsett: list hver fil under ###PATH:, ta med koden og still deretter spørsmålet. En nyttig bestilling kan spørre hvor en verdi defineres, eller hvordan et kall går mellom de vedlagte modulene. Redigering av kodebaser bruker sin egen systeminstruksjon for å legge til, slette eller endre filer og ber om utdata som ###PATH: {PATH} etterfulgt av koden. Klargjør de relevante filene og beskriv ønsket endring, inkludert filen som skal legges til, eller atferden som skal bevares. Les de returnerte blokkene med filstier som foreslåtte endringer; de er ikke belegg for at en kodebase allerede er endret eller at koden har kjørt.
For det publiserte CodeGeeX4-ALL-9B-medlemmet dokumenterer produsenten en kontekst på 128K og anbefaler å velge relevant innhold fra kodebasen når et prosjekt overstiger dette vinduet. Gjenfinning av relaterte utdrag og nedkorting av for store inndata er klargjøringstrinn i kodebaseveiledningen. Konteksten må romme instruksjonene, koden som er lagt ved, og den genererte fortsettelsen, så et målrettet utvalg av filer er ofte mer nyttig enn en udifferensiert prosjektdump. Produsentens eksempelinnstillinger for generering styrer lengden på en bestemt kjøring; de definerer ikke en universell maksimal svarlengde for alle CodeGeeX4-utgaver.
Serien beskriver også tilkoblede programmeringsarbeidsflyter med tolker, søk og funksjonskall. En slik arbeidsflyt trenger at applikasjonen rundt modellen stiller de navngitte verktøyene til rådighet og returnerer resultatene til samtalen. Når du ber om kjørbar kode, bør du angi tiltenkt språk, avhengigheter og forventet atferd; når du ber om en analyse, bør du be om henvisninger til relevante filer eller funksjoner. Kompiler eller kjør de foreslåtte endringene i det tiltenkte miljøet, og kontroller atferden mot det vedlagte kravet før du innarbeider dem i et prosjekt.
", "aboutText": "CodeGeeX4 er en flerspråklig kodemodellfamilie bygget rundt programmeringsassistanse og arbeid på tvers av relaterte kildefiler. Produsenten publiserer CodeGeeX4-ALL-9B som et medlem av serien med åpen kildekode, utviklet gjennom videre trening av GLM-4-9B. Dokumentasjonen dekker kodegenerering og fullføring, programmeringsspørsmål, analyse av kodebaser og tilkoblede arbeidsflyter med en kodetolker, nettsøk eller funksjonskall. De vanlige utdataene er tekst: kode, forklaringer, svar eller endringer merket med filnavn, i henhold til oppgaveinstruksjonen.\n\nBegynn med å velge operasjonen og gi modellen koden den trenger. Den egne veiledningen for systeminstruksjoner har separate instruksjoner for å legge til kommentarer, forklare et program, oversette mellom programmeringsspråk, gjennomgå eller reparere kode, generere tester og svare på spørsmål om en fil. Ved retting bør du ta med koden som feiler, observert atferd og ønsket resultat. Ved oversettelse bør du angi målprogrammeringsspråket og oppgi hele den relevante funksjonen. For kommentarer beholder produsentens oppgaveinstruksjon koden og legger til kommentarer; for flere kodeproduserende oppgaver ber den om bare kode. Disse skillene gjør resultatet brukbart som kodeleveranse eller forklaring, fremfor å la utdataformatet være underforstått.\n\nVeiledningene gir kinesiske og engelske systeminstruksjoner. Språket i systeminstruksjonen bestemmer ikke i seg selv språket i svaret, så be eksplisitt om svarspråket når en forklaring er nødvendig. Den spesialiserte veiledningen for kodegjennomgang beskriver kinesiske utdata; den generelle programmeringsassistentinstruksjonen gir en separat måte å be om gjennomgang på et annet svarspråk. Noen oppgavemaler setter kommentarspråket til å samsvare med kilden og utelukker utdata som blander kinesisk og engelsk. I en pågående samtale bør du gjenta den relevante oppgaveinstruksjonen når du bytter operasjon, slik at en forespørsel om forklaring ikke forveksles med den foregående forespørselen om bare kode.\n\nFor kontekstuell fullføring beskriver det egne formatet målfilen, programmeringsspråket og koden på begge sider av innsettingspunktet. Bruk den relative filstien med ###PATH: og ta med ###LANGUAGE:; veiledningen tillater en tom språkverdi når språket er ukjent. ###MODE: velger LINE for fullføring av én linje eller BLOCK for flere linjer, med BLOCK som dokumentert standard. Sekvensen for utfylling i midten er først suffiks, deretter prefiks, så den manglende midten, merket med <|code_suffix|>, <|code_prefix|> og <|code_middle|>. Produsentens utfyllingsmal utelater systeminstruksjonen. Ved å beholde suffikset får modellen kontrollflyten rundt innsettingspunktet og koden som skal stå igjen etter innsettingen. Resultatet er den foreslåtte manglende koden, som deretter kan kontrolleres på sin opprinnelige plass.\n\nFullføring på tvers av filer legger til relaterte kodeutdrag som referansemateriale, hvert innledet med ###REFERENCE: og sin egen ###PATH:. Hold disse referansene atskilt fra målfilen og innsettingspunktet. Når du for eksempel fullfører en funksjon som kaller en eksisterende hjelpefunksjon, bør du oppgi hjelpefunksjonens signatur og implementering sammen med målfilfunksjonens prefiks og suffiks. Veiledningen for fullføring på prosjektnivå utvider denne tilnærmingen til å generere en ny fil fra prosjektkravene og relevant eksisterende kode. Tydelige stier og utvalgte avhengigheter gjør det mulig å skille koden som er oppgitt som belegg, fra filen modellen blir bedt om å fullføre.\n\nSpørsmål om kodebaser bruker et annet eget oppsett: list hver fil under ###PATH:, ta med koden og still deretter spørsmålet. En nyttig bestilling kan spørre hvor en verdi defineres, eller hvordan et kall går mellom de vedlagte modulene. Redigering av kodebaser bruker sin egen systeminstruksjon for å legge til, slette eller endre filer og ber om utdata som ###PATH: {PATH} etterfulgt av koden. Klargjør de relevante filene og beskriv ønsket endring, inkludert filen som skal legges til, eller atferden som skal bevares. Les de returnerte blokkene med filstier som foreslåtte endringer; de er ikke belegg for at en kodebase allerede er endret eller at koden har kjørt.\n\nFor det publiserte CodeGeeX4-ALL-9B-medlemmet dokumenterer produsenten en kontekst på 128K og anbefaler å velge relevant innhold fra kodebasen når et prosjekt overstiger dette vinduet. Gjenfinning av relaterte utdrag og nedkorting av for store inndata er klargjøringstrinn i kodebaseveiledningen. Konteksten må romme instruksjonene, koden som er lagt ved, og den genererte fortsettelsen, så et målrettet utvalg av filer er ofte mer nyttig enn en udifferensiert prosjektdump. Produsentens eksempelinnstillinger for generering styrer lengden på en bestemt kjøring; de definerer ikke en universell maksimal svarlengde for alle CodeGeeX4-utgaver.\n\nSerien beskriver også tilkoblede programmeringsarbeidsflyter med tolker, søk og funksjonskall. En slik arbeidsflyt trenger at applikasjonen rundt modellen stiller de navngitte verktøyene til rådighet og returnerer resultatene til samtalen. Når du ber om kjørbar kode, bør du angi tiltenkt språk, avhengigheter og forventet atferd; når du ber om en analyse, bør du be om henvisninger til relevante filer eller funksjoner. Kompiler eller kjør de foreslåtte endringene i det tiltenkte miljøet, og kontroller atferden mot det vedlagte kravet før du innarbeider dem i et prosjekt.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "69c3f9beb47053aa0517771d99b9d3aebfcc03f388a5cdb47dd4f2a1d1e2fb12", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nb", "methods": [ { "html": "codegeex-4CodeGeeX4 er en flerspråklig kodemodellfamilie for kodegenerering, fullføring, forklaring, retting og spørsmål om kodebaser. De egne veiledningene dekker oppgavespesifikke instruksjoner, utfylling mellom eksisterende kode og bruk av relaterte filer til å forberede endringer med eksplisitte filstier.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
CodeGeeX4 er en flerspråklig kodemodellfamilie bygget rundt programmeringsassistanse og arbeid på tvers av relaterte kildefiler. Produsenten publiserer CodeGeeX4-ALL-9B som et medlem av serien med åpen kildekode, utviklet gjennom videre trening av GLM-4-9B. Dokumentasjonen dekker kodegenerering og fullføring, programmeringsspørsmål, analyse av kodebaser og tilkoblede arbeidsflyter med en kodetolker, nettsøk eller funksjonskall. De vanlige utdataene er tekst: kode, forklaringer, svar eller endringer merket med filnavn, i henhold til oppgaveinstruksjonen.
Begynn med å velge operasjonen og gi modellen koden den trenger. Den egne veiledningen for systeminstruksjoner har separate instruksjoner for å legge til kommentarer, forklare et program, oversette mellom programmeringsspråk, gjennomgå eller reparere kode, generere tester og svare på spørsmål om en fil. Ved retting bør du ta med koden som feiler, observert atferd og ønsket resultat. Ved oversettelse bør du angi målprogrammeringsspråket og oppgi hele den relevante funksjonen. For kommentarer beholder produsentens oppgaveinstruksjon koden og legger til kommentarer; for flere kodeproduserende oppgaver ber den om bare kode. Disse skillene gjør resultatet brukbart som kodeleveranse eller forklaring, fremfor å la utdataformatet være underforstått.
Veiledningene gir kinesiske og engelske systeminstruksjoner. Språket i systeminstruksjonen bestemmer ikke i seg selv språket i svaret, så be eksplisitt om svarspråket når en forklaring er nødvendig. Den spesialiserte veiledningen for kodegjennomgang beskriver kinesiske utdata; den generelle programmeringsassistentinstruksjonen gir en separat måte å be om gjennomgang på et annet svarspråk. Noen oppgavemaler setter kommentarspråket til å samsvare med kilden og utelukker utdata som blander kinesisk og engelsk. I en pågående samtale bør du gjenta den relevante oppgaveinstruksjonen når du bytter operasjon, slik at en forespørsel om forklaring ikke forveksles med den foregående forespørselen om bare kode.
For kontekstuell fullføring beskriver det egne formatet målfilen, programmeringsspråket og koden på begge sider av innsettingspunktet. Bruk den relative filstien med ###PATH: og ta med ###LANGUAGE:; veiledningen tillater en tom språkverdi når språket er ukjent. ###MODE: velger LINE for fullføring av én linje eller BLOCK for flere linjer, med BLOCK som dokumentert standard. Sekvensen for utfylling i midten er først suffiks, deretter prefiks, så den manglende midten, merket med <|code_suffix|>, <|code_prefix|> og <|code_middle|>. Produsentens utfyllingsmal utelater systeminstruksjonen. Ved å beholde suffikset får modellen kontrollflyten rundt innsettingspunktet og koden som skal stå igjen etter innsettingen. Resultatet er den foreslåtte manglende koden, som deretter kan kontrolleres på sin opprinnelige plass.
Fullføring på tvers av filer legger til relaterte kodeutdrag som referansemateriale, hvert innledet med ###REFERENCE: og sin egen ###PATH:. Hold disse referansene atskilt fra målfilen og innsettingspunktet. Når du for eksempel fullfører en funksjon som kaller en eksisterende hjelpefunksjon, bør du oppgi hjelpefunksjonens signatur og implementering sammen med målfilfunksjonens prefiks og suffiks. Veiledningen for fullføring på prosjektnivå utvider denne tilnærmingen til å generere en ny fil fra prosjektkravene og relevant eksisterende kode. Tydelige stier og utvalgte avhengigheter gjør det mulig å skille koden som er oppgitt som belegg, fra filen modellen blir bedt om å fullføre.
Spørsmål om kodebaser bruker et annet eget oppsett: list hver fil under ###PATH:, ta med koden og still deretter spørsmålet. En nyttig bestilling kan spørre hvor en verdi defineres, eller hvordan et kall går mellom de vedlagte modulene. Redigering av kodebaser bruker sin egen systeminstruksjon for å legge til, slette eller endre filer og ber om utdata som ###PATH: {PATH} etterfulgt av koden. Klargjør de relevante filene og beskriv ønsket endring, inkludert filen som skal legges til, eller atferden som skal bevares. Les de returnerte blokkene med filstier som foreslåtte endringer; de er ikke belegg for at en kodebase allerede er endret eller at koden har kjørt.
For det publiserte CodeGeeX4-ALL-9B-medlemmet dokumenterer produsenten en kontekst på 128K og anbefaler å velge relevant innhold fra kodebasen når et prosjekt overstiger dette vinduet. Gjenfinning av relaterte utdrag og nedkorting av for store inndata er klargjøringstrinn i kodebaseveiledningen. Konteksten må romme instruksjonene, koden som er lagt ved, og den genererte fortsettelsen, så et målrettet utvalg av filer er ofte mer nyttig enn en udifferensiert prosjektdump. Produsentens eksempelinnstillinger for generering styrer lengden på en bestemt kjøring; de definerer ikke en universell maksimal svarlengde for alle CodeGeeX4-utgaver.
Serien beskriver også tilkoblede programmeringsarbeidsflyter med tolker, søk og funksjonskall. En slik arbeidsflyt trenger at applikasjonen rundt modellen stiller de navngitte verktøyene til rådighet og returnerer resultatene til samtalen. Når du ber om kjørbar kode, bør du angi tiltenkt språk, avhengigheter og forventet atferd; når du ber om en analyse, bør du be om henvisninger til relevante filer eller funksjoner. Kompiler eller kjør de foreslåtte endringene i det tiltenkte miljøet, og kontroller atferden mot det vedlagte kravet før du innarbeider dem i et prosjekt.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser codegeex-4 | Standard— |
Feltmessages | Typemessage[] | KravPåkrevd | Verdier & grenser Minste antall elementer: 1 | Standard— |
Feltmessages[].role | Typestring | KravPåkrevd | Verdier & grenser Avhenger av modellen | Standard— |
Feltmessages[].content | Typestring | KravValgfritt | Verdier & grenser Gjelder når: Tekstsamtale | Standard— |
Feltstream | Typeboolean | KravValgfritt | Verdier & grenser | Standardfalse |
Tekst · UTF8-tekst
messages[].content
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, messages |
Parametermaterial_types | Avtaletext |
Parametermessages | Avtalemeldingstabell med role/content-struktur |
Parameterfile_material | Avtalefaktisk UTF-8-dokument satt inn som bokstavelig tekst; ingen fil-ID utledes |
Parameteroptional_controls | Avtalestream |
Parametercontrol_scope | AvtaleTekstsamtale; stream er en boolsk verdi med false som standard. |
Parameteroutput_modalities | Avtaletext |
Parameterhosted_operations | Avtalefalse |
Parametermultimodal_input_binding | Avtalenull |
Metodealiaser: /chat/completions
Livssyklus: synchronous_or_streamed
Send eksakt modell-ID sammen med messages.
Kontekstlengde er ikke en outputgrense.
En tekstfil kan levere bokstavelig tekst; bilde-, lyd- og filobjektinput trenger eksakt binding.
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
| Konfigurasjon | Prisplan | Kostnad |
|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Kostnad Inndata · Inngående tokener $0.028 / 1K tokener Utdata · Utgående tokener $0.028 / 1K tokener Inndata · Lesing fra hurtigbuffer $0 / 1K tokener Inndata · Skriving til hurtigbuffer $0 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
Ailoot reserverer et estimert beløp før en forespørsel. Etter resultatet gjøres det endelige beløpet opp basert på målt forbruk. Oppgjør for strømming bruker den endelige forbruksposten. Slik fungerer reservasjon og oppgjør →
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
Behold alle fullstendige returnerte svar, filer og innholdsdeler.
Behold hvert svaralternativ med innhold, verktøykall og resonnering. Sett sammen endringer i SSE etter svaralternativets/verktøyets indeks, og behold endelig avslutningsgrunn og bruksdata.
Behold forespørsels-/svar-ID-er og headere. Ingen generell URL for henting av tekstjobber oppgis.
| 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 | Vilkår | Neste trinn |
|---|---|---|
Svar400 · invalid_request_error | VilkårUgyldige påkrevde felter, materialrepresentasjon eller parameterverdi | Neste trinnKorriger de angitte feltene før en ny opprettelsesforespørsel. |
Ailoot Ultra codegeex-4
/chat/completions
codegeex-4CodeGeeX4 er en flerspråklig kodemodellfamilie for kodegenerering, fullføring, forklaring, retting og spørsmål om kodebaser. De egne veiledningene dekker oppgavespesifikke instruksjoner, utfylling mellom eksisterende kode og bruk av relaterte filer til å forberede endringer med eksplisitte filstier.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
CodeGeeX4 er en flerspråklig kodemodellfamilie bygget rundt programmeringsassistanse og arbeid på tvers av relaterte kildefiler. Produsenten publiserer CodeGeeX4-ALL-9B som et medlem av serien med åpen kildekode, utviklet gjennom videre trening av GLM-4-9B. Dokumentasjonen dekker kodegenerering og fullføring, programmeringsspørsmål, analyse av kodebaser og tilkoblede arbeidsflyter med en kodetolker, nettsøk eller funksjonskall. De vanlige utdataene er tekst: kode, forklaringer, svar eller endringer merket med filnavn, i henhold til oppgaveinstruksjonen.
Begynn med å velge operasjonen og gi modellen koden den trenger. Den egne veiledningen for systeminstruksjoner har separate instruksjoner for å legge til kommentarer, forklare et program, oversette mellom programmeringsspråk, gjennomgå eller reparere kode, generere tester og svare på spørsmål om en fil. Ved retting bør du ta med koden som feiler, observert atferd og ønsket resultat. Ved oversettelse bør du angi målprogrammeringsspråket og oppgi hele den relevante funksjonen. For kommentarer beholder produsentens oppgaveinstruksjon koden og legger til kommentarer; for flere kodeproduserende oppgaver ber den om bare kode. Disse skillene gjør resultatet brukbart som kodeleveranse eller forklaring, fremfor å la utdataformatet være underforstått.
Veiledningene gir kinesiske og engelske systeminstruksjoner. Språket i systeminstruksjonen bestemmer ikke i seg selv språket i svaret, så be eksplisitt om svarspråket når en forklaring er nødvendig. Den spesialiserte veiledningen for kodegjennomgang beskriver kinesiske utdata; den generelle programmeringsassistentinstruksjonen gir en separat måte å be om gjennomgang på et annet svarspråk. Noen oppgavemaler setter kommentarspråket til å samsvare med kilden og utelukker utdata som blander kinesisk og engelsk. I en pågående samtale bør du gjenta den relevante oppgaveinstruksjonen når du bytter operasjon, slik at en forespørsel om forklaring ikke forveksles med den foregående forespørselen om bare kode.
For kontekstuell fullføring beskriver det egne formatet målfilen, programmeringsspråket og koden på begge sider av innsettingspunktet. Bruk den relative filstien med ###PATH: og ta med ###LANGUAGE:; veiledningen tillater en tom språkverdi når språket er ukjent. ###MODE: velger LINE for fullføring av én linje eller BLOCK for flere linjer, med BLOCK som dokumentert standard. Sekvensen for utfylling i midten er først suffiks, deretter prefiks, så den manglende midten, merket med <|code_suffix|>, <|code_prefix|> og <|code_middle|>. Produsentens utfyllingsmal utelater systeminstruksjonen. Ved å beholde suffikset får modellen kontrollflyten rundt innsettingspunktet og koden som skal stå igjen etter innsettingen. Resultatet er den foreslåtte manglende koden, som deretter kan kontrolleres på sin opprinnelige plass.
Fullføring på tvers av filer legger til relaterte kodeutdrag som referansemateriale, hvert innledet med ###REFERENCE: og sin egen ###PATH:. Hold disse referansene atskilt fra målfilen og innsettingspunktet. Når du for eksempel fullfører en funksjon som kaller en eksisterende hjelpefunksjon, bør du oppgi hjelpefunksjonens signatur og implementering sammen med målfilfunksjonens prefiks og suffiks. Veiledningen for fullføring på prosjektnivå utvider denne tilnærmingen til å generere en ny fil fra prosjektkravene og relevant eksisterende kode. Tydelige stier og utvalgte avhengigheter gjør det mulig å skille koden som er oppgitt som belegg, fra filen modellen blir bedt om å fullføre.
Spørsmål om kodebaser bruker et annet eget oppsett: list hver fil under ###PATH:, ta med koden og still deretter spørsmålet. En nyttig bestilling kan spørre hvor en verdi defineres, eller hvordan et kall går mellom de vedlagte modulene. Redigering av kodebaser bruker sin egen systeminstruksjon for å legge til, slette eller endre filer og ber om utdata som ###PATH: {PATH} etterfulgt av koden. Klargjør de relevante filene og beskriv ønsket endring, inkludert filen som skal legges til, eller atferden som skal bevares. Les de returnerte blokkene med filstier som foreslåtte endringer; de er ikke belegg for at en kodebase allerede er endret eller at koden har kjørt.
For det publiserte CodeGeeX4-ALL-9B-medlemmet dokumenterer produsenten en kontekst på 128K og anbefaler å velge relevant innhold fra kodebasen når et prosjekt overstiger dette vinduet. Gjenfinning av relaterte utdrag og nedkorting av for store inndata er klargjøringstrinn i kodebaseveiledningen. Konteksten må romme instruksjonene, koden som er lagt ved, og den genererte fortsettelsen, så et målrettet utvalg av filer er ofte mer nyttig enn en udifferensiert prosjektdump. Produsentens eksempelinnstillinger for generering styrer lengden på en bestemt kjøring; de definerer ikke en universell maksimal svarlengde for alle CodeGeeX4-utgaver.
Serien beskriver også tilkoblede programmeringsarbeidsflyter med tolker, søk og funksjonskall. En slik arbeidsflyt trenger at applikasjonen rundt modellen stiller de navngitte verktøyene til rådighet og returnerer resultatene til samtalen. Når du ber om kjørbar kode, bør du angi tiltenkt språk, avhengigheter og forventet atferd; når du ber om en analyse, bør du be om henvisninger til relevante filer eller funksjoner. Kompiler eller kjør de foreslåtte endringene i det tiltenkte miljøet, og kontroller atferden mot det vedlagte kravet før du innarbeider dem i et prosjekt.
POST /v1/messagestextjson, sse| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser codegeex-4 | Standard— |
Feltmessages | Typemessage[] | KravPåkrevd | Verdier & grenser | Standard— |
Feltmessages[].role | Typestring | KravPåkrevd | Verdier & grenser user, assistant | Standard— |
Feltmessages[].content | Typestring | KravPåkrevd | Verdier & grenser | Standard— |
Feltmax_tokens | Typeinteger | KravPåkrevd | Verdier & grenser | Standard— |
Feltstream | Typeboolean | KravValgfritt | Verdier & grenser | Standardfalse |
Tekst · UTF-8-tekst
messages[].content-streng
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, messages, max_tokens |
Parameteroptional_controls | Avtalestream |
Parametermaterial_types | Avtaletext |
Parametertext_file_material | AvtaleLes det faktiske UTF-8-dokumentet og legg teksten i den angitte input- eller meldingsinnholdsstrengen. |
Livssyklus: synchronous_or_streamed
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
| Konfigurasjon | Prisplan | Kostnad |
|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Kostnad Inndata · Inngående tokener $0.028 / 1K tokener Utdata · Utgående tokener $0.028 / 1K tokener Inndata · Lesing fra hurtigbuffer $0 / 1K tokener Inndata · Skriving til hurtigbuffer $0 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
Ailoot reserverer et estimert beløp før en forespørsel. Etter resultatet gjøres det endelige beløpet opp basert på målt forbruk. Oppgjør for strømming bruker den endelige forbruksposten. Slik fungerer reservasjon og oppgjør →
{\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
Behold alle fullstendige returnerte svar, filer og innholdsdeler.
Behold alle innholdsblokker, resonneringssignaturer og faktiske ID-er for verktøybruk. Sett sammen alle SSE-blokkendringer; den første tekstblokken er ikke hele resultatet.
Behold forespørsels-/svar-ID-er og headere. Ingen generell URL for henting av tekstjobber oppgis.
| Felt | Type |
|---|---|
Feltid | Typestring |
Feltmodel | Typestring |
Feltcontent[] | Typetext|thinking|tool_use|other content block |
Feltstop_reason | Typestring|null |
Feltusage | Typeobject |
| Svar | Vilkår | Neste trinn |
|---|---|---|
Svar400 · invalid_request_error | VilkårUgyldige påkrevde felter, materialrepresentasjon eller parameterverdi | Neste trinnKorriger de angitte feltene før en ny opprettelsesforespørsel. |
Ailoot Ultra codegeex-4
/chat/completions