Poolside: Laguna S 2.1 (free)

Poolside Laguna S 2.1 on mixture-of-experts-kielimalli agenttipohjaiseen ohjelmointiin ja pitkäkestoiseen työhön. Siinä on yhteensä 118B parametria ja noin 8B aktiivista parametria tokenia kohden, joten se sijoittuu valmistajan sarjassa pienemmän Laguna XS 2.1:n ja suuremman Laguna M.1:n väliin. Malli käsittelee tekstiä ja tuottaa tekstiä, koodia, päättelyä ja työkalukutsupyyntöjä työkaluihin liitetyssä sovelluksessa.

Sen arkkitehtuuri yhdistää globaalin ja liukuvan ikkunan huomion 48 kerroksessa: 12 globaalia kerrosta ja 36 liukuvan ikkunan kerrosta. 512 tokenin liukuva ikkuna kuvaa näiden kerrosten paikallista huomiota, kun taas dokumentoitu mallikonteksti on 1,048,576 tokenia. Nämä ovat eri mittauksia. Suurempi konteksti tukee tehtäviä, joissa kertyy lähdetiedostoja, havaintoja ja päätöksiä useiden vaiheiden aikana. Pidä työskentelyn tavoite ja merkityksellinen näyttö yhdessä ja varaa käytössä olevan kokoonpanon sisällä tilaa myöhemmälle päättelylle ja loppuvastaukselle.

Mallin keskeinen tarkoitus on ohjelmistotyö, joka vaatii pitkäjänteisyyttä, tarkistamista ja korjaamista. Anna koodivarastotehtävään odotettu toiminta, olennaiset tiedostot tekstinä, riippuvuustiedot ja todellinen epäonnistunut tuloste. Pyydä rajattua tulosta: ”Jäljitä tämän regression syy, ehdota muutos, joka säilyttää dokumentoidun rajapinnan, ja yksilöi tarkistukset, jotka erottavat korjauksen asiaan liittymättömästä muutoksesta.” Anna työkaluihin liitetyssä työnkulussa mallille jokaisen suoritetun tarkistuksen tulos ennen seuraavan vaiheen valintaa.

Anna optimointityöhön mittaukset ja täsmällinen tavoite. Esimerkki on: ”Tunnista pullonkaula tämän profiloinnin ja allokaatioraportin avulla. Ehdota yhtä muutosta, selitä odotettu vaikutus ja vertaa sitä lähtötasoon saman mittauksen toistamisen jälkeen.” Tämä tekee suorituskykyväitteestä tarkastettavan. Poolsiden julkaisu käsittelee tarkistamista ja jatkuvaa etenemistä tärkeinä toimintatapoina, mutta vakuuttava selitys ei yksin osoita, että muutos on nopeampi, oikea tai valmis. Säilytä havainnot, jotka tukevat muutoksen säilyttämistä tai hylkäämistä.

Laguna S 2.1 tukee vuorottelevaa ajattelua ennen työkalukutsuja ja niiden välillä. Valmistaja suosittelee aiempien avustajaviestien päättelysisällön säilyttämistä myöhemmässä historiassa. Näiden lohkojen pudottaminen voi pysäyttää päättelyn jatkovaiheissa. Pidä avustajan vastaus, työkalukutsutiedot ja vastaava työkalutulos yhdessä. Tämä auttaa pidempää tehtävää jatkumaan sen todellisesta tilasta sen sijaan, että jo kokeiltua muodostettaisiin toistuvasti uudelleen.

Dokumentoidut ajatteluvaihtoehdot ovat off ja max, ja max on oletuksena käytössä valmistajan kuvaamassa kokoonpanossa. Malli määrittää tässä tilassa oman ajattelubudjettinsa; julkaisu ei esitä erillisiä low-, medium- ja high-panossäätimiä. Poolside suosittelee agenttipohjaiseen ohjelmointiin ajattelun käyttöönottoa ja säilyttämistä vaiheiden välillä. Kerro lopputuotos ja valmistumiskriteerit täsmällisesti ja erota pitkä päättelyketju valmiista tuloksesta. Valmistaja tunnistaa liiallisen ajattelun merkittäväksi rajoitukseksi etenkin kilpailumatematiikassa.

Työkalumäärittelyt vaativat erityistä huolellisuutta. Poolside raportoi, että S 2.1 voi aluksi nojata tuttuun työkalurajapintaan sen sijaan, että noudattaisi tarkasti samankaltaista mutta erilaista skeemaa. Se voi myös tuottaa virheellistä tai väärin escape-koodattua JSONia, kun työkalun argumentti sisältää sisäkkäisen taulukon. Anna todelliset argumenttimäärittelyt, validoi ehdotetut kutsut ja palauta täsmällinen virhe, kun kutsu ei vastaa määrittelyä. Valmistaja kuvaa kontekstissa annetun palautteen kautta tehtävää korjausta keinoksi ratkaista osan näistä poikkeamista. Pidä syntyvä työkaluhavainto saatavilla seuraavaa päätöstä varten.

Valmistaja julkaisee erillisiä BF16- ja kvantisoituja versioita sekä valinnaisen DFlash-luonnosmallin. Nämä ovat erillisiä tuotoksia ja mallin palvelinkäytön toteutusohjeita, joten kvantisoidun tarkistuspisteen muistinkäyttöä tai spekulatiivisen dekoodauksen suorituskykyä ei tule olettaa yleisen mallinimen perusteella. Valmistele tavalliseen tekstityöhön lähdekoodi, komentotulosteet ja asiakirjaotteet luettavana tekstinä. Julkaisu huomauttaa mallin kuvanäkökyvyn puuttumisesta. Kuvakaappaus tarvitsee tekstimuotoisen havainnon tai sopivan ulkoisen tarkastusvaiheen ennen kuin se voi tukea analyysia.

Pyydä lopullinen toimitus, jossa yksilöidään muutettu tuotos, tärkeät päätökset, havaitut tarkistukset ja mahdollinen ratkaisematon ehto. Yhdistä koodiarviossa havainnot asiaankuuluvaan lähdekoodiin ja osoita, miksi kukin ongelma vaikuttaa toimintaan. Erota korjauksessa ehdotettu muutos muutoksesta, jonka toiminta todella tarkistettiin. Päättely- ja työkaluhistorian säilyttäminen auttaa mallia työskentelemään tehtävän läpi, kun taas lopputuotos ja kirjatut tulokset osoittavat, mitä saatiin aikaan.