BLUN King
BLUN King 9.1.621
Pubblicato il
King adotta un riepilogo della tua conversazione solo quando il modello ne ha confermato il completamento. Se manca questa conferma, la cronologia della conversazione rimane invariata.
Se la trasmissione del riepilogo termina in modo inatteso, il contesto della conversazione non viene sostituito dal riepilogo incompleto. La modifica riguarda solo la compattazione della conversazione; le risposte normali restano invariate.
Restano aperti alcuni errori isolati nel salvataggio di una sessione; non sono stati corretti con questo aggiornamento.
BLUN King
BLUN King 9.1.620
Pubblicato il
Su Windows la console termina completamente alla chiusura della finestra, così al prossimo avvio non compare più «già in esecuzione».
L'aggiornamento corregge la conclusione del processo della console alla chiusura della finestra. Una console realmente ancora in esecuzione mantiene l'accesso esclusivo alla sua sessione.
La guida è integrata allo stato 620: installazione su Linux, ripresa di sessioni lunghe, ultima sessione all'avvio, Ctrl+L, skill, plugin, obiettivi e incarichi headless. Alla guida CLI attuale.
BLUN King
BLUN King 9.1.619
Data di pubblicazione:
Un singolo errore precedente nel riepilogo della conversazione non blocca più la tua sessione: dopo un riepilogo riuscito King conta solo gli errori nuovi e direttamente consecutivi. Se il riepilogo fallisce due volte di seguito, il messaggio ora mostra chiaramente «Compattazione in pausa» invece di segnalare un contesto pieno.
Restano aperti alcuni errori isolati nel salvataggio di una sessione e nella creazione di un riassunto completo della conversazione; non sono stati corretti con questo aggiornamento.
BLUN King
BLUN King 9.1.618
Data di pubblicazione:
Se, dopo la ripresa della tua sessione, arriva un messaggio Telegram mentre King sta già lavorando, resta in coda e viene consegnato in seguito. King non mostra più questa situazione di attesa come un errore.
Su Linux x64 il terminale usa un binario incluso. In questo modo funziona anche quando npm 12 blocca gli script di installazione; per questo non serve alcun compilatore. A tale scopo King usa la versione preliminare fissata node-pty 1.2.0-beta.15.
BLUN King
BLUN King 9.1.617
Data di pubblicazione:
Quando ricarichi la stessa sessione, King non aggiunge più ripetutamente le istruzioni dei plugin rimaste invariate. Se le istruzioni cambiano, King continua a tenere conto dello stato attuale.
Le anteprime delle grandi uscite degli strumenti ora tengono conto anche della finestra di contesto disponibile. Puoi continuare a leggere per intero le uscite esternalizzate.
Con /profile o /profiles apri la selezione dei profili. King cambia solo quando la tua sessione è pronta. Il lavoro in corso e i messaggi in attesa impediscono un cambio affrettato; il tuo profilo attuale resta attivo.
Quando interrompi un lavoro in corso, King attende anche gli ultimi passaggi di pulizia. Un lavoro non ancora concluso non viene confermato prematuramente come terminato.
BLUN King
BLUN King 9.1.616
Data di pubblicazione:
Dopo una risposta Telegram confermata, King prende in carico gli altri messaggi indirizzati a te al prossimo passaggio sicuro, anche durante un turno in corso.
Dopo una risposta Telegram confermata, King prende in carico gli altri messaggi indirizzati a te al prossimo passaggio sicuro, anche durante un turno in corso. Una risposta già consegnata non blocca più la coda. Le risposte restano associate alla rispettiva chat.
Se interrompi un turno, i messaggi Telegram non ancora presi in carico vengono conservati per la consegna successiva. King ne conferma la ricezione solo quando la sessione li prende effettivamente in carico.
BLUN King
BLUN King 9.1.615
Data di pubblicazione:
King mantiene grandi cataloghi di strumenti disponibili tramite la ricerca degli strumenti e adatta il budget degli strumenti alla finestra di contesto del fornitore.
King mantiene grandi cataloghi di strumenti disponibili tramite la ricerca degli strumenti, senza inviare al modello tutti gli schemi opzionali degli strumenti. Se il fornitore segnala una finestra di contesto più piccola, King adatta il budget degli strumenti; gli strumenti trovati restano disponibili nel passaggio successivo.
Quando necessario, King sposta in anticipo le grandi uscite degli strumenti rispetto a prima. Puoi recuperare l'uscita completa come prima, purché possa essere visualizzata in modo sicuro.
Le risposte Telegram normali e le modifiche ai messaggi non vengono più bloccate per una mancata approvazione linguistica. Un controllo delle risposte che hai configurato resta attivo.
BLUN King
BLUN King 9.1.614
Data di pubblicazione:
I file AGENTS.md e AGENTS.override.md troppo grandi non bloccano più un turno solo per la loro dimensione.
Fuori dalla console King, King legge in totale fino a 32 KiB dai file di istruzioni e ti comunica una volta per sessione il numero di byte omessi.
Nella console King i file restano completi finché il limite della richiesta lo consente.
I collegamenti simbolici e i percorsi non sicuri restano bloccati.
BLUN King
BLUN King 9.1.613
Data di pubblicazione:
King riconosce le richieste al modello troppo grandi già prima dell'invio.
Nella console King, King legge da ogni file AGENTS.md e AGENTS.override.md al massimo 32 KiB. Ciò che va oltre viene tralasciato e ti viene mostrato quanti byte sono stati omessi.
Prima dell'invio, King stima ora la dimensione dell'intera richiesta al modello, incluse istruzioni, cronologia, definizioni degli strumenti e dati delle immagini. Se si avvicina al limite di byte del server, inizia una compattazione graduale. Se una richiesta non può essere suddivisa in modo sicuro, King si interrompe senza scartare silenziosamente la cronologia salvata.
King salva localmente le chiamate di strumenti completate come metadati: nome dello strumento, momento, stato e, per gli strumenti di file, eventualmente il percorso. Input, output, comandi e chiavi non vengono salvati. Con /memory tools puoi cercare nelle voci del tuo profilo.
La diagnostica del contesto mostra numeri aggiuntivi sulla composizione delle richieste. Una misurazione delle fasi attivabile misura il tempo fino alla chiamata del modello senza registrare contenuti.
L'indicatore di utilizzo include i token di pensiero segnalati separatamente, purché il fornitore li trasmetta.
Non rilasciata, sostituita dalla 9.1.613
BLUN King 9.1.612
Data di pubblicazione:
La 9.1.612 non è stata pubblicata come aggiornamento per i clienti. La protezione precoce dei byte non agiva su una richiesta superiore a 900 KB quando la cronologia da sola restava sotto i 600 KB. La 9.1.613 sostituisce questa versione.
BLUN King
BLUN King 9.1.611
Data di pubblicazione:
Le richieste di compattazione grandi restano entro il limite di byte del server.
- King suddivide una richiesta di compattazione troppo grande in passaggi cronologici in base alla dimensione della richiesta. Così la compattazione può continuare anche quando la richiesta contiene più byte di quanti il server ne accetti in una volta.
- Se anche un singolo messaggio non rientra nel limite, la cronologia salvata resta invariata. King non la scarta per forzare la compattazione.
Con questo non sono dimostrati né tempi di attesa del modello più brevi né un minor consumo di token. Un aggiornamento non riavvia una sessione King già in esecuzione.
BLUN King
BLUN King 9.1.610
Data di pubblicazione:
Puoi installare di nuovo King su Linux e avviare di nuovo i profili, e un secondo avvio di King su Windows non fallisce più con un messaggio fuorviante sulle ACL private.
- Linux è di nuovo nell'elenco dei sistemi operativi supportati del pacchetto npm. Se su Linux hai una versione precedente, installi 9.1.610 tramite l'aggiornamento normale.
- Gli avvii espliciti con --profile e le abbreviazioni dei nomi di profilo esistenti portano alla directory del profilo scelto. Un semplice nome sconosciuto non crea più silenziosamente un profilo vuoto; un nuovo profilo lo crei consapevolmente con --profile.
- Se a un profilo esistente manca l'accesso proprio, King offre /login invece di interrompersi per una configurazione del modello blun/king mancante.
- Su Windows il controllo delle directory private riesce anche quando il bridge Telegram tiene aperta una directory di plugin. TEMP e TMP vengono passati all'helper ACL e in caso di errori di directory King indica il percorso interessato e la causa reale.
- Se è già in esecuzione un King interattivo, King lo rileva prima del rafforzamento delle ACL private e ne segnala il PID, invece di presentare un secondo avvio come errore delle ACL private.
Un profilo vuoto non eredita in 9.1.610 i dati di accesso dalla home directory condivisa. La richiesta /login attuale può ancora mostrare «OAuth login expired», anche se questo profilo non ha mai effettuato l'accesso.
Il percorso di aggiornamento Linux da 9.1.114 a 9.1.610 è stato testato dopo la pubblicazione. Il percorso di aggiornamento Windows da 9.1.609 a 9.1.610 non è stato misurato.
Un aggiornamento non riavvia una sessione King già in esecuzione.
BLUN King
BLUN King 9.1.609
Data di pubblicazione:
Apri la selezione dell'effort con Ctrl+L conservando la bozza dell'editor.
- Ctrl+L apre la selezione dell'effort esistente senza perdere la bozza dell'editor. Le impostazioni dell'effort e le limitazioni del modello esistenti vengono riutilizzate, invece di creare un secondo percorso di configurazione.
- La regola esistente per le sessioni in corso resta valida: una modifica dell'effort durante il lavoro attivo viene rifiutata, non messa in attesa per dopo. Durante la riproduzione o una presa di controllo da parte dell'editor la scorciatoia viene ignorata.
Queste modifiche non dimostrano tempi di risposta più rapidi durante il funzionamento, né un minore consumo di token fatturato, e non rappresentano una piena parità con OpenClaw.
BLUN King
BLUN King 9.1.608
Data di pubblicazione:
Nei gruppi Telegram ormai raggiungono King solo i messaggi che lo menzionano. Le tue selezioni multiple e l'annullamento graduale delle domande restano invariati.
- Nei gruppi Telegram i messaggi che non si rivolgono a King entrano nel contesto di sessione solo dopo il controllo della menzione. Chi ha disattivato espressamente il controllo lo mantiene.
- Le tue selezioni multiple e l'annullamento graduale delle domande restano invariati. Il piè di pagina dell'obiettivo gira su un timer di aggiornamento comune.
- Il carico della trasmissione ACL di Windows diminuisce senza indebolire il controllo dei permessi. Il ripristino dopo errori temporanei nella sostituzione della configurazione è limitato; la titolarità della scrittura resta conservata.
- Prima del nuovo tentativo King verifica se un marcatore di scrittura di Windows rimosso in parallelo sia realmente sparito. I marcatori esistenti non leggibili continuano a causare l'interruzione.
Queste modifiche non dimostrano tempi di risposta più rapidi durante il funzionamento, né un minore consumo di token fatturato, e non rappresentano una piena parità con OpenClaw.
BLUN King
BLUN King 9.1.607
Data di pubblicazione:
La tua sessione scelta per ultima viene ripristinata, le scritture fallite vengono segnalate onestamente e ogni tentativo HTTP riceve un timestamp di inizio.
- Il ripristino opzionale della sessione scelta per ultima si attiva con resume_last_selected in tui.toml. La selezione vale per l'account confermato, il runtime, l'agente e l'area di lavoro. L'avvio normale resta invariato, le selezioni di sessione esplicite hanno la precedenza; le selezioni non disponibili ricadono su una nuova sessione, non su un'altra.
- Dopo un'attivazione fallita la selezione precedente resta conservata. Se l'account cambia durante l'attivazione, non viene salvata alcuna selezione.
- Le scritture di file fallite non vengono contrassegnate come riuscite. Il protocollo di continuazione esistente per le righe complete nelle scritture oltre 2.048 byte UTF-8 viene spiegato, senza aumentare il limite né riprovare automaticamente.
- Immediatamente prima di ogni tentativo HTTP viene registrato un timestamp di inizio in tempo reale (wall clock) per la correlazione diagnostica. Né i contenuti delle richieste né le credenziali di accesso finiscono nella diagnosi.
- I caratteri Unicode al di fuori del piano di base (ad esempio gli emoji) restano completamente conservati entro i limiti esistenti del budget di archiviazione, senza aumentare questi budget né creare un'ulteriore memoria.
Queste modifiche non attestano tempi di risposta più rapidi durante il funzionamento, né un minore consumo di token fatturato, non stabiliscono una piena parità con il gateway e non escludono dal contesto i messaggi Telegram non indirizzati.
BLUN King
BLUN King 9.1.606
Data di pubblicazione:
Alla ripresa di una sessione compaiono prima le pagine del trascritto attuali; le pagine più vecchie vengono caricate dalla navigazione del trascritto esistente.
- Alla ripresa di una sessione interattiva compaiono prima le pagine del trascritto attuali; le pagine più vecchie vengono caricate dalla navigazione del trascritto esistente. La cronologia salvata completa e il contesto del modello attivo restano conservati.
- All'avvio vale un obiettivo di visualizzazione di 200 record di riproduzione. Con --history-limit da 1 a 2000 si può regolare la visualizzazione della prima pagina e delle pagine più vecchie; i turni di conversazione completi e le coppie di strumenti possono superare l'obiettivo.
- La prima visualizzazione delle attivazioni di skill e plugin resta conservata oltre i confini di pagina. La posizione di scorrimento della home è corretta, così il caricamento delle pagine più vecchie non lascia uno schermo vuoto.
Queste modifiche riducono il lavoro di rendering iniziale del trascritto. Non attestano tempi di risposta del modello più rapidi, né un minore consumo di token o fatture più basse, non migliorano la cache del provider e non limitano quanto viene letto dal disco all'avvio.
BLUN King
BLUN King 9.1.605
Data di pubblicazione:
Controlla le fonti di contesto, gestisci le attività in corso e fornisci un primo messaggio all'avvio della console. L'elaborazione della cronologia locale e i controlli di compattazione sono stati ampliati.
- Le cronologie locali delle sessioni vengono riprodotte in blocchi. Le pagine di visualizzazione archiviate si trovano senza dover esaminare tutti i blocchi precedenti. La cronologia completa salvata, i controlli di integrità dell'archivio e il ripristino esistente vengono conservati.
- I risultati ripetuti degli strumenti vengono preparati in modo uniforme per il contesto del modello tra le compattazioni registrate. Gli output locali completi e i diritti di lettura esistenti vengono conservati. Gli output non vengono spostati fuori dal contesto se poi non risultano recuperabili tramite il percorso di ripristino garantito.
- La compattazione automatica finale sostituisce il contesto attivo solo se riduce la cronologia con lo stesso metodo di stima. In caso di rifiuto, la cronologia originale viene conservata. Il trigger opzionale max_request_history_bytes utilizza il controllo di compattazione esistente, è disattivato per impostazione predefinita e non limita l'intero corpo della richiesta al provider.
- La diagnostica del contesto dispone ora di viste separate e di un'attribuzione delle fonti per istruzioni, memoria, skill e messaggi precedenti. I byte del contenuto serializzato, le stime locali dei token e il consumo segnalato restano separati.
- La titolarità della sessione viene conservata anche in presenza di attività in attesa, eventi in ritardo, richieste di chiarimento e modifiche di configurazione. Un secondo accesso in scrittura attivo alla stessa sessione viene rifiutato, invece di consentire modifiche simultanee al registro.
- La riga aggiuntiva agente/sessione nel piè di pagina viene eliminata. Le sessioni possono comunque essere controllate e diagnosticate in modo mirato. L'interfaccia King esistente, i modelli gestiti e i limiti di autorizzazione vengono conservati.
- --message fornisce un primo messaggio per l'avvio interattivo. Dopo l'approvazione all'avvio e la selezione della sessione, viene elaborato tramite il normale controllo dei messaggi e la coda. Il suo contenuto non viene interpretato come comando slash o di shell.
- Il contratto di interfaccia del servizio Guard incluso rimane invariato. Questa versione non dimostra risposte più rapide in produzione, né fatture del provider più basse, né la piena parità funzionale con OpenClaw, né un limite alla quantità di dati letti al primo caricamento del registro di sessione.
/abort interrompe l'operazione in corso senza scartare gli input in attesa. /stop scarta inoltre gli input in attesa. /exit continua a chiudere la console. Si tratta di comandi locali della console, non di ulteriori comandi remoti di Telegram.
Controlli sul pacchetto 9.1.605: 238 file di test con 6.900 test, più 40 controlli di staging, tra cui 25 test nativi del terminale. Il test di un aggiornamento isolato da 9.1.604 tramite il tag candidato pubblicato con il vero programma di installazione è riuscito. Pertanto non sono dimostrati né tempi di riscaldamento più brevi in una sessione attiva, né la piena parità funzionale con OpenClaw.
BLUN King
BLUN King 9.1.604
Data di pubblicazione:
Controlla la dimensione delle richieste e le fonti di contesto, carica gli strumenti secondo necessità e gestisci i messaggi in arrivo all'interno della propria sessione.
- /context doctor e /tokens distinguono il numero di byte della richiesta serializzata dalle stime dei token e mostrano le quote rilevate di regole, memoria, skill e definizioni degli strumenti.
- I cataloghi di strumenti di medie dimensioni vengono caricati all'occorrenza tramite la ricerca esistente; gli strumenti restano reperibili ed eseguibili.
- /queue gestisce i messaggi all'interno della propria sessione. I messaggi ordinari in coda non interrompono più automaticamente il lavoro dopo 30 secondi.
- Nella selezione della sessione sono possibili identificatori esatti o titoli, oltre a prefissi univoci di identificatore; il piè di pagina mostra l'agente assegnato e la sessione.
- Ogni tentativo HTTP riceve un nuovo identificatore di richiesta, a meno che il chiamante non ne fornisca uno. La diagnostica non modifica la fatturazione.
- Le versioni incluse di AgentSpine e Translate Native rimangono invariate. Costi inferiori e risposte più rapide in produzione non sono dimostrati.
- /question: riapre le richieste di chiarimento in sospeso. Comprimere una richiesta di chiarimento non equivale a risponderle né a scartarla.
I byte della richiesta, le stime dei token, il consumo cumulato della sessione e i token fatturati sono grandezze diverse. L'indicatore del consumo tiene conto anche del controllo della risposta. /usage cost con costi giornalieri o mensili non fa parte di questa versione. Costi inferiori o risposte più rapide in produzione non sono dimostrati.
BLUN King
BLUN King 9.1.603
Data di pubblicazione:
Scegli la tua cartella di lavoro in una finestra di dialogo di Windows. Se la console viene avviata da System32, ora ti propone la tua cartella utente.
- Se scegli un'altra cartella di lavoro in Windows, si apre una finestra di dialogo per la cartella. Puoi ancora inserire il percorso a mano. Se annulli la finestra di dialogo, torni alla selezione della cartella senza adottarne una.
- Se non è disponibile una finestra di dialogo per la cartella, la console chiede il percorso. Sugli altri sistemi operativi resta l'inserimento manuale del percorso.
- Se all'avvio viene adottata o salvata una cartella all'interno della directory di Windows, la selezione della cartella propone la tua cartella utente. I percorsi inseriti a mano continuano a essere controllati come prima.
Le versioni di AgentSpine e Language Guard rimangono invariate rispetto a 9.1.602. Un guadagno di velocità per le sessioni attive non è dimostrato da questo aggiornamento.
In Windows è ancora necessario Git Bash. Se la console segnala che Git Bash manca, installa Git for Windows. Riapri quindi il prompt dei comandi prima di riavviare king.
BLUN King · Pubblicata
BLUN King 9.1.602
Data di pubblicazione:
Una cartella privata dedicata per gli output più vecchi degli strumenti, quando le autorizzazioni Windows ereditate impediscono di spostarli fuori dal contesto.
- Gli output più vecchi e idonei degli strumenti vengono salvati in una cartella privata dedicata quando le autorizzazioni Windows ereditate impediscono di spostarli fuori dal contesto. I file esistenti, le autorizzazioni e la cronologia completa della sessione rimangono invariati.
- I controlli di integrità, i diritti di lettura e il ricorso al contesto completo vengono conservati nel caso in cui un output archiviato non possa essere ripristinato. AgentSpine 0.73.0 e Language Guard 6.20.0 sono invariati rispetto alla 9.1.601.
Tempi di risposta più brevi in produzione o un consumo di token fatturato inferiore non sono ancora dimostrati.
BLUN King · Pubblicata
BLUN King 9.1.601
Data di pubblicazione:
Gli input restano in coda, gli output più vecchi degli strumenti ricevono riferimenti verificati e i controlli della risposta soggetti a throttling vengono ripetuti un numero limitato di volte.
- Se il lavoro in background ottiene il turno per primo, gli input del terminale restano in coda nel loro ordine originale. Ogni input viene mostrato una sola volta.
- Gli output più vecchi e idonei degli strumenti vengono sostituiti nelle richieste al modello da riferimenti verificati a file privati. La cronologia completa e i risultati del turno di conversazione corrente vengono conservati. Se il ricaricamento non è possibile, non è consentito o il contenuto è stato modificato, viene inviato l'output completo.
- Un controllo nativo della risposta soggetto a throttling viene ripetuto una volta con la stessa bozza di risposta. Vale il periodo di attesa salvato del provider. Le chiamate agli strumenti già completate non vengono ripetute e i testi non controllati non vengono approvati.
- Fino a 2.048 token di output restano liberi come buffer per le discrepanze nella stima dell'input. La finestra di contesto non viene ridotta; i limiti di output inferiori impostati esplicitamente rimangono invariati.
Queste modifiche non dimostrano né un consumo di token fatturato inferiore né tempi di risposta più brevi in produzione. Non risolvono nemmeno ogni errore HTTP 502 lato server.
BLUN King · Pubblicata
BLUN King 9.1.600
Data di pubblicazione:
Controllo della risposta con limiti di tempo fissi e versioni dei componenti stabilite.
BLUN King 9.1.600 è pubblicata. npm e il manifest di aggiornamento pubblico coincidono. La pubblicazione non dimostra né un'installazione sul tuo computer né un collaudo in produzione.
Controllo della risposta limitato
- I controlli generali mantengono il limite precedente di 30 secondi. Il controllo linguistico nativo riceve fino a 90 secondi per il primo testo sostanziale, a partire dal segnale di avvio del componente host attendibile, una volta per tentativo di controllo esterno.
- Un testo sostanziale entro la lunghezza di output consentita, così come le transizioni ordinate verso l'approvazione e la verifica della ricevuta, reimpostano ciascuno il periodo di attesa a 30 secondi.
- Per ogni tentativo di controllo esterno vale comunque un limite complessivo di 120 secondi. L'avanzamento non può estendere questo limite. Restano ammessi al massimo due tentativi di controllo esterno.
- Prima di accettare un'approvazione, viene ricontrollato il tempo effettivamente trascorso. Anche con chiamate di timer ritardate, un tentativo di controllo scaduto resta bloccato; il progresso tardivo non può rinnovare una scadenza superata.
I segnali di interruzione continuano a essere rispettati. Il vincolo al testo esatto della risposta, la validità temporale della ricevuta di approvazione e l'autorizzazione continuano a essere controllati.
Componenti inclusi
La versione 9.1.600 include AgentSpine 0.73.0 e Translate Native 6.155.0. Il protocollo Guard rimane invariato alla 6.20.0.
Limitazioni note
I nuovi limiti di tempo non dimostrano una correzione generale degli errori HTTP 502 in produzione. Le osservazioni aperte della 9.1.599 restano aperte senza una verifica separata in produzione.
Contesto e guida
Un prompt che deve essere conservato integralmente non viene più troncato silenziosamente solo per entrare in una finestra di modello rigida più piccola. Con una nuova suddivisione esplicita dei messaggi utente da conservare, con il budget predefinito di 20.000 token, l'adattamento può essere completato nella stessa compattazione. Per i prefissi successivi o ripristinati non devono essere scartati ulteriori requisiti. La richiesta deve comunque entrare nella finestra di modello rigida.
Le invocazioni di sola guida con --help o -h non creano più uno stato di diagnostica in fase di esecuzione. Se prompt e argomenti di guida vengono combinati, resta il comportamento di esecuzione precedente.
BLUN King · 18 settembre 2026
BLUN King 9.1.599
Data di pubblicazione:
Approvazioni individuali tracciabili per la memoria personale e ulteriori correzioni in caso di superamento del contesto.
Le richieste di approvazione per la memoria personale mostrano titoli di azione comprensibili nella lingua selezionata e anteprime complete delle modifiche effettive alle impostazioni o del testo da salvare. I caratteri di controllo vengono mascherati visibilmente; il contenuto originale rimane invariato.
Le modifiche valide alla memoria devono essere approvate singolarmente; gli input non validi possono solo essere rifiutati. Un'approvazione di sessione non autorizza automaticamente le richieste in attesa che richiedono un'approvazione individuale.
Il controllo del pacchetto comprende 37 aree funzionali con 199 controlli obbligatori, 158 esecuzioni di controllo e 4.905 test distinti superati. Inoltre, gli aggiornamenti dalla 9.1.597 e dalla versione intermedia locale 9.1.598 alla 9.1.599 sono stati controllati in installazioni isolate con l'updater invariato e il percorso di installazione invariato. Entrambi i test hanno riconosciuto la versione tramite le fonti di aggiornamento pubbliche e hanno controllato tutti i 918 file dell'archivio di rilascio.
Le note in README.md e CHANGELOG.md del pacchetto invariato 9.1.599 descrivono la versione candidata al momento dell'impacchettamento. Non sono state modificate retroattivamente dopo l'installazione locale. Questa pagina pubblica continua a documentare separatamente la versione pubblicata e le limitazioni osservate successivamente.
Limitazioni note nella 9.1.599
In produzione sono state osservate ancora risposte HTTP 502 ripetute, a volte seguite da richieste riuscite. Le correzioni del contesto non sono una soluzione generale per gli errori del provider o di rete.
Il controllo linguistico può interrompere una risposta con missing-language-character-profile o suspected-ascii-substitution. Questo riscontro resta aperto; la 9.1.599 non contiene alcuna correzione dimostrata a riguardo.
Una risposta all'immagine inviata è stata confermata dall'utente. Mancano ancora un controllo indipendente dell'interpretazione dell'immagine e il collaudo visivo di input e righe di stato. I controlli del pacchetto superati non equivalgono a un via libera generale per questi flussi.
Ripreso dalla versione intermedia locale 9.1.598
Senza data
La 9.1.598 è stata controllata e installata localmente, ma non è stata pubblicata come aggiornamento npm separato. Le modifiche seguenti sono incluse nella 9.1.599:
- In caso di rifiuto del contesto, i limiti inferiori per il numero di token di input vengono distinti dalle indicazioni esatte. Per un limite inferiore segnalato, il limite di output viene ridotto una volta, senza scartare messaggi o strumenti. I segnali di interruzione e il limite di ulteriori tentativi restano efficaci. Viene così corretto in modo mirato l'errore nel calcolo del limite di output riprodotto nella 9.1.597.
- Sono di nuovo incluse le 150 parole di attività originali, mostrate a rotazione. Per la loro visualizzazione non vengono effettuate ulteriori richieste al modello.
- Nell'hook di input attendibile di AgentSpine, al posto dei dati multimediali completi viene passato un riferimento multimediale compatto con tipo, checksum SHA-256 e indicazione della dimensione. Gli allegati completi per il modello e i controlli di protezione esistenti vengono conservati. Questo da solo non dimostra ancora un'interpretazione riuscita delle immagini in produzione.
Nuovo nella 9.1.597
Data di pubblicazione:
Ripristino limitato in caso di superamenti del contesto espressamente segnalati, anche se racchiusi in una risposta di errore del gateway.
Se una richiesta viene rifiutata prima dell'inizio dell'output a causa di un superamento del contesto comprovato, King può effettuare un nuovo tentativo limitato con un limite di output inferiore. Vengono rilevati anche gli errori corrispondenti racchiusi in una risposta 502. Messaggi, strumenti, limiti di output inferiori scelti esplicitamente e segnali di interruzione vengono conservati. Uno stream già avviato non viene riprodotto di nuovo.
Questo non risolve tutti gli errori del provider o di rete. Le interruzioni generali della connessione e le interruzioni del servizio devono continuare a essere controllate in base ai propri dati di errore.
Limitazione nota nella 9.1.597: se il server segnala solo un limite inferiore per il numero di token di input, il nuovo tentativo può fallire di nuovo e provocare compattazioni inutili. Questo caso è stato riprodotto il 17 settembre 2026 dopo la pubblicazione. La correzione aggiuntiva dalla versione intermedia locale 9.1.598 è inclusa nella 9.1.599.
Sono state controllate 36 aree funzionali con 183 controlli obbligatori e 4.407 test distinti superati, oltre al vero aggiornamento dalla 9.1.596 alla 9.1.597. Questo controllo del pacchetto non sostituisce un test applicativo di una sessione cliente già aperta.
Nuovo nella 9.1.596
Data di pubblicazione:
Le interruzioni automatiche a favore di messaggi Telegram in attesa vengono distinte dai veri annullamenti manuali. Un'interruzione di questo tipo dovuta alla coda non viene più segnalata erroneamente come pressione del tasto Escape. Il periodo di attesa, le regole di protezione per gli strumenti in esecuzione e il comportamento in caso di vero annullamento manuale vengono conservati.
Nuovo nella 9.1.595
Data di pubblicazione:
Gli schemi di strumenti opzionali vengono caricati tramite ToolSearch e conservati in modo limitato. I grandi cataloghi di skill vengono forniti in modo compatto e suddivisi in pagine. La ricerca, le successive estensioni MCP e i normali controlli di autorizzazione vengono conservati.
Per i saluti brevi, King può utilizzare un estratto limitato e recente del dialogo, senza eliminare i messaggi salvati o troncare le istruzioni di sistema. Per un successivo incarico di lavoro, King tiene nuovamente conto della cronologia di lavoro conservata. Il calcolo del contesto rimane integro anche dopo la ripresa di una sessione. Non è garantito un consumo fisso di token per ogni saluto.
Nuovo nella 9.1.594
Data di pubblicazione:
- Le risposte private di Telegram restano possibili mentre i messaggi di gruppo attendono. L'assegnazione dei comandi slash viene conservata.
- I lunghi periodi di attesa da Retry-After vengono rispettati; riprendendo una sessione, la pausa rimanente viene ripristinata.
- Dopo lo scarto della descrizione di accompagnamento, un passo di strumento già completato viene comunque elaborato. La descrizione scartata non viene pubblicata e il controllo della risposta finale non viene indebolito.
- Le funzioni di ripristino limitate per la scrittura in più parti sono di nuovo disponibili. Questo vale anche per i limiti di tempo della shell, il controllo delle attività e il ripristino della sessione.
- Input, righe di quota, indicatore di attività, attività espandibili e output degli strumenti con attribuzione delle fonti restano visibili durante lo streaming e la navigazione nella cronologia.
- Prima dell'impacchettamento sono richieste prove complete di regressione della console; i metadati di aggiornamento pubblici vengono controllati per verificarne la coerenza.
Versioni intermedie dalla 9.1.590 alla 9.1.593
Queste versioni sono presenti nella cronologia di rilascio locale, ma il 17 settembre 2026 non sono incluse nell'elenco pubblico delle versioni npm. Non vengono qui raccomandate come aggiornamenti disponibili pubblicamente. I lavori su avvio, ripresa, autorizzazioni, indicatore di attività e input visibile sono stati presi in considerazione nelle prove della 9.1.594.
Nuovo nella 9.1.589
Data di pubblicazione:
- Vengono inclusi i sorgenti verificati di AgentSpine e Translate Native, oltre ai manifest di aggiornamento verificati.
- Durante il caricamento del contesto dell'agente, il profilo King attivo viene conservato.
- Gli strumenti necessari per il controllo della risposta restano disponibili. Il consumo per la generazione della risposta viene registrato anche se il controllo scarta la risposta.
- Nell'integrazione di canale gestita, i messaggi di gruppo vengono assegnati solo in caso di menzione esplicita.
- La console mostra la compattazione in corso e le soglie in vigore.
- Il budget di lavoro per la compattazione anticipata e la riserva di sicurezza al limite della richiesta vengono conservati attraverso gli aggiornamenti.
- Il dialogo di aggiornamento all'avvio, l'avanzamento e gli avvisi sugli aggiornamenti programmati usano coerentemente la lingua selezionata.
- Gli identificatori di integrazione tecnica e le licenze vengono conservati; i messaggi di errore visibili in fase di esecuzione sono formulati in modo neutro.
- L'installazione non riavvia le sessioni esistenti. Una sessione in esecuzione carica il nuovo codice al prossimo avvio.
9.1.588: Ritirata
Data di pubblicazione:
Questa versione è stata pubblicata l'11 settembre 2026 e successivamente contrassegnata come ritirata su npm. Il registro cita un controllo di compatibilità fallito del manifest di aggiornamento. Usa la versione stabile attuale, non questo pacchetto ritirato.
Nuovo nella 9.1.587
Data di pubblicazione:
Cataloghi di strumenti più stabili, compattazione automatica anticipata e un nuovo tentativo mirato dopo interruzioni dovute a fasi di solo pensiero troppo lunghe.
Con istruzioni in buffer durante un turno in corso, il catalogo di strumenti attivo viene conservato anche per il passo di lavoro successivo. Gli strumenti necessari restano disponibili. Se il budget di schema esistente viene superato, le definizioni di strumenti opzionali conservate vengono riselezionate.
La compattazione automatica del contesto interviene di nuovo prima. Dopo una compattazione riuscita che riduce la cronologia, King può eseguirla di nuovo nello stesso turno. I limiti di modello inferiori e il limite dei tentativi falliti restano efficaci.
Dopo un'interruzione dovuta a una fase di solo pensiero troppo lunga, King utilizza il nuovo tentativo unico esistente con il pensiero disattivato, affinché il modello possa rispondere o chiamare uno strumento. I passi regolari successivi mantengono l'impostazione di pensiero scelta; interruzione, controlli di approvazione e limiti di tempo restano efficaci.
Con BLUN_STABLE_STEER_TOOLS=0 o BLUN_EARLY_COMPACTION=0 prima dell'avvio di King è possibile ripristinare il comportamento precedente per la relativa funzione. L'aggiornamento non riscrive sessioni o file di configurazione esistenti.
Nuovo nella 9.1.586
Data di pubblicazione:
La ricezione di Telegram su Windows riparte quando il vecchio ID di processo del bridge ora appartiene a un altro processo. In caso di assegnazione incerta del processo, King non interviene; l'altro processo non viene terminato.
Compattazione del contesto, impostazioni del modello, cronologia della conversazione e il precedente comportamento di consegna di Telegram rimangono invariati.
Nuovo nella 9.1.585
Data di pubblicazione:
BLUN King · 8 settembre 2026
La versione 9.1.585 controlla la struttura e i singoli risultati delle risposte WebSearch gestite anche quando mancano le indicazioni opzionali sullo stato della ricerca.
Una risposta senza un elenco di risultati valido non viene più riportata come ricerca riuscita senza risultati. Ogni risultato deve avere un titolo che non sia vuoto né composto solo da spazi, un estratto di testo come stringa e un indirizzo HTTP o HTTPS assoluto senza credenziali incorporate. I risultati non validi portano al rifiuto dell'intera risposta, prima che vengano restituiti risultati o avvisi su risultati di ricerca incompleti.
Le risposte valide nel formato precedente senza indicazioni di stato continuano a essere supportate, così come gli elenchi di risultati vuoti e le stringhe vuote come estratti di testo. Per le risposte valide, l'ordine, le stringhe URL esatte, le indicazioni facoltative di data e sito, le attribuzioni delle fonti nell'output e l'elaborazione dei risultati incompleti rimangono invariati.
Viene modificata solo l'integrazione di ricerca gestita. Il comportamento di interruzione, l'autenticazione delle richieste, FetchURL e Telegram rimangono invariati. Il controllo del formato non dimostra che una fonte sia corretta o attuale. Questa versione non introduce né un limite di dimensione per le risposte né un nuovo limite di tempo.
Nuovo nella 9.1.584
Data di pubblicazione:
La versione 9.1.584 trasmette il segnale di interruzione del chiamante attraverso WebSearch fino alla richiesta di ricerca HTTP gestita, anche durante la lettura del contenuto della risposta.
Le ricerche già interrotte non attivano alcuna elaborazione presso il provider. Se l'interruzione avviene durante la risoluzione delle credenziali, non viene più inviata alcuna richiesta di ricerca. I risultati che arrivano dopo l'interruzione non vengono restituiti come ricerca riuscita.
I controlli di interruzione comprendono anche le risposte JSON riuscite, il contenuto delle risposte di errore e gli avvisi sui risultati di ricerca incompleti. L'elaborazione di risultati completi, incompleti e vuoti, le attribuzioni delle fonti e la procedura di fallback regolare durante l'autenticazione rimangono invariate.
Questa versione non introduce un nuovo limite di tempo e non modifica l'assegnazione di Telegram. I processi condivisi per il rinnovo delle credenziali OAuth e le implementazioni di trasporto che ignorano i segnali di interruzione non vengono interrotti forzatamente. L'interruzione di una richiesta client non dimostra che il lavoro sul server remoto o la relativa fatturazione siano terminati.
Nuovo nella 9.1.583
Data di pubblicazione:
Un'interruzione durante il recupero di una pagina viene ora trasmessa fino alla richiesta HTTP.
FetchURL trasmette il segnale di interruzione del chiamante attraverso lo strumento ed entrambi i servizi di recupero. Una richiesta interrotta prima dell'avvio non viene inviata. Se l'interruzione avviene durante la risoluzione delle credenziali, la richiesta HTTP gestita non viene più avviata in seguito.
Dopo l'interruzione di un recupero gestito non viene più avviato alcun recupero sostitutivo locale. Un risultato tardivo del servizio di recupero viene trattenuto e non utilizzato come riferimento di fonte. In caso di normali errori HTTP e di rete, il precedente recupero sostitutivo locale resta possibile.
Non viene introdotto alcun nuovo limite di tempo. Un rinnovo condiviso delle credenziali e l'elaborazione HTML sincrona non vengono interrotti forzatamente. Il limite di dimensione della 9.1.582 resta in vigore; il routing di Telegram e le richieste al modello rimangono invariati.
Nuovo nella 9.1.582
Data di pubblicazione:
Il recupero di pagine locale controlla la dimensione della risposta già durante la lettura e si interrompe al superamento del limite.
Il recupero locale conta i byte di risposta in arrivo prima della decodifica di ogni blocco di dati e interrompe il flusso di dati non appena il limite di dimensione viene superato. Se l'indicazione Content-Length manca o è errata, la risposta completa non viene più letta per essere poi rifiutata.
Il limite predefinito resta a 10 MiB e si applica al flusso di risposta dopo la decompressione HTTP. I caratteri UTF-8 distribuiti su più blocchi di dati vengono conservati. I buffer di trasporto e il blocco di dati con cui viene superato il limite possono trovarsi già in memoria; non ne consegue un limite superiore esatto per l'intera memoria di processo.
Viene modificato il percorso di recupero locale, anche quando serve come soluzione di ripiego. Le correzioni di ricerca della 9.1.581 restano incluse. Il routing di Telegram e il periodo di attesa per il modello rimangono invariati.
Nuovo nella 9.1.581
Data di pubblicazione:
Nel recupero di pagine locale, gli estratti HTML vuoti non vengono più restituiti come fonti riuscite.
Se dopo la pulizia e la conversione non rimane alcun contenuto di pagina, il solo titolo del documento non basta più per un recupero riuscito. Viene invece restituito l'errore di estrazione già esistente.
I contenuti brevi reali e i titoli visibili vengono conservati. Le risposte in formato testo semplice o Markdown rimangono invariate. La correzione riguarda l'estrazione HTML locale, non il servizio di recupero gestito.
Le correzioni di ricerca della 9.1.580 e le precedenti correzioni di Telegram restano incluse invariate. Questo aggiornamento non modifica né il periodo di attesa per il modello né l'assegnazione dei messaggi in arrivo ai loro destinatari.
Nuovo nella 9.1.580
Data di pubblicazione:
L'archivio di ricerca rifiuta le indicazioni di data storiche non valide per le fonti.
Un nuovo rapporto non viene salvato se un'indicazione di data relativa a una fonte contiene un giorno di calendario non valido o una componente temporale non interpretabile. Le indicazioni di data mancanti restano consentite.
Al recupero dei rapporti di ricerca salvati, i rapporti più vecchi con indicazioni di data non valide per le fonti vengono saltati e segnalati con un avviso diagnostico. I file non vengono né riscritti né eliminati. I rapporti validi separati restano ricercabili; le indicazioni di data valide mantengono il loro offset di fuso orario e la loro precisione.
L'ordinamento dei rapporti di ricerca della 9.1.579 e le precedenti correzioni di Telegram restano inclusi invariati. Questo aggiornamento non modifica né il periodo di attesa per il modello né l'assegnazione dei messaggi in arrivo ai loro destinatari.
Nuovo nella 9.1.579
Data di pubblicazione:
I rapporti di ricerca salvati vengono ordinati in base al momento effettivo del recupero a parità di rilevanza.
Le indicazioni di tempo con e senza millisecondi vengono confrontate come istanti UTC, non come testo. La rilevanza ha comunque la precedenza; a istanti identici, l'ordine precedente viene conservato.
Se lo stesso passo di testo è stato rilevato più volte, il risultato mantiene l'attribuzione di origine del recupero più recente. I rapporti già salvati restano invariati e quindi non valgono come fonti nuovamente verificate.
La correzione per le risposte di Telegram della 9.1.578 resta inclusa invariata. Lo stesso vale per il limite dei nuovi tentativi quando il modello si limita a pensare senza fornire una risposta o una chiamata a uno strumento. Questo aggiornamento non modifica né il periodo di attesa per il modello né l'assegnazione semantica dei messaggi in arrivo.
Nuovo nella 9.1.578
Data di pubblicazione:
Nuovi tentativi limitati quando il modello si limita a pensare e raggiunge il limite di tempo, oltre a una correzione mirata per le brevi risposte di gruppo di Telegram in relazione a una domanda.
Se il modello raggiunge il limite di tempo mentre si limita a pensare, King consente un ulteriore tentativo per passo. Un secondo superamento di questo tipo conclude il passo. Lo sforzo di pensiero scelto e il precedente limite di tempo rimangono invariati. Questo limite non accorcia l'attesa del primo output del modello.
Brevi conferme della propria presenza nei gruppi Telegram possono ora essere inviate se reply_to le collega a un input della stessa chat risalente al massimo a 30 minuti prima. Questo input deve rivolgersi esplicitamente all'agente o corrispondere a una domanda supportata in tedesco o inglese sulla sua presenza che inizia con il suo nome configurato. Le conferme di presenza non richieste e le dichiarazioni secondo cui non c'è nulla da segnalare continuano a essere filtrate. L'invio sostitutivo automatico nei gruppi resta disattivato.
I registri delle risposte inviate e soppresse ora contengono reply_to. L'eccezione non si applica in caso di contesto mancante o ambiguo. Questo aggiornamento non aggiunge alcun riconoscimento generale del destinatario e non impedisce le chiamate al modello non necessarie dovute al precedente indirizzamento semantico.
La correzione vale per due versioni esattamente identificate dei mittenti MCP di Telegram gestiti e si applica anche al consolidamento finale della configurazione del plugin. Il mittente più vecchio utilizza una copia di compatibilità con modifiche strettamente delimitate. I bridge in ingresso, le impostazioni di accesso, i profili e i registri dei plugin non vengono riscritti. I mittenti sconosciuti o personalizzati e le sostituzioni impostate esplicitamente vengono conservati. King deve essere riavviato dopo l'aggiornamento affinché la correzione venga caricata.
Nuovo nella 9.1.577
Data di pubblicazione:
Niente più comunicazioni di completamento automatiche nei gruppi Telegram. Le risposte utili vengono inviate lì in modo mirato tramite lo strumento di risposta di Telegram.
Il nucleo CLI e il bridge Telegram autonomo non inoltrano più automaticamente ai gruppi il testo di completamento normale di un agente. Indicazioni come «Niente da segnalare» non raggiungono quindi più il gruppo tramite questo invio sostitutivo automatico.
Le risposte nelle chat private, gli strumenti di risposta usati esplicitamente, i risultati di obiettivo richiesti, i messaggi di comando e stato e l'invio di media vengono conservati. Le istruzioni di prompt per gli input normali, i messaggi di controllo durante un'attività in corso e i messaggi di gruppo del bridge autonomo ora contengono la stessa regola di invio.
Ciò non garantisce che un modello non invii mai una risposta non necessaria tramite una chiamata a uno strumento. La correzione non impedisce nemmeno che i messaggi di gruppo senza relazione con l'agente in questione raggiungano il modello. Le regole di menzione, le impostazioni di accesso e la risoluzione dei plugin gestiti rimangono invariate; non è incluso un aggiornamento di AgentSpine o del Language Guard.
Il nucleo aggiornato deve essere caricato da un nuovo processo. Le sessioni in esecuzione non vengono riavviate automaticamente. I profili esistenti e la cronologia della sessione vengono conservati.
Nuovo nella 9.1.576
Data di pubblicazione:
BLUN King 9.1.576 distingue C++ e C# nelle interrogazioni di ricerca locale e include le correzioni precedentemente pubblicate per gli aggiornamenti, la ripresa delle sessioni e Telegram.
La ricerca nei rapporti di ricerca locali tratta C++ e C# isolati come termini distinti, anche con maiuscole e minuscole diverse e con segni di punteggiatura circostanti. I passaggi di testo salvati, gli hash, i controlli di protezione delle fonti, la normalizzazione Unicode, i limiti di raccolta e i limiti di output rimangono invariati. Non è necessaria una nuova indicizzazione.
Un'esecuzione di prova prestabilita con 20 interrogazioni di ricerca tecniche e test di regressione mirati sui limiti dei token verificano questa correzione. Riguarda la ricerca locale e non è una dichiarazione sulla qualità o sulla capacità di WebSearch in produzione. Tutte le modifiche della 9.1.575 restano incluse.
Nuovo nella 9.1.575
Data di pubblicazione:
Il crawler web incluso rifiuta le risposte con cf-mitigated: challenge prima di leggere i contenuti, seguire i reindirizzamenti o interpretare un file robots mancante come autorizzazione a continuare. Per i nomi degli header non fa distinzione tra maiuscole e minuscole; controlla inoltre i valori normalizzati e gli header presenti più volte. Lo stato della risposta resta conservato nel rapporto di errore.
I file robots mancanti senza questa marcatura e le normali pagine di documentazione continuano a passare dal flusso esistente. Le pagine già completate restano disponibili quando una pagina successiva viene rifiutata; l'errore viene segnalato come risultato incompleto. Questa protezione controlla una marcatura della risposta. Non è né un rilevamento generale di challenge né un bypass CAPTCHA. I provider di ricerca, l'autenticazione, i blocchi di aggiornamento e il nucleo CLI rimangono invariati. Tutte le modifiche della 9.1.574 restano incluse.
Nuovo nella 9.1.574
Data di pubblicazione:
Gli aggiornamenti esplicitamente richiesti distinguono ora tra un aggiornamento bloccato, un controllo di blocco non disponibile, una directory privata non disponibile, una versione installata non valida e un programma di installazione protetto non disponibile. Questi casi non vengono più segnalati genericamente come controllo del pacchetto fallito. La modifica vale per i messaggi in tedesco e in inglese.
L'autorizzazione all'aggiornamento, il comportamento di blocco, i motivi di ritorno, i codici di uscita e il comportamento del programma di installazione rimangono invariati. Le sessioni in esecuzione non vengono terminate automaticamente. I pacchetti fissati a un vecchio canale interno richiedono ancora un'installazione npm esplicita con King terminato; questa versione non revoca tale fissaggio. Tutte le modifiche della 9.1.573 restano incluse.
Nuovo nella 9.1.573
Data di pubblicazione:
Il campo di input resta visibile e focalizzato dopo la selezione dell'obiettivo all'avvio, anche dopo Escape o una ripresa dell'obiettivo fallita. Le bozze non inviate vengono conservate. Al posto del testo completo dell'obiettivo compare una selezione compatta per continuare con o senza obiettivo.
Ctrl+S esce dalla selezione senza confermare l'obiettivo e viene elaborato come scorciatoia regolare per la coda. Vengono considerati anche gli input in attesa durante l'inattività. Escape mantiene la sequenza precedente: prima svuota la coda, al successivo Escape interrompe l'esecuzione attiva. La cronologia della sessione non viene eliminata automaticamente.
Questa versione non ricostruisce le conferme di consegna perse da un processo più vecchio prima dell'aggiornamento. I messaggi realmente in attesa restano assegnati alla loro sessione.
Nuovo nella 9.1.572
Data di pubblicazione:
Nei rapporti di ricerca vengono rifiutati gli URL delle fonti i cui parametri di query o frammenti a forma di parametro contengono nomi di parametri noti per le credenziali. Vengono controllati anche i nomi annidati e i percorsi nel frammento. Il rifiuto vale sia per le fonti fallite sia per quelle utilizzabili.
I rapporti già salvati con tali URL vengono trattenuti al recupero con il risultato esistente partial / report-invalid. Le versioni salvate originariamente non vengono né modificate né eliminate; gli indirizzi delle fonti non vengono accorciati o riscritti silenziosamente. I normali parametri di query e gli ancoraggi negli URL di documentazione restano byte-identici. La protezione riconosce nomi di parametri noti, non segreti arbitrari, e non ripulisce la cronologia.
Nuovo nella 9.1.571
Data di pubblicazione:
Le sezioni della coda di Telegram vengono assegnate alla loro sessione. Una nuova sessione non subentra più automaticamente al lavoro in attesa di una sessione più vecchia. Riprendendo una sessione nota, vengono ripristinate solo le sue sezioni in attesa. Durante la selezione, la creazione o il cambio di sessione, la presa in carico dei messaggi del canale viene sospesa. I messaggi che arrivano dopo il confine scelto, gli input successivi nell'editor locale e le conferme di consegna tardive mantengono la loro assegnazione corretta.
L'assegnazione e le conferme di consegna che arrivano in ordine diverso vengono conservate alla riconnessione e al passaggio di un lease. Uno stato di coda danneggiato o sostituito viene rifiutato, invece di riprodurre silenziosamente vecchi input. Posta in arrivo e cronologia della sessione vengono conservate. Le vecchie sezioni in attesa senza una sessione riconoscibile vengono differite e non assegnate a una nuova sessione; il loro ripristino automatico non è incluso. Questo non risolve ogni timeout o compattazione di contesto bloccata. Un downgrade non è una procedura per migrare la coda.
Il plugin di Telegram e la funzione sostitutiva indipendente della console per l'invio automatico delle risposte sopprimono le conferme di ricezione riconosciute e i testi che annunciano soltanto il proprio silenzio, anche oltre 200 caratteri. Se un messaggio contiene una parte di frase non riconosciuta o sostanziale, viene conservato. I brevi avvisi di gruppo utili possono ancora essere consegnati. Si tratta di un filtro di invio tedesco-inglese prudente con istruzioni supplementari, non di una garanzia che ogni modello comprenda ogni conversazione di gruppo.
Un nuovo processo deve caricare il pacchetto aggiornato; le sessioni in esecuzione non vengono riavviate. I fissaggi esistenti ai canali di aggiornamento interni e i blocchi di installazione di Windows con EBUSY restano problemi separati. Tutte le altre modifiche della 9.1.570 restano incluse. Questa versione non attiva una ricerca web ospitata e non modifica né AgentSpine né fatturazione, autenticazione o configurazione del cliente.
Nuovo nella 9.1.570
Data di pubblicazione:
Ogni nuova consegna di prompt riceve un proprio ID di correlazione hook. Gli hook della stessa consegna mantengono lo stesso ID; gli ID impostati esplicitamente vengono conservati. I valori di ambiente specifici della sessione raggiungono i sottoprocessi hook e le connessioni MCP anche alla riconnessione, senza riscrivere le configurazioni dei plugin salvate. L'assegnazione dei risultati nativi degli strumenti resta conservata tra le esecuzioni, anche per strumenti falliti e chiamate duplicate.
Le interrogazioni di ricerca Unicode canonicamente equivalenti trovano gli stessi risultati, senza equiparare caratteri diversi. Le fonti salvate, le date, le versioni e i confini di progetto vengono conservati. king --help e king --version non modificano più le impostazioni di registro di Windows per le immagini di arresto anomalo.
La ricerca web supporta risposte parziali quando questa modalità di risposta è stata concordata e mostra in tal caso un avviso sulle fonti non disponibili. Le risposte parziali vuote o incompatibili restano errori espliciti. Questa modifica del client non attiva un servizio di ricerca ospitato e non ne garantisce il funzionamento.
Il trasporto BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE è disattivato per impostazione predefinita. Se attivato esplicitamente, trasmette il percorso effettivo del registro di sessione salvato e il relativo log al plugin AgentSpine selezionato. Ogni sessione riceve un'autorizzazione di accesso propria, rinnovata dopo una ripresa. Si tratta di supporto al trasporto, non di una prova di recupero della memoria o di autorizzazione da parte del plugin ricevente.
Tutte le modifiche pubbliche della 9.1.569 restano incluse. L'implementazione AgentSpine inclusa rimane invariata; non viene introdotta alcuna dipendenza da Mnemo. Profili utente, autorizzazioni, conversazioni e impostazioni dei plugin non vengono né migrati né reimpostati.
Nuovo nella 9.1.569
Data di pubblicazione:
Questa versione cumulativa pubblica include la consegna nei gruppi Telegram in base alle menzioni, le correzioni per l'avvio e le autorizzazioni, nonché le raccolte di ricerca e gli strumenti crawler. I pacchetti pubblicati rimangono invariati. Le modifiche successive compaiono sotto un nuovo numero di versione.
Nuovo nella 9.1.566
Data di pubblicazione:
BLUN King 9.1.566 rende più robusti gli aggiornamenti dei plugin e il caricamento dei moduli nativi di runtime.
Il runtime AgentSpine incluso viene aggiornato alla versione 0.59.1. Il suo autoavvio salta la radice di un profilo utente come destinazione di scansione e tutti gli hook del ciclo di vita restano non bloccanti quando un percorso protetto non può essere letto.
I moduli nativi .node vengono risolti tramite una cache adressata al contenuto al di fuori del pacchetto npm. Non appena questa versione è attiva, una console in esecuzione non tiene più aperta la copia del pacchetto di questi moduli. Aggiornamenti successivi possono quindi sostituire la directory del pacchetto senza entrare in conflitto con questi file nativi.
Il pacchetto pubblico conserva i cataloghi completi dell'interfaccia in spagnolo, francese, svedese e ceco della versione 9.1.565. I percorsi di runtime interni di Mnemo, gli endpoint privati, i provider di modelli interni e gli script di build non sono inclusi.
Il pacchetto cliente ha superato la scansione delle fughe di dati, il test completo del runtime con 13 test, l'inizializzazione MCP di AgentSpine, un'installazione pulita e l'aggiornamento dalla 9.1.565. Tutti i file di testo usano terminazioni di riga LF. SHA-256 del pacchetto npm: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.
Nuovo nella 9.1.565
Data di pubblicazione:
BLUN King 9.1.565 stabilizza i lunghi cicli di lavoro ed estende il runtime AgentSpine incluso.
Il freno di ripetizione azzera la sua sequenza di risultati equivalenti non appena tra di essi avanza un lavoro reale. I normali controlli della posta in arrivo e delle liste di attività non provocano quindi più una falsa risposta forzata.
L'indicatore di attività consiste esattamente in una riga. Mostra la parola di stato inglese corrispondente all'attività corrente, i token del pensiero nascosto, i token visibili, il consumo totale, l'effort, il tentativo, il budget e il passo.
Gli errori di scansione di AgentSpine restano non bloccanti per gli strumenti di mutazione, gli input utente e gli hook di stop: il flusso successivo può continuare e l'errore viene registrato nel registro di controllo. Prima di un arresto fatale dovuto a un'eccezione o a un rifiuto non gestito, la console scrive il registro di runtime in modo sincrono.
Il runtime AgentSpine raggruppato viene aggiornato alla versione 0.54.0 dal commit fb6d456b68605fd83721090e503f000a26e8a0fb. Lo stato contiene il vero test ACL fail-open, i piani target permanenti legati alle dipendenze e la risoluzione vincolata delle lacune di conoscenza.
Gli hook del ciclo di vita SessionStart, UserPromptSubmit, PostToolUse e Stop vengono inviati a Mnemo con l'identità MNEMO_AGENT esatta. Gli errori di rete restano a prova di guasto.
I testi dell'interfaccia precedentemente mancanti sono ora completi in spagnolo, francese, svedese e ceco.
Il gate completo del pacchetto, la scansione delle perdite, il controllo del catalogo linguistico, il test dell'hook ACL, l'installazione pulita, l'aggiornamento dalla 9.1.564 e l'inizializzazione MCP di AgentSpine sono verdi. SHA-256 del pacchetto npm: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.
Nuovo nella 9.1.564
Data di pubblicazione:
BLUN King 9.1.564 previene gli arresti anomali causati da cartelle protette e testi dell'interfaccia mancanti.
AgentSpine salta nella scansione preliminare dei file singoli file e cartelle che il sistema operativo blocca con EPERM o EACCES. Un errore di scansione imprevisto non blocca più la successiva chiamata di strumento; viene rilasciato e registrato nel registro di audit.
Se in una lingua dell'interfaccia pubblicata manca una chiave di testo, la console usa il testo inglese e registra la lacuna una sola volta, invece di arrestarsi nel percorso di rendering. In questo modo la riga di stato del pensiero resta utilizzabile in particolare in ceco, spagnolo, francese e svedese.
Le traduzioni effettive delle chiavi ancora mancanti seguiranno in una versione verificata separatamente. Fino ad allora, il ripiego in inglese è deliberatamente visibile e a prova di errore.
Il pacchetto è stato verificato contro l'esatto crash ceco thinking.step dalla 9.1.563. La nuova versione restituisce «step 6» invece di un'eccezione, avvisa una sola volta per lingua e chiave, supera le cartelle vicine inaccessibili, inizializza AgentSpine 0.49.0, supera un'installazione pulita e l'aggiornamento dalla 9.1.563 e non contiene import di plugin non risolti. SHA-256 del pacchetto npm: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.
Nuovo nella 9.1.563
Data di pubblicazione:
BLUN King 9.1.563 aggiorna il runtime AgentSpine incluso alla versione 0.49.0.
La nuova versione richiede, prima di un tentativo di apprendimento, almeno un riscontro recente e indipendente da una conferma esplicita dell'utente o da un test oggettivo. I soli riscontri di conversazione o di documenti non bastano più, anche se le altre soglie sono soddisfatte.
I contratti di apprendimento vincolano questa regola dei riscontri in modo persistente; le successive modifiche di configurazione non possono indebolire un controllo in corso. I blocchi di file legati alla proprietà proteggono le modifiche di apprendimento parallele dalla sovrascrittura e fanno fallire in fail-closed i blocchi manipolati o di terzi.
L'aggiornamento sostituisce l'albero dei plugin gestiti al prossimo avvio in modo indirizzato al contenuto. Le installazioni esistenti della 9.1.562 vengono aggiornate ad AgentSpine 0.49.0, un albero invariato viene riutilizzato e il server MCP di AgentSpine conferma la versione 0.49.0.
Il confine del pacchetto differisce dalla 9.1.562 solo per le indicazioni di versione e il runtime AgentSpine 0.49.0 esattamente pinnato. Il controllo completo upstream, 49 test di apprendimento mirati, il confronto dei pacchetti, la scansione delle perdite, l'installazione pulita, il vero percorso di aggiornamento dalla 9.1.562 e un'inizializzazione MCP sono verdi. SHA-256 del pacchetto npm: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.
Nuovo nella 9.1.562
Data di pubblicazione:
BLUN King 9.1.562 ripristina il file del runtime AgentSpine nel pacchetto pubblico.
Il file di runtime richiesto dal server MCP AgentSpine incluso viene nuovamente fornito. Una nuova installazione materializza completamente il plugin; il server MCP si avvia e conferma il proprio nome e la versione del protocollo.
Il confine del pacchetto differisce dalla 9.1.561 solo per i metadati di versione e il file di runtime ripristinato. La scansione delle perdite, l'installazione pulita, la materializzazione dei plugin e una vera inizializzazione MCP sono verdi. SHA-256 del pacchetto npm: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.
Nuovo nella 9.1.561
Data di pubblicazione:
BLUN King 9.1.561 trasferisce nel pacchetto pubblico i miglioramenti verificati del sistema di lavoro.
L'incarico attuale e i risultati recenti degli strumenti restano disponibili. I risultati di lettura non vengono accorciati. I risultati grandi vengono salvati con un riferimento per il recupero, invece di essere svuotati. I risultati identici ripetuti rimandano al risultato completo più recente.
Le compattazioni vengono registrate come transazione con marcatura di inizio, riepilogo e fine. Le chiamate agli strumenti e i loro risultati restano insieme, mentre i checkpoint persistenti garantiscono il percorso di ripristino attraverso i nuovi tentativi.
I budget di output provengono ora dal profilo del modello attivo. Il modello BLUN gestito riceve per impostazione predefinita 128.000 token di output, se nessun valore è impostato esplicitamente. I vecchi limiti fissi di 32.768 token e i limiti bassi per low e off non tagliano più il lavoro complesso; la capacità del contesto resta il limite di sicurezza.
L'updater chiede prima di preparare o avviare l'installer. Nel pacchetto pubblico il modello BLUN gestito resta impostato in modo fisso; /model serve solo più come alias di compatibilità per /effort.
Il confine del pacchetto è stato controllato su tutti i nomi di file e i contenuti leggibili. I percorsi interni del provider, la scelta del modello, gli script di build e di regressione, gli identificatori privati e gli indirizzi di server privati non sono inclusi.
Il pacchetto completo, la scansione delle perdite, l'installazione pulita, l'output di versione e di aiuto, le impostazioni predefinite di un nuovo profilo e la decisione di aggiornamento dalla 9.1.550 alla 9.1.561 sono verdi. SHA-256 del pacchetto npm: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.
Nuovo nella 9.1.527
Data di pubblicazione:
BLUN King 9.1.527 adotta il flusso /copy da DeepAgents.
Il comando copia la risposta più recente dell'assistente, completata e non vuota, tramite il percorso degli appunti multipiattaforma esistente.
Se /copy viene inserito durante una risposta in corso, il comando usa la coda dei comandi esistente e viene eseguito dopo il completamento della risposta.
Messaggi di stato chiari coprono il successo, una cronologia vuota e gli errori degli appunti in tutte e sei le lingue dell'interfaccia.
Un test di regressione rosso-verde protegge la registrazione dei comandi, l'esecuzione, la selezione della risposta, il contenuto byte-identico degli appunti e i testi dell'interfaccia approvati.
Il prepack completo e il controllo dell'artefatto estratto sono verdi. SHA-256 del pacchetto npm: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.
Nuovo nella 9.1.526
Data di pubblicazione:
BLUN King 9.1.526 materializza la versione di AgentSpine raggruppata con il pacchetto attuale, prima che /reload ricostruisca il catalogo dei plugin e la configurazione MCP.
Le voci di plugin non interessate restano invariate. Un albero AgentSpine gestito e invariato viene riutilizzato senza riscrivere installed.json.
Un test di regressione rosso-verde contro la 9.1.525 protegge l'ordine di bootstrap, l'adozione del plugin gestito e il comportamento idempotente al ricaricamento.
Il prepack completo, il controllo dell'artefatto impacchettato e il test isolato dell'updater dalla 9.1.525 alla 9.1.526 sono verdi. SHA-256 del pacchetto npm: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.
Nuovo nella 9.1.525
Data di pubblicazione:
BLUN King 9.1.525 avvia ogni comando shell locale su Windows e POSIX in un proprio gruppo di processi. I programmi non possono più agganciarsi alla console di controllo della TUI BLUN e intercettare Escape, Ctrl+S o altri input dell'editor.
Standard input, standard output e standard error restano in pipe private. I comandi interattivi ricevono la fine del file e falliscono o vanno in timeout, senza competere con l'editor per l'input.
L'isolamento locale della shell di DeepAgents è stato adottato per Windows. Un test di regressione eseguibile copre entrambi i percorsi di piattaforma e un'esecuzione di prova reale con un processo intercettato.
Nuovo nella 9.1.524
Senza data
BLUN King 9.1.524 mantiene l'incarico immediato generato da un comando Telegram /loop nel percorso di consegna protetto per i comandi remoti. Non può quindi restare come secondo normale elemento della coda.
L'elenco di ripresa mostra per ogni sessione la dimensione del checkpoint di ripresa, i messaggi e i token conservati, la dimensione della cronologia della sessione e i checkpoint mancanti, non validi o obsoleti.
Il runtime AgentSpine raggruppato viene aggiornato allo stato ufficiale verificato 0.11.4 con commit 8034487cdd24498076bac48d3f24400bca5e6ae4. Il budget di tempo BLUN di 180 secondi per il completamento in background di SessionStart resta invariato.
Test di regressione eseguibili proteggono la consegna esattamente una volta dei loop di Telegram e tutti gli stati dei valori di ripresa. Il comportamento locale della coda con loop occupato resta invariato.
Nuovo nella 9.1.523
Data di pubblicazione:
BLUN King 9.1.523 consente a Escape di chiudere un menu di comandi con barra aperto e di svuotare la relativa bozza in un unico passaggio, invece di lasciare il testo del comando.
Ctrl+S trasmette una bozza con barra al percorso di accodamento e elaborazione esistente anche quando l'interfaccia segnala inattività, invece di tornare silenziosamente prima di svuotare la coda.
Le bozze normali vengono conservate quando Escape chiude solo un'altra autocompletamento.
Test di runtime rosso-verde proteggono entrambe le scorciatoie contro l'esatto comportamento del pacchetto 9.1.522.
Nuovo nella 9.1.522
Senza data
BLUN King 9.1.522 scrive permission.approval_requested immediatamente nella cronologia della sessione all'apertura di un'autorizzazione di strumento. Un King senza supervisione non sembra più un modello muto o un provider bloccato mentre attende l'operatore.
I pulsanti di approvazione Telegram esistenti vengono usati automaticamente quando la lista di autorizzazione contiene esattamente una chat privata e un numero qualsiasi di gruppi. Con più destinatari privati possibili, l'invio resta bloccato finché BLUN_TELEGRAM_APPROVAL_CHAT_ID non è impostato.
Un test di regressione rosso-verde protegge la visibilità immediata nella cronologia della sessione, l'inoltro inequivocabile a una chat privata, la precedenza di una destinazione impostata esplicitamente e il rifiuto dei destinatari ambigui in entrambe le copie di relay distribuite.
Nuovo nella 9.1.521
Senza data
BLUN King 9.1.521 esegue la scansione SessionStart di AgentSpine al di fuori del percorso di avvio interattivo. Una scansione a freddo della cartella utente che dura 123,6 secondi non blocca più l'editor né il primo input dell'utente.
Gli output riusciti di SessionStart restano automatici: dopo il completamento, l'hook in background continua a trasferire il suo briefing limitato nel contesto della sessione.
Il budget di tempo per le scansioni a freddo sale a 180 secondi. Un test di runtime rosso-verde dimostra che l'avvio ritorna prima di un hook lento e che l'hook può poi continuare a essere eseguito.
Nuovo nella 9.1.520
Data di pubblicazione:
BLUN King 9.1.520 concede all'hook SessionStart di AgentSpine, durante il ricaricamento, tempo sufficiente per completare una scansione completa a freddo del progetto.
Il limite di tempo per l'avvio di AgentSpine sale da 15 a 60 secondi. Tutti gli altri limiti di tempo degli hook restano invariati.
Un nuovo controllo di runtime rosso-verde avvia il vero hook AgentSpine in un progetto temporaneo e controlla sia il suo output sia i due manifest di timeout distribuiti.
La versione 9.1.520 contiene AgentSpine 0.10.1. Il test di aggiornamento isolato dalla 9.1.519 alla 9.1.520 e il prepack completo sono verdi. SHA-256 del pacchetto npm: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.
Nuovo nella 9.1.519
Data di pubblicazione:
BLUN King 9.1.519 salva le uscite riuscite dell'hook SessionStart prima che l'avvio o il ricaricamento restituisca il controllo. La disponibilità di AgentSpine raggiunge così automaticamente il contesto di modello della sessione ripresa e non attende più il primo messaggio dell'utente.
I riferimenti storici ai risultati degli strumenti spostati fuori dal contesto conservano un'anteprima limitata di inizio e fine. Gli ancoraggi importanti per la ripresa restano così disponibili, senza dover includere di nuovo il risultato completo in ogni richiesta al modello.
Nuovi controlli di runtime rosso-verde proteggono il trasferimento del contesto SessionStart e le anteprime storiche. Il catalogo di strumenti ripristinato con la 9.1.518 per la manutenzione delle attività resta conservato invariato.
Nuovo nella 9.1.518
Data di pubblicazione:
Durante la manutenzione proattiva dell'elenco di attività, Read, Write, Edit e Bash restano disponibili accanto a TodoList. Il normale percorso di ripristino per le grandi modifiche dei file non viene così più interrotto.
La manutenzione automatica delle attività e il suo prompt di riscontri limitato vengono conservati, senza passare il passo di modello attivo a un catalogo di soli strumenti TodoList.
Un controllo di regressione rosso-verde protegge dalla regressione del catalogo della 9.1.499 e controlla la selezione degli strumenti di ripristino senza schemi duplicati.
Nuovo nella 9.1.517
Data di pubblicazione:
Ctrl+S e Escape restano disponibili anche con la richiesta di autorizzazione aperta. Ctrl+S invia tutti i messaggi in attesa; Escape libera prima un messaggio in attesa e rifiuta l'autorizzazione solo a coda vuota.
La conclusione asincrona della sessione è osservata completamente nei percorsi da tastiera, Telegram /reload e comandi con barra. session.not_found vale come sessione già conclusa, invece di far crollare il nucleo con un rifiuto non gestito.
I controlli di pacchetto rosso-verde proteggono i caratteri di controllo grezzi di Windows e l'errore misurato alla chiusura di una sessione che non esiste più.
Nuovo nella 9.1.516
Data di pubblicazione:
Se nella cronologia salvata manca dopo la compattazione l'inizio di un passaggio dell'assistente, la riproduzione lo ricostruisce dall'evento di contenuto o strumento successivo. king -c non si interrompe più con l'errore interno Received content_part for unknown step_uuid 'undefined'.
Un messaggio Telegram lascia la coda esattamente una volta, non appena il nucleo ha accettato in modo persistente il suo passaggio attivo. I rifiuti reali vengono conservati per un nuovo tentativo. Un bridge Telegram gestito da King e terminato inaspettatamente viene riavviato da un unico watchdog unificato.
Per passo di modello viene accettata solo la prima modifica di TodoList. I punti completati scompaiono automaticamente, i marcatori in sospeso restano visibili anche nei terminali ANSI16 e una nuova lista inizia con esattamente un punto in corso. L'ordine fisso è: urgente, messaggio utente diretto, messaggio bot indirizzato, messaggio bot, messaggio normale.
Il primo passo con strumenti attende al massimo 2,5 secondi il catalogo MCP iniziale; i server opzionali possono continuare ad avviarsi in background. All'avvio del programma viene controllato e installato solo il profilo attivo.
La versione 9.1.516 contiene AgentSpine 0.10.1. Tutti gli otto gate di regressione prepack, node --check, il controllo dei metadati del pacchetto e un nuovo controllo del pacchetto sono verdi. Lo stesso pacchetto npm contiene i componenti di piattaforma per Windows, Linux e macOS. SHA-256 del pacchetto npm: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.
Nuovo nella 9.1.515
Data di pubblicazione:
Una lista di attività rimasta veritieramente invariata viene nuovamente accettata dopo un periodo più lungo di lavoro comprovato. King non deve inventare progressi o limitarsi a riformulare un titolo per poter continuare il suo lavoro effettivo.
Anche un loop inattivo può riprendere una TodoList ancora aperta, senza tenere l'agente in modo persistente in un turno di manutenzione con il solo strumento todo. Un controllo di regressione del prepack protegge entrambi i percorsi di errore.
La versione 9.1.515 contiene AgentSpine 0.10.1. Il controllo di regressione mirato del loop Todo, node --check, il controllo dei metadati di versione e una nuova installazione del pacchetto sono verdi. Lo stesso pacchetto npm contiene i componenti di piattaforma per Windows, Linux e macOS. SHA-256 del pacchetto npm: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.
Nuovo nella 9.1.514
Data di pubblicazione:
BLUN King 9.1.514 protegge meglio il journal di consegna Telegram senza contenuti da buste di coda manipolate.
Gli identificatori di messaggio vengono accettati solo come numeri decimali positivi. Gli hash di chat già calcolati sono ammessi esclusivamente come valori esadecimali esattamente di dodici cifre in minuscolo. I valori errati simili a contenuti vengono scartati invece di essere registrati.
L'elaborazione Telegram esistente, le fasi di consegna, la rotazione del journal e la diagnosi di quarantena senza contenuti restano invariate. Tutti i 133 test del pacchetto e le nuove esecuzioni di prova del pacchetto per Windows x64, Linux x64, macOS ARM64 e macOS x64 sono verdi.
La versione 9.1.514 contiene AgentSpine 0.10.1 e ReadBatch. SHA-256 del pacchetto npm: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.
Nuovo nella 9.1.513
Data di pubblicazione:
BLUN King 9.1.513 registra il percorso di consegna Telegram dall'ingresso al bridge, attraverso routing, accodamento e immissione, fino alla conferma, al ripristino o alla quarantena.
Il journal limitato salva esclusivamente identificatori senza contenuti, hash, fasi di consegna, contatori e motivi di errore ripuliti. Testi di messaggio, prompt, percorsi, nomi utente, token, credenziali e messaggi di errore grezzi non vengono registrati.
Anche la diagnosi di quarantena non duplica più messaggi Telegram, testi visualizzati, indicazioni di origine, ID di chat grezzi o percorsi di immagini. Tutti i 132 test del pacchetto e le nuove esecuzioni di prova del pacchetto per Windows x64, Linux x64, macOS ARM64 e macOS x64 sono verdi.
La versione 9.1.513 contiene AgentSpine 0.10.1 e ReadBatch. SHA-256 del pacchetto npm: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.
Nuovo nella 9.1.512
Data di pubblicazione:
BLUN King 9.1.512 impone nella manutenzione proattiva di TodoList un aggiornamento modificato e basato su riscontri, invece di accettare di nuovo la stessa lista all'infinito. Il turno di manutenzione isolato riceve al massimo otto indicazioni compatte su nome dello strumento e risultato dall'ultimo aggiornamento accettato.
Prompt, argomenti, comandi, percorsi completi, risultati degli strumenti o la cronologia di lavoro non vengono reimmessi. Un tentativo TodoList fallito conserva questo riscontro limitato per il tentativo successivo; un aggiornamento riuscito rimuove le indicazioni utilizzate. I punti completati continuano a scomparire automaticamente e nel passo successivo sono di nuovo disponibili i normali strumenti di lavoro.
9.1.512 supera 127 test di pacchetto su 127. Le nuove installazioni scelgono su Windows x64, Linux x64, macOS ARM64 e macOS x64 i componenti di piattaforma attesi e contengono AgentSpine 0.10.1 e ReadBatch. SHA-256 del pacchetto npm: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.
Nuovo nella 9.1.511
Data di pubblicazione:
BLUN King 9.1.511 distribuisce AgentSpine 0.10.1 come nuova versione del plugin core indirizzata al contenuto. Il preflight obbligatorio continua a controllare ogni file di istruzioni host attivo in modo race-safe e lega la sua identità all'esatto turno, ma non duplica più il testo completo già caricato dall'host nel contesto di runtime.
Questa versione aggiunge riscontri obbligatori pre-risposta, voci Must-Remember confermate e la sincronizzazione auto-riparante del grafo di persona e relazioni autenticato. Gruppi, persone e appartenenze mancanti vengono riparati in un nuovo allineamento del roster; le interrogazioni locali sulle relazioni terminano visibilmente dopo 5 secondi in caso di blocco.
L'interrogazione Mnemo limitata di Telegram resta conservata: i messaggi precedenti vengono caricati solo in caso di necessità concreta, con riferimento stretto ad agente, persona, gruppo, tema, thread e periodo di tempo. Una cronologia Telegram completa non finisce di routine nel prompt.
9.1.511 supera 126 test di pacchetto su 126. Il vero CLAUDE.md di 15.519 byte è stato verificato completamente, mentre l'intero contesto iniettato comprendeva 5.667 byte e non conteneva alcun testo integrale di istruzioni. Le nuove installazioni scelgono su Windows x64, Linux x64, macOS ARM64 e macOS x64 i componenti di piattaforma attesi e contengono AgentSpine 0.10.1 e ReadBatch. SHA-256 del pacchetto npm: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.
Nuovo nella 9.1.510
Data di pubblicazione:
BLUN King 9.1.510 aggiunge lo strumento ReadBatch. Legge da due a dodici file UTF-8 già noti e indipendenti, o intervalli di file, in un passaggio di modello, mantenendo l'ordine delle richieste. Ogni percorso passa attraverso gli stessi controlli di accesso, regole e autorizzazione di una chiamata Read singola. I successi parziali restano visibili; solo un lotto completamente fallito vale come errore complessivo.
9.1.510 supera 125 test di pacchetto su 125. Le nuove installazioni scelgono su Windows x64, Linux x64, macOS ARM64 e macOS x64 i componenti di piattaforma attesi e contengono ReadBatch. AgentSpine è rimasto volutamente su 0.8.0, finché il blocco del budget di contesto trovato indipendentemente nello stato preliminare più recente non è stato risolto senza un prompt di runtime ingrandito. SHA-256 del pacchetto npm: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.
Nuovo nella 9.1.509
Data di pubblicazione:
BLUN King 9.1.509 richiede in ogni messaggio di lavoro Telegram autorizzato tra bot una menzione esplicita del King previsto. I messaggi dei bot senza menzione corrispondente restano visibili, ma non vengono più bufferizzati, accodati, consegnati o trasferiti successivamente nel contesto del modello di questo King. In questo modo un messaggio di bot prioritario per un King non può più diventare l'incarico di un altro King.
Tutti i 121 test di pacchetto superano. Lo stesso pacchetto contiene i componenti di piattaforma verificati per Windows x64, Linux x64, macOS ARM64 e macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.
Nuovo nella 9.1.508
Data di pubblicazione:
I punti todo aperti hanno di nuovo una casella visibile. Anche la prima lista di attività normale inizia con esattamente un punto in corso; i passi successivi restano in sospeso finché il loro inizio effettivo non è comprovato.
I messaggi Telegram diretti e di gruppo accettati vengono passati a Mnemo in modo asincrono, bufferizzati in modo persistente e deduplicati in modo esatto. Un hub temporaneamente non raggiungibile non blocca né la consegna Telegram né l'esecuzione di King. I comandi /loop e i tick interni del loop non vengono volutamente salvati.
AgentSpine non carica una cronologia Telegram completa nel contesto di runtime. Se un incarico necessita di un messaggio precedente, viene effettuata un'interrogazione Mnemo limitata per agente, persona, gruppo, tema, thread e periodo di tempo.
Tutti i 120 test di pacchetto riescono. Le nuove installazioni scelgono su Windows, Linux x64, macOS ARM64 e macOS x64 il componente corretto degli appunti nativi e contengono la connessione Telegram-Mnemo gestita e AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.
Nuovo nella 9.1.507
Data di pubblicazione:
BLUN King 9.1.507 istruisce esplicitamente il modello nello strumento Read a raggruppare in una risposta del modello le letture di file e intervalli tra loro indipendenti, quando più input possono essere utili.
Questo riduce i cicli di modello evitabili nei grandi contesti di lavoro, senza modificare l'esecuzione, la navigazione tra le pagine, le autorizzazioni o la gestione dei risultati di Read.
Un test di regressione mirato protegge la modifica; tutti i 112 test del pacchetto sono superati.
Nuovo nella 9.1.506
Data di pubblicazione:
I punti TodoList completati vengono rimossi immediatamente dalla TUI visibile. La lista di attività persistente ha già scartato correttamente queste voci; ora l'interfaccia mostra lo stesso stato ripulito, mentre il lavoro in corso e in sospeso resta completamente conservato.
Il turno di manutenzione automatico usa un prompt di sistema autonomo di 546 caratteri. In precedenza, nonostante l'unico strumento todo disponibile, veniva allegato a questo scopo il prompt di lavoro completo con circa 19.000 caratteri. Il passo di lavoro successivo continua a ricevere il prompt completo e il suo normale catalogo di strumenti.
Un'esecuzione reale ha mostrato per ogni ottavo passo di lavoro un proprio giro di manutenzione Todo con 15.221 token di input. Il prompt di manutenzione statico si riduce di 18.470 caratteri; il risparmio reale di runtime viene misurato di nuovo dopo l'aggiornamento della flotta. Il tarball pubblicato supera 111 test su 111. Le nuove installazioni di pacchetto su Windows con Node 24.19.0 e Linux con Node 24.18.0 confermano la versione 9.1.506; i binari macOS per ARM64 e x64 sono contenuti nello stesso pacchetto npm. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.
Nuovo nella 9.1.505
Data di pubblicazione:
Un messaggio Telegram che arriva dopo la presa in carico del canale ma prima del completamento dell'attivazione della coda non viene più saltato come vecchio arretrato. Senza un checkpoint valido, l'elaborazione inizia al confine di byte misurato all'avvio della presa in carico invece che alla fine del file successiva.
Un checkpoint persistente valido mantiene la precedenza. Se il file della coda viene sostituito durante il passaggio, il nuovo file inizia in modo sicuro al byte zero; i messaggi storici già presenti prima della presa in carico continuano a non essere riprodotti di nuovo.
Il messaggio di gruppo 63456 è arrivato un secondo dopo l'assunzione del canale, il punto di controllo è saltato esattamente fino alla sua fine e il messaggio non è apparso in nessuna cronologia di modello. Questo percorso di perdita reale è protetto come regressione. Il tarball pubblicato supera 111 test su 111; le nuove installazioni di pacchetto su Windows con Node 24.19.0 e Linux con Node 24.18.0 e un aggiornamento reale dalla 9.1.504 confermano la versione 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.
Nuovo nella 9.1.504
Data di pubblicazione:
Un messaggio Telegram già in coda durante un'esecuzione dell'agente vuota viene ora avviato come nuovo turno del modello attraverso il normale percorso di canale. Non attende più un'esecuzione attiva che per definizione non può esistere in stato di inattività.
Il passaggio esistente in un turno in corso resta invariato. Restano protetti anche la manutenzione todo isolata, la rimozione automatica dei punti completati e il successivo ripristino dei normali strumenti di file, ricerca e shell.
Il tarball pubblicato supera 106 test su 106. La nuova regressione di inattività era rossa prima dell'intervento ed è verde dopo, insieme a 24 test di coda. Le nuove installazioni di pacchetto su Windows con Node 24.19.0 e Linux con Node 24.18.0 confermano la versione 9.1.504 e lo stesso SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.
Nuovo nella 9.1.503
Data di pubblicazione:
Il messaggio di manutenzione Todo isolato porta ora anche un campo toolCalls esplicitamente vuoto. Soddisfa così la stessa forma di messaggio dei giri di lavoro regolari e può essere elaborato in sicurezza dalla normalizzazione del provider BLUN.
L'errore di runtime reale TypeError: message.toolCalls is not iterable non si verifica più prima della chiamata TodoList. Un test di regressione itera il messaggio generato esattamente come il confine del provider, prima del rilascio della manutenzione.
Il tarball pubblicato supera 105 test su 105. Nuove esecuzioni di prova del pacchetto su Windows con Node 24.19.0 e Linux con Node 24.15.0 confermano la forma completa del messaggio del provider, la manutenzione Todo isolata e la rimozione automatica dei punti completati. Il collaudo reale della flotta si svolgerà dopo il riavvio controllato dei tre King.
Nuovo nella 9.1.502
Data di pubblicazione:
Il passo di manutenzione TodoList dovuto riceve solo più un messaggio fresco, limitato al compito attuale e all'elenco visibile. I vecchi Read, Bash o le chiamate MCP dalla cronologia di lavoro non possono più finire nel passo volutamente limitato a TodoList.
I punti completati scompaiono automaticamente dalla lista visibile e persistente al salvataggio. I punti in corso, in sospeso, bloccati, in attesa di approvazione e annullati vengono conservati; la lista non cresce quindi senza limiti per il lavoro concluso.
Due profili di agenti hanno incontrato indipendentemente la stessa regressione: dopo un uso riuscito degli strumenti, la manutenzione Todo ripeteva gli strumenti di lavoro storici e mostrava Tool not found. Il tarball pubblicato supera 105 test su 105. Le nuove installazioni su Windows con Node 24.19.0 e Linux con Node 24.15.0 confermano la manutenzione isolata, la rimozione dei punti completati e il ritorno degli strumenti normali. Una verifica macOS reale non fa parte di questa prova.
Nuovo nella 9.1.501
Data di pubblicazione:
Dopo un passo di manutenzione TodoList riuscito, nel passo di lavoro immediatamente successivo sono di nuovo disponibili tutti gli strumenti selezionati per il giro. Read, Bash e gli altri strumenti di lavoro non restano più nascosti dietro il catalogo Todo temporaneamente limitato.
Il passo Todo offriva volutamente solo TodoList. La sua selezione di strumenti restava però attiva senza ripristino esplicito anche nel passo successivo. 9.1.501 rimette lì il catalogo normale e protegge entrambi i percorsi del passo successivo con una regressione.
Golden Release 9.1.500
Data di pubblicazione:
Questa versione raccoglie senza modifiche l'insieme completo delle funzionalità della 9.1.499 come pubblicazione npm comune per Windows, Linux e macOS. La marcatura Gold è volutamente limitata ai titoli di questa versione; le voci più vecchie mantengono la loro rappresentazione precedente.
La Golden Release adotta le modifiche verificate di Todo, coda, loop, contesto, AgentSpine e analisi delle immagini dalla 9.1.499 senza logica di runtime aggiuntiva.
Nuovo nella 9.1.499
Data di pubblicazione:
I dati di immagini, audio e video al di fuori degli ultimi dodici messaggi della conversazione vengono sostituiti da brevi riferimenti solo nella proiezione ripetuta per il modello. I media attuali, il testo del messaggio e la cronologia grezza completa della sessione restano invariati.
In un checkpoint di ripresa misurato, questa proiezione risparmia 85.748 caratteri, ovvero circa 21.437 token di input stimati per ogni ulteriore passo di strumento.
La manutenzione Todo dovuta gira prima del nono blocco di lavoro come passo di modello separato a basso sforzo. In questo passo il runtime offre esclusivamente TodoList; gli strumenti di file, ricerca, shell e altri strumenti di lavoro vengono rilasciati di nuovo solo dopo un aggiornamento valido.
I nuovi messaggi utente continuano ad avere la precedenza sulla manutenzione Todo. Il controllo Todo rigido resta come rete di sicurezza per aggiornamenti realmente non validi, ma non appare più come normale errore intermedio rosso prima di una manutenzione autonoma della lista.
Il tarball pubblicato supera 105 test di runtime e regressione su 105. Le nuove installazioni isolate su Windows con Node 24.19.0 e Linux con Node 24.15.0 riportano esattamente la versione 9.1.499 e confermano la proiezione dei media, la cronologia grezza invariata, il precontrollo Todo e l'occultamento di tutti gli strumenti di lavoro durante il passo Todo. Il candidato comprende 850 percorsi e porta lo SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Una verifica macOS reale non fa parte di questa prova.
Nuovo nella 9.1.498
Data di pubblicazione:
/usage mostra il tasso di successo della cache di prompt riportato dal provider e i token di cache letti e scritti per modello. Senza attività di cache riportata, la visualizzazione non inventa alcun tasso.
/tokens è un alias breve per la diagnostica di contesto dettagliata esistente; /offload richiama la compattazione archiviante esistente. Entrambi i percorsi non innescano alcuna chiamata di modello aggiuntiva.
Messaggi bot autorizzati diversi non vengono più scartati da una finestra rigida di 15 secondi. L'ordine esistente resta conservato: i messaggi privati e quelli esplicitamente indirizzati vengono prima dei messaggi bot, i messaggi bot prima del contesto normale.
Una compattazione completa trasferisce l'esatta lista Todo nel nuovo contesto. Se poi percorso, comando, hash o requisito sono incerti, un avviso di ripristino una tantum richiede prima la lettura della cronologia archiviata invece di una ricerca ampia di file o un nuovo inizio.
I passi Todo completati restano conservati come riscontro. Se conoscenze successive rendono nuovamente necessario un passo, la conclusione comprovata resta e il nuovo controllo compare come passo separato in corso, con motivazione.
I loop di sessione ricorrenti attendono finché la lista Todo mantenuta contiene ancora lavoro in corso o in sospeso. Gli intervalli mancati vengono accorpati fino al reale stato di inattività; altri promemoria pianificati restano invariati.
Il tarball preparato supera 100 test di runtime e regressione su 100. Le nuove installazioni isolate su Windows con Node 24.19.0 e Linux con Node 24.15.0 riportano esattamente la versione 9.1.498 e confermano la visualizzazione della cache, gli alias dei comandi, il ripristino della compattazione, le prove Todo monotone, la protezione del loop di sessione, il changelog del pacchetto e la priorità dei bot. Il candidato comprende 849 percorsi e porta lo SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Una verifica macOS reale non fa parte di questa prova.
Nuovo nella 9.1.497
Data di pubblicazione:
I messaggi bot di Telegram da gruppi condivisi vengono dopo i messaggi privati e quelli esplicitamente indirizzati, ma prima del contesto normale. La priorizzazione non impone alcuna risposta.
Un messaggio Telegram accettato scompare dalla coda visibile non appena inizia il passo di modello iniettato. Una consegna rifiutata o un'interruzione prima del primo passo lo conserva per un nuovo tentativo.
Una risposta Telegram o una modifica di messaggio ormai dovuta non viene più bloccata dalla manutenzione Todo. Il passo di lavoro normale successivo resta bloccato fino a un aggiornamento veritiero della lista Todo.
Versioni da 9.1.496 a 9.1.487
| Versione | Modifiche |
|---|---|
| 9.1.496 | Consegna automaticamente i messaggi utente di Telegram singolarmente, rimuove solo l'ID del messaggio esattamente accettato o a cui è stata data risposta, impone un progresso veritiero per ogni lista Todo visibile e nasconde i payload hook interni riusciti. |
| 9.1.495 | Avvia ogni obiettivo nuovo o sostituito con una nuova lista Todo visibile, richiede aggiornamenti veritieri, rimuove immediatamente il focus di gruppo Telegram a cui è stata data risposta con successo, posticipa le normali conferme di ricezione fino alla fine del turno e aggiunge veri controlli di decodifica per Ctrl+S e Ctrl+T. |
| 9.1.494 | Separa nuovamente le scorciatoie in modo inequivocabile: Ctrl+S controlla solo l'arretrato della coda, Ctrl+T solo la lista Todo. I messaggi utente di Telegram si autorizzano durante il lavoro attivo per il prossimo passaggio sicuro. |
| 9.1.493 | I messaggi utente di Telegram vengono autorizzati automaticamente per il prossimo passaggio sicuro durante il lavoro attivo. I messaggi diretti restano in testa alla coda, senza fermare in modo persistente i messaggi di gruppo. |
| 9.1.492 | I messaggi di gruppo già autorizzati restano conservati in caso di consegna temporaneamente occupata e vengono ritentati. Pacchetto, metadati npm, manifest pubblico e changelog vengono controllati insieme prima di un messaggio di successo. |
| 9.1.491 | Ai messaggi diretti di Telegram viene data priorità immediata durante il lavoro attivo. Il controllo manuale della coda è rimasto disponibile per gli altri messaggi. |
| 9.1.490 | La cronologia del pacchetto documenta integralmente la versione 9.1.487 non pubblicata e le riparazioni effettivamente pubblicate a partire dalla 9.1.488. |
| 9.1.489 | Lista delle attività, controllo della coda, identità di esecuzione Telegram, installazione del profilo AgentSpine e analisi delle immagini gestita sono stati ripristinati e protetti con test di regressione. |
| 9.1.488 | Il plugin core AgentSpine preparato è stato pubblicato. I duplicati Telegram non lasciano più un turno fittizio; profondità di pensiero e gestione sicura della telemetria vengono conservate attraverso i passi degli strumenti. |
| 9.1.487 | Non pubblicata. Questa versione preparava AgentSpine come plugin core gestito. Su npm, dopo la 9.1.486 è seguita direttamente la 9.1.488. |
Nuovo nella 9.1.486
Data di pubblicazione:
I profili nuovi e aggiornati partono ora in modo affidabile in inglese su Windows, macOS e Linux. Un valore di lingua automatico salvato viene migrato una volta, mentre le lingue scelte esplicitamente restano invariate.
Gli aggiornamenti automatici all'avvio sono di nuovo attivati per impostazione predefinita tramite l'installer esistente legato alla versione. [upgrade].auto_install = false mantiene la richiesta di conferma; un aggiornatore in background non viene reintrodotto.
Dialoghi di avvio, avanzamento, errori, messaggi di successo e ripresa della sessione usano ora la stessa lingua. Test di regressione e di mutazione proteggono migrazione, percorso di aggiornamento e dati di sessione.
La suite di test completa ha superato 1.474 controlli su 1.474. Un'esecuzione di aggiornamento isolata ha installato la 9.1.486 dalla 9.1.485, ha conservato configurazione e sessione invariate e ha avviato la nuova CLI. Una prova di avvio separata ha dimostrato l'installazione automatica senza richiesta di conferma e la migrazione una tantum di un vecchio valore di lingua automatico all'inglese.
Versioni da 9.1.485 a 9.1.178
| Versione | Modifiche |
|---|---|
| 9.1.485 |
|
| 9.1.484 |
|
| 9.1.483 |
|
| 9.1.482 |
|
| 9.1.481 |
|
| 9.1.480 |
|
| 9.1.479 |
|
| 9.1.478 |
|
| 9.1.477 |
|
| 9.1.476 |
|
| 9.1.475 |
|
| 9.1.474 |
|
| 9.1.473 |
|
| 9.1.472 |
|
| 9.1.471 |
|
| 9.1.470 |
|
| 9.1.469 |
|
| 9.1.468 |
|
| 9.1.467 |
|
| 9.1.466 |
|
| 9.1.465 |
|
| 9.1.464 |
|
| 9.1.463 |
|
| 9.1.462 |
|
| 9.1.461 |
|
| 9.1.460 |
|
| 9.1.459 |
|
| 9.1.458 |
|
| 9.1.457 |
|
| 9.1.456 |
|
| 9.1.455 |
|
| 9.1.454 |
|
| 9.1.453 |
|
| 9.1.452 |
|
| 9.1.451 |
|
| 9.1.450 |
|
| 9.1.449 |
|
| 9.1.448 |
|
| 9.1.447 |
|
| 9.1.446 |
|
| 9.1.445 |
|
| 9.1.444 |
|
| 9.1.443 |
|
| 9.1.442 |
|
| 9.1.441 |
|
| 9.1.440 |
|
| 9.1.439 |
|
| 9.1.438 |
|
| 9.1.437 |
|
| 9.1.436 |
|
| 9.1.435 |
|
| 9.1.434 |
|
| 9.1.433 |
|
| 9.1.432 |
|
| 9.1.431 |
|
| 9.1.430 |
|
| 9.1.429 |
|
| 9.1.428 |
|
| 9.1.427 |
|
| 9.1.426 |
|
| 9.1.425 |
|
| 9.1.424 |
|
| 9.1.423 |
|
| 9.1.422 |
|
| 9.1.421 |
|
| 9.1.420 |
|
| 9.1.419 |
|
| 9.1.418 |
|
| 9.1.417 |
|
| 9.1.416 |
|
| 9.1.415 |
|
| 9.1.414 |
|
| 9.1.413 |
|
| 9.1.412 |
|
| 9.1.411 |
|
| 9.1.410 |
|
| 9.1.409 |
|
| 9.1.408 |
|
| 9.1.407 |
|
| 9.1.406 |
|
| 9.1.405 |
|
| 9.1.404 |
|
| 9.1.403 |
|
| 9.1.402 |
|
| 9.1.401 |
|
| 9.1.400 |
|
| 9.1.399 |
|
| 9.1.398 |
|
| 9.1.397 |
|
| 9.1.396 |
|
| 9.1.395 |
|
| 9.1.394 |
|
| 9.1.393 |
|
| 9.1.392 |
|
| 9.1.391 |
|
| 9.1.390 |
|
| 9.1.389 |
|
| 9.1.388 |
|
| 9.1.387 |
|
| 9.1.386 |
|
| 9.1.385 |
|
| 9.1.384 |
|
| 9.1.383 |
|
| 9.1.382 |
|
| 9.1.381 |
|
| 9.1.380 |
|
| 9.1.379 |
|
| 9.1.378 |
|
| 9.1.377 |
|
| 9.1.376 |
|
| 9.1.375 |
|
| 9.1.374 |
|
| 9.1.373 |
|
| 9.1.372 |
|
| 9.1.371 |
|
| 9.1.370 |
|
| 9.1.369 |
|
| 9.1.368 |
|
| 9.1.367 |
|
| 9.1.366 |
|
| 9.1.365 |
|
| 9.1.364 |
|
| 9.1.363 |
|
| 9.1.362 |
|
| 9.1.361 |
|
| 9.1.360 |
|
| 9.1.359 |
|
| 9.1.358 |
|
| 9.1.357 |
|
| 9.1.356 |
|
| 9.1.355 |
|
| 9.1.354 |
|
| 9.1.353 |
|
| 9.1.352 |
|
| 9.1.351 |
|
| 9.1.350 |
|
| 9.1.349 |
|
| 9.1.348 |
|
| 9.1.347 |
|
| 9.1.346 |
|
| 9.1.345 |
|
| 9.1.344 |
|
| 9.1.343 |
|
| 9.1.342 |
|
| 9.1.341 |
|
| 9.1.340 |
|
| 9.1.339 |
|
| 9.1.338 |
|
| 9.1.337 |
|
| 9.1.336 |
|
| 9.1.335 |
|
| 9.1.334 |
|
| 9.1.333 |
|
| 9.1.332 Non pubblicata |
|
| 9.1.331 |
|
| 9.1.330 |
|
| 9.1.329 |
|
| 9.1.328 |
|
| 9.1.327 |
|
| 9.1.326 |
|
| 9.1.325 |
|
| 9.1.324 |
|
| 9.1.323 |
|
| 9.1.322 |
|
| 9.1.321 |
|
| 9.1.320 |
|
| 9.1.319 |
|
| 9.1.318 |
|
| 9.1.317 |
|
| 9.1.316 |
|
| 9.1.315 |
|
| 9.1.314 |
|
| 9.1.313 |
|
| 9.1.312 |
|
| 9.1.311 |
|
| 9.1.310 |
|
| 9.1.309 |
|
| 9.1.308 |
|
| 9.1.307 |
|
| 9.1.306 |
|
| 9.1.305 |
|
| 9.1.304 |
|
| 9.1.303 |
|
| 9.1.302 |
|
| 9.1.301 |
|
| 9.1.300 |
|
| 9.1.299 |
|
| 9.1.298 |
|
| 9.1.297 |
|
| 9.1.296 |
|
| 9.1.295 |
|
| 9.1.294 |
|
| 9.1.293 |
|
| 9.1.292 |
|
| 9.1.291 |
|
| 9.1.290 |
|
| 9.1.289 |
|
| 9.1.288 |
|
| 9.1.287 |
|
| 9.1.286 |
|
| 9.1.285 |
|
| 9.1.284 |
|
| 9.1.283 |
|
| 9.1.282 |
|
| 9.1.281 |
|
| 9.1.280 |
|
| 9.1.279 |
|
| 9.1.278 |
|
| 9.1.277 |
|
| 9.1.276 |
|
| 9.1.275 |
|
| 9.1.274 |
|
| 9.1.273 |
|
| 9.1.272 |
|
| 9.1.271 |
|
| 9.1.270 |
|
| 9.1.269 |
|
| 9.1.268 |
|
| 9.1.267 |
|
| 9.1.266 |
|
| 9.1.265 |
|
| 9.1.264 |
|
| 9.1.263 |
|
| 9.1.262 |
|
| 9.1.261 |
|
| 9.1.260 |
|
| 9.1.259 |
|
| 9.1.258 |
|
| 9.1.257 |
|
| 9.1.256 |
|
| 9.1.255 |
|
| 9.1.254 |
|
| 9.1.253 |
|
| 9.1.252 |
|
| 9.1.251 |
|
| 9.1.250 |
|
| 9.1.249 |
|
| 9.1.248 |
|
| 9.1.247 |
|
| 9.1.246 |
|
| 9.1.245 |
|
| 9.1.244 |
|
| 9.1.243 |
|
| 9.1.242 |
|
| 9.1.241 |
|
| 9.1.240 |
|
| 9.1.239 |
|
| 9.1.238 |
|
| 9.1.237 |
|
| 9.1.236 |
|
| 9.1.235 |
|
| 9.1.234 |
|
| 9.1.233 |
|
| 9.1.232 |
|
| 9.1.231 |
|
| 9.1.230 |
|
| 9.1.229 |
|
| 9.1.228 |
|
| 9.1.227 |
|
| 9.1.226 |
|
| 9.1.225 |
|
| 9.1.224 |
|
| 9.1.223 |
|
| 9.1.222 |
|
| 9.1.221 |
|
| 9.1.220 |
|
| 9.1.219 |
|
| 9.1.218 |
|
| 9.1.217 |
|
| 9.1.216 |
|
| 9.1.215 |
|
| 9.1.214 |
|
| 9.1.213 |
|
| 9.1.212 |
|
| 9.1.211 |
|
| 9.1.210 |
|
| 9.1.209 Ritirata |
|
| 9.1.208 |
|
| 9.1.207 |
|
| 9.1.206 |
|
| 9.1.205 |
|
| 9.1.204 |
|
| 9.1.203 |
|
| 9.1.202 |
|
| 9.1.201 |
|
| 9.1.200 |
|
| 9.1.199 |
|
| 9.1.198 |
|
| 9.1.197 |
|
| 9.1.196 |
|
| 9.1.195 |
|
| 9.1.194 |
|
| 9.1.193 |
|
| 9.1.192 |
|
| 9.1.191 |
|
| 9.1.190 |
|
| 9.1.189 |
|
| 9.1.188 |
|
| 9.1.187 |
|
| 9.1.186 |
|
| 9.1.185 |
|
| 9.1.184 |
|
| 9.1.183 |
|
| 9.1.182 |
|
| 9.1.181 |
|
| 9.1.180 |
|
| 9.1.179 |
|
| 9.1.178 |
|
Miglioramenti dalla 9.1.57
| Versione | Modifica |
|---|---|
| 9.1.177 | Gli aggiornamenti automatici assumono ora una modalità di ripresa o riavvio salvata anche quando il messaggio diretto al processo non arriva, e mostrano subito prima del riavvio sicuro della TUI un avviso chiaro. I segnaposto storici per argomenti di strumento compattati vengono rimossi in qualunque forma si presentino (JSON compatto, JSON formattato o oggetto letto) prima che possano essere eseguiti di nuovo. Cronologia grezza e tutti i meccanismi di protezione esistenti dell'aggiornamento restano invariati. |
| 9.1.176 | Tutti i menu di selezione per i comandi slash separano ora le opzioni con una riga vuota e mostrano le spiegazioni in un proprio colore secondario sobrio. Il componente comune alimenta 20 chiamate di menu; i colori di avviso individuali restano conservati. |
| 9.1.175 | L'avviso di strumento ripetuto a ogni richiesta al modello scende da 1.749 a 825 caratteri. Nella misurazione risparmia circa 231 token di ingresso stimati per richiesta. Tutti gli undici obblighi di comportamento restano conservati; cronologia grezza, schemi di strumenti e file restano invariati. |
| 9.1.174 | Lo stralcio rilevante di Mistake.md mostrato per ogni richiesta al modello è ora limitato a 3.000 invece di 4.000 caratteri. In 100 vere richieste risparmia in media circa 253 token di ingresso stimati; le intestazioni selezionate restavano identiche in tutti i 100 casi. I file completi e la cronologia salvata restano invariati. |
| 9.1.173 | BLUN King riconosce le risposte di testo puro ricorrenti attraverso più turni Telegram. Dopo tre risposte quasi uguali nonostante nuovi avvisi utente, l'agente riceve una volta un avviso di correzione interno, invece di emettere di nuovo una vecchia domanda, lista o attesa. Messaggi, processi e cronologia salvata restano invariati. |
| 9.1.172 | L'aggiornamento automatico controlla di nuovo una sessione in esecuzione dopo una ricerca senza risultato all'avvio. Il controllo successivo avviene dopo un intervallo casuale compreso tra 60 e 90 secondi. Così le versioni pubblicate più tardi vengono riconosciute senza riavvio manuale. Installazione e passaggio di sessione continuano ad attendere la piena inattività. |
| 9.1.171 | BLUN King conserva ora per turno solo i quattro schemi di strumento caricati su richiesta più di recente invece di dodici. Gli strumenti più vecchi restano reperibili tramite ToolSearch e vengono ricaricati alla selezione. Gli strumenti di base caricati in modo persistente, la cronologia salvata e il comportamento di esecuzione restano invariati. |
| 9.1.170 | Raggruppa gli errori attuali di affidabilità e flusso di lavoro: i compiti ricorrenti conservano la più recente istruzione sovradimensionata; i segnaposto di argomenti di strumento compattati vengono rimossi dalla proiezione del modello; ToolSearch riconosce le parole di ricerca naturali relative alla memoria, incluso il singolo termine «store»; la visualizzazione dei loop ricarica lo stato di pianificazione; /update controlla il passaggio sicuro in stato di inattività; e /premortem fornisce un'analisi degli errori visibile e strutturata. |
| 9.1.169 | BLUN King conserva invariata la selezione esatta degli strumenti e la precedente ricerca rigorosa per parole chiave. Solo quando questa ricerca non dà risultati, una seconda esecuzione ristretta cerca termini tedeschi e inglesi affini. I requisiti di nome con + restano vincolanti; devono corrispondere almeno due termini portatori di significato e il 75 percento della richiesta. Così le tre ricerche Telegram realmente fallite trovano l'attuale strumento di coda, mentre una richiesta inadatta continua a terminare senza risultati. |
| 9.1.168 | BLUN King non sostituisce più gli argomenti più vecchi delle chiamate di strumento con un segnaposto interno che il modello può copiare in una nuova chiamata. Le chiamate segnaposto già esistenti e i loro risultati di errore associati vengono rimossi solo dalla proiezione del modello; la cronologia invariata della sessione resta conservata come prova. |
| 9.1.167 | BLUN King 9.1.167 conserva per gli incarichi pianificati ricorrenti solo una sequenza senza lacune dei più recenti blocchi di lavoro completi. Se il blocco più recente successivo dovesse superare il limite di 48.000 caratteri o 24 messaggi, la selezione termina invece di includere poi di nuovo blocchi più vecchi e piccoli. Così contesto e ordine temporale restano coerenti. In una cronologia in corso misurata la cronologia proiettata è scesa da 32.591 a 16.981 caratteri. Risparmia 15.610 caratteri, ovvero circa 3.903 token di ingresso stimati per richiesta comparabile. Cronologia grezza, passi dell'incarico attuale e riassunto di compattazione restano invariati. |
| 9.1.166 | BLUN King 9.1.166 limita gli incarichi pianificati ricorrenti a un contesto di lavoro isolato, invece di trasmettere di nuovo a ogni passo del modello l'intera conversazione dell'agente principale. L'incarico attuale, il riassunto di compattazione più recente e i passi di lavoro reali più recenti restano disponibili entro un limite di 24 messaggi e 48.000 caratteri. La cronologia salvata, i turni utente normali, i promemoria singoli e i percorsi di conversazione veloce restano invariati. In una cronologia misurata 2.043 passi di modello di incarichi pianificati ricorrenti consumavano complessivamente 298,7 milioni di token di ingresso, in media 146.188 token per passo. |
| 9.1.165 | BLUN King 9.1.165 limita il budget di output dei turni normali a 24.576 invece di 32.768 token. I passi leggeri mantengono il loro precedente limite di 8.192 token, i modelli con limiti di output minori mantengono questi valori più bassi e un'impostazione esplicita dell'utente continua ad avere la precedenza. Delle 27.049 risposte misurate, il 99 percento restava sotto i 9.970 token; dodici vecchi valori anomali raggiungevano esattamente il precedente limite di 32.768 token e calcolavano ciascuno per circa sei minuti in più. |
| 9.1.164 | BLUN King 9.1.164 limita il budget di output di una compattazione su finestre di modello grandi a 16.384 invece di 131.072 token. 39 compattazioni riuscite richiedevano al massimo 10.781 token di output. Il nuovo limite supera del 52 percento questo massimo misurato e riduce il possibile fabbisogno di output e di cache KV per compattazione dell'87,5 percento. Cronologia salvata e turni di conversazione normali restano invariati. |
| 9.1.163 | BLUN King 9.1.163 sostituisce i grandi caricamenti di skill al di fuori degli ultimi 20 messaggi nella proiezione del modello con un riferimento compatto di ricaricamento. I caricamenti di skill attuali, piccoli e non ricaricabili restano invariati; la cronologia di conversazione salvata non viene riscritta. In un caso misurato un caricamento di skill scende da 87.034 a 424 caratteri proiettati. Appena esce dalla finestra di lavoro attuale, risparmia 86.610 caratteri, ovvero circa 21.653 token di ingresso stimati. |
| 9.1.162 | BLUN King 9.1.162 limita le grandi panoramiche della directory di lavoro nel system prompt ripetuto a 2.000 caratteri. Le panoramiche piccole restano invariate. Per le panoramiche accorciate un avviso chiaro continua a indicare la ricerca completa con Glob, Grep e Read. In un prompt misurato la panoramica scende da 3.988 a 1.983 caratteri. Risparmia 2.005 caratteri, ovvero circa 501 token di ingresso stimati per richiesta costruita allo stesso modo. |
| 9.1.161 | BLUN King 9.1.161 non ripete più i nomi dei 112 strumenti esternalizzati in ogni descrizione ToolSearch. La ricerca per parola chiave, la selezione esatta in base al nome completo o al nome breve univoco e il caricamento persistente dei dodici schemi selezionati per ultimi restano conservati. Nella rappresentazione misurata la descrizione ripetuta scende da 1.984 a 278 caratteri. Risparmia 1.706 caratteri, ovvero circa 426 token di ingresso stimati per richiesta costruita allo stesso modo. |
| 9.1.160 | Da BLUN King 9.1.160 la proiezione del modello protegge completamente solo i dodici messaggi più recenti, prima che i risultati di strumento riusciti più vecchi, contenenti esclusivamente testo, vengano sostituiti da una breve nota di chiusura. Output di errore, media, riferimenti a file salvati, i dodici messaggi più recenti, cronologia grezza ed esportazioni restano invariati. In uno snapshot di sessione, misurato in condizioni stabili, vengono così ridimensionati altri due vecchi risultati di strumento. La proiezione del modello scende da 81.800 a 78.402 caratteri. Risparmia altri 3.398 caratteri, ovvero circa 850 token di ingresso stimati per richiesta costruita allo stesso modo. |
| 9.1.159 | Da BLUN King 9.1.159 gli argomenti JSON validi delle chiamate di strumento concluse al di fuori dei 12 messaggi più recenti vengono sostituiti nella proiezione del modello da una breve nota. Il risultato di strumento associato, i 12 messaggi più recenti, le chiamate non concluse, gli argomenti piccoli o non validi, la cronologia grezza e le esportazioni restano invariati. In uno snapshot di sessione, misurato in condizioni stabili, tre argomenti di chiamate di strumento concluse vengono ridimensionati da 2.849 a 165 caratteri. Risparmia 2.684 caratteri, ovvero circa 671 token di ingresso stimati per richiesta costruita allo stesso modo. |
| 9.1.158 | Da BLUN King 9.1.158 i puri messaggi di stato che seguono immediatamente una risposta Telegram conclusa e si trovano al di fuori dei 20 messaggi più recenti vengono sostituiti nella proiezione del modello da una breve nota. La chiamata di risposta inviata e il suo risultato, i messaggi attuali, i riassunti dopo altri strumenti, i contenuti misti, la cronologia grezza e le esportazioni restano invariati. In uno snapshot di sessione, misurato in condizioni stabili, sei messaggi di stato storici vengono ridimensionati di 1.837 caratteri. Risparmia circa 460 token di ingresso stimati per richiesta costruita allo stesso modo. |
| 9.1.157 | Da BLUN King 9.1.157 gli output di strumento riusciti, adatti e puramente testuali al di fuori dei 20 messaggi più recenti vengono sostituiti nella proiezione del modello da una breve nota di chiusura. Output di errore, media, riferimenti a file esternalizzati, i 20 messaggi più recenti, cronologia grezza ed esportazioni restano invariati. In uno snapshot di sessione, misurato in condizioni stabili, vengono ridimensionati 43 vecchi risultati. Risparmia 9.680 caratteri, ovvero circa 2.420 token di ingresso stimati per richiesta costruita allo stesso modo. |
| 9.1.156 | Da BLUN King 9.1.156 i riferimenti salvati a messaggi utente al di fuori dei 20 messaggi più recenti non ripetono più la loro anteprima con inizio e fine a ogni richiesta al modello. Marcatura di ripristino, indicazioni di dimensione, percorso file leggibile, i 20 messaggi più recenti, media, cronologia grezza, file salvato completo ed esportazioni restano invariati. In uno snapshot, misurato in condizioni stabili, vengono ridimensionati cinque riferimenti storici e la proiezione del modello scende da 99.143 a 96.001 caratteri. Risparmia altri 3.142 caratteri, ovvero circa 786 token di ingresso stimati per richiesta costruita allo stesso modo. |
| 9.1.155 | Da BLUN King 9.1.155 i riferimenti salvati a messaggi utente vengono ripristinati prima che le proiezioni di testo possano modificare l'hash del messaggio originale. Le esternalizzazioni esistenti restano così efficaci, invece di ricadere inosservate sul messaggio completo proiettato. Cronologia grezza, riferimenti a file rileggibili, i 20 messaggi più recenti, media ed esportazioni restano invariati. In uno snapshot, misurato in condizioni stabili, la proiezione del modello scende da 105.810 a 99.143 caratteri. Risparmia altri 6.667 caratteri, ovvero circa 1.667 token di ingresso stimati per richiesta costruita allo stesso modo. |
| 9.1.154 | Da BLUN King 9.1.154 le sezioni di canale Telegram indirizzate al di fuori dei 20 messaggi più recenti vengono limitate a un'anteprima di 500 invece di 1.000 caratteri con inizio e fine. Metadati di canale completi, inizio e fine del contenuto del messaggio, i 20 messaggi più recenti, allegati, cronologia grezza ed esportazioni restano invariati. In uno snapshot, misurato in condizioni stabili, vengono ridimensionate sette ulteriori sezioni storiche indirizzate. Risparmia 3.500 caratteri, ovvero circa 875 token stimati per richiesta ripetuta. |
| 9.1.153 | Da BLUN King 9.1.153 la proiezione dei contesti Telegram storici conserva i metadati di canale completi e il tag di chiusura del canale. Viene accorciato esclusivamente il contenuto del messaggio. Anche con metadati Telegram reali lunghi 161 caratteri la struttura resta valida entro il budget di 250 caratteri. La proiezione è idempotente, i canali indirizzati successivi restano invariati e un involucro (envelope) di canale che già senza contenuto supera il budget viene lasciato passare invariato. |
| 9.1.152 | Da BLUN King 9.1.152 gli argomenti delle chiamate di strumento concluse lasciano la proiezione del modello attiva dopo quattro invece di otto messaggi più recenti. La cronologia grezza della sessione, le chiamate senza risposta o formattate male, i media, i risultati degli strumenti e i quattro messaggi più recenti restano invariati. In uno snapshot di sessione, misurato di recente, vengono compattate due ulteriori chiamate concluse; rispetto a 9.1.151 risparmia altri 244 caratteri, ovvero circa 61 token stimati per richiesta ripetuta. |
| 9.1.151 | Da BLUN King 9.1.151 gli argomenti delle chiamate di strumento concluse lasciano la proiezione del modello attiva dopo otto invece di dodici messaggi più recenti. La cronologia grezza della sessione, le chiamate senza risposta o formattate male, i media, i risultati degli strumenti e gli otto messaggi più recenti restano invariati. In uno snapshot di sessione misurato vengono compattate tre ulteriori chiamate concluse; rispetto a 9.1.150 risparmia altri 317 caratteri, ovvero circa 80 token stimati per richiesta ripetuta. |
| 9.1.150 | Da BLUN King 9.1.150 l'esternalizzazione storica dei risultati di strumento protegge completamente i quattro messaggi più recenti invece degli otto. I risultati di strumento più vecchi adatti conservano un avviso di ripristino compatto lungo 600 caratteri e il loro percorso sorgente; cronologia grezza, output salvati completamente, media e i quattro messaggi più recenti restano invariati. In uno snapshot di sessione misurato la finestra di quattro messaggi esternalizza nove ulteriori risultati storici e risparmia rispetto a 9.1.149 altri 6.683 caratteri, ovvero circa 1.671 token stimati per richiesta ripetuta. |
| 9.1.149 | Da BLUN King 9.1.149 l'esternalizzazione storica dei risultati di strumento protegge completamente gli otto messaggi più recenti invece dei dodici. I risultati di strumento più vecchi adatti conservano un avviso di ripristino compatto lungo 600 caratteri e il loro percorso sorgente; cronologia grezza, output salvati completamente, media e gli otto messaggi più recenti restano invariati. In uno snapshot di sessione misurato tre risultati scendono da 4.679 a 1.800 caratteri; risparmia altri 2.879 caratteri, ovvero circa 720 token stimati per richiesta ripetuta. |
| 9.1.148 | Da BLUN King 9.1.148 vengono ridimensionate anche nel più recente pacchetto Telegram misto le sezioni di canale marcate esplicitamente con addressed=false. Le sezioni indirizzate, i media, la cronologia grezza e le esportazioni restano invariati. In una cronologia misurata undici sezioni non indirizzate scendono da 22.691 a 2.750 caratteri; risparmia 19.941 caratteri, ovvero circa 4.986 token stimati per richiesta ripetuta. |
| 9.1.147 | Da BLUN King 9.1.147 la micro-compattazione protegge completamente i dodici messaggi più recenti invece dei venti e usa così la stessa finestra di ripristino dell'esternalizzazione esistente dei risultati di strumento. Gli argomenti di strumento conclusi più vecchi e i risultati di strumento adatti vengono ridimensionati solo nella proiezione del modello; cronologia grezza e percorsi di ripristino restano invariati. In una cronologia misurata risparmia altri 560 caratteri, ovvero circa 140 token stimati per richiesta. |
| 9.1.146 | Da BLUN King 9.1.146 i risultati di strumento più vecchi, già esternalizzati, vengono limitati nella proiezione del modello alle indicazioni necessarie per il ripristino: nome dello strumento, numero di caratteri e percorso file. Il contenuto completo resta invariato sul disco, la cronologia grezza non viene modificata e i dodici messaggi più recenti mantengono i loro avvisi dettagliati. In una cronologia misurata l'input ripetuto del modello si riduce di 26.779 caratteri, ovvero circa 6.695 token stimati per richiesta. |
| 9.1.145 | Da BLUN King 9.1.145 uno stream di provider interrotto viene ripetuto automaticamente se fino a quel momento è arrivato esclusivamente output di ragionamento interno. Il testo visibile e le chiamate di strumento continuano a impedire una ripetizione automatica. I passi successivi adattivi con livello di pensiero basso usano un budget di output di 8.192 token; i primi passi, i passi complessi e quelli falliti mantengono il budget configurato, e una ripetizione dopo il raggiungimento del limite di lunghezza può aumentarlo. Alla ripresa di una sessione l'attuale avviso di trasporto del plugin Telegram non appare più come testo di chat grezzo. |
| 9.1.144 | 9.1.144 limita le sezioni Telegram indirizzate al di fuori dei 20 messaggi più recenti nella proiezione del modello a un'anteprima lunga 1.000 caratteri con inizio e fine. I 20 messaggi più recenti, il messaggio utente più recente, le sezioni esattamente al limite, gli allegati, i metadati di canale, la cronologia grezza e le esportazioni restano invariati. |
| 9.1.143 | 9.1.143 rimuove nei messaggi più vecchi l'avviso di trasporto del plugin Telegram ripetuto dalla proiezione del modello. Contenuto del canale, metadati, allegati, messaggio utente più recente, cronologia grezza ed esportazioni restano invariati. |
| 9.1.142 | 9.1.142 ridimensiona l'anteprima con inizio e fine per le parti di canale Telegram più vecchie e non indirizzate nella proiezione del modello da 500 a 250 caratteri. Le parti di canale indirizzate, il messaggio utente più recente, gli allegati, la cronologia grezza e le esportazioni restano invariati. |
| 9.1.141 | 9.1.141 rimuove gli argomenti delle chiamate di strumento più vecchie e completate dalla proiezione del modello già a partire da 32 token stimati. I risultati degli strumenti mantengono la soglia precedente; i nuovi messaggi e la cronologia grezza restano invariati. |
| 9.1.140 | 9.1.140 limita per impostazione predefinita il promemoria di Mistake basato sulla rilevanza nella proiezione del modello a 4.000 caratteri. I file Mistake completi, la cronologia grezza e le esportazioni restano invariati. |
| 9.1.139 | 9.1.139 limita le parti di canale Telegram più vecchie e non indirizzate nella proiezione del modello a un'anteprima di 500 caratteri. Il messaggio utente più recente, le parti indirizzate, gli allegati, la cronologia grezza e le esportazioni restano completi. |
| 9.1.138 | 9.1.138 conserva nella proiezione del modello solo l'avviso di risveglio più recente di ogni incarico cron ricorrente. I promemoria una tantum, gli incarichi diversi, la cronologia grezza e le esportazioni restano invariati. |
| 9.1.137 | 9.1.137 protegge completamente solo i dodici messaggi più recenti dall'esternalizzazione degli output degli strumenti più vecchi. I risultati completi restano recuperabili tramite la cronologia grezza e il percorso di origine. |
| 9.1.136 | 9.1.136 conserva nella proiezione del modello solo l'avviso dinamico Mistake.md più recente. Le selezioni più vecchie restano completamente conservate nella cronologia grezza e nelle esportazioni. |
| 9.1.135 | BLUN King 9.1.135 mantiene il runtime Node.js gestito al primo posto nel PATH nel processo sostitutivo e in tutti gli strumenti secondari. Comandi come node e npm usano così lo stesso runtime supportato della TUI, invece di ripiegare su un'installazione di sistema più vecchia. |
| 9.1.134 | 9.1.134 limita i messaggi di gruppo Telegram non indirizzati nella proiezione del modello a un'anteprima di 2.000 caratteri con inizio, fine e lunghezza originale conservati. I messaggi diretti e la cronologia salvata restano completi. |
| 9.1.133 | 9.1.133 seleziona dalla Mistake.md locale del progetto e da quella condivisa al massimo cinque voci complete rilevanti entro un budget comune di 6.000 caratteri. Le fonti complete e i percorsi di archiviazione restano conservati. |
| 9.1.132 | 9.1.132 mantiene attivo il prompt di sistema di base snello con 4.850 caratteri dopo l'inizializzazione generata. Risparmia così 18.259 caratteri per richiesta, pari a circa 4.565 token stimati, senza rimuovere istruzioni o strumenti. |
| 9.1.131 | 9.1.131 rimuove due copie di regole più vecchie dalla proiezione del modello, non appena sono presenti le controparti determinanti. Il prompt standard si riduce così di 1.010 caratteri, pari a circa 253 token stimati per richiesta. |
| 9.1.130 | 9.1.130 sostituisce al di fuori degli ultimi 20 messaggi il testo esplicativo dei passi di strumento più vecchi e completamente conclusi con un breve avviso. Le chiamate di strumento, i risultati, la cronologia grezza e le esportazioni restano completamente conservati. |
| 9.1.129 | 9.1.129 rimuove i testi di anteprima dai risultati di strumento più vecchi e già esternalizzati. Percorso e indicazioni di dimensione restano visibili; il contenuto completo resta conservato nel file originale o nell'archivio privato. |
| 9.1.128 | 9.1.128 limita la cache persistente degli schemi di strumenti caricati su richiesta ai dodici strumenti selezionati per ultimi. Gli strumenti rimossi restano immediatamente reperibili tramite ToolSearch. |
| 9.1.127 | 9.1.127 accorcia il catalogo ripetuto di ToolSearch. Gli strumenti univoci compaiono con il loro selettore breve; i namespace MCP completi restano conservati solo in caso di conflitti di nome. |
| 9.1.126 | 9.1.126 seleziona deterministicamente al massimo cinque sezioni pertinenti alla conversazione attuale dal file degli errori esteso al runtime. La proiezione è limitata a 6.000 caratteri e non richiede alcuna chiamata aggiuntiva al modello o alla rete. |
| 9.1.125 | 9.1.125 aggiunge il comando Telegram di sola lettura /status per gli utenti associati. Indica lo stato di computer, versione, processo e coda, senza emettere ID di chat, percorsi, segreti o contenuti di messaggi. |
| 9.1.124 | 9.1.124 corregge i colori del marchio invertiti nel simbolo BLUN compatto sotto l'input. Valori di stato, nome del profilo e persona restano invariati. |
| 9.1.123 | 9.1.123 rimuove i grandi argomenti JSON delle chiamate di strumento più vecchie e completate dalla proiezione del modello. Nome, identificatore, risultato, cronologia grezza ed esportazioni restano completi. |
| 9.1.122 | 9.1.122 carica ora la direttiva di design completa solo in caso di lavoro visivo tramite lo strumento Skill. Le richieste non visive ricevono un contratto di attivazione compatto; gli output di testo puro più vecchi vengono contemporaneamente esternalizzati in modo più efficace. |
| 9.1.121 | 9.1.121 limita la dimensione complessiva degli output di testo puro più vecchi degli strumenti. I risultati idonei vengono archiviati privatamente e sostituiti nella proiezione del modello con riferimenti di file leggibili. |
| 9.1.120 | 9.1.120 esternalizza le risposte dell'assistente grandi e più vecchie in file di sessione privati. Gli ultimi 20 messaggi, le catene di strumenti e la cronologia grezza completa restano conservati. |
| 9.1.119 | 9.1.119 invia a ogni passo del modello solo una piccola selezione di skill richieste di frequente. Tutte le altre skill restano reperibili tramite lo strumento Skill in base al nome o allo scopo. |
| 9.1.118 | 9.1.118 mantiene stabile il timestamp di sessione nel prompt di sistema durante una sessione in corso. Le parti di prompt invariate possono così continuare a usare la cache dei prefissi del provider. |
| 9.1.117 | 9.1.117 mantiene immediatamente disponibili i quattro strumenti principali per i media e carica la comprensione di immagini e video, la sincronizzazione video e la sincronizzazione del movimento delle labbra solo su richiesta tramite ToolSearch. |
| 9.1.116 | 9.1.116 aggiunge una compattazione proattiva a partire da circa 128.000 token di ingresso stimati a un confine di passo sicuro. La compattazione usa un proprio prompt di sistema snello; i grandi risultati Read usano il loro percorso di origine esistente. |
| 9.1.115 | Le sessioni riprese ricostruiscono il prompt di sistema del profilo attuale, così gli snapshot di prompt obsoleti e troppo grandi non persistono oltre i riavvii. Le grandi panoramiche delle cartelle di lavoro vengono limitate; i file completi restano disponibili tramite Glob, Grep e Read. |
| 9.1.114 | La consegna Telegram tratta ora l'EPERM di Windows come indicazione di un processo TUI o poller in esecuzione, invece di deviare i messaggi dalla sessione visibile. ToolSearch conferma uno strumento già caricato con corrispondenza esatta del nome, invece di segnalare erroneamente che manca uno strumento da caricare solo su richiesta. |
| 9.1.113 | Gli strumenti Telegram mantengono all'avvio un percorso sostitutivo all'interno dello stesso runtime, qualora la registrazione gestita del plugin manchi temporaneamente. |
| 9.1.112 | I grandi messaggi utente più vecchi vengono archiviati al di fuori della finestra di lavoro attiva; la cronologia grezza completa resta comunque disponibile. |
| 9.1.111 | I turni Telegram con allegati ricevono automaticamente download_attachment. Nei turni normali lo strumento resta esternalizzato tramite ToolSearch, così il carico ridotto degli schemi rimane invariato. |
| 9.1.110 | I nuovi tentativi dopo un sovraccarico del provider rispettano l'indicazione Retry-After del server. La configurazione automatica di ripgrep scarica gli archivi specificati della versione 15.0.0 dalla pubblicazione ufficiale di ripgrep e verifica le loro somme di controllo SHA-256 prima dell'installazione. |
| 9.1.109 | La versione 9.1.109 mantiene in modo persistente nella richiesta del modello solo i nove strumenti su cui ricadevano più del 98 percento delle 3.183 chiamate di strumento misurate. Tutti gli altri strumenti restano reperibili tramite ToolSearch e disponibili per il resto della sessione dopo il primo caricamento. Il carico degli schemi diminuisce così a ogni normale passo del modello, senza rimuovere strumenti né modificare il percorso rapido per le risposte Telegram e i risultati dei media in sospeso. |
| 9.1.108 | Gli avvisi di sistema identici e iniettati ripetutamente vengono unificati solo nella proiezione del modello. Gli avvisi modificati e la cronologia salvata completa restano conservati. |
| 9.1.107 | Gli errori del provider vengono mostrati in un linguaggio comprensibile per il cliente; i codici di errore interni e gli avvisi per il supporto non compaiono. /help offre un elenco di comandi navigabile con i tasti freccia e apre con la freccia destra o il tasto Invio una descrizione dettagliata del comando selezionato. |
| 9.1.106 | I profili agente possono escludere strumenti per nome. Le esclusioni valgono anche dopo il caricamento dinamico su richiesta; i sottoagenti standard non inviano messaggi Telegram aggirando l'agente principale. |
| 9.1.105 | La versione 9.1.105 aggiunge TaskUpdate per gli agenti in background in esecuzione. King trasmette istruzioni aggiuntive al passo di modello sicuro successivo allo stesso agente attivo, senza fermarlo né avviare un altro agente. Le attività sconosciute e già terminate, le attività della shell e gli agenti che non accettano più aggiornamenti continuano a essere respinti come prima. |
| 9.1.104 | La versione 9.1.104 lascia eseguire i comandi shell in primo piano fino alla fine regolare anche con output molto grandi. King scrive ininterrottamente fino a 16 MiB nel registro privato delle attività, scarta gli output oltre questa soglia e segnala il codice di uscita effettivo, invece di terminare il processo a causa della quantità di output. Gli output piccoli, le attività in background, i limiti di tempo e gli annullamenti manuali restano invariati. |
| 9.1.103 | I membri dello sciame vengono ripresi al massimo due volte sotto lo stesso ID agente dopo interruzioni temporanee del provider. HTTP 429 mantiene la sua regola separata di sovraccarico; gli errori definitivi e gli annullamenti manuali non vengono ripetuti automaticamente. |
| 9.1.102 | Gli agenti singoli delegati vengono ripresi al massimo due volte in base alla loro cronologia persistente dopo errori temporanei del provider. Gli errori persistenti e gli annullamenti manuali restano definitivi. |
| 9.1.101 | I messaggi utente troppo grandi vengono salvati localmente e sostituiti nel contesto del modello con un'anteprima limitata e un percorso leggibile. La cronologia originale completa e i media restano invariati. |
| 9.1.100 | Le ricerche di contenuto Grep limitate terminano ripgrep dopo la pagina richiesta e una riga di anteprima aggiuntiva. I conteggi di corrispondenza, le ricerche illimitate e gli elenchi di file ordinati per data di modifica restano completi. |
| 9.1.98 | King può compattare proattivamente una sezione di lavoro completata a partire da 128.000 token stimati. Sotto la soglia lo schema dello strumento resta completamente escluso dal prompt del modello; la compattazione usa il confine di passo sicuro esistente. |
| 9.1.97 | La descrizione dello strumento TodoList caricata in modo persistente è scesa da 2.238 a 996 caratteri. La pianificazione a più livelli, tutti e sei gli stati delle attività, i resoconti di avanzamento onesti, le interrogazioni, lo svuotamento e la modalità piano separata restano protetti. |
| 9.1.96 | Il prompt di sistema di base caricato in modo persistente è sceso da 23.109 a 4.850 caratteri. Identità, persona e anima, la lingua delle risposte, i limiti di lavoro e di autorizzazione, il passaggio di consegne della compattazione, l'ambiente di runtime, AGENTS.md e le skill restano protetti. |
| 9.1.95 | La descrizione dello strumento Write caricata in modo persistente è scesa da 2.532 a 1.541 caratteri. La delimitazione rispetto a Edit, i contenuti letterali, le terminazioni di riga, il limite di 500 righe, l'eccezione di un singolo file e la continuazione atomica con controllo di righe e SHA-256 restano protetti. |
| 9.1.94 | La descrizione dello strumento Glob caricata in modo persistente è scesa da 1.495 a 1.006 caratteri. L'ordinamento, i file ignorati e sensibili, i pattern ricorsivi, i file dot, le espansioni delle parentesi graffe e il limite di 100 corrispondenze restano protetti. |
| 9.1.93 | La descrizione dello strumento Edit caricata in modo persistente è scesa da 1.537 a 1.144 caratteri. La lettura prima della modifica, le sostituzioni esatte, le sostituzioni multiple, la gestione CRLF e il limite di 500 righe restano protetti. |
| 9.1.92 | La descrizione dello strumento Agent caricata in modo persistente è scesa da 2.061 a 1.153 caratteri. Il contesto separato, la ripresa, i limiti di tempo e la delega parallela restano invariati. |
| 9.1.91 | La descrizione dello strumento Read caricata in modo persistente è scesa da 2.391 a 1.648 caratteri. La paginazione, la protezione dei segreti, l'inoltro dei media, il formato delle righe e il comportamento CRLF restano invariati. |
| 9.1.90 | La descrizione dello strumento Bash caricata in modo persistente è scesa da 5.003 a 1.834 caratteri. Il contratto di runtime, le attività in background, gli strumenti di file e i limiti di sicurezza restano completamente invariati. |
| 9.1.89 | Le letture di file a pagine indicano al limite interno di 1.000 righe il prossimo line_offset esatto; la fine del file e le sezioni volutamente più piccole restano invariate. |
| 9.1.88 | BLUN King 9.1.88 attiva la compattazione piccola e senza perdite per tempo, prima della compattazione completa. I grandi risultati di strumento più vecchi e gli argomenti di chiamate di strumento completate lasciano prima la vista del modello; la cronologia salvata completa resta invariata. |
| 9.1.87 | Una risposta HTTP 429 esplicitamente ritentabile rispetta Retry-After e riceve al massimo due nuovi tentativi automatici; gli altri errori restano immediatamente visibili. |
| 9.1.86 | I grandi output degli strumenti mantengono visibili, entro lo stesso budget di anteprima, i primi e gli ultimi 1.000 caratteri; una marcatura precisa indica il numero di caratteri omessi. |
| 9.1.85 | I risultati di strumento basati su testo oltre i 12.000 caratteri vengono salvati completamente in un file locale privato; le successive richieste del modello conservano solo un budget di anteprima di 2.000 caratteri e il percorso leggibile. |
| 9.1.84 | La compattazione completa elabora le cronologie più vecchie in fasi cronologiche con al massimo 64.000 token di ingresso stimati; il limite di sicurezza fisso e l'archivio privato completo restano invariati. |
| 9.1.83 | La microcompattazione sostituisce i grandi argomenti delle chiamate di strumento più vecchie e completate solo nella vista del modello con una marcatura JSON valida; il verificatore di sessione segnala il risparmio stimato senza emettere contenuti. |
| 9.1.82 | Il verificatore di sola lettura segnala gli schemi di strumento selezionati e trattenuti, i motivi di soppressione e il numero stimato di token di schema evitati. |
| 9.1.81 | Un verificatore di sola lettura fornito in dotazione riassume i passi del provider, le chiamate di strumento, i token, le compattazioni, gli errori e gli output esternalizzati, senza rivelare prompt o percorsi privati. |
| 9.1.80 | I grandi risultati di strumento ricevono una telemetria di esternalizzazione senza contenuti; il contesto isolato dei sottoagenti, i piani leggibili dalla macchina e i passaggi di consegne trasferibili sono protetti da test di regressione. |
| 9.1.79 | I checkpoint persistenti scrivono i record di cronologia completati prima dei passi del provider e prima del completamento di un worker, così il lavoro completato può essere riletto dopo una ripresa. |
| 9.1.78 | La compattazione completa archivia le parti di cronologia soppiantate prima di sostituirle con un riassunto; il riassunto contiene il percorso leggibile dell'archivio. |
| 9.1.77 | La microcompattazione riduce in caso di pressione sul contesto i risultati di strumento grandi e più vecchi, conservando al contempo la cronologia salvata completa. |
| 9.1.76 | Gli incarichi di immagini, video e voce in sospeso superano la compattazione e le rapide domande di follow-up; i messaggi Telegram restano in ordine FIFO senza fuorvianti errori di tipo busy. |
| 9.1.75 | Le brevi conversazioni Telegram elaborano solo il messaggio senza risposta più recente, mentre gli scambi testuali conclusi restano conservati come contesto linguistico. |
| 9.1.74 | Le route Telegram memorizzate ripristinano gli ID di gruppo passati accidentalmente senza il segno meno; Ctrl+S può controllare un turno effettivamente in esecuzione. |
| 9.1.73 | I messaggi Telegram e di loop non avviano più un secondo turno durante il lavoro attivo; Escape e Ctrl+C possono comunque interrompere il turno attivo. |
| 9.1.72 | Nascondere un avviso di aggiornamento sopprime solo la versione offerta in quel momento; le pubblicazioni più recenti riappaiono all'avvio normale con king. |
| 9.1.71 | I segnali di risveglio del loop arrivano correttamente in coda, il poller Telegram viene acquisito in modo atomico, gli strumenti centrali di file e media restano immediatamente disponibili e Context7 non si avvia più automaticamente. |
| 9.1.69 | Gli MCP standard vengono configurati, Telegram raggiunge un punto di passaggio FIFO protetto, Escape e Ctrl+C interrompono in modo affidabile il lavoro attivo e la panoramica MCP nasconde i percorsi interni. |
| 9.1.68 | I messaggi Telegram ricevuti in stato di inattività risvegliano l'elaborazione FIFO, i messaggi diretti e di gruppo mantengono il loro ordine di ingresso e la ripresa nasconde i frame Telegram interni. |
| 9.1.67 | La skill standard venture-flywheel aggiunge una base UVF puramente contrattuale con fiducia di progetto deterministica e obblighi di autorizzazione per le azioni esterne. |
| 9.1.66 | /curiosity e /scout eseguono ricerche di opportunità limitate e di sola lettura con prove, controprove e un criterio di interruzione. |
| 9.1.65 | Escape e Ctrl+C interrompono in modo affidabile le compattazioni automatiche, un'ancora di schermo stabile impedisce doppi piè di pagina e l'avviso del loop è allineato al contenuto della chat. |
| 9.1.64 | La cronologia di sessione basata su disco, gli strumenti e le skill caricati su richiesta, un watchdog di inattività del provider da 120 secondi, il ritmo corretto del loop, Telegram in ordine FIFO, i pacchetti Linux e il riconoscimento della lingua bosniaca sono arrivati insieme. |
| 9.1.58–9.1.63 | Questa serie di versioni ha riunito lavori su sessioni, Telegram, piattaforme e prestazioni. A chiudere la serie sono stati schemi di strumento snelli su richiesta, elenchi di skill compatti, skill al primo utilizzo ripristinate e un controllo dell'inventario dei pacchetti contro rimozioni non pianificate. |
Miglioramenti precedenti
| Versione | Modifica |
|---|---|
| 9.1.53 | /idea pubblica il suo piano di attività prima del primo lavoro, controlla le azioni in uscita a ogni chiamata di strumento e richiede per ogni passo uno stato finale onesto. |
| 9.1.52 | Le sessioni riprese aprono direttamente la cartella di lavoro salvata. Conversazione e stato /loop attivo vengono ripristinati insieme al riavvio. |
| 9.1.51 | I loop funzionano come risvegli autonomi, /idea sviluppa e modifica i propri piani, Telegram può attivare comandi di lavoro e gli stati dei media e di avvio vengono rappresentati in modo più chiaro. |
| 9.1.50 | Le immagini locali o ricevute via Telegram possono essere animate come veri video MP4. Le grandi finestre di contesto ricevono un budget di output valido; la barra dei media mostra stati più chiari e percorsi cliccabili. |
| 9.1.49 | Le immagini di personaggi di fantasia adulti in costume da bagno restano consentite entro limiti chiari. Gli incarichi di immagini completati possono essere usati come immagine di partenza per i video; le interrogazioni GetMedia riuscite non generano schede ripetute. |
| 9.1.48 | La barra dei media unificata raggruppa gli incarichi di media direttamente sopra il campo di input. Le percentuali compaiono solo con un valore misurato reale del provider; altrimenti la barra mostra fase e durata. |
| 9.1.47 | Il registro delle richieste distingue conversazioni e compattazione e registra la selezione degli strumenti nonché il motivo di soppressione, senza modificare il comportamento degli strumenti. |
| 9.1.46 | I loop comprendono le indicazioni di tempo naturali, le mostrano durante l'input, supportano intervalli liberi e consentono di nuovo la normale selezione del testo nel terminale al di fuori della vista della cronologia. |
| 9.1.45 | L'avanzamento della compattazione in corso ora compare solo nella barra di stato inferiore, invece di apparire in più come seconda riga nella chat. |
| 9.1.44 | Reimpacchettamento completo della 9.1.43 approvata, affinché anche le versioni 9.1.43 installate in precedenza riconoscano in modo sicuro l'aggiornamento. |
| 9.1.43 | Base di protezione completa della 9.1.40 con diagnostica del trasporto, avvisi di aggiornamento visibili e i comandi da console /loop, /goal e /output-style. |
| 9.1.40 | Watchdog del turno per chiamate lunghe o che falliscono ripetutamente; auto-hash dopo la scrittura in più parti con verifica di rilettura del file salvato. |
| 9.1.39 | I file lunghi vengono scritti in continuazioni. Ogni continuazione riparte dalla fine effettivamente scritta; il numero di righe, lo SHA-256 e i confini dei pezzi vengono verificati e indicati. |
| 9.1.38 | Gli argomenti di strumento degenerati o troncati vengono riconosciuti. Un file incompleto viene respinto con un messaggio di errore, invece di essere considerato tacitamente completato. |
| 9.1.37 | Dopo un cambio di Node, BLUN verifica i moduli nativi con una vera interrogazione SQLite e ricostruisce better-sqlite3 se necessario. |
| 9.1.36 | Le risposte vuote del modello vengono gestite in base alla causa: un budget di output troppo scarso viene aumentato, uno stop vuoto viene ripetuto esattamente una volta. Gli avvisi di sistema e le iniezioni non possono innescare una risposta Telegram. |
| 9.1.35 | La compattazione a più livelli mostra il livello e l'effettivo utilizzo della finestra del modello, ad esempio 2/~10 · 90 %. |
| 9.1.34 | Il contesto attivo viene compattato a fasi: prima le parti più vecchie, ogni chiamata del compattatore al di sotto del limite del modello. |
| 9.1.33 | Base per il runtime Node automatico e la riparazione successiva dei moduli nativi dopo un cambio di runtime. |
Integrazioni e lacune documentali aperte
Raffronto del 17 settembre 2026: nell'intervallo da 9.1.33 a 9.1.597 sono presenti 521 versioni nel registro npm. Un numero mancante non è automaticamente una pubblicazione mancante: alcune versioni mancano nel registro attuale o sono state ritirate. Per quattro versioni pubblicate i dettagli esatti delle modifiche restano aperti. Per queste versioni non vengono inventate modifiche.
9.1.567: dettagli delle modifiche aperti
Pubblicata il 6 settembre 2026 alle 22:42 UTC. Il valore SHA-512 del pacchetto coincide con il valore di integrità pubblicato su npm. Il pacchetto non contiene un CHANGELOG.md; il suo README indica ancora la 9.1.566 nel comando di installazione. Da questo non è possibile ricavare in modo affidabile la differenza rispetto alla 9.1.566. Questa lacuna documentale resta espressamente aperta.
9.1.550: dettagli delle modifiche aperti
Pubblicata il 2 settembre 2026 alle 07:19 UTC. Il valore SHA-512 del pacchetto coincide con il valore di integrità pubblicato su npm. Il pacchetto non contiene un CHANGELOG.md e nel materiale controllato non è stata trovata alcuna prova di modifica specifica per versione. Questa lacuna documentale resta espressamente aperta.
Integrazione per la 9.1.536
Le seguenti indicazioni provengono dal pacchetto pubblicato il 1º settembre 2026, con integrità verificata:
- Gli incarichi di lavoro proseguono oltre le risposte Telegram private. Dopo i messaggi diretti bufferizzati, King prosegue il lavoro con un passo aggiuntivo limitato, purché l'utente non metta in pausa o non fermi espressamente.
- Le brevi richieste di stato non interrompono il flusso di lavoro in corso.
- Quando i tentativi di ripetizione dopo risposte di pensiero vuote sono esauriti, King riduce l'impegno di pensiero, invece di lasciarlo invariato nei tentativi successivi.
- Più schemi di strumenti caricati su richiesta restano disponibili; i messaggi vengono esternalizzati solo quando lo spazio disponibile nella cronologia si fa scarso.
- Sono incluse la regola di avanzamento verificata per TodoList e un percorso di avvio su una sola riga per God Mode con Swarm.
Integrazione per la 9.1.99
La documentazione delle funzioni già esistente descrive l'esternalizzazione congiunta di risultati di strumenti di testo puro consecutivi: se il blocco supera i 12.000 caratteri, i grandi risultati idonei vengono salvati privatamente. Nel contesto del modello restano riferimenti leggibili; la cronologia grezza e i media restano invariati. La voce di versione finora mancante rimanda ora espressamente a questa funzione.
9.1.70: dettagli delle modifiche aperti
Pubblicata il 24 agosto 2026 alle 15:56 UTC. Il valore SHA-512 del pacchetto coincide con il valore di integrità pubblicato su npm. Il pacchetto non contiene un CHANGELOG.md; le descrizioni delle funzioni esistenti non comprovano una differenza univoca rispetto alla 9.1.69. Questa lacuna documentale resta espressamente aperta.
9.1.57: dettagli delle modifiche aperti
Pubblicata il 23 agosto 2026 alle 07:28 UTC. La versione è finora apparsa solo come punto di partenza di un titolo collettivo. Una prova di modifica specifica per versione non è assegnata nel materiale controllato. Questa lacuna documentale resta espressamente aperta.
Il CHANGELOG.md contenuto nel pacchetto npm immutabile 9.1.597 termina alla 9.1.594. Le indicazioni integrate dalla 9.1.595 alla 9.1.597 si trovano su questa pagina. Il pacchetto pubblicato non è stato riscritto successivamente con lo stesso numero di versione.
9.1.41 e 9.1.42 sono state ritirate
Queste due versioni sono state derivate per errore dalla 9.1.38 invece che dalla 9.1.40. Per questo mancavano la continuazione di scrittura, l'auto-hash e i watchdog del turno. Entrambe le versioni npm sono contrassegnate come obsolete; latest e next non hanno mai puntato a loro. La 9.1.43 contiene le loro modifiche previste sulla base di protezione completa.
Aggiornare e verificare
king update
blun --version
Dopo l'installazione della 9.1.599 l'output della versione deve mostrare 9.1.599. Gli aggiornamenti dalla 9.1.597 e dalla versione locale 9.1.598 tramite le fonti di aggiornamento pubbliche sono stati verificati. Una console già in esecuzione carica il nuovo codice solo dopo il proprio riavvio. Verifica poi al suo interno anche /version.