Poolside Laguna S 2.1 er en mixture-of-experts-sprogmodel designet til agentbaseret kodning og langsigtet arbejde. Den har 118 milliarder parametre i alt og cirka 8 milliarder aktive pr. token, hvilket placerer den mellem den mindre Laguna XS 2.1 og den større Laguna M.1 i producentens serie. Modellen behandler tekst og producerer tekst, kode, ræsonnement og anmodninger om værktøjskald i en applikation med værktøjer.
Arkitekturen kombinerer global opmærksomhed og opmærksomhed i glidende vinduer på tværs af 48 lag: 12 globale lag og 36 lag med glidende vindue. Det glidende vindue på 512 tokens beskriver lokal opmærksomhed i disse lag, mens den dokumenterede modelkontekst er på 1.048.576 tokens. Det er forskellige mål. Den større kontekst understøtter opgaver, der opsamler kildefiler, observationer og beslutninger gennem mange trin. Hold arbejdsmålet og meningsfuld dokumentation samlet, og afsæt plads til efterfølgende ræsonnement og det endelige svar inden for den gældende konfiguration.
Modellens centrale formål er softwarearbejde, der kræver vedholdenhed, kontrol og revision. Ved en repositorieopgave skal du vedlægge den forventede adfærd, relevante filer som tekst, afhængighedsoplysninger og det faktiske fejlende output. Bed om et afgrænset resultat: “Spor årsagen til denne regression, foreslå en ændring, der bevarer den dokumenterede grænseflade, og identificér de kontroller, der kan skelne en rettelse fra en uvedkommende ændring.” I et værktøjsforbundet forløb skal du give modellen resultatet af hver udført kontrol, før den vælger næste trin.
Ved optimeringsarbejde skal du vedlægge målinger og et eksplicit mål. Et eksempel er: “Brug denne profil og allokeringsrapport til at identificere en flaskehals. Foreslå én ændring, forklar den forventede effekt, og sammenlign med udgangspunktet, når samme måling er gentaget.” Det gør en påstand om ydeevne kontrollerbar. Poolsides udgivelse fremhæver verifikation og fortsat fremdrift som vigtig adfærd, men en overbevisende forklaring dokumenterer ikke i sig selv, at en revision er hurtigere, korrekt eller fuldstændig. Bevar de observationer, der understøtter at beholde eller afvise ændringen.
Laguna S 2.1 understøtter indflettet tænkning før og mellem værktøjskald. Producenten anbefaler at bevare ræsonnementsindhold fra tidligere assistentbeskeder i den efterfølgende historik; udeladelse af disse blokke kan få ræsonnement til at stoppe i opfølgende trin. Hold assistentsvaret, oplysningerne om værktøjskaldet og det tilsvarende værktøjsresultat samlet. Det hjælper en længere opgave med at fortsætte fra sin faktiske tilstand frem for gentagne gange at rekonstruere, hvad der allerede er forsøgt.
De dokumenterede valg for tænkning er off og max, med max aktiveret som standard i producentens beskrevne opsætning. Modellen bestemmer sit tænkebudget i denne tilstand; udgivelsen præsenterer ikke særskilte niveauindstillinger for low, medium og high. Til agentbaseret kodning anbefaler Poolside at aktivere tænkning og bevare den mellem trinnene. Angiv slutresultatet og afslutningskriterierne eksplicit, og skeln mellem et langt ræsonnementsforløb og det fuldførte resultat. Producenten identificerer overtænkning, især i konkurrencematematik, som en væsentlig begrænsning.
Værktøjsdefinitioner kræver særlig omhu. Poolside rapporterer, at S 2.1 i begyndelsen kan støtte sig til en velkendt værktøjsgrænseflade frem for nøje at følge et lignende, men anderledes skema. Den kan også producere fejlformet eller forkert escapet JSON, når et værktøjsargument indeholder et indlejret array. Angiv de faktiske argumentdefinitioner, validér foreslåede kald, og returnér en præcis fejl, når kaldet ikke stemmer overens. Producenten beskriver korrektion gennem feedback i konteksten som en måde at løse nogle af disse uoverensstemmelser på. Hold den resulterende værktøjsobservation tilgængelig for næste beslutning.
Producenten udgiver særskilte BF16- og kvantiserede varianter og en valgfri DFlash-kladdemodel. Det er forskellige artefakter og driftsopskrifter, så et kvantiseret checkpoints hukommelsesforbrug eller ydeevne ved spekulativ afkodning bør ikke antages ud fra det generelle modelnavn. Ved almindeligt tekstarbejde skal du forberede kildekode, kommandooutput og dokumentuddrag som læselig tekst. Udgivelsen bemærker, at modellen mangler synsevne; et skærmbillede kræver en tekstlig observation eller et passende eksternt undersøgelsestrin, før det kan understøtte analysen.
Bed om et slutprodukt, der identificerer det ændrede artefakt, de vigtige beslutninger, de observerede kontroller og eventuelle uafklarede forhold. Ved et kodereview skal du knytte fund til den relevante kilde og vise, hvorfor hvert problem påvirker adfærden. Ved en reparation skal du skelne mellem en foreslået rettelse og en rettelse, hvis adfærd faktisk er kontrolleret. Bevaret ræsonnement og værktøjshistorik hjælper modellen gennem opgaven, mens slutresultatet og de registrerede udfald fastslår, hvad der er opnået.
", "aboutText": "Poolside Laguna S 2.1 er en mixture-of-experts-sprogmodel designet til agentbaseret kodning og langsigtet arbejde. Den har 118 milliarder parametre i alt og cirka 8 milliarder aktive pr. token, hvilket placerer den mellem den mindre Laguna XS 2.1 og den større Laguna M.1 i producentens serie. Modellen behandler tekst og producerer tekst, kode, ræsonnement og anmodninger om værktøjskald i en applikation med værktøjer.\n\nArkitekturen kombinerer global opmærksomhed og opmærksomhed i glidende vinduer på tværs af 48 lag: 12 globale lag og 36 lag med glidende vindue. Det glidende vindue på 512 tokens beskriver lokal opmærksomhed i disse lag, mens den dokumenterede modelkontekst er på 1.048.576 tokens. Det er forskellige mål. Den større kontekst understøtter opgaver, der opsamler kildefiler, observationer og beslutninger gennem mange trin. Hold arbejdsmålet og meningsfuld dokumentation samlet, og afsæt plads til efterfølgende ræsonnement og det endelige svar inden for den gældende konfiguration.\n\nModellens centrale formål er softwarearbejde, der kræver vedholdenhed, kontrol og revision. Ved en repositorieopgave skal du vedlægge den forventede adfærd, relevante filer som tekst, afhængighedsoplysninger og det faktiske fejlende output. Bed om et afgrænset resultat: “Spor årsagen til denne regression, foreslå en ændring, der bevarer den dokumenterede grænseflade, og identificér de kontroller, der kan skelne en rettelse fra en uvedkommende ændring.” I et værktøjsforbundet forløb skal du give modellen resultatet af hver udført kontrol, før den vælger næste trin.\n\nVed optimeringsarbejde skal du vedlægge målinger og et eksplicit mål. Et eksempel er: “Brug denne profil og allokeringsrapport til at identificere en flaskehals. Foreslå én ændring, forklar den forventede effekt, og sammenlign med udgangspunktet, når samme måling er gentaget.” Det gør en påstand om ydeevne kontrollerbar. Poolsides udgivelse fremhæver verifikation og fortsat fremdrift som vigtig adfærd, men en overbevisende forklaring dokumenterer ikke i sig selv, at en revision er hurtigere, korrekt eller fuldstændig. Bevar de observationer, der understøtter at beholde eller afvise ændringen.\n\nLaguna S 2.1 understøtter indflettet tænkning før og mellem værktøjskald. Producenten anbefaler at bevare ræsonnementsindhold fra tidligere assistentbeskeder i den efterfølgende historik; udeladelse af disse blokke kan få ræsonnement til at stoppe i opfølgende trin. Hold assistentsvaret, oplysningerne om værktøjskaldet og det tilsvarende værktøjsresultat samlet. Det hjælper en længere opgave med at fortsætte fra sin faktiske tilstand frem for gentagne gange at rekonstruere, hvad der allerede er forsøgt.\n\nDe dokumenterede valg for tænkning er off og max, med max aktiveret som standard i producentens beskrevne opsætning. Modellen bestemmer sit tænkebudget i denne tilstand; udgivelsen præsenterer ikke særskilte niveauindstillinger for low, medium og high. Til agentbaseret kodning anbefaler Poolside at aktivere tænkning og bevare den mellem trinnene. Angiv slutresultatet og afslutningskriterierne eksplicit, og skeln mellem et langt ræsonnementsforløb og det fuldførte resultat. Producenten identificerer overtænkning, især i konkurrencematematik, som en væsentlig begrænsning.\n\nVærktøjsdefinitioner kræver særlig omhu. Poolside rapporterer, at S 2.1 i begyndelsen kan støtte sig til en velkendt værktøjsgrænseflade frem for nøje at følge et lignende, men anderledes skema. Den kan også producere fejlformet eller forkert escapet JSON, når et værktøjsargument indeholder et indlejret array. Angiv de faktiske argumentdefinitioner, validér foreslåede kald, og returnér en præcis fejl, når kaldet ikke stemmer overens. Producenten beskriver korrektion gennem feedback i konteksten som en måde at løse nogle af disse uoverensstemmelser på. Hold den resulterende værktøjsobservation tilgængelig for næste beslutning.\n\nProducenten udgiver særskilte BF16- og kvantiserede varianter og en valgfri DFlash-kladdemodel. Det er forskellige artefakter og driftsopskrifter, så et kvantiseret checkpoints hukommelsesforbrug eller ydeevne ved spekulativ afkodning bør ikke antages ud fra det generelle modelnavn. Ved almindeligt tekstarbejde skal du forberede kildekode, kommandooutput og dokumentuddrag som læselig tekst. Udgivelsen bemærker, at modellen mangler synsevne; et skærmbillede kræver en tekstlig observation eller et passende eksternt undersøgelsestrin, før det kan understøtte analysen.\n\nBed om et slutprodukt, der identificerer det ændrede artefakt, de vigtige beslutninger, de observerede kontroller og eventuelle uafklarede forhold. Ved et kodereview skal du knytte fund til den relevante kilde og vise, hvorfor hvert problem påvirker adfærden. Ved en reparation skal du skelne mellem en foreslået rettelse og en rettelse, hvis adfærd faktisk er kontrolleret. Bevaret ræsonnement og værktøjshistorik hjælper modellen gennem opgaven, mens slutresultatet og de registrerede udfald fastslår, hvad der er opnået.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "acf34d281eaa3d3e3274a23a9e61a043e7b3f49fb6c719097fc254dc71c18c40", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "da", "methods": [ { "html": "poolside/laguna-s-2.1:freePoolside Laguna S 2.1 er en tekstmodel til agentbaseret kodning og langsigtet arbejde med 118 milliarder parametre i alt og cirka 8 milliarder aktive parametre. Den kombinerer en modelkontekst på 1.048.576 tokens med indbygget værktøjsbrug og indflettet ræsonnement; bevaret tidligere tænkning hjælper den med at fortsætte effektivt på tværs af værktøjskald.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Poolside Laguna S 2.1 er en mixture-of-experts-sprogmodel designet til agentbaseret kodning og langsigtet arbejde. Den har 118 milliarder parametre i alt og cirka 8 milliarder aktive pr. token, hvilket placerer den mellem den mindre Laguna XS 2.1 og den større Laguna M.1 i producentens serie. Modellen behandler tekst og producerer tekst, kode, ræsonnement og anmodninger om værktøjskald i en applikation med værktøjer.
Arkitekturen kombinerer global opmærksomhed og opmærksomhed i glidende vinduer på tværs af 48 lag: 12 globale lag og 36 lag med glidende vindue. Det glidende vindue på 512 tokens beskriver lokal opmærksomhed i disse lag, mens den dokumenterede modelkontekst er på 1.048.576 tokens. Det er forskellige mål. Den større kontekst understøtter opgaver, der opsamler kildefiler, observationer og beslutninger gennem mange trin. Hold arbejdsmålet og meningsfuld dokumentation samlet, og afsæt plads til efterfølgende ræsonnement og det endelige svar inden for den gældende konfiguration.
Modellens centrale formål er softwarearbejde, der kræver vedholdenhed, kontrol og revision. Ved en repositorieopgave skal du vedlægge den forventede adfærd, relevante filer som tekst, afhængighedsoplysninger og det faktiske fejlende output. Bed om et afgrænset resultat: “Spor årsagen til denne regression, foreslå en ændring, der bevarer den dokumenterede grænseflade, og identificér de kontroller, der kan skelne en rettelse fra en uvedkommende ændring.” I et værktøjsforbundet forløb skal du give modellen resultatet af hver udført kontrol, før den vælger næste trin.
Ved optimeringsarbejde skal du vedlægge målinger og et eksplicit mål. Et eksempel er: “Brug denne profil og allokeringsrapport til at identificere en flaskehals. Foreslå én ændring, forklar den forventede effekt, og sammenlign med udgangspunktet, når samme måling er gentaget.” Det gør en påstand om ydeevne kontrollerbar. Poolsides udgivelse fremhæver verifikation og fortsat fremdrift som vigtig adfærd, men en overbevisende forklaring dokumenterer ikke i sig selv, at en revision er hurtigere, korrekt eller fuldstændig. Bevar de observationer, der understøtter at beholde eller afvise ændringen.
Laguna S 2.1 understøtter indflettet tænkning før og mellem værktøjskald. Producenten anbefaler at bevare ræsonnementsindhold fra tidligere assistentbeskeder i den efterfølgende historik; udeladelse af disse blokke kan få ræsonnement til at stoppe i opfølgende trin. Hold assistentsvaret, oplysningerne om værktøjskaldet og det tilsvarende værktøjsresultat samlet. Det hjælper en længere opgave med at fortsætte fra sin faktiske tilstand frem for gentagne gange at rekonstruere, hvad der allerede er forsøgt.
De dokumenterede valg for tænkning er off og max, med max aktiveret som standard i producentens beskrevne opsætning. Modellen bestemmer sit tænkebudget i denne tilstand; udgivelsen præsenterer ikke særskilte niveauindstillinger for low, medium og high. Til agentbaseret kodning anbefaler Poolside at aktivere tænkning og bevare den mellem trinnene. Angiv slutresultatet og afslutningskriterierne eksplicit, og skeln mellem et langt ræsonnementsforløb og det fuldførte resultat. Producenten identificerer overtænkning, især i konkurrencematematik, som en væsentlig begrænsning.
Værktøjsdefinitioner kræver særlig omhu. Poolside rapporterer, at S 2.1 i begyndelsen kan støtte sig til en velkendt værktøjsgrænseflade frem for nøje at følge et lignende, men anderledes skema. Den kan også producere fejlformet eller forkert escapet JSON, når et værktøjsargument indeholder et indlejret array. Angiv de faktiske argumentdefinitioner, validér foreslåede kald, og returnér en præcis fejl, når kaldet ikke stemmer overens. Producenten beskriver korrektion gennem feedback i konteksten som en måde at løse nogle af disse uoverensstemmelser på. Hold den resulterende værktøjsobservation tilgængelig for næste beslutning.
Producenten udgiver særskilte BF16- og kvantiserede varianter og en valgfri DFlash-kladdemodel. Det er forskellige artefakter og driftsopskrifter, så et kvantiseret checkpoints hukommelsesforbrug eller ydeevne ved spekulativ afkodning bør ikke antages ud fra det generelle modelnavn. Ved almindeligt tekstarbejde skal du forberede kildekode, kommandooutput og dokumentuddrag som læselig tekst. Udgivelsen bemærker, at modellen mangler synsevne; et skærmbillede kræver en tekstlig observation eller et passende eksternt undersøgelsestrin, før det kan understøtte analysen.
Bed om et slutprodukt, der identificerer det ændrede artefakt, de vigtige beslutninger, de observerede kontroller og eventuelle uafklarede forhold. Ved et kodereview skal du knytte fund til den relevante kilde og vise, hvorfor hvert problem påvirker adfærden. Ved en reparation skal du skelne mellem en foreslået rettelse og en rettelse, hvis adfærd faktisk er kontrolleret. Bevaret ræsonnement og værktøjshistorik hjælper modellen gennem opgaven, mens slutresultatet og de registrerede udfald fastslår, hvad der er opnået.
POST /v1/chat/completionstexttext| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser poolside/laguna-s-2.1:free | Standard— |
Feltmessages | Typearray | KravPåkrævet | Værdier og grænser | Standard— |
Feltstream | Typeboolean | KravValgfrit | Værdier og grænser false | Standardfalse |
Feltmax_tokens | Typeinteger | KravValgfrit | Værdier og grænser Minimum: 1 Maksimum: 32.768 | Standard— |
Feltmax_completion_tokens | Typeinteger | KravValgfrit | Værdier og grænser Minimum: 1 Maksimum: 32.768 | Standard— |
Feltn | Typeinteger | KravValgfrit | Værdier og grænser Minimum: 1 Maksimum: 128 | Standard— |
Felttemperature | Typenumber | KravValgfrit | Værdier og grænser | Standard— |
Felttop_p | Typenumber | KravValgfrit | Værdier og grænser | Standard— |
Feltseed | Typeinteger | KravValgfrit | Værdier og grænser | Standard— |
Feltstop | Type | KravValgfrit | Værdier og grænser | Standard— |
Feltfrequency_penalty | Typenumber | KravValgfrit | Værdier og grænser | Standard— |
Feltpresence_penalty | Typenumber | KravValgfrit | Værdier og grænser | Standard— |
Feltuser | Typestring | KravValgfrit | Værdier og grænser | Standard— |
| Parameter | Kontrakt |
|---|---|
Parametercontent_type | Kontraktapplication/json |
Parameterrequired | Kontraktmodel, messages |
Parameteroptional | Kontraktstream, max_tokens, max_completion_tokens, n, temperature, top_p, seed, stop, frequency_penalty, presence_penalty, user |
Parametermaterial_types | Kontrakttext |
Parameterconditions | KontraktUse 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. |
Livscyklus: synchronous_json
Tarifoplysninger tilføjer ikke anmodningsmuligheder. Understøttede parametre står ved den valgte metode.
| Konfiguration | Takstplan | Beløb |
|---|---|---|
| KonfigurationGrundpriser for tokens | TakstplanGrundtakst | Beløb Input · Inputtokens $0 / 1K tokens Output · Outputtokens $0 / 1K tokens Input · Cachelæsning — / 1K tokens Input · Cacheskrivning — / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
Ailoot reserverer et estimeret beløb før en anmodning. Efter resultatet afregnes det endelige beløb ud fra det målte forbrug. Ved streaming bruges den endelige forbrugsregistrering til afregningen. Sådan fungerer reservation og afregning →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\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
Gem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel.
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
Brug metodestierne vist ovenfor.
poolside/laguna-s-2.1:freePoolside Laguna S 2.1 er en tekstmodel til agentbaseret kodning og langsigtet arbejde med 118 milliarder parametre i alt og cirka 8 milliarder aktive parametre. Den kombinerer en modelkontekst på 1.048.576 tokens med indbygget værktøjsbrug og indflettet ræsonnement; bevaret tidligere tænkning hjælper den med at fortsætte effektivt på tværs af værktøjskald.
Denne beskrivelse dækker modellens funktioner. Tilgængelige input, output og indstillinger i Ailoot står nedenfor for den valgte metode.
Poolside Laguna S 2.1 er en mixture-of-experts-sprogmodel designet til agentbaseret kodning og langsigtet arbejde. Den har 118 milliarder parametre i alt og cirka 8 milliarder aktive pr. token, hvilket placerer den mellem den mindre Laguna XS 2.1 og den større Laguna M.1 i producentens serie. Modellen behandler tekst og producerer tekst, kode, ræsonnement og anmodninger om værktøjskald i en applikation med værktøjer.
Arkitekturen kombinerer global opmærksomhed og opmærksomhed i glidende vinduer på tværs af 48 lag: 12 globale lag og 36 lag med glidende vindue. Det glidende vindue på 512 tokens beskriver lokal opmærksomhed i disse lag, mens den dokumenterede modelkontekst er på 1.048.576 tokens. Det er forskellige mål. Den større kontekst understøtter opgaver, der opsamler kildefiler, observationer og beslutninger gennem mange trin. Hold arbejdsmålet og meningsfuld dokumentation samlet, og afsæt plads til efterfølgende ræsonnement og det endelige svar inden for den gældende konfiguration.
Modellens centrale formål er softwarearbejde, der kræver vedholdenhed, kontrol og revision. Ved en repositorieopgave skal du vedlægge den forventede adfærd, relevante filer som tekst, afhængighedsoplysninger og det faktiske fejlende output. Bed om et afgrænset resultat: “Spor årsagen til denne regression, foreslå en ændring, der bevarer den dokumenterede grænseflade, og identificér de kontroller, der kan skelne en rettelse fra en uvedkommende ændring.” I et værktøjsforbundet forløb skal du give modellen resultatet af hver udført kontrol, før den vælger næste trin.
Ved optimeringsarbejde skal du vedlægge målinger og et eksplicit mål. Et eksempel er: “Brug denne profil og allokeringsrapport til at identificere en flaskehals. Foreslå én ændring, forklar den forventede effekt, og sammenlign med udgangspunktet, når samme måling er gentaget.” Det gør en påstand om ydeevne kontrollerbar. Poolsides udgivelse fremhæver verifikation og fortsat fremdrift som vigtig adfærd, men en overbevisende forklaring dokumenterer ikke i sig selv, at en revision er hurtigere, korrekt eller fuldstændig. Bevar de observationer, der understøtter at beholde eller afvise ændringen.
Laguna S 2.1 understøtter indflettet tænkning før og mellem værktøjskald. Producenten anbefaler at bevare ræsonnementsindhold fra tidligere assistentbeskeder i den efterfølgende historik; udeladelse af disse blokke kan få ræsonnement til at stoppe i opfølgende trin. Hold assistentsvaret, oplysningerne om værktøjskaldet og det tilsvarende værktøjsresultat samlet. Det hjælper en længere opgave med at fortsætte fra sin faktiske tilstand frem for gentagne gange at rekonstruere, hvad der allerede er forsøgt.
De dokumenterede valg for tænkning er off og max, med max aktiveret som standard i producentens beskrevne opsætning. Modellen bestemmer sit tænkebudget i denne tilstand; udgivelsen præsenterer ikke særskilte niveauindstillinger for low, medium og high. Til agentbaseret kodning anbefaler Poolside at aktivere tænkning og bevare den mellem trinnene. Angiv slutresultatet og afslutningskriterierne eksplicit, og skeln mellem et langt ræsonnementsforløb og det fuldførte resultat. Producenten identificerer overtænkning, især i konkurrencematematik, som en væsentlig begrænsning.
Værktøjsdefinitioner kræver særlig omhu. Poolside rapporterer, at S 2.1 i begyndelsen kan støtte sig til en velkendt værktøjsgrænseflade frem for nøje at følge et lignende, men anderledes skema. Den kan også producere fejlformet eller forkert escapet JSON, når et værktøjsargument indeholder et indlejret array. Angiv de faktiske argumentdefinitioner, validér foreslåede kald, og returnér en præcis fejl, når kaldet ikke stemmer overens. Producenten beskriver korrektion gennem feedback i konteksten som en måde at løse nogle af disse uoverensstemmelser på. Hold den resulterende værktøjsobservation tilgængelig for næste beslutning.
Producenten udgiver særskilte BF16- og kvantiserede varianter og en valgfri DFlash-kladdemodel. Det er forskellige artefakter og driftsopskrifter, så et kvantiseret checkpoints hukommelsesforbrug eller ydeevne ved spekulativ afkodning bør ikke antages ud fra det generelle modelnavn. Ved almindeligt tekstarbejde skal du forberede kildekode, kommandooutput og dokumentuddrag som læselig tekst. Udgivelsen bemærker, at modellen mangler synsevne; et skærmbillede kræver en tekstlig observation eller et passende eksternt undersøgelsestrin, før det kan understøtte analysen.
Bed om et slutprodukt, der identificerer det ændrede artefakt, de vigtige beslutninger, de observerede kontroller og eventuelle uafklarede forhold. Ved et kodereview skal du knytte fund til den relevante kilde og vise, hvorfor hvert problem påvirker adfærden. Ved en reparation skal du skelne mellem en foreslået rettelse og en rettelse, hvis adfærd faktisk er kontrolleret. Bevaret ræsonnement og værktøjshistorik hjælper modellen gennem opgaven, mens slutresultatet og de registrerede udfald fastslår, hvad der er opnået.
POST /v1/messagestexttext| Felt | Type | Krav | Værdier og grænser | Standard |
|---|---|---|---|---|
Feltmodel | Typestring | KravPåkrævet | Værdier og grænser poolside/laguna-s-2.1:free | Standard— |
Feltmessages | Typearray | KravPåkrævet | Værdier og grænser | Standard— |
Feltstream | Typeboolean | KravValgfrit | Værdier og grænser false | Standardfalse |
Feltsystem | Typestring | KravValgfrit | Værdier og grænser | Standard— |
Feltmax_tokens | Typeinteger | KravPåkrævet | Værdier og grænser Minimum: 1 Maksimum: 32.768 | Standard— |
Felttemperature | Typenumber | KravValgfrit | Værdier og grænser | Standard— |
Felttop_p | Typenumber | KravValgfrit | Værdier og grænser | Standard— |
Felttop_k | Typeinteger | KravValgfrit | Værdier og grænser | Standard— |
Feltstop_sequences | Typearray | KravValgfrit | Værdier og grænser | Standard— |
Feltmetadata | Typeobject | KravValgfrit | Værdier og grænser | Standard— |
| Parameter | Kontrakt |
|---|---|
Parametercontent_type | Kontraktapplication/json |
Parameterrequired | Kontraktmodel, messages, max_tokens |
Parameteroptional | Kontraktstream, system, temperature, top_p, top_k, stop_sequences, metadata |
Parametermaterial_types | Kontrakttext |
Parameterconditions | KontraktUse 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. |
Livscyklus: synchronous_json
Tarifoplysninger tilføjer ikke anmodningsmuligheder. Understøttede parametre står ved den valgte metode.
| Konfiguration | Takstplan | Beløb |
|---|---|---|
| KonfigurationGrundpriser for tokens | TakstplanGrundtakst | Beløb Input · Inputtokens $0 / 1K tokens Output · Outputtokens $0 / 1K tokens Input · Cachelæsning — / 1K tokens Input · Cacheskrivning — / 1K tokens Input · Cacheskrivning, 1 time — / 1K tokens |
Ailoot reserverer et estimeret beløb før en anmodning. Efter resultatet afregnes det endelige beløb ud fra det målte forbrug. Ved streaming bruges den endelige forbrugsregistrering til afregningen. Sådan fungerer reservation og afregning →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\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
Gem hvert fuldstændigt returneret svar, hver fil og hver indholdsdel.
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
Brug metodestierne vist ovenfor.