Poolside: Laguna XS 2.1 (free)

Poolside Laguna XS 2.1 to model językowy typu mixture-of-experts do programowania agentowego i długofalowej pracy, pozycjonowany jako mniejszy model do wdrożenia lokalnego w serii Laguna. Ma 33B parametrów łącznie i 3B aktywnych na token. Jest aktualizacją względem Laguna XS.2, zachowującą architekturę tamtego modelu przy poprawie raportowanych przez producenta wyników inżynierii oprogramowania i zadań terminalowych. Model przyjmuje tekst i generuje tekst, kod, rozumowanie oraz żądania wywołań narzędzi.

Jego 40-warstwowa konstrukcja łączy 10 warstw uwagi globalnej i 30 warstw przesuwanego okna, z bramkowaniem sigmoid i przesuwanym oknem 512 tokenów. To okno uwagi lokalnej jest odrębne od kontekstu modelu obejmującego 262 144 tokeny. Poolside opisuje również konstrukcję pamięci podręcznej KV w FP8, zmniejszającą zużycie pamięci na token. Cechy te pomagają wyjaśnić nacisk modelu na wdrożenie lokalne, ale dokładne zapotrzebowanie na pamięć nadal zależy od punktu kontrolnego, kwantyzacji, roboczego kontekstu i konfiguracji udostępniania.

Przy zadaniu programistycznym podaj odpowiednie pliki źródłowe jako tekst, oczekiwane zachowanie i rzeczywisty błąd lub wynik nieudanego działania. Użyteczne żądanie brzmi: „Popraw obsługę separatorów ze znakami ucieczki w tym parserze, zachowując opublikowany format wejścia. Pokaż proponowaną zmianę, wyjaśnij, których przypadków dotyczy, i wskaż przykłady ujawniające regresję”. Zachowaj konkretny rezultat i warunek ukończenia, aby model mógł dążyć do wyniku, zamiast jedynie omawiać problem.

Przy zadaniach terminalowych dostarcz bieżące środowisko, odpowiednie wyjście poleceń i ograniczenia pracy. W aplikacji połączonej z narzędziami model proponuje wywołanie funkcji, aplikacja je wykonuje, a wynik wraca jako podstawa kolejnej decyzji. Poproś o wyjaśnienie, co ujawnia niepowodzenie, zanim model zaproponuje kolejne polecenie. Na przykład dostarcz manifest zależności i wyjście nieudanej instalacji, a następnie poproś o najmniejszą korektę uzasadnioną źródłami i oczekiwany wynik następnego sprawdzenia. Zachowaj w historii wcześniejsze pomyślne kroki i nierozwiązany problem.

Laguna XS 2.1 jest zaprojektowana do przeplatanego namysłu przed wywołaniami narzędzi i między nimi. Producent zaleca zachowywanie treści rozumowania z wcześniejszych wiadomości asystenta przy odtwarzaniu następnego żądania. Usunięcie tej treści może uniemożliwić dalsze rozumowanie w kolejnych krokach. Zachowuj razem odpowiedź asystenta, informacje o wywołaniu narzędzia i pasujący wynik narzędzia, z widocznym bieżącym celem. Jest to szczególnie przydatne, gdy kilka obserwacji przyczynia się do poprawki, a późniejszy krok zależy od wcześniejszej decyzji.

Namysł można włączyć lub wyłączyć poprzez szablon czatu. Poolside zaleca jego włączenie do programowania agentowego i zachowywanie między turami. Żądanie bezpośredniej odpowiedzi może pasować do małego przekształcenia lub wyjaśnienia, natomiast naprawie z kilkoma zależnymi warunkami pomaga ciągła pętla rozumowania i obserwacji. Określ końcowy format wyjścia i zostaw miejsce na odpowiedź końcową. Ustawienia ewaluacji producenta są elementami przepisu, a nie uniwersalną gwarancją ilości rozumowania lub maksymalnej długości odpowiedzi.

Przy długim wejściu źródłowym uporządkuj pliki i dokumentację z jasnymi granicami i stałymi nazwami. Poproś o prześledzenie konkretnej zależności, na przykład które elementy wywołujące zależą od zmienionego interfejsu, jakie warunki odróżniają dwie implementacje lub dlaczego wynik testu przeczy proponowanej diagnozie. Zachowuj ważne decyzje i rzeczywiste sprawdzenia w zwięzłym zapisie zadania i usuwaj nieistotną historię. Limit kontekstu obejmuje materiał roboczy i wygenerowaną kontynuację; odpowiedź końcowa o rozmiarze całego kontekstu nie jest osobną obiecaną pojemnością.

Poolside publikuje BF16 i osobne warianty FP8, NVFP4, INT4 i GGUF, a także pliki modelu szkicowego DFlash. Są to różne opcje wdrożenia. Mała liczba aktywnych parametrów nie oznacza, że pełne wagi modelu zajmują tylko tyle pamięci, a model szkicowy jest towarzyszem przyspieszającym, a nie samym modelem programistycznym. Zachowuj dokładny punkt kontrolny przy porównywaniu wyników lokalnych i przygotowuj zawartość kodu lub dokumentów jako tekst dla tego modelu tekst-tekst.

Producent dokumentuje problem parsera narzędzi w starszych wersjach oprogramowania udostępniającego model, który może pomijać niektóre wywołania i ujawniać ich surowe znaczniki jako zwykły tekst odpowiedzi. Pokazuje to, dlaczego proces połączony z narzędziami musi odróżniać zamierzone żądanie modelu od prawidłowo sparsowanego wywołania funkcji. Sprawdź sparsowaną nazwę i argumenty, zweryfikuj je względem rzeczywistego schematu i zachowaj wynik wykonania. Raport końcowy powinien wskazywać zmieniony rezultat, zaobserwowane sprawdzenia i pozostałe założenia. Proponowana poprawka lub polecenie staje się ukończonym wynikiem dopiero wtedy, gdy jego zachowanie zostanie ustalone na podstawie tych zapisów.