Oversikt: programmering rettet mot kodebasen
Qwen3-Coder-Flash er en kodegenereringsmodell basert på Qwen3. Produsenten sier at den arver programmeringsagentegenskaper fra Qwen3-Coder-Plus og er optimalisert for forståelse på kodebasenivå, stabile verktøykall og samspill over flere samtalerunder. De dokumenterte inndataene og utdataene er tekst. Bruk den til en programmeringsoppgave med oppgitt prosjektkontekst og et konkret resultat, som en foreslått kodeendring, funksjon eller forklaring.
Produsenten beskriver for tiden qwen3-coder-flash som funksjonelt likeverdig med qwen3-coder-flash-2025-07-28 og beholder dette daterte øyeblikksbildet som en navngitt versjon. Behold den forespurte identiteten når du registrerer modellvalget. Siden for denne nøyaktige modellen fastslår ikke parameterantallet eller vektidentiteten til et åpent Coder-sjekkpunkt, så Flash-navnet bør ikke omgjøres til en udokumentert påstand om størrelse eller arkitektur.
Forberede dokumentasjon fra kodebasen
Oppgi de relevante modulene, grensesnittene og kravene og inndata som viser oppførselen som diskuteres. Be om et implementeringsforslag organisert etter berørte komponenter, og be deretter om det redigerbare resultatet separat fra kommentarer. For en feilanalyse bør du ta med den observerte feilen eller utdataene og forventet oppførsel. For en funksjon bør du beskrive samspillet og betingelsene resultatet må oppfylle.
Et nyttig svar kan vise diagnosen, den foreslåtte endringen og kontrollene som trengs for gjennomgang. Hvis oppgaven gjelder et stort prosjekt, bør du beholde fil- og funksjonsidentifikatorer i materialet slik at forklaringen kan vise til dokumentasjonen sin. Gjennomgå de foreslåtte endringene mot de oppgitte filene, forventet oppførsel og resultater fra tilkoblede kontroller.
Verktøy over flere samtalerunder og tilbakemeldinger
Produsenten fremhever verktøysamspill over flere samtalerunder. En tilkoblet arbeidsflyt kan tilby inspeksjons- eller kjøreverktøy og returnere faktiske observasjoner til modellen. Oppgi tillatte handlinger og observerbare fullføringskriterier. Når en kontroll feiler, bør du legge ved den faktiske feilen og relevant kode fremfor bare å be om et nytt forsøk. Modellen kan revidere arbeidsforslaget ved hjelp av tilbakemeldingen; applikasjonen utfører handlingene.
Egenskapsmatrisen støtter Function Calling i Alibabas profil for Kina (Beijing) og markerer det som ikke støttet i Singapore, Tyskland (Frankfurt) og USA (Virginia). Tilgangen til verktøy er derfor betinget, ikke et løfte som følger av modellnavnet alene. Et tekstforslag, en verktøyforespørsel og en fullført operasjon bør fortsatt kunne skilles fra hverandre i sluttrapporten. Returner en sluttrapport som skiller kodeforslaget, forespurte verktøykall og faktiske verktøyresultater.
Egenskaper og resultatformat
På den dedikerte modellsiden er håndhevede strukturerte utdata og innebygd nettsøk markert som ikke støttet. En prompt kan be om en tabell eller tekst med JSON-form, men det oppretter ingen kontrakt om skjemahåndheving. En programmeringsagent kan motta aktuell dokumentasjon fra et verktøy levert av applikasjonen uten at modellen selv har en innebygd søkefunksjon.
Prefix Completion støttes ikke i Kina (Beijing), men støttes i Singapore, Tyskland (Frankfurt) og USA (Virginia). Context Caching støttes for aliaset uten dato i alle fire profiler, mens det separat oppførte øyeblikksbildet fra 28. juli markerer det som ikke støttet. Begge utgavene markerer batch-inferens og finjustering som ikke støttet. Be om et sluttresultat som er lett å inspisere, og behold faktiske verktøyobservasjoner når en rapport hevder at noe er kontrollert.
Grenser for kontekst og utdata
Spesifikasjonen oppgir et kontekstvindu på 1 000 000 tokener, en maksimal inndatalengde på 997 952 tokener og en maksimal utdatalengde på 65 536 tokener. Dette er separate grenser; du bør ikke anta at de største inndataene og de største utdataene får plass samtidig innenfor konteksten. Prosjekttekst, historikk, verktøyresultater og generert kildekode trenger plass i det faktiske forespørselsbudsjettet.
En stor kontekst kan samle mer dokumentasjon fra kodebasen i én oppgave. Det er fortsatt nyttig å fjerne irrelevante genererte filer, gjentatt materiale og irrelevante moduler, samtidig som du beholder definisjonene og grensesnittene endringen avhenger av. For et omfattende resultat bør du be uttrykkelig om de nødvendige filene eller funksjonene og sette av nok svarplass. Hold kodefiler og forklaringer atskilt slik at de som gjennomgår resultatet, kan inspisere de foreslåtte endringene.
Praktisk resultat og vesentlige begrensninger
For en endring i en kodebase bør du be om en kodeendring med berørte filer, forutsetninger og faktiske resultater fra tilkoblede kontroller. For en algoritme bør du angi begrensningene for inndata og forventede utdata før du ber om kode. De dokumenterte inndataene er tekst, så en visuell referanse eller et opptak trenger en egnet separat representasjon hvis oppgaven skal bruke det som dokumentasjon.
Inspiser generert syntaks, grensesnitt og grensetilfeller i utviklingsarbeidsflyten. En plausibel forklaring eller en verktøyorientert modellbeskrivelse er ikke bevis for at kode ble kjørt vellykket. Det praktiske resultatet er et tekst- eller kodeprodukt som kan gjennomgås, knyttet til det oppgitte materialet fra kodebasen, med nøyaktig Flash-identitet, produsentens grenser og den betingede verktøykontrakten bevart.
", "aboutText": "Oversikt: programmering rettet mot kodebasen\n\nQwen3-Coder-Flash er en kodegenereringsmodell basert på Qwen3. Produsenten sier at den arver programmeringsagentegenskaper fra Qwen3-Coder-Plus og er optimalisert for forståelse på kodebasenivå, stabile verktøykall og samspill over flere samtalerunder. De dokumenterte inndataene og utdataene er tekst. Bruk den til en programmeringsoppgave med oppgitt prosjektkontekst og et konkret resultat, som en foreslått kodeendring, funksjon eller forklaring.\n\nProdusenten beskriver for tiden qwen3-coder-flash som funksjonelt likeverdig med qwen3-coder-flash-2025-07-28 og beholder dette daterte øyeblikksbildet som en navngitt versjon. Behold den forespurte identiteten når du registrerer modellvalget. Siden for denne nøyaktige modellen fastslår ikke parameterantallet eller vektidentiteten til et åpent Coder-sjekkpunkt, så Flash-navnet bør ikke omgjøres til en udokumentert påstand om størrelse eller arkitektur.\n\nForberede dokumentasjon fra kodebasen\n\nOppgi de relevante modulene, grensesnittene og kravene og inndata som viser oppførselen som diskuteres. Be om et implementeringsforslag organisert etter berørte komponenter, og be deretter om det redigerbare resultatet separat fra kommentarer. For en feilanalyse bør du ta med den observerte feilen eller utdataene og forventet oppførsel. For en funksjon bør du beskrive samspillet og betingelsene resultatet må oppfylle.\n\nEt nyttig svar kan vise diagnosen, den foreslåtte endringen og kontrollene som trengs for gjennomgang. Hvis oppgaven gjelder et stort prosjekt, bør du beholde fil- og funksjonsidentifikatorer i materialet slik at forklaringen kan vise til dokumentasjonen sin. Gjennomgå de foreslåtte endringene mot de oppgitte filene, forventet oppførsel og resultater fra tilkoblede kontroller.\n\nVerktøy over flere samtalerunder og tilbakemeldinger\n\nProdusenten fremhever verktøysamspill over flere samtalerunder. En tilkoblet arbeidsflyt kan tilby inspeksjons- eller kjøreverktøy og returnere faktiske observasjoner til modellen. Oppgi tillatte handlinger og observerbare fullføringskriterier. Når en kontroll feiler, bør du legge ved den faktiske feilen og relevant kode fremfor bare å be om et nytt forsøk. Modellen kan revidere arbeidsforslaget ved hjelp av tilbakemeldingen; applikasjonen utfører handlingene.\n\nEgenskapsmatrisen støtter Function Calling i Alibabas profil for Kina (Beijing) og markerer det som ikke støttet i Singapore, Tyskland (Frankfurt) og USA (Virginia). Tilgangen til verktøy er derfor betinget, ikke et løfte som følger av modellnavnet alene. Et tekstforslag, en verktøyforespørsel og en fullført operasjon bør fortsatt kunne skilles fra hverandre i sluttrapporten. Returner en sluttrapport som skiller kodeforslaget, forespurte verktøykall og faktiske verktøyresultater.\n\nEgenskaper og resultatformat\n\nPå den dedikerte modellsiden er håndhevede strukturerte utdata og innebygd nettsøk markert som ikke støttet. En prompt kan be om en tabell eller tekst med JSON-form, men det oppretter ingen kontrakt om skjemahåndheving. En programmeringsagent kan motta aktuell dokumentasjon fra et verktøy levert av applikasjonen uten at modellen selv har en innebygd søkefunksjon.\n\nPrefix Completion støttes ikke i Kina (Beijing), men støttes i Singapore, Tyskland (Frankfurt) og USA (Virginia). Context Caching støttes for aliaset uten dato i alle fire profiler, mens det separat oppførte øyeblikksbildet fra 28. juli markerer det som ikke støttet. Begge utgavene markerer batch-inferens og finjustering som ikke støttet. Be om et sluttresultat som er lett å inspisere, og behold faktiske verktøyobservasjoner når en rapport hevder at noe er kontrollert.\n\nGrenser for kontekst og utdata\n\nSpesifikasjonen oppgir et kontekstvindu på 1 000 000 tokener, en maksimal inndatalengde på 997 952 tokener og en maksimal utdatalengde på 65 536 tokener. Dette er separate grenser; du bør ikke anta at de største inndataene og de største utdataene får plass samtidig innenfor konteksten. Prosjekttekst, historikk, verktøyresultater og generert kildekode trenger plass i det faktiske forespørselsbudsjettet.\n\nEn stor kontekst kan samle mer dokumentasjon fra kodebasen i én oppgave. Det er fortsatt nyttig å fjerne irrelevante genererte filer, gjentatt materiale og irrelevante moduler, samtidig som du beholder definisjonene og grensesnittene endringen avhenger av. For et omfattende resultat bør du be uttrykkelig om de nødvendige filene eller funksjonene og sette av nok svarplass. Hold kodefiler og forklaringer atskilt slik at de som gjennomgår resultatet, kan inspisere de foreslåtte endringene.\n\nPraktisk resultat og vesentlige begrensninger\n\nFor en endring i en kodebase bør du be om en kodeendring med berørte filer, forutsetninger og faktiske resultater fra tilkoblede kontroller. For en algoritme bør du angi begrensningene for inndata og forventede utdata før du ber om kode. De dokumenterte inndataene er tekst, så en visuell referanse eller et opptak trenger en egnet separat representasjon hvis oppgaven skal bruke det som dokumentasjon.\n\nInspiser generert syntaks, grensesnitt og grensetilfeller i utviklingsarbeidsflyten. En plausibel forklaring eller en verktøyorientert modellbeskrivelse er ikke bevis for at kode ble kjørt vellykket. Det praktiske resultatet er et tekst- eller kodeprodukt som kan gjennomgås, knyttet til det oppgitte materialet fra kodebasen, med nøyaktig Flash-identitet, produsentens grenser og den betingede verktøykontrakten bevart.", "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 tekstmodell for programmering, kodebaseforståelse og verktøysamspill over flere samtalerunder. Spesifikasjonen oppgir en kontekst på én million tokener, maksimalt 997 952 tokener inn og 65 536 tokener ut, med verktøyfunksjoner avgrenset til produsentens utrullingsprofil.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Oversikt: programmering rettet mot kodebasen
Qwen3-Coder-Flash er en kodegenereringsmodell basert på Qwen3. Produsenten sier at den arver programmeringsagentegenskaper fra Qwen3-Coder-Plus og er optimalisert for forståelse på kodebasenivå, stabile verktøykall og samspill over flere samtalerunder. De dokumenterte inndataene og utdataene er tekst. Bruk den til en programmeringsoppgave med oppgitt prosjektkontekst og et konkret resultat, som en foreslått kodeendring, funksjon eller forklaring.
Produsenten beskriver for tiden qwen3-coder-flash som funksjonelt likeverdig med qwen3-coder-flash-2025-07-28 og beholder dette daterte øyeblikksbildet som en navngitt versjon. Behold den forespurte identiteten når du registrerer modellvalget. Siden for denne nøyaktige modellen fastslår ikke parameterantallet eller vektidentiteten til et åpent Coder-sjekkpunkt, så Flash-navnet bør ikke omgjøres til en udokumentert påstand om størrelse eller arkitektur.
Forberede dokumentasjon fra kodebasen
Oppgi de relevante modulene, grensesnittene og kravene og inndata som viser oppførselen som diskuteres. Be om et implementeringsforslag organisert etter berørte komponenter, og be deretter om det redigerbare resultatet separat fra kommentarer. For en feilanalyse bør du ta med den observerte feilen eller utdataene og forventet oppførsel. For en funksjon bør du beskrive samspillet og betingelsene resultatet må oppfylle.
Et nyttig svar kan vise diagnosen, den foreslåtte endringen og kontrollene som trengs for gjennomgang. Hvis oppgaven gjelder et stort prosjekt, bør du beholde fil- og funksjonsidentifikatorer i materialet slik at forklaringen kan vise til dokumentasjonen sin. Gjennomgå de foreslåtte endringene mot de oppgitte filene, forventet oppførsel og resultater fra tilkoblede kontroller.
Verktøy over flere samtalerunder og tilbakemeldinger
Produsenten fremhever verktøysamspill over flere samtalerunder. En tilkoblet arbeidsflyt kan tilby inspeksjons- eller kjøreverktøy og returnere faktiske observasjoner til modellen. Oppgi tillatte handlinger og observerbare fullføringskriterier. Når en kontroll feiler, bør du legge ved den faktiske feilen og relevant kode fremfor bare å be om et nytt forsøk. Modellen kan revidere arbeidsforslaget ved hjelp av tilbakemeldingen; applikasjonen utfører handlingene.
Egenskapsmatrisen støtter Function Calling i Alibabas profil for Kina (Beijing) og markerer det som ikke støttet i Singapore, Tyskland (Frankfurt) og USA (Virginia). Tilgangen til verktøy er derfor betinget, ikke et løfte som følger av modellnavnet alene. Et tekstforslag, en verktøyforespørsel og en fullført operasjon bør fortsatt kunne skilles fra hverandre i sluttrapporten. Returner en sluttrapport som skiller kodeforslaget, forespurte verktøykall og faktiske verktøyresultater.
Egenskaper og resultatformat
På den dedikerte modellsiden er håndhevede strukturerte utdata og innebygd nettsøk markert som ikke støttet. En prompt kan be om en tabell eller tekst med JSON-form, men det oppretter ingen kontrakt om skjemahåndheving. En programmeringsagent kan motta aktuell dokumentasjon fra et verktøy levert av applikasjonen uten at modellen selv har en innebygd søkefunksjon.
Prefix Completion støttes ikke i Kina (Beijing), men støttes i Singapore, Tyskland (Frankfurt) og USA (Virginia). Context Caching støttes for aliaset uten dato i alle fire profiler, mens det separat oppførte øyeblikksbildet fra 28. juli markerer det som ikke støttet. Begge utgavene markerer batch-inferens og finjustering som ikke støttet. Be om et sluttresultat som er lett å inspisere, og behold faktiske verktøyobservasjoner når en rapport hevder at noe er kontrollert.
Grenser for kontekst og utdata
Spesifikasjonen oppgir et kontekstvindu på 1 000 000 tokener, en maksimal inndatalengde på 997 952 tokener og en maksimal utdatalengde på 65 536 tokener. Dette er separate grenser; du bør ikke anta at de største inndataene og de største utdataene får plass samtidig innenfor konteksten. Prosjekttekst, historikk, verktøyresultater og generert kildekode trenger plass i det faktiske forespørselsbudsjettet.
En stor kontekst kan samle mer dokumentasjon fra kodebasen i én oppgave. Det er fortsatt nyttig å fjerne irrelevante genererte filer, gjentatt materiale og irrelevante moduler, samtidig som du beholder definisjonene og grensesnittene endringen avhenger av. For et omfattende resultat bør du be uttrykkelig om de nødvendige filene eller funksjonene og sette av nok svarplass. Hold kodefiler og forklaringer atskilt slik at de som gjennomgår resultatet, kan inspisere de foreslåtte endringene.
Praktisk resultat og vesentlige begrensninger
For en endring i en kodebase bør du be om en kodeendring med berørte filer, forutsetninger og faktiske resultater fra tilkoblede kontroller. For en algoritme bør du angi begrensningene for inndata og forventede utdata før du ber om kode. De dokumenterte inndataene er tekst, så en visuell referanse eller et opptak trenger en egnet separat representasjon hvis oppgaven skal bruke det som dokumentasjon.
Inspiser generert syntaks, grensesnitt og grensetilfeller i utviklingsarbeidsflyten. En plausibel forklaring eller en verktøyorientert modellbeskrivelse er ikke bevis for at kode ble kjørt vellykket. Det praktiske resultatet er et tekst- eller kodeprodukt som kan gjennomgås, knyttet til det oppgitte materialet fra kodebasen, med nøyaktig Flash-identitet, produsentens grenser og den betingede verktøykontrakten bevart.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser qwen/qwen3-coder-flash | Standard— |
Feltmessages | Typemessage[] | KravPåkrevd | Verdier & grenser Minste antall elementer: 1 | Standard— |
Feltmessages[].role | Typestring | KravPåkrevd | Verdier & grenser Eksempler: system, user, assistant, tool, function Vilkår: Disse rollene representeres eksplisitt av kompatibilitetstyper i kildekoden; det eksakte rollesettet for modellen er fortsatt modellspesifikt. Avhenger av modellen | Standard— |
Feltmessages[].content | Typestring|content_part[]|null | KravValgfritt | Verdier & grenser | Standard— |
Feltmessages[].tool_calls | Typetool_call[] | KravValgfritt | Verdier & grenser | Standard— |
Feltmessages[].tool_call_id | Typestring | KravValgfritt | Verdier & grenser Gjelder når: role=tool; bruk faktisk returnert ID | Standard— |
Feltmessages[].name | Typestring | KravValgfritt | Verdier & grenser | Standard— |
Feltmessages[].reasoning_content | Typestring | KravValgfritt | Verdier & grenser Gjelder når: Send den faktisk returnerte resonneringen tilbake der denne modellen bruker den | Standard— |
Feltmessages[].reasoning_details | Typeobject|array | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltmax_tokens | Typeinteger | KravValgfritt | Verdier & grenser Minimum: 1 Avhenger av modellen | Standard— |
Feltmax_completion_tokens | Typeinteger | KravValgfritt | Verdier & grenser Minimum: 1 Avhenger av modellen | Standard— |
Feltstream | Typeboolean | KravValgfritt | Verdier & grenser | Standardfalse |
Feltstream_options.include_usage | Typeboolean | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Felttemperature | Typenumber | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Felttop_p | Typenumber | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltstop | Typestring|string[] | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Felttools | Typefunction_tool[] | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Felttools[].type | Typestring | KravValgfritt | Verdier & grenser function Avhenger av modellen | Standard— |
Felttools[].function.name | Typestring | KravPåkrevd | Verdier & grenser Gjelder når: funksjonsverktøy oppgitt | Standard— |
Felttools[].function.description | Typestring | KravValgfritt | Verdier & grenser | Standard— |
Felttools[].function.parameters | TypeJSON_schema | KravValgfritt | Verdier & grenser | Standard— |
Felttool_choice | Typestring|object | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltparallel_tool_calls | Typeboolean | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltresponse_format | Typeobject | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltreasoning_effort | Typestring | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltreasoning | Typeobject | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltservice_tier | Typestring | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltinstructions | Typestring | KravValgfritt | Verdier & grenser Kompatibilitetsfelt | Standard— |
Feltfunctions | Typefunction[] | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltfunction_call | Typestring|object | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltprompt_cache_options | Typeobject | KravValgfritt | Verdier & grenser Avhenger av modellen | Standard— |
Feltmodalities | Typestring[] | KravValgfritt | Verdier & grenser text | Standard— |
Feltprovider | Typeobject | KravValgfritt | Verdier & grenser Vilkår: provider.options avvises på denne Ultra-tekstruten | Standard— |
Feltcache_control.ttl | Typestring | KravValgfritt | Verdier & grenser Vilkår: 1h avvises på faktiske steder for mellomlagring av ledetekster | Standard— |
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, temperature, top_p, stop, max_tokens, max_completion_tokens, reasoning, response_format, tools, tool_choice |
Parametercontrol_scope | Avtalemodellspesifikt; brukerens funksjonsverktøy skiller seg fra driftede verktøy |
Parameteroutput_modalities | Avtaletext |
Parameterhosted_operations | Avtalefalse |
Parametermultimodal_input_binding | Avtalenull |
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.
Knytt hver kostnad til de viste vilkårene. Bruk én sats for hvert sett med alternative konfigurasjoner.
| Konfigurasjon | Prisplan | Konteksttokener, mer enn | Konteksttokener, opptil og med | Kostnad |
|---|---|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Konteksttokener, mer enn— | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00039 / 1K tokener Utdata · Utgående tokener $0.00195 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000078 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0004875 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 1 for forespørselslengde | Prisplan— | Konteksttokener, mer enn0 | Konteksttokener, opptil og med32 000 | Kostnad Inndata · Inngående tokener $0.00039 / 1K tokener Utdata · Utgående tokener $0.00195 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000078 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0004875 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 2 for forespørselslengde | Prisplan— | Konteksttokener, mer enn32 000 | Konteksttokener, opptil og med128 000 | Kostnad Inndata · Inngående tokener $0.00065 / 1K tokener Utdata · Utgående tokener $0.00325 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.00013 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0008125 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå for forespørselslengde 3 | Prisplan— | Konteksttokener, mer enn128 000 | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00104 / 1K tokener Utdata · Utgående tokener $0.0052 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000208 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0013 / 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": "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
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 qwen/qwen3-coder-flash, qwen3-coder-flash
/chat/completions
qwen/qwen3-coder-flashQwen3-Coder-Flash er Qwens tekstmodell for programmering, kodebaseforståelse og verktøysamspill over flere samtalerunder. Spesifikasjonen oppgir en kontekst på én million tokener, maksimalt 997 952 tokener inn og 65 536 tokener ut, med verktøyfunksjoner avgrenset til produsentens utrullingsprofil.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Oversikt: programmering rettet mot kodebasen
Qwen3-Coder-Flash er en kodegenereringsmodell basert på Qwen3. Produsenten sier at den arver programmeringsagentegenskaper fra Qwen3-Coder-Plus og er optimalisert for forståelse på kodebasenivå, stabile verktøykall og samspill over flere samtalerunder. De dokumenterte inndataene og utdataene er tekst. Bruk den til en programmeringsoppgave med oppgitt prosjektkontekst og et konkret resultat, som en foreslått kodeendring, funksjon eller forklaring.
Produsenten beskriver for tiden qwen3-coder-flash som funksjonelt likeverdig med qwen3-coder-flash-2025-07-28 og beholder dette daterte øyeblikksbildet som en navngitt versjon. Behold den forespurte identiteten når du registrerer modellvalget. Siden for denne nøyaktige modellen fastslår ikke parameterantallet eller vektidentiteten til et åpent Coder-sjekkpunkt, så Flash-navnet bør ikke omgjøres til en udokumentert påstand om størrelse eller arkitektur.
Forberede dokumentasjon fra kodebasen
Oppgi de relevante modulene, grensesnittene og kravene og inndata som viser oppførselen som diskuteres. Be om et implementeringsforslag organisert etter berørte komponenter, og be deretter om det redigerbare resultatet separat fra kommentarer. For en feilanalyse bør du ta med den observerte feilen eller utdataene og forventet oppførsel. For en funksjon bør du beskrive samspillet og betingelsene resultatet må oppfylle.
Et nyttig svar kan vise diagnosen, den foreslåtte endringen og kontrollene som trengs for gjennomgang. Hvis oppgaven gjelder et stort prosjekt, bør du beholde fil- og funksjonsidentifikatorer i materialet slik at forklaringen kan vise til dokumentasjonen sin. Gjennomgå de foreslåtte endringene mot de oppgitte filene, forventet oppførsel og resultater fra tilkoblede kontroller.
Verktøy over flere samtalerunder og tilbakemeldinger
Produsenten fremhever verktøysamspill over flere samtalerunder. En tilkoblet arbeidsflyt kan tilby inspeksjons- eller kjøreverktøy og returnere faktiske observasjoner til modellen. Oppgi tillatte handlinger og observerbare fullføringskriterier. Når en kontroll feiler, bør du legge ved den faktiske feilen og relevant kode fremfor bare å be om et nytt forsøk. Modellen kan revidere arbeidsforslaget ved hjelp av tilbakemeldingen; applikasjonen utfører handlingene.
Egenskapsmatrisen støtter Function Calling i Alibabas profil for Kina (Beijing) og markerer det som ikke støttet i Singapore, Tyskland (Frankfurt) og USA (Virginia). Tilgangen til verktøy er derfor betinget, ikke et løfte som følger av modellnavnet alene. Et tekstforslag, en verktøyforespørsel og en fullført operasjon bør fortsatt kunne skilles fra hverandre i sluttrapporten. Returner en sluttrapport som skiller kodeforslaget, forespurte verktøykall og faktiske verktøyresultater.
Egenskaper og resultatformat
På den dedikerte modellsiden er håndhevede strukturerte utdata og innebygd nettsøk markert som ikke støttet. En prompt kan be om en tabell eller tekst med JSON-form, men det oppretter ingen kontrakt om skjemahåndheving. En programmeringsagent kan motta aktuell dokumentasjon fra et verktøy levert av applikasjonen uten at modellen selv har en innebygd søkefunksjon.
Prefix Completion støttes ikke i Kina (Beijing), men støttes i Singapore, Tyskland (Frankfurt) og USA (Virginia). Context Caching støttes for aliaset uten dato i alle fire profiler, mens det separat oppførte øyeblikksbildet fra 28. juli markerer det som ikke støttet. Begge utgavene markerer batch-inferens og finjustering som ikke støttet. Be om et sluttresultat som er lett å inspisere, og behold faktiske verktøyobservasjoner når en rapport hevder at noe er kontrollert.
Grenser for kontekst og utdata
Spesifikasjonen oppgir et kontekstvindu på 1 000 000 tokener, en maksimal inndatalengde på 997 952 tokener og en maksimal utdatalengde på 65 536 tokener. Dette er separate grenser; du bør ikke anta at de største inndataene og de største utdataene får plass samtidig innenfor konteksten. Prosjekttekst, historikk, verktøyresultater og generert kildekode trenger plass i det faktiske forespørselsbudsjettet.
En stor kontekst kan samle mer dokumentasjon fra kodebasen i én oppgave. Det er fortsatt nyttig å fjerne irrelevante genererte filer, gjentatt materiale og irrelevante moduler, samtidig som du beholder definisjonene og grensesnittene endringen avhenger av. For et omfattende resultat bør du be uttrykkelig om de nødvendige filene eller funksjonene og sette av nok svarplass. Hold kodefiler og forklaringer atskilt slik at de som gjennomgår resultatet, kan inspisere de foreslåtte endringene.
Praktisk resultat og vesentlige begrensninger
For en endring i en kodebase bør du be om en kodeendring med berørte filer, forutsetninger og faktiske resultater fra tilkoblede kontroller. For en algoritme bør du angi begrensningene for inndata og forventede utdata før du ber om kode. De dokumenterte inndataene er tekst, så en visuell referanse eller et opptak trenger en egnet separat representasjon hvis oppgaven skal bruke det som dokumentasjon.
Inspiser generert syntaks, grensesnitt og grensetilfeller i utviklingsarbeidsflyten. En plausibel forklaring eller en verktøyorientert modellbeskrivelse er ikke bevis for at kode ble kjørt vellykket. Det praktiske resultatet er et tekst- eller kodeprodukt som kan gjennomgås, knyttet til det oppgitte materialet fra kodebasen, med nøyaktig Flash-identitet, produsentens grenser og den betingede verktøykontrakten bevart.
POST /v1/messagestextjson, sse| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser qwen/qwen3-coder-flash | 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.
Knytt hver kostnad til de viste vilkårene. Bruk én sats for hvert sett med alternative konfigurasjoner.
| Konfigurasjon | Prisplan | Konteksttokener, mer enn | Konteksttokener, opptil og med | Kostnad |
|---|---|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Konteksttokener, mer enn— | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00039 / 1K tokener Utdata · Utgående tokener $0.00195 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000078 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0004875 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 1 for forespørselslengde | Prisplan— | Konteksttokener, mer enn0 | Konteksttokener, opptil og med32 000 | Kostnad Inndata · Inngående tokener $0.00039 / 1K tokener Utdata · Utgående tokener $0.00195 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000078 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0004875 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 2 for forespørselslengde | Prisplan— | Konteksttokener, mer enn32 000 | Konteksttokener, opptil og med128 000 | Kostnad Inndata · Inngående tokener $0.00065 / 1K tokener Utdata · Utgående tokener $0.00325 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.00013 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0008125 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå for forespørselslengde 3 | Prisplan— | Konteksttokener, mer enn128 000 | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00104 / 1K tokener Utdata · Utgående tokener $0.0052 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000208 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0013 / 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": "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
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 qwen/qwen3-coder-flash, qwen3-coder-flash
/chat/completions
qwen3-coder-flashQwen3-Coder-Flash er Qwens tekstmodell for programmering, kodebaseforståelse og verktøysamspill over flere samtalerunder. Spesifikasjonen oppgir en kontekst på én million tokener, maksimalt 997 952 tokener inn og 65 536 tokener ut, med verktøyfunksjoner avgrenset til produsentens utrullingsprofil.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Oversikt: programmering rettet mot kodebasen
Qwen3-Coder-Flash er en kodegenereringsmodell basert på Qwen3. Produsenten sier at den arver programmeringsagentegenskaper fra Qwen3-Coder-Plus og er optimalisert for forståelse på kodebasenivå, stabile verktøykall og samspill over flere samtalerunder. De dokumenterte inndataene og utdataene er tekst. Bruk den til en programmeringsoppgave med oppgitt prosjektkontekst og et konkret resultat, som en foreslått kodeendring, funksjon eller forklaring.
Produsenten beskriver for tiden qwen3-coder-flash som funksjonelt likeverdig med qwen3-coder-flash-2025-07-28 og beholder dette daterte øyeblikksbildet som en navngitt versjon. Behold den forespurte identiteten når du registrerer modellvalget. Siden for denne nøyaktige modellen fastslår ikke parameterantallet eller vektidentiteten til et åpent Coder-sjekkpunkt, så Flash-navnet bør ikke omgjøres til en udokumentert påstand om størrelse eller arkitektur.
Forberede dokumentasjon fra kodebasen
Oppgi de relevante modulene, grensesnittene og kravene og inndata som viser oppførselen som diskuteres. Be om et implementeringsforslag organisert etter berørte komponenter, og be deretter om det redigerbare resultatet separat fra kommentarer. For en feilanalyse bør du ta med den observerte feilen eller utdataene og forventet oppførsel. For en funksjon bør du beskrive samspillet og betingelsene resultatet må oppfylle.
Et nyttig svar kan vise diagnosen, den foreslåtte endringen og kontrollene som trengs for gjennomgang. Hvis oppgaven gjelder et stort prosjekt, bør du beholde fil- og funksjonsidentifikatorer i materialet slik at forklaringen kan vise til dokumentasjonen sin. Gjennomgå de foreslåtte endringene mot de oppgitte filene, forventet oppførsel og resultater fra tilkoblede kontroller.
Verktøy over flere samtalerunder og tilbakemeldinger
Produsenten fremhever verktøysamspill over flere samtalerunder. En tilkoblet arbeidsflyt kan tilby inspeksjons- eller kjøreverktøy og returnere faktiske observasjoner til modellen. Oppgi tillatte handlinger og observerbare fullføringskriterier. Når en kontroll feiler, bør du legge ved den faktiske feilen og relevant kode fremfor bare å be om et nytt forsøk. Modellen kan revidere arbeidsforslaget ved hjelp av tilbakemeldingen; applikasjonen utfører handlingene.
Egenskapsmatrisen støtter Function Calling i Alibabas profil for Kina (Beijing) og markerer det som ikke støttet i Singapore, Tyskland (Frankfurt) og USA (Virginia). Tilgangen til verktøy er derfor betinget, ikke et løfte som følger av modellnavnet alene. Et tekstforslag, en verktøyforespørsel og en fullført operasjon bør fortsatt kunne skilles fra hverandre i sluttrapporten. Returner en sluttrapport som skiller kodeforslaget, forespurte verktøykall og faktiske verktøyresultater.
Egenskaper og resultatformat
På den dedikerte modellsiden er håndhevede strukturerte utdata og innebygd nettsøk markert som ikke støttet. En prompt kan be om en tabell eller tekst med JSON-form, men det oppretter ingen kontrakt om skjemahåndheving. En programmeringsagent kan motta aktuell dokumentasjon fra et verktøy levert av applikasjonen uten at modellen selv har en innebygd søkefunksjon.
Prefix Completion støttes ikke i Kina (Beijing), men støttes i Singapore, Tyskland (Frankfurt) og USA (Virginia). Context Caching støttes for aliaset uten dato i alle fire profiler, mens det separat oppførte øyeblikksbildet fra 28. juli markerer det som ikke støttet. Begge utgavene markerer batch-inferens og finjustering som ikke støttet. Be om et sluttresultat som er lett å inspisere, og behold faktiske verktøyobservasjoner når en rapport hevder at noe er kontrollert.
Grenser for kontekst og utdata
Spesifikasjonen oppgir et kontekstvindu på 1 000 000 tokener, en maksimal inndatalengde på 997 952 tokener og en maksimal utdatalengde på 65 536 tokener. Dette er separate grenser; du bør ikke anta at de største inndataene og de største utdataene får plass samtidig innenfor konteksten. Prosjekttekst, historikk, verktøyresultater og generert kildekode trenger plass i det faktiske forespørselsbudsjettet.
En stor kontekst kan samle mer dokumentasjon fra kodebasen i én oppgave. Det er fortsatt nyttig å fjerne irrelevante genererte filer, gjentatt materiale og irrelevante moduler, samtidig som du beholder definisjonene og grensesnittene endringen avhenger av. For et omfattende resultat bør du be uttrykkelig om de nødvendige filene eller funksjonene og sette av nok svarplass. Hold kodefiler og forklaringer atskilt slik at de som gjennomgår resultatet, kan inspisere de foreslåtte endringene.
Praktisk resultat og vesentlige begrensninger
For en endring i en kodebase bør du be om en kodeendring med berørte filer, forutsetninger og faktiske resultater fra tilkoblede kontroller. For en algoritme bør du angi begrensningene for inndata og forventede utdata før du ber om kode. De dokumenterte inndataene er tekst, så en visuell referanse eller et opptak trenger en egnet separat representasjon hvis oppgaven skal bruke det som dokumentasjon.
Inspiser generert syntaks, grensesnitt og grensetilfeller i utviklingsarbeidsflyten. En plausibel forklaring eller en verktøyorientert modellbeskrivelse er ikke bevis for at kode ble kjørt vellykket. Det praktiske resultatet er et tekst- eller kodeprodukt som kan gjennomgås, knyttet til det oppgitte materialet fra kodebasen, med nøyaktig Flash-identitet, produsentens grenser og den betingede verktøykontrakten bevart.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser qwen3-coder-flash | 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.
Knytt hver kostnad til de viste vilkårene. Bruk én sats for hvert sett med alternative konfigurasjoner.
| Konfigurasjon | Prisplan | Konteksttokener, mer enn | Konteksttokener, opptil og med | Kostnad |
|---|---|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Konteksttokener, mer enn— | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00039 / 1K tokener Utdata · Utgående tokener $0.00195 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000078 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0004875 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 1 for forespørselslengde | Prisplan— | Konteksttokener, mer enn0 | Konteksttokener, opptil og med32 000 | Kostnad Inndata · Inngående tokener $0.00039 / 1K tokener Utdata · Utgående tokener $0.00195 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000078 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0004875 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 2 for forespørselslengde | Prisplan— | Konteksttokener, mer enn32 000 | Konteksttokener, opptil og med128 000 | Kostnad Inndata · Inngående tokener $0.00065 / 1K tokener Utdata · Utgående tokener $0.00325 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.00013 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0008125 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå for forespørselslengde 3 | Prisplan— | Konteksttokener, mer enn128 000 | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00104 / 1K tokener Utdata · Utgående tokener $0.0052 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000208 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0013 / 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":"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
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 qwen/qwen3-coder-flash, qwen3-coder-flash
/chat/completions
qwen3-coder-flashQwen3-Coder-Flash er Qwens tekstmodell for programmering, kodebaseforståelse og verktøysamspill over flere samtalerunder. Spesifikasjonen oppgir en kontekst på én million tokener, maksimalt 997 952 tokener inn og 65 536 tokener ut, med verktøyfunksjoner avgrenset til produsentens utrullingsprofil.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Oversikt: programmering rettet mot kodebasen
Qwen3-Coder-Flash er en kodegenereringsmodell basert på Qwen3. Produsenten sier at den arver programmeringsagentegenskaper fra Qwen3-Coder-Plus og er optimalisert for forståelse på kodebasenivå, stabile verktøykall og samspill over flere samtalerunder. De dokumenterte inndataene og utdataene er tekst. Bruk den til en programmeringsoppgave med oppgitt prosjektkontekst og et konkret resultat, som en foreslått kodeendring, funksjon eller forklaring.
Produsenten beskriver for tiden qwen3-coder-flash som funksjonelt likeverdig med qwen3-coder-flash-2025-07-28 og beholder dette daterte øyeblikksbildet som en navngitt versjon. Behold den forespurte identiteten når du registrerer modellvalget. Siden for denne nøyaktige modellen fastslår ikke parameterantallet eller vektidentiteten til et åpent Coder-sjekkpunkt, så Flash-navnet bør ikke omgjøres til en udokumentert påstand om størrelse eller arkitektur.
Forberede dokumentasjon fra kodebasen
Oppgi de relevante modulene, grensesnittene og kravene og inndata som viser oppførselen som diskuteres. Be om et implementeringsforslag organisert etter berørte komponenter, og be deretter om det redigerbare resultatet separat fra kommentarer. For en feilanalyse bør du ta med den observerte feilen eller utdataene og forventet oppførsel. For en funksjon bør du beskrive samspillet og betingelsene resultatet må oppfylle.
Et nyttig svar kan vise diagnosen, den foreslåtte endringen og kontrollene som trengs for gjennomgang. Hvis oppgaven gjelder et stort prosjekt, bør du beholde fil- og funksjonsidentifikatorer i materialet slik at forklaringen kan vise til dokumentasjonen sin. Gjennomgå de foreslåtte endringene mot de oppgitte filene, forventet oppførsel og resultater fra tilkoblede kontroller.
Verktøy over flere samtalerunder og tilbakemeldinger
Produsenten fremhever verktøysamspill over flere samtalerunder. En tilkoblet arbeidsflyt kan tilby inspeksjons- eller kjøreverktøy og returnere faktiske observasjoner til modellen. Oppgi tillatte handlinger og observerbare fullføringskriterier. Når en kontroll feiler, bør du legge ved den faktiske feilen og relevant kode fremfor bare å be om et nytt forsøk. Modellen kan revidere arbeidsforslaget ved hjelp av tilbakemeldingen; applikasjonen utfører handlingene.
Egenskapsmatrisen støtter Function Calling i Alibabas profil for Kina (Beijing) og markerer det som ikke støttet i Singapore, Tyskland (Frankfurt) og USA (Virginia). Tilgangen til verktøy er derfor betinget, ikke et løfte som følger av modellnavnet alene. Et tekstforslag, en verktøyforespørsel og en fullført operasjon bør fortsatt kunne skilles fra hverandre i sluttrapporten. Returner en sluttrapport som skiller kodeforslaget, forespurte verktøykall og faktiske verktøyresultater.
Egenskaper og resultatformat
På den dedikerte modellsiden er håndhevede strukturerte utdata og innebygd nettsøk markert som ikke støttet. En prompt kan be om en tabell eller tekst med JSON-form, men det oppretter ingen kontrakt om skjemahåndheving. En programmeringsagent kan motta aktuell dokumentasjon fra et verktøy levert av applikasjonen uten at modellen selv har en innebygd søkefunksjon.
Prefix Completion støttes ikke i Kina (Beijing), men støttes i Singapore, Tyskland (Frankfurt) og USA (Virginia). Context Caching støttes for aliaset uten dato i alle fire profiler, mens det separat oppførte øyeblikksbildet fra 28. juli markerer det som ikke støttet. Begge utgavene markerer batch-inferens og finjustering som ikke støttet. Be om et sluttresultat som er lett å inspisere, og behold faktiske verktøyobservasjoner når en rapport hevder at noe er kontrollert.
Grenser for kontekst og utdata
Spesifikasjonen oppgir et kontekstvindu på 1 000 000 tokener, en maksimal inndatalengde på 997 952 tokener og en maksimal utdatalengde på 65 536 tokener. Dette er separate grenser; du bør ikke anta at de største inndataene og de største utdataene får plass samtidig innenfor konteksten. Prosjekttekst, historikk, verktøyresultater og generert kildekode trenger plass i det faktiske forespørselsbudsjettet.
En stor kontekst kan samle mer dokumentasjon fra kodebasen i én oppgave. Det er fortsatt nyttig å fjerne irrelevante genererte filer, gjentatt materiale og irrelevante moduler, samtidig som du beholder definisjonene og grensesnittene endringen avhenger av. For et omfattende resultat bør du be uttrykkelig om de nødvendige filene eller funksjonene og sette av nok svarplass. Hold kodefiler og forklaringer atskilt slik at de som gjennomgår resultatet, kan inspisere de foreslåtte endringene.
Praktisk resultat og vesentlige begrensninger
For en endring i en kodebase bør du be om en kodeendring med berørte filer, forutsetninger og faktiske resultater fra tilkoblede kontroller. For en algoritme bør du angi begrensningene for inndata og forventede utdata før du ber om kode. De dokumenterte inndataene er tekst, så en visuell referanse eller et opptak trenger en egnet separat representasjon hvis oppgaven skal bruke det som dokumentasjon.
Inspiser generert syntaks, grensesnitt og grensetilfeller i utviklingsarbeidsflyten. En plausibel forklaring eller en verktøyorientert modellbeskrivelse er ikke bevis for at kode ble kjørt vellykket. Det praktiske resultatet er et tekst- eller kodeprodukt som kan gjennomgås, knyttet til det oppgitte materialet fra kodebasen, med nøyaktig Flash-identitet, produsentens grenser og den betingede verktøykontrakten bevart.
POST /v1/messagestextjson, sse| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser qwen3-coder-flash | 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.
Knytt hver kostnad til de viste vilkårene. Bruk én sats for hvert sett med alternative konfigurasjoner.
| Konfigurasjon | Prisplan | Konteksttokener, mer enn | Konteksttokener, opptil og med | Kostnad |
|---|---|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Konteksttokener, mer enn— | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00039 / 1K tokener Utdata · Utgående tokener $0.00195 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000078 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0004875 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 1 for forespørselslengde | Prisplan— | Konteksttokener, mer enn0 | Konteksttokener, opptil og med32 000 | Kostnad Inndata · Inngående tokener $0.00039 / 1K tokener Utdata · Utgående tokener $0.00195 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000078 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0004875 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå 2 for forespørselslengde | Prisplan— | Konteksttokener, mer enn32 000 | Konteksttokener, opptil og med128 000 | Kostnad Inndata · Inngående tokener $0.00065 / 1K tokener Utdata · Utgående tokener $0.00325 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.00013 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0008125 / 1K tokener Inndata · Skriving til hurtigbuffer, 1 time — / 1K tokener |
| KonfigurasjonNivå for forespørselslengde 3 | Prisplan— | Konteksttokener, mer enn128 000 | Konteksttokener, opptil og medIngen øvre grense | Kostnad Inndata · Inngående tokener $0.00104 / 1K tokener Utdata · Utgående tokener $0.0052 / 1K tokener Inndata · Lesing fra hurtigbuffer $0.000208 / 1K tokener Inndata · Skriving til hurtigbuffer $0.0013 / 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": "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
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 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.