Poolside Laguna S 2.1 är en mixture-of-experts-språkmodell utformad för agentbaserad kodning och långvarigt arbete. Den har totalt 118B parametrar och cirka 8B aktiva per token, vilket placerar den mellan den mindre Laguna XS 2.1 och den större Laguna M.1 i tillverkarens serie. Modellen bearbetar text och producerar text, kod, resonemang och begäranden om verktygsanrop i en verktygskopplad applikation.
Arkitekturen kombinerar global attention och attention med glidande fönster i 48 lager: 12 globala lager och 36 lager med glidande fönster. Det glidande fönstret på 512 token beskriver lokal attention i dessa lager, medan den dokumenterade modellkontexten är 1,048,576 token. Detta är olika mått. Den större kontexten stöder uppgifter som samlar källfiler, observationer och beslut över många steg. Håll arbetsmålet och meningsfullt underlag tillsammans och reservera utrymme för efterföljande resonemang och slutsvaret inom den tillämpliga konfigurationen.
Modellens centrala syfte är programvaruarbete som kräver uthållighet, kontroll och omarbetning. För en kodarkivsuppgift tillhandahåller du förväntat beteende, relevanta filer som text, beroendeinformation och faktiska felutdata. Be om ett avgränsat resultat: ”Spåra orsaken till denna regression, föreslå en ändring som bevarar det dokumenterade gränssnittet och identifiera kontrollerna som skulle skilja en korrigering från en orelaterad ändring.” I ett verktygskopplat arbetsflöde ger du modellen resultatet av varje körd kontroll innan den väljer nästa steg.
För optimeringsarbete tillhandahåller du mätningar och ett uttryckligt mål. Ett exempel är: ”Använd denna profil och allokeringsrapport för att identifiera en flaskhals. Föreslå en ändring, förklara den förväntade effekten och jämför med baslinjen när samma mätning har upprepats.” Det gör ett prestandapåstående granskningsbart. Poolsides utgåva lyfter fram verifiering och fortsatta framsteg som viktiga beteenden, men en övertygande förklaring fastställer inte i sig att en revidering är snabbare, korrekt eller komplett. Bevara observationerna som stöder att ändringen behålls eller förkastas.
Laguna S 2.1 stöder inflätat tänkande före och mellan verktygsanrop. Tillverkaren rekommenderar att resonemangsinnehåll från tidigare assistentmeddelanden bevaras i efterföljande historik; att utelämna dessa block kan göra att resonemanget upphör i uppföljande steg. Håll assistentsvaret, informationen om verktygsanropet och motsvarande verktygsresultat tillsammans. Detta hjälper en längre uppgift att fortsätta från sitt faktiska tillstånd i stället för att gång på gång återskapa det som redan har prövats.
De dokumenterade tänkealternativen är off och max, med max aktiverat som standard i tillverkarens beskrivna upplägg. Modellen bestämmer sin tänkebudget i det läget; utgåvan presenterar inga separata reglage för insatsnivåerna low, medium och high. För agentbaserad kodning rekommenderar Poolside att tänkande aktiveras och behålls mellan steg. Ange slutresultatet och färdigkriterierna uttryckligen och skilj en lång resonemangssekvens från det slutförda resultatet. Tillverkaren identifierar övertänkande, särskilt i tävlingsmatematik, som en väsentlig begränsning.
Verktygsdefinitioner behöver särskild omsorg. Poolside rapporterar att S 2.1 inledningsvis kan förlita sig på ett välbekant verktygsgränssnitt i stället för att noggrant följa ett liknande men annorlunda schema. Den kan också producera felaktigt formaterad JSON eller JSON med felaktiga escape-sekvenser när ett verktygsargument innehåller en nästlad array. Ange de faktiska argumentdefinitionerna, validera föreslagna anrop och återför ett exakt fel när anropet inte stämmer. Tillverkaren beskriver korrigering genom återkoppling i kontexten som ett sätt att lösa vissa av dessa avvikelser. Håll den resulterande verktygsobservationen tillgänglig för nästa beslut.
Tillverkaren publicerar separata BF16- och kvantiserade varianter samt en valfri DFlash-draft-modell. Detta är separata modellfiler och driftrecept, så en kvantiserad checkpoints minnesanvändning eller prestanda vid spekulativ avkodning bör inte antas utifrån det allmänna modellnamnet. För vanligt textarbete förbereder du källkod, kommandoutdata och dokumentutdrag som läsbar text. Utgåvan anger att modellen saknar bildförmåga; en skärmbild behöver en textuell observation eller ett lämpligt externt granskningssteg innan den kan stödja analysen.
Begär en slutleverans som identifierar det ändrade arbetsresultatet, viktiga beslut, observerade kontroller och eventuella olösta villkor. För en kodgranskning kopplar du fynd till relevant källkod och visar varför varje problem påverkar beteendet. För en reparation skiljer du den föreslagna patchen från en patch vars beteende faktiskt har kontrollerats. Att behålla resonemang och verktygshistorik hjälper modellen att arbeta sig igenom uppgiften, medan slutresultatet och de dokumenterade resultaten fastställer vad som åstadkommits.
", "aboutText": "Poolside Laguna S 2.1 är en mixture-of-experts-språkmodell utformad för agentbaserad kodning och långvarigt arbete. Den har totalt 118B parametrar och cirka 8B aktiva per token, vilket placerar den mellan den mindre Laguna XS 2.1 och den större Laguna M.1 i tillverkarens serie. Modellen bearbetar text och producerar text, kod, resonemang och begäranden om verktygsanrop i en verktygskopplad applikation.\n\nArkitekturen kombinerar global attention och attention med glidande fönster i 48 lager: 12 globala lager och 36 lager med glidande fönster. Det glidande fönstret på 512 token beskriver lokal attention i dessa lager, medan den dokumenterade modellkontexten är 1,048,576 token. Detta är olika mått. Den större kontexten stöder uppgifter som samlar källfiler, observationer och beslut över många steg. Håll arbetsmålet och meningsfullt underlag tillsammans och reservera utrymme för efterföljande resonemang och slutsvaret inom den tillämpliga konfigurationen.\n\nModellens centrala syfte är programvaruarbete som kräver uthållighet, kontroll och omarbetning. För en kodarkivsuppgift tillhandahåller du förväntat beteende, relevanta filer som text, beroendeinformation och faktiska felutdata. Be om ett avgränsat resultat: ”Spåra orsaken till denna regression, föreslå en ändring som bevarar det dokumenterade gränssnittet och identifiera kontrollerna som skulle skilja en korrigering från en orelaterad ändring.” I ett verktygskopplat arbetsflöde ger du modellen resultatet av varje körd kontroll innan den väljer nästa steg.\n\nFör optimeringsarbete tillhandahåller du mätningar och ett uttryckligt mål. Ett exempel är: ”Använd denna profil och allokeringsrapport för att identifiera en flaskhals. Föreslå en ändring, förklara den förväntade effekten och jämför med baslinjen när samma mätning har upprepats.” Det gör ett prestandapåstående granskningsbart. Poolsides utgåva lyfter fram verifiering och fortsatta framsteg som viktiga beteenden, men en övertygande förklaring fastställer inte i sig att en revidering är snabbare, korrekt eller komplett. Bevara observationerna som stöder att ändringen behålls eller förkastas.\n\nLaguna S 2.1 stöder inflätat tänkande före och mellan verktygsanrop. Tillverkaren rekommenderar att resonemangsinnehåll från tidigare assistentmeddelanden bevaras i efterföljande historik; att utelämna dessa block kan göra att resonemanget upphör i uppföljande steg. Håll assistentsvaret, informationen om verktygsanropet och motsvarande verktygsresultat tillsammans. Detta hjälper en längre uppgift att fortsätta från sitt faktiska tillstånd i stället för att gång på gång återskapa det som redan har prövats.\n\nDe dokumenterade tänkealternativen är off och max, med max aktiverat som standard i tillverkarens beskrivna upplägg. Modellen bestämmer sin tänkebudget i det läget; utgåvan presenterar inga separata reglage för insatsnivåerna low, medium och high. För agentbaserad kodning rekommenderar Poolside att tänkande aktiveras och behålls mellan steg. Ange slutresultatet och färdigkriterierna uttryckligen och skilj en lång resonemangssekvens från det slutförda resultatet. Tillverkaren identifierar övertänkande, särskilt i tävlingsmatematik, som en väsentlig begränsning.\n\nVerktygsdefinitioner behöver särskild omsorg. Poolside rapporterar att S 2.1 inledningsvis kan förlita sig på ett välbekant verktygsgränssnitt i stället för att noggrant följa ett liknande men annorlunda schema. Den kan också producera felaktigt formaterad JSON eller JSON med felaktiga escape-sekvenser när ett verktygsargument innehåller en nästlad array. Ange de faktiska argumentdefinitionerna, validera föreslagna anrop och återför ett exakt fel när anropet inte stämmer. Tillverkaren beskriver korrigering genom återkoppling i kontexten som ett sätt att lösa vissa av dessa avvikelser. Håll den resulterande verktygsobservationen tillgänglig för nästa beslut.\n\nTillverkaren publicerar separata BF16- och kvantiserade varianter samt en valfri DFlash-draft-modell. Detta är separata modellfiler och driftrecept, så en kvantiserad checkpoints minnesanvändning eller prestanda vid spekulativ avkodning bör inte antas utifrån det allmänna modellnamnet. För vanligt textarbete förbereder du källkod, kommandoutdata och dokumentutdrag som läsbar text. Utgåvan anger att modellen saknar bildförmåga; en skärmbild behöver en textuell observation eller ett lämpligt externt granskningssteg innan den kan stödja analysen.\n\nBegär en slutleverans som identifierar det ändrade arbetsresultatet, viktiga beslut, observerade kontroller och eventuella olösta villkor. För en kodgranskning kopplar du fynd till relevant källkod och visar varför varje problem påverkar beteendet. För en reparation skiljer du den föreslagna patchen från en patch vars beteende faktiskt har kontrollerats. Att behålla resonemang och verktygshistorik hjälper modellen att arbeta sig igenom uppgiften, medan slutresultatet och de dokumenterade resultaten fastställer vad som åstadkommits.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "52bfa7595b3d8d148dda417c86840378f5c01c84c34bb15965f4fbf7ef493fa0", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "sv", "methods": [ { "html": "poolside/laguna-s-2.1:freePoolside Laguna S 2.1 är en textmodell för agentbaserad kodning och långvarigt arbete, med totalt 118B parametrar och cirka 8B aktiva. Den kombinerar en modellkontext på 1,048,576 token med inbyggd verktygsanvändning och inflätat resonemang; att bevara tidigare tänkande hjälper den att fortsätta effektivt mellan verktygsanrop.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
Poolside Laguna S 2.1 är en mixture-of-experts-språkmodell utformad för agentbaserad kodning och långvarigt arbete. Den har totalt 118B parametrar och cirka 8B aktiva per token, vilket placerar den mellan den mindre Laguna XS 2.1 och den större Laguna M.1 i tillverkarens serie. Modellen bearbetar text och producerar text, kod, resonemang och begäranden om verktygsanrop i en verktygskopplad applikation.
Arkitekturen kombinerar global attention och attention med glidande fönster i 48 lager: 12 globala lager och 36 lager med glidande fönster. Det glidande fönstret på 512 token beskriver lokal attention i dessa lager, medan den dokumenterade modellkontexten är 1,048,576 token. Detta är olika mått. Den större kontexten stöder uppgifter som samlar källfiler, observationer och beslut över många steg. Håll arbetsmålet och meningsfullt underlag tillsammans och reservera utrymme för efterföljande resonemang och slutsvaret inom den tillämpliga konfigurationen.
Modellens centrala syfte är programvaruarbete som kräver uthållighet, kontroll och omarbetning. För en kodarkivsuppgift tillhandahåller du förväntat beteende, relevanta filer som text, beroendeinformation och faktiska felutdata. Be om ett avgränsat resultat: ”Spåra orsaken till denna regression, föreslå en ändring som bevarar det dokumenterade gränssnittet och identifiera kontrollerna som skulle skilja en korrigering från en orelaterad ändring.” I ett verktygskopplat arbetsflöde ger du modellen resultatet av varje körd kontroll innan den väljer nästa steg.
För optimeringsarbete tillhandahåller du mätningar och ett uttryckligt mål. Ett exempel är: ”Använd denna profil och allokeringsrapport för att identifiera en flaskhals. Föreslå en ändring, förklara den förväntade effekten och jämför med baslinjen när samma mätning har upprepats.” Det gör ett prestandapåstående granskningsbart. Poolsides utgåva lyfter fram verifiering och fortsatta framsteg som viktiga beteenden, men en övertygande förklaring fastställer inte i sig att en revidering är snabbare, korrekt eller komplett. Bevara observationerna som stöder att ändringen behålls eller förkastas.
Laguna S 2.1 stöder inflätat tänkande före och mellan verktygsanrop. Tillverkaren rekommenderar att resonemangsinnehåll från tidigare assistentmeddelanden bevaras i efterföljande historik; att utelämna dessa block kan göra att resonemanget upphör i uppföljande steg. Håll assistentsvaret, informationen om verktygsanropet och motsvarande verktygsresultat tillsammans. Detta hjälper en längre uppgift att fortsätta från sitt faktiska tillstånd i stället för att gång på gång återskapa det som redan har prövats.
De dokumenterade tänkealternativen är off och max, med max aktiverat som standard i tillverkarens beskrivna upplägg. Modellen bestämmer sin tänkebudget i det läget; utgåvan presenterar inga separata reglage för insatsnivåerna low, medium och high. För agentbaserad kodning rekommenderar Poolside att tänkande aktiveras och behålls mellan steg. Ange slutresultatet och färdigkriterierna uttryckligen och skilj en lång resonemangssekvens från det slutförda resultatet. Tillverkaren identifierar övertänkande, särskilt i tävlingsmatematik, som en väsentlig begränsning.
Verktygsdefinitioner behöver särskild omsorg. Poolside rapporterar att S 2.1 inledningsvis kan förlita sig på ett välbekant verktygsgränssnitt i stället för att noggrant följa ett liknande men annorlunda schema. Den kan också producera felaktigt formaterad JSON eller JSON med felaktiga escape-sekvenser när ett verktygsargument innehåller en nästlad array. Ange de faktiska argumentdefinitionerna, validera föreslagna anrop och återför ett exakt fel när anropet inte stämmer. Tillverkaren beskriver korrigering genom återkoppling i kontexten som ett sätt att lösa vissa av dessa avvikelser. Håll den resulterande verktygsobservationen tillgänglig för nästa beslut.
Tillverkaren publicerar separata BF16- och kvantiserade varianter samt en valfri DFlash-draft-modell. Detta är separata modellfiler och driftrecept, så en kvantiserad checkpoints minnesanvändning eller prestanda vid spekulativ avkodning bör inte antas utifrån det allmänna modellnamnet. För vanligt textarbete förbereder du källkod, kommandoutdata och dokumentutdrag som läsbar text. Utgåvan anger att modellen saknar bildförmåga; en skärmbild behöver en textuell observation eller ett lämpligt externt granskningssteg innan den kan stödja analysen.
Begär en slutleverans som identifierar det ändrade arbetsresultatet, viktiga beslut, observerade kontroller och eventuella olösta villkor. För en kodgranskning kopplar du fynd till relevant källkod och visar varför varje problem påverkar beteendet. För en reparation skiljer du den föreslagna patchen från en patch vars beteende faktiskt har kontrollerats. Att behålla resonemang och verktygshistorik hjälper modellen att arbeta sig igenom uppgiften, medan slutresultatet och de dokumenterade resultaten fastställer vad som åstadkommits.
POST /v1/chat/completionstexttext| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser poolside/laguna-s-2.1:free | Standard— |
Fältmessages | Typarray | KravObligatoriskt | Värden & gränser | Standard— |
Fältstream | Typboolean | KravValfritt | Värden & gränser false | Standardfalse |
Fältmax_tokens | Typinteger | KravValfritt | Värden & gränser Minimum: 1 Maximum: 32 768 | Standard— |
Fältmax_completion_tokens | Typinteger | KravValfritt | Värden & gränser Minimum: 1 Maximum: 32 768 | Standard— |
Fältn | Typinteger | KravValfritt | Värden & gränser Minimum: 1 Maximum: 128 | Standard— |
Fälttemperature | Typnumber | KravValfritt | Värden & gränser | Standard— |
Fälttop_p | Typnumber | KravValfritt | Värden & gränser | Standard— |
Fältseed | Typinteger | KravValfritt | Värden & gränser | Standard— |
Fältstop | Typ | KravValfritt | Värden & gränser | Standard— |
Fältfrequency_penalty | Typnumber | KravValfritt | Värden & gränser | Standard— |
Fältpresence_penalty | Typnumber | KravValfritt | Värden & gränser | Standard— |
Fältuser | Typstring | KravValfritt | Värden & gränser | Standard— |
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, messages |
Parameteroptional | Avtalstream, max_tokens, max_completion_tokens, n, temperature, top_p, seed, stop, frequency_penalty, presence_penalty, user |
Parametermaterial_types | Avtaltext |
Parameterconditions | AvtalUse 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. |
Livscykel: synchronous_json
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
| Konfiguration | Prislista | Avgift |
|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Avgift Indata · Indatatoken $0 / 1K token Utdata · Utdatatoken $0 / 1K token Indata · Cacheläsning — / 1K token Indata · Skrivning till cache — / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
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
Behåll varje fullständigt returnerat svar, fil och innehållsdel.
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
Använd metodsökvägarna som visas ovan.
poolside/laguna-s-2.1:freePoolside Laguna S 2.1 är en textmodell för agentbaserad kodning och långvarigt arbete, med totalt 118B parametrar och cirka 8B aktiva. Den kombinerar en modellkontext på 1,048,576 token med inbyggd verktygsanvändning och inflätat resonemang; att bevara tidigare tänkande hjälper den att fortsätta effektivt mellan verktygsanrop.
Den här beskrivningen omfattar modellens förmågor. Tillgängliga indata, utdata och alternativ i Ailoot anges nedan för den valda metoden.
Poolside Laguna S 2.1 är en mixture-of-experts-språkmodell utformad för agentbaserad kodning och långvarigt arbete. Den har totalt 118B parametrar och cirka 8B aktiva per token, vilket placerar den mellan den mindre Laguna XS 2.1 och den större Laguna M.1 i tillverkarens serie. Modellen bearbetar text och producerar text, kod, resonemang och begäranden om verktygsanrop i en verktygskopplad applikation.
Arkitekturen kombinerar global attention och attention med glidande fönster i 48 lager: 12 globala lager och 36 lager med glidande fönster. Det glidande fönstret på 512 token beskriver lokal attention i dessa lager, medan den dokumenterade modellkontexten är 1,048,576 token. Detta är olika mått. Den större kontexten stöder uppgifter som samlar källfiler, observationer och beslut över många steg. Håll arbetsmålet och meningsfullt underlag tillsammans och reservera utrymme för efterföljande resonemang och slutsvaret inom den tillämpliga konfigurationen.
Modellens centrala syfte är programvaruarbete som kräver uthållighet, kontroll och omarbetning. För en kodarkivsuppgift tillhandahåller du förväntat beteende, relevanta filer som text, beroendeinformation och faktiska felutdata. Be om ett avgränsat resultat: ”Spåra orsaken till denna regression, föreslå en ändring som bevarar det dokumenterade gränssnittet och identifiera kontrollerna som skulle skilja en korrigering från en orelaterad ändring.” I ett verktygskopplat arbetsflöde ger du modellen resultatet av varje körd kontroll innan den väljer nästa steg.
För optimeringsarbete tillhandahåller du mätningar och ett uttryckligt mål. Ett exempel är: ”Använd denna profil och allokeringsrapport för att identifiera en flaskhals. Föreslå en ändring, förklara den förväntade effekten och jämför med baslinjen när samma mätning har upprepats.” Det gör ett prestandapåstående granskningsbart. Poolsides utgåva lyfter fram verifiering och fortsatta framsteg som viktiga beteenden, men en övertygande förklaring fastställer inte i sig att en revidering är snabbare, korrekt eller komplett. Bevara observationerna som stöder att ändringen behålls eller förkastas.
Laguna S 2.1 stöder inflätat tänkande före och mellan verktygsanrop. Tillverkaren rekommenderar att resonemangsinnehåll från tidigare assistentmeddelanden bevaras i efterföljande historik; att utelämna dessa block kan göra att resonemanget upphör i uppföljande steg. Håll assistentsvaret, informationen om verktygsanropet och motsvarande verktygsresultat tillsammans. Detta hjälper en längre uppgift att fortsätta från sitt faktiska tillstånd i stället för att gång på gång återskapa det som redan har prövats.
De dokumenterade tänkealternativen är off och max, med max aktiverat som standard i tillverkarens beskrivna upplägg. Modellen bestämmer sin tänkebudget i det läget; utgåvan presenterar inga separata reglage för insatsnivåerna low, medium och high. För agentbaserad kodning rekommenderar Poolside att tänkande aktiveras och behålls mellan steg. Ange slutresultatet och färdigkriterierna uttryckligen och skilj en lång resonemangssekvens från det slutförda resultatet. Tillverkaren identifierar övertänkande, särskilt i tävlingsmatematik, som en väsentlig begränsning.
Verktygsdefinitioner behöver särskild omsorg. Poolside rapporterar att S 2.1 inledningsvis kan förlita sig på ett välbekant verktygsgränssnitt i stället för att noggrant följa ett liknande men annorlunda schema. Den kan också producera felaktigt formaterad JSON eller JSON med felaktiga escape-sekvenser när ett verktygsargument innehåller en nästlad array. Ange de faktiska argumentdefinitionerna, validera föreslagna anrop och återför ett exakt fel när anropet inte stämmer. Tillverkaren beskriver korrigering genom återkoppling i kontexten som ett sätt att lösa vissa av dessa avvikelser. Håll den resulterande verktygsobservationen tillgänglig för nästa beslut.
Tillverkaren publicerar separata BF16- och kvantiserade varianter samt en valfri DFlash-draft-modell. Detta är separata modellfiler och driftrecept, så en kvantiserad checkpoints minnesanvändning eller prestanda vid spekulativ avkodning bör inte antas utifrån det allmänna modellnamnet. För vanligt textarbete förbereder du källkod, kommandoutdata och dokumentutdrag som läsbar text. Utgåvan anger att modellen saknar bildförmåga; en skärmbild behöver en textuell observation eller ett lämpligt externt granskningssteg innan den kan stödja analysen.
Begär en slutleverans som identifierar det ändrade arbetsresultatet, viktiga beslut, observerade kontroller och eventuella olösta villkor. För en kodgranskning kopplar du fynd till relevant källkod och visar varför varje problem påverkar beteendet. För en reparation skiljer du den föreslagna patchen från en patch vars beteende faktiskt har kontrollerats. Att behålla resonemang och verktygshistorik hjälper modellen att arbeta sig igenom uppgiften, medan slutresultatet och de dokumenterade resultaten fastställer vad som åstadkommits.
POST /v1/messagestexttext| Fält | Typ | Krav | Värden & gränser | Standard |
|---|---|---|---|---|
Fältmodel | Typstring | KravObligatoriskt | Värden & gränser poolside/laguna-s-2.1:free | Standard— |
Fältmessages | Typarray | KravObligatoriskt | Värden & gränser | Standard— |
Fältstream | Typboolean | KravValfritt | Värden & gränser false | Standardfalse |
Fältsystem | Typstring | KravValfritt | Värden & gränser | Standard— |
Fältmax_tokens | Typinteger | KravObligatoriskt | Värden & gränser Minimum: 1 Maximum: 32 768 | Standard— |
Fälttemperature | Typnumber | KravValfritt | Värden & gränser | Standard— |
Fälttop_p | Typnumber | KravValfritt | Värden & gränser | Standard— |
Fälttop_k | Typinteger | KravValfritt | Värden & gränser | Standard— |
Fältstop_sequences | Typarray | KravValfritt | Värden & gränser | Standard— |
Fältmetadata | Typobject | KravValfritt | Värden & gränser | Standard— |
| Parameter | Avtal |
|---|---|
Parametercontent_type | Avtalapplication/json |
Parameterrequired | Avtalmodel, messages, max_tokens |
Parameteroptional | Avtalstream, system, temperature, top_p, top_k, stop_sequences, metadata |
Parametermaterial_types | Avtaltext |
Parameterconditions | AvtalUse 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. |
Livscykel: synchronous_json
Tariffuppgifter lägger inte till begäransalternativ. Parametrar som stöds anges för den valda metoden.
| Konfiguration | Prislista | Avgift |
|---|---|---|
| KonfigurationGrundpriser för token | PrislistaGrundpris | Avgift Indata · Indatatoken $0 / 1K token Utdata · Utdatatoken $0 / 1K token Indata · Cacheläsning — / 1K token Indata · Skrivning till cache — / 1K token Indata · Skrivning till cache, 1 tim — / 1K token |
Ailoot reserverar ett uppskattat belopp före en begäran. Efter resultatet slutregleras avgiften utifrån uppmätt förbrukning. Slutreglering för strömning använder den slutliga förbrukningsposten. Så fungerar reservation och slutreglering →
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
Behåll varje fullständigt returnerat svar, fil och innehållsdel.
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
Använd metodsökvägarna som visas ovan.