Poolside Laguna S 2.1 er en mixture-of-experts-språkmodell utformet for agentbasert koding og langvarig arbeid. Den har 118B parametere totalt og omtrent 8B aktive per token, noe som plasserer den mellom den mindre Laguna XS 2.1 og den større Laguna M.1 i produsentens serie. Modellen behandler tekst og produserer tekst, kode, resonnering og forespørsler om verktøykall i en verktøytilkoblet applikasjon.
Arkitekturen kombinerer global oppmerksomhet og oppmerksomhet med glidende vindu over 48 lag: 12 globale lag og 36 lag med glidende vindu. Det glidende vinduet på 512 token beskriver lokal oppmerksomhet i disse lagene, mens den dokumenterte modellkonteksten er på 1,048,576 token. Dette er ulike mål. Den større konteksten støtter oppgaver som samler kildefiler, observasjoner og beslutninger over mange trinn. Hold arbeidsmålet og meningsfullt belegg samlet, og reserver plass til senere resonnering og sluttsvaret innenfor gjeldende konfigurasjon.
Modellens hovedformål er programvarearbeid som krever utholdenhet, kontroll og revisjon. For en oppgave i en kodebase bør du oppgi forventet oppførsel, relevante filer som tekst, avhengighetsinformasjon og de faktiske utdataene som viser svikten. Be om et avgrenset resultat: «Spor årsaken til denne regresjonen, foreslå en endring som bevarer det dokumenterte grensesnittet, og identifiser kontrollene som vil skille en retting fra en uvedkommende endring.» I en verktøytilkoblet arbeidsflyt bør modellen få resultatet av hver utførte kontroll før den velger neste trinn.
For optimaliseringsarbeid bør du oppgi målinger og et uttrykkelig mål. Et eksempel er: «Bruk denne profilen og allokeringsrapporten til å identifisere en flaskehals. Foreslå én endring, forklar forventet effekt, og sammenlign med utgangspunktet etter at samme måling er gjentatt.» Dette gjør en ytelsespåstand mulig å etterprøve. Poolsides utgivelse omtaler verifikasjon og fortsatt fremdrift som viktige egenskaper, men en overbevisende forklaring alene fastslår ikke at en revisjon er raskere, riktig eller fullstendig. Bevar observasjonene som støtter å beholde eller forkaste endringen.
Laguna S 2.1 støtter innflettet tenkning før og mellom verktøykall. Produsenten anbefaler å bevare resonneringsinnhold fra tidligere assistentmeldinger i påfølgende historikk; å utelate disse blokkene kan få resonneringen til å stoppe i oppfølgingstrinn. Hold assistentsvaret, informasjonen om verktøykallet og det tilhørende verktøyresultatet samlet. Dette hjelper en lengre oppgave med å fortsette fra sin faktiske tilstand fremfor gjentatte ganger å rekonstruere det som allerede er forsøkt.
De dokumenterte valgene for tenkning er off og max, med max aktivert som standard i oppsettet produsenten beskriver. Modellen bestemmer tenkebudsjettet i denne modusen; utgivelsen presenterer ikke egne kontroller for nivåene low, medium og high. For agentbasert koding anbefaler Poolside å aktivere tenkning og beholde den mellom trinnene. Oppgi sluttprodukt og fullføringskriterier uttrykkelig, og skill en lang resonneringssekvens fra det fullførte resultatet. Produsenten identifiserer overtenkning, særlig i konkurransematematikk, som en vesentlig begrensning.
Verktøydefinisjoner krever særlig omtanke. Poolside rapporterer at S 2.1 innledningsvis kan støtte seg på et kjent verktøygrensesnitt fremfor å følge et lignende, men forskjellig skjema nøye. Den kan også produsere feilformet eller feilaktig escaped JSON når et verktøyargument inneholder en nestet matrise. Oppgi de faktiske argumentdefinisjonene, valider foreslåtte kall, og returner en presis feil når kallet ikke samsvarer. Produsenten beskriver korrigering gjennom tilbakemelding i konteksten som en måte å løse enkelte av disse avvikene på. Hold den resulterende verktøyobservasjonen tilgjengelig for neste beslutning.
Produsenten publiserer egne BF16- og kvantiserte varianter og en valgfri DFlash-utkastmodell. Dette er separate produkter og serveringsoppskrifter, så minnebruken til et kvantisert sjekkpunkt eller ytelsen ved spekulativ dekoding bør ikke antas ut fra det generelle modellnavnet. For vanlig tekstarbeid bør du klargjøre kildekode, kommandoutdata og dokumentutdrag som lesbar tekst. Utgivelsen bemerker at modellen mangler synsevne; et skjermbilde trenger en tekstlig observasjon eller et passende eksternt inspeksjonstrinn før det kan støtte analysen.
Be om en sluttleveranse som identifiserer det endrede produktet, viktige beslutninger, observerte kontroller og eventuelle uavklarte forhold. Ved kodegjennomgang bør funn knyttes til relevant kildekode, med en forklaring på hvorfor hvert problem påvirker oppførselen. Ved en retting bør den foreslåtte endringen skilles fra en endring der oppførselen faktisk er kontrollert. Å beholde resonnering og verktøyhistorikk hjelper modellen gjennom oppgaven, mens sluttproduktet og registrerte resultater fastslår hva som ble oppnådd.
", "aboutText": "Poolside Laguna S 2.1 er en mixture-of-experts-språkmodell utformet for agentbasert koding og langvarig arbeid. Den har 118B parametere totalt og omtrent 8B aktive per token, noe som plasserer den mellom den mindre Laguna XS 2.1 og den større Laguna M.1 i produsentens serie. Modellen behandler tekst og produserer tekst, kode, resonnering og forespørsler om verktøykall i en verktøytilkoblet applikasjon.\n\nArkitekturen kombinerer global oppmerksomhet og oppmerksomhet med glidende vindu over 48 lag: 12 globale lag og 36 lag med glidende vindu. Det glidende vinduet på 512 token beskriver lokal oppmerksomhet i disse lagene, mens den dokumenterte modellkonteksten er på 1,048,576 token. Dette er ulike mål. Den større konteksten støtter oppgaver som samler kildefiler, observasjoner og beslutninger over mange trinn. Hold arbeidsmålet og meningsfullt belegg samlet, og reserver plass til senere resonnering og sluttsvaret innenfor gjeldende konfigurasjon.\n\nModellens hovedformål er programvarearbeid som krever utholdenhet, kontroll og revisjon. For en oppgave i en kodebase bør du oppgi forventet oppførsel, relevante filer som tekst, avhengighetsinformasjon og de faktiske utdataene som viser svikten. Be om et avgrenset resultat: «Spor årsaken til denne regresjonen, foreslå en endring som bevarer det dokumenterte grensesnittet, og identifiser kontrollene som vil skille en retting fra en uvedkommende endring.» I en verktøytilkoblet arbeidsflyt bør modellen få resultatet av hver utførte kontroll før den velger neste trinn.\n\nFor optimaliseringsarbeid bør du oppgi målinger og et uttrykkelig mål. Et eksempel er: «Bruk denne profilen og allokeringsrapporten til å identifisere en flaskehals. Foreslå én endring, forklar forventet effekt, og sammenlign med utgangspunktet etter at samme måling er gjentatt.» Dette gjør en ytelsespåstand mulig å etterprøve. Poolsides utgivelse omtaler verifikasjon og fortsatt fremdrift som viktige egenskaper, men en overbevisende forklaring alene fastslår ikke at en revisjon er raskere, riktig eller fullstendig. Bevar observasjonene som støtter å beholde eller forkaste endringen.\n\nLaguna S 2.1 støtter innflettet tenkning før og mellom verktøykall. Produsenten anbefaler å bevare resonneringsinnhold fra tidligere assistentmeldinger i påfølgende historikk; å utelate disse blokkene kan få resonneringen til å stoppe i oppfølgingstrinn. Hold assistentsvaret, informasjonen om verktøykallet og det tilhørende verktøyresultatet samlet. Dette hjelper en lengre oppgave med å fortsette fra sin faktiske tilstand fremfor gjentatte ganger å rekonstruere det som allerede er forsøkt.\n\nDe dokumenterte valgene for tenkning er off og max, med max aktivert som standard i oppsettet produsenten beskriver. Modellen bestemmer tenkebudsjettet i denne modusen; utgivelsen presenterer ikke egne kontroller for nivåene low, medium og high. For agentbasert koding anbefaler Poolside å aktivere tenkning og beholde den mellom trinnene. Oppgi sluttprodukt og fullføringskriterier uttrykkelig, og skill en lang resonneringssekvens fra det fullførte resultatet. Produsenten identifiserer overtenkning, særlig i konkurransematematikk, som en vesentlig begrensning.\n\nVerktøydefinisjoner krever særlig omtanke. Poolside rapporterer at S 2.1 innledningsvis kan støtte seg på et kjent verktøygrensesnitt fremfor å følge et lignende, men forskjellig skjema nøye. Den kan også produsere feilformet eller feilaktig escaped JSON når et verktøyargument inneholder en nestet matrise. Oppgi de faktiske argumentdefinisjonene, valider foreslåtte kall, og returner en presis feil når kallet ikke samsvarer. Produsenten beskriver korrigering gjennom tilbakemelding i konteksten som en måte å løse enkelte av disse avvikene på. Hold den resulterende verktøyobservasjonen tilgjengelig for neste beslutning.\n\nProdusenten publiserer egne BF16- og kvantiserte varianter og en valgfri DFlash-utkastmodell. Dette er separate produkter og serveringsoppskrifter, så minnebruken til et kvantisert sjekkpunkt eller ytelsen ved spekulativ dekoding bør ikke antas ut fra det generelle modellnavnet. For vanlig tekstarbeid bør du klargjøre kildekode, kommandoutdata og dokumentutdrag som lesbar tekst. Utgivelsen bemerker at modellen mangler synsevne; et skjermbilde trenger en tekstlig observasjon eller et passende eksternt inspeksjonstrinn før det kan støtte analysen.\n\nBe om en sluttleveranse som identifiserer det endrede produktet, viktige beslutninger, observerte kontroller og eventuelle uavklarte forhold. Ved kodegjennomgang bør funn knyttes til relevant kildekode, med en forklaring på hvorfor hvert problem påvirker oppførselen. Ved en retting bør den foreslåtte endringen skilles fra en endring der oppførselen faktisk er kontrollert. Å beholde resonnering og verktøyhistorikk hjelper modellen gjennom oppgaven, mens sluttproduktet og registrerte resultater fastslår hva som ble oppnådd.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "d2bc93368eb0cc033bf07b87abae0d2f70d354adbf1f202dc2551c38f16a574e", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "nb", "methods": [ { "html": "poolside/laguna-s-2.1:freePoolside Laguna S 2.1 er en tekstmodell for agentbasert koding og langvarig arbeid, med 118B parametere totalt og omtrent 8B aktive. Den kombinerer en modellkontekst på 1,048,576 token med innebygd verktøybruk og innflettet resonnering; å bevare tidligere tenkning hjelper den med å fortsette effektivt på tvers av verktøykall.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Poolside Laguna S 2.1 er en mixture-of-experts-språkmodell utformet for agentbasert koding og langvarig arbeid. Den har 118B parametere totalt og omtrent 8B aktive per token, noe som plasserer den mellom den mindre Laguna XS 2.1 og den større Laguna M.1 i produsentens serie. Modellen behandler tekst og produserer tekst, kode, resonnering og forespørsler om verktøykall i en verktøytilkoblet applikasjon.
Arkitekturen kombinerer global oppmerksomhet og oppmerksomhet med glidende vindu over 48 lag: 12 globale lag og 36 lag med glidende vindu. Det glidende vinduet på 512 token beskriver lokal oppmerksomhet i disse lagene, mens den dokumenterte modellkonteksten er på 1,048,576 token. Dette er ulike mål. Den større konteksten støtter oppgaver som samler kildefiler, observasjoner og beslutninger over mange trinn. Hold arbeidsmålet og meningsfullt belegg samlet, og reserver plass til senere resonnering og sluttsvaret innenfor gjeldende konfigurasjon.
Modellens hovedformål er programvarearbeid som krever utholdenhet, kontroll og revisjon. For en oppgave i en kodebase bør du oppgi forventet oppførsel, relevante filer som tekst, avhengighetsinformasjon og de faktiske utdataene som viser svikten. Be om et avgrenset resultat: «Spor årsaken til denne regresjonen, foreslå en endring som bevarer det dokumenterte grensesnittet, og identifiser kontrollene som vil skille en retting fra en uvedkommende endring.» I en verktøytilkoblet arbeidsflyt bør modellen få resultatet av hver utførte kontroll før den velger neste trinn.
For optimaliseringsarbeid bør du oppgi målinger og et uttrykkelig mål. Et eksempel er: «Bruk denne profilen og allokeringsrapporten til å identifisere en flaskehals. Foreslå én endring, forklar forventet effekt, og sammenlign med utgangspunktet etter at samme måling er gjentatt.» Dette gjør en ytelsespåstand mulig å etterprøve. Poolsides utgivelse omtaler verifikasjon og fortsatt fremdrift som viktige egenskaper, men en overbevisende forklaring alene fastslår ikke at en revisjon er raskere, riktig eller fullstendig. Bevar observasjonene som støtter å beholde eller forkaste endringen.
Laguna S 2.1 støtter innflettet tenkning før og mellom verktøykall. Produsenten anbefaler å bevare resonneringsinnhold fra tidligere assistentmeldinger i påfølgende historikk; å utelate disse blokkene kan få resonneringen til å stoppe i oppfølgingstrinn. Hold assistentsvaret, informasjonen om verktøykallet og det tilhørende verktøyresultatet samlet. Dette hjelper en lengre oppgave med å fortsette fra sin faktiske tilstand fremfor gjentatte ganger å rekonstruere det som allerede er forsøkt.
De dokumenterte valgene for tenkning er off og max, med max aktivert som standard i oppsettet produsenten beskriver. Modellen bestemmer tenkebudsjettet i denne modusen; utgivelsen presenterer ikke egne kontroller for nivåene low, medium og high. For agentbasert koding anbefaler Poolside å aktivere tenkning og beholde den mellom trinnene. Oppgi sluttprodukt og fullføringskriterier uttrykkelig, og skill en lang resonneringssekvens fra det fullførte resultatet. Produsenten identifiserer overtenkning, særlig i konkurransematematikk, som en vesentlig begrensning.
Verktøydefinisjoner krever særlig omtanke. Poolside rapporterer at S 2.1 innledningsvis kan støtte seg på et kjent verktøygrensesnitt fremfor å følge et lignende, men forskjellig skjema nøye. Den kan også produsere feilformet eller feilaktig escaped JSON når et verktøyargument inneholder en nestet matrise. Oppgi de faktiske argumentdefinisjonene, valider foreslåtte kall, og returner en presis feil når kallet ikke samsvarer. Produsenten beskriver korrigering gjennom tilbakemelding i konteksten som en måte å løse enkelte av disse avvikene på. Hold den resulterende verktøyobservasjonen tilgjengelig for neste beslutning.
Produsenten publiserer egne BF16- og kvantiserte varianter og en valgfri DFlash-utkastmodell. Dette er separate produkter og serveringsoppskrifter, så minnebruken til et kvantisert sjekkpunkt eller ytelsen ved spekulativ dekoding bør ikke antas ut fra det generelle modellnavnet. For vanlig tekstarbeid bør du klargjøre kildekode, kommandoutdata og dokumentutdrag som lesbar tekst. Utgivelsen bemerker at modellen mangler synsevne; et skjermbilde trenger en tekstlig observasjon eller et passende eksternt inspeksjonstrinn før det kan støtte analysen.
Be om en sluttleveranse som identifiserer det endrede produktet, viktige beslutninger, observerte kontroller og eventuelle uavklarte forhold. Ved kodegjennomgang bør funn knyttes til relevant kildekode, med en forklaring på hvorfor hvert problem påvirker oppførselen. Ved en retting bør den foreslåtte endringen skilles fra en endring der oppførselen faktisk er kontrollert. Å beholde resonnering og verktøyhistorikk hjelper modellen gjennom oppgaven, mens sluttproduktet og registrerte resultater fastslår hva som ble oppnådd.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser poolside/laguna-s-2.1:free | Standard— |
Feltmessages | Typearray | KravPåkrevd | Verdier & grenser | Standard— |
Feltstream | Typeboolean | KravValgfritt | Verdier & grenser false | Standardfalse |
Feltmax_tokens | Typeinteger | KravValgfritt | Verdier & grenser Minimum: 1 Maksimum: 32 768 | Standard— |
Feltmax_completion_tokens | Typeinteger | KravValgfritt | Verdier & grenser Minimum: 1 Maksimum: 32 768 | Standard— |
Feltn | Typeinteger | KravValgfritt | Verdier & grenser Minimum: 1 Maksimum: 128 | Standard— |
Felttemperature | Typenumber | KravValgfritt | Verdier & grenser | Standard— |
Felttop_p | Typenumber | KravValgfritt | Verdier & grenser | Standard— |
Feltseed | Typeinteger | KravValgfritt | Verdier & grenser | Standard— |
Feltstop | Type | KravValgfritt | Verdier & grenser | Standard— |
Feltfrequency_penalty | Typenumber | KravValgfritt | Verdier & grenser | Standard— |
Feltpresence_penalty | Typenumber | KravValgfritt | Verdier & grenser | Standard— |
Feltuser | Typestring | KravValgfritt | Verdier & grenser | Standard— |
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, messages |
Parameteroptional | Avtalestream, max_tokens, max_completion_tokens, n, temperature, top_p, seed, stop, frequency_penalty, presence_penalty, user |
Parametermaterial_types | Avtaletext |
Parameterconditions | AvtaleUse literal text messages only. Cache controls, tools, image/audio/video content and streamed responses are unavailable for this method., The complete encoded JSON request must not exceed 262144 bytes. |
Livssyklus: synchronous_json
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
| Konfigurasjon | Prisplan | Kostnad |
|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Kostnad Inndata · Inngående tokener $0 / 1K tokener Utdata · Utgående tokener $0 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 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}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "poolside/laguna-s-2.1:free", "messages": [{"role": "user", "content": "Summarize the supplied text in three concise points."}], "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\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON
Behold alle fullstendige returnerte svar, filer og innholdsdeler.
Retain the complete response, all actual results, original identifiers, usage and response headers.
Preserve the original response, headers and X-Client-Request-ID. An uncertain outcome does not authorize another creation.
Ailoot Ultra poolside/laguna-s-2.1:free
Bruk metodestiene som vises ovenfor.
poolside/laguna-s-2.1:freePoolside Laguna S 2.1 er en tekstmodell for agentbasert koding og langvarig arbeid, med 118B parametere totalt og omtrent 8B aktive. Den kombinerer en modellkontekst på 1,048,576 token med innebygd verktøybruk og innflettet resonnering; å bevare tidligere tenkning hjelper den med å fortsette effektivt på tvers av verktøykall.
Denne beskrivelsen dekker modellens funksjoner. Tilgjengelige inndata, utdata og alternativer i Ailoot er oppført nedenfor for den valgte metoden.
Poolside Laguna S 2.1 er en mixture-of-experts-språkmodell utformet for agentbasert koding og langvarig arbeid. Den har 118B parametere totalt og omtrent 8B aktive per token, noe som plasserer den mellom den mindre Laguna XS 2.1 og den større Laguna M.1 i produsentens serie. Modellen behandler tekst og produserer tekst, kode, resonnering og forespørsler om verktøykall i en verktøytilkoblet applikasjon.
Arkitekturen kombinerer global oppmerksomhet og oppmerksomhet med glidende vindu over 48 lag: 12 globale lag og 36 lag med glidende vindu. Det glidende vinduet på 512 token beskriver lokal oppmerksomhet i disse lagene, mens den dokumenterte modellkonteksten er på 1,048,576 token. Dette er ulike mål. Den større konteksten støtter oppgaver som samler kildefiler, observasjoner og beslutninger over mange trinn. Hold arbeidsmålet og meningsfullt belegg samlet, og reserver plass til senere resonnering og sluttsvaret innenfor gjeldende konfigurasjon.
Modellens hovedformål er programvarearbeid som krever utholdenhet, kontroll og revisjon. For en oppgave i en kodebase bør du oppgi forventet oppførsel, relevante filer som tekst, avhengighetsinformasjon og de faktiske utdataene som viser svikten. Be om et avgrenset resultat: «Spor årsaken til denne regresjonen, foreslå en endring som bevarer det dokumenterte grensesnittet, og identifiser kontrollene som vil skille en retting fra en uvedkommende endring.» I en verktøytilkoblet arbeidsflyt bør modellen få resultatet av hver utførte kontroll før den velger neste trinn.
For optimaliseringsarbeid bør du oppgi målinger og et uttrykkelig mål. Et eksempel er: «Bruk denne profilen og allokeringsrapporten til å identifisere en flaskehals. Foreslå én endring, forklar forventet effekt, og sammenlign med utgangspunktet etter at samme måling er gjentatt.» Dette gjør en ytelsespåstand mulig å etterprøve. Poolsides utgivelse omtaler verifikasjon og fortsatt fremdrift som viktige egenskaper, men en overbevisende forklaring alene fastslår ikke at en revisjon er raskere, riktig eller fullstendig. Bevar observasjonene som støtter å beholde eller forkaste endringen.
Laguna S 2.1 støtter innflettet tenkning før og mellom verktøykall. Produsenten anbefaler å bevare resonneringsinnhold fra tidligere assistentmeldinger i påfølgende historikk; å utelate disse blokkene kan få resonneringen til å stoppe i oppfølgingstrinn. Hold assistentsvaret, informasjonen om verktøykallet og det tilhørende verktøyresultatet samlet. Dette hjelper en lengre oppgave med å fortsette fra sin faktiske tilstand fremfor gjentatte ganger å rekonstruere det som allerede er forsøkt.
De dokumenterte valgene for tenkning er off og max, med max aktivert som standard i oppsettet produsenten beskriver. Modellen bestemmer tenkebudsjettet i denne modusen; utgivelsen presenterer ikke egne kontroller for nivåene low, medium og high. For agentbasert koding anbefaler Poolside å aktivere tenkning og beholde den mellom trinnene. Oppgi sluttprodukt og fullføringskriterier uttrykkelig, og skill en lang resonneringssekvens fra det fullførte resultatet. Produsenten identifiserer overtenkning, særlig i konkurransematematikk, som en vesentlig begrensning.
Verktøydefinisjoner krever særlig omtanke. Poolside rapporterer at S 2.1 innledningsvis kan støtte seg på et kjent verktøygrensesnitt fremfor å følge et lignende, men forskjellig skjema nøye. Den kan også produsere feilformet eller feilaktig escaped JSON når et verktøyargument inneholder en nestet matrise. Oppgi de faktiske argumentdefinisjonene, valider foreslåtte kall, og returner en presis feil når kallet ikke samsvarer. Produsenten beskriver korrigering gjennom tilbakemelding i konteksten som en måte å løse enkelte av disse avvikene på. Hold den resulterende verktøyobservasjonen tilgjengelig for neste beslutning.
Produsenten publiserer egne BF16- og kvantiserte varianter og en valgfri DFlash-utkastmodell. Dette er separate produkter og serveringsoppskrifter, så minnebruken til et kvantisert sjekkpunkt eller ytelsen ved spekulativ dekoding bør ikke antas ut fra det generelle modellnavnet. For vanlig tekstarbeid bør du klargjøre kildekode, kommandoutdata og dokumentutdrag som lesbar tekst. Utgivelsen bemerker at modellen mangler synsevne; et skjermbilde trenger en tekstlig observasjon eller et passende eksternt inspeksjonstrinn før det kan støtte analysen.
Be om en sluttleveranse som identifiserer det endrede produktet, viktige beslutninger, observerte kontroller og eventuelle uavklarte forhold. Ved kodegjennomgang bør funn knyttes til relevant kildekode, med en forklaring på hvorfor hvert problem påvirker oppførselen. Ved en retting bør den foreslåtte endringen skilles fra en endring der oppførselen faktisk er kontrollert. Å beholde resonnering og verktøyhistorikk hjelper modellen gjennom oppgaven, mens sluttproduktet og registrerte resultater fastslår hva som ble oppnådd.
POST /v1/messagestexttext| Felt | Type | Krav | Verdier & grenser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrevd | Verdier & grenser poolside/laguna-s-2.1:free | Standard— |
Feltmessages | Typearray | KravPåkrevd | Verdier & grenser | Standard— |
Feltstream | Typeboolean | KravValgfritt | Verdier & grenser false | Standardfalse |
Feltsystem | Typestring | KravValgfritt | Verdier & grenser | Standard— |
Feltmax_tokens | Typeinteger | KravPåkrevd | Verdier & grenser Minimum: 1 Maksimum: 32 768 | Standard— |
Felttemperature | Typenumber | KravValgfritt | Verdier & grenser | Standard— |
Felttop_p | Typenumber | KravValgfritt | Verdier & grenser | Standard— |
Felttop_k | Typeinteger | KravValgfritt | Verdier & grenser | Standard— |
Feltstop_sequences | Typearray | KravValgfritt | Verdier & grenser | Standard— |
Feltmetadata | Typeobject | KravValgfritt | Verdier & grenser | Standard— |
| Parameter | Avtale |
|---|---|
Parametercontent_type | Avtaleapplication/json |
Parameterrequired | Avtalemodel, messages, max_tokens |
Parameteroptional | Avtalestream, system, temperature, top_p, top_k, stop_sequences, metadata |
Parametermaterial_types | Avtaletext |
Parameterconditions | AvtaleUse literal text messages only. Cache controls, tools, image/audio/video content and streamed responses are unavailable for this method., The complete encoded JSON request must not exceed 262144 bytes. |
Livssyklus: synchronous_json
Tariffopplysninger legger ikke til forespørselsvalg. Støttede parametere står ved den valgte metoden.
| Konfigurasjon | Prisplan | Kostnad |
|---|---|---|
| KonfigurasjonGrunnpriser for tokener | PrisplanGrunnsats | Kostnad Inndata · Inngående tokener $0 / 1K tokener Utdata · Utgående tokener $0 / 1K tokener Inndata · Lesing fra hurtigbuffer — / 1K tokener Inndata · Skriving til hurtigbuffer — / 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}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "poolside/laguna-s-2.1:free", "messages": [{"role": "user", "content": "Summarize the supplied text in three concise points."}], "stream": false, "max_tokens": 256}')\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/messages \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON
Behold alle fullstendige returnerte svar, filer og innholdsdeler.
Retain the complete response, all actual results, original identifiers, usage and response headers.
Preserve the original response, headers and X-Client-Request-ID. An uncertain outcome does not authorize another creation.
Ailoot Ultra poolside/laguna-s-2.1:free
Bruk metodestiene som vises ovenfor.