Poolside: Laguna XS 2.1 (free)

Poolside Laguna XS 2.1 är en mixture-of-experts-språkmodell för agentbaserad kodning och långvarigt arbete, positionerad som den mindre modellen för lokal driftsättning i Laguna-serien. Den har totalt 33B parametrar och 3B aktiva per token. Den är uppdaterad jämfört med Laguna XS.2 och behåller den modellens arkitektur samtidigt som den förbättrar tillverkarens rapporterade resultat för programvaruutveckling och terminaluppgifter. Modellen tar emot text och genererar text, kod, resonemang och begäranden om verktygsanrop.

Designen med 40 lager kombinerar 10 lager med global attention och 30 lager med glidande fönster, med sigmoid-gating och ett glidande fönster på 512 token. Det lokala attention-fönstret är skilt från modellens kontext på 262,144 token. Poolside beskriver också en FP8 KV-cache-design för att minska minnesåtgången per token. Dessa funktioner hjälper till att förklara modellens inriktning på lokal driftsättning, men det exakta minnesbehovet beror fortfarande på checkpoint, kvantisering, arbetskontext och driftkonfiguration.

För en koduppgift anger du relevanta källfiler som text, det förväntade beteendet och det faktiska felet eller felaktiga resultatet. En användbar begäran är: ”Korrigera denna parsers hantering av escape-markerade avgränsare och bevara samtidigt det publicerade indataformatet. Visa den föreslagna ändringen, förklara vilka fall som påverkas och identifiera exempel som skulle avslöja en regression.” Behåll en konkret leverans och ett färdigkriterium så att modellen kan arbeta mot ett resultat i stället för att bara diskutera problemet.

För terminaluppgifter tillhandahåller du den aktuella miljön, relevant kommandoutdata och begränsningar för arbetet. I en verktygskopplad applikation föreslår modellen ett funktionsanrop, applikationen kör det och resultatet återförs inför nästa beslut. Be modellen förklara vad ett fel visar innan den föreslår ett nytt kommando. Tillhandahåll till exempel beroendemanifestet och utdata från den misslyckade installationen och begär sedan den minsta korrigering som stöds av källmaterialet samt det förväntade resultatet av nästa kontroll. Bevara tidigare lyckade steg och den olösta frågan i historiken.

Laguna XS 2.1 är utformad för inflätat tänkande före och mellan verktygsanrop. Tillverkaren rekommenderar att resonemangsinnehåll från tidigare assistentmeddelanden behålls när nästa begäran återskapas. Om detta innehåll utelämnas kan fortsatt resonemang i uppföljande steg förhindras. Håll assistentsvaret, informationen om dess verktygsanrop och det matchande verktygsresultatet tillsammans, med det pågående målet synligt. Detta är särskilt användbart när flera observationer bidrar till en korrigering och ett senare steg beror på ett tidigare beslut.

Tänkande kan aktiveras eller inaktiveras genom chattmallen. Poolside rekommenderar att det aktiveras för agentbaserad kodning och bevaras mellan turer. En begäran om ett direkt svar kan passa en liten omvandling eller förklaring, medan en reparation med flera beroende villkor har nytta av en fortsatt loop av resonemang och observationer. Ange slutresultatets format och lämna utrymme för slutsvaret. Tillverkarens utvärderingsinställningar är val i ett körrecept och ingen allmän garanti för mängden resonemang eller maximal svarslängd.

För lång källindata ordnar du filer och dokumentation med tydliga gränser och stabila namn. Be om ett specifikt samband att spåra, till exempel vilka anropare som beror på ett ändrat gränssnitt, vilka villkor som skiljer två implementationer åt eller varför ett testresultat motsäger den föreslagna diagnosen. Behåll viktiga beslut och faktiska kontroller i en kompakt uppgiftsdokumentation och ta bort irrelevant historik. Kontextgränsen omfattar arbetsmaterialet och den genererade fortsättningen; ett slutsvar som fyller hela kontexten är ingen separat utlovad kapacitet.

Poolside publicerar BF16 och separata varianter i FP8, NVFP4, INT4 och GGUF, liksom DFlash-filer för en draft-modell. Detta är olika driftsättningsval. Ett litet antal aktiva parametrar betyder inte att modellens fullständiga vikter bara upptar motsvarande mängd minne, och en draft-modell är en följeslagare för acceleration snarare än själva kodmodellen. Behåll den exakta checkpointen när lokala resultat jämförs och förbered kod eller dokumentinnehåll som text för denna text-till-text-modell.

Tillverkaren dokumenterar ett problem i verktygsparsern i äldre driftbyggen som kan tappa vissa anrop och visa deras råa uppmärkning som vanlig svarstext. Detta visar varför ett verktygskopplat arbetsflöde behöver skilja modellens avsedda begäran från ett korrekt tolkat funktionsanrop. Granska det tolkade namnet och argumenten, validera dem mot det faktiska schemat och bevara exekveringsresultatet. En slutrapport bör identifiera det reviderade arbetsresultatet, de observerade kontrollerna och återstående antaganden. En föreslagen patch eller ett föreslaget kommando blir ett slutfört resultat först när dess beteende fastställs av dessa uppgifter.