Overblik: kodning med udgangspunkt i kodebasen
Qwen3-Coder-Flash er en Qwen3-baseret kodegenereringsmodel. Producenten angiver, at den arver kodeagentfunktioner fra Qwen3-Coder-Plus og er optimeret til forståelse på kodebaseniveau, stabile værktøjskald og interaktion over flere samtaleture. Dens dokumenterede input og output er tekst. Brug den til en kodeopgave med medsendt projektkontekst og et konkret artefakt, såsom en foreslået patch, funktion eller forklaring.
Producenten beskriver aktuelt qwen3-coder-flash som funktionelt svarende til qwen3-coder-flash-2025-07-28 og bevarer dette daterede snapshot som en navngiven version. Bevar den efterspurgte identitet, når du registrerer modelvalg. Den præcise modelside dokumenterer ikke parameterantallet eller vægtidentiteten for et åbent Coder-checkpoint, så Flash-navnet bør ikke omdannes til en udokumenteret påstand om størrelse eller arkitektur.
Forberedelse af dokumentation fra kodebasen
Angiv de relevante moduler, grænseflader, krav og et input, der demonstrerer den adfærd, der drøftes. Bed om et implementeringsforslag organiseret efter berørte komponenter, og bed derefter om det redigerbare artefakt adskilt fra kommentarerne. Ved fejlanalyse skal du medtage den observerede fejl eller det observerede output og den forventede adfærd. Ved en funktion skal du beskrive de interaktioner og betingelser, resultatet skal opfylde.
Et nyttigt svar kan vise diagnosen, den foreslåede ændring og de kontroller, der er nødvendige for gennemgang. Hvis opgaven vedrører et stort projekt, skal du bevare fil- og funktionsidentifikatorer i det medsendte materiale, så forklaringen kan henvise til sin dokumentation. Gennemgå de foreslåede ændringer mod de medsendte filer, den forventede adfærd og resultater returneret af tilsluttede kontroller.
Værktøjer over flere samtaleture og feedback
Producenten fremhæver værktøjsinteraktion over flere samtaleture. En tilsluttet arbejdsgang kan stille inspektions- eller eksekveringsværktøjer til rådighed og returnere faktiske observationer til modellen. Angiv de tilladte handlinger og observerbare kriterier for fuldførelse. Når en kontrol fejler, skal du levere den faktiske fejl og relevante kode frem for blot at bede om et nyt forsøg. Modellen kan revidere sit foreslåede arbejde med denne feedback; applikationen udfører handlingerne.
Funktionsmatricen understøtter Function Calling i Alibabas China (Beijing)-profil og markerer det som ikke understøttet i Singapore, Germany (Frankfurt) og US (Virginia). Adgangen til værktøjer er derfor betinget frem for et løfte alene ud fra modelnavnet. Et tekstforslag, en værktøjsanmodning og en udført operation skal kunne skelnes i slutrapporten. Returnér en slutrapport, der adskiller kodeforslaget, de ønskede værktøjskald og de faktiske værktøjsresultater.
Funktioner og resultatformat
Håndhævet struktureret output og indbygget websøgning er markeret som ikke understøttet på den særskilte modelside. En prompt kan bede om en tabel eller tekst i JSON-form, men det opretter ikke en kontrakt med skemahåndhævelse. En kodeagent kan modtage aktuel dokumentation fra et værktøj stillet til rådighed af applikationen, uden at selve modellen har en indbygget søgefunktion.
Prefix Completion understøttes ikke i China (Beijing) og understøttes i Singapore, Germany (Frankfurt) og US (Virginia). Context Caching understøttes for det udaterede alias i alle fire profiler, mens det separat angivne snapshot fra 28. juli markerer det som ikke understøttet. Begge udgaver markerer batchinferens og finjustering som ikke understøttet. Bed om et endeligt artefakt, der er let at gennemgå, og bevar faktiske værktøjsobservationer, når en rapport hævder, at noget er kontrolleret.
Kontekst- og outputgrænser
Specifikationen angiver et kontekstvindue på 1,000,000 tokens, en maksimal inputlængde på 997,952 tokens og en maksimal outputlængde på 65,536 tokens. Det er separate grænser; man bør ikke antage, at det største input og det største output kan passe samtidigt inden for konteksten. Projekttekst, historik, værktøjsresultater og genereret kildekode skal have plads i det faktiske anmodningsbudget.
En stor kontekst kan rumme mere dokumentation fra kodebasen i én opgave. Det er stadig nyttigt at fjerne irrelevante genererede filer, gentaget materiale og irrelevante moduler, mens de definitioner og grænseflader, ændringen afhænger af, bevares. Til et langt artefakt skal du udtrykkeligt bede om de krævede filer eller funktioner og reservere tilstrækkelig svarplads til dem. Hold kodefiler og forklaringer adskilt, så reviewere kan gennemgå de foreslåede ændringer.
Praktisk resultat og væsentlige begrænsninger
Til en ændring i kodebasen skal du bede om en patch med berørte filer, forudsætninger og faktiske resultater returneret af tilsluttede kontroller. Til en algoritme skal du angive inputbegrænsninger og forventet output, før du beder om kode. Det dokumenterede input er tekst, så en visuel reference eller optagelse kræver en passende separat repræsentation, hvis opgaven skal bruge den som dokumentation.
Undersøg genereret syntaks, grænseflader og randtilfælde i udviklingsarbejdsgangen. En plausibel forklaring eller en værktøjsorienteret modelbeskrivelse dokumenterer ikke, at kode er kørt med succes. Det praktiske resultat er et tekst- eller kodeartefakt, der kan gennemgås og er knyttet til det medsendte materiale fra kodebasen, med den præcise Flash-identitet, producentgrænserne og den betingede værktøjskontrakt bevaret.
", "aboutText": "Overblik: kodning med udgangspunkt i kodebasen\n\nQwen3-Coder-Flash er en Qwen3-baseret kodegenereringsmodel. Producenten angiver, at den arver kodeagentfunktioner fra Qwen3-Coder-Plus og er optimeret til forståelse på kodebaseniveau, stabile værktøjskald og interaktion over flere samtaleture. Dens dokumenterede input og output er tekst. Brug den til en kodeopgave med medsendt projektkontekst og et konkret artefakt, såsom en foreslået patch, funktion eller forklaring.\n\nProducenten beskriver aktuelt qwen3-coder-flash som funktionelt svarende til qwen3-coder-flash-2025-07-28 og bevarer dette daterede snapshot som en navngiven version. Bevar den efterspurgte identitet, når du registrerer modelvalg. Den præcise modelside dokumenterer ikke parameterantallet eller vægtidentiteten for et åbent Coder-checkpoint, så Flash-navnet bør ikke omdannes til en udokumenteret påstand om størrelse eller arkitektur.\n\nForberedelse af dokumentation fra kodebasen\n\nAngiv de relevante moduler, grænseflader, krav og et input, der demonstrerer den adfærd, der drøftes. Bed om et implementeringsforslag organiseret efter berørte komponenter, og bed derefter om det redigerbare artefakt adskilt fra kommentarerne. Ved fejlanalyse skal du medtage den observerede fejl eller det observerede output og den forventede adfærd. Ved en funktion skal du beskrive de interaktioner og betingelser, resultatet skal opfylde.\n\nEt nyttigt svar kan vise diagnosen, den foreslåede ændring og de kontroller, der er nødvendige for gennemgang. Hvis opgaven vedrører et stort projekt, skal du bevare fil- og funktionsidentifikatorer i det medsendte materiale, så forklaringen kan henvise til sin dokumentation. Gennemgå de foreslåede ændringer mod de medsendte filer, den forventede adfærd og resultater returneret af tilsluttede kontroller.\n\nVærktøjer over flere samtaleture og feedback\n\nProducenten fremhæver værktøjsinteraktion over flere samtaleture. En tilsluttet arbejdsgang kan stille inspektions- eller eksekveringsværktøjer til rådighed og returnere faktiske observationer til modellen. Angiv de tilladte handlinger og observerbare kriterier for fuldførelse. Når en kontrol fejler, skal du levere den faktiske fejl og relevante kode frem for blot at bede om et nyt forsøg. Modellen kan revidere sit foreslåede arbejde med denne feedback; applikationen udfører handlingerne.\n\nFunktionsmatricen understøtter Function Calling i Alibabas China (Beijing)-profil og markerer det som ikke understøttet i Singapore, Germany (Frankfurt) og US (Virginia). Adgangen til værktøjer er derfor betinget frem for et løfte alene ud fra modelnavnet. Et tekstforslag, en værktøjsanmodning og en udført operation skal kunne skelnes i slutrapporten. Returnér en slutrapport, der adskiller kodeforslaget, de ønskede værktøjskald og de faktiske værktøjsresultater.\n\nFunktioner og resultatformat\n\nHåndhævet struktureret output og indbygget websøgning er markeret som ikke understøttet på den særskilte modelside. En prompt kan bede om en tabel eller tekst i JSON-form, men det opretter ikke en kontrakt med skemahåndhævelse. En kodeagent kan modtage aktuel dokumentation fra et værktøj stillet til rådighed af applikationen, uden at selve modellen har en indbygget søgefunktion.\n\nPrefix Completion understøttes ikke i China (Beijing) og understøttes i Singapore, Germany (Frankfurt) og US (Virginia). Context Caching understøttes for det udaterede alias i alle fire profiler, mens det separat angivne snapshot fra 28. juli markerer det som ikke understøttet. Begge udgaver markerer batchinferens og finjustering som ikke understøttet. Bed om et endeligt artefakt, der er let at gennemgå, og bevar faktiske værktøjsobservationer, når en rapport hævder, at noget er kontrolleret.\n\nKontekst- og outputgrænser\n\nSpecifikationen angiver et kontekstvindue på 1,000,000 tokens, en maksimal inputlængde på 997,952 tokens og en maksimal outputlængde på 65,536 tokens. Det er separate grænser; man bør ikke antage, at det største input og det største output kan passe samtidigt inden for konteksten. Projekttekst, historik, værktøjsresultater og genereret kildekode skal have plads i det faktiske anmodningsbudget.\n\nEn stor kontekst kan rumme mere dokumentation fra kodebasen i én opgave. Det er stadig nyttigt at fjerne irrelevante genererede filer, gentaget materiale og irrelevante moduler, mens de definitioner og grænseflader, ændringen afhænger af, bevares. Til et langt artefakt skal du udtrykkeligt bede om de krævede filer eller funktioner og reservere tilstrækkelig svarplads til dem. Hold kodefiler og forklaringer adskilt, så reviewere kan gennemgå de foreslåede ændringer.\n\nPraktisk resultat og væsentlige begrænsninger\n\nTil en ændring i kodebasen skal du bede om en patch med berørte filer, forudsætninger og faktiske resultater returneret af tilsluttede kontroller. Til en algoritme skal du angive inputbegrænsninger og forventet output, før du beder om kode. Det dokumenterede input er tekst, så en visuel reference eller optagelse kræver en passende separat repræsentation, hvis opgaven skal bruge den som dokumentation.\n\nUndersøg genereret syntaks, grænseflader og randtilfælde i udviklingsarbejdsgangen. En plausibel forklaring eller en værktøjsorienteret modelbeskrivelse dokumenterer ikke, at kode er kørt med succes. Det praktiske resultat er et tekst- eller kodeartefakt, der kan gennemgås og er knyttet til det medsendte materiale fra kodebasen, med den præcise Flash-identitet, producentgrænserne og den betingede værktøjskontrakt bevaret.", "editorialOverlay": { "copy_fields": { "practical_html": "Teknisk eksempel på engelsk
Keep repository paths portable\n\nIn config.py, DATA_PATH = 'data/items.csv'. In runner.py, open(DATA_PATH) fails when the CLI is launched outside the repository directory. Propose a focused fix that anchors the resource path to the module location rather than the current working directory. Preserve the public CLI arguments and include a regression scenario launched from another directory.A small coordinated code proposal for the named modules and a regression scenario for an unrelated working directory.The proposed path does not depend on the launch directory and does not change the public CLI arguments.qwen/qwen3-coder-flashQwen3-Coder-Flash er Qwens tekstbaserede kodemodel til forståelse af kodebaser og værktøjsinteraktion over flere samtaleture. Specifikationen angiver en kontekst på en million tokens, maksimalt input på 997,952 tokens og maksimalt output på 65,536 tokens, med værktøjsfunktioner afgrænset til producentens implementeringsprofil.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Overblik: kodning med udgangspunkt i kodebasen
Qwen3-Coder-Flash er en Qwen3-baseret kodegenereringsmodel. Producenten angiver, at den arver kodeagentfunktioner fra Qwen3-Coder-Plus og er optimeret til forståelse på kodebaseniveau, stabile værktøjskald og interaktion over flere samtaleture. Dens dokumenterede input og output er tekst. Brug den til en kodeopgave med medsendt projektkontekst og et konkret artefakt, såsom en foreslået patch, funktion eller forklaring.
Producenten beskriver aktuelt qwen3-coder-flash som funktionelt svarende til qwen3-coder-flash-2025-07-28 og bevarer dette daterede snapshot som en navngiven version. Bevar den efterspurgte identitet, når du registrerer modelvalg. Den præcise modelside dokumenterer ikke parameterantallet eller vægtidentiteten for et åbent Coder-checkpoint, så Flash-navnet bør ikke omdannes til en udokumenteret påstand om størrelse eller arkitektur.
Forberedelse af dokumentation fra kodebasen
Angiv de relevante moduler, grænseflader, krav og et input, der demonstrerer den adfærd, der drøftes. Bed om et implementeringsforslag organiseret efter berørte komponenter, og bed derefter om det redigerbare artefakt adskilt fra kommentarerne. Ved fejlanalyse skal du medtage den observerede fejl eller det observerede output og den forventede adfærd. Ved en funktion skal du beskrive de interaktioner og betingelser, resultatet skal opfylde.
Et nyttigt svar kan vise diagnosen, den foreslåede ændring og de kontroller, der er nødvendige for gennemgang. Hvis opgaven vedrører et stort projekt, skal du bevare fil- og funktionsidentifikatorer i det medsendte materiale, så forklaringen kan henvise til sin dokumentation. Gennemgå de foreslåede ændringer mod de medsendte filer, den forventede adfærd og resultater returneret af tilsluttede kontroller.
Værktøjer over flere samtaleture og feedback
Producenten fremhæver værktøjsinteraktion over flere samtaleture. En tilsluttet arbejdsgang kan stille inspektions- eller eksekveringsværktøjer til rådighed og returnere faktiske observationer til modellen. Angiv de tilladte handlinger og observerbare kriterier for fuldførelse. Når en kontrol fejler, skal du levere den faktiske fejl og relevante kode frem for blot at bede om et nyt forsøg. Modellen kan revidere sit foreslåede arbejde med denne feedback; applikationen udfører handlingerne.
Funktionsmatricen understøtter Function Calling i Alibabas China (Beijing)-profil og markerer det som ikke understøttet i Singapore, Germany (Frankfurt) og US (Virginia). Adgangen til værktøjer er derfor betinget frem for et løfte alene ud fra modelnavnet. Et tekstforslag, en værktøjsanmodning og en udført operation skal kunne skelnes i slutrapporten. Returnér en slutrapport, der adskiller kodeforslaget, de ønskede værktøjskald og de faktiske værktøjsresultater.
Funktioner og resultatformat
Håndhævet struktureret output og indbygget websøgning er markeret som ikke understøttet på den særskilte modelside. En prompt kan bede om en tabel eller tekst i JSON-form, men det opretter ikke en kontrakt med skemahåndhævelse. En kodeagent kan modtage aktuel dokumentation fra et værktøj stillet til rådighed af applikationen, uden at selve modellen har en indbygget søgefunktion.
Prefix Completion understøttes ikke i China (Beijing) og understøttes i Singapore, Germany (Frankfurt) og US (Virginia). Context Caching understøttes for det udaterede alias i alle fire profiler, mens det separat angivne snapshot fra 28. juli markerer det som ikke understøttet. Begge udgaver markerer batchinferens og finjustering som ikke understøttet. Bed om et endeligt artefakt, der er let at gennemgå, og bevar faktiske værktøjsobservationer, når en rapport hævder, at noget er kontrolleret.
Kontekst- og outputgrænser
Specifikationen angiver et kontekstvindue på 1,000,000 tokens, en maksimal inputlængde på 997,952 tokens og en maksimal outputlængde på 65,536 tokens. Det er separate grænser; man bør ikke antage, at det største input og det største output kan passe samtidigt inden for konteksten. Projekttekst, historik, værktøjsresultater og genereret kildekode skal have plads i det faktiske anmodningsbudget.
En stor kontekst kan rumme mere dokumentation fra kodebasen i én opgave. Det er stadig nyttigt at fjerne irrelevante genererede filer, gentaget materiale og irrelevante moduler, mens de definitioner og grænseflader, ændringen afhænger af, bevares. Til et langt artefakt skal du udtrykkeligt bede om de krævede filer eller funktioner og reservere tilstrækkelig svarplads til dem. Hold kodefiler og forklaringer adskilt, så reviewere kan gennemgå de foreslåede ændringer.
Praktisk resultat og væsentlige begrænsninger
Til en ændring i kodebasen skal du bede om en patch med berørte filer, forudsætninger og faktiske resultater returneret af tilsluttede kontroller. Til en algoritme skal du angive inputbegrænsninger og forventet output, før du beder om kode. Det dokumenterede input er tekst, så en visuel reference eller optagelse kræver en passende separat repræsentation, hvis opgaven skal bruge den som dokumentation.
Undersøg genereret syntaks, grænseflader og randtilfælde i udviklingsarbejdsgangen. En plausibel forklaring eller en værktøjsorienteret modelbeskrivelse dokumenterer ikke, at kode er kørt med succes. Det praktiske resultat er et tekst- eller kodeartefakt, der kan gennemgås og er knyttet til det medsendte materiale fra kodebasen, med den præcise Flash-identitet, producentgrænserne og den betingede værktøjskontrakt bevaret.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser qwen/qwen3-coder-flash | 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 Eksempler: system, user, assistant, tool, function Betingelser: Disse roller er eksplicit repræsenteret i kildekodens kompatibilitetstyper; modellens præcise rollesæt er fortsat modelspecifikt. Afhænger af modellen | Standard— |
Feltmessages[].content | Typestring|content_part[]|null | KravValgfrit | Værdier og grænser | Standard— |
Feltmessages[].tool_calls | Typetool_call[] | KravValgfrit | Værdier og grænser | Standard— |
Feltmessages[].tool_call_id | Typestring | KravValgfrit | Værdier og grænser Gælder når: role=tool; brug det faktisk returnerede ID | Standard— |
Feltmessages[].name | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Feltmessages[].reasoning_content | Typestring | KravValgfrit | Værdier og grænser Gælder når: Send det faktisk returnerede ræsonnement tilbage, når modellen bruger det | Standard— |
Feltmessages[].reasoning_details | Typeobject|array | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltmax_tokens | Typeinteger | KravValgfrit | Værdier og grænser Minimum: 1 Afhænger af modellen | Standard— |
Feltmax_completion_tokens | Typeinteger | KravValgfrit | Værdier og grænser Minimum: 1 Afhænger af modellen | Standard— |
Feltstream | Typeboolean | KravValgfrit | Værdier og grænser | Standardfalse |
Feltstream_options.include_usage | Typeboolean | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Felttemperature | Typenumber | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Felttop_p | Typenumber | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltstop | Typestring|string[] | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Felttools | Typefunction_tool[] | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Felttools[].type | Typestring | KravValgfrit | Værdier og grænser function Afhænger af modellen | Standard— |
Felttools[].function.name | Typestring | KravPåkrævet | Værdier og grænser Gælder når: funktionsværktøj angivet | Standard— |
Felttools[].function.description | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Felttools[].function.parameters | TypeJSON_schema | KravValgfrit | Værdier og grænser | Standard— |
Felttool_choice | Typestring|object | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltparallel_tool_calls | Typeboolean | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltresponse_format | Typeobject | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltreasoning_effort | Typestring | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltreasoning | Typeobject | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltservice_tier | Typestring | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltinstructions | Typestring | KravValgfrit | Værdier og grænser Kompatibilitetsfelt | Standard— |
Feltfunctions | Typefunction[] | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltfunction_call | Typestring|object | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltprompt_cache_options | Typeobject | KravValgfrit | Værdier og grænser Afhænger af modellen | Standard— |
Feltmodalities | Typestring[] | KravValgfrit | Værdier og grænser text | Standard— |
Feltprovider | Typeobject | KravValgfrit | Værdier og grænser Betingelser: provider.options afvises på denne Ultra-tekstrute | Standard— |
Feltcache_control.ttl | Typestring | KravValgfrit | Værdier og grænser Betingelser: 1h afvises på de faktiske placeringer for promptcaching | Standard— |
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, temperature, top_p, stop, max_tokens, max_completion_tokens, reasoning, response_format, tools, tool_choice |
Parametercontrol_scope | Kontraktmodelspecifikt; brugerens funktionsværktøjer er forskellige fra hostede værktøjer |
Parameteroutput_modalities | Kontrakttext |
Parameterhosted_operations | Kontraktfalse |
Parametermultimodal_input_binding | Kontraktnull |
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.
Knyt hver omkostning til de viste betingelser. Brug én takst for hver gruppe af alternative konfigurationer.
| Konfiguration | Takstplan | Konteksttokens, mere end | Konteksttokens, op til og med | Beløb |
|---|---|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Konteksttokens, mere end— | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00039 / 1K tokens Output · Outputtokens $0.00195 / 1K tokens Input · Cachelæsning $0.000078 / 1K tokens Input · Cacheskrivning $0.0004875 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 1 | Takstplan— | Konteksttokens, mere end0 | Konteksttokens, op til og med32.000 | Beløb Input · Inputtokens $0.00039 / 1K tokens Output · Outputtokens $0.00195 / 1K tokens Input · Cachelæsning $0.000078 / 1K tokens Input · Cacheskrivning $0.0004875 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 2 | Takstplan— | Konteksttokens, mere end32.000 | Konteksttokens, op til og med128.000 | Beløb Input · Inputtokens $0.00065 / 1K tokens Output · Outputtokens $0.00325 / 1K tokens Input · Cachelæsning $0.00013 / 1K tokens Input · Cacheskrivning $0.0008125 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationNiveau 3 for forespørgslens længde | Takstplan— | Konteksttokens, mere end128.000 | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00104 / 1K tokens Output · Outputtokens $0.0052 / 1K tokens Input · Cachelæsning $0.000208 / 1K tokens Input · Cacheskrivning $0.0013 / 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": "qwen/qwen3-coder-flash", "messages": [{"role": "user", "content": "Explain the difference between an observation and a hypothesis in three sentences."}]}')\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='qwen/qwen3-coder-flash',messages=[{"role":"user","content":"Explain observations and hypotheses in three sentences."}])\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"))\nfrom openai import OpenAI\nimport os\nfrom pathlib import Path\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)\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\nwith client.chat.completions.stream(model='qwen/qwen3-coder-flash',messages=[{"role":"user","content":"Explain observations and hypotheses in three sentences."}]) as stream:\n with Path("stream-events.jsonl").open("w",encoding="utf-8") as log:\n for event in stream:\n payload=event.to_dict(mode="json")\n log.write(json.dumps(payload,ensure_ascii=False)+"\\n"); log.flush()\n print(json.dumps(payload,ensure_ascii=False))\n final=stream.get_final_completion()\n save_result(final.to_dict(mode="json"),"stream-result")\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 qwen/qwen3-coder-flash, qwen3-coder-flash
/chat/completions
qwen/qwen3-coder-flashQwen3-Coder-Flash er Qwens tekstbaserede kodemodel til forståelse af kodebaser og værktøjsinteraktion over flere samtaleture. Specifikationen angiver en kontekst på en million tokens, maksimalt input på 997,952 tokens og maksimalt output på 65,536 tokens, med værktøjsfunktioner afgrænset til producentens implementeringsprofil.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Overblik: kodning med udgangspunkt i kodebasen
Qwen3-Coder-Flash er en Qwen3-baseret kodegenereringsmodel. Producenten angiver, at den arver kodeagentfunktioner fra Qwen3-Coder-Plus og er optimeret til forståelse på kodebaseniveau, stabile værktøjskald og interaktion over flere samtaleture. Dens dokumenterede input og output er tekst. Brug den til en kodeopgave med medsendt projektkontekst og et konkret artefakt, såsom en foreslået patch, funktion eller forklaring.
Producenten beskriver aktuelt qwen3-coder-flash som funktionelt svarende til qwen3-coder-flash-2025-07-28 og bevarer dette daterede snapshot som en navngiven version. Bevar den efterspurgte identitet, når du registrerer modelvalg. Den præcise modelside dokumenterer ikke parameterantallet eller vægtidentiteten for et åbent Coder-checkpoint, så Flash-navnet bør ikke omdannes til en udokumenteret påstand om størrelse eller arkitektur.
Forberedelse af dokumentation fra kodebasen
Angiv de relevante moduler, grænseflader, krav og et input, der demonstrerer den adfærd, der drøftes. Bed om et implementeringsforslag organiseret efter berørte komponenter, og bed derefter om det redigerbare artefakt adskilt fra kommentarerne. Ved fejlanalyse skal du medtage den observerede fejl eller det observerede output og den forventede adfærd. Ved en funktion skal du beskrive de interaktioner og betingelser, resultatet skal opfylde.
Et nyttigt svar kan vise diagnosen, den foreslåede ændring og de kontroller, der er nødvendige for gennemgang. Hvis opgaven vedrører et stort projekt, skal du bevare fil- og funktionsidentifikatorer i det medsendte materiale, så forklaringen kan henvise til sin dokumentation. Gennemgå de foreslåede ændringer mod de medsendte filer, den forventede adfærd og resultater returneret af tilsluttede kontroller.
Værktøjer over flere samtaleture og feedback
Producenten fremhæver værktøjsinteraktion over flere samtaleture. En tilsluttet arbejdsgang kan stille inspektions- eller eksekveringsværktøjer til rådighed og returnere faktiske observationer til modellen. Angiv de tilladte handlinger og observerbare kriterier for fuldførelse. Når en kontrol fejler, skal du levere den faktiske fejl og relevante kode frem for blot at bede om et nyt forsøg. Modellen kan revidere sit foreslåede arbejde med denne feedback; applikationen udfører handlingerne.
Funktionsmatricen understøtter Function Calling i Alibabas China (Beijing)-profil og markerer det som ikke understøttet i Singapore, Germany (Frankfurt) og US (Virginia). Adgangen til værktøjer er derfor betinget frem for et løfte alene ud fra modelnavnet. Et tekstforslag, en værktøjsanmodning og en udført operation skal kunne skelnes i slutrapporten. Returnér en slutrapport, der adskiller kodeforslaget, de ønskede værktøjskald og de faktiske værktøjsresultater.
Funktioner og resultatformat
Håndhævet struktureret output og indbygget websøgning er markeret som ikke understøttet på den særskilte modelside. En prompt kan bede om en tabel eller tekst i JSON-form, men det opretter ikke en kontrakt med skemahåndhævelse. En kodeagent kan modtage aktuel dokumentation fra et værktøj stillet til rådighed af applikationen, uden at selve modellen har en indbygget søgefunktion.
Prefix Completion understøttes ikke i China (Beijing) og understøttes i Singapore, Germany (Frankfurt) og US (Virginia). Context Caching understøttes for det udaterede alias i alle fire profiler, mens det separat angivne snapshot fra 28. juli markerer det som ikke understøttet. Begge udgaver markerer batchinferens og finjustering som ikke understøttet. Bed om et endeligt artefakt, der er let at gennemgå, og bevar faktiske værktøjsobservationer, når en rapport hævder, at noget er kontrolleret.
Kontekst- og outputgrænser
Specifikationen angiver et kontekstvindue på 1,000,000 tokens, en maksimal inputlængde på 997,952 tokens og en maksimal outputlængde på 65,536 tokens. Det er separate grænser; man bør ikke antage, at det største input og det største output kan passe samtidigt inden for konteksten. Projekttekst, historik, værktøjsresultater og genereret kildekode skal have plads i det faktiske anmodningsbudget.
En stor kontekst kan rumme mere dokumentation fra kodebasen i én opgave. Det er stadig nyttigt at fjerne irrelevante genererede filer, gentaget materiale og irrelevante moduler, mens de definitioner og grænseflader, ændringen afhænger af, bevares. Til et langt artefakt skal du udtrykkeligt bede om de krævede filer eller funktioner og reservere tilstrækkelig svarplads til dem. Hold kodefiler og forklaringer adskilt, så reviewere kan gennemgå de foreslåede ændringer.
Praktisk resultat og væsentlige begrænsninger
Til en ændring i kodebasen skal du bede om en patch med berørte filer, forudsætninger og faktiske resultater returneret af tilsluttede kontroller. Til en algoritme skal du angive inputbegrænsninger og forventet output, før du beder om kode. Det dokumenterede input er tekst, så en visuel reference eller optagelse kræver en passende separat repræsentation, hvis opgaven skal bruge den som dokumentation.
Undersøg genereret syntaks, grænseflader og randtilfælde i udviklingsarbejdsgangen. En plausibel forklaring eller en værktøjsorienteret modelbeskrivelse dokumenterer ikke, at kode er kørt med succes. Det praktiske resultat er et tekst- eller kodeartefakt, der kan gennemgås og er knyttet til det medsendte materiale fra kodebasen, med den præcise Flash-identitet, producentgrænserne og den betingede værktøjskontrakt bevaret.
POST /v1/messagestextjson, sse| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser qwen/qwen3-coder-flash | 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.
Knyt hver omkostning til de viste betingelser. Brug én takst for hver gruppe af alternative konfigurationer.
| Konfiguration | Takstplan | Konteksttokens, mere end | Konteksttokens, op til og med | Beløb |
|---|---|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Konteksttokens, mere end— | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00039 / 1K tokens Output · Outputtokens $0.00195 / 1K tokens Input · Cachelæsning $0.000078 / 1K tokens Input · Cacheskrivning $0.0004875 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 1 | Takstplan— | Konteksttokens, mere end0 | Konteksttokens, op til og med32.000 | Beløb Input · Inputtokens $0.00039 / 1K tokens Output · Outputtokens $0.00195 / 1K tokens Input · Cachelæsning $0.000078 / 1K tokens Input · Cacheskrivning $0.0004875 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 2 | Takstplan— | Konteksttokens, mere end32.000 | Konteksttokens, op til og med128.000 | Beløb Input · Inputtokens $0.00065 / 1K tokens Output · Outputtokens $0.00325 / 1K tokens Input · Cachelæsning $0.00013 / 1K tokens Input · Cacheskrivning $0.0008125 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationNiveau 3 for forespørgslens længde | Takstplan— | Konteksttokens, mere end128.000 | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00104 / 1K tokens Output · Outputtokens $0.0052 / 1K tokens Input · Cachelæsning $0.000208 / 1K tokens Input · Cacheskrivning $0.0013 / 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": "qwen/qwen3-coder-flash",\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': 'qwen/qwen3-coder-flash', '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': 'qwen/qwen3-coder-flash', '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 qwen/qwen3-coder-flash, qwen3-coder-flash
/chat/completions
qwen3-coder-flashQwen3-Coder-Flash er Qwens tekstbaserede kodemodel til forståelse af kodebaser og værktøjsinteraktion over flere samtaleture. Specifikationen angiver en kontekst på en million tokens, maksimalt input på 997,952 tokens og maksimalt output på 65,536 tokens, med værktøjsfunktioner afgrænset til producentens implementeringsprofil.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Overblik: kodning med udgangspunkt i kodebasen
Qwen3-Coder-Flash er en Qwen3-baseret kodegenereringsmodel. Producenten angiver, at den arver kodeagentfunktioner fra Qwen3-Coder-Plus og er optimeret til forståelse på kodebaseniveau, stabile værktøjskald og interaktion over flere samtaleture. Dens dokumenterede input og output er tekst. Brug den til en kodeopgave med medsendt projektkontekst og et konkret artefakt, såsom en foreslået patch, funktion eller forklaring.
Producenten beskriver aktuelt qwen3-coder-flash som funktionelt svarende til qwen3-coder-flash-2025-07-28 og bevarer dette daterede snapshot som en navngiven version. Bevar den efterspurgte identitet, når du registrerer modelvalg. Den præcise modelside dokumenterer ikke parameterantallet eller vægtidentiteten for et åbent Coder-checkpoint, så Flash-navnet bør ikke omdannes til en udokumenteret påstand om størrelse eller arkitektur.
Forberedelse af dokumentation fra kodebasen
Angiv de relevante moduler, grænseflader, krav og et input, der demonstrerer den adfærd, der drøftes. Bed om et implementeringsforslag organiseret efter berørte komponenter, og bed derefter om det redigerbare artefakt adskilt fra kommentarerne. Ved fejlanalyse skal du medtage den observerede fejl eller det observerede output og den forventede adfærd. Ved en funktion skal du beskrive de interaktioner og betingelser, resultatet skal opfylde.
Et nyttigt svar kan vise diagnosen, den foreslåede ændring og de kontroller, der er nødvendige for gennemgang. Hvis opgaven vedrører et stort projekt, skal du bevare fil- og funktionsidentifikatorer i det medsendte materiale, så forklaringen kan henvise til sin dokumentation. Gennemgå de foreslåede ændringer mod de medsendte filer, den forventede adfærd og resultater returneret af tilsluttede kontroller.
Værktøjer over flere samtaleture og feedback
Producenten fremhæver værktøjsinteraktion over flere samtaleture. En tilsluttet arbejdsgang kan stille inspektions- eller eksekveringsværktøjer til rådighed og returnere faktiske observationer til modellen. Angiv de tilladte handlinger og observerbare kriterier for fuldførelse. Når en kontrol fejler, skal du levere den faktiske fejl og relevante kode frem for blot at bede om et nyt forsøg. Modellen kan revidere sit foreslåede arbejde med denne feedback; applikationen udfører handlingerne.
Funktionsmatricen understøtter Function Calling i Alibabas China (Beijing)-profil og markerer det som ikke understøttet i Singapore, Germany (Frankfurt) og US (Virginia). Adgangen til værktøjer er derfor betinget frem for et løfte alene ud fra modelnavnet. Et tekstforslag, en værktøjsanmodning og en udført operation skal kunne skelnes i slutrapporten. Returnér en slutrapport, der adskiller kodeforslaget, de ønskede værktøjskald og de faktiske værktøjsresultater.
Funktioner og resultatformat
Håndhævet struktureret output og indbygget websøgning er markeret som ikke understøttet på den særskilte modelside. En prompt kan bede om en tabel eller tekst i JSON-form, men det opretter ikke en kontrakt med skemahåndhævelse. En kodeagent kan modtage aktuel dokumentation fra et værktøj stillet til rådighed af applikationen, uden at selve modellen har en indbygget søgefunktion.
Prefix Completion understøttes ikke i China (Beijing) og understøttes i Singapore, Germany (Frankfurt) og US (Virginia). Context Caching understøttes for det udaterede alias i alle fire profiler, mens det separat angivne snapshot fra 28. juli markerer det som ikke understøttet. Begge udgaver markerer batchinferens og finjustering som ikke understøttet. Bed om et endeligt artefakt, der er let at gennemgå, og bevar faktiske værktøjsobservationer, når en rapport hævder, at noget er kontrolleret.
Kontekst- og outputgrænser
Specifikationen angiver et kontekstvindue på 1,000,000 tokens, en maksimal inputlængde på 997,952 tokens og en maksimal outputlængde på 65,536 tokens. Det er separate grænser; man bør ikke antage, at det største input og det største output kan passe samtidigt inden for konteksten. Projekttekst, historik, værktøjsresultater og genereret kildekode skal have plads i det faktiske anmodningsbudget.
En stor kontekst kan rumme mere dokumentation fra kodebasen i én opgave. Det er stadig nyttigt at fjerne irrelevante genererede filer, gentaget materiale og irrelevante moduler, mens de definitioner og grænseflader, ændringen afhænger af, bevares. Til et langt artefakt skal du udtrykkeligt bede om de krævede filer eller funktioner og reservere tilstrækkelig svarplads til dem. Hold kodefiler og forklaringer adskilt, så reviewere kan gennemgå de foreslåede ændringer.
Praktisk resultat og væsentlige begrænsninger
Til en ændring i kodebasen skal du bede om en patch med berørte filer, forudsætninger og faktiske resultater returneret af tilsluttede kontroller. Til en algoritme skal du angive inputbegrænsninger og forventet output, før du beder om kode. Det dokumenterede input er tekst, så en visuel reference eller optagelse kræver en passende separat repræsentation, hvis opgaven skal bruge den som dokumentation.
Undersøg genereret syntaks, grænseflader og randtilfælde i udviklingsarbejdsgangen. En plausibel forklaring eller en værktøjsorienteret modelbeskrivelse dokumenterer ikke, at kode er kørt med succes. Det praktiske resultat er et tekst- eller kodeartefakt, der kan gennemgås og er knyttet til det medsendte materiale fra kodebasen, med den præcise Flash-identitet, producentgrænserne og den betingede værktøjskontrakt bevaret.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser qwen3-coder-flash | 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.
Knyt hver omkostning til de viste betingelser. Brug én takst for hver gruppe af alternative konfigurationer.
| Konfiguration | Takstplan | Konteksttokens, mere end | Konteksttokens, op til og med | Beløb |
|---|---|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Konteksttokens, mere end— | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00039 / 1K tokens Output · Outputtokens $0.00195 / 1K tokens Input · Cachelæsning $0.000078 / 1K tokens Input · Cacheskrivning $0.0004875 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 1 | Takstplan— | Konteksttokens, mere end0 | Konteksttokens, op til og med32.000 | Beløb Input · Inputtokens $0.00039 / 1K tokens Output · Outputtokens $0.00195 / 1K tokens Input · Cachelæsning $0.000078 / 1K tokens Input · Cacheskrivning $0.0004875 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 2 | Takstplan— | Konteksttokens, mere end32.000 | Konteksttokens, op til og med128.000 | Beløb Input · Inputtokens $0.00065 / 1K tokens Output · Outputtokens $0.00325 / 1K tokens Input · Cachelæsning $0.00013 / 1K tokens Input · Cacheskrivning $0.0008125 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationNiveau 3 for forespørgslens længde | Takstplan— | Konteksttokens, mere end128.000 | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00104 / 1K tokens Output · Outputtokens $0.0052 / 1K tokens Input · Cachelæsning $0.000208 / 1K tokens Input · Cacheskrivning $0.0013 / 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":"qwen3-coder-flash","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="qwen3-coder-flash", 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 qwen/qwen3-coder-flash, qwen3-coder-flash
/chat/completions
qwen3-coder-flashQwen3-Coder-Flash er Qwens tekstbaserede kodemodel til forståelse af kodebaser og værktøjsinteraktion over flere samtaleture. Specifikationen angiver en kontekst på en million tokens, maksimalt input på 997,952 tokens og maksimalt output på 65,536 tokens, med værktøjsfunktioner afgrænset til producentens implementeringsprofil.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Overblik: kodning med udgangspunkt i kodebasen
Qwen3-Coder-Flash er en Qwen3-baseret kodegenereringsmodel. Producenten angiver, at den arver kodeagentfunktioner fra Qwen3-Coder-Plus og er optimeret til forståelse på kodebaseniveau, stabile værktøjskald og interaktion over flere samtaleture. Dens dokumenterede input og output er tekst. Brug den til en kodeopgave med medsendt projektkontekst og et konkret artefakt, såsom en foreslået patch, funktion eller forklaring.
Producenten beskriver aktuelt qwen3-coder-flash som funktionelt svarende til qwen3-coder-flash-2025-07-28 og bevarer dette daterede snapshot som en navngiven version. Bevar den efterspurgte identitet, når du registrerer modelvalg. Den præcise modelside dokumenterer ikke parameterantallet eller vægtidentiteten for et åbent Coder-checkpoint, så Flash-navnet bør ikke omdannes til en udokumenteret påstand om størrelse eller arkitektur.
Forberedelse af dokumentation fra kodebasen
Angiv de relevante moduler, grænseflader, krav og et input, der demonstrerer den adfærd, der drøftes. Bed om et implementeringsforslag organiseret efter berørte komponenter, og bed derefter om det redigerbare artefakt adskilt fra kommentarerne. Ved fejlanalyse skal du medtage den observerede fejl eller det observerede output og den forventede adfærd. Ved en funktion skal du beskrive de interaktioner og betingelser, resultatet skal opfylde.
Et nyttigt svar kan vise diagnosen, den foreslåede ændring og de kontroller, der er nødvendige for gennemgang. Hvis opgaven vedrører et stort projekt, skal du bevare fil- og funktionsidentifikatorer i det medsendte materiale, så forklaringen kan henvise til sin dokumentation. Gennemgå de foreslåede ændringer mod de medsendte filer, den forventede adfærd og resultater returneret af tilsluttede kontroller.
Værktøjer over flere samtaleture og feedback
Producenten fremhæver værktøjsinteraktion over flere samtaleture. En tilsluttet arbejdsgang kan stille inspektions- eller eksekveringsværktøjer til rådighed og returnere faktiske observationer til modellen. Angiv de tilladte handlinger og observerbare kriterier for fuldførelse. Når en kontrol fejler, skal du levere den faktiske fejl og relevante kode frem for blot at bede om et nyt forsøg. Modellen kan revidere sit foreslåede arbejde med denne feedback; applikationen udfører handlingerne.
Funktionsmatricen understøtter Function Calling i Alibabas China (Beijing)-profil og markerer det som ikke understøttet i Singapore, Germany (Frankfurt) og US (Virginia). Adgangen til værktøjer er derfor betinget frem for et løfte alene ud fra modelnavnet. Et tekstforslag, en værktøjsanmodning og en udført operation skal kunne skelnes i slutrapporten. Returnér en slutrapport, der adskiller kodeforslaget, de ønskede værktøjskald og de faktiske værktøjsresultater.
Funktioner og resultatformat
Håndhævet struktureret output og indbygget websøgning er markeret som ikke understøttet på den særskilte modelside. En prompt kan bede om en tabel eller tekst i JSON-form, men det opretter ikke en kontrakt med skemahåndhævelse. En kodeagent kan modtage aktuel dokumentation fra et værktøj stillet til rådighed af applikationen, uden at selve modellen har en indbygget søgefunktion.
Prefix Completion understøttes ikke i China (Beijing) og understøttes i Singapore, Germany (Frankfurt) og US (Virginia). Context Caching understøttes for det udaterede alias i alle fire profiler, mens det separat angivne snapshot fra 28. juli markerer det som ikke understøttet. Begge udgaver markerer batchinferens og finjustering som ikke understøttet. Bed om et endeligt artefakt, der er let at gennemgå, og bevar faktiske værktøjsobservationer, når en rapport hævder, at noget er kontrolleret.
Kontekst- og outputgrænser
Specifikationen angiver et kontekstvindue på 1,000,000 tokens, en maksimal inputlængde på 997,952 tokens og en maksimal outputlængde på 65,536 tokens. Det er separate grænser; man bør ikke antage, at det største input og det største output kan passe samtidigt inden for konteksten. Projekttekst, historik, værktøjsresultater og genereret kildekode skal have plads i det faktiske anmodningsbudget.
En stor kontekst kan rumme mere dokumentation fra kodebasen i én opgave. Det er stadig nyttigt at fjerne irrelevante genererede filer, gentaget materiale og irrelevante moduler, mens de definitioner og grænseflader, ændringen afhænger af, bevares. Til et langt artefakt skal du udtrykkeligt bede om de krævede filer eller funktioner og reservere tilstrækkelig svarplads til dem. Hold kodefiler og forklaringer adskilt, så reviewere kan gennemgå de foreslåede ændringer.
Praktisk resultat og væsentlige begrænsninger
Til en ændring i kodebasen skal du bede om en patch med berørte filer, forudsætninger og faktiske resultater returneret af tilsluttede kontroller. Til en algoritme skal du angive inputbegrænsninger og forventet output, før du beder om kode. Det dokumenterede input er tekst, så en visuel reference eller optagelse kræver en passende separat repræsentation, hvis opgaven skal bruge den som dokumentation.
Undersøg genereret syntaks, grænseflader og randtilfælde i udviklingsarbejdsgangen. En plausibel forklaring eller en værktøjsorienteret modelbeskrivelse dokumenterer ikke, at kode er kørt med succes. Det praktiske resultat er et tekst- eller kodeartefakt, der kan gennemgås og er knyttet til det medsendte materiale fra kodebasen, med den præcise Flash-identitet, producentgrænserne og den betingede værktøjskontrakt bevaret.
POST /v1/messagestextjson, sse| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser qwen3-coder-flash | 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.
Knyt hver omkostning til de viste betingelser. Brug én takst for hver gruppe af alternative konfigurationer.
| Konfiguration | Takstplan | Konteksttokens, mere end | Konteksttokens, op til og med | Beløb |
|---|---|---|---|---|
| KonfigurationGrundtakster for tokens | TakstplanGrundtakst | Konteksttokens, mere end— | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00039 / 1K tokens Output · Outputtokens $0.00195 / 1K tokens Input · Cachelæsning $0.000078 / 1K tokens Input · Cacheskrivning $0.0004875 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 1 | Takstplan— | Konteksttokens, mere end0 | Konteksttokens, op til og med32.000 | Beløb Input · Inputtokens $0.00039 / 1K tokens Output · Outputtokens $0.00195 / 1K tokens Input · Cachelæsning $0.000078 / 1K tokens Input · Cacheskrivning $0.0004875 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationAnmodningslængde · niveau 2 | Takstplan— | Konteksttokens, mere end32.000 | Konteksttokens, op til og med128.000 | Beløb Input · Inputtokens $0.00065 / 1K tokens Output · Outputtokens $0.00325 / 1K tokens Input · Cachelæsning $0.00013 / 1K tokens Input · Cacheskrivning $0.0008125 / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
| KonfigurationNiveau 3 for forespørgslens længde | Takstplan— | Konteksttokens, mere end128.000 | Konteksttokens, op til og medIngen øvre grænse | Beløb Input · Inputtokens $0.00104 / 1K tokens Output · Outputtokens $0.0052 / 1K tokens Input · Cachelæsning $0.000208 / 1K tokens Input · Cacheskrivning $0.0013 / 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": "qwen3-coder-flash",\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': 'qwen3-coder-flash', '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': 'qwen3-coder-flash', '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 qwen/qwen3-coder-flash, qwen3-coder-flash
/chat/completions
Teknisk eksempel på engelsk
Keep repository paths portable\n\nIn config.py, DATA_PATH = 'data/items.csv'. In runner.py, open(DATA_PATH) fails when the CLI is launched outside the repository directory. Propose a focused fix that anchors the resource path to the module location rather than the current working directory. Preserve the public CLI arguments and include a regression scenario launched from another directory.A small coordinated code proposal for the named modules and a regression scenario for an unrelated working directory.The proposed path does not depend on the launch directory and does not change the public CLI arguments.