L’ANALISI
Ollama 0.40.16: stop al taglio silenzioso dei prompt
Ollama 0.40.16 rispetta truncation nella Responses API: input troppo lunghi non vengono più accorciati per default. Il limite di contesto resta.
In breve: Ollama 0.40.16 corregge il comportamento di truncation nella Responses API. L’opzione omessa o disabled viene mappata a nessun troncamento e auto lo abilita; questo non aumenta il contesto del modello e non garantisce che qualunque interfaccia legga ogni documento per intero. Ollama 0.40.16: release stabile e cambiamenti.
Verificate release stabile del 9 novembre e PR 19501 unita il 6 novembre. Nessun aggiornamento di produzione e nessun test comparativo su prompt lunghi eseguito.
Quale input poteva essere accorciato?
La descrizione della PR spiega che FromResponsesRequest non riportava l’opzione Truncation nel campo Truncate della richiesta interna. Lasciandolo non impostato, il percorso chat usava il valore predefinito true: un input eccessivo poteva essere ridotto anche quando truncation era disabled oppure omesso. Il problema documentato appartiene al percorso /v1/responses. Non è corretto estenderlo senza prova a ogni API, interfaccia grafica o modo di caricare un file in Ollama.
Ollama 0.40.16: release stabile e cambiamenti · Ollama: PR 19501, opzione truncation nelle Responses.
Che cosa fanno ora disabled, auto e opzione omessa?
La PR mappa disabled a Truncate false, auto a true e l’opzione omessa a false. Prevede inoltre un errore per una strategia sconosciuta e aggiunge test di regressione. Il cambiamento rende esplicita la scelta del client, ma non crea spazio aggiuntivo nel contesto. Un flusso che prima riceveva una risposta dopo un taglio silenzioso può ora dover gestire il limite invece di interpretare quella risposta come prova che tutto il documento sia stato elaborato.
Ollama: PR 19501, opzione truncation nelle Responses.
Perché la release è un delta rispetto al merge?
Il codice correttivo era stato unito il 6 novembre alle 00:56:45Z. La release stabile 0.40.16 risulta pubblicata il 9 novembre alle 18:21:19Z e ne cita il comportamento nelle note. Chi usa una distribuzione stabile ha quindi un riferimento diverso rispetto a chi compila il ramo di sviluppo. La data di scoperta nel feed non cambia nessuna delle due. Per questo il recupero viene aggiunto all’edizione del 9 novembre e non presentato come un merge appena avvenuto oggi.
Ollama 0.40.16: release stabile e cambiamenti · Ollama: PR 19501, opzione truncation nelle Responses.
Come confrontare le versioni senza promettere una prova inesistente?
Preparare due versioni identificate e mantenere uguali modello, contesto e input. Provare un caso entro il limite e tre casi eccessivi con truncation omesso, disabled e auto, conservando richieste e risposte complete. Tre ripetizioni per ogni combinazione di versione e caso producono un protocollo di 24 esecuzioni. Questo protocollo non è stato eseguito: la notizia documenta il contratto della correzione, non una misura indipendente di affidabilità o comprensione dei documenti.
Ollama 0.40.16: release stabile e cambiamenti · Ollama: PR 19501, opzione truncation nelle Responses.
Condizioni e limitazioni
Verifica di release e PR ufficiali, senza inferenza comparativa. La correzione riguarda /v1/responses; memoria disponibile, contesto configurato e comportamento del client restano vincoli separati.
Checklist pratica
- Identificare versione stabile, modello e contesto configurato.
- Salvare il payload /v1/responses senza affidarsi solo alla UI.
- Distinguere truncation omesso, disabled e auto.
- Controllare errori e completezza del compito oltre alla risposta HTTP.
- Non presentare il fix come aumento del contesto o benchmark già eseguito.