Poolside: Laguna XS 2.1 (free)

Poolside Laguna XS 2.1 er en mixture-of-experts-språkmodell for agentbasert koding og langvarig arbeid, posisjonert som den mindre modellen for lokal utrulling i Laguna-serien. Den har 33B parametere totalt og 3B aktive per token. Modellen er en oppdatering av Laguna XS.2 som beholder arkitekturen og forbedrer produsentens rapporterte resultater for programvareutvikling og terminaloppgaver. Modellen mottar tekst og genererer tekst, kode, resonnering og forespørsler om verktøykall.

Utformingen med 40 lag kombinerer 10 lag med global oppmerksomhet og 30 lag med glidende vindu, med sigmoid-portstyring og et glidende vindu på 512 token. Dette lokale oppmerksomhetsvinduet er atskilt fra modellens kontekst på 262,144 token. Poolside beskriver også et FP8 KV-cache-oppsett for å redusere minnebruken per token. Disse egenskapene bidrar til å forklare fokuset på lokal utrulling, men det nøyaktige minnebehovet avhenger fortsatt av sjekkpunkt, kvantisering, arbeidskontekst og serveringskonfigurasjon.

For en kodeoppgave bør du oppgi relevante kildefiler som tekst, forventet oppførsel og den faktiske feilen eller utdataene som viser svikten. En nyttig forespørsel er: «Rett denne parserens behandling av escapede skilletegn, samtidig som det publiserte inndataformatet bevares. Vis endringsforslaget, forklar hvilke tilfeller som berøres, og identifiser eksempler som vil avdekke en regresjon.» Behold en konkret leveranse og et fullføringskriterium, slik at modellen kan arbeide mot et resultat fremfor bare å diskutere problemet.

For terminalbaserte oppgaver bør du oppgi det aktuelle miljøet, relevante kommandoutdata og begrensninger for arbeidet. I en verktøytilkoblet applikasjon foreslår modellen et funksjonskall, applikasjonen utfører det, og resultatet returneres som grunnlag for neste beslutning. Be den forklare hva en feil avdekker før den foreslår en ny kommando. Oppgi for eksempel avhengighetsmanifestet og utdata fra den mislykkede installasjonen, og be deretter om den minste korrigeringen som er forankret i kilden, og forventet resultat av neste kontroll. Bevar tidligere vellykkede trinn og det uavklarte problemet i historikken.

Laguna XS 2.1 er utformet for innflettet tenkning før og mellom verktøykall. Produsenten anbefaler å beholde resonneringsinnhold fra tidligere assistentmeldinger når neste forespørsel settes sammen på nytt. Hvis dette innholdet utelates, kan det hindre videre resonnering i oppfølgingstrinn. Hold assistentsvaret, informasjonen om verktøykallet og det tilhørende verktøyresultatet samlet, med det løpende målet synlig. Dette er særlig nyttig når flere observasjoner bidrar til en retting og et senere trinn avhenger av en tidligere beslutning.

Tenkning kan aktiveres eller deaktiveres gjennom chatmalen. Poolside anbefaler å aktivere den for agentbasert koding og bevare den mellom samtalerundene. En forespørsel om et direkte svar kan passe en liten omforming eller forklaring, mens en retting med flere avhengige betingelser har nytte av en løpende sløyfe med resonnering og observasjoner. Oppgi endelig utdataformat, og la det være plass til sluttsvaret. Produsentens evalueringsinnstillinger er oppskriftsvalg, ikke en universell garanti for mengden resonnering eller maksimal svarlengde.

For lange kildeinndata bør du organisere filer og dokumentasjon med tydelige grenser og stabile navn. Be om å spore en bestemt sammenheng, for eksempel hvilke kallere som avhenger av et endret grensesnitt, hvilke betingelser som skiller to implementeringer, eller hvorfor et testresultat motsier den foreslåtte diagnosen. Behold viktige beslutninger og faktiske kontroller i en kompakt oppgaveoversikt, og fjern irrelevant historikk. Kontekstgrensen dekker arbeidsmaterialet og den genererte fortsettelsen; et sluttsvar på størrelse med hele konteksten er ikke en egen lovet kapasitet.

Poolside publiserer BF16 og egne FP8-, NVFP4-, INT4- og GGUF-varianter, samt DFlash-utkastmodeller. Dette er ulike utrullingsvalg. Et lite antall aktive parametere betyr ikke at alle modellvektene bare opptar tilsvarende minne, og en utkastmodell er en ledsager for akselerasjon fremfor selve kodemodellen. Behold det nøyaktige sjekkpunktet når lokale resultater sammenlignes, og klargjør kode- eller dokumentinnhold som tekst for denne tekst-til-tekst-modellen.

Produsenten dokumenterer et problem med verktøyparseren i eldre serveringsbygg som kan utelate enkelte kall og vise den rå oppmerkingen deres som vanlig svartekst. Dette viser hvorfor en verktøytilkoblet arbeidsflyt må skille mellom modellens tiltenkte forespørsel og et riktig tolket funksjonskall. Undersøk det tolkede navnet og argumentene, valider dem mot det faktiske skjemaet, og bevar utførelsesresultatet. En sluttrapport bør identifisere det reviderte produktet, de observerte kontrollene og gjenstående forutsetninger. En foreslått endring eller kommando blir først et fullført resultat når oppførselen er fastslått gjennom disse registreringene.