Poolside: Laguna XS 2.1 (free)

Poolside Laguna XS 2.1 è un modello linguistico mixture-of-experts per programmazione basata su agenti e attività di lungo periodo, posizionato come il modello più piccolo per l'esecuzione locale nella serie Laguna. Ha 33B parametri totali e 3B attivi per token. È un modello aggiornato rispetto a Laguna XS.2: ne mantiene l'architettura, migliorando i risultati di ingegneria del software e dei compiti da terminale riportati dal produttore. Il modello accetta testo e genera testo, codice, ragionamento e richieste di chiamata agli strumenti.

Il design a 40 livelli combina 10 livelli di attenzione globale e 30 livelli a finestra scorrevole, con gating sigmoide e una finestra scorrevole di 512 token. Questa finestra di attenzione locale è separata dal contesto di 262.144 token del modello. Poolside descrive anche un design della cache KV in FP8 per ridurre la memoria per token. Queste caratteristiche aiutano a spiegare l'orientamento del modello all'esecuzione locale, ma il requisito preciso di memoria dipende comunque dal checkpoint, dalla quantizzazione, dal contesto di lavoro e dalla configurazione di serving.

Per un'attività di programmazione, fornisci i file sorgente pertinenti come testo, il comportamento atteso e l'errore effettivo o l'output che mostra il problema. Una richiesta utile è: «Correggi la gestione dei delimitatori con escape in questo parser mantenendo il formato di input pubblicato. Mostra la modifica proposta, spiega quali casi sono interessati e identifica esempi che rivelerebbero una regressione». Mantieni un risultato concreto da consegnare e una condizione di completamento, così che il modello possa lavorare verso un risultato anziché limitarsi a discutere il problema.

Per compiti di tipo terminale, fornisci l'ambiente attuale, l'output pertinente dei comandi e i vincoli del lavoro. In un'applicazione collegata a strumenti, il modello propone una chiamata di funzione, l'applicazione la esegue e il risultato viene restituito per la decisione successiva. Chiedigli di spiegare che cosa rivela un errore prima di proporre un altro comando. Per esempio, fornisci il manifest delle dipendenze e l'output dell'installazione fallita, poi richiedi la più piccola correzione basata sulle fonti e il risultato atteso della verifica successiva. Conserva nella cronologia i passaggi precedenti riusciti e il problema irrisolto.

Laguna XS 2.1 è progettato per il ragionamento intercalato prima delle chiamate agli strumenti e tra una chiamata e l'altra. Il produttore consiglia di conservare il contenuto di ragionamento dei messaggi precedenti dell'assistente quando si ricostruisce la richiesta successiva. Rimuoverlo può impedire ulteriore ragionamento nei passaggi seguenti. Mantieni insieme la risposta dell'assistente, le informazioni sulle sue chiamate agli strumenti e il risultato corrispondente dello strumento, con l'obiettivo in corso ben visibile. È particolarmente utile quando diverse osservazioni contribuiscono a una correzione e un passaggio successivo dipende da una decisione precedente.

Il ragionamento può essere abilitato o disabilitato tramite il template chat. Poolside consiglia di abilitarlo per la programmazione basata su agenti e di conservarlo tra i turni. Una richiesta di risposta diretta può adattarsi a una piccola trasformazione o spiegazione, mentre una correzione con diverse condizioni dipendenti beneficia di un ciclo continuo di ragionamento e osservazione. Specifica il formato dell'output finale e lascia spazio alla risposta finale. Le impostazioni di valutazione del produttore sono scelte della ricetta, non una garanzia universale sulla quantità di ragionamento o sulla lunghezza massima della risposta.

Per input sorgente lunghi, organizza file e documentazione con confini chiari e nomi stabili. Chiedi di tracciare una relazione specifica, per esempio quali chiamanti dipendono da un'interfaccia modificata, quali condizioni distinguono due implementazioni o perché un risultato di test contraddice la diagnosi proposta. Mantieni le decisioni importanti e le verifiche effettive in un registro compatto del compito e rimuovi la cronologia irrilevante. Il limite di contesto comprende il materiale di lavoro e la continuazione generata; una risposta finale grande quanto l'intero contesto non è una capacità promessa separatamente.

Poolside pubblica BF16 e varianti separate FP8, NVFP4, INT4 e GGUF, oltre ad artefatti di modelli draft DFlash. Sono scelte diverse di esecuzione. Un piccolo numero di parametri attivi non significa che i pesi completi del modello occupino soltanto quella quantità di memoria, e un modello draft è un componente di accelerazione anziché il modello di programmazione stesso. Conserva il checkpoint esatto quando confronti risultati locali e prepara il codice o i contenuti dei documenti come testo per questo modello text-to-text.

Il produttore documenta un problema del parser degli strumenti nelle build di serving più vecchie che può eliminare alcune chiamate ed esporre il loro markup grezzo come normale testo di risposta. Questo mostra perché un flusso collegato a strumenti deve distinguere la richiesta prevista dal modello da una chiamata di funzione analizzata correttamente. Controlla il nome e gli argomenti risultanti dal parsing, convalidali rispetto allo schema effettivo e conserva il risultato dell'esecuzione. Un rapporto finale deve identificare l'artefatto rivisto, le verifiche osservate e le ipotesi rimanenti. Una patch o un comando proposti diventano un risultato completato solo quando il loro comportamento è stabilito da tali registrazioni.