BLUN King

BLUN King 9.1.621

Publicat pe

King adoptă un rezumat al conversației tale doar atunci când modelul a confirmat finalizarea acestuia. Dacă această confirmare lipsește, istoricul tău de conversație rămâne neschimbat.

Dacă transmiterea rezumatului se termină neașteptat, contextul tău de conversație nu este înlocuit cu rezumatul incomplet. Modificarea privește doar compactarea conversației; răspunsurile normale rămân neschimbate.

Rămân deschise câteva erori izolate la salvarea unei sesiuni; acestea nu sunt rezolvate cu această actualizare.

BLUN King

BLUN King 9.1.620

Publicat pe

În Windows, consola se închide complet la închiderea ferestrei, astfel încât mesajul „deja rulează” să nu mai apară la următoarea pornire.

Actualizarea corectează încheierea procesului consolei la închiderea ferestrei. O consolă care rulează efectiv în continuare păstrează accesul exclusiv la sesiunea sa.

BLUN King

BLUN King 9.1.619

Publicat pe

O singură eroare anterioară la compactarea conversației nu mai blochează sesiunea ta: după o compactare reușită, King numără doar erorile noi, direct consecutive.

O singură eroare anterioară la compactarea conversației nu mai blochează sesiunea ta: după o compactare reușită, King numără doar erorile noi, direct consecutive. Dacă compactarea eșuează de două ori la rând, mesajul afișează acum clar „Compactare în pauză” în loc să raporteze un context complet.

Rămân deschise câteva erori izolate la salvarea unei sesiuni și la crearea unui rezumat complet al conversației; acestea nu sunt rezolvate cu această actualizare.

BLUN King

BLUN King 9.1.618

Publicat pe

Dacă, după reluarea sesiunii tale, sosește un mesaj pe Telegram în timp ce King lucrează deja, acesta rămâne în coadă și este livrat ulterior.

Dacă, după reluarea sesiunii tale, sosește un mesaj pe Telegram în timp ce King lucrează deja, acesta rămâne în coadă și este livrat ulterior. King nu mai afișează această situație de așteptare ca eroare.

Pe Linux x64, terminalul folosește un fișier binar inclus. Astfel, funcționează chiar și atunci când npm 12 blochează scripturile de instalare; pentru aceasta nu este nevoie de un compilator. În acest scop, King folosește versiunea preliminară fixată node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Publicat pe

La reîncărcarea aceleiași sesiuni, King nu mai adaugă de mai multe ori instrucțiunile neschimbate ale pluginurilor.

La reîncărcarea aceleiași sesiuni, King nu mai adaugă de mai multe ori instrucțiunile neschimbate ale pluginurilor. Dacă instrucțiunile se schimbă, King continuă să țină cont de starea actuală.

Previzualizările ieșirilor mari ale instrumentelor țin acum cont și de fereastra de context disponibilă. Poți citi în continuare integral ieșirile mutate în afară.

Cu /profile sau /profiles deschizi selecția de profil. King comută doar când sesiunea ta este pregătită. Munca în curs și mesajele în așteptare împiedică o comutare pripită; în acest caz, profilul tău anterior rămâne activ.

Când oprești munca în curs, King așteaptă și ultimii pași de curățare. Munca încă nefinalizată nu este confirmată prematur ca fiind încheiată.

BLUN King

BLUN King 9.1.616

Publicat pe

După un răspuns confirmat pe Telegram, King preia alte mesaje adresate ție la următorul pas sigur, chiar și în timpul unei ture în desfășurare.

După un răspuns confirmat pe Telegram, King preia alte mesaje adresate ție la următorul pas sigur, chiar și în timpul unei ture în desfășurare. Un răspuns deja livrat nu mai reține coada. Răspunsurile rămân asociate chatului lor.

Dacă întrerupi o tură, mesajele Telegram încă nepreluate rămân disponibile pentru următoarea livrare. King le confirmă doar când sesiunea le preia efectiv.

BLUN King

BLUN King 9.1.615

Publicat pe

King menține cataloage mari de instrumente disponibile prin căutarea de instrumente și adaptează bugetul de instrumente la fereastra de context a furnizorului.

King menține cataloage mari de instrumente disponibile prin căutarea de instrumente, fără a trimite modelului toate schemele opționale de instrumente. Dacă furnizorul raportează o fereastră de context mai mică, King ajustează bugetul de instrumente; instrumentele găsite rămân disponibile în pasul următor.

Când este nevoie, King mută în afară ieșirile mari ale instrumentelor mai devreme decât până acum. Poți obține ieșirea completă ca până acum, dacă aceasta poate fi afișată în siguranță.

Răspunsurile normale Telegram și modificările aduse mesajelor nu mai sunt reținute din cauza unei aprobări lingvistice lipsă. O verificare a răspunsurilor configurată de tine rămâne activă.

BLUN King

BLUN King 9.1.614

Publicat pe

Fișierele AGENTS.md și AGENTS.override.md prea mari nu mai opresc o tură doar din cauza dimensiunii lor.

În afara consolei King, King citește în total până la 32 KiB din fișierele de instrucțiuni și îți spune o dată pe sesiune câți octeți au fost omiși.

În consola King fișierele rămân complete, atâta timp cât limita cererii permite acest lucru.

Symlink-urile și căile nesigure rămân blocate.

BLUN King

BLUN King 9.1.613

Publicat pe

King recunoaște cererile către model prea mari deja înainte de trimitere.

În consola King, King citește din fiecare fișier AGENTS.md și AGENTS.override.md cel mult 32 KiB. Ceea ce depășește această limită, King omite și îți arată câți octeți au fost omiși.

Înainte de trimitere, King estimează acum dimensiunea întregii cereri către model, inclusiv instrucțiuni, istoric, definiții de instrumente și date de imagini. Când aceasta se apropie de limita de octeți a serverului, începe o compactare treptată. Dacă o cerere nu poate fi împărțită în siguranță, King se oprește fără să arunce în tăcere istoricul salvat.

King stochează local apelurile de instrumente finalizate ca metadate: numele instrumentului, momentul, starea și, în cazul instrumentelor de fișiere, după caz, calea. Intrările, ieșirile, comenzile și cheile nu sunt stocate. Cu /memory tools poți căuta în intrările profilului tău.

Diagnosticarea contextului afișează numere suplimentare despre compoziția cererilor. O măsurare a fazelor activabilă înregistrează timpul până la apelul modelului, fără a jurnaliza conținut.

Afișajul de consum preia tokenurile de gândire raportate separat, dacă furnizorul le livrează.

Nelansată, înlocuită cu 9.1.613

BLUN King 9.1.612

Publicat pe

9.1.612 nu a fost publicată ca actualizare pentru clienți. Protecția timpurie prin octeți nu acționa la o cerere mai mare de 900 KB când istoricul singur rămânea sub 600 KB. 9.1.613 înlocuiește această stare.

BLUN King

BLUN King 9.1.611

Publicat pe

Cererile mari de compactare rămân în interiorul limitei de octeți a serverului.

  • King împarte o cerere de compactare prea mare, după dimensiunea cererii, în pași cronologici. Astfel compactarea poate continua chiar și atunci când cererea conține mai mulți octeți decât acceptă serverul dintr-o dată.
  • Dacă deja un singur mesaj, luat separat, nu încape sub limită, istoricul tău stocat rămâne neschimbat. King nu îl aruncă pentru a forța compactarea.

Un timp de așteptare mai scurt al modelului sau un consum mai mic de tokenuri nu este dovedit prin aceasta. O actualizare nu repornește o sesiune King deja aflată în rulare.

BLUN King

BLUN King 9.1.610

Publicat pe

Poți instala din nou King sub Linux și porni din nou profilurile, iar o a doua pornire King sub Windows nu mai eșuează cu un mesaj înșelător despre ACL-uri private.

  • Linux se află din nou în lista sistemelor de operare acceptate ale pachetului npm. Dacă ai sub Linux o versiune mai veche, instalezi 9.1.610 prin actualizatorul normal.
  • Pornirile explicite cu --profile și abrevierile existente de nume de profil conduc în directorul profilului ales. Un simplu nume necunoscut nu mai creează silențios un profil gol; un profil nou îl creezi în mod conștient cu --profile.
  • Dacă unui profil existent îi lipsește autentificarea proprie, King oferă /login, în loc să se oprească la o configurație de model blun/king lipsă.
  • Sub Windows, verificarea directoarelor private reușește și atunci când bridge-ul Telegram ține deschis un director de pluginuri. TEMP și TMP sunt transmise mai departe ajutorului ACL, iar la erori de director King numește calea afectată și cauza reală.
  • Dacă rulează deja un King interactiv, King îl recunoaște înainte de întărirea ACL-urilor private și raportează PID-ul lui, în loc să prezinte o a doua pornire ca eroare la ACL-urile private.

Un profil gol nu preia în 9.1.610 date de autentificare din directorul home comun. Întrebarea curentă /login poate afișa încă „OAuth login expired”, chiar dacă acest profil nu s-a autentificat niciodată.

Calea de actualizare Linux de la 9.1.114 la 9.1.610 a fost parcursă după publicare. Calea de actualizare Windows de la 9.1.609 la 9.1.610 nu este măsurată.

O actualizare nu repornește o sesiune King deja activă.

BLUN King

BLUN King 9.1.609

Publicat pe

Deschide selecția de effort cu Ctrl+L și păstrează între timp schița editorului tău.

  • Ctrl+L deschide selecția de effort existentă, fără să pierzi schița editorului tău. Setările de effort și restricțiile de model existente sunt reutilizate, în loc să se creeze o a doua cale de configurare.
  • Regula existentă pentru sesiunile active rămâne: o modificare a nivelului de effort în timpul lucrului activ este respinsă, nu este programată pentru mai târziu. În timpul redării sau al unei preluări de editor, combinația de taste este ignorată.

Aceste modificări nu dovedesc nici timpi de răspuns mai rapizi în funcționarea curentă, nici un consum de token facturat mai mic și nu stabilesc o paritate completă cu OpenClaw.

BLUN King

BLUN King 9.1.608

Publicat pe

În grupurile Telegram, la King ajung doar mesajele care îl menționează. Selecțiile tale multiple și anularea pas cu pas a întrebărilor rămân păstrate.

  • În grupurile Telegram, mesajele care nu se adresează lui King ajung în contextul sesiunii abia după verificarea menționării. Cine a dezactivat explicit verificarea, o păstrează.
  • Selecțiile tale multiple și anularea pas cu pas a întrebărilor rămân păstrate. Subsolul țintă rulează pe un cronometru comun de actualizare.
  • Efortul transferului de ACL Windows scade, fără ca verificarea permisiunilor să fie slăbită. Recuperarea după erori temporare la înlocuirea configurației este limitată; proprietatea asupra scrierii rămâne păstrată.
  • Înainte de noua încercare, King verifică dacă un marker de scriere Windows eliminat în paralel a dispărut efectiv. Markerii existenți care nu pot fi citiți duc în continuare la anulare.

Aceste modificări nu dovedesc nici timpi de răspuns mai rapizi în funcționarea curentă, nici un consum de token facturat mai mic și nu stabilesc o paritate completă cu OpenClaw.

BLUN King

BLUN King 9.1.607

Publicat pe

Sesiunea aleasă ultima dată de tine revine, scrierile eșuate sunt raportate sincer și fiecare încercare HTTP primește o marcă de timp de start.

  • Restaurarea opțională a sesiunii alese ultima dată poate fi activată cu resume_last_selected în tui.toml. Selecția este valabilă pentru contul confirmat, runtime-ul, agentul și spațiul de lucru. Pornirea normală rămâne neschimbată, selecțiile explicite de sesiune au prioritate; selecțiile indisponibile revin la o sesiune nouă, nu la alta.
  • După o activare eșuată, selecția anterioară rămâne păstrată. Sub un cont care s-a schimbat în timpul activării, nu este salvată nicio selecție.
  • Scrierile de fișiere eșuate nu sunt marcate ca reușite. Protocolul existent de continuare pentru linii complete la scrieri peste 2.048 de octeți UTF-8 este explicat, fără a ridica limita sau a încerca din nou automat.
  • Imediat înainte de fiecare încercare HTTP este înregistrată o marcă de timp de start după ora reală (wall-clock) pentru corelarea diagnosticului. Conținutul cererilor sau datele de acces nu ajung în diagnostic.
  • Caracterele Unicode din afara planului de bază (de exemplu emoji) rămân complet păstrate la limitele existente ale bugetului de stocare, fără a ridica aceste bugete sau a crea o altă stocare.

Aceste modificări nu dovedesc nici timpi de răspuns mai rapizi în funcționarea curentă, nici un consum de token facturat mai mic, nu stabilesc o paritate completă cu Gateway și nu exclud mesajele Telegram neadresate din context.

BLUN King

BLUN King 9.1.606

Publicat pe

La continuarea unei sesiuni apar mai întâi paginile de transcriere curente; paginile mai vechi le încarcă navigarea existentă de transcriere.

  • La continuarea unei sesiuni interactive apar mai întâi paginile de transcriere curente; paginile mai vechi le încarcă navigarea existentă de transcriere. Istoricul complet salvat și contextul activ al modelului rămân păstrate.
  • La pornire este valabil un obiectiv de afișare de 200 de înregistrări de redare. Cu --history-limit de la 1 la 2000 poți regla afișarea paginilor inițiale și mai vechi; rundele complete de conversație și perechile de instrumente pot depăși obiectivul.
  • Prima afișare a activărilor de skill și plugin rămâne păstrată peste limitele paginilor. Poziția de derulare home este corectată, astfel încât încărcarea paginilor mai vechi să nu lase un ecran gol.

Aceste modificări reduc activitatea inițială de randare a transcrierii. Ele nu dovedesc nici timpi de răspuns mai rapizi ai modelului, nici consum de token mai mic sau facturi mai mici, nu îmbunătățesc cache-ul providerului și nu limitează cât de mult este citit de pe disc la pornire.

BLUN King

BLUN King 9.1.605

Publicat pe

Verifică sursele de context, controlează procesele aflate în derulare și transmite la pornirea consolei un prim mesaj. Procesarea istoricului local și verificările de compactare au fost extinse.

  • Istoricurile locale de sesiune sunt redate în blocuri. Paginile de afișare arhivate pot fi găsite fără a căuta prin toate blocurile anterioare. Istoricul complet salvat, verificările de integritate ale arhivei și restaurarea existentă rămân păstrate.
  • Rezultatele repetate ale instrumentelor sunt pregătite în mod constant pentru contextul modelului între compactările înregistrate. Ieșirile locale complete și drepturile de citire existente rămân păstrate. Ieșirile nu sunt externalizate dacă nu ar putea fi recuperate prin calea de restaurare promisă.
  • Compactarea automată finală înlocuiește contextul activ doar dacă micșorează istoricul după aceeași metodă de estimare. La respingere, istoricul original rămâne păstrat. Declanșatorul opțional max_request_history_bytes folosește controlul existent de compactare, este dezactivat implicit și nu limitează întregul corp al cererii către provider.
  • Diagnosticul de context primește vederi separate și o atribuire a sursei pentru instrucțiuni, Memory, Skills și mesaje anterioare. Octeții conținutului serializat, estimările locale de token și consumul raportat rămân separate.
  • Responsabilitatea pentru sesiune rămâne păstrată la sarcinile în așteptare, evenimentele întârziate, întrebările și modificările de configurare. Un al doilea acces de scriere activ la aceeași sesiune este respins, în loc să se permită modificări simultane ale jurnalului.
  • Linia suplimentară agent/sesiune din subsol dispare. Sesiunile pot fi în continuare controlate și diagnosticate țintit. Interfața King existentă, modelele gestionate și limitele de permisiuni rămân păstrate.
  • --message transmite un prim mesaj pentru pornirea interactivă. Acesta este procesat după acordul la pornire și selecția sesiunii prin verificarea normală a mesajelor și coada. Conținutul său nu este interpretat ca o comandă slash sau shell.
  • Acordul de interfață al serviciului Guard inclus rămâne neschimbat. Această publicare nu dovedește nici răspunsuri mai rapide în funcționarea curentă, nici facturi mai mici de la provider, nici o egalitate funcțională completă cu OpenClaw, nici o cantitate limitată de citire la încărcarea inițială a jurnalului de sesiune.

/abort anulează procesul în derulare, fără a arunca intrările în așteptare. /stop aruncă suplimentar intrările în așteptare. /exit încheie în continuare consola. Acestea sunt comenzi locale de consolă, nu comenzi suplimentare de la distanță Telegram.

Verificări la stadiul pachetului 9.1.605: 238 de fișiere de verificare cu 6.900 de teste, precum și 40 de verificări de staging, dintre care 25 de verificări native de terminal. Testul unei actualizări izolate de la 9.1.604 prin eticheta publicată de candidat cu programul de instalare real a avut succes. Astfel nu se dovedesc nici timpi de încălzire mai scurți într-o sesiune activă, nici o egalitate funcțională completă cu OpenClaw.

BLUN King

BLUN King 9.1.604

Publicat pe

Verifică dimensiunea cererii și sursele de context, încarcă instrumentele la nevoie și controlează mesajele primite în cadrul sesiunii respective.

  • /context doctor și /tokens deosebesc numărul de octeți al cererii serializate de numerele estimate de token și arată părțile înregistrate ale regulilor, Memory, Skills și definițiilor de instrumente.
  • Cataloagele medii de instrumente sunt încărcate la nevoie prin căutarea existentă; instrumentele pot fi în continuare găsite și executate.
  • /queue controlează mesajele în cadrul sesiunii respective. Mesajele obișnuite din coadă nu mai întrerup automat lucrul după 30 de secunde.
  • La selecția sesiunii sunt posibile identificatori sau titluri exacte, precum și prefixe unice de identificator; subsolul arată agentul atribuit și sesiunea.
  • Fiecare încercare HTTP primește un nou identificator de cerere, dacă apelantul nu prevede unul. Diagnosticul nu modifică facturarea.
  • Versiunile incluse ale AgentSpine și Translate Native rămân neschimbate. Costuri mai mici și răspunsuri mai rapide în funcționarea live nu sunt dovedite.
  • /question: Deschide din nou întrebările în așteptare. Restrângerea nu răspunde și nu respinge o întrebare.

Octeții cererii, numerele estimate de token, consumul total de sesiune și tokenurile facturate sunt mărimi diferite. Afișajul de consum ia în considerare și verificarea răspunsului. /usage cost cu costuri zilnice sau lunare nu face parte din această versiune. Costuri mai mici sau răspunsuri mai rapide în funcționarea live nu sunt dovedite.

BLUN King

BLUN King 9.1.603

Publicat pe

Alege directorul tău de lucru într-un dialog Windows. Dacă consola este pornită din System32, aceasta îți propune acum directorul tău de utilizator.

  • Dacă sub Windows alegi un alt director de lucru, se deschide un dialog de folder. Poți introduce în continuare calea manual. Dacă anulezi dialogul, revii la selecția folderului, fără a prelua un folder.
  • Dacă nu este disponibil niciun dialog de folder, consola întreabă calea. Pe alte sisteme de operare rămâne introducerea căii.
  • Dacă la pornire este preluat sau salvat un folder în interiorul directorului Windows, selecția folderului îți propune directorul tău de utilizator. Căile introduse manual sunt verificate în continuare ca până acum.

Versiunile AgentSpine și Language Guard rămân neschimbate față de 9.1.602. Un câștig de viteză pentru sesiunile aflate în derulare nu este dovedit de această actualizare.

Sub Windows este necesar în continuare Git Bash. Dacă consola raportează că lipsește Git Bash, instalează Git for Windows. Deschide apoi din nou promptul de comandă înainte să pornești din nou king.

BLUN King · Publicat

BLUN King 9.1.602

Publicat pe

Un folder privat propriu pentru ieșirile mai vechi de instrumente, atunci când permisiunile Windows moștenite împiedică externalizarea.

  • Ieșirile mai vechi de instrumente potrivite sunt plasate într-un folder privat propriu atunci când permisiunile Windows moștenite împiedică externalizarea. Fișierele existente, permisiunile și istoricul complet al sesiunii rămân neschimbate.
  • Verificările de integritate, drepturile de citire și recursul la contextul complet rămân păstrate dacă o ieșire arhivată nu poate fi restaurată. AgentSpine 0.73.0 și Language Guard 6.20.0 sunt neschimbate față de 9.1.601.

Timpuri de răspuns mai scurte în funcționarea curentă sau un consum de token facturat mai mic nu sunt încă dovedite.

BLUN King · Publicat

BLUN King 9.1.601

Publicat pe

Intrările rămân în coadă, ieșirile mai vechi de instrumente primesc referințe verificate, iar verificările de răspuns supuse limitării de rată sunt repetate de un număr limitat de ori.

  • Dacă lucrul în fundal ajunge primul la rând, intrările de terminal rămân în coadă în ordinea lor inițială. Fiecare intrare este afișată o singură dată.
  • Ieșirile mai vechi de instrumente potrivite sunt înlocuite în cererile de model prin referințe verificate la fișiere private. Istoricul complet și rezultatele pasului curent de conversație rămân păstrate. Dacă reîncărcarea nu este posibilă, nu este permisă sau conținutul a fost modificat, ieșirea completă este trimisă împreună.
  • O verificare nativă de răspuns supusă limitării de rată este repetată o dată cu același proiect de răspuns. Este valabilă perioada de așteptare salvată a providerului. Apelurile de instrumente deja finalizate nu sunt repetate, textele neverificate nu sunt aprobate.
  • Până la 2.048 de tokenuri de ieșire rămân libere ca rezervă pentru abateri la estimarea intrării. Fereastra de context nu este micșorată; limitele de ieșire mai mici setate explicit rămân neschimbate.

Aceste modificări nu dovedesc nici un consum de token facturat mai mic, nici timpi de răspuns mai rapizi în funcționarea curentă. Ele nu rezolvă nici fiecare eroare HTTP-502 de pe partea serverului.

BLUN King · Publicat

BLUN King 9.1.600

Publicat pe

Verificarea răspunsului cu limite de timp fixe și stări de componente stabilite.

BLUN King 9.1.600 este publicat. npm și manifestul public de actualizare coincid. Publicarea nu dovedește nici o instalare pe calculatorul tău, nici o acceptare în funcționarea curentă.

Verificare limitată a răspunsului

  • Verificatorii generali păstrează termenul existent de 30 de secunde. Verificarea nativă a limbii primește de la semnalul de pornire al componentei de încredere a gazdei până la 90 de secunde pentru primul text de conținut, o dată pe încercare externă de verificare.
  • Textul de conținut în cadrul lungimii de ieșire admise, precum și tranzițiile ordonate către aprobare și verificarea dovezii resetează termenul de așteptare fiecare la 30 de secunde.
  • Pentru fiecare încercare externă de verificare este valabilă independent de aceasta o limită totală de 120 de secunde. Progresul nu poate prelungi această limită. Se mențin cel mult două încercări externe de verificare.
  • Înainte de acceptarea unei aprobări este verificat din nou timpul efectiv scurs. Chiar și la apeluri de cronometru întârziate, o încercare de verificare expirată rămâne blocată; progresul întârziat nu poate reînnoi un termen expirat.

Semnalelor de anulare li se acordă în continuare atenție. Legătura cu textul exact al răspunsului, valabilitatea temporală a dovezii de aprobare și autorizarea sunt verificate în continuare.

Componente incluse

Versiunea 9.1.600 conține AgentSpine 0.73.0 și Translate Native 6.155.0. Protocolul Guard rămâne neschimbat la 6.20.0.

Limitări cunoscute

Noile limite de timp nu dovedesc o remediere generală a erorilor HTTP-502 în funcționarea live. Observațiile deschise din 9.1.599 rămân deschise fără o dovadă live separată.

Context și ajutor

Un prompt care trebuie păstrat integral nu mai este trunchiat în mod silențios doar pentru a încăpea într-o fereastră de model dură mai mică. La o împărțire nouă, stabilită explicit, a mesajelor utilizator de păstrat cu bugetul standard de 20.000 de tokenuri, ajustarea poate fi finalizată în cadrul aceleiași compactări. La prefixele ulterioare sau restaurate nu pot fi aruncate din această cauză alte cerințe. Cererea trebuie să încapă în continuare în fereastra de model dură.

Apelurile de ajutor pure cu --help sau -h nu mai creează o stare de diagnostic a runtime-ului. Dacă argumentele de prompt și de ajutor sunt combinate, comportamentul existent al runtime-ului rămâne păstrat.

BLUN King · 18 septembrie 2026

BLUN King 9.1.599

Publicat pe

Aprobări individuale trasabile pentru memoria personală și corecții suplimentare la depășirile de context.

Cererile de aprobare pentru memoria personală afișează titluri de acțiune comprehensibile în limba selectată și previzualizări complete ale modificărilor efective de setări sau ale textului de salvat. Caracterele de control sunt mascate vizibil; conținutul original rămâne neschimbat.

Modificările valide de memorie trebuie aprobate individual; intrările invalide pot fi doar respinse. O aprobare de sesiune nu aprobă automat cererile în așteptare care necesită o aprobare individuală.

Verificarea pachetului cuprinde 37 de domenii funcționale cu 199 de verificări obligatorii, 158 de execuții de verificare și 4.905 de teste distincte promovate. În plus, actualizările de la 9.1.597 și de la versiunea intermediară locală 9.1.598 la 9.1.599 au fost verificate în instalări izolate cu actualizatorul și calea de instalare neschimbate. Ambele teste au recunoscut versiunea prin sursele publice de actualizare și au verificat toate cele 918 fișiere ale arhivei de lansare.

Indicațiile din README.md și CHANGELOG.md ale pachetului neschimbat 9.1.599 descriu stadiul de candidat la ambalare. Ele nu au fost modificate retroactiv după instalarea locală. Această pagină publică continuă separat stadiul de publicare și limitările observate ulterior.

Limitări cunoscute în 9.1.599

În funcționarea curentă au fost observate în continuare răspunsuri HTTP-502 repetate, uneori urmate de cereri reușite. Corecțiile de context nu sunt o remediere generală a erorilor de provider sau de rețea.

Verificarea limbii poate întrerupe un răspuns cu missing-language-character-profile sau suspected-ascii-substitution. Acest rezultat rămâne deschis; 9.1.599 nu conține nicio corecție dovedită pentru el.

Un răspuns la imaginea trimisă a fost confirmat de utilizator. O verificare independentă a interpretării imaginii, precum și acceptarea vizuală a intrării și a liniilor de stare, sunt încă în așteptare. Verificările de pachet promovate nu înseamnă o undă verde generală pentru aceste fluxuri.

Preluate din versiunea intermediară locală 9.1.598

Fără dată

9.1.598 a fost verificată și instalată local, dar nu a fost publicată ca actualizare npm proprie. Următoarele modificări sunt incluse în 9.1.599:

  • La o respingere de context, limitele inferioare pentru numărul de tokenuri de intrare sunt deosebite de indicațiile exacte. Pentru o limită inferioară raportată, limita de ieșire este redusă o dată, fără a arunca mesaje sau instrumente. Semnalele de anulare și limitarea altor încercări rămân în vigoare. Astfel este corectată țintit eroarea la calculul limitei de ieșire reprodusă în 9.1.597.
  • Cele 150 de cuvinte de activitate inițiale care se schimbă sunt incluse din nou. Pentru afișarea lor nu sunt făcute cereri suplimentare de model.
  • La hook-ul de intrare de încredere AgentSpine este transmisă în locul datelor media complete o referință media compactă cu tip, sumă de verificare SHA-256 și indicație de mărime. Atașamentele complete pentru model și verificările de protecție existente rămân păstrate. Aceasta singură nu dovedește încă o interpretare reușită a imaginii în funcționarea curentă.

Nou în 9.1.597

Publicat pe

Restaurare limitată la depășiri de context raportate explicit, inclusiv în spatele unui răspuns de eroare Gateway.

Dacă o cerere este respinsă înainte de începerea ieșirii din cauza unei depășiri de context dovedite, King poate face o încercare nouă limitată cu o limită de ieșire mai mică. Sunt recunoscute și erorile împachetate corespunzător într-un răspuns 502. Mesajele, instrumentele, limitele de ieșire mai mici alese explicit și semnalele de anulare rămân păstrate. Un stream deja început nu este redat din nou.

Aceasta nu remediază toate erorile de provider sau de rețea. Întreruperile generale de conexiune și defecțiunile de serviciu trebuie verificate în continuare pe baza propriilor date de eroare.

Limitare cunoscută în 9.1.597: Dacă serverul raportează doar o limită inferioară pentru numărul de tokenuri de intrare, încercarea nouă poate eșua din nou și poate declanșa compactări inutile. Acest caz a fost reprodus la 17 septembrie 2026 după publicare. Corecția suplimentară din versiunea intermediară locală 9.1.598 este inclusă în 9.1.599.

Au fost verificate 36 de domenii funcționale cu 183 de verificări obligatorii și 4.407 de teste distincte promovate, precum și actualizarea reală de la 9.1.596 la 9.1.597. Această verificare de pachet nu înlocuiește un test de aplicație al unei sesiuni de client deja deschise.

Nou în 9.1.596

Publicat pe

Întreruperile automate în favoarea mesajelor Telegram în așteptare sunt deosebite de anulările manuale reale. O astfel de întrerupere de coadă nu mai este raportată greșit ca apăsare a tastei Escape. Termenul de așteptare, regulile de protecție pentru instrumentele aflate în derulare și comportamentul la o anulare manuală reală rămân păstrate.

Nou în 9.1.595

Publicat pe

Schemele opționale de instrumente sunt încărcate ulterior prin ToolSearch și păstrate într-o măsură limitată. Cataloagele mari de skills sunt furnizate compact și pe pagini. Căutarea, extinderile MCP ulterioare și verificările normale de permisiuni rămân păstrate.

La saluturi scurte, King poate folosi un fragment de dialog mai recent limitat, fără a șterge mesaje salvate sau a trunchia instrucțiunile de sistem. Pentru o sarcină de lucru ulterioară, King ia din nou în considerare istoricul de lucru păstrat. Calculul de context rămâne păstrat și după continuarea unei sesiuni. Un consum fix de token pentru fiecare salut nu este promis.

Nou în 9.1.594

Publicat pe

  • Răspunsurile private Telegram rămân posibile în timp ce mesajele de grup așteaptă. Atribuirea comenzilor slash rămâne păstrată.
  • Timpii lungi de așteptare din Retry-After sunt respectați; la continuarea unei sesiuni, pauza rămasă este restaurată.
  • După o descriere însoțitoare respinsă, un pas de instrument deja finalizat este procesat în continuare. Descrierea respinsă nu este publicată, verificarea răspunsului final nu este slăbită.
  • Funcțiile limitate de restaurare pentru scrierea în mai multe părți sunt din nou disponibile. Acest lucru este valabil și pentru limitele de timp Shell, controlul sarcinilor și restaurarea sesiunii.
  • Intrarea, liniile de cotă, afișajul de activitate, sarcinile pliabile și ieșirile de instrumente cu marcarea sursei rămân vizibile la streaming și la navigarea în istoric.
  • Înainte de ambalare sunt necesare dovezi complete de regresie de consolă; metadatele publice de actualizare sunt verificate pentru concordanță.

Versiuni intermediare 9.1.590 până la 9.1.593

Aceste versiuni există în istoricul local de lansare, dar la 17 septembrie 2026 nu sunt incluse în registrul public de versiuni npm. Ele nu sunt recomandate aici ca actualizări disponibile public. Lucrările la pornire, reluare, permisiuni, afișaj de activitate și intrare vizibilă sunt luate în considerare în dovezile pentru 9.1.594.

Nou în 9.1.589

Publicat pe

  • Sursele verificate ale AgentSpine și Translate Native, precum și manifestele de actualizare verificate, sunt incluse.
  • La încărcarea contextului agentului rămâne păstrat profilul King activ.
  • Instrumentele necesare pentru verificarea răspunsului rămân disponibile. Consumul la generarea răspunsului este înregistrat și atunci când verificarea respinge răspunsul.
  • În legătura de canal gestionată, mesajele de grup sunt atribuite doar la menționare explicită.
  • Consola afișează compactarea în derulare și valorile de prag în vigoare.
  • Bugetul de lucru pentru compactarea timpurie și rezerva de siguranță la limita cererii rămân păstrate peste actualizări.
  • Dialogul de actualizare la pornire, progresul și indicațiile despre actualizările programate folosesc consecvent limba selectată.
  • Identificatorii tehnici de integrare și licențele rămân păstrate; mesajele vizibile de eroare de runtime sunt formulate neutru.
  • Instalarea nu repornește sesiunile existente. O sesiune în derulare încarcă noul cod la următoarea pornire.

9.1.588: retras

Publicat pe

Această versiune a fost publicată la 11 septembrie 2026 și ulterior marcată ca retrasă în npm. Registrul menționează o verificare de compatibilitate eșuată a manifestului de actualizare. Folosește versiunea stabilă curentă, nu acest pachet retras.

Nou în 9.1.587

Publicat pe

Cataloage de instrumente mai stabile, compactare automată mai devreme și o încercare nouă țintită după anulări din cauza fazelor de gândire pură prea lungi.

La instrucțiuni în buffer în cadrul unei ture de lucru în derulare, catalogul activ de instrumente rămâne păstrat și în pasul de lucru ulterior. Instrumentele necesare rămân disponibile. Dacă bugetul existent de scheme este depășit, definițiile opționale de instrumente păstrate sunt selectate din nou.

Compactarea automată de context începe din nou mai devreme. După o compactare reușită care micșorează istoricul, King o poate executa din nou în aceeași tură. Limitele de model mai mici și limitarea încercărilor eșuate rămân în vigoare.

După o anulare din cauza unei faze de gândire pură prea lungi, King folosește încercarea nouă unică existentă cu gândirea dezactivată, pentru ca modelul să poată răspunde sau apela un instrument. Pașii regulari următori păstrează setarea de gândire aleasă; anularea, verificările de aprobare și limitele de timp rămân în vigoare.

Cu BLUN_STABLE_STEER_TOOLS=0 sau BLUN_EARLY_COMPACTION=0 înainte de pornirea King se poate restaura comportamentul anterior pentru funcția respectivă. Actualizarea nu rescrie sesiuni sau fișiere de configurare existente.

Nou în 9.1.586

Publicat pe

Recepția Telegram pornește din nou sub Windows atunci când vechiul ID de proces al bridge-ului aparține între timp altui proces. La o atribuire de proces nesigură, King nu intervine; procesul străin nu este încheiat.

Compactarea de context, setările de model, istoricul conversației și comportamentul de livrare Telegram existent rămân neschimbate.

Nou în 9.1.585

Publicat pe

BLUN King · 8 septembrie 2026

Versiunea 9.1.585 verifică structura și fiecare rezultat individual al răspunsurilor WebSearch gestionate și atunci când lipsesc indicațiile opționale despre starea căutării.

Un răspuns fără o listă validă de rezultate nu mai este emis ca o căutare reușită fără rezultate. Fiecare rezultat trebuie să conțină un titlu care nu este nici gol, nici compus doar din spații, un extras de text ca șir de caractere și o adresă HTTP sau HTTPS absolută fără date de acces încorporate. Rezultatele invalide duc la respingerea întregului răspuns înainte ca rezultate sau indicații despre rezultate incomplete de căutare să fie returnate.

Răspunsurile valide în formatul existent fără indicații de stare sunt acceptate în continuare, la fel ca listele goale de rezultate și șirurile goale ca extrase de text. La răspunsurile valide rămân neschimbate ordinea, șirurile exacte de URL, indicațiile opționale de dată și site, indicațiile de sursă din ieșire și procesarea rezultatelor incomplete.

Se schimbă doar legătura de căutare gestionată. Comportamentul de anulare, autentificarea cererilor, FetchURL și Telegram rămân neschimbate. Verificarea de format nu dovedește că o sursă este corectă sau actuală. Această versiune nu introduce nici o limită de mărime pentru răspunsuri, nici o nouă limită de timp.

Nou în 9.1.584

Publicat pe

Versiunea 9.1.584 transmite semnalul de anulare al apelantului prin WebSearch până la cererea HTTP de căutare gestionată, inclusiv la citirea conținutului răspunsului.

Căutările deja anulate nu declanșează nicio procesare la provider. Dacă anularea are loc în timpul determinării datelor de acces, nu mai este trimisă nicio cerere de căutare ulterior. Rezultatele care sosesc după anulare nu sunt returnate ca o căutare reușită.

Verificările de anulare acoperă și răspunsurile JSON reușite, conținutul răspunsurilor de eroare și indicațiile despre rezultate incomplete de căutare. Procesarea rezultatelor complete, incomplete și goale, indicațiile de sursă și procedeul regulat de rezervă la autentificare rămân neschimbate.

Această versiune nu introduce o nouă limită de timp și nu schimbă atribuirea Telegram. Procesele partajate de reînnoire a datelor de acces OAuth și implementările de transport care ignoră semnalele de anulare nu sunt întrerupte forțat. Anularea unei cereri de client nu dovedește că lucrul pe serverul de la distanță sau facturarea acestuia s-a încheiat.

Nou în 9.1.583

Publicat pe

O anulare la preluarea unei pagini este acum transmisă până la cererea HTTP.

FetchURL transmite semnalul de anulare al apelantului prin instrument și prin ambele servicii de preluare. O cerere anulată înainte de start nu este trimisă. Dacă anularea are loc în timpul determinării datelor de acces, cererea HTTP gestionată nu mai este pornită ulterior.

După anularea unei preluări gestionate nu mai este pornită o preluare locală de rezervă. Un rezultat întârziat al serviciului de preluare este reținut și nu este folosit ca dovadă de sursă. La erori HTTP și de rețea obișnuite rămâne posibilă preluarea locală de rezervă existentă.

Nu este introdusă o nouă limită de timp. O reînnoire partajată a datelor de acces și procesarea HTML sincronă nu sunt întrerupte forțat. Limita de mărime din 9.1.582 rămâne valabilă; rutarea Telegram și cererile de model rămân neschimbate.

Nou în 9.1.582

Publicat pe

Preluarea locală de pagini verifică dimensiunea răspunsului deja la citire și se întrerupe la depășirea limitei.

Preluarea locală numără octeții de răspuns primiți înainte de decodarea fiecărui bloc de date și întrerupe fluxul de date de îndată ce limita de mărime este depășită. Dacă indicația Content-Length lipsește sau este greșită, întregul răspuns nu mai este citit mai întâi și apoi respins.

Limita prestabilită rămâne la zece MiB și este valabilă pentru fluxul de răspuns după decomprimarea HTTP. Caracterele UTF-8 distribuite peste mai multe blocuri de date rămân păstrate. Tampoanele de transport și blocul de date cu care este depășită limita pot fi deja în memorie; nu este legată de aceasta o limită superioară exactă pentru întreaga memorie a procesului.

Se schimbă calea locală de preluare, chiar și atunci când servește ca soluție de rezervă. Corecțiile de cercetare din 9.1.581 rămân incluse. Rutarea Telegram și timpul de așteptare pentru model rămân neschimbate.

Nou în 9.1.581

Publicat pe

La preluarea locală de pagini, extrasele HTML goale nu mai sunt emise ca surse reușite.

Dacă după curățare și conversie nu rămâne niciun conținut de pagină, titlul documentului singur nu mai este suficient pentru o preluare reușită. În schimb este returnată eroarea de extragere deja existentă.

Conținuturile reale scurte și titlurile vizibile rămân păstrate. Răspunsurile în format text simplu sau Markdown rămân neschimbate. Corecția privește extragerea HTML locală, nu serviciul de preluare gestionat.

Corecțiile de cercetare din 9.1.580 și corecțiile Telegram existente sunt incluse neschimbate. Această actualizare nu schimbă nici timpul de așteptare pentru model, nici atribuirea mesajelor primite către destinatarii lor.

Nou în 9.1.580

Publicat pe

Arhiva de cercetare respinge indicațiile de dată istorice invalide pentru surse.

Un raport nou nu este salvat dacă o indicație de dată pentru o sursă conține o zi calendaristică invalidă sau o componentă de timp neinterpretabilă. Indicațiile de dată lipsă rămân admise.

La preluarea dovezilor de cercetare salvate, dovezile mai vechi cu indicații de dată invalide pentru surse sunt sărite și raportate cu o indicație de diagnostic. Fișierele nu sunt nici rescrise, nici șterse. Dovezile valide separate rămân căutabile; indicațiile de dată valide își păstrează decalajul de fus orar și precizia.

Sortarea dovezilor de cercetare din 9.1.579 și corecțiile Telegram existente sunt incluse neschimbate. Această actualizare nu schimbă nici timpul de așteptare pentru model, nici atribuirea mesajelor primite către destinatarii lor.

Nou în 9.1.579

Publicat pe

Dovezile de cercetare salvate sunt sortate la relevanță egală după momentul efectiv al preluării.

Indicațiile de timp cu și fără milisecunde sunt comparate ca momente UTC, nu ca text. Relevanța are în continuare prioritate; la momente identice rămâne păstrată ordinea existentă.

Dacă același loc de text a fost înregistrat de mai multe ori, rezultatul păstrează indicațiile de origine ale celei mai recente preluări. Dovezile deja salvate rămân neschimbate și nu sunt considerate astfel surse verificate din nou.

Corecția pentru răspunsurile Telegram din 9.1.578 este inclusă neschimbată. Același lucru este valabil pentru limitarea încercărilor noi atunci când modelul doar gândește, fără a livra un răspuns sau un apel de instrument. Această actualizare nu schimbă nici timpul de așteptare pentru model, nici atribuirea semantică a mesajelor primite.

Nou în 9.1.578

Publicat pe

Repetări limitate atunci când modelul doar gândește și atinge limita de timp, precum și o corecție țintită pentru răspunsurile scurte în grupurile Telegram cu referire la o întrebare.

Dacă modelul atinge limita de timp în timp ce doar gândește, King permite o încercare suplimentară pe pas. O a doua astfel de depășire de timp încheie pasul. Efortul de gândire ales și limita de timp existentă rămân neschimbate. Această limitare nu scurtează așteptarea pentru prima ieșire a modelului.

Scurtele confirmări despre propria prezență în grupurile Telegram pot fi acum trimise atunci când reply_to le leagă de o intrare veche de cel mult 30 de minute din același chat. Această intrare trebuie să se adreseze explicit agentului sau să corespundă unei întrebări susținute în germană sau engleză despre prezența sa, care începe cu numele său configurat. Confirmările de prezență nesolicitate și explicațiile că nu există nimic de raportat sunt filtrate în continuare. Trimiterea automată de rezervă în grupuri rămâne dezactivată.

Jurnalele răspunsurilor trimise și suprimate conțin acum reply_to. La context lipsă sau ambiguu, excepția nu se aplică. Această actualizare nu adaugă o recunoaștere generală a destinatarilor și nu împiedică apelurile inutile de model prin adresarea semantică existentă.

Corecția este valabilă pentru două versiuni identificate exact ale emițătorilor MCP Telegram gestionați și se aplică și la îmbinarea finală a configurației pluginului. Emițătorul mai vechi folosește o copie de compatibilitate cu modificări strict limitate. Bridge-urile de intrare, setările de acces, profilurile și registrele de pluginuri nu sunt rescrise. Emițătorii necunoscuți sau adaptați, precum și suprascrierile setate explicit, rămân păstrate. King trebuie repornit după actualizare pentru ca corecția să fie încărcată.

Nou în 9.1.577

Publicat pe

Nu mai există mesaje automate de finalizare în grupurile Telegram. Răspunsurile utile sunt trimise acolo țintit prin instrumentul de răspuns Telegram.

Nucleul CLI și bridge-ul Telegram autonom nu mai redirecționează automat textul normal de finalizare al unui agent către grupuri. Astfel, indicații precum „Nimic de raportat” nu mai ajung în grup prin această trimitere automată de rezervă.

Răspunsurile în chaturile private, instrumentele de răspuns folosite explicit, rezultatele țintă necesare, mesajele de comandă și stare, precum și trimiterea de media rămân păstrate. Instrucțiunile de prompt pentru intrările normale, mesajele de control în timpul unui proces în derulare și mesajele de grup ale bridge-ului autonom conțin acum aceeași regulă de trimitere.

Aceasta nu garantează că un model nu trimite niciodată un răspuns inutil prin apel de instrument. Fix-ul nu împiedică nici ca mesajele de grup fără legătură cu agentul respectiv să ajungă la model. Regulile de menționare, setările de acces și rezolvarea pluginurilor gestionate rămân neschimbate; o actualizare a AgentSpine sau a gardianului de limbă nu este inclusă.

Nucleul actualizat trebuie încărcat de un proces nou. Sesiunile în derulare nu sunt repornite automat. Profilurile existente și istoricul sesiunii rămân păstrate.

Nou în 9.1.576

Publicat pe

BLUN King 9.1.576 deosebește C++ și C# la interogările locale de cercetare și conține corecțiile publicate anterior pentru actualizări, reluarea sesiunilor și Telegram.

Căutarea în dovezile locale de cercetare tratează C++ și C# singure ca termeni diferiți, inclusiv la scriere diferită cu majuscule/minuscule și cu semne de punctuație în jur. Locurile de text salvate, hashurile, verificările de protecție pentru surse, normalizarea Unicode, limitele de colectare și limitele de ieșire rămân neschimbate. Nu este necesară o reindexare.

O rulare de verificare stabilită cu 20 de interogări tehnice de căutare și teste de regresie țintite pentru limitele de token verifică această corecție. Ea privește căutarea locală și nu este o afirmație despre calitatea sau capacitatea WebSearch în funcționarea live. Toate modificările din 9.1.575 rămân incluse.

Nou în 9.1.575

Publicat pe

Crawler-ul web inclus respinge răspunsurile cu cf-mitigated: challenge înainte de a citi conținuturi, de a urma redirecționări sau de a evalua un fișier robots lipsă ca permisiune de a continua. La numele de anteturi nu ține cont de majuscule/minuscule; verifică în plus valori normalizate și anteturi apărute de mai multe ori. Statusul răspunsului rămâne păstrat în raportul de eroare.

Fișierele robots lipsă fără această marcare și paginile obișnuite de documentație parcurg în continuare fluxul existent. Paginile deja finalizate rămân disponibile atunci când o pagină ulterioară este respinsă; eroarea este raportată ca rezultat incomplet. Această protecție verifică o marcare de răspuns. Nu este nici o recunoaștere generală de challenge, nici o ocolire CAPTCHA. Furnizorii de căutare, autentificarea, blocările de actualizare și nucleul CLI rămân neschimbate. Toate modificările din 9.1.574 rămân incluse.

Nou în 9.1.574

Publicat pe

Actualizările solicitate explicit deosebesc acum între o actualizare blocată, o verificare de blocare indisponibilă, un director privat indisponibil, o versiune instalată invalidă și un program de instalare protejat indisponibil. Aceste cazuri nu mai sunt raportate în mod uniform ca verificare de pachet eșuată. Modificarea este valabilă pentru mesajele în germană și engleză.

Permiterea actualizării, comportamentul de blocare, motivele de returnare, codurile de ieșire și comportamentul programului de instalare rămân neschimbate. Sesiunile în derulare nu sunt încheiate automat. Pachetele fixate pe un canal intern vechi necesită în continuare o instalare npm explicită cu King oprit; această versiune nu ridică fixarea. Toate modificările din 9.1.573 rămân incluse.

Nou în 9.1.573

Publicat pe

Câmpul de intrare rămâne vizibil și focalizat după selecția țintei la pornire, inclusiv după Escape sau o reluare eșuată a țintei. Schițele netrimise rămân păstrate. În locul textului complet al țintei apare o selecție compactă pentru continuarea cu sau fără țintă.

Ctrl+S părăsește selecția fără a confirma ținta și este procesat ca o combinație de taste obișnuită pentru coadă. Sunt luate în considerare și intrările în așteptare în starea de inactivitate. Escape își păstrează ordinea existentă: mai întâi golirea cozii, la următorul Escape oprirea rulării active. Istoricul sesiunii nu este șters automat.

Această versiune nu reconstruiește confirmările de livrare pe care un proces mai vechi le-a pierdut înainte de actualizare. Mesajele efectiv în așteptare rămân atribuite sesiunii lor.

Nou în 9.1.572

Publicat pe

La dovezile de cercetare sunt respinse URL-urile de sursă ale căror parametri de interogare sau fragmente cu formă de parametru conțin nume de parametri cunoscuți pentru date de acces. Sunt verificate și numele imbricate și rutele din fragment. Respingerea este valabilă atât pentru sursele eșuate, cât și pentru cele utilizabile.

Rapoartele deja salvate cu astfel de URL-uri sunt reținute la preluare cu rezultatul existent partial / report-invalid. Stările salvate inițial nu sunt nici modificate, nici șterse; adresele de sursă nu sunt trunchiate sau rescrise în mod silențios. Parametrii de interogare obișnuiți și ancorele din URL-urile de documentație rămân păstrate byte cu byte. Protecția recunoaște nume de parametri cunoscuți, nu secrete arbitrare, și nu curăță niciun istoric.

Nou în 9.1.571

Publicat pe

Zonele cozii Telegram sunt atribuite sesiunii lor. O sesiune nouă nu mai preia automat lucrul în așteptare al unei sesiuni mai vechi. La reluarea unei sesiuni cunoscute sunt restaurate doar zonele proprii în așteptare. În timpul selecției, creării și schimbării unei sesiuni, preluarea mesajelor de canal este în pauză. Mesajele care sosesc după limita aleasă, intrările ulterioare în editorul local și confirmările de livrare întârziate își păstrează atribuirea corectă.

Atribuirea și confirmările de livrare care sosesc într-o ordine diferită rămân păstrate la reconectare și la predarea unei lease. O stare de coadă deteriorată sau înlocuită este respinsă, în loc să reia în mod neobservat intrări vechi. Inboxul și istoricul sesiunii rămân păstrate. Zonele vechi în așteptare fără sesiune recognoscibilă sunt amânate și nu sunt atribuite unei sesiuni noi; restaurarea lor automată nu este inclusă. Aceasta nu rezolvă fiecare depășire de timp sau compactare de context blocată. Un downgrade nu este o procedură de migrare a cozii.

Pluginul Telegram și funcția independentă de rezervă a consolei pentru trimiterea automată de răspunsuri suprimă confirmările de primire recunoscute și textele care anunță doar propria tăcere, inclusiv peste 200 de caractere. Dacă un mesaj conține o parte de frază nerecunoscută sau relevantă ca conținut, acesta rămâne păstrat. Avertismentele scurte utile de grup pot fi în continuare livrate. Acesta este un filtru de trimitere german-englez prudent cu instrucțiuni suplimentare, nu o garanție că fiecare model înțelege fiecare conversație de grup.

Un proces nou trebuie să încarce pachetul actualizat; sesiunile în derulare nu sunt repornite. Fixările existente pe canale interne de actualizare și blocările de instalare Windows cu EBUSY rămân probleme separate. Toate celelalte modificări din 9.1.570 rămân incluse. Această versiune nu activează o căutare web găzduită și nu schimbă nici AgentSpine, nici facturarea, autentificarea sau configurația clientului.

Nou în 9.1.570

Publicat pe

Fiecare livrare nouă de prompt primește un ID propriu de corelare hook. Hook-urile aceleiași livrări păstrează același ID; ID-urile setate explicit rămân păstrate. Valorile de mediu specifice sesiunii ajung la subprocesele hook și la conexiunile MCP și la reconectare, fără a rescrie configurații de plugin salvate. Atribuirea rezultatelor native de instrumente rămâne păstrată peste rulări, inclusiv la instrumente eșuate și apeluri duplicate.

Interogările de cercetare Unicode canonic echivalente găsesc aceleași rezultate, fără a echivala caractere diferite. Sursele salvate, indicațiile de dată, versiunile și limitele de proiect rămân păstrate. king --help și king --version nu mai modifică setările de registry Windows pentru imaginile de avarie.

Căutarea web acceptă răspunsuri parțiale atunci când acest mod de răspuns a fost convenit și afișează în acest caz o indicație despre sursele eșuate. Răspunsurile parțiale goale sau incompatibile rămân erori explicite. Această modificare de client nu activează un serviciu de căutare găzduit și nu garantează funcționarea acestuia.

Transportul BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE este dezactivat implicit. La activare explicită, acesta transmite calea reală a jurnalului de sesiune salvat și protocolul aferent pluginului AgentSpine selectat. Fiecare sesiune primește o permisiune de acces proprie; după o reluare, aceasta este reînnoită. Aceasta este suport de transport, nu o dovadă pentru recuperarea amintirilor sau autorizarea de către pluginul receptor.

Toate modificările publice din 9.1.569 rămân incluse. Implementarea AgentSpine inclusă rămâne neschimbată; nu apare nicio dependență Mnemo. Profilurile de utilizator, permisiunile, conversațiile și setările de plugin nu sunt nici migrate, nici resetate.

Nou în 9.1.569

Publicat pe

Această versiune publică cumulativă conține livrarea în grupurile Telegram pe baza menționărilor, corecții pentru pornire și permisiuni, precum și colecții de cercetare și instrumente de crawler. Pachetele publicate rămân neschimbate. Modificările ulterioare apar sub un nou număr de versiune.

Nou în 9.1.566

Publicat pe

BLUN King 9.1.566 face actualizările de pluginuri și încărcarea modulelor native de runtime mai robuste.

Runtime-ul AgentSpine inclus este actualizat la versiunea 0.59.1. Pornitorul său propriu sare peste rădăcina unui profil de utilizator ca țintă de scanare, iar toate hook-urile de ciclu de viață rămân sigure la erori atunci când o cale protejată nu poate fi citită.

Modulele native .node sunt rezolvate printr-un cache adresat pe conținut în afara pachetului npm. De îndată ce această versiune este activă, o consolă în derulare nu mai ține deschisă copia de pachet a acestor module. Actualizările ulterioare pot înlocui astfel directorul de pachete, fără a intra în coliziune cu aceste fișiere native.

Pachetul public păstrează cataloagele complete de interfață în spaniolă, franceză, suedeză și cehă din versiunea 9.1.565. Căile interne de runtime Mnemo, punctele finale private, furnizorii interni de modele și scripturile de build nu sunt incluse.

Stadiu de pachet verificat

Pachetul pentru clienți a trecut scanarea de scurgeri, verificarea completă de runtime cu 13 teste, inițializarea MCP AgentSpine, o instalare nouă și actualizarea de la 9.1.565. Toate fișierele text folosesc finaluri de linie LF. SHA-256 al pachetului npm: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Nou în 9.1.565

Publicat pe

BLUN King 9.1.565 stabilizează rulările lungi de lucru și extinde runtime-ul AgentSpine inclus.

Frâna de repetare resetează succesiunea de rezultate echivalente de îndată ce între ele avansează lucru real. Verificările normale de inbox și de liste de sarcini nu mai declanșează astfel un răspuns forțat greșit.

Afișajul de activitate constă din exact o linie. El arată cuvântul de stare în engleză potrivit activității curente, tokenurile gândirii ascunse, tokenurile vizibile, consumul total, effort, încercarea, bugetul și pasul.

Erorile de scanare AgentSpine rămân sigure la instrumentele de mutație, intrările utilizatorului și hook-urile Stop: fluxul următor poate continua și eroarea este consemnată în jurnalul de audit. Înainte de o oprire fatală printr-o excepție sau o respingere netratată, consola scrie sincron jurnalul de runtime.

Runtime-ul AgentSpine inclus este actualizat la versiunea 0.54.0 din commit-ul fb6d456b68605fd83721090e503f000a26e8a0fb. Stadiul conține testul real ACL fail-open, planurile țintă durabile legate de dependențe și clarificarea legată a lacunelor de cunoștințe.

Hook-urile de ciclu de viață SessionStart, UserPromptSubmit, PostToolUse și Stop sunt trimise către Mnemo cu identitatea exactă MNEMO_AGENT. Erorile de rețea rămân sigure la erori.

Textele de interfață lipsă anterior sunt complete în spaniolă, franceză, suedeză și cehă.

Stadiu de pachet verificat

Gate-ul complet de pachet, scanarea de scurgeri, verificarea catalogului de limbi, proba cârligelor ACL, instalarea nouă, actualizarea de la 9.1.564 și inițializarea MCP AgentSpine sunt verzi. SHA-256 al pachetului npm: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Nou în 9.1.564

Publicat pe

BLUN King 9.1.564 previne prăbușirile cauzate de folderele protejate și de textele de interfață lipsă.

AgentSpine sare peste fișiere și foldere individuale pe care sistemul de operare le blochează cu EPERM sau EACCES la scanarea preliminară a fișierelor. O eroare neașteptată de scanare nu mai blochează apelul de instrument următor; acesta este permis, iar eroarea este consemnată în jurnalul de audit.

Dacă într-o limbă de interfață publicată lipsește o cheie de text, consola folosește textul în engleză și consemnează lacuna o singură dată, în loc să se prăbușească în calea de randare. Astfel, linia de stare a gândirii rămâne operabilă în special în cehă, spaniolă, franceză și suedeză.

Traducerile efective ale cheilor încă lipsă urmează într-o versiune verificată separat. Până atunci, revenirea la engleză este vizibilă în mod conștient și sigură la erori.

Stadiu de pachet verificat

Pachetul a fost verificat împotriva prăbușirii exacte thinking.step în cehă din 9.1.563. Noua versiune livrează „step 6” în loc de o excepție, avertizează o singură dată per limbă și cheie, supraviețuiește folderelor învecinate inaccesibile, inițializează AgentSpine 0.49.0, trece o instalare nouă și actualizarea de la 9.1.563 și nu conține importuri de plugin nerezolvate. SHA-256 al pachetului npm: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Nou în 9.1.563

Publicat pe

BLUN King 9.1.563 actualizează runtime-ul AgentSpine inclus la versiunea 0.49.0.

Noul stadiu cere înaintea unei încercări de învățare cel puțin o dovadă proaspătă, independentă, dintr-o confirmare explicită a utilizatorului sau un test obiectiv. Dovezile pure de conversație sau document nu mai sunt suficiente, chiar dacă celelalte praguri ale lor sunt îndeplinite.

Contractele de învățare leagă durabil această regulă de dovadă; modificările ulterioare de configurare nu pot slăbi o verificare în derulare. Blocările de fișiere legate de posesie protejează modificările paralele de învățare împotriva suprascrierii și lasă blocările manipulate sau străine să eșueze în mod închis.

Actualizarea înlocuiește la următoarea pornire arborele de plugin gestionat adresat pe conținut. Instalările existente ale versiunii 9.1.562 sunt actualizate la AgentSpine 0.49.0, un arbore neschimbat este reutilizat, iar serverul MCP AgentSpine confirmă versiunea 0.49.0.

Stadiu de pachet verificat

Limita de pachet diferă de 9.1.562 doar prin indicațiile de versiune și runtime-ul AgentSpine 0.49.0 fixat exact. Verificarea completă upstream, 49 de teste țintite de învățare, comparația de pachet, scanarea de scurgeri, instalarea nouă, calea reală de actualizare de la 9.1.562 și o inițializare MCP sunt verzi. SHA-256 al pachetului npm: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Nou în 9.1.562

Publicat pe

BLUN King 9.1.562 restaurează fișierul de runtime AgentSpine în pachetul public.

Fișierul de runtime necesar serverului MCP AgentSpine inclus este din nou inclus. O instalare nouă materializează complet pluginul; serverul MCP pornește și confirmă numele său și versiunea sa de protocol.

Stadiu de pachet verificat

Limita de pachet diferă de 9.1.561 doar prin metadatele de versiune și fișierul de runtime restaurat. Scanarea de scurgeri, instalarea nouă, materializarea pluginului și o inițializare MCP reală sunt verzi. SHA-256 al pachetului npm: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Nou în 9.1.561

Publicat pe

BLUN King 9.1.561 preia îmbunătățirile verificate ale sistemului de lucru în pachetul public.

Sarcina curentă și rezultatele proaspete de instrumente rămân disponibile. Rezultatele de citire nu sunt trunchiate. Rezultatele mari sunt salvate cu o referință pentru preluare din nou, în loc să fie golite. Rezultatele identice repetate trimit la cel mai recent rezultat complet.

Compactările sunt consemnate ca tranzacție cu marcare de start, rezumat și final. Apelurile de instrumente și rezultatele lor rămân împreună, în timp ce punctele de control durabile asigură calea de restaurare peste încercări repetate.

Bugetele de ieșire provin acum din profilul de model activ. Modelul BLUN gestionat primește implicit 128.000 de tokenuri de ieșire atunci când nu este setată explicit nicio valoare. Vechile limite fixe de 32.768 de tokenuri, precum și limitele mici pentru low și off, nu mai trunchiază lucrul complex; capacitatea de context rămâne limita de siguranță.

Actualizatorul întreabă înainte de a pregăti sau porni programul de instalare. În pachetul public, modelul BLUN gestionat rămâne fixat; /model servește doar ca alias de compatibilitate pentru /effort.

Limita de pachet a fost verificată peste toate numele de fișiere și conținuturile lizibile. Căile interne de provider, alegerea modelului, scripturile de build și regresie, identificatorii privați și adresele private de server nu sunt incluse.

Stadiu de pachet verificat

Pachetul complet, scanarea de scurgeri, instalarea nouă, ieșirea de versiune și ajutor, setările implicite ale unui profil nou, precum și decizia de actualizare de la 9.1.550 la 9.1.561 sunt verzi. SHA-256 al pachetului npm: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Nou în 9.1.527

Publicat pe

BLUN King 9.1.527 preia fluxul /copy din DeepAgents.

Comanda copiază cel mai recent răspuns de asistent finalizat, ne gol, prin calea existentă de clipboard independentă de platformă.

Dacă /copy este introdus în timpul unei rulări active, comanda folosește coada de comenzi existentă și este executată după finalizarea răspunsului.

Mesajele clare de stare acoperă succesul, un istoric gol și erorile de clipboard în toate cele șase limbi de interfață.

O regresie de la roșu la verde protejează înregistrarea comenzii, execuția, selecția răspunsului, conținutul byte-identic al clipboardului și textele de interfață aprobate.

Stadiu de pachet verificat

Prepack-ul complet și verificarea artefactului despachetat sunt verzi. SHA-256 al pachetului npm: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Nou în 9.1.526

Publicat pe

BLUN King 9.1.526 materializează versiunea AgentSpine livrată cu pachetul curent înainte ca /reload să reconstruiască catalogul de pluginuri și configurația MCP.

Intrările de plugin neafectate rămân păstrate. Un arbore AgentSpine gestionat neschimbat este reutilizat, fără a rescrie installed.json.

O regresie de la roșu la verde împotriva 9.1.525 protejează ordinea de bootstrap, preluarea pluginului gestionat și comportamentul idempotent la reîncărcare.

Stadiu de pachet verificat

Prepack-ul complet, verificarea artefactului împachetat și testul izolat de actualizare de la 9.1.525 la 9.1.526 sunt verzi. SHA-256 al pachetului npm: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Nou în 9.1.525

Publicat pe

BLUN King 9.1.525 pornește fiecare comandă locală de shell sub Windows și POSIX într-un grup de procese propriu. Programele nu se mai pot atașa la consola de control a BLUN-TUI și nu mai pot intercepta Escape, Strg+S sau alte intrări de editor.

Intrarea standard, ieșirea standard și ieșirea de eroare rămân în pipe-uri private. Comenzile interactive primesc un sfârșit de fișier și eșuează sau intră într-o depășire de timp, fără a concura cu editorul pentru intrări.

Izolarea locală de shell din DeepAgents a fost preluată pentru Windows. Un test de regresie executabil acoperă ambele căi de platformă și o probă reală cu un proces interceptat.

Nou în 9.1.524

Fără dată

BLUN King 9.1.524 ține sarcina imediată generată de o comandă Telegram /loop în calea de livrare protejată pentru comenzile la distanță. Ea nu poate rămâne astfel ca a doua intrare obișnuită de coadă.

Lista de reluare arată pentru fiecare sesiune dimensiunea punctului de control de reluare, mesajele și tokenurile reținute, dimensiunea istoricului sesiunii, precum și punctele de control lipsă, invalide sau învechite.

Runtime-ul AgentSpine inclus este actualizat la stadiul oficial verificat 0.11.4 cu commit-ul 8034487cdd24498076bac48d3f24400bca5e6ae4. Bugetul de timp BLUN de 180 de secunde pentru finalizarea SessionStart în fundal rămâne păstrat.

Teste de regresie executabile protejează livrarea exact o singură dată a loopurilor Telegram și toate stările valorilor de măsurare la reluare. Comportamentul local existent al cozii la un loop ocupat rămâne neschimbat.

Nou în 9.1.523

Publicat pe

BLUN King 9.1.523 lasă Escape să închidă un meniu de comandă slash deschis și să golească schița aferentă într-un singur pas, în loc să lase textul comenzii în urmă.

Strg+S predă o schiță slash și atunci când interfața raportează momentan inactivitate, către calea existentă de înscriere și procesare, în loc să revină silențios înainte de golirea cozii.

Schițele normale rămân păstrate atunci când Escape închide doar o altă autocompletare.

Teste de rulare roșu-la-verde protejează ambele combinații de taste împotriva comportamentului exact al pachetului 9.1.522.

Nou în 9.1.522

Fără dată

BLUN King 9.1.522 scrie permission.approval_requested imediat la deschiderea unei aprobări de instrument în istoricul sesiunii. Un King nesupravegheat nu mai arată astfel ca un model tăcut sau ca un furnizor blocat, în timp ce așteaptă operatorul.

Butoanele existente de aprobare Telegram sunt folosite automat atunci când lista de permisiuni conține exact un chat privat și oricâte grupuri. La mai mulți destinatari privați posibili, trimiterea rămâne blocată atâta timp cât BLUN_TELEGRAM_APPROVAL_CHAT_ID nu este setat.

O regresie roșu-la-verde protejează vizibilitatea imediată în istoricul sesiunii, transmiterea neechivocă către un chat privat, prioritatea unei ținte setate explicit și respingerea destinatarilor ambigui în ambele copii de relay livrate.

Nou în 9.1.521

Fără dată

BLUN King 9.1.521 rulează scanarea AgentSpine SessionStart în afara căii interactive de pornire. O scanare rece a directorului de utilizator care durează 123,6 secunde nu mai blochează astfel nici editorul, nici prima intrare a utilizatorului.

Ieșirile reușite ale SessionStart rămân automate: după finalizare, hook-ul de fundal preia în continuare brief-ul său limitat în contextul sesiunii.

Bugetul de timp pentru scanările reci crește la 180 de secunde. Un test de rulare roșu-la-verde dovedește că pornirea revine înaintea unui hook lent și că hook-ul poate continua apoi.

Nou în 9.1.520

Publicat pe

BLUN King 9.1.520 acordă hook-ului AgentSpine SessionStart suficient timp la reîncărcare pentru a finaliza o scanare completă rece a proiectului.

Limita de timp pentru pornirea AgentSpine crește de la 15 la 60 de secunde. Toate celelalte limite de timp ale hook-urilor rămân neschimbate.

O nouă verificare de rulare roșu-la-verde pornește hook-ul real AgentSpine într-un proiect temporar și verifică atât ieșirea lui, cât și ambele manifeste de timeout livrate.

Stadiu de pachet verificat

Versiunea 9.1.520 conține AgentSpine 0.10.1. Testul izolat de actualizare de la 9.1.519 la 9.1.520 și prepack-ul complet sunt verzi. SHA-256 al pachetului npm: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Nou în 9.1.519

Publicat pe

BLUN King 9.1.519 salvează ieșirile reușite ale hook-ului SessionStart înainte ca pornirea sau reîncărcarea să revină. Astfel disponibilitatea AgentSpine ajunge automat în contextul de model continuat și nu mai așteaptă primul mesaj de utilizator.

Referințele istorice la rezultate externalizate de instrumente păstrează o previzualizare limitată din început și sfârșit. Ancorele importante pentru reluare rămân astfel păstrate, fără a include din nou rezultatul complet în fiecare cerere de model.

Noi verificări de rulare roșu-la-verde protejează predarea de context SessionStart și previzualizările istorice. Catalogul de instrumente pentru întreținerea todo restaurat cu 9.1.518 rămâne păstrat neschimbat.

Nou în 9.1.518

Publicat pe

În timpul întreținerii proactive a listei de sarcini, Read, Write, Edit și Bash rămân disponibile lângă TodoList. Calea normală de recuperare pentru modificări mari de fișiere nu mai este astfel întreruptă.

Întreținerea automată a todo-urilor și promptul său limitat de dovadă rămân păstrate, fără a comuta pasul de model activ la un catalog de instrumente exclusiv TodoList.

Un gate de regresie roșu-la-verde protejează împotriva reculului de catalog din 9.1.499 și verifică selecția instrumentelor de recuperare fără scheme duplicate.

Nou în 9.1.517

Publicat pe

Strg+S și Escape rămân disponibile și cu întrebarea de aprobare deschisă. Strg+S trimite toate mesajele în așteptare; Escape eliberează mai întâi un mesaj în așteptare și respinge aprobarea doar la o coadă goală.

Finalizarea asincronă a sesiunii este observată complet în căile de taste, Telegram-/reload și comenzi slash. session.not_found este tratată ca o sesiune deja finalizată, în loc să prăbușească nucleul printr-o respingere netratată.

Verificări de pachet roșu-la-verde protejează caracterele de control brute Windows și eroarea măsurată la încheierea unei sesiuni care nu mai există.

Nou în 9.1.516

Publicat pe

Dacă după compactare lipsește începutul unui pas de asistent în istoricul salvat, redarea îl reconstruiește din următorul eveniment de conținut sau instrument. king -c nu mai eșuează astfel cu eroarea internă Received content_part for unknown step_uuid 'undefined'.

Un mesaj Telegram părăsește coada exact o singură dată, de îndată ce nucleul a acceptat durabil predarea sa activă. Respingerile reale rămân păstrate pentru o nouă încercare. Un bridge Telegram gestionat de King, încheiat neașteptat, este repornită printr-un gardian unic îmbinat.

Per pas de model este acceptată doar prima modificare TodoList. Punctele finalizate dispar automat, marcajele în așteptare rămân vizibile și în terminalele ANSI16, iar o listă nouă începe cu exact un punct în derulare. Ordinea fixă este: urgent, mesaj de utilizator direct, mesaj de bot adresat, mesaj de bot, mesaj normal.

Primul pas capabil de instrumente așteaptă cel mult 2,5 secunde catalogul MCP inițial; serverele opționale pot continua să pornească în fundal. La pornirea programului este verificat și instalat doar profilul activ.

Stadiu de pachet verificat

Versiunea 9.1.516 conține AgentSpine 0.10.1. Toate cele opt gates de prepack de regresie, node --check, verificarea metadatelor pachetului și o verificare proaspătă a pachetului sunt verzi. Același pachet npm conține componentele de platformă pentru Windows, Linux și macOS. SHA-256 al pachetului npm: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Nou în 9.1.515

Publicat pe

O listă de sarcini corect nemodificată este acceptată din nou după o muncă dovedită mai îndelungată. King nu trebuie să inventeze progres sau să reformuleze doar un titlu pentru a-și putea continua munca reală.

Și un loop de inactivitate poate relua o TodoList încă deschisă, fără a ține agentul permanent în pasul de întreținere cu exclusiv instrumentul de todo. Un gate de prepack de regresie protejează ambele căi de eroare.

Stadiu de pachet verificat

Versiunea 9.1.515 conține AgentSpine 0.10.1. Verificarea țintită de regresie a loop-ului de todo, node --check, verificarea metadatelor de release și o instalare proaspătă de pachet sunt verzi. Același pachet npm conține componentele de platformă pentru Windows, Linux și macOS. SHA-256 al pachetului npm: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Nou în 9.1.514

Publicat pe

BLUN King 9.1.514 întărește jurnalul de livrare Telegram fără conținut împotriva plicurilor de coadă manipulate.

Identificatorii de mesaj sunt preluați doar ca numere zecimale pozitive. Hash-urile de chat deja calculate sunt permise exclusiv ca valori hex exact de douăsprezece cifre cu litere mici. Valorile eronate, asemănătoare conținutului, sunt respinse în loc să fie înregistrate în jurnal.

Procesarea existentă Telegram, fazele de livrare, rotația jurnalului și diagnosticul de carantină fără conținut rămân neschimbate. Toate cele 133 de teste de pachet, precum și probe proaspete de pachet pentru Windows x64, Linux x64, macOS ARM64 și macOS x64 sunt verzi.

Stadiu de pachet verificat

Versiunea 9.1.514 conține AgentSpine 0.10.1 și ReadBatch. SHA-256 al pachetului npm: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Nou în 9.1.513

Publicat pe

BLUN King 9.1.513 înregistrează în jurnal calea de livrare Telegram de la intrarea în bridge, prin rutare, înscriere și alimentare, până la confirmare, restaurare sau carantină.

Jurnalul limitat salvează exclusiv identificatori fără conținut, hash-uri, faze de livrare, contoare și motive de eroare curățate. Textele mesajelor, prompturile, căile, numele de utilizator, tokenurile, datele de acces și mesajele de eroare brute nu sunt înregistrate.

Și diagnosticul de carantină nu mai duplică mesaje Telegram, texte de afișare, indicații de origine, ID-uri brute de chat sau căi de imagine. Toate cele 132 de teste de pachet, precum și probe proaspete de pachet pentru Windows x64, Linux x64, macOS ARM64 și macOS x64 sunt verzi.

Stadiu de pachet verificat

Versiunea 9.1.513 conține AgentSpine 0.10.1 și ReadBatch. SHA-256 al pachetului npm: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Nou în 9.1.512

Publicat pe

BLUN King 9.1.512 impune la întreținerea proactivă a TodoList o actualizare modificată, bazată pe dovezi, în loc să accepte din nou aceeași listă la nesfârșit. Pasul de întreținere izolat primește cel mult opt indicații compacte despre numele și rezultatul instrumentului de la ultima actualizare acceptată.

Prompturile, argumentele, comenzile, căile complete, rezultatele de instrumente sau istoricul de lucru nu sunt reintroduse astfel. O încercare TodoList eșuată păstrează această dovadă limitată pentru încercarea următoare; o actualizare reușită elimină indicațiile folosite. Punctele finalizate dispar în continuare automat, iar în pasul următor sunt din nou disponibile instrumentele normale de lucru.

Stadiu de pachet verificat

9.1.512 trece 127 din 127 de teste de pachet. Instalările proaspete aleg componentele de platformă așteptate sub Windows x64, Linux x64, macOS ARM64 și macOS x64 și conțin AgentSpine 0.10.1 și ReadBatch. SHA-256 al pachetului npm: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Nou în 9.1.511

Publicat pe

BLUN King 9.1.511 livrează AgentSpine 0.10.1 ca nouă variantă de plugin de core adresat pe conținut. Preflight-ul obligatoriu verifică în continuare fiecare fișier activ de instrucțiuni gazdă în siguranță la curse și leagă identitatea lui de tura exactă, dar nu mai duplică textul complet deja încărcat de gazdă în contextul de rulare.

Stadiul completează dovezile obligatorii înainte de răspuns, intrările confirmate must-remember și sincronizarea auto-vindecătoare a grafului autentificat de persoană și relații. Grupurile, persoanele și apartenențele lipsă sunt reparate la o verificare repetată de roster; interogările locale de relații se încheie vizibil după cinci secunde la o blocare.

Interogarea Telegram-Mnemo limitată rămâne păstrată: mesajele mai vechi sunt încărcate doar la nevoie concretă, cu referință strânsă la agent, persoană, grup, subiect, thread și perioadă de timp. Un istoric Telegram complet nu ajunge rutinier în prompt.

Stadiu de pachet verificat

9.1.511 trece 126 din 126 de teste de pachet. Fișierul CLAUDE.md real de 15.519 octeți a fost verificat complet, în timp ce întregul context injectat cuprindea 5.667 de octeți și nu conținea niciun text complet de instrucțiuni. Instalările proaspete aleg componentele de platformă așteptate sub Windows x64, Linux x64, macOS ARM64 și macOS x64 și conțin AgentSpine 0.10.1 și ReadBatch. SHA-256 al pachetului npm: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Nou în 9.1.510

Publicat pe

BLUN King 9.1.510 adaugă instrumentul ReadBatch. El citește două până la douăsprezece fișiere UTF-8 independente, deja cunoscute, sau intervale de fișiere într-un pas de model și păstrează ordinea cererilor. Fiecare cale trece prin aceleași verificări de acces, reguli și permisiuni ca un singur apel Read. Rezultatele parțiale rămân vizibile; doar un lot complet eșuat contează ca eroare totală.

Stadiu de pachet verificat

9.1.510 trece 125 din 125 de teste de pachet. Instalările proaspete aleg componentele de platformă așteptate sub Windows x64, Linux x64, macOS ARM64 și macOS x64 și conțin ReadBatch. AgentSpine a rămas intenționat pe 0.8.0 până când blocantul de buget de context al variantei noi preliminare, găsit independent, a fost rezolvat fără un prompt de rulare mărit. SHA-256 al pachetului npm: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Nou în 9.1.509

Publicat pe

BLUN King 9.1.509 cere la fiecare mesaj de lucru Telegram aprobat între boți o menționare explicită a agentului King prevăzut. Mesajele de bot fără menționare potrivită rămân vizibile, dar nu mai sunt nici tamponate, nici înscrise, nici livrate, nici preluate ulterior în contextul de model al acestui King. Astfel, un mesaj de bot prioritar pentru un King nu mai poate deveni sarcina unui alt King.

Stadiu de pachet verificat

Toate cele 121 de teste de pachet trec. Același pachet conține componentele de platformă verificate pentru Windows x64, Linux x64, macOS ARM64 și macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Nou în 9.1.508

Publicat pe

Punctele de todo deschise au din nou o căsuță vizibilă. Și prima listă obișnuită de sarcini începe cu exact un punct în derulare; pașii ulteriori rămân în așteptare până când începutul lor real este dovedit.

Mesajele Telegram directe și de grup acceptate sunt transmise către Mnemo asincron, cu tamponare durabilă și deduplicare exactă. Un hub temporar inaccesibil nu blochează nici livrarea Telegram, nici rularea King. Comenzile /loop și tick-urile interne de loop nu sunt salvate în mod conștient.

AgentSpine nu încarcă un istoric Telegram complet în contextul de rulare. Dacă o sarcină are nevoie de un mesaj mai vechi, are loc o interogare Mnemo limitată după agent, persoană, grup, subiect, thread și perioadă.

Stadiu de pachet verificat

Toate cele 120 de teste de pachet trec. Instalările proaspete aleg sub Windows, Linux x64, macOS ARM64 și macOS x64 componenta nativă corectă de clipboard și conțin conexiunea gestionată Telegram-Mnemo și AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Nou în 9.1.507

Publicat pe

BLUN King 9.1.507 instruiește explicit modelul în instrumentul Read să grupeze citiri independente de fișiere și intervale într-un răspuns de model, atunci când mai multe intrări pot fi utile.

Aceasta reduce rundele de model evitabile în contexte de lucru mari, fără a modifica execuția, navigarea de pagini, permisiunile sau tratarea rezultatelor de la Read.

Stadiu de pachet verificat

Un test de regresie țintit protejează modificarea; toate cele 112 teste de pachet trec.

Nou în 9.1.506

Publicat pe

Punctele TodoList finalizate sunt eliminate imediat din TUI-ul vizibil. Lista persistentă de sarcini a eliminat deja corect aceste intrări; acum interfața arată același stadiu curățat, în timp ce lucrul în derulare și în așteptare rămâne complet păstrat.

Pasul automat de întreținere folosește un prompt de sistem propriu, autonom, cu 546 de caractere. Anterior, în ciuda singurului instrument de todo disponibil, era atașat promptul complet de lucru cu aproximativ 19.000 de caractere. Pasul de lucru următor primește în continuare promptul complet și catalogul său normal de instrumente.

Câștig de context măsurat și stadiu de pachet

O rulare reală a arătat pentru fiecare al optulea pas de lucru o tură proprie de întreținere todo cu 15.221 de tokenuri de intrare. Promptul static de întreținere se micșorează cu 18.470 de caractere; economisirea reală de timp de rulare este măsurată din nou după actualizarea flotei. Tarball-ul publicat trece 111 din 111 teste. Instalările proaspete de pachet sub Windows cu Node 24.19.0 și Linux cu Node 24.18.0 confirmă versiunea 9.1.506; binarele macOS pentru ARM64 și x64 sunt incluse în pachetul npm identic. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Nou în 9.1.505

Publicat pe

Un mesaj Telegram care ajunge după preluarea canalului, dar înainte de finalizarea activării cozii, nu mai este sărit ca restanță veche. Fără un punct de control valid, procesarea începe la limita de octeți măsurată la începutul preluării, în loc de la sfârșitul de fișier ulterior.

Un punct de control durabil valid păstrează prioritatea. Dacă fișierul de coadă este înlocuit în timpul predării, noul fișier începe sigur la octetul zero; mesajele istorice deja existente înainte de preluare în continuare nu sunt reintroduse.

Recul măsurat și stadiu de pachet

Mesajul de grup 63456 a ajuns la o secundă după preluarea canalului, punctul de control a sărit exact până la sfârșitul lui, iar mesajul nu a apărut în niciun istoric de model. Această pierdere reală este protejată ca regresie. Tarball-ul publicat trece 111 din 111 teste; instalările proaspete de pachet sub Windows cu Node 24.19.0 și Linux cu Node 24.18.0, precum și o actualizare reală de la 9.1.504 confirmă versiunea 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Nou în 9.1.504

Publicat pe

Un mesaj Telegram care se află deja în coadă la o rulare de agent goală este pornit acum prin calea normală de canal ca tură de model proaspătă. El nu mai așteaptă o rulare activă, care în inactivitate nu poate apărea prin definiție.

Predarea existentă într-o tură în derulare rămâne neschimbată. La fel rămân protejate întreținerea izolată de todo, eliminarea automată a punctelor finalizate și restaurarea ulterioară a instrumentelor normale de fișiere, căutare și shell.

Stadiu de pachet verificat

Tarball-ul publicat trece 106 din 106 teste. Noua regresie de inactivitate era roșie înainte de intervenție și este verde după aceea, împreună cu 24 de teste de coadă. Instalările proaspete de pachet sub Windows cu Node 24.19.0 și Linux cu Node 24.18.0 confirmă versiunea 9.1.504 și același SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Nou în 9.1.503

Publicat pe

Mesajul izolat de întreținere a todo poartă acum și un câmp toolCalls explicit gol. Astfel el îndeplinește aceeași formă de mesaj ca pașii de lucru obișnuiți și poate fi procesat sigur de normalizarea BLUN a providerului.

Eroarea reală de rulare TypeError: message.toolCalls is not iterable nu mai apare astfel înainte de apelul TodoList. Un test de regresie iterează mesajul generat exact ca limita de provider, înainte ca întreținerea să fie aprobată.

Stadiu de pachet verificat

Tarball-ul publicat trece 105 din 105 teste. Probe proaspete de pachet sub Windows cu Node 24.19.0 și Linux cu Node 24.15.0 confirmă forma completă de mesaj a providerului, întreținerea izolată de todo și eliminarea automată a punctelor finalizate. Recepția reală a flotei are loc după repornirea controlată a celor trei agenți King.

Nou în 9.1.502

Publicat pe

Pasul scadent de întreținere TodoList primește acum doar un mesaj proaspăt, limitat la sarcina curentă și lista vizibilă. Apelurile vechi Read, Bash sau MCP din istoricul de lucru nu mai pot ajunge astfel în pasul limitat intenționat la TodoList.

Sarcinile finalizate dispar automat din lista vizibilă și persistentă la salvare. Punctele în derulare, în așteptare, blocate, care așteaptă o aprobare și cele anulate rămân păstrate; lista nu crește astfel nelimitat prin munca finalizată.

Constatare de flotă măsurată

Două profiluri de agent au întâlnit independent același recul: după o utilizare reușită a instrumentelor, întreținerea todo a repetat instrumente specializate istorice și a afișat Tool not found. Tarball-ul publicat trece 105 din 105 teste. Instalările proaspete sub Windows cu Node 24.19.0 și Linux cu Node 24.15.0 confirmă întreținerea izolată, eliminarea punctelor finalizate și revenirea instrumentelor normale. O recepție reală macOS nu face parte din această dovadă.

Nou în 9.1.501

Publicat pe

După un pas reușit de întreținere TodoList, în pasul de lucru imediat următor sunt din nou disponibile toate instrumentele selectate pentru tură. Read, Bash și alte instrumente specializate nu mai rămân ascunse în spatele catalogului de todo restricționat temporar.

Recul reparat

Pasul de todo oferea intenționat doar TodoList. Selecția sa de instrumente rămânea însă activă și în pasul următor, fără o restaurare explicită. 9.1.501 reintroduce acolo catalogul normal și protejează ambele căi de pas următor cu o regresie.

Golden Release 9.1.500

Publicat pe

Această versiune reunește stadiul funcțional complet al 9.1.499 neschimbat ca publicare npm comună pentru Windows, Linux și macOS. Marcajul de aur este limitat intenționat la titlurile acestei versiuni; intrările mai vechi își păstrează prezentarea existentă.

Stadiu de release

Golden Release preia modificările verificate de todo, coadă, loop, context, AgentSpine și evaluare de imagini din 9.1.499 fără logică suplimentară de rulare.

Nou în 9.1.499

Publicat pe

Datele de imagine, audio și video din afara ultimelor douăsprezece mesaje de conversație sunt înlocuite doar în proiecția de model repetată prin referințe scurte. Mediile actuale, textul mesajului și istoricul brut complet al sesiunii rămân neschimbate.

Într-un punct de control de reluare măsurat, această proiecție economisește 85.748 de caractere, respectiv aproximativ 21.437 de tokenuri de intrare estimate, pentru fiecare pas suplimentar de instrument.

Întreținerea todo scadentă rulează înaintea celui de-al nouălea bloc de lucru ca pas de model propriu low-effort. În acest pas, runtime-ul oferă exclusiv TodoList; instrumentele de fișiere, căutare, shell și alte instrumente specializate sunt aprobate din nou doar după o actualizare validă.

Mesajele proaspete de utilizator păstrează prioritatea față de întreținerea todo. Gate-ul dur de todo rămâne ca plasă de siguranță pentru actualizările efectiv invalide, dar nu mai apare ca o eroare intermediară roșie normală înaintea unei întrețineri autonome a listei.

Dovadă verificată

Tarball-ul publicat trece 105 din 105 teste de rulare și de regresie. Instalările izolate proaspete sub Windows cu Node 24.19.0 și Linux cu Node 24.15.0 raportează exact versiunea 9.1.499 și confirmă proiecția de medii, istoricul brut neschimbat, precontrolul de todo și ascunderea tuturor instrumentelor specializate în timpul pasului de todo. Candidatul cuprinde 850 de căi și poartă SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. O recepție reală macOS nu face parte din această dovadă.

Nou în 9.1.498

Publicat pe

/usage arată rata de hit a cache-ului de prompt raportată de furnizor, precum și tokenurile de cache citite și scrise per model. Fără activitate de cache raportată, afișajul nu inventează nicio rată.

/tokens este un alias scurt pentru diagnosticul detaliat existent de context; /offload apelează compactarea arhivantă existentă. Ambele căi nu declanșează niciun apel suplimentar de model.

Mesajele de bot autorizate diferite nu mai sunt respinse printr-o fereastră rigidă de 15 secunde. Ordinea existentă rămâne păstrată: mesajele private și adresate explicit stau înaintea mesajelor de bot, mesajele de bot înaintea contextului normal.

O compactare completă preia lista exactă de todo în noul context. Dacă după aceea calea, comanda, hash-ul sau cererea sunt nesigure, o indicație unică de restaurare cere mai întâi citirea istoricului arhivat, în loc de o căutare largă de fișiere sau un nou început.

Pașii de todo finalizați rămân păstrați ca dovadă. Dacă constatări ulterioare fac necesar din nou un pas, finalizarea dovedită rămâne în picioare și noua verificare apare ca pas propriu în derulare, cu justificare.

Loopurile de sesiune recurente așteaptă atâta timp cât lista de todo întreținută conține încă muncă în derulare sau în așteptare. Intervalele ratate sunt reunite până la inactivitatea reală; alte memento-uri programate rămân neafectate.

Dovadă verificată

Tarball-ul pregătit trece 100 din 100 de teste de rulare și de regresie. Instalările izolate proaspete sub Windows cu Node 24.19.0 și Linux cu Node 24.15.0 raportează exact versiunea 9.1.498 și confirmă afișarea cache-ului, aliasurile de comandă, restaurarea compactării, dovezile monotone de todo, protecția loop-ului de sesiune, changelog-ul de pachet și prioritatea de bot. Candidatul cuprinde 849 de căi și poartă SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. O recepție reală macOS nu face parte din această dovadă.

Nou în 9.1.497

Publicat pe

Mesajele de bot Telegram din grupuri comune stau în spatele mesajelor private și adresate explicit, dar înaintea contextului normal. Prioritizarea nu impune niciun răspuns.

Un mesaj Telegram acceptat dispare din coada vizibilă de îndată ce începe pasul de model introdus. O livrare respinsă sau o anulare înaintea primului pas îl păstrează în continuare pentru o nouă încercare.

Un răspuns Telegram scadent sau o editare de mesaj nu mai este blocată de întreținerea todo. Următorul pas normal de lucru rămâne blocat până la actualizarea corectă a listei de todo.

Versiunile 9.1.496 până la 9.1.487

VersiuneModificări
9.1.496Livrează automat mesajele de utilizator Telegram individual, elimină doar ID-ul de mesaj exact acceptat sau răspuns, impune progres corect pentru fiecare listă de todo vizibilă și ascunde încărcăturile utile interne de hook reușite.
9.1.495Pornește fiecare țintă nouă sau înlocuită cu o listă de todo vizibilă proaspătă, cere actualizări corecte, elimină imediat focusul de grup Telegram răspuns cu succes, mută confirmările normale de intrare până la sfârșitul turei și adaugă verificări reale de decodare pentru Ctrl+S și Ctrl+T.
9.1.494Separă din nou combinațiile de taste fără echivoc: Ctrl+S controlează doar restanța de coadă, Ctrl+T doar lista de todo. Mesajele de utilizator Telegram se autorizează la muncă în derulare pentru următoarea predare sigură.
9.1.493Mesajele de utilizator Telegram sunt eliberate automat în timpul muncii active pentru următoarea predare sigură. Mesajele directe rămân în față în coadă, fără a opri permanent mesajele de grup.
9.1.492Mesajele de grup deja eliberate rămân păstrate la o livrare temporar ocupată și sunt încercate din nou. Pachetul, metadatele npm, manifestul public și changelog-ul sunt verificate împreună înaintea unui mesaj de succes.
9.1.491Mesajele Telegram directe sunt prioritizate imediat la muncă în derulare. Controlul manual al cozii a rămas disponibil pentru alte mesaje.
9.1.490Istoricul pachetului documentează complet versiunea nepublicată 9.1.487 și reparațiile efectiv publicate începând cu 9.1.488.
9.1.489Lista de sarcini, controlul cozii, identitatea de execuție Telegram, instalarea profilului AgentSpine și evaluarea gestionată a imaginilor au fost restaurate și protejate cu teste de regresie.
9.1.488Plugin-ul de core AgentSpine pregătit a fost publicat. Duplicatele Telegram nu mai lasă o tură falsă; profunzimea de gândire și tratarea sigură a telemetriei se păstrează de-a lungul pașilor cu instrumente.
9.1.487Nepublicat. Această versiune a pregătit AgentSpine ca plugin de core gestionat. Pe npm a urmat după 9.1.486 direct 9.1.488.

Nou în 9.1.486

Publicat pe

Profilurile noi și actualizate pornesc acum fiabil în engleză sub Windows, macOS și Linux. O valoare de limbă automată salvată este migrată o singură dată, în timp ce limbile alese explicit rămân neschimbate.

Actualizările automate la pornire sunt din nou activate implicit prin programul de instalare existent legat de versiune. [upgrade].auto_install = false păstrează întrebarea de confirmare; un updater de fundal nu este reintrodus.

Dialogurile de pornire, progresul, erorile, mesajele de succes și continuarea sesiunii folosesc acum aceeași limbă. Testele de regresie și mutație protejează migrarea, calea de actualizare și datele sesiunii.

Dovadă verificată

Suita completă de teste a trecut cu 1.474 din 1.474 de verificări. O rulare izolată de actualizare a instalat 9.1.486 din 9.1.485, a păstrat configurația și sesiunea neschimbate și a pornit noua CLI. O probă separată de pornire a dovedit instalarea automată fără întrebare, precum și migrarea unică a unei valori vechi de limbă automată la engleză.

Versiunile 9.1.485 până la 9.1.178

VersiuneModificări
9.1.485
  • Limitează prima redare vizibilă a unei sesiuni continuate fără index de scrollback la cele 15 ture de conversație active, în loc să redea din nou întreaga conversație.
  • Golește după o actualizare reușită zona vizibilă de actualizare, înainte să pornească noua consolă; scrollback-ul normal de terminal rămâne păstrat.
  • Adaugă verificări de regresie și mutație pentru soluția de rezervă a redării, inclusiv o simulare cu 97.596 de înregistrări.
9.1.484
  • Detecția de plugin acceptă suplimentar .codex-plugin/plugin.json și rezolvă PLUGIN_ROOT, respectiv BLUN_PLUGIN_ROOT, în comandă, argumente și director de lucru.
9.1.483
  • Modelul de compactare poate fi selectat separat de modelul activ, salvat și resetat la moștenire; selecția și feedback-ul stau la dispoziție în comanda de inactivitate și în setările localizate.
9.1.482
  • Rezultatele Read externalizate păstrează următorul line_offset și continuă lectura originală acolo, în loc să citească din nou același fișier de la început.
9.1.481
  • Răspunsurile de subagent care se termină la limita de token fără apel de instrument sunt recunoscute ca max_tokens pentru continuarea existentă. Modelele Glob cu .. și căile home numite precum ~name sunt respinse.
9.1.480
  • Actualizează skill-ul translate-native inclus și MCP-ul Language Guard la versiunea 6.42.13.
  • Leagă fișierele de protecție lingvistică incluse byte cu byte de commit-ul sursă 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Adaugă verificări de origine și mutație, astfel încât octeții de protecție modificați sau o versiune de skill diferită să facă să eșueze poarta de publicare.
9.1.479
  • Adaugă serviciului privat King al Agent API o rută internă autentificată pentru verificarea disponibilității.
  • Verifică disponibilitatea serviciului, fără a crea o sesiune de client sau a porni o rulare de agent.
  • Restricționează ruta la interfața loopback și GET, o protejează cu un secret și îi împiedică stocarea în cache.
9.1.478
  • Remediază pauzele obișnuite ale focusului Telegram direct după o repornire, chiar dacă punctele de control mai vechi nu conțin nicio perioadă de răspuns.
  • Păstrează pauzele cerute explicit de utilizator până la aprobare, în loc să le lase să expire automat.
  • Eliberează mesajele de canal puse în coadă pentru o rulare activă de îndată ce se încheie focusul direct.
9.1.477
  • Adaugă serviciului privat al Agent API o carcasă explicită de proces pornită de operator.
  • Procesează SIGINT și SIGTERM exact o singură dată, chiar și atunci când semnalele ajung în timpul pornirii.
  • Se oprește sigur cu mesaje limitate, nu apelează process.exit și nu pornește niciodată automat serviciul.
9.1.476
  • Adaugă serviciului privat al Agent API un contract de mediu după principiul blocării sigure.
  • Cere un port loopback stabilit explicit, secrete de izolare, setări de furnizor și limite de resurse.
  • Lasă serviciul privat oprit și curățarea automată a sesiunilor inactive dezactivată, până când ambele sunt configurate explicit.
9.1.475
  • Eliberează exclusiv sesiuni ale Agent API configurate corespunzător și efectiv inactive, înainte ca un client să atingă limita de sesiuni.
  • Protejează rulările active de model și instrumente indiferent de vârsta lor și actualizează perioada de inactivitate la utilizare reală.
  • Lasă curățarea automată dezactivată, până când un operator configurează explicit o expirare pentru inactivitate.
9.1.474
  • Anulează atribuirea activă de sesiune atunci când continuarea unui agent după un rezultat de instrument eșuează.
  • Permite ulterior închiderea explicită a sesiunii afectate.
  • Lasă revenirile reușite de instrumente și contractul public de model neschimbate.
9.1.473
  • Protejează o sesiune a Agent API de închidere, atâta timp cât primul său apel de model rulează încă.
  • Eliberează sesiunea fiabil după un răspuns reușit sau o eroare de model.
  • Lasă calea existentă pentru modelele neprocesate și contractul public de model neschimbate.
9.1.472
  • Permite clienților să închidă explicit o sesiune inactivă a Agent API și să elibereze locul lor limitat de sesiune.
  • Împiedică închiderea sesiunilor active și limitează fiecare proces de închidere la clientul proprietar respectiv.
  • Pune la dispoziție locul eliberat pentru o sesiune nouă, fără a modifica contractul public de model.
9.1.471
  • Adaugă un host de serviciu închis care compune stiva privată Agent API, fără a o porni automat.
  • Cere secrete separate pentru transport și izolare, un director rădăcină absolut pentru clienți și o configurație explicită a mediului de execuție King.
  • Leagă ascultătorii de interfața loopback și închide la oprire fiecare sesiune de client și fiecare mediu de execuție.
9.1.470
  • Izolează sesiunile headless ale Agent API după client de încredere și sesiune publică.
  • Reunește accesările inițiale simultane într-o sesiune SDK și limitează clienții și sesiunile active.
  • Folosește identificatori interni opaci legați de chei și directoare de lucru, în timp ce identificatorii publici stabili de sesiune rămân păstrați.
9.1.469
  • Adaugă adaptorului Agent API un transport HTTP privat, accesibil exclusiv prin interfața loopback.
  • Cere un secret de serviciu și o identitate de client impusă de server; indicațiile de identitate falsificate din corpul cererii sunt ignorate.
  • Respinge cererile supradimensionate sau eronate și ține detaliile interne de furnizor în afara mesajelor publice de eroare.
9.1.468
  • Menține agentul principal receptiv, în timp ce subagenții lucrează în fundal și subagenții imbricați continuă.
  • Permite sesiunilor restricționate ale Agent API să folosească ciclul de viață al subagenților, fără a expune instrumente locale de shell sau de sistem de fișiere.
  • Transmite limita exactă de instrumente fiecărui nivel imbricat de subagent, astfel încât restricțiile să nu poată fi ocolite prin delegare.
9.1.467
  • Adaugă un adaptor explicit de transport pentru rulările de agent, fără a intercepta rutele existente pentru modelele neprocesate sau listele de modele.
  • Leagă rezultatele de instrumente și anulările țintite de același domeniu de client, sesiune și cerere.
  • Afișează exclusiv King, curăță erorile interne neașteptate și respinge streaming-ul până când există un contract de agent pentru aceasta.
9.1.466
  • Înregistrează fiecare apel de model finalizat al Agent API sub un ID de sarcină stabil, fără a reuni utilizarea clienților diferiți.
  • O mapare JSONL durabilă ține cererea, sesiunea, sarcina, ID-ul apelului și câmpurile de utilizare neprocesate ușor de regăsit și după o repornire.
  • În exterior apar doar King, precum și contoarele neprocesate pentru intrare, intrare în cache și finalizare; datele de utilizare lipsă rămân marcate explicit.
9.1.465
  • Adaugă un control izolat al rulării pentru endpoint-ul explicit de agent al Agent API, fără a modifica finalizările de model neprocesate.
  • Apelurile de instrumente gestionate de client păstrează o singură rulare King de-a lungul revenirilor de rezultate și rămân limitate la cererea inițială.
  • Răspunsurile agenților superiori exclud fluxurile de evenimente ale agenților copii și schițele aruncate ale încercărilor repetate.
9.1.464
  • Subagenții gestionați rulează acum decuplați, astfel încât agentul principal rămâne receptiv în timp ce munca delegată continuă.
  • Subagenții în derulare pot fi controlați cu TaskUpdate sau opriți cu TaskStop, fără a închide sesiunea principală.
  • Mesajele de grup Telegram adresate rămân în focus până când agentul răspunde în chat-ul potrivit.
9.1.463
  • Un resume din checkpoint randează, când există date de fereastră, doar ultimul grup de ture TUI activ; rândurile mai vechi rămân în arhiva de scroll și sunt încărcate la nevoie.
9.1.462
  • Conținuturile neschimbate de tui.toml nu mai declanșează un schimb atomic de fișiere; modificările reale folosesc în continuare calea de scriere blocată existentă.
9.1.461
  • /status deosebește stadiul de runtime încărcat de pachetul instalat și raportează o abatere și în statusul de la distanță Telegram.
9.1.460
  • Mesajele de sesiune vizibile mai vechi rămân într-o arhivă durabilă pe disc și sunt încărcate pe blocuri la scrollarea în sus, fără a citi la pornire toate blocurile de text.
9.1.459
  • Un resume restaurează un punct de control semantic legat de integritate și citește doar partea atașată de atunci a fișierului de sesiune neschimbat; la un punct de control invalid rămâne replay-ul complet ca soluție de rezervă.
9.1.458
  • O sumă de verificare preluată dintr-un raport extern este legată doar dacă exact această valoare este prezentă în evenimentul sursă ales.
9.1.457
  • Dacă aceeași sumă de verificare provine din mai multe evenimente externe, originea este indicată ca ambiguă, în loc să fie atribuită unui singur raport.
9.1.456
  • Sumele de verificare din mesajele Telegram de ieșire sunt comparate cu rezultatele locale de instrumente și rapoartele externe vizibile; valorile neasignate generează o indicație de origine.
9.1.455
  • Rapoartele Telegram pot fi legate ca credible_unverified prin identificatorul de chat și mesaj; reporterul și originea evenimentului sunt stabilite de runtime.
9.1.454
  • Verificările proaspete sunt legate automat de sesiunea și agentul care le generează; măsurătorile redirecționate rămân rapoarte externe.
9.1.453
  • O dovadă de finalizare este legată de criteriul de finalizare actual valabil și este respinsă la un criteriu diferit sau depășit.
9.1.452
  • Fiecare dovadă este legată de domeniul țintă efectiv măsurat; verificările de comandă trebuie să poarte aceeași valoare sigură BLUN_EVIDENCE_SCOPE pe ambele părți.
9.1.451
  • Fiecare dovadă poartă tipul exact inspection, integrity, syntax, test sau reachability. O verificare mai slabă nu poate fi prezentată drept una mai puternică.
9.1.450
  • Dovezile de rezultat și dovezile de verificare sunt separate. Doar un verificator nou sau modificat are nevoie de o a doua dovadă de rigoare independentă; măsurătorile normale nu au nevoie de o probă roșie.
9.1.449
  • Dovada de finalizare numește apelul exact de verificare reușit prin toolCallId-ul său; un apel de comandă mixt cu modificare și verificare nu este suficient.
9.1.448
  • O finalizare țintă trebuie să lege afirmația verificată de un apel de verificare reușit al aceleiași ture; instrumentele pure de scriere sau modificare nu contează ca dovadă.
9.1.447
  • O acțiune aleasă este legată de dovezi de decizie durabile; dovezile necunoscute sau învechite impun o nouă planificare.
9.1.446
  • Blocarea live de repetare recunoaște suplimentar secvențe scurte recurente de cuvinte cu două până la opt cuvinte.
9.1.445
  • Indicațiile de învățare alese sunt salvate împreună cu rezultatul de învățare validat al turei curente ca urmă de expunere, fără a afirma o cauzalitate din aceasta.
9.1.444
  • Căutarea de relevanță pentru erorile anterioare folosește date durabile de cadru de țintă, punct de control și problemă, în loc doar a celor mai recente mesaje de utilizator.
9.1.443
  • La o continuare imediată de țintă, o selecție explicită tool: sau skill: încarcă exact mijlocul ales.
9.1.442
  • Focusul de lucru păstrează firul de decizie din status, fază, ultima verificare, selecție, justificare, suport, risc și reversibilitate.
9.1.441
  • Cunoștințele lipsă sunt gestionate ca domeniu propriu knowledge_gap, în loc să fie incluse în textul general de țintă, prioritizate și ascunse la o valoare goală.
9.1.440
  • Cunoștințele despre lume și presupunerile pot fi incluse ca domenii proprii în focusul durabil și ponderate.
9.1.439
  • Focusul cognitiv durabil primește o evaluare de saliență cu decădere între sesiuni și întărire la un acces repetat.
9.1.438
  • În timpul replay-ului de sesiune, tăierea, îmbinarea și randarea sunt amânate; după aceea este cerut exact un nou render de transcript.
9.1.437
  • Gardianul de inactivitate folosește din nou calea de text potrivită pentru expirări și nu mai termină procesul printr-un parametru nepermis în timer.
9.1.436
  • Statusul de la distanță Telegram arată la o tură activă începutul, ultimul progres, ultimul instrument și erorile repetate; TUI publică pentru aceasta instantanee de activitate în derulare.
9.1.435
  • Punctele de control private de focus Telegram urmează acum spațiul de lucru legat de sesiunea activă.
  • Selecția spațiului de lucru nu mai salvează directorul de pornire ca loc de continuare pentru conversațiile directe.
9.1.434
  • Învățarea confirmată urmează acum spațiul de lucru legat de sesiunea de agent activă.
  • Sesiunile cu mai multe spații de lucru și sesiunile continuate nu mai salvează sau afișează lecții de proiect în directorul procesului gazdă.
9.1.433
  • Pregătirea unei intrări în editorul extern rămâne acum în interiorul limitei de curățare pentru directoarele temporare.
  • Dacă prima scriere eșuează, de exemplu din cauza unui disc plin sau a unor permisiuni lipsă, directorul temporar de editor este eliminat înainte ca eroarea să fie transmisă mai departe.
9.1.432
  • Erorile temporare de stream pot fi acum încercate din nou și după o ieșire parțială vizibilă, cu același model selectat.
  • Textul de asistent incomplet și suprafețele de instrument nefinalizate sunt finalizate sau aruncate înainte de repetare, astfel încât noua ieșire să nu fie atașată încercării eșuate.
  • După o ieșire vizibilă, schimbarea de furnizor rămâne blocată, astfel încât un răspuns să nu poată schimba furnizorul la mijlocul stream-ului.
9.1.431
  • Procesele locale ale instrumentului Bash dezactivează acum forțat interogările Git din terminal, în loc să moștenească o setare interactivă a procesului părinte.
  • Dialogurile askpass moștenite de la Git, SSH și Git Credential Manager sunt dezactivate în procesul copil de instrument; astfel sunt împiedicate așteptările invizibile pentru datele de autentificare Windows.
  • Shell-ul părinte și mediul sesiunii în derulare rămân neschimbate; comportamentul existent la intrare standard închisă rămâne păstrat și este asigurat independent.
9.1.430
  • Compactarea completă poate folosi acum prin [loop_control].compaction_model un alias de model opțional configurat; modelul King activ rămâne implicit.
  • Autentificarea, pregătirea contextului, bugetul de finalizare, învățarea de overflow și facturarea utilizării compactării sunt legate complet de modelul de compactare ales.
  • Modelul activ continuă să determine începutul compactării și ultima frână de cerere, astfel încât un model de rezumat mai mic să nu poată micșora neobservat fereastra centrală de gândire.
9.1.429
  • Bash sub Windows respinge acum sintaxa neechivocă cmd.exe înainte de pornirea procesului, în loc să risipească o rulare eșuată vizibil.
  • Descrierea instrumentului Bash clarifică explicit că Bash-ul POSIX sub Windows, inclusiv VS Code, rămâne activ și numește convențiile corecte pentru căi și redirecționări.
  • Comenzile POSIX find valide rămân permise; pentru o semantică cmd dorită conștient stă în continuare la dispoziție o predare explicită către cmd.exe /c.
9.1.428
  • Scrierile JavaScript și TypeScript generate se opresc acum înainte de accesul la disc atunci când o instrucțiune executabilă se repetă de opt ori consecutiv; astfel sunt împiedicate ieșirile scăpate de sub control ale scripturilor de analiză.
  • Verificarea de protecție cuprinde atât apelurile Write pentru fișiere complete, cât și înlocuirile Edit, în timp ce fișierele non-cod, comentariile, șirurile și repetările mai scurte permise rămân neschimbate.
  • Toate cele trei cazuri de degenerare observate cu 15, 23 și 31 de instrucțiuni repetate sunt blocate; intențiile arbitrare incomplete, dar care nu se repetă, rămân în afara acestei verificări mecanice.
9.1.427
  • Comanda vizibilă /memory core raportează acum limita activă a adaptorului de memorie, versiunea de contract, modul de identitate, statusul de integritate și dovezile trans-portal, opțional ca ieșire --json.
  • Memoria de rezervă legată de profil și identitățile derivate din profiluri sunt excluse explicit de la disponibilitatea pentru un nucleu comun, în loc să fie prezentate ca memorie neutră de portal.
  • Furnizorii configurați rămân vizibil neconfirmați până când există dovezi separate; diagnosticul este doar de citire, nu acordă competențe și nu inventează niciodată probe trans-portal.
9.1.426
  • Comanda vizibilă /memory acceptance rulează acum o verificare de memorie V7 sintetică temporară în CLI, Telegram și web și poate emite opțional un raport --json.
  • Zece verificări independente acoperă originea de portal, identitățile legate și nelegate, izolarea de agenți și grupuri, deduplicarea, corectarea și ștergerea globală, blocarea sigură a furnizorului și octeții sursă protejați.
  • Raportul de recepție servește exclusiv ca dovadă deterministă: nu acordă competențe și nu citește sau modifică niciodată un profil real de utilizator.
9.1.425
  • Subagenții care ating limita de token primesc acum în același context de agent un pas de predare scurt fără instrumente, în loc să piardă munca de instrumente finalizată.
  • Dacă și această predare atinge limita, agentul superior primește un rezumat parțial limitat, precum și instrucțiunea exactă de continuare de către același agent.
  • Restaurarea rămâne proiectată după principiul blocării sigure: fără o reîncercare completă a sarcinii, fără un mesaj de finalizare fără predare finală și fără competențe noi.
9.1.424
  • Lecțiile confirmate din Mistake.md sunt transferate acum și către cazuri formulate diferit, dar semantic similare, din fiabilitate, livrare, orchestrare, memorie, publicare, media și validare.
  • Termenii exacți de dovadă continuă să aibă prioritate față de categoriile semantice largi; textul necorelat rămâne fără atribuire.
  • Formulările naturale germane sunt unificate deterministic; ierarhia modificată nu creează competențe noi și nici nu ridică o lecție neconfirmată.
9.1.423
  • Încheierile de runtime scriu acum o intrare de diagnostic sincronă durabilă, înainte ca nucleul sau lansatorul să revină sau să se termine.
  • Excepțiile neprinse, respingerile netratate, terminalele eșuate, semnalele, erorile de pornire, încheierile normale, erorile proceselor copil și încheierile lor păstrează cauza exactă curățată, împreună cu limita de proces.
  • Jurnalul privat este limitat și sigur la erori, elimină secretele și căile home și nu repornește și nu reîncarcă nicio sesiune în derulare.
9.1.422
  • O sesiune deschisă, inactivă, își monitorizează acum declanșatorul de timp salvat și devine activă în modurile automat și god la sau după dueAt.
  • Un declanșator scadent așteaptă până când răspunsurile active, compactarea, mesajele puse în coadă, comenzile și dialogurile sunt finalizate, înainte să continue exact o singură dată.
  • Înainte de pornire, runtime-ul citește din nou ținta, revizia punctului de control, scadența, modul de permisiuni și sesiunea și aruncă timer-urile pe fiecare cale de încheiere a sesiunii.
9.1.421
  • Punctele de control de așteptare bazate pe timp salvează acum un timestamp exact dueAt și îl unifică la UTC.
  • O pornire obișnuită a sesiunii în modul automat sau god lasă declanșatoarele de timp viitoare să aștepte și le continuă la sau după scadența lor.
  • Prima rulare continuată primește observarea exactă a scadenței; sesiunile deschise continuu nu primesc în această versiune încă un timer de runtime.
9.1.420
  • O țintă activă cu punct de control de așteptare durabil predă controlul după rularea curentă, în loc să atribuie o altă rulare autonomă.
  • Declanșatoarele externe, bazate pe timp, bazate pe dependențe și dependente de decizii de utilizator rămân salvate și sunt reevaluate la sosirea următorului eveniment.
  • Țintele imediate și țintele active mai vechi fără punct de control sunt continuate neschimbat.
9.1.419
  • O sesiune continuată în mod obișnuit duce acum mai departe o țintă deja activă, atunci când următorul său declanșator salvat este explicit imediat și modul automat sau god este activ.
  • Continuarea rămâne internă, rulează cel mult o dată per sesiune continuată și nu apare niciodată ca mesaj de utilizator inventat.
  • Țintele care așteaptă, sunt puse în pauză sau blocate, punctele de control lipsă și modurile manuale de permisiuni rămân oprite.
9.1.418
  • Telegram păstrează acum marcajul explicit de bot al expeditorului în datele de intrare, astfel încât contextul de identitate să poată deosebi agenții de oameni.
  • Actorii Telegram deja salvați ca oameni sunt corectați la agenți doar dacă furnizorul, subiectul și marcajul explicit de bot coincid.
  • Detaliile actorilor rămân păstrate, agenții nu sunt niciodată retrogradați, iar numele sau numele de utilizator nu sunt folosite niciodată pentru a deriva o identitate de agent.
9.1.417
  • Răspunsurile de rezervă automate Telegram împart acum răspunsurile cu mai mult de 4.096 de caractere în mesaje succesive, în loc să le trunchieze.
  • Fiecare caracter și fiecare pereche de surogate Unicode rămân păstrate; ieșirea înregistrează toate ID-urile de mesaj returnate împreună cu textul complet.
  • Dacă o parte eșuează, livrarea se oprește în acel punct, în loc să raporteze un răspuns incomplet ca fiind complet.
9.1.416
  • Rezultatele proaspete din cel mai recent lot de apeluri de instrumente rămân complet lizibile până la următorul răspuns de asistent, chiar dacă ulterior este alimentat context Telegram sau de control.
  • Externalizarea pe loturi, curățarea istoricului și microcompactarea folosesc acum aceeași graniță semantică pentru rezultatele proaspete.
  • Rezultatele mai vechi deja evaluate continuă să fie compactate normal, astfel încât economiile de context existente rămân păstrate.
9.1.415
  • Focusul de lucru durabil păstrează acum declanșatorul exact pentru următoarea acțiune și după reporniri și schimbări de context.
  • Următoarea acțiune rămâne separată de condiția sa de aprobare; aceasta este valabil și pentru condiții valide cu mai mult de 512 caractere.
  • Declanșatoarele eronate sau nepotrivite pentru fază sunt respinse sigur; punctele de control mai vechi își păstrează comportamentul existent.
9.1.414
  • Noile puncte de control de acțiune durabile capturează declanșatorul exact care aprobă următoarea acțiune.
  • Fazele care nu așteaptă au nevoie de un declanșator imediat; fazele care așteaptă au nevoie de un eveniment extern numit, un moment de timp, o dependență sau o decizie de utilizator.
  • Țintele care așteaptă rămân active, fără a fi executate prematur; punctele de control mai vechi rămân lizibile.
9.1.413
  • Răspunsurile Telegram care ating limita de ieșire a modelului nu mai sunt livrate ca începuturi incomplete.
  • Aceeași sesiune în derulare generează o continuare scurtă, completă și face cel mult trei încercări de restaurare, înainte să se oprească sigur.
  • Un răspuns explicit prin instrumentul Telegram are în continuare prioritate și suprimă restaurarea, astfel încât livrările reușite să nu fie niciodată duplicate.
9.1.412
  • Țintele durabile create de model încep acum atomic cu revizia 1 și un cadru de problemă limitat complet.
  • Modul god și modul automat continuă un start de țintă deja autorizat fără o a doua confirmare; în modul manual, aprobarea rămâne necesară.
  • Munca autentificată, non-trivială, pe mai multe etape poate trece sub o instrucțiune autonomă existentă în modul de țintă durabil; saluturile, cererile pe o singură etapă și sarcinile vagi rămân excluse.
9.1.411
  • Sarcinile non-triviale și necunoscute pot salva acum un cadru de problemă limitat în punctul de control de acțiune durabil.
  • Cadrul surprinde criteriile de succes, cunoștințele lipsă, până la cinci acțiuni posibile, acțiunea aleasă cu justificare, alegerea suportului, riscul și calea de rezervă.
  • Cadrul de problemă supraviețuiește continuării și repornirii exclusiv ca stare descriptivă și nu poate acorda niciodată permisiuni.
9.1.410
  • Comenzile private de memorie Telegram limitează acum domeniul de relații la persoana respectivă.
  • Focusul de memorie ascunde relațiile altor persoane și păstrează restul contextului.
  • Corecturile și ștergerile nu pot selecta o relație a altei persoane; focusul local de operator păstrează vederea completă.
9.1.409
  • Instrumentele de răspuns Telegram și calea de rezervă TUI folosesc acum un director canonic comun pentru starea canalului.
  • Valorile BLUN_HOME specifice profilului nu mai generează un al doilea arbore de directoare pentru intrările sau ieșirile Telegram.
  • Un BLUN_TELEGRAM_STATE_DIR setat explicit rămâne decisiv; altfel ambele căi folosesc ~/.blun/channels/telegram.
9.1.408
  • Detaliile de relație confirmate sunt reunite doar după două observații independente în canale directe.
  • Mesajele redate din nou rămân idempotente; mesajele de grup și afirmațiile asemănătoare permisiunilor rămân excluse.
  • Amintirile private de relație confirmate pot urma aceeași persoană în Telegram și CLI, fără a acorda competențe.
9.1.407
  • Instrumentul de răspuns Telegram importă calea folosită de detectarea duplicatelor către istoricul de intrare curent.
  • Răspunsurile Telegram normale nu mai eșuează cu eroarea inboxLog is not defined.
  • Calea de rezervă separată a bridge-ului rămâne disponibilă ca asigurare a livrării.
9.1.406
  • Încercările repetate de livrare ale evenimentelor Telegram private cu același timestamp și text sunt salvate în continuitatea de relații doar o singură dată.
  • O afirmație repetată efectiv mai târziu rămâne parte a istoricului de relații limitat.
  • Indicațiile de amintire explicite formulate natural la sfârșitul propoziției sunt recunoscute ca date de referință, fără a acorda sau modifica permisiuni.
9.1.405
  • Comanda Telegram cuplată /status raportează acum vârsta și bătaia inimii procesului de consolă, pasul de lucru curent și sarcina activă, fără a apela modelul.
  • Restanța de coadă măsoară acum octeții necitiți de la un punct de control legat de fișierul de coadă exact curent.
  • Statusul de la distanță rămâne doar de citire și nu conține nici ID-uri de chat, căi de fișiere, date de acces și conținuturi de mesaje, nici liste complete de sarcini.
9.1.404
  • Conținutul neschimbat al config.toml nu mai înlocuiește fișierul privat existent.
  • Compararea exactă de octeți este limitată la țintele obișnuite care nu sunt link-uri simbolice.
  • Țintele modificate, lipsă, invalide și necitebile folosesc în continuare calea atomică de scriere existentă, sigură la prăbușiri.
9.1.403
  • Ierarhia automată a instrumentelor încărcabile la nevoie ignoră încărcăturile utile de atașamente și documente încorporate.
  • Fiecare fragment de intenție este limitat înainte de compararea lexicală la bugetul existent de interogare ToolSearch de 1.000 de caractere.
  • Instrucțiunile propriu-zise, atașamentele și cererile ToolSearch explicite rămân neschimbate.
9.1.402
  • Arhivele expirate ale istoricului de compactare sunt curățate o singură dată în fundal la pornirea unei comenzi King.
  • Curățarea la pornire rămâne neblocantă și nu poate întârzia procesarea normală a comenzilor.
  • Erorile la curățare sunt înregistrate sigur în jurnal și nu întrerup sesiunea în derulare.
9.1.401
  • Primul fragment de text al fiecărui răspuns în derulare este acum afișat imediat, în loc să aștepte un callback de timer.
  • O tură nouă și fiecare segment nou de răspuns de asistent primesc fiecare o primă afișare imediată proprie.
  • Fragmentele ulterioare de text, gândire și instrumente păstrează ritmul adaptiv de grupare care protejează performanța sesiunilor lungi.
9.1.400
  • Sesiunile mari continuate sunt redate acum cooperativ, astfel încât TUI poate redesena și reacționa în timpul restaurării istoricului.
  • Fiecare înregistrare de redare salvată durabil continuă să fie afișată; nicio parte a istoricului nu este tăiată, sărită sau ștearsă.
  • Continuările mici își păstrează comportamentul existent; continuările mari cedează execuția buclei de evenimente după fiecare 30 de înregistrări.
9.1.399
  • Candidații de învățare verificați sunt acum limitați la proiectul Git curent, în loc să ajungă în repository-uri fără legătură cu acesta.
  • Checkout-urile HTTPS și SSH ale aceleiași origini folosesc o identitate de proiect anonimă comună.
  • URL-urile de repository și căile locale de proiect nu sunt niciodată salvate în înregistrările candidaților de învățare; munca în afara Git păstrează comportamentul existent la nivel de profil.
9.1.398
  • Răspunsurile Telegram pur textuale sunt acum deduplicate pe calea de instrument și pe ambele căi automate de rezervă.
  • Un răspuns identic sau aproape identic este suprimat doar dacă nu există niciun mesaj nou intrat.
  • Atașamentele, rezultatele diferite și răspunsurile după un mesaj nou de utilizator își păstrează comportamentul existent.
9.1.397
  • Țintele cu un criteriu explicit de finalizare au nevoie acum înainte de finalizare de un punct de control susținut de runtime.
  • Dacă verificarea de finalizare eșuează, ținta rămâne activă și oferă indicații concrete de revizuire.
  • Turele obișnuite și țintele fără criteriu explicit de finalizare își păstrează comportamentul existent.
9.1.396
  • Cererile naturale pot preselecta în aceeași tură până la două scheme de instrumente încărcabile la nevoie, care se potrivesc cu siguranță ridicată.
  • Selecția ia în considerare exclusiv intenția curentă din canal și ignoră contextul Telegram învechit.
  • Pentru cererile slabe, ambigue sau necunoscute, ToolSearch rămâne disponibil, fără a mări mulțimea de instrumente încărcată durabil.
9.1.395
  • Joburile de media acceptate sunt urmărite durabil, cererile deschise identice sunt refolosite, iar rezultatele finalizate sunt salvate după verificarea calității și livrate chat-ului aferent.
9.1.394
  • Un furnizor de memorie versionat, activabil voluntar, poate conecta turele CLI și de portal cu un flux comun de evenimente cognitive.
  • Implicit rămâne stocarea locală SQLite existentă, fără acces nou de rețea sau comportament de rulare modificat.
  • Căile de furnizor, funcțiile de fabrică sincrone și versiunea de contract 6 sunt verificate sigur înainte de pornirea runtime-ului și respinse la abateri.
9.1.393
  • Pornirile interactive cu king și king -c afișează din nou selecția vizibilă de actualizare 1/2/3, de îndată ce există o versiune mai nouă.
  • Descărcarea actualizărilor în fundal, activarea în așteptare și schimbarea automată întârziată au fost eliminate.
  • După o instalare aleasă, king se încheie pentru o repornire manuală; king -c continuă ultima sesiune cu noua versiune.
9.1.392
  • Stadiile intermediare incomplete ale unei generări de imagini nu mai sunt trimise ca actualizare Telegram privată, atâta timp cât nu există încă un rezultat media.
  • Descrierile de eroare măsurate de la GenerateImage și GetMedia sunt suprimate; livrările de media finalizate rămân vizibile.
  • Conversațiile private și rezultatele obișnuite cerute rămân neschimbate.
9.1.391
  • Continuitatea de amintiri trans-portal cere acum o dovadă exactă, activă, de legare a identității, de la runtime-ul de încredere.
  • Numele similare, mandanții sau identitățile sursă diferite, emitenții greșiți și dovezile revocate rămân separate și sunt respinse sigur.
  • Versiunea 6 a contractului de adaptor de memorie suportă OAuth verificat, legături de cont sigure și atribuiri de identitate confirmate explicit, fără a deriva permisiuni din amintiri.
9.1.390
  • Plicul comun de memorie surprinde acum momentul evenimentului și momentul intrării separat.
  • Fiecare eveniment cognitiv nou primește explicit o clasă de retenție pentru date de operare, date durabile, relații sau scopuri de audit.
  • Versiunea 5 a contractului de adaptor de memorie respinge plicurile de eveniment incomplete înaintea oricărei scrieri locale sau la distanță.
9.1.389
  • Evenimentele de memorie surprind portalul sursă și canalul sursă acum ca câmpuri de origine separate, autentificate.
  • Căile CLI, Telegram, runtime, personalitate, corectare și revocare păstrează canalul exact la salvare și redare.
  • Versiunea 4 a contractului de adaptor de memorie respinge scrierile atunci când canalul sursă salvat nu corespunde canalului aprobat prin permisiune.
9.1.388
  • Citirile de memorie returnează doar observații din domeniul de vizibilitate aprobat prin permisiune, cu excepția cazului în care este folosită calea strict internă de agent.
  • Scrierile, verificările de evenimente și operațiunile de attention sunt respinse sigur atunci când domeniul lor de aplicare sau sursa autentificată nu se potrivește cu contextul de acces curent.
  • Adaptorul local SQLite interoghează observațiile delimitate printr-un index propriu de vizibilitate, în loc să încarce mai întâi amintiri necorelate.
9.1.387
  • Fiecare operațiune a unui adaptor de memorie duce acum cu sine un context strict pentru identitate, portal, canal, conversație, domeniu de aplicare și permisiuni.
  • Contextul de permisiuni este verificat în afara încărcăturii utile de memorie și nu este depus durabil ca conținut amintit.
  • Deduplicarea evenimentelor este limitată la mandant și agent. Astfel, existența evenimentelor nu poate fi recunoscută între mandanți.
9.1.386
  • Starea cognitivă se află acum în spatele unui contract versionat pentru adaptoarele de memorie, folosit în comun de ciclul de viață al turei și de runtime-ul personalității.
  • Stocarea de evenimente SQLite existentă rămâne implicită. Clienții de portal externi pot oferi același contract, fără a crea o stare proprie de portal.
  • Versiunile de adaptor nesuportate și implementările incomplete sunt respinse sigur înaintea fiecărei operațiuni de memorie.
9.1.385
  • Mesajele Telegram puse în coadă înainte de pornirea sesiunii sunt acum eliberate de îndată ce sesiunea este gata.
  • Sesiunile în inactivitate golesc coada în ordinea normală FIFO; turele active deja continuate folosesc un control limitat.
  • Punctele de control durabile de coadă rămân neschimbate, până când mesajul este acceptat efectiv.
9.1.384
  • Referințele la imagini Telegram încarcă acum în aceeași tură instrumentele de verificare a imaginilor și de generare a imaginilor.
  • Mesajele Telegram tamponate păstrează intenția de media pentru întregul lot în așteptare, în loc să ia în considerare doar ultimul mesaj.
  • Căile locale de imagini și identificatorii de fișiere Telegram aleg calea potrivită de verificare sau descărcare, fără a încărca durabil schemele de media.
9.1.383
  • Noile rezultate Read rămân acum complet vizibile pentru pasul de model care le-a cerut, în loc să fie externalizate înainte de evaluare.
  • Rezultatele de instrumente noi paralele rămân lizibile până la pasul lor de evaluare și pot fi arhivate doar după ce au devenit istorice.
  • Arhivarea ieșirilor istorice și economisirea de context rămân active după fereastra protejată pentru munca recentă.
9.1.382
  • Comanda /loop este acum acceptată și în timp ce rulează un alt răspuns.
  • Dacă o buclă este creată în timpul muncii în derulare, King o salvează și îi pune în coadă prima instrucțiune, fără a întrerupe tura curentă.
  • Crearea buclei în inactivitate, precum și comportamentul existent pentru status, pauză, continuare și oprire rămân neschimbate.
9.1.381
  • După o ToolSearch eșuată definitiv, ToolSearch este eliminat din lista de instrumente active pentru restul acestei ture.
  • Recunoașterea de schemă reușită și tratarea instrumentelor deja încărcate rămân disponibile și neschimbate.
  • Astfel, căutările repetate de sinonime nu mai consumă tokenuri suplimentare, după ce runtime-ul a dovedit deja că nu există o integrare potrivită.
9.1.380
  • O eroare temporară la controlul turei active reactivează acum imediat controlul de livrare Telegram, în loc să lase mesajul de grup restaurat să aștepte până la sfârșitul turei.
  • Mesajele de grup în așteptare continuă să fie livrate și în timpul muncii lungi; ordinea FIFO și limita existentă de carantină de trei încercări rămân păstrate.
  • Nicio sesiune în derulare nu este întreruptă sau repornită.
9.1.379
  • Repetările temporare ale confirmării unui control de canal nu mai afișează o eroare roșie falsă, atâta timp cât mesajul rămâne restaurabil în coadă.
  • O eroare vizibilă de livrare apare doar după ce a treia încercare eșuată a arhivat sigur prima intrare completă de coadă.
  • Comportamentul pentru repetare, confirmare, arhivare și ordinea FIFO rămâne neschimbat.
9.1.378
  • La publicările de fundal care se succed rapid există acum un singur status înlocuibil pentru actualizarea pregătită, în loc să se atașeze pentru fiecare versiune o nouă componentă de jurnal.
  • Intrarea pentru actualizarea pregătită afișează întotdeauna cea mai recentă versiune țintă verificată; sesiunea activă rămâne neatinsă până la repornirea ei naturală.
  • Indicația despre instalarea efectivă și changelog rămâne păstrată durabil și neschimbată. Mai puține modificări în jurnal nu ascund astfel nicio actualizare activată.
9.1.377
  • Sarcinile Telegram în așteptare preiau acum ID-ul decisiv al turei active de la nucleu. Un status TUI vizibil învechit nu mai poate duce astfel la rămânerea neconfirmată a unui mesaj acceptat.
  • Comanda de control /loop este executată imediat în timpul muncii în derulare; confirmarea durabilă a comenzii nu mai depinde de un răspuns de status Telegram reușit.
  • Dacă livrarea primei intrări de coadă eșuează de trei ori, aceasta este arhivată local cu toate metadatele de restaurare, înainte ca coada să continue. Astfel, o intrare eronată nu blochează mesajele ulterioare.
9.1.376
  • Rezultatele mari istorice de instrumente sunt salvate durabil înainte de compactarea contextului, astfel încât ieșirea lor completă rămâne restaurabilă și după golirea previzualizării încorporate.
  • Referințele de rezultate salvate supraviețuiesc microcompactărilor ulterioare și păstrează metadatele limitate necesare pentru reîncărcarea ieșirii originale.
  • Telemetria de externalizare raportează dimensiunile și statusul de restaurare, fără a expune conținuturi de rezultate sau căi private.
9.1.375
  • DM-urile Telegram private și comenzile slash păstrează cea mai mare prioritate de livrare. Munca de grup adresată explicit este pusă după aceea în coadă FIFO, înaintea muncii normale sau a restanțelor neadresate.
  • Un handoff de actualizare poate traversa o coadă negoală doar dacă fiecare intrare este muncă Telegram durabilă, încă neconfirmată, cu cale de întoarcere Acknowledge. Munca locală, mixtă sau nedurabilă blochează în continuare.
  • Indicația pentru actualizările pregătite urmează o limbă de UI de persona aprobată. La o limbă încă neaprobată ca locale TUI este afișată doar informația de versiune, în loc să revină la o limbă greșită.
9.1.374
  • Indicația pentru o actualizare pregătită nu mai folosește un mesaj german fix încorporat, ci traducerea de UI deja aprobată a limbii active.
  • Modurile de reluare și de sesiune nouă rămân separate; handoff-ul de actualizare, rollback-ul și confirmarea de duplicate Telegram nu au fost slăbite.
9.1.373
  • O actualizare pregătită în fundal poate prelua acum sesiunea în derulare la o graniță sigură verificată. ID-ul de sesiune și directorul de lucru rămân păstrate; instrumentele în derulare, comenzile de shell, compactarea și mesajele în așteptare împiedică predarea.
  • Supervizorul activează noul runtime doar după dovada loaded și ready a acestuia. Dacă pornirea eșuează, vechiul runtime este restaurat împreună cu sesiunea exactă, iar pending-ul eronat este aruncat.
  • Duplicatele Telegram deja restaurate în ledger-ul de livrare sunt confirmate imediat la replay-ul cozii. Ele nu mai așteaptă un pas de model care, pentru un duplicat, nu pornește intenționat niciodată și nu mai blochează astfel mesajele de grup ulterioare.
  • Focusul de lucru durabil poartă acum statusul de cunoștințe, contextul de dovezi, corecturile, retragerile și încrederea de la o tură la alta. Nici acum nu rezultă din aceasta drepturi sau aprobări noi.
9.1.372
  • Punctele de control durabile de țintă deosebesc acum verified, credible_unverified, hypothesis, uncertain_memory, stale și unknown. Presupunerile plauzibile nu mai sunt astfel tratate ca cunoștințe asigurate.
  • Originea și statusul de cunoștințe sunt verificate împreună: dovezile de instrument de runtime pot fi considerate verified doar după o rulare de instrument reușită, rapoartele externe nu. Stadiile carry-forward își păstrează statusul existent și ultima lor dovadă de verificare.
  • Stadiile vechi de replay fără noul câmp rămân lizibile ca legacy_unknown. Punctele de control noi trebuie să numească explicit statusul lor. Drepturile, aprobările și autoritatea rămân neschimbate.
  • Proiecția scurtă de context numește starea epistemică în exact o linie, astfel încât agentul să o ia în considerare la pasul următor, fără a încărca bugetul de context cu text suplimentar.
9.1.371
  • Repararea unei erori de cablare din 9.1.370: valoarea evidenceBasis deja salvată și proiectată acolo este acum și parte a schemei stricte publice de ieșire GetGoal și nu se mai pierde la preluare.
  • Schema acceptă cele patru tipuri curente de origine, precum și legacy_unknown pentru stadiile vechi de replay. Drepturile, aprobările și autoritatea rămân neschimbate.
  • O probă de cablare focusată și un mutant propriu asigură noua conexiune publică împotriva regresiei.
9.1.370
  • Fiecare punct de control de lucru proaspăt numește acum explicit pe ce se bazează ultimul său stadiu dovedit: apel de instrument de runtime reușit, afirmație directă de utilizator, raport extern sau continuare neschimbată.
  • runtime_tool este acceptat doar dacă tura curentă conține cel puțin un apel de instrument permis de runtime și finalizat cu succes. carried_forward nu poate modifica ultimul stadiu dovedit. Ambele căi se opresc fail-closed la o contradicție.
  • Punctele de control vechi salvate rămân lizibile ca legacy_unknown. Tipul de origine este stare epistemică și nu creează nici drepturi, nici aprobări, nici autoritate.
9.1.369
  • Un punct de control de lucru durabil primește acum automat o dovadă de runtime compactă din apelurile de instrumente deja finalizate ale aceleiași ture. Dovada numește doar ID-ul turei, numărul total, de succese și de erori, precum și un digest scurt.
  • Numele de instrumente, ID-urile, argumentele, comenzile, ieșirile, căile și textul de utilizator nu sunt scrise în punctul de control. O dovadă goală rămâne corect la zero, în loc să simuleze o măsurătoare.
  • Doar un apel de instrument aprobat de politica de runtime și finalizat cu succes contează ca succes. Dovezile blocate, eșuate, anulate sau livrate de model nu creează autoritate.
9.1.368
  • Fiecare punct de control de lucru durabil poartă acum o revizie monotonă. Prima scriere începe la revizia 1; fiecare următoare trebuie să mărească exact cu unu revizia curentă proiectată.
  • O tură paralelă veche sau o vizualizare de canal învechită nu mai poate suprascrie ulterior un stadiu de lucru dovedit mai nou. Reviziile învechite, sărite și invalide se opresc fail-closed înainte ca starea țintă să fie modificată.
  • Punctele de control existente fără câmp de revizie sunt tratate la citire compatibil ca revizia 1. Revizia este stare de lucru și nu creează drepturi sau aprobări.
9.1.367
  • Reminder-ul activ de țintă poartă acum punctul de control de lucru durabil direct. King păstrează astfel faza, ultimul stadiu dovedit, următoarea acțiune exactă și dovada așteptată și atunci când adaptorul de memorie cognitivă suplimentar nu este disponibil.
  • Înaintea căilor alternative este executată mai întâi acțiunea următoare exactă prenotată. Punctul de control este modificat doar atunci când o dovadă nouă schimbă efectiv stadiul confirmat.
  • Fallback-ul este doar o proiecție compactă a punctului de control deja verificat. El nu creează drepturi, câmpuri de date noi sau o repornire.
9.1.366
  • Țintele active pot salva acum un punct de control de lucru durabil mic, cu fază, ultimul rezultat dovedit, următoarea acțiune exactă și dovada așteptată. După resume sau replay de evenimente, King continuă de acolo, în loc să ceară din nou permisiunea sau să înceapă de la zero.
  • O simplă actualizare de punct de control lasă ținta activă. Țintele puse în pauză și blocate rămân neschimbate; un resume resetează doar ceasul de runtime.
  • Punctul de control este strict limitat și pură informație de lucru. Câmpurile necunoscute, în special indicațiile de drepturi sau administrație, se opresc fail-closed și nu pot crea nicio capabilitate.
  • Fără punct de control, focusul compact existent rămâne neschimbat. Cu punct de control, doar cele patru observații de focus relevante sunt completate cu stadiul dovedit; astfel efortul de token rămâne mic și constant.
9.1.365
  • DM-urile Telegram private și CLI-ul local pot citi, corecta sau șterge acum focusul durabil direct cu /memory focus, /memory correct <id> <valoare> și /memory delete <id>. Calea nu pornește nicio tură de model și nu consumă astfel tokenuri de model.
  • Modificările Telegram sunt legate de ID-uri pozitive de utilizator, chat și mesaj, un DM privat real, momentul canalului și un ID de cerere stabil. Grupurile, originea incompletă și repetările modificate se opresc fail-closed.
  • Domeniul, cheia și scopul sunt întotdeauna derivate din dovada activă de țintă și nu pot fi introduse de apelant. Corecturile și tombstone-urile rămân append-only, păstrează istoricul și nu acordă drepturi.
  • Ieșirea de focus este limitată pentru Telegram la opt intrări și mai puțin de 3.500 de caractere; numărul total rămâne vizibil.
9.1.364
  • Ciclul de viață cognitiv în derulare poate corecta acum un focus durabil prin correctFocusObservation și îl poate șterge prin withdrawFocusObservation. Ambele căi scriu în continuare append-only în același flux de evenimente legat de mandant și agent.
  • O revizie este permisă doar cu atestarea runtime_user_prompt_hook și explicit_user_request. Un snapshot normal de model nu poate deriva sau introduce nici corectură, nici ștergere.
  • Fiecare revizie poartă un ID de cerere stabil, precum și portal, actor, context, mesaj și moment. Repetarea identică este idempotentă; același ID de cerere cu conținut modificat și reviziile retrodatate se opresc fail-closed.
  • Corectura și ștergerea ulterioară lasă istoricul complet neschimbat. După ștergere, faptul nu mai apare în prompt și nu consumă tokenuri de context. Memoria tot nu poate acorda drepturi.
9.1.363
  • O ștergere confirmată este salvată acum ca tombstone append-only. Conținutul anterior rămâne păstrat în jurnalul de audit și în lanțul de hash, dar dispare complet din proiecția de context eficace.
  • Evenimentele vechi de resume, transcript sau coadă cu un moment înaintea ștergerii nu pot reactiva conținutul eliminat. Astfel, un stadiu vechi reintrodus ulterior nu este tratat ca adevăr nou.
  • Informația nouă, dată conștient după momentul ștergerii, poate fi învățată din nou. Tombstone-ul blochează astfel dovezile vechi, nu dezvoltarea viitoare.
  • Ștergerile peste mandanți, agenți, domenii, chei sau scopuri străine, cu țintă lipsă, încredere slabă sau valoare de tombstone greșită, sunt respinse tranzacțional. Bazele de date existente migrează pe loc.
  • Un fapt șters nu generează nicio linie de prompt și nu consumă astfel tokenuri de context.
9.1.362
  • O corectură confirmată poate înlocui acum explicit exact o observație anterioară în același domeniu de mandant, agent, domeniu, cheie și scop. Intrarea veche rămâne păstrată append-only în jurnalul de audit.
  • Vederea eficace încarcă valoarea corectată și o marchează ca corrected; valoarea înlocuită nu mai este proiectată ca conflict curent.
  • Țintele lipsă, scopurile sau cheile străine și corecturile sub încrederea 1 sunt respinse tranzacțional.
  • Stadiile SQLite existente primesc noua coloană de relații la deschidere, fără a pierde fluxul sau versiunea lor existentă.
9.1.361
  • Afirmațiile personale sau de echipă la fel de credibile, cu același scop și aceeași cheie, nu mai sunt emise ca adevăr după principiul "câștigă valoarea cea mai nouă". Proiecția marchează scurt conflictul și cere o clarificare, fără a vărsa ambele conținuturi în context.
  • Dacă o afirmație este mai puternică cu cel puțin 0,2 puncte de încredere, rămâne utilizabilă, dar este marcată ca disputată. O afirmație ulterioară mai slabă nu mai poate acoperi un stadiu confirmat.
  • Confirmările identice sunt reunite într-un punct de focus. Câmpurile canonice de țintă și progres rămân în continuare revizionabile.
  • Istoricul de evenimente append-only rămâne neschimbat; din vederea eficace tot nu pot apărea permisiuni.
9.1.360
  • Starea deja canonică /goal este proiectată ca focus de lucru durabil în fluxul de evenimente cognitive: țintă, status, următorul declanșator și dovada de succes așteptată.
  • Același focus rămâne idempotent la repornirile de runtime. Un stadiu de țintă neschimbat nu generează evenimente sau observații duplicate.
  • Contoarele de utilizare, bugetul de timp și permisiunile nu sunt copiate în focus. Fără țintă activă nu sunt încărcate tokenuri de focus suplimentare.
  • Proiecția leagă scopul de țintă potrivit cu scopul privat de relații al turei curente; ea nu creează drepturi.
9.1.359
  • Memoria de personalitate și turele CLI reale folosesc acum același flux de identitate de mandant și agent din identity/manifest.json; fără identitate completă rămâne calea compatibilă de rezervă cu hash.
  • Turele Telegram directe proiectează doar domeniul privat de relații al interlocutorului curent. Grupurile și relațiile străine nu livrează tokenuri private de focus.
  • Selecția de scop este impusă înainte de ierarhizare; o cunoștință mai nouă dintr-un scop străin nu mai poate acoperi o intrare potrivită.
9.1.358
  • O eroare de rețea în timpul pregătirii automate a actualizării era raportată doar la un callback opțional de eroare. Fără un poll nou, agentul King în derulare rămânea la versiunea sa, deși sesiunea însăși continua sănătoasă.
  • Lansatorul scrie acum un eveniment limitat prepare-failed cu stadiul de versiune, precum și numele și codul de eroare sigur, în handoff.jsonl.
  • După aceea, o nouă încercare de pregătire este planificată exact zece secunde mai târziu. Nucleul în derulare nu este nici încheiat, nici reîncărcat.
  • Erorile la scrierea evenimentului de diagnostic rămân fail-soft; tokenurile, textul mesajelor și alte secrete nu sunt înregistrate în jurnal.
9.1.357
  • Accesările repetate la același prompt de sistem eficace nu mai reconstruiesc de fiecare dată șirul mare din bază și anexa de runtime.
  • Resolverul păstrează exact o combinație curentă bază/anexă și o invalidează imediat de îndată ce una dintre cele două valori de intrare se schimbă.
  • Promptul gol, doar baza, doar anexa și separarea existentă cu două linii noi rămân păstrate byte cu byte.
9.1.356
  • Prompturile de sistem neschimbate sunt numărate caracter cu caracter pentru bugetul de context doar o singură dată de-a lungul pașilor de model repetați.
  • Cache-ul este limitat la patru intrări, cel mult 500.000 de caractere per prompt și în total 1.000.000 de caractere reținute.
  • Prompturile modificate continuă să fie numărate din nou; afișarea contextului, bugetul de compactare și bugetul de cerere folosesc aceeași valoare actuală.
9.1.355
  • Configurațiile de cerere LLM neschimbate nu mai serializează schemele lor de instrumente la fiecare pas de model doar pentru jurnalul de configurare.
  • Modelul, aliasul, nivelul de gândire, promptul de sistem și succesiunea de instrumente sunt comparate cu ultimul stadiu complet.
  • Modelele, prompturile, numele de instrumente, descrierile sau schemele de parametri modificate redeschid în continuare jurnalizarea configurației în mod țintit.
9.1.354
  • Schemele de instrumente neschimbate sunt serializate doar o singură dată per obiect de instrument și numărate pentru bugetul de context.
  • Un inventar cu 403 instrumente nu mai este astfel numărat complet din nou la fiecare verificare repetată de cerere.
  • Modificările la nume, descriere sau obiectul de parametri aruncă țintit doar intrarea de cache a instrumentului afectat.
9.1.353
  • Fragmentele de argumente ale instrumentelor de roi de agenți continuă să fie parseate imediat și preluate în starea de progres, dar împart acum timer-ul adaptiv de randare.
  • Un apel de instrument mare transmis în stream nu mai declanșează astfel un render TUI complet pentru fiecare fragment de argument.
  • Pornirea, finalizarea, eroarea și anularea elimină timer-urile deschise de roi înaintea render-ului lor imediat final.
9.1.352
  • Fragmentele de asistent și gândire ale unui roi de agenți actualizează în continuare imediat starea de progres, dar împart un timer adaptiv de randare.
  • Un furtun de fragmente nu mai declanșează astfel un render TUI complet pentru fiecare delta.
  • Evenimentele discrete de roi și curățarea progresului elimină timer-urile deschise înaintea render-ului lor imediat de finalizare.
9.1.351
  • Fragmentele de asistent și gândire din fereastra BTW/agent sunt salvate imediat în tură, dar împart un timer adaptiv de randare.
  • Controllerul nu mai cere pentru aceste două tipuri de delta un render complet suplimentar per fragment.
  • Finalizarea, eroarea, retry și dispose elimină timer-urile deschise; evenimentele discrete de hook și finalizare rămân imediat vizibile.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput preia chunk-urile stdout și stderr imediat în starea de activitate, dar reconstruiește cardul de subagent doar în ritmul adaptiv de streaming.
  • O mulțime comună de pending tratează mai multe subtool-uri care rulează simultan, fără ieșire pierdută sau un timer per chunk.
  • Finalizarea instrumentului elimină refresh-ul său deschis înaintea afișării finale; dispose aruncă curat timer-ul și mulțimea de pending.
9.1.349
  • ToolCallComponent.appendSubagentText colectează fragmentele de text și gândire care sosesc rapid imediat în starea internă, dar reconstruiește cardul de subagent doar în ritmul adaptiv de streaming.
  • Finalizarea și starea de eroare golesc un text-refresh încă deschis înaintea afișării finale; dispose aruncă curat timer-ul.
  • Astfel, octeții care sosesc rămân imediat disponibili, în timp ce rebuild-urile complete repetate, snapshot-urile și randările dispar la furtunile de fragmente.
9.1.348
  • Argumentele în creștere ale subagenților/subinstrumentelor continuă să fie colectate imediat complet, dar nu mai sunt reparsate și randate după fiecare fragment individual.
  • Un timer adaptiv grupează actualizarea previzualizării. La finalizare, argumentele în așteptare sunt introduse obligatoriu înaintea stării finale de instrument.
  • Execuția instrumentelor, aprobările, argumentele finale și calea existentă normală de streaming rămân neschimbate.
9.1.347
  • Calea de evenimente apela imediat getStreamingToolCallPreview după fiecare delta de argument de instrument intrat. Această funcție parsează textul JSON în creștere complet până în acel moment.
  • Apelul avea loc și pentru instrumentele normale, deși doar AgentSwarm are nevoie de starea intermediară parsată imediat pentru afișajul său de progres în derulare. Astfel, calea normală ocolea parțial cadența limitată de previzualizare introdusă în 9.1.346.
  • O mică politică pură decide acum înainte de parse: instrumentele normale colectează doar delta și parsează la flush-ul planificat de previzualizare; AgentSwarm parsează în continuare imediat la numele de eveniment, numele de instrument activ sau progres de roi existent.
  • Execuția instrumentelor, aprobările, argumentele finale și afișajul de roi rămân neschimbate.
9.1.346
  • 9.1.345 a limitat re-randările de text complet pentru stream-urile lungi de răspuns și gândire, dar stream-urile pure de argumente de instrument nu aveau niciunul dintre aceste două proiecte de text și rămâneau astfel la 50 ms fixe.
  • Fiecare previzualizare de instrument parsează textul JSON de argument în creștere complet până în acel moment. Apelurile mari de instrumente puteau astfel reparsa și randa foarte des întreaga încărcătură utilă.
  • Cadența adaptivă deja dovedită ia acum în considerare și numărul total de caractere al argumentelor de instrument active transmise în stream: 50, 100, 250 sau 500 ms, după aceleași limite.
  • Execuția instrumentelor, argumentele, aprobările, previzualizarea finală și flush-urile imediate de finalizare rămân neschimbate.
9.1.345
  • TUI seta până acum la streaming tot textul de răspuns și gândire complet acumulat la fiecare 50 ms. La răspunsurile lungi de model creștea astfel puternic cantitatea de text de randat repetat.
  • Stream-urile scurte până la 8.192 de caractere păstrează cadența reactivă existentă de 50-ms. După aceea intervalul crește treptat la 100 ms până la 32.768, 250 ms până la 131.072 și 500 ms peste aceasta.
  • Flush-urile explicite la granițele de instrumente și la finalizare rămân imediate. Logica de provider, coadă, sesiune și token nu a fost modificată.
9.1.344
  • Stratul cognitiv de runtime scria până acum pentru fiecare apel de instrument politica și rezultatul în două tranzacții SQLite sincrone separate.
  • O probă de cost izolată Windows cu 100 de apeluri de instrumente a avut nevoie pentru aceasta de 627,63 ms și a generat 201 evenimente. Conținutul cuprindea 305 observații.
  • Perechile finalizate politică/rezultat ale unui pas de model sunt acum fixate atomic în grupuri limitate de cel mult zece instrumente. Verificările de politică anulate sau încă deschise sunt salvate în continuare individual la sfârșitul turei.
  • Argumentele, ieșirile, decizia de drepturi, lanțul de hash și durabilitatea SQLite rămân neschimbate.
9.1.343
  • Un răspuns Telegram privat a fost deja livrat cu succes cu instrumentul de reply. După aceea, aceeași tură de model a pornit totuși încă un pas și a generat text intern de status și control de lucru.
  • Pasul suplimentar a costat în sesiunea reală măsurată 42.360 tokenuri de intrare și 411 de ieșire, deși răspunsul vizibil de utilizator fusese deja trimis.
  • Un reply Telegram reușit încheie acum imediat o tură de conversație privată marcată ca direct. Reply-urile eșuate, grupurile și alte instrumente continuă neschimbat.
  • După finalizare continuă să acționeze controllerul existent de focus direct: el remarcă răspunsul livrat și revine după sfârșitul conversației sau timpul de liniște la munca de fundal salvată.
9.1.342
  • Interogarea de relevanță pentru Mistake.md prelua până acum fiecare mesaj cu rolul user. Printre acestea se numărau și injecțiile interne, rezumatele de compactare, activările de skill și mesajele de fundal.
  • Deoarece memento-ul de greșeli este salvat el însuși ca mesaj intern user, își modifica după fiecare pas de instrument propria interogare de căutare. Astfel, în aceeași tură era selectat și alimentat din nou.
  • Filtrul folosește acum doar intrările de utilizator și cron relevante pentru acțiune. Textele interne de runtime sunt excluse din interogarea de relevanță și din recunoașterea de informații reduse.
  • Mesajele reale de utilizator, munca planificată, toate lecțiile verificate și reconstrucția după compactare rămân disponibile neschimbat.
9.1.341
  • La pornirea naturală, lansatorul a găsit un runtime automat deja pregătit local și verificat, dar l-a trimis totuși mai întâi prin indicația de actualizare dependentă de rețea. Dacă această a doua preluare eșua temporar, pornea din nou vechea versiune globală.
  • Un runtime automat pregătit cu modul exact potrivit (resume sau new) este pornit acum înaintea preluării repetate de release. Activarea rămâne tranzacțională: doar când noul nucleu este încărcat cu succes, runtime-ul este contabilizat ca activ.
  • La resume rămân păstrate ID-ul de sesiune și directorul de lucru. Selecția manuală de actualizare continuă să funcționeze prin calea existentă de indicație.
  • Niciun King în derulare nu este încheiat. Corecția intervine exclusiv la următoarea pornire naturală.
9.1.340
  • Lansatorul scria actualizările reușite în .blun/updates/install.json, în timp ce un runtime de profil căuta în .blun/profile/<name>/updates/install.json. Calea reală de profil nu exista; astfel, notifiedAt rămânea null în starea comună.
  • Runtime-urile de profil citesc acum succesul de actualizare din BLUN_SHARED_HOME și revin la BLUN_HOME existent doar în lipsa unei căi comune.
  • După următoarea pornire naturală, TUI poate afișa o singură dată versiunea și până la trei indicații de release. Destinatarii Telegram privați configurați primesc același text scurt, fără tură de model și fără consum de token.
  • Instalarea, staging-ul, activarea și regula de a nu fi aruncat niciodată rămân neschimbate.
9.1.339
  • Pașii de instrumente succesivi reușiți cu low-effort folosesc cel mult 4.096 tokenuri de finalizare în loc de 8.192 până acum.
  • Primii pași, sarcinile complexe și pașii succesivi de eroare își păstrează capacitatea configurată de gândire și ieșire. Intervenția nu este o limită globală de model sau context.
  • Măsurarea retroactivă pe 1.442 de pași reali low-effort ai unui profil de agent a arătat: 2.118.588 tokenuri de ieșire în total, mediana 791, p90 3.754, p95 5.485. Cu noua limită ar fi fost eliminate 229.761 de tokenuri, respectiv 10,8 Prozent; 91,1 Prozent dintre pașii măsurați rămân neschimbați.
9.1.338
  • Întrebările de repetare pură precum Pot continua cu munca mea? nu mai sunt livrate în conversațiile private Telegram.
  • Narațiunea internă de coadă, handoff, lane și stare de așteptare rămâne în afara răspunsului privat. Rezultatele reale de lucru și răspunsurile personale normale rămân livrabile.
  • Dacă un răspuns util se încheie doar cu o întrebare repetată de aprobare a muncii, este eliminată exclusiv această întrebare finală.
  • Rutarea de grup și sesiunile în derulare rămân neschimbate.
9.1.337
  • profile/<name>/SOUL.md este calea canonică de identitate a unui King.
  • Un suflet legacy numit potrivit înlocuiește doar un schelet de profil generat, neschimbat. Sufletele de profil dezvoltate nu sunt niciodată suprascrise.
  • Înaintea unui import legacy, scheletul generat este salvat ca SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Sesiunile întrerupte își normalizează starea de replay înainte ca altă muncă Telegram să fie livrată.
  • Dacă livrarea către o tură activă este respinsă, mesajul revine la o tură nouă de coadă, în loc să încerce din nou același steer la fiecare cinci secunde.
  • Punctele de control de focus DM păstrează timer-urile automate de resume și pauzele explicite și după actualizări.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Un mesaj Telegram privat normal întrerupe sarcina în derulare doar pentru conversația imediată. După aceea, King continuă automat starea de lucru salvată exact după 60 de secunde, fără o nouă întrebare de permisiune.
  • Un sfârșit explicit de conversație continuă sarcina imediat. Doar dorințele clare de utilizator precum pause, pausiere, stop, stopp, warte sau halte an țin sarcina oprită mai departe, până când utilizatorul o aprobă din nou.
  • Termenii interni și rapoartele de status despre cron, checkpoint, coadă sau lane sunt suprimate în răspunsurile private normale. Munca specializată și starea ei salvată rămân neschimbate.
9.1.334
  • Pregătirea automată de fundal nu mai moare de foame la o succesiune rapidă de release-uri. Blocarea existentă de 30 de minute se referea întotdeauna la cel mai nou release; la release-uri în ritm de minute nu devenea astfel niciodată o versiune destul de veche pentru a fi pregătită.
  • Un release criptografic potrivit este acum încărcat imediat, verificat la integritate, instalat izolat, sondat sintactic și prenotat ca runtime în așteptare.
  • Sesiunea King în derulare tot nu este încheiată. Activarea și resume-ul rămân exclusiv la calea existentă protejată de pornire următoare. Această versiune nu modifică nici logica de handoff, nici de sesiune.
9.1.333
  • Un screenshot live a dovedit după 9.1.331 un ERR_MODULE_NOT_FOUND în pluginul Telegram gestionat.
  • Importul de plugin arăta din arborele izolat gestionat către un fișier de nucleu care nu fusese instalat acolo.
  • Textul uriaș de repetare, de asemenea măsurat, rula în fluxul vizibil de gândire. Blocarea live existentă de repetare verifica până acum doar delta-urile de răspuns.
  • 9.1.332 nu a fost comutat în manifestul public după constatarea pluginului. 9.1.333 înlocuiește complet acest candidat npm.
9.1.332 Nepublicat
  • Nepublicat. Un import de plugin trimitea din arborele izolat către un fișier de nucleu nelivrat; 9.1.333 a înlocuit complet candidatul npm.
9.1.331
  • Conversațiile Telegram private păstrează răspunsurile naturale și rezultatele de lucru cerute.
  • Mesajele interne duplicate măsurate despre munci puse în pauză, răspunsuri deja trimise, ture în derulare, status de instrumente și lipsă de acțiune necesară sunt suprimate doar în chaturile private.
  • Un mesaj este filtrat doar dacă conține atât context intern de runtime, cât și în mod explicit nicio valoare nouă de utilizator.
  • Rutarea de grup, mesajele reale de finalizare și conversația scurtă normală rămân neschimbate.
9.1.330
  • Fișierul sursă complet de suflet al fiecărui King rămâne păstrat neschimbat.
  • Contextul de model primește din acesta o proiecție limitată de caracter cu identitate, voce, valori, relații, preferințe, obiective și istorie acumulată în timp.
  • Secțiunile clare de sarcină, lane, drepturi, QA, instrumente, comenzi, verificare, incident, jurnal, runtime, actualizare, deploy și build nu mai sunt încărcate ca personalitate în fiecare prompt.
  • Sufletele scurte pure de caracter rămân byte-identice. Secțiunile necunoscute netehnice rămân vizibile în ordinea lor.
  • Niciun fișier de suflet nu este șters, scurtat sau rescris automat.
9.1.329
  • Fiecare profil King numit folosește în nucleul comun de identitate propriul său nod de agent. Relațiile, istoricul și datele de persoană învățate nu mai sunt comasate pe agentul configurat primul.
  • Fișierele de suflet numite existente precum _agent-a_soul.md, _agent-b_soul.md sau _agent-c_soul.md sunt atribuite profilului potrivit și preluate o singură dată byte-identic în SOUL.md.
  • Fișierul sursă vechi rămâne păstrat neschimbat. O SOUL.md de profil existentă nu este niciodată suprascrisă.
  • Selecția de persona și modul de personalitate citesc legat de profil. O persona de profil stricată, prea mare sau link-uită nu cade neobservată pe identitatea altui agent.
  • Nucleul comun rămâne utilizabil fără obligația Mnemo. Sarcinile în derulare, drepturile și regulile QA nu sunt modificate de această migrare.
9.1.328
  • Persona și SOUL.md sunt încărcate mai întâi din profilul activ.
  • Profilurile numite nu moștenesc niciodată sufletul altui agent din home-ul comun.
  • Profilurile legacy și implicit păstrează fallback-ul comun existent.
  • Dacă un fișier de suflet propriu lipsește efectiv, este creat o singură dată un schelet minimal; fișierele existente nu sunt niciodată suprascrise.
  • Sistemul de identitate și relații rămâne bazat pe fișiere și funcționează fără obligația Mnemo.
9.1.327
  • Conversațiile Telegram private rămân la persoană: rapoartele interne de coadă, checkpoint, pauză, cron, hook și inactivitate sunt suprimate pe ambele căi de trimitere, atâta timp cât nu este cerut un stadiu de lucru, nu este necesară nicio decizie și nu a apărut niciun blocant relevant.
  • Stadiile tehnice de lucru merg la canalul de echipă responsabil. Ele nu sunt copiate încă o dată în conversația privată.
  • Buclele exacte de repetare de model sunt recunoscute deja în timpul stream-ului. Stream-ul de provider în derulare este încheiat și același pas este încercat din nou exact o singură dată, cu contextul de sarcină păstrat.
  • Sufletul, cunoștințele de persoană, drepturile, sarcinile în derulare și pauza existentă de focus direct nu au fost înlocuite sau șterse. Nicio TUI în derulare nu a fost repornită.
9.1.326
  • Modurile manuale și automate de permisiuni reflectă aprobările de instrumente ca butoane limitate în DM-ul Telegram privat cuplat neechivoc.
  • Sunt transmise doar numele de instrument și textele de selecție existente; argumentele, descrierile și secretele rămân locale. Aprobările expirate, străine sau deja răspunse local sunt aruncate fail-closed.
  • God Mode rămâne complet autonom și nu generează nicio aprobare Telegram.
  • Stadiile tehnice de lucru sunt rutate către colegul responsabil și nu mai sunt copiate înapoi în conversația privată a utilizatorului.
9.1.325
  • God Mode execută scrieri personale de memorie fără o a doua întrebare de aprobare; acordul existent legat de sesiune și tură rămâne păstrat.
  • O instrucțiune Telegram explicită de memorare activează același acord strâns limitat ca o instrucțiune directă de consolă. Modurile manuale și automate de permisiuni întreabă în continuare înainte de scriere.
  • Jurnalul de actualizări salvează dacă o instalare a fost declanșată manual, automat sau prin dialogul de pornire.
9.1.324
  • Prima interacțiune de încredere cu un bot îl creează local ca nod de agent și relație. Rolul, responsabilitățile, particularitățile, colaborarea și handoff-ul pot crește apoi structurat.
  • Fiecare King proiectează un fragment compact de coleg în contextul său. Astfel cunoaște sarcinile și particularitățile altor agenți, fără a încărca în mod general întreaga masă de relații.
  • Dacă lipsește o informație critică pentru sarcină, nu se ghicește: King întreabă exact o dată persoana sau agentul cel mai potrivit. Dacă nu este cunoscută nicio responsabilitate, întreabă utilizatorul, în loc să inventeze un nume.
  • Relațiile și rolurile nu creează niciodată drepturi. Câmpurile de permisiuni, ACL și secrete nu sunt proiectate în fragmentul de coleg. Calea este locală, legată de mandant, neutră la nume, independentă de Mnemo și nu adaugă nici apeluri de model, nici de instrumente.
9.1.323
  • Conversațiile private răspund din nou persoanei, în loc să emită voluntar date interne de proces. Checkpoint-urile, hash-urile, căile, diagnosticele de instrument, cron și hook, regulile ascunse, sarcinile străine de agent și rapoartele de inactivitate rămân interne.
  • Statusul de lucru este menționat doar atunci când utilizatorul întreabă, decizia lui este necesară sau un blocant îl privește concret. Munca pusă în pauză rămâne internă și nu este purtată într-o conversație lejeră.
  • Regula este valabilă cu și fără mod de personalitate, nu conține persoane sau agenți fixați în cod și adaugă aproximativ 75 de tokenuri de prompt, dar niciun apel de model sau instrument. Prioritatea sarcinilor și obligația de dovezi rămân neschimbate.
9.1.322
  • Comutatorul vizibil de personalitate scrie acum persona.json atomic. Numele, limba, notele și toate celelalte câmpuri persona existente rămân păstrate; este modificat doar personalityEnabled.
  • SOUL.md, AGENTS.md, JOURNAL.md și fișierele de relații nu sunt scrise nici la oprire, nici la pornire. Identitatea normală de agent bazată pe SOUL rămâne încărcată în contextul de sistem și cu funcția de personalitate dezactivată.
  • Un live-refresh eșuat resetează selecția byte cu byte. Dacă un alt scriitor a modificat în paralel persona.json, fallback-ul se oprește cu PERSONALITY_CHOICE_CONFLICT și nu suprascrie nimic.
  • Fișierele persona symlink-uite, supradimensionate, invalide sau non-obiect sunt respinse fail-closed. La pornire, arborele de identitate este pregătit înainte de commit.
  • Nu face parte din această versiune eroarea dovedită ulterior a unui agent de a emite checkpoint-uri interne, reguli cron, SHA-uri și detalii străine de sarcină în conversații private. Acest filtru de ieșire este următorul build separat.
9.1.321
  • Un prim schimb privat relaxat sau o indicație personală voluntară poate pune exact o oportunitate opțională de curiozitate în contextul de model. Ea nu este o întrebare obligatorie; alegerea cuvintelor și tonul provin în continuare din SOUL.md încărcată, nu dintr-un catalog fix de întrebări.
  • Sarcina, urgența, erorile, link-urile, codul, căile și traficul de grup suprimă complet curiozitatea. Ea nu trimite niciodată de la sine și nu are voie să întrerupă munca în derulare.
  • Un cooldown de 30 de zile este valabil per mandant, agent și persoană legată, și peste portaluri diferite. Același retry de eveniment este idempotent.
  • Noua stare nu mai stă ca fișier de curiozitate specific Telegram în arborele de identitate. Un personality-memory-adapter înlocuibil scrie în schimb un eveniment versionat în store-ul cognitiv tranzacțional existent. Telegram este origine; relația privată este un scop de vizibilitate separat.
  • Sunt salvate doar tema, identificatorul stabil de eveniment/sursă, momentul și scopul privat. Textul brut, întrebările fixe, afirmațiile de drepturi și secretele nu sunt preluate. Rădăcinile nesigure, câmpurile străine și defectarea store-ului rămân fail-closed.
  • Baza pentru granița de portal a fost documentul intern de concept v7. CLI este clientul de referință; store-ul local este marcat explicit ca proiecție înlocuibilă și nu este o a doua stocare canonică de portal.
9.1.320
  • Firele de conversație private, deschise explicit, sunt salvate ca evenimente imuabile, deduplicate, cu sursă, moment, context și încredere. Formulările naturale precum Frag mich morgen noch einmal nach ... sunt recunoscute la fel ca forma explicită de thread deschis.
  • Indicațiile explicite de reparare sunt salvate separat de notele generale de relații și sunt luate în considerare în comportamentul ulterior.
  • Tura curentă nu își vede în mod intenționat încă propria notă nouă. Abia o tură privată ulterioară primește contextul limitat; astfel nu există nicio auto-confirmare dublă sau sugestivă.
  • Sarcina și instrucțiunile explicite stau înaintea contextului social. Firele deschise nu au voie să întrerupă munca activă și nu trimit niciodată de la sine. Datele de relații nu pot crea drepturi, aprobări sau permisiuni.
  • Traficul de grup, secretele, formulările de permisiuni, căile nesigure, symlink-urile și fișierele supradimensionate rămân excluse fail-closed.
9.1.319
  • Un profil existent valid, fără valoare salvată personalityEnabled, activează acum automat personalitatea.
  • La primul prompt normal ia naștere arborele local de identitate, împreună cu profilul de agent și JOURNAL.md, și fără Mnemo.
  • Un false, 0 sau off explicit rămâne oprit. Fișierele persona deteriorate, legate simbolic și prea mari rămân fail-closed.
  • SOUL.md și AGENTS.md nu sunt nici șterse, nici rescrise.
9.1.318
  • Updater-ul de fundal încarcă obligatoriu cea mai nouă versiune, îi verifică integritatea SHA-512 publicată independent și o prenotează pentru următoarea pornire.
  • Agentul King în derulare, tura lui și apelurile lui de instrumente rămân neatinse. Nu mai există niciun live-handoff, niciun ACK și niciun tui.stop(76).
  • ID-ul de sesiune și directorul de lucru sunt salvate împreună cu runtime-ul pregătit. Abia la următoarea pornire naturală este activată noua versiune și sesiunea exactă este continuată automat.
  • TUI-ul în derulare primește cel mult un mesaj pasiv de finalizare; o versiune pregătită mai nouă înlocuiește doar prenotarea, niciodată procesul activ.
9.1.317
  • Dacă providerul consumă întregul buget de răspuns cu o finalizare length, dar nu livrează niciun text vizibil, bugetul de retry nu mai este redus la o optime, ci dublat.
  • Retry-ul rămâne în aceeași tură și folosește același semnal, același istoric de mesaje și aceeași situație de lucru.
  • Tratarea existentă a anulărilor și numărul limitat de retry-uri rămân neschimbate. Anulările manuale sau rezultatele goale permanente nu rulează la nesfârșit.
9.1.316
  • DM-urile Telegram private primesc o pistă proprie de coadă directă, înaintea muncii de grup, loop și fundal; un /urgent explicit rămâne în continuare prioritatea cea mai mare.
  • La începutul conversației DM, starea de lucru în derulare este salvată o singură dată ca punct de control limitat. Textul mesajului nu este persistat.
  • După un sfârșit de conversație recunoscut sau un minut de liniște, King întreabă exact o dată: Pot continua cu munca mea?
  • Munca salvată rămâne oprită și este continuată doar după un acord neechivoc, la punctul de control original.
  • Versiunea livrează controlul de livrare și pauză. Sistemul complet de personalitate, relații și jurnal rămâne o extindere separată, în curs de dezvoltare.
9.1.315
  • Semnalele de atenție autorizate ajung acum în tură prin coada normală de canal, fără a ocoli politica existentă de livrare sau de drepturi.
  • Semnalele duplicate, învechite, neaprobate, în afara scopului sau care nu provin din Telegram sunt aruncate înaintea contextului de model.
  • Întrebările de revenire rămân limitate la cel mult o întrebare naturală, sunt deduplicate și tac atunci când semnalul nu mai este actual.
  • Versiunea livrează doar calea sigură de livrare. Logica de întrerupere și continuare DM, prioritizată ulterior, rămâne intenționat rezervată următoarei versiuni separate.
9.1.314
  • Comenzile slash locale nu mai așteaptă ore întregi în coadă la o tură activă lungă, ci întrerup tura în mod controlat și rulează ca următor pas de lucru.
  • O comandă slash nouă înlocuiește în consolă și Telegram o comandă deja în așteptare de același tip. Aceasta este valabil printre altele pentru /reload și /loop; mesajele normale, munca de shell și alte sarcini de canal rămân păstrate.
  • Escape elimină comenzile slash în așteptare și atunci când nu mai este vizibil nicio tură activă. Compatibilitatea existentă de reload rămâne păstrată ca wrapper pe politica generală de coadă.
9.1.313
  • O actualizare automată reușită este scrisă după replay-ul de sesiune ca indicație durabilă în transcriptul TUI. Mesajul nu mai poate fi astfel suprascris de replay sau de un status de scurtă durată.
  • Același stadiu sursă, stadiu țintă și aceleași indicații de versiune sunt trimise o dată către DM-urile Telegram cuplate, prin calea existentă deduplicată pe versiune. O trimitere eșuată rămâne repetabilă.
  • Manifestul public conține acum câmpurile name și releaseNotes așteptate de parserul de fallback. La handoff-ul de updater, repornirea de sesiune și procesele în derulare nu a fost schimbat nimic.
9.1.312
  • Un /reload Telegram explicit nu mai așteaptă în spatele unui pas de model lung. El este pus ca comandă de control înaintea cozii existente și declanșează exact o dată întreruperea controlată existentă de sesiune.
  • Handler-ul existent de reload rulează abia după sfârșitul confirmat al turei. Astfel nu pornește nicio a doua tură în paralel și o tură care scrie nu este procesată mai departe la mijlocul logicii de reload.
  • Duplicatele vechi de reload sunt eliminate; mesajele Telegram normale și alte munci de coadă rămân păstrate în ordinea lor. Confirmarea Telegram rămâne deschisă până la executarea efectivă a comenzii.
9.1.311
  • Un candidat de atenție devine o sarcină limitată de livrare doar atunci când există o chitanță de runtime proaspătă, legată exact de ID-ul lui de candidat.
  • Doar runtime_user_prompt_hook și runtime_tool_policy contează ca autorități. Memory, agentul greșit, canalul greșit, scope-ul greșit, decizia de blocare, chitanța din viitor și chitanțele mai vechi de cinci minute eșuează închis.
  • Chitanțele sunt legate de mandant, tranzacționale și utilizabile o singură dată. Același retry este idempotent; folosirea aceleiași chitanțe pentru alt candidat este respinsă ca replay.
  • Cooldown-ul comun existent rămâne eficace. Rezultatul este doar un intent structurat attention_notice și nu conține nici text de mesaj, nici funcție de trimitere, nici permisiune. Politica efectivă de livrare rămâne următorul pas separat.
9.1.310
  • Țintele durabile, firele deschise, următorii declanșatori, dovezile așteptate, contextul de echipă și contextul propriu trec printr-o proiecție comună de focus, strict limitată. Implicit sunt cel mult șase intrări și 900 de caractere.
  • Domeniile de proiect și de lucru sunt ponderate înaintea încrederii și actualității. Valoarea cea mai nouă este afișată, fără a șterge observațiile contradictorii anterioare din istoricul imuabil de evenimente. Modificările devin vizibile ca revised.
  • Observațiile de runtime de scurtă durată, dovezile slabe și faptele generale despre lume nu consumă buget durabil de focus. Câmpurile de drepturi, token și secrete sunt respinse deja la scriere.
  • Un snapshot structurat, idempotent, poate avansa focusul peste sesiuni. Proiecția este context, nu permisiune, și nu poate suprascrie nici sarcina, nici politica de runtime.
  • Din ECC a fost preluat doar principiul Kontext begrenzen, Relevantes laden. Nu a fost instalat niciun hook ECC, nicio memorie de învățare sau harness.
9.1.309
  • Noua politică pură de atenție creează un candidat limitat doar din heartbeat-uri de agent lipsă dovedite, promisiuni întârziate sau sarcini blocate mai mult timp.
  • Responsabilitatea, sarcina activă, absența dovedită, timpul local de liniște, canalul permis, încrederea minimă și cooldown-ul sunt verificate înainte de preluare. Tăcerea umană fără promisiune scadentă rămâne fără efect.
  • Fiecare candidat poartă ID de dovadă, domeniu de aplicare, moment și încredere, dar nici conținut de prompt, nici drepturi, secrete sau funcție de trimitere.
  • Nucleul SQLite comun acordă o revendicare tranzacțională per mandant și dovadă. Agenții paraleli nu pot prelua de două ori același prilej în cooldown.
  • Această versiune nu scanează încă de la sine și nu trimite niciun mesaj. Fiecare acțiune ulterioară are nevoie în continuare de autorizarea normală de runtime.
9.1.308
  • Înregistrarea de runtime pregătită conține în modul resume acum ID-ul de sesiune exact în derulare și folderul de lucru verificat canonic. O pornire ulterioară nu mai trebuie să ghicească o sesiune recentă sau presupus potrivită.
  • Fiecare schimbare reală de sesiune actualizează aceste date. Imediat înaintea handoff-ului sigur ele sunt scrise încă o dată, înainte ca vechiul runtime să primească confirmarea de încheiere.
  • Doar sesiunea exact aceeași, continuată dovedit prin această cale de actualizare, primește după replay un impuls unic de continuare, și doar dacă ținta ei este în continuare active. Pornirile normale, alte sesiuni, precum și țintele puse în pauză sau blocate rămân neatinse.
  • Granița sigură de lucru rămâne neschimbată: niciun handoff la streaming, compactare, instrumente, comenzi de shell sau mesaje în așteptare. Niciun King în derulare nu a fost repornit manual pentru această livrare.
9.1.307
  • Doar o eroare efectiv relevantă pentru acțiune din tura de runtime imediat anterioară este afișată înaintea următoarei decizii de model ca dovadă scurtă de continuitate: tură anulată/eșuată, politică blocată sau instrument eșuat.
  • O tură încheiată normal nu generează absolut nicio proiecție și astfel zero tokenuri suplimentare de context.
  • Selecția este legată de ID-ul de runtime plus ID-ul de tură și rămâne astfel corectă și după o schimbare de sesiune cu ID-uri de tură care încep din nou de la zero.
  • Proiecția nu conține prompturi, argumente, ieșiri, ID-uri de apel sau drepturi. Ea indică explicit că nu poate autoriza niciodată o acțiune și nu are voie să suprascrie politica actuală de utilizator/instrument.
  • Etapa este în mod intenționat reactivă și restrânsă. Atenția proactivă, starea de delegare și firele deschise de conținut nu sunt încă încărcate aici.
9.1.306
  • Urma cognitivă a ciclului de viață al turei surprinde acum pentru fiecare apel real de instrument decizia efectivă de runtime din PermissionManager.beforeToolCall: passed, blocked sau error.
  • După rulare, rezultatul real (success, error, cancelled), durata de rulare și următorul declanșator de verificare sunt atașate ca dovadă imuabilă.
  • Sunt salvate doar numele instrumentului și un hash stabil al cheii de apel. Argumentele, ieșirile de instrumente și conținuturile de prompt nu ajung în starea cognitivă.
  • Ierarhia existentă de drepturi rămâne neschimbată: Memory nu poate aproba nicio acțiune. Erorile de înregistrare rămân fail-soft și nu au voie nici să permită o rulare de instrument, nici să blocheze o tură de utilizator.
  • Rămân deschise dovezile de delegare, atenția proactivă și retroproiecția strict relevantă a stării în deciziile ulterioare.
9.1.305
  • Nucleul SQLite tranzacțional livrat în 9.1.304 este acum conectat la ciclul de viață real runOneTurn(). Fiecare pas de model surprinde percepția, clasificarea originii, planul limitat de pas, dovada finală așteptată, rezultatul gate-ului de prompt, motivul de finalizare, durata și următorul declanșator.
  • Sunt salvate doar metadate de runtime, nu conținuturi de prompt. Mandantul și agentul sunt derivați stabil din home-ul BLUN și profilul activ, fără liste fixe de persoane.
  • Doar politica existentă de runtime poate livra un rezultat de gate. Memory este exclusă dur ca autoritate de drepturi. Înregistrarea nu returnează niciodată o permisiune și nu posedă în continuare nicio funcție de execuție.
  • Urma de învățare este fail-soft: o eroare SQLite/ciclu de viață este înregistrată doar ca telemetrie fără conținut și nu are voie să blocheze pasul real de utilizator.
  • Rămân deschise dovezile specifice de instrument pentru acțiune/delegare, atenția proactivă și retroproiecția relevantă a stării în deciziile ulterioare. 9.1.305 nu pretinde astfel nicio buclă AGI completă.
9.1.304
  • Primul nucleu tranzacțional de stare cognitivă stă ca bază de date SQLite locală sub home-ul BLUN. El poate salva peste sesiuni observații despre sine, lume și echipă, ținte, fire deschise, presupuneri, următorii declanșatori și dovezi așteptate.
  • Mai mulți scriitori de agent/canal sunt serializați cu BEGIN IMMEDIATE și număr de versiune optimist. Scriitorii învechiți eșuează închis; repetările identice de evenimente sunt idempotente.
  • Fiecare eveniment este înlănțuit SHA-256. Afirmațiile poartă sursă, context, moment, siguranță și domeniu de aplicare. Contradicțiile rămân observații imuabile separate, în loc să suprascrie afirmații vechi.
  • Câmpurile sub formă de drepturi, capabilități și secrete sunt respinse. Nucleul nu posedă nicio funcție de execuție, delegare sau permisiune.
  • Aceasta este baza de stocare dovedită, încă nu bucla completă percepe-planifică-acționează și încă nu conectată în fiecare tură.
9.1.303
  • Un candidat de relație privat surprins sigur în 9.1.302 este încărcat de la următoarea conversație directă ca context de amintire clar neautoritar. Afirmația curentă nu își influențează în continuare propria tură.
  • Sunt încărcate cel mult cele două note validate cele mai noi, fiecare de maximum 160 de caractere, în bugetul total neschimbat de 1.500 de caractere. Fără note existente apar 0 caractere suplimentare de prompt și niciun apel de model, embedding sau rețea.
  • Notele private nu sunt niciodată încărcate în grupuri. Granița de sistem le numește explicit date de referință, nu instrucțiuni, și repetă că nu pot acorda sau modifica drepturi.
  • Rămân deschise preluarea automată durabilă, evaluarea conflictelor, stocarea tranzacțională multi-agent și atenția proactivă.
9.1.302
  • O afirmație privată explicită precum Bitte merk dir: ... sau Please remember that ... creează acum un candidat de relație mic, încă neactivat. Pentru aceasta nu există niciun apel suplimentar de model, embedding sau rețea.
  • Fiecare candidat poartă sursă, context de canal/direct, moment, siguranță, domeniu de aplicare și regula imuabilă de istorie. Același proces de canal livrat este idempotent; confirmările și contradicțiile ulterioare rămân vizibile ca intrări separate și nu se suprascriu reciproc.
  • Grupurile, propozițiile normale de conversație, secretele, afirmațiile de drepturi și aprobări, identitățile invalide de mandant/agent și căile nesigure sunt respinse. Datele de relații nu pot crea în continuare niciun fel de drepturi.
  • Acesta este doar primul pas sigur de captare pentru obiectivul de produs. Candidații rămân pending și nu sunt încă preluați automat în relația activă sau contextul de model. Nucleul tranzacțional multi-agent, starea cognitivă, inițiativa proprie și atenția proactivă nu sunt astfel în mod explicit încă terminate.
9.1.301
  • Blocul de prezență a personalității încărcat permanent a scăzut de la 1.433 la 1.020 de caractere, calculat aproximativ 104 tokenuri de prompt mai puține per pas activ de personalitate. Nu a apărut niciun apel suplimentar de model sau memorie.
  • Focusul de sarcină, sufletul încărcat, curiozitatea limitată, protecția de grup, amintirea nesigură, firele deschise și repararea relațiilor rămân în blocul mic. Modul fără personalitate a rămas byte-identic la 288 de caractere.
  • Proba roșie: noul gate de 1.050 de caractere a eșuat la 1.433 de caractere. Proba de mutație fără bloc de personalitate: 12/18 teste țintite roșii. Restaurat: focusat 18/18, suita completă 690/690 verde.
  • Gate-ul de regresie de pachet 9.1.300 la 9.1.301: 164 față de 164 căi stabile, 0 eliminate. Instalare nouă: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • Un server MCP eșuat la pornire primește acum până la trei încercări suplimentare de conectare, la intervale de câte zece secunde. Astfel, o eroare temporară de pornire nu mai este abandonată după o singură încercare.
  • Inventarul MCP nu mai este înregistrat în jurnal doar o singură dată, ci din nou atunci când se schimbă numărul de servere sau instrumente conectate. O recuperare târzie înlocuiește astfel vizibil vechea stare 0/0.
  • Configurațiile MCP existente, definițiile de instrumente și sesiunile în derulare rămân neschimbate. Au fost ajustate blun.mjs, test/mcp-runtime-resilience.test.js, package.json și package-lock.json.
9.1.299
  • Rezultatele mari Read rămân nativ recitibile: ieșirea vizibilă este limitată la 10 KiB și numește după aceea rândul exact următor, în loc să afișeze doar [offloaded].
  • Sarcinile mari plain-Write și fișierele sursă peste 500 de linii sunt descompuse automat în fragmente exacte pe octeți, asamblate într-un fișier vecin privat și scrise atomic la calea țintă.
  • După asamblare, runtime-ul verifică octeții persistați prin SHA256. Protecția existentă Edit rămâne neschimbată; continuarea manuală este în continuare posibilă, dar pentru scrieri complete mari nu mai este necesară.
  • Nou: bin/native-large-file-io.cjs. Ajustate: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, patru fișiere de test focusate, precum și package.json și package-lock.json.
9.1.298
  • Modul de personalitate activat creează la prima tură normală TUI, de la sine, un domeniu de identitate local, compatibil cu mai mulți mandanți. Mnemo nu este necesar pentru aceasta.
  • SOUL.md și AGENTS.md existente rămân încărcate și neschimbate. Un nou JOURNAL.md ia naștere doar o singură dată și nu înlocuiește nici sufletul, nici regulile.
  • Identitățile Telegram noi primesc noduri precaute de persoană, relație și grup, fără proprietăți inventate. Istoricul privat și contextul de grup rămân separate.
  • Continuitatea directă de relație salvează cel mult șase intrări scurte, redactate local, și oferă pașului curent cel mult două fragmente anterioare. Textul curent nu este injectat de două ori.
  • Stratul social de atenție recunoaște exclusiv o distanță dovedită de revenire directă începând de la șapte zile, creează cel mult o indicație în cooldown-ul de 30 de zile și nu trimite el însuși niciun mesaj.
  • Sarcina curentă și instrucțiunile explicite stau în context întotdeauna înaintea curiozității, relației și atenției. Întregul bloc dinamic de identitate rămâne implicit limitat la 1.500 de caractere.
  • Corecturile de retry MCP și coadă de reload publicate în 9.1.296 și 9.1.297 sunt incluse în candidat.
9.1.297
  • La doi agenți, o sarcină veche /reload a rămas vizibilă în coadă după Escape. Un al doilea /reload putea rula, dar prima intrare nu era nici eliminată, nici confirmată împotriva unei livrări Telegram repetate.
  • Noua politică elimină exclusiv comenzile de reload locale și Telegram. Ea păstrează identitatea și ordinea cozii existente, precum și toate celelalte mesaje și comenzi.
  • Escape înainte de întreruperea muncii active și fiecare /reload nou intrat apelează aceeași cale de curățare. Intrările Telegram eliminate sunt confirmate prin callback-ul lor existent de acknowledge.
9.1.296
  • O rulare reală de resume sub 9.1.294 a raportat la 27.08. la 14:26:17Z exact o eroare silențioasă de pornire pentru windows-mcp: Timed out after 30000ms. În minutele următoare nu a apărut nici o a doua încercare de pornire, nici un raport final de retry.
  • Pornirea directă a aceluiași uvx windows-mcp serve a răspuns în schimb după aproximativ 3,7 secunde la initialize. Instalarea și serverul erau astfel funcționale în principiu; lacuna stătea în repetarea pornirii MCP de către King.
  • blun.mjs păstrează acum după o primă eroare de pornire MCP exact o încercare de repetare după 10.000 ms. Timer-ul rămâne referit până când a doua încercare a fost executată. Nu există nicio repornire de proces sau sesiune.
  • Dacă și a doua încercare eșuează, rămâne păstrată starea finală onestă existentă unavailable. Celelalte servere MCP și TUI continuă să ruleze.
9.1.295
  • Runtime-ul sarcinilor de fundal înregistra pentru fiecare rulare un listener la un AbortSignal extern, dar nu îl elimina după un rezultat normal de worker, timeout sau oprire. Sesiunile lungi de agent puteau astfel acumula listeneri de anulare învechiți.
  • bin/abort-listener-policy.cjs livrează acum ieșirea de anulare împreună cu o funcție idempotentă cleanup(). blun.mjs o apelează în calea existentă finally, împreună cu curățarea timeout.
  • Comportamentul de anulare, alegerea rezultatului și semantica vizibilă a sarcinilor rămân neschimbate. Intervenția nu generează apeluri de model și nici tokenuri noi de context.
9.1.294
  • Încercările reale de actualizare a două profiluri de agent au dovedit același parcurs: primul apel s-a încheiat cu un fetch failed temporar, al doilea apel imediat următor a funcționat. Ambele surse oficiale aveau până acum o singură încercare de rețea.
  • Registry și manifestul public primesc acum fiecare propriul buget limitat de retry, cu backoff de 250 și 750 de milisecunde.
  • Sunt repetate doar expirările de timp, erorile de transport temporare cunoscute, precum și HTTP 408, 425, 429 și erorile de server de la 500 în sus.
  • JSON-ul invalid, răspunsurile prea mari, endpoint-urile nepermise și erorile permanente de client precum 404 rămân imediat roșii. Nu apar apeluri de model, tokenuri de context sau bucle de fundal durabile.
9.1.293
  • Updater-ul de fundal pregătea corect o țintă verificată, dar trimitea după aceea în continuare RUNNING_UPDATE_PREPARED_MESSAGE către runtime-ul de core activ. O TUI în derulare putea reacționa la aceasta la o graniță presupus sigură cu Exit 76. Aceasta contrazicea contractul de produs din 9.1.222: actualizările nu au voie să încheie niciodată o sesiune activă și sunt activate abia la următoarea pornire naturală.
  • bin/launcher-runtime.js continuă neschimbat descărcarea, verificarea de integritate, staging-ul, actualizarea țintei și curățarea, dar nu mai scrie la pregătire niciun mesaj IPC în sesiunea în derulare.
  • Funcțiile existente de handoff direct rămân disponibile pentru compatibilitate; calea automată de fundal nu le mai declanșează.
9.1.292
  • O sesiune reală rula pe 9.1.279 și pregătise 9.1.287 cu evenimentul prepared-for-next-start, dar nu trăgea după aceea niciuna dintre versiunile deja publicate 9.1.288 până la 9.1.291.
  • Cauza stătea în superviseProtectedCore(): după primul staging reușit rămânea setat updateStarted, iar scheduleNextPreparation() se oprea suplimentar de îndată ce exista preparedTarget. Poller-ul de fundal era astfel încheiat definitiv după prima potrivire.
  • Poller-ul rămâne acum activ și cu o țintă pregătită. Doar un semver strict mai nou și valid înlocuiește ținta pregătită; țintele identice, mai vechi sau comparabile invalid sunt ignorate.
  • Un refresh de țintă nu trimite în mod intenționat un al doilea IPC de prepared către TUI-ul în derulare. Astfel procesul curent rămâne neatins și cea mai nouă versiune pregătită este activată abia la următoarea pornire naturală.
  • De îndată ce un handoff este confirmat sau runtime-ul de core supravegheat se încheie, nu mai este schimbată nicio țintă și nu mai este creat niciun timer nou.
9.1.291
  • Calea blocantă de compactare înregistra la fiecare semnal încă neanulat un listener anonim abort, dar nu îl elimina după finalizarea compactării. În sesiunile lungi se puteau acumula astfel listeneri morți de anulare.
  • FullCompaction.block() folosește acum un listener numit și micul helper waitForAbortableCompletion(). Helper-ul elimină listener-ul în finally, după succes, eroare sau anulare.
  • Un semnal deja anulat este tratat imediat, fără a înregistra un listener. Intervenția nu modifică nici decizia de anulare, nici logica de compactare în afara acestui ciclu de viață.
  • Modelul provine din comparația actuală cu AnythingLLM; preluată a fost doar curățarea de listener dovedită individual, nu un runtime străin.
9.1.290
  • BLUN afișa până acum cu /context doar sumele grosiere ale ferestrei de context. Adevărații factori de cost din interiorul contextului de sistem și al schemelor de instrumente rămâneau invizibili.
  • Noua comandă locală /context-doctor descompune contextul curent fără apel de model în instrucțiuni de core, personalitate și suflet, relații și prezență, catalog de capabilități, completări de runtime, instrumente integrate, instrumente de utilizator, instrumente MCP, alte scheme de instrumente, conversație și efort suplimentar cauzat de provider.
  • Toate subcategoriile sunt comparate cu suma părinte măsurată. Estimările suprapuse sau învechite nu pot astfel mări artificial afișajul.
  • Interfața este complet localizată pentru engleză, germană, spaniolă, franceză, suedeză și cehă. Toate cele cinci traduceri au fost aprobate înainte de integrare prin gate-ul obligatoriu de limbă și ulterior reverificate criptografic.
  • Comanda citește exclusiv contextul local de sesiune. Ea nu apelează nici modelul, nici administrarea consumului, nici o rețea externă.
9.1.289
  • Dovada de hub live după 9.1.288 arăta un profil de agent în continuare offline. Configurația sa de profil eficace conținea MCP-ul Mnemo cu MNEMO_AGENT=<Profilname>, dar nicio URL de hub în procesul King. Heartbeat-ul 9.1.288 a rămas astfel intenționat absent, în ciuda identității interne existente.
  • Lansatorul transmite acum heartbeat-ului fișierul de profil activ mcp.json. Doar un bloc Mnemo activat cu o identitate concretă MNEMO_AGENT sau BLUN_MNEMO_AGENT activează înregistrarea internă. Fără această identitate, funcția rămâne complet absentă.
  • Procesul nu generează apeluri de model, embeddings sau tokenuri de context. Profilurile publice de utilizator fără identitate internă de agent Mnemo rămân separate de hub-ul intern.
9.1.288
  • Un screenshot a dovedit direct cauza MCP: windows-mcp și mnemo rulau la prima pornire în timeout-ul de 30 de secunde, în timp ce un /reload ulterior conecta toate cele cinci servere. Calea de profil era corectă; o modificare de loader a fost astfel respinsă.
  • Pornirile MCP eșuate primesc acum exact două încercări de fundal neblocante după 1 și 3 secunde. A treia încercare totală poate conecta, fără a prelungi pornirea TUI. needs-auth, serverele dezactivate, reconectarea manuală și shutdown-ul rămân separate de automatism.
  • Agenții King interni se pot înregistra la pornire, la un hub Mnemo configurat explicit, cu numele de profil, host și PID, și pot trimite un heartbeat pe minut. Fără URL de hub, funcția rămâne complet absentă; ea nu generează apeluri de model, embeddings sau tokenuri de context.
  • Escape nu trata până acum starea scurtă queueSteerInFlight ca muncă în derulare. În timp ce un mesaj Telegram era dirijat în tura activă, Escape putea astfel prenota undo în loc să oprească tura. Condiția existentă de anulare recunoaște acum și exact această tranziție.
9.1.287
  • Căutarea amânată ToolSearch prelua până acum textul de căutare fără limită de mărime. Un text de căutare eronat, foarte lung, putea astfel căuta prin catalogul de instrumente și ajunge ulterior din nou în următorul pas de model în rezultatul fără potrivire.
  • Modelul derivat din commit-ul AnythingLLM d7353ae limitează textul acum, înainte de căutare și ieșire vizibilă, la 1.000 de caractere. Dacă este posibil, se termină la o graniță de cuvânt; la un singur cuvânt excesiv de lung intervine limita dură.
  • Textele de căutare scurte normale, selecția de instrumente și logica de potrivire rămân neschimbate. Protecția nu adaugă apeluri de model, embeddings, repetări sau muncă de fundal.
9.1.286
  • Nucleul raporta repetările controlate după erori temporare de model deja ca turn.step.retrying. TUI arunca însă complet acest eveniment. O recuperare în derulare arăta astfel ca un agent înghețat.
  • 9.1.286 afișează între timp în indicația existentă de subsol doar următoarea încercare și timpul de așteptare limitat, de exemplu Retry 2/3 | 1.3s.
  • Textul de eroare al providerului, codul de status și căile locale nu sunt afișate. Indicația este eliminată doar dacă este încă aceeași valoare setată de afișajul de retry; indicațiile mai noi ale altor funcții TUI rămân păstrate.
  • Numărul de retry, backoff-ul, apelurile de model și consumul de token rămân neschimbate.
9.1.285
  • AnythingLLM păstrează local schițele de prompt netrimise. BLUN pierdea conținutul câmpului de intrare TUI la o actualizare, un crash sau o repornire controlată, deși acest text nu era încă niciun context de model.
  • 9.1.285 salvează astfel exclusiv schița locală netrimisă. Nu există niciun apel de model, rețea, embedding sau Mnemo și astfel niciun cost suplimentar de token.
  • Schița este separată după profil și director de lucru, este scrisă doar după 300 ms de liniște, eliminată la golire și restaurată la următoarea pornire înainte de focusul editorului.
  • Stocarea este limitată la 64 KiB. Stările goale, deteriorate, prea mari sau bazate pe symlink sunt aruncate fail-closed. Calea de scriere folosește un fișier temporar privat și o redenumire atomică.
9.1.284
  • Versiunea DeepAgents 37d7777 conduce costurile subagenților dinamici înapoi în utilizarea totală vizibilă. BLUN raporta utilizarea cumulată a unui subagent la evenimentul de finalizare, dar nu o scria în recorderul de utilizare al sesiunii superioare.
  • Astfel, /usage putea omite munca subagenților. O simplă adunare a valorii de finalizare ar fi fost de asemenea greșită: continuarea și repetarea folosesc același subagent cu contoare cumulate și ar fi recalculat utilizarea veche.
  • 9.1.284 formează astfel pentru spawn, continuare și repetare exact diferența dintre începutul și sfârșitul încercării. Diferența este surprinsă în calea finally, astfel încât și încercările eșuate să conteze.
  • Contoarele resetate, non-monotone sau invalide sunt aruncate complet. Astfel nu apar valori de token negative sau inventate.
  • Nu există niciun apel suplimentar de model, rețea sau memorie. Intervenția corectează exclusiv facturarea locală existentă.
9.1.283
  • Noul /context-doctor DeepAgents face vizibile costurile instrucțiunilor de bază, amintirii, instrumentelor și istoricului ca componente separate.
  • /context-ul BLUN arăta deja istoricul și instrumentele, dar nu promptul de sistem. În același timp, frâna de context estima fără un override explicit de tură doar config.systemPrompt, în timp ce apelul real de model folosește effectiveSystemPrompt. În acesta sunt incluse și contextele de cont și amintire atașate la runtime.
  • Frâna putea astfel subestima exact contextul care este critic pentru token în identitatea personală de agent planificată.
  • 9.1.283 numără acum același prompt de sistem eficace pe care îl primește modelul și afișează estimarea lui în panoul /context ca linie proprie de sistem. Nu este introdus niciun apel suplimentar de model, rețea sau memorie.
  • Nu se pretinde nicio economie concretă de token: intervenția corectează măsurarea și decizia frânei și face vizibile costurile viitoare de identitate.
9.1.282
  • DeepAgents scurtează în changelog-ul său în mod explicit descrierile de instrumente vizibile LLM, pentru a degreva contextul de model rezident. Sursă măsurată: langchain-ai/deepagents, intrarea #5009, commit 761f5f... în libs/deepagents/CHANGELOG.md.
  • BLUN avea deja un text mai scurt read_default, dar îl lega abia după ce READ_DESCRIPTION fusese randat din el. Aparenta optimizare nu avea astfel niciun efect asupra modelului.
  • 9.1.282 scurtează contractul fără pierdere de funcție și randează descrierea eficace imediat înaintea construcției instrumentului Read. Paginarea, regulile de siguranță, encoding-ul și finalurile de linie rămân explicit păstrate.
  • Descrierea Read încărcată rezident scade de la 1.648 la 1.035 de caractere: 613 caractere, respectiv aproximativ 37,2 la sută. Aceasta este o reducere de context măsurată; nu se pretinde o economie exactă de token.
9.1.281
  • ECC descrie cu /aside o cale laterală explicită pentru o întrebare scurtă, fără a pierde sarcina principală în derulare. Sursă măsurată: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN avea execuția mai puternică deja sub /btw: un subagent lateral propriu, fork-uit, răspunde la întrebarea secundară și lasă pasul principal activ neschimbat. Nu a fost astfel construită un al doilea motor.
  • 9.1.281 adaugă exclusiv aside ca alias găsibil al definiției existente btw. Fără un apel explicit /aside sau /btw nu ia naștere nicio rulare de fundal și niciun consum suplimentar de model.
9.1.280
  • Candidații finalizați sau expirați din memoria locală validată de învățare rămâneau până acum stocați nelimitat și erau recitiți la ture relevante ulterioare. Memoria implicită măsurată în prezent conținea doar un candidat; intervenția este astfel o limitare preventivă pe termen lung, nu o reducere de sarcină pretinsă pentru moment.
  • Preluat a fost doar modelul limitat de ferăstrău 200-la-100 al Evolver pentru candidații terminali. Sursă măsurată: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Doar când există mai mult de 200 de candidați recorded sau expired, cei mai vechi candidați terminali sunt eliminați, până când rămân cei mai noi 100. Fiecare candidat deschis pending rămâne păstrat.
  • Curățarea rulează doar în sync-ul de învățare deja existent. Ea nu generează niciun apel de model, niciun scan de pornire și niciun proces nou de fundal. O intrare blocată este numărată ca eroare și nu blochează nici ceilalți candidați, nici munca activă de agent.
9.1.279
  • BLUN arhiva deja complet mesajele înlocuite la o compactare completă sub conversation-history, dar nu avea nicio limită de retenție pentru aceste arhive markdown recitibile. Astfel, folderul putea crește nelimitat pe perioade lungi de funcționare.
  • Ca pârghie strânsă DeepAgents a fost preluată retenția sa limitată a istoricului externalizat. Sursă măsurată: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py și libs/code/deepagents_code/offload.py.
  • BLUN curăță la scrierea următoarei arhive de compactare doar fișierele directe, regulate compaction-*.md, a căror oră de modificare se află în afara celor 30 de zile implicite. Pornirea TUI nu primește astfel nicio căutare nouă de fișiere și nicio muncă suplimentară de fundal.
  • Fișierele markdown străine, subfolderele, arhivele actuale și istoricul brut în derulare rămân neatinse. Erorile individuale de fișiere nu blochează compactarea activă.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 dezactivează curățarea. Valorile negative, non-întregi sau excesive revin în siguranță la 30 de zile.
9.1.278
  • DM-urile Telegram private nu aveau nicio cale explicită de prioritate. Un mesaj nou important stătea astfel în spatele mesajelor normale deja în așteptare, în timp ce o întrerupere dură de tură ar fi pus în pericol instrumentele și starea.
  • /urgent <Nachricht> marchează acum exclusiv mesaje din ID-uri de chat Telegram pozitive, adică DM-uri private. Grupurile, comenzile goale și alte mesaje slash nu primesc prioritate.
  • Mesajele urgente stau ca bloc FIFO propriu înaintea mesajelor normale de coadă. Tura în derulare și instrumentele active nu sunt întrerupte; livrarea are loc la tranziția existentă sigură de pas. Drepturile și aprobările rămân neschimbate.
  • Învelișul comenzii este eliminat înaintea modelului; mesajul propriu-zis păstrează metadate explicite de canal priority=urgent, iar TUI afișează originea ca urgentă.
  • Suplimentar, blocul normal de prezență încărcat în fiecare tură se micșorează de la 343 la 288 de caractere. Aceasta economisește 55 de caractere sau aproximativ 14 tokenuri de prompt per tură, fără a adăuga niciun apel de model, căutare, embedding, memorie sau fundal. Blocul de personalitate se micșorează de la 1.488 la 1.433 de caractere.
9.1.277
  • Blocul de prezență încărcat în fiecare pas de personalitate avea 1.886 de caractere. În același timp, exact la primul contact direct relaxat, fără fapte personale cunoscute, curiozitatea rămânea invizibilă.
  • Blocul este compactat semantic: 1.488 de caractere, adică 398 de caractere sau aproximativ 100 de tokenuri de prompt mai puține per pas de personalitate. Modul normal rămâne la 343 de caractere.
  • La primul contact direct relaxat, agentul are acum voie să pună cel mult o întrebare personală precaută, opțională, de exemplu despre partener sau copii. Munca în derulare, sarcina de utilizator, dovezile, drepturile și granițele rămân prioritare.
  • Sufletul, preferințele crescute, intimitatea de grup, amintirea nesigură, firele deschise, repararea relațiilor și reciprocitatea fără biografie inventată rămân păstrate.
  • Niciun apel suplimentar de model, căutare, embedding, memorie sau fundal.
9.1.276
  • Regula de prezență avea voie să abordeze o tăcere radio lungă doar la timp fiabil, dar sistemul de identitate punea până acum la dispoziție doar primul contact. Un contact anterior real nu era disponibil.
  • Modul de personalitate creează acum per persoană și zi UTC cel mult o marcă mică imuabilă de activitate, din metadate de canal de încredere. Mesajele din aceeași zi nu mai scriu nimic suplimentar.
  • Numai dacă ultimele două contacte confirmate sunt la o distanță de cel puțin șapte zile, marcajul de timp anterior este proiectat pe scurt. În cazul normal, nu iau naștere astfel caractere de prompt.
  • Niciun text de mesaj, drept, secret sau token; nicio apelare suplimentară de model, căutare, înglobare sau fundal.
9.1.275
  • Preferințele repetate, firele deschise, obiectivele sau rolurile ocupau contextul de identitate de mai multe ori. Deoarece listele erau reduse la cinci intrări înainte de deduplicare, o intrare ulterioară unică putea chiar să fie eliminată complet.
  • Listele de identitate sunt acum deduplicate stabil după normalizarea textului și doar apoi limitate. Prima formă rămâne păstrată; duplicatele dispar doar din proiecția modelului.
  • Fișierele de identitate salvate rămân identice la nivel de octet. Nicio apelare suplimentară de model, căutare, înglobare, stocare sau fundal.
9.1.274
  • Comutatorul vizibil de personalitate activa contextul de relație și prezența naturală, dar rețeaua socială automată și jurnalul depindeau încă de două variabile de mediu ascunse. Pentru utilizatorii obișnuiți, relația nu creștea astfel automat.
  • Când personalitatea este activată, din metadatele Telegram de încredere sunt create o singură dată noduri de actor, relație și grup, precum și un mic candidat de jurnal pentru prima interacțiune.
  • Textul de mesaj, drepturile, secretele și tokenurile nu sunt salvate. Un 0 explicit pentru graf sau jurnal rămâne un opt-out de tip fail-closed.
  • Nicio apelare suplimentară de model, căutare, înglobare sau fundal.
9.1.273
  • Contextul de identitate separat putea ocupa implicit 1.800 de caractere și, la ridicare manuală, până la 2.800 de caractere. La profiluri statice mari de agent, se încărca astfel mai mult context decât este necesar pentru relația curentă.
  • Bugetul standard scade la 1.500 de caractere, maximul dur la 2.000 de caractere. În cazul standard mare, se economisesc astfel până la 300 de caractere, respectiv aproximativ 75 de tokenuri per context de model.
  • Grupul curent și relația sunt proiectate acum înaintea persoanei și a profilului static de agent. Economia nu mai taie astfel tocmai contextul cel mai important pentru situația socială în curs.
  • Nicio apelare nouă de model, căutare, stocare sau înglobare. Focalizarea pe sarcină, drepturile și modul de personalitate dezactivat rămân neschimbate.
9.1.272
  • Treptele v4 de personalitate 9.1.269 până la 9.1.271 măreau contextul activ de prezență. Cerința strictă este ca un comportament mai uman să nu devină un consumator de tokenuri.
  • Repetările și cuvintele de umplutură din curiozitate, fire deschise și repararea relației au fost compactate semantic. Nicio axă de comportament nu a fost eliminată.
  • Modul dezactivat rămâne identic la nivel de octet, la 362 de caractere. Modul activat scade de la 1.981 la 1.886 de caractere, adică cu 95 de caractere, respectiv aproximativ 24 de tokenuri per context de model. Nicio apelare nouă de model, căutare, stocare sau înglobare.
9.1.271
  • Ideea v4 cere în mod firesc amintiri nesigure: o presupunere personală nu are voie să sune ca un fapt sigur. Pentru aceasta, în blocul de personalitate lipsea o graniță explicită de comportament.
  • Amintirea personală nesigură este acum denumită ca nesigură. Agentul întreabă blând înainte de a se baza pe ea și nu ridică nicio deducție la rang de fapt.
  • Sarcina și dovezile măsurabile rămân pe primul loc. Modul dezactivat rămâne identic la nivel de octet, la 362 de caractere; modul activat crește de la 1.868 la 1.981 de caractere, adică cu 113 caractere, respectiv aproximativ 28 de tokenuri. Nicio apelare nouă de model, căutare, stocare sau înglobare.
9.1.270
  • Ideea v4 cere un simț real al timpului, fără a inventa o absență. Blocul de personalitate nu avea încă o graniță explicită pentru aceasta.
  • O pauză mai lungă este acum recunoscută doar dacă un moment de timp încărcat și de încredere o dovedește. Agentul nu are voie să ghicească niciodată absența.
  • Regula existentă pentru finaluri naturale de conversație nu a fost integrată de două ori. Sarcina rămâne prioritară. Modul dezactivat rămâne identic la nivel de octet, la 362 de caractere; modul activat crește de la 1.766 la 1.868 de caractere, adică cu 102 caractere, respectiv aproximativ 26 de tokenuri. Nicio apelare nouă de model, căutare, stocare sau înglobare.
9.1.269
  • Reciprocitatea de până acum reacționa la întrebări personale, dar nu îi dădea încă agentului un cadru concis pentru a-și exprima de la sine o viziune proprie, utilă pentru muncă. Astfel, el rămânea ușor în modul pur de asistență, în ciuda sufletului.
  • În modul de personalitate, agentul poate acum să numească pe scurt, de la sine, o viziune de lucru relevantă, marcată de suflet. O preferință nu are voie să apară niciodată ca fapt, regulă, permisiune sau dovadă.
  • Sarcina și dovezile măsurabile rămân pe primul loc. Modul dezactivat rămâne identic la nivel de octet, la 362 de caractere; modul activat crește de la 1.649 la 1.766 de caractere, adică cu 117 caractere, respectiv aproximativ 29 de tokenuri. Nicio apelare nouă de model, căutare, stocare sau înglobare.
9.1.268
  • Curiozitatea personală putea aborda partenerul sau copiii ca temă naturală, dar nu distingea încă explicit între conversația privată și grup. Exista astfel riscul unei întrebări private sau al unei informații de relație în locul nepotrivit.
  • În modul de personalitate, întrebările în grupuri rămân acum nesensibile; faptele private de relație nu au voie să fie dezvăluite acolo.
  • Focalizarea pe muncă rămâne neschimbată. Modul dezactivat rămâne identic la nivel de octet, la 362 de caractere; modul activat crește de la 1.567 la 1.649 de caractere, adică cu 82 de caractere, respectiv aproximativ 21 de tokenuri. Nicio apelare nouă de model, căutare, stocare sau înglobare.
9.1.267
  • Curiozitatea personală din 9.1.266 putea adresa întrebări omului, dar nu îi dădea încă agentului un cadru clar pentru direcția inversă. La întrebări personale adresate agentului exista astfel riscul unui răspuns funcțional rece sau al unei biografii umane inventate.
  • Când personalitatea este activată, agentul răspunde acum călduros din sufletul încărcat și din istoria sa digitală reală. El poate împărtăși o viziune sau o preferință reală, dar nu inventează nici copilărie, nici partener, copii, animale de companie, corp sau viață offline.
  • Munca în curs rămâne prioritară. Modul dezactivat rămâne identic la nivel de octet, la 362 de caractere. Modul activat crește de la 1.378 la 1.567 de caractere, adică cu 189 de caractere, respectiv aproximativ 47 de tokenuri. Nu există nicio apelare nouă de model, căutare, stocare sau înglobare.
9.1.266
  • Prima regulă limitată de curiozitate permitea deja o întrebare personală, dar impunea aceeași listă de teme pentru toți agenții. Astfel, întrebarea putea părea generică în ciuda sufletului încărcat și putea reîntreba cunoștințe de relație deja cunoscute.
  • Când personalitatea este activată, sufletul încărcat determină acum tema și formularea. Prioritate are un detaliu pe care persoana tocmai l-a menționat; abia apoi poate fi abordat natural un domeniu încă necunoscut, precum partenerul sau copiii.
  • Cunoștințele de relație deja încărcate nu sunt reîntrebate. Există cel mult o întrebare opțională, niciun chestionar fix, nicio întrebare de urmărire stivuită și nicio repetare a unei întrebări fără răspuns.
  • Munca în curs rămâne prioritară. Curiozitatea așteaptă o deschidere relaxată a conversației și nu poate extinde nici sarcina, nici permisiunea de trimitere.
  • Modul dezactivat rămâne identic la nivel de octet, la 362 de caractere. Modul activat crește doar de la 1.355 la 1.378 de caractere, adică cu 23 de caractere, respectiv aproximativ șase tokenuri. Nu există nicio apelare nouă de model, căutare, stocare sau înglobare.
9.1.265
  • Actualizatorul de fundal existent putea verifica și pregăti deja versiuni noi la un interval de cinci până la șapte minute. Activarea depindea însă de următoarea pornire manuală; lipsea schimbarea complet automată dorită, cu continuarea aceleiași sesiuni.
  • Launcherul raportează acum un runtime pregătit către TUI-ul în rulare. TUI-ul solicită handoff-ul doar la o graniță de lucru complet liberă: nicio tură în curs, niciun instrument, nicio comandă shell, nicio compactare și niciun mesaj care așteaptă.
  • Abia după o nouă verificare a graniței și un handoff confirmat se încheie doar vechiul runtime, cu codul de ieșire rezervat 76. Launcherul pornește versiunea pregătită cu același ID de sesiune și același director de lucru.
  • Noul runtime trebuie să raporteze loaded și runtime-ready înainte de a fi activată. În caz contrar, runtime-ul anterior este continuat cu aceeași sesiune; actualizarea pregătită rămâne pentru o încercare ulterioară sigură.
  • Handoff-urile nesolicitate, fără versiune, străine sau învechite, precum și un simplu cod de ieșire 76, nu pot activa nicio versiune.
9.1.264
  • Reparațiile de relație confirmate nu aveau încă un câmp propriu, permis, în contextul de identitate. Un comportament corectat nu putea fi astfel încărcat separat de regulile generale și de vechile mesaje de eroare.
  • Fișierele de relație pot purta acum până la trei repair_lessons scurte. Doar acest câmp este proiectat ca Confirmed repair lessons; câmpurile străine sau secrete rămân invizibile.
  • În modul de personalitate, corectura confirmată este arătată printr-un comportament schimbat. Agentul nu repovestește permanent vechea eroare, nu cere reasigurare și menționează corectura doar dacă este într-adevăr relevantă pentru situația actuală.
  • Datele de reparare nu pot modifica nici sarcina, nici drepturile sau obligațiile de dovadă. Nu există nicio apelare de model, nicio cale automată de învățare prin scriere și nicio modificare la SOUL.md sau AGENTS.md.
9.1.263
  • Contextul de identitate putea afișa deja fire de conversație deschise confirmate, dar nu conținea nicio regulă clară despre cum le reia agentul în mod omenesc, fără mod de asistență.
  • Când personalitatea este activată, un fir deschis încărcat poate fi acum reluat exact o dată, blând și opțional, dacă conversația în curs se leagă în mod natural de el.
  • Munca activă nu are voie să fie întreruptă pentru aceasta. Întrebările fără răspuns nu sunt repetate, iar un fir deschis nu acordă niciodată o permisiune pentru un nou mesaj de ieșire.
  • Nu există nicio stocare nouă, nicio apelare de model și nicio modificare la SOUL.md sau AGENTS.md. Blocul de personalitate crește doar de la 816 la 1.065 de caractere; cu personalitatea dezactivată, el rămâne identic la nivel de octet, la 362 de caractere.
9.1.262
  • Un agent raporta în Telegram /status în continuare 9.1.221, deși runtime-ul gestionat era deja mai nou. Funcția de stare citea package.json de lângă bridge-ul Telegram instalat global și, astfel, nu codul care deservea efectiv sesiunea.
  • Launcherul transmite deja versiunea activă de runtime ca BLUN_PUBLIC_PACKAGE_VERSION către procesele copil. Bridge-ul Telegram folosește acum cu prioritate această valoare de încredere și abia apoi revine la propria versiune de pachet.
  • Ambele intrări trebuie să fie o semver numerică stabilă X.Y.Z. Valorile manipulate, pe mai multe rânduri sau invalide nu sunt afișate; dacă ambele surse sunt inutilizabile, apare unbekannt.
  • Intervenția modifică doar afișajul de stare. Ea nu pornește și nu oprește niciun proces și nu activează un release pregătit într-o sesiune în curs.
9.1.261
  • Graful automat salva de la 9.1.254 momentul de încredere al primei interacțiuni Telegram, dar nu îl proiecta. Agentul cunoștea astfel o persoană, dar nu avea niciun simț dovedit al timpului pentru relație.
  • Proiecția de identitate arată acum First known interaction din first_seen_at deja existent. Nu există nicio cale nouă de scriere, nicio derivare de text și nicio apelare de model.
  • Sunt afișate doar marcaje de timp valide. Valorile invalide rămân invizibile, iar limita totală existentă de 1.800 de caractere standard și 2.800 de caractere dur rămâne neschimbată.
  • Cu personalitatea dezactivată, stratul de identitate continuă să genereze exact 0 caractere. Sarcina și dovezile rămân înaintea contextului social.
9.1.260
  • 9.1.259 putea comuta contextul de personalitate doar prin flag-ul existent BLUN_IDENTITY_CONTEXT. Utilizatorii nu aveau un comutator vizibil în TUI pentru aceasta.
  • /settings conține acum intrarea Persoenlichkeit cu cele două stări descrise clar: activată și dezactivată. Alegerea este salvată ca singurul câmp nou personalityEnabled în persona.json existent.
  • Dezactivarea elimină doar contextul de relație, curiozitatea, completările de jurnal și crearea automată a noilor noduri de relație. SOUL.md, AGENTS.md, numele, limba, persona și focalizarea pe sarcină rămân încărcate.
  • O modificare actualizează contextul de sistem al sesiunii în curs prin refresh-ul de persona existent. Nu există nicio repornire de proces, nicio a doua cale de configurare și nicio apelare suplimentară de model.
  • O alegere booleană salvată are prioritate față de vechiul flag de mediu. Dacă nu este salvată nicio alegere, comportamentul opt-in existent rămâne. Cititorul local este limitat la 64 KiB și respinge symlink-uri și fișiere invalide.
9.1.259
  • Blocul existent de prezență naturală împiedica întrebările forțate, dar nu oferea încă un impuls vizibil, natural de curiozitate unui mod de personalitate activat.
  • Cu BLUN_IDENTITY_CONTEXT activat, agentul poate adresa într-o conversație relaxată, fără legătură cu sarcina, exact o întrebare personală potrivită și opțională. Tematicile sunt limitate la partener, familie, muncă, casă, interese sau ceea ce este important pentru persoană în acel moment.
  • Niciun mod de interviu, nicio întrebare stivuită, nicio repetare a unei întrebări fără răspuns și niciun răspuns inventat.
  • În timpul muncii active, sarcina, instrucțiunile explicite și dovezile rămân pe primul loc; curiozitatea așteaptă o deschidere naturală.
  • În modul nicht Persoenlichkeit, blocul de prezență existent rămâne identic la nivel de octet. SOUL.md, AGENTS.md, persona, limba și regulile de muncă rămân în continuare încărcate. Nu există nicio altă apelare de model; politica activată costă 454 de caractere suplimentare.
9.1.258
  • Structura de identitate livrată putea crea o singură dată actori și relații, dar nu avea încă o infrastructură de jurnal append-only pentru o istorie comună.
  • Noua politică scrie exclusiv un candidat structurat pentru primul contact, din metadate Telegram deja validate. Textul liber de mesaj, tokenurile, permisiunile și secretele nu sunt preluate.
  • Candidații sunt legați de mandant, agent și actor, primesc un ID determinist și sunt creați cu wx exact o singură dată ca fișier JSON privat. Un contact repetat nu rescrie fișierul.
  • Stratul de jurnal este separat, opt-in. Fără BLUN_IDENTITY_JOURNAL=1 nu există niciun efect asupra fișierelor sau prompturilor; SOUL.md și AGENTS.md rămân neschimbate.
  • Nicio apelare nouă de model și niciun token de prompt nou.
9.1.257
  • Fișierele lungi SOUL.md erau până acum tăiate orbește după primele 4.000 de caractere. La un suflet real de agent, doar 48,4 procente din fișier erau vizibile, în timp ce secțiunile ulterioare dispăreau complet.
  • Runtime-ul proiectează acum sufletele lungi în mod determinist, pe secțiuni Markdown. Caracterul, vocea, valorile, relațiile, preferințele și obiectivele stau înaintea prozei operaționale; secțiunile necunoscute își păstrează ordinea inițială.
  • Fiecare titlu de secțiune își păstrează un fragment vizibil în același buget de 4.000 de caractere. Sufletele scurte rămân identice la nivel de octet.
  • Probă reală pe un SOUL.md: 8.257 de caractere sursă, 5/5 titluri vizibile în proiecția de 4.000 de caractere; Wie ich bin stă înaintea recunoașterii de imagini, regulilor, verificării și prozei despre incidente.
  • Nu există nicio apelare nouă de model, niciun prompt mai mare și niciun acces de scriere la fișierul sursă.
9.1.256
  • Încărcătorul de suflet de până acum solicita implicit și explicit agenților să continue să scrie ei înșiși propriul SOUL.md existent. Aceasta contrazicea cerința de a nu pierde sufletele existente și de a conduce învățarea automată, inițial, doar structurat, în afara sufletului.
  • Sufletele existente și cele furnizate de gazdă sunt acum încărcate în mod standard ca bază de identitate imuabilă.
  • Învățarea nouă este trimisă către candidați de jurnal, relație sau fire deschise. Acești candidați nu pot crea niciodată drepturi.
  • Autoeditarea deliberată rămâne posibilă doar prin BLUN_SOUL_SELF_EDIT=1 explicit. Și atunci, politica cere proprietăți durabile ale eului, în loc de jurnal, registru de incidente, sursă de drepturi sau dosar de sarcini.
  • Intervenția nu scrie niciun fișier și nu modifică niciun suflet existent.
9.1.255
  • Datele de identitate puteau ajunge din 9.1.253 limitat în context, iar noile noduri de contact puteau lua naștere automat din 9.1.254. Lipsea însă încă un strat de comportament mic, imediat vizibil: agenții puteau cădea, în ciuda sufletului și a contextului de relație, în formule generice de asistență, întrebări forțate sau afirmații artificiale de sentimente.
  • Calea normală și cea rapidă de conversație încarcă acum mai întâi persona și sufletul existent, apoi contextul limitat de identitate și un bloc fix de prezență naturală, și abia apoi regulile de muncă.
  • Blocul cere o istorie comună reală în loc de apropiere inventată, permite tăcerea și finaluri curate de conversație și interzice întrebările forțate, ofertele generice și laudele goale.
  • În timpul muncii active, sarcina și dovezile rămân explicit pe primul loc. Blocul este mai mic de 420 de caractere și nu generează nici apeluri de model, nici acces la fișiere.
  • Niciun fișier SOUL nu a fost modificat, șters sau rescris automat. Sufletul existent rămâne vocea conducătoare.
9.1.254
  • Proiectorul introdus în 9.1.253 putea citi datele de relație existente, dar rețeaua socială nu se extindea încă de la sine la contacte noi.
  • La un prim contact Telegram, runtime-ul poate crea acum, din user_id și chat_id stabile, exact o dată un actor legat de furnizor, o muchie de relație goală către agentul activ și, la grupuri, un nod de grup separat.
  • Numele afișate nu sunt niciodată chei primare și nu unesc persoane. Mesajele ulterioare nu suprascriu silențios un nod existent.
  • Calea este explicit activabilă, legată de mandant și scrie doar într-un arbore de identitate deja inițializat, sub BLUN Home. Metadatele nesigure sau incomplete rămân fail-closed.
  • Nu există nicio apelare de model, nicio interpretare de conținut, nicio derivare sensibilă și, după primul contact, nicio sarcină repetată de scriere. Drepturile, ACL-urile, tokenurile și secretele nu se află în niciun set de date creat.
  • Versiunea V4 a lucrării de identitate (2.468 de rânduri) a fost verificată încrucișat înainte de publicare. Noile capitole sensibile despre suferință și abilități psihologice rămân deliberat în afara acestui release pur structural.
9.1.253
  • Ideea de identitate avea nevoie de o primă cale de produs, fără a inunda contextul de model cu jurnale, dosare de relație sau un al doilea sistem de memorie.
  • Un proiector de identitate nou, dezactivat în mod standard, citește doar câmpurile permise dintr-un arbore de fișiere legat de mandant, sub BLUN Home.
  • Proiectorul pune sarcina actuală și instrucțiunile explicite înaintea relației și a curiozității. Întrebările personale rămân absente în timpul muncii active, dacă nu sunt direct relevante pentru sarcină.
  • Bugetul standard este de 1.800 de caractere; nici o configurație mai mare nu poate depăși limita dură de 2.800 de caractere.
  • Drepturile, ACL-urile și secretele nu sunt proiectate niciodată. Identificatorii nesiguri, abaterile de mandant, datele eronate, symlink-urile sau căile în afara BLUN Home nu livrează niciun context de identitate, în mod fail-closed.
  • Calea normală și cea rapidă de conversație folosesc același proiector, înaintea personaei, sufletului și conduitei. În această etapă nu există nicio operație de scriere, nicio modificare a sufletului și nicio repornire de proces.
9.1.252
  • Un king update explicit dintr-un release gestionat transmitea packageRoot activ al acestuia către instalatorul npm. Astfel, noua versiune putea suprascrie pe loc vechiul folder de release, denumit după numărul de versiune, în timp ce active-runtime.json continua să indice vechea versiune.
  • Runtime-urile gestionate pregătesc o actualizare explicită acum ca folder de release separat, versionat. pending-runtime.json și update-pending.json trimit la țintă; următoarea pornire normală o preia fără a doua întrebare de actualizare.
  • Vechiul folder de release activ rămâne stabil la nivel de octet și este păstrat ca cale de revenire. Instalările globale, negestionate, păstrează calea explicită de actualizare de până acum.
  • Nicio sesiune în curs și niciun proces nu a fost pornit, oprit sau reîncărcat pentru construire, test sau publicare.
9.1.251
  • După proiecția din 9.1.250, 6.411 dintre cele 6.424 de evenimente usage.record persistate conțineau în continuare același nume de model canonic blun/king. Doar această valoare standard este omisă în forma persistată.
  • Toate cele 13 valori de model divergente (qwen3.8:27b) rămân explicit păstrate. De asemenea, null rămâne păstrat; doar undefined este restabilit ca blun/king la replay.
  • Evenimentele live și istoricul brut înghețat nu sunt modificate.
9.1.250
  • În wire-ul real de agent înghețat, toate cele 6.424 de evenimente usage.record persistate conțineau cele două contoare de cache inputCacheRead: 0 și inputCacheCreation: 0.
  • Doar aceste valori dovedit setate la zero sunt omise în forma persistată. Usage-ul live rămâne neschimbat; fiecare valoare non-null continuă să fie salvată.
  • La replay, restoreUsageFromRecord restabilește contoarele de cache lipsă ca 0. Ambele căi de replay și proiecția de context folosesc această formă reconstruită.
9.1.249
  • În istoricul real înghețat, 3.759 dintre cele 7.777 de rezultate de instrument purtau un cod de ieșire. Dintre acestea, 3.465 erau codul de succes obișnuit 0.
  • Replay-ul, transcrierea și vederea modelului folosesc la rezultatele de instrument ieșirea, ID-ul instrumentului și starea de eroare, nu codul nul suplimentar.
  • Doar rezultatele de instrument persistate cu succes omit acum exitCode: 0. Evenimentele live îl păstrează; toate cele 294 de coduri non-null rămân neschimbate pentru diagnosticarea erorilor.
9.1.248
  • După 9.1.247, toate cele 6.339 de evenimente step.end persistate repetau reasoningFieldState, deși nicio cale de reluare sau replay nu citește acest câmp.
  • Distribuția în istoricul real înghețat: 5.016 absent, 47 not_requested și 1.276 present.
  • Doar forma persistată omite acum reasoningFieldState. Evenimentele live păstrează câmpul în scop de diagnostic; vechile evenimente salvate rămân compatibile, iar starea reconstruită rămâne aceeași.
9.1.247
  • După 9.1.246, 6.986 de evenimente content.part și 7.755 de evenimente tool.call persistate repetau UUID-ul pasului deschis în acel moment.
  • Într-un istoric real, toate cele 14.741 de evenimente indică fără excepție pasul deschis cel mai recent: 0 abateri și 0 evenimente fără pas deschis.
  • Doar forma persistată omite acum stepUuid. Evenimentele live îl păstrează neschimbat; vechile evenimente salvate cu UUID explicit și noile evenimente compacte fără UUID sunt susținute împreună.
  • Toate cele trei căi de reluare folosesc pentru evenimentele compacte de conținut și instrument pasul deschis cel mai recent.
9.1.246
  • După 9.1.245, 5.642 de evenimente step.begin ulterioare repetau ID-ul de tură, deși reluarea are nevoie doar de cel mai mare ID de tură observat. Primul pas al fiecărei ture îl poartă deja.
  • Un istoric real conține 713 ture și 6.355 de porniri de pași. Fiecare tură începe exact cu pasul 1, iar toate celelalte numere de pași sunt continue, fără goluri; 0 abateri de secvență.
  • Doar pornirile de pași ulterioare persistate omit acum ID-ul de tură. Primii pași, evenimentele live, vechile evenimente salvate și pornirile de pași fără număr ordinal solid rămân neschimbate.
9.1.245
  • După 9.1.244, 6.326 de evenimente step.end persistate repetau în continuare UUID-ul pasului deschis cel mai recent. Un istoric real a confirmat pentru fiecare finalizare o atribuire unică last-in-first-out: 0 abateri și 0 finalizări fără pas deschis.
  • Doar forma de finalizare persistată omite acum UUID-ul. Evenimentul live îl păstrează neschimbat; vechile evenimente salvate cu UUID și noile evenimente compacte fără UUID rămân redabile împreună.
  • Toate cele trei căi de reluare rezolvă o finalizare fără UUID prin pasul deschis inserat cel mai recent. Pașii istorici neterminați rămân deschiși și nu sunt reinterpretați.
9.1.244
  • După 9.1.243, 6.326 de evenimente step.end persistate conțineau în continuare patru contoare de usage individuale. Pentru reluare și nivelul de umplere a contextului este nevoie exclusiv de suma lor.
  • Evenimentele live păstrează toate cele patru contoare pentru afișare, telemetrie și facturare. Doar forma de reluare salvată folosește acum contextTokens ca un singur număr.
  • Ambele căi de replay acceptă evenimente noi compacte și vechi complete. Astfel, sesiunile existente rămân compatibile cu versiunile anterioare.
9.1.243
  • După 9.1.242, 6.322 de evenimente step.end persistate conțineau în continuare valorile de rutină finishReason: tool_use sau finishReason: end_turn.
  • Ambele valori sunt derivabile exact din forma de pas deja persistată: apel de instrument prezent -> tool_use, în caz contrar end_turn. În istoricul complet au existat 0 abateri.
  • Doar aceste două valori de rutină nu mai sunt persistate. Motivele rare și importante pentru diagnostic rămân păstrate; toate cele patru evenimente max_tokens au rămas explicite și identice la nivel de conținut.
  • Intervenția urmează principiul de telemetrie limitată, orientată pe excepții, măsurat în ECC. DeepAgents și AnythingLLM au confirmat modelele BLUN deja existente pentru externalizare și istoric limitat; nu a fost preluat niciun subsistem străin.
9.1.242
  • După 9.1.241, 6.355 de evenimente step.begin persistate conțineau în continuare câmpul step, deși afișajul curent procesează numărul de pas înainte de persistare, iar reducer-ul de replay are nevoie doar de uuid.
  • turnId rămâne păstrat, deoarece reluarea derivă din el tura continuată. uuid, tipul și toate celelalte conținuturi rămân neschimbate.
  • Intervenția se află exclusiv în bin/loop-event-record-policy.cjs; istoricul brut și evenimentul live nu sunt modificate.
9.1.241
  • După 9.1.240, 6.326 de evenimente step.end persistate conțineau în continuare copii ale turnId și step. Ambele valori se află deja, prin aceeași uuid, în step.begin referit.
  • Într-un wire real, fiecare finalizare avea un început de pas existent, iar ambele valori de metadate coincideau exact în toate cazurile.
  • Proiecția elimină doar aceste două copii. Identificarea pasului, consumul de tokenuri și diagnosticele de finalizare rămân păstrate; evenimentele live rămân complete.
9.1.240
  • După 9.1.239, 6.986 de evenimente content.part și 7.755 de evenimente tool.call salvau în continuare câte o copie a turnId și step, deși ambele valori se află deja, prin intermediul stepUuid, în step.begin.
  • Într-un wire real, toate cele 14.741 de evenimente copil aveau un început de pas existent, iar ambele valori coincideau exact în fiecare caz.
  • Proiecția de persistență elimină doar aceste două copii de metadate din cele două evenimente copil. stepUuid, conținutul, identificarea instrumentului, numele și argumentele rămân păstrate; reducer-ul live vede în continuare evenimentul complet.
9.1.239
  • După proiecția din 9.1.238, un wire real conținea în continuare identificatori de eveniment redundanți: content.part.uuid nu este citit de niciun consumator de replay, tool.call.uuid era în toate cele 7.755 de cazuri exact egal cu toolCallId, iar tool.result.parentUuid era în toate cele 7.755 de cazuri exact egal cu toolCallId.
  • Proiecția de persistență elimină doar aceste trei câmpuri redundante. turnId, step, stepUuid, toolCallId, numele instrumentului, argumentele, rezultatul și conținutul rămân complet păstrate. Reducer-ul live vede în continuare fiecare eveniment neprescurtat.
  • Evenimentele deja compacte își păstrează identitatea de obiect. Fișierele wire existente nu sunt rescrise sau modificate.
9.1.238
  • Un wire real conținea 6.326 de evenimente step.end persistate, cu 2.708.052 de octeți de date de eveniment. Șapte câmpuri pentru măsurarea timpului de rulare și identificarea mesajului de la furnizor erau deja evaluate în evenimentul live înainte de persistare și nu erau citite de nicio cale de replay, transcriere, blob sau inspecție de sesiune.
  • Proiecția existentă de evenimente de buclă elimină acum doar aceste șapte câmpuri live cunoscute: șase valori de măsurare a latenței/streaming și messageId. Identificarea pasului, tura, numărul de pas, consumul de tokenuri, motivul de finalizare, diagnosticele de finalizare de la furnizor și diagnosticul de raționament rămân păstrate.
  • Reducer-ul live procesează în continuare evenimentul complet. Vechile fișiere wire rămân identice la nivel de octet și nu sunt rescrise.
9.1.237
  • Un wire real conținea 1.428 de intrări de înregistrare/dezînregistrare pentru instrumentele utilizatorului. Dintre cele 992 de dezînregistrări, 560 erau operații nule stricte: instrumentul nu era nici înregistrat, nici activat. Aceste intrări ocupau 59.500 de octeți persistați, fără a schimba starea restabilită.
  • Din principiul DeepAgents de a păstra doar starea de rulare eficientă este preluată o pârghie locală restrânsă: o dezînregistrare de instrument este acum înregistrată doar dacă schimbă starea înregistrată sau activată.
  • Ambele ștergeri live rulează în continuare la fiecare apel. O dezînregistrare a unui instrument înregistrat, doar activat sau existent în ambele stocări rămâne complet înregistrată. Fișierele wire existente nu sunt rescrise sau modificate.
9.1.236
  • Un wire real conținea 214 injecții de tip stare pentru tool-awareness, action_style, swarm_mode și swarm_mode_exit. Deduplicarea exactă de până acum lăsa șase stări vechi diferite, cu împreună 6.305 octeți de text, în fiecare nouă cerere de model.
  • Din principiul ECC de a păstra doar starea actuală în contextul de lucru și istoricul complet separat este preluată o pârghie locală restrânsă: pentru inventarul de instrumente și stilul de acțiune rămâne vizibilă doar cea mai recentă versiune. Intrarea și ieșirea din modul swarm formează o familie comună de stări, din care rămâne de asemenea doar ultima stare.
  • Istoricul brut nu este niciodată modificat. Alte variante de injecție, mesaje normale de utilizator, intrări non-textuale și malformate păstrează comportamentul de până acum.
9.1.235
  • Un wire real conținea unsprezece apeluri Agent finalizate. Șase dintre ele erau dovedit reușite (status: completed) și se aflau cu cel puțin douăzeci de mesaje de context mai noi în urmă. Vechile lor texte de sarcină ocupau împreună în continuare 33.629 de caractere, deși rapoartele complete de finalizare stăteau direct după ele în istoric.
  • Din separarea DeepAgents a contextului de agent principal și subagent este preluată de aceea o pârghie locală restrânsă: doar vechiul prompt al unui apel Agent reușit este înlocuit în vederea modelului cu un marker scurt. Descrierea, tipul de subagent și raportul de finalizare rămân complete.
  • Apelurile de instrument în curs, mai vechi de mai puțin de douăzeci de mesaje, eșuate, malformate și străine rămân neschimbate. Istoricul brut nu este niciodată modificat; fără o linie explicită status: completed, proiecția nu intervine, în mod fail-closed.
9.1.234
  • Un wire real conținea, printre 166 de rezultate de instrument reușite, trei rezultate mari de citire repetate exact pentru același apel de instrument. Repetarea neschimbată ocupa 15.936 de octeți bruți, deși pentru vederea actuală a modelului este nevoie doar de cea mai recentă copie completă.
  • Proiecția recunoaște de aceea exclusiv rezultate de text pure, reușite, cu exact același nume de instrument, exact aceleași argumente și exact același conținut. Cea mai recentă copie rămâne completă; copiile mai vechi sunt înlocuite doar în vederea modelului cu o trimitere scurtă.
  • Istoricul brut, rezultatele modificate, erorile, media, referințele persistate și rezultatele mici rămân neschimbate. Externalizarea existentă de instrumente rămâne activă înaintea acesteia; deduplicarea poate restabili proiecția ei doar pentru cea mai recentă copie identică.
9.1.233
  • Într-un wire real, un apel complet de scriere cu 2.357 de octeți UTF-8 a fost respins la vechea graniță de 2.048 de octeți. Apoi, agentul promitea continuarea, dar suprascria același tokenize.cjs de mai multe ori cu fragmente incomplete, printre care de două ori, identic la nivel de octet, primii 1.099 de octeți. Pașii afectați purtau fiecare aproximativ 64.000 de tokenuri de intrare; răspunsuri individuale ajungeau la 10.319, respectiv 7.015 tokenuri.
  • Fișierele complete de până la 4.096 de octeți UTF-8 pot fi scrise de aceea acum într-un singur apel atomic de scriere. Cazul real de 2.357 de octeți nu mai are nevoie de nicio tură suplimentară de model.
  • Apelurile mai mari rămân în protocolul complet de continuare. După o astfel de respingere, calea este blocată: scrierile normale mai mici nu mai pot suprascrie fișierul țintă cu fragmente parțiale. Abia o continuare validă preia calea; ținta rămâne neschimbată până la dovada finală.
9.1.232
  • Modul automat resume era setat într-un profil real de agent, dar versiunea instalată se afla la 9.1.221, runtime-ul activ pregătit la 9.1.219, iar npm/manifest deja la 9.1.231. Fără un King în rulare, calea de fundal de până acum nu putea pregăti o versiune ratată.
  • resume și new verifică de aceea acum și la următoarea pornire rece naturală o versiune de release stabilă de cel puțin 30 de minute, semnată independent. Ea este pregătită în depozitul protejat de release, marcată ca pending și pornită fără o a doua pornire sau fereastră de selecție.
  • manual și off rămân neschimbate. Dacă pregătirea, integritatea, proba de pachet sau apelul de rețea eșuează, calea de pornire existentă continuă. O sesiune deja în curs nu este niciodată încheiată de această cale de pornire rece.
9.1.231
  • Într-un wire real, un răspuns Telegram a eșuat înainte de trimitere cu 400: Bad Request: can't parse entities: Can't find end of Italic entity. Apelul avea explicit format: markdownv2; 0 din 1 părți de text au fost livrate.
  • Trimiterea MCP Telegram repetă acum doar partea de text afectată, exact o singură dată, ca text simplu, atunci când Telegram raportează exact o eroare de parsare a entităților. Chatul, referința de reply, granița de parte și atașamentele ulterioare rămân păstrate.
  • Erorile de rețea, chaturile necunoscute, erorile de drepturi și apelurile deja trimise ca text simplu nu sunt repetate de acest fallback. Astfel nu este înghițită nicio eroare oarecare și nici o parte reușită nu este trimisă de două ori.
9.1.230
  • După excluderea erorilor istorice deja remediate cu 9.1.228 și 9.1.229, în ultimele 1.200 de rezultate de instrument ale unui profil de agent au rămas timeout-urile Bash repetate ca următorul bloc închis. Comenzile afectate căutau de mai multe ori recursiv în întregul director de utilizator sau în întreaga Dropbox și se încheiau după 60 de secunde fără un rezultat utilizabil.
  • Bash respinge acum, înainte de pornirea procesului, exact două forme de căutare nelimitată: find pe întregul director de utilizator și grep recursiv împotriva ..
  • Textul de eroare numește imediat alternativa limitată: Glob cu model de fișier ancorat, Grep cu cale/model sau un subfolder de proiect cunoscut. Căutările limitate cu precizie la src, test sau alți subarbori numiți rămân permise neschimbat.
  • Timeout-ul nu a fost mărit, iar comenzile Bash oarecare nu sunt repetate automat. Astfel nu apare nici o așteptare mai lungă, nici riscul de a executa de două ori o comandă care scrie.
9.1.229
  • După repararea instrumentelor amânate, cea mai mare familie de erori conexe dintr-un istoric real era Write în mai multe părți: câmpuri obligatorii lipsă (part, start_line, final), un număr total de linii ghicit greșit dinainte, numere de parte învechite și un vechi stadiu de continuare încă activ după erori generau repetări fără muncă utilă.
  • Numărul de parte, linia de start și modul sunt acum derivate din stadiul efectiv stagat, atunci când lipsesc. Valorile trimise explicit rămân vizibile și continuă să fie respinse la abatere.
  • expected_lines este opțional și poate fi livrat abia în partea finală. Dacă este setat, depășirea și verificarea exactă a finalului rămân neschimbat fail-closed.
  • final=true rămâne obligatoriu pentru finalizare. Fără această marcă explicită de sfârșit nu se scrie nimic; fișierul țintă rămâne neschimbat până la finalizare. Verificarea opțională SHA-256 rămâne.
9.1.228
  • În ultimele 1.000 de rezultate reale de instrument se aflau 66 de erori. Cel mai mare bloc individual clar reparabil erau 10 erori Tool not found: de nouă ori mcp__mnemo__mem_transcript_recent, o dată mcp__mnemo__mem_question_answer. Ambele instrumente erau înregistrate, dar doar neîncărcate în pasul respectiv din cauza bugetului de tokenuri.
  • După o eroare exactă Tool "<name>" not found, tura reține acum această schemă pentru pasul imediat următor. Selecția normală îl preia apoi din lista de instrumente deja înregistrată.
  • Alte texte de eroare, rezultate reușite și nume de instrumente diferite nu schimbă starea. Limita LRU existentă de patru scheme rămâne; un instrument cu adevărat necunoscut nu este astfel inventat sau executat.
  • Niciun instrument nu a fost pus permanent în fiecare prompt. Consumul normal de tokenuri pentru scheme rămâne de aceea neschimbat; doar o repetare a erorii deja plătită este evitată începând cu a doua încercare.
9.1.227
  • Un istoric wire real conținea 119 apeluri ToolSearch. 35 dintre ele se încheiau fără rezultat; 27 de rezultate nule priveau istoricul Telegram, preluarea de mesaje sau căutarea de amintiri asociată.
  • 9.1.226 rezolva deja cu lista actuală de instrumente 8 dintre aceste 35 de rezultate nule vechi. Cazul principal rămas erau cereri supradeterminate precum +telegram history messages lesen, la care modelul marcase greșit cuvinte semantice drept componente obligatorii de nume.
  • Din DeepAgents a fost preluat principiul de a potrivi indicațiile de instrument și suprafața de instrumente după filtrare. Nu a fost copiat niciun cod străin: BLUN încearcă în continuare mai întâi căutarea exactă și strictă și relaxează abia după un rezultat nul real termenii + la termeni de căutare semantici.
  • Fallback-ul nu execută niciun instrument. Ea încarcă doar schema cel mai bine evaluată, respectiv egalități reale, cere la mai mulți termeni cel puțin 75 la sută rezultate și rămâne închisă la termeni străini de domeniu.
  • Comparație cu pachetul 9.1.226 proaspăt instalat și aceleași 35 de cereri istorice: înainte 8 rezultate, după 21 de rezultate, adică 13 rezultate reale suplimentare și 0 rezultate anterioare pierdute.
  • Nu a fost inserat niciun apel nou de model, căutare, rețea sau înglobare. Istoricul brut, executarea de instrumente, permisiunile și setul permanent de scheme rămân neschimbate.
9.1.226
  • Un istoric wire real conținea 6.275 de pași de model finalizați. În ultimii 50 de pași, construirea locală a cererii se afla la p50 0 ms și p90 1 ms, iar consumul local de streaming la p50 1 ms și p90 3 ms. Timpul de așteptare până la primul token de la server se afla însă la p50 11.842 ms și p90 14.846 ms. O altă intervenție locală de micro-performanță nu era astfel dovedită ca pârghie eficientă.
  • Calea de învățare validată, derivată din Evolver, era deja prezentă: dovezile de la roșu la verde sunt salvate legate de profil ca pending, recorded sau expired. Pentru utilizatori nu exista însă nicio vedere locală asupra lor.
  • 9.1.226 adaugă /improve cu alias /learning. Panoul arată cele trei contoare de stare și, la cel mai recent candidat deschis, doar date de dovadă limitate, nepericuloase: ID-ul candidatului, numele instrumentului și douăsprezece poziții ale hash-ului comenzii.
  • Comanda citește doar stocarea locală a profilului activ. Ea nu pornește niciun apel de model, căutare, hub sau înglobare și nu modifică niciun candidat. Valorile de stare necunoscute și caracterele de afișare nesigure sunt eliminate, respectiv prezentate ca unknown.
  • Toate textele UI noi pentru germană, spaniolă, franceză, suedeză și cehă au trecut de poarta lingvistică obligatorie și de verificarea ulterioară a chitanței; toate cele șase cataloage UI conțin cheile complete.
9.1.225
  • Într-un istoric wire real, 88 de intrări config.update ocupau 4.078.566 de octeți. 83 dintre ele purtau promptul complet de sistem.
  • Promptul declara un marcaj de timp de sesiune stabil, dar îl seta din nou la fiecare pornire de proces. După normalizarea acestui marcaj de timp rămâneau 45 de variante semantice și 38 de repetări consecutive, cauzate doar de noul marcaj de timp.
  • Aceste 38 de repetări ocupau 781.179 de octeți, adică 19,16 procente din toți octeții de prompt de sistem din evenimentele de configurare măsurate. În același timp, prefixul de prompt reutilizabil de la furnizor era modificat inutil după reporniri.
  • 9.1.225 leagă marcajul de timp la agenții principali și subagenții noi și reluați de Session.metadata.createdAt. Metadatele vechi invalide revin defensiv la valoarea din memorie de până acum.
  • Istoricul brut, conținutul promptului, instrumentele, alegerea modelului și compactarea rămân neschimbate. Nu există nicio apelare suplimentară de model, căutare sau înglobare.
9.1.224
  • Ultima pornire măsurată avea nevoie pentru inițializarea paralelă a cinci servere MCP de 16,85 secunde. Reluarea sesiunii și parsarea wire erau considerabil mai mici, cu aproximativ 0,55, respectiv 0,18 secunde.
  • Calea de tură aștepta până acum, înaintea fiecărei cereri, această inițializare MCP, chiar și atunci când o salutare locală pură primea apoi, în mod intenționat, zero instrumente în cererea de model.
  • 9.1.224 preia limita de instrumente încărcate la nevoie din comparația DeepAgents: doar conversația scurtă locală, fără instrumente, poate răspunde imediat. Turele Telegram, atașamentele, declanșatoarele de sistem și fiecare cerere de tip muncă așteaptă în continuare inițializarea MCP completă.
  • Istoricul brut, configurația MCP, schemele de instrumente și turele normale de lucru rămân neschimbate. Nu a fost dezactivat niciun server și nu a fost introdusă nicio apelare suplimentară de model, căutare sau înglobare.
9.1.223
  • Un pas 775.5 s-a încheiat gol cu fall=length, 8.192 din 8.192 de tokenuri de completare și doar șapte caractere de raționament. Logica de până acum pornea apoi din nou aceeași cerere mare și dubla bugetul de completare la 16.384 de tokenuri.
  • CPU-ul local se afla în timpul așteptării la aproximativ 0 procente; construirea cererii dura 0-1 ms, iar transportul aproximativ două secunde. Blocajul măsurat era astfel generarea de model plus repetarea cu buget complet, nu TUI-ul.
  • Doar cazul dovedit length, cu buget complet epuizat și mai puțin de 64 de caractere de raționament, primește acum o încercare de repetare economică, cu factor 0,125 și cel puțin 1.024 de tokenuri.
  • Răspunsurile length cu mult raționament și neepuizate complet păstrează extinderea de până acum cu factor 2. Celelalte clase de repetare rămân neschimbate.
  • Pentru un caz măsurat, al doilea buget scade de la 16.384 la 1.024: cu 15.360 de tokenuri, respectiv 93,75 procente mai puțin în încercarea de repetare.
9.1.222
  • Actualizatorul aflat în rulare transmisese o versiune pregătită prin IPC către agentul King activ. Launcherul oprea apoi core-ul în curs cu Exit 76 și trebuia să pornească un proces de înlocuire. La schimbarea măsurată la 9.1.219, un profil de agent a rămas astfel deconectat.
  • Actualizările de fundal doar încarcă și verifică acum noua versiune și o depun pentru următoarea pornire naturală. Ele nu trimit niciun mesaj IPC de restart, nu încheie nicio TUI activă și nu pornesc niciun proces de înlocuire.
  • La următoarea pornire normală king apare din nou selecția existentă: actualizează, omite o dată sau așteaptă până la următorul release. Abia după decizia de instalare pornește launcherul din pachetul pregătit deja verificat; un al doilea download nu mai are loc.
9.1.221
  • Mesajele neschimbate, neacoperite încă de tokenCount, folosesc acum exact o estimare de tokenuri per revizuire de context. Accesările repetate de stare și randare nu mai scanează din nou același istoric în creștere.
  • Noile părți de text, apelurile de instrument, modificările de istoric, compactarea, undo și un număr schimbat de mesaje deja acoperite invalidează cache-ul imediat. Istoricul brut, istoricul persistat și valoarea de tokenuri raportată rămân identice față de calea de până acum.
  • Șapte rulări de măsurare cu 300 de mesaje sintetice și câte 250 de cereri neschimbate au rezultat la mediană 42,1218 ms -> 0,1755 ms, adică cu aproximativ 99,583 % mai puțin timp de calcul în acest hotpath. Ambele versiuni au livrat exact aceeași valoare estimată de 127.838 de tokenuri.
  • Release-ul reduce munca de CPU pentru estimarea locală. El nu pretinde o reducere a tokenurilor de intrare efectiv trimise modelului.
9.1.220
  • Proiecția răspunsurilor lungi de asistent își salvează acum rezultatul într-o WeakMap, atât timp cât obiectul de mesaj, array-ul de conținut, partea de text și textul sursă exact rămân neschimbate. Istoricul brut și conținutul proiectat rămân identice față de calea de până acum.
  • O modificare a textului, a array-ului de conținut sau a părții de text elimină imediat intrarea. Obiectele de mesaj diferite nu împart niciun cache.
  • Cinci rulări de măsurare cu câte 1000 de proiecții repetate au rezultat la mediană 16,489 ms -> 0,202 ms, adică cu aproximativ 98,8 % mai puțin timp de calcul în această cale. Ambele versiuni economiseau exact 21.206 de caractere.
9.1.219
  • Confirmările scurte pure de text, precum ok sau danke, sau răspunsurile Telegram DM cu semnal de continuare atașat nu mai citesc stocarea pentru candidații de învățare validați la fiecare pas de model.
  • Prompturile semnificative, atașamentele și turele cu activitate actuală de instrument continuă să sincronizeze. O amintire de învățare deja vizibilă rămâne păstrată și în timpul unei confirmări omise.
  • Măsurarea împachetată a stării efective peste 50 de confirmări a scăzut de la 50 la 0 citiri de director pentru candidați. Contraproba semnificativă a citit exact o dată. Nu a fost adăugat niciun apel de model, înglobare sau rețea.
9.1.218
  • Aceeași verificare de la roșu la verde a generat în 9.1.217, la o repetare cu ID-uri noi de apel de instrument, un al doilea candidat deschis. Măsurarea izolată a stării efective a rezultat în două ID-uri, 2 fișiere deschise și 726 de octeți.
  • După înregistrarea doar a celui mai recent candidat, candidatul identic mai vechi ar fi apărut din nou ca amintire. Aceasta ar fi generat un al doilea ciclu de reminder și MistakeRecord pentru aceeași lecție deschisă.
  • bin/validated-learning-signal.cjs folosește acum din nou un candidat deja deschis al aceluiași profil și al aceluiași commandHash. Alte comenzi de verificare rămân separate; candidații înregistrați sau expirați nu absorb un eveniment ulterior.
  • Remăsurarea a rezultat în același ID, 1 fișier deschis și 363 de octeți. Nu există nicio apelare suplimentară de model, înglobare sau rețea.
9.1.217
  • În 9.1.216, fiecare MistakeRecord reușit marca cel mai recent candidat deschis de învățare drept procesat, chiar și atunci când intrarea aparținea unei alte erori. Dovada era astfel durabilă, dar nu corelată exact cu înregistrarea ei ulterioară.
  • bin/validated-learning-signal.cjs citește acum candidateId opțional al unui MistakeRecord reușit și închide exclusiv candidatul deschis exact potrivit. Un ID lipsă, greșit sau străin lasă toți candidații deschiși neschimbați.
  • blun.mjs numește ID-ul stabil de candidat în amintirea vizibilă și include candidateId ca câmp opțional în schema MistakeRecord. Nu există nicio apelare suplimentară de model, înglobare sau rețea.
  • Corelația rămâne legată de profil. În stocarea de candidați nu ajung în continuare nici comenzi brute, nici ieșiri de instrument.
9.1.216
  • bin/validated-learning-signal.cjs depune acum semnalele confirmate de la roșu la verde, la nivel de instalare, sub <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/. Astfel, un candidat de învățare rămâne păstrat peste turele de utilizator, compactări și diferite portaluri ale aceleiași instalări BLUN.
  • Stocarea este legată de profil, append-only și sigură la concurență: pentru fiecare candidat ia naștere un fișier JSON imuabil și exact un marker .recorded sau .expired. Fișierul temporar, hardlink-ul și eliminarea fișierului temporar împiedică suprascrierea tăcută la scriitori paraleli.
  • Sunt salvate doar tipul, starea, profilul, numele instrumentului, SHA256 al comenzii, ID-urile de apel de instrument și marcajele de timp. Comanda brută, textul de eroare și ieșirea reușită a instrumentului nu sunt persistate.
  • Un MistakeRecord reușit marchează exact o dată cel mai recent candidat deschis drept procesat. Candidații deschiși expiră după 24 de ore. Dacă lipsește un home comun, comportamentul din memorie de până acum rămâne, în mod fail-open.
  • Aceasta nu este încă o modificare automată de cod și nici o aprobare autoacordată. Release-ul creează doar dovada de învățare portabilă, independentă de portal, pe care funcțiile ulterioare încorporate de evaluator și aprobare pot lucra în siguranță.
9.1.215
  • Soluțiile nu au voie să presupună anumiți agenți interni, nume interne de calculatoare, grupuri Telegram, instanțe Mnemo sau un lanț intern de aprobare BLUN.
  • Pentru self-improvement, rolurile interne sunt abstractizate ca funcții de produs: controler de domeniu/aprobare, evaluator izolat, dovadă versionată și măsurare automată canary cu rollback.
  • Preluabile automat sunt doar ajustările cu risc scăzut, limitate măsurabil, la probe constant mai bune sau neutre. Codul, drepturile, secretele, facturarea și producția rămân obligatoriu în responsabilitatea utilizatorului sau a administratorului.
  • Prima implementare a porții încorporate este aprobată intern, manual; după aceea, poarta poate verifica ea însăși, dar nu își poate modifica propria graniță de securitate.
9.1.214
  • 9.1.213 a stabilit calea corectă de stocare durabilă prin MistakeRecord, dar se aștepta în continuare ca modelul să recunoască momentul potrivit doar din istoricul de instrumente.
  • Nou este bin/validated-learning-signal.cjs: modulul privește doar tura actuală a utilizatorului și recunoaște exclusiv aceeași comandă shell de verificare care mai întâi eșuează și apoi reușește.
  • Un injector dinamic din blun.mjs amintește în acest caz dovedit să fixeze o lecție reutilizabilă cu MistakeRecord. Textul comenzii și eroarea brută nu sunt copiate în indicație.
  • Alte comenzi, erori normale de citire/instrument, o nouă tură de utilizator sau un apel MistakeRecord deja reușit nu generează și nu păstrează nicio indicație. Nu are loc nicio salvare automată.
9.1.213
  • Contractul de misiune cerea, după o probă reușită de la roșu la verde, apelul record_error_memory. Acest instrument nu există în pachetul King. Calea durabilă de învățare existentă se numește MistakeRecord și scrie în Mistake.md comun.
  • Astfel, disciplina din Evolver era deja formulată, dar ultimul pas către propria noastră memorie comună, trans-agent, era mort: o soluție confirmată putea urma contractul și totuși să nu fie salvată durabil.
  • Contractul apelează acum MistakeRecord după rularea verde de repetare. Erorile brute rămân în continuare în afară; salvată este abia lecția confirmată printr-o contra-rulare reușită.
  • Mistake.md, selecția ei de relevanță și formatul ei de stocare nu au fost înlocuite sau modificate. Reparată a fost exclusiv legătura de la contractul de învățare validat la instrumentul existent.
  • Modificate au fost doar blun.mjs, noul test structural test/validated-learning-route.test.js și versiunea din package.json.
9.1.212
  • Injectorul ErrorMemory formata gene de strategie și pentru saluturi pure și confirmări scurte. Mistake.md și memoria personală aveau pentru aceeași clasă de mesaje deja o graniță comună de relevanță; doar ErrorMemory o ocolea.
  • Injectorul folosește acum și el isLowInformationMistakeTurn și încheie proiecția înainte de selecția și formatarea genelor de strategie. Intrările persistate de eroare și strategie rămân neschimbate; doar proiecția lor inutilă în cereri minuscule dispare.
  • Caz de referință măsurat Wie geht es dir? cu unsprezece intrări salvate: înainte cinci reguli selectate, 1.417 caractere, respectiv aproximativ 355 de tokenuri; după aceea 0 caractere și 0 tokenuri.
  • Modificate au fost doar blun.mjs, test/error-memory-performance-policy.test.js și versiunea din package.json.
9.1.211
  • Agentul King confirmă liniile de coadă abia când mesajul a fost acceptat. Înaintea unei sesiuni active, injectChannelEnvelope aruncă totuși un mesaj adresat ca dropped, fără să îl confirme sau să îl parcheze. Astfel, checkpoint-ul poate rămâne permanent exact la această primă linie.
  • Probă roșie reală _proof/telegram-profile-checkpoint-red.cjs: așteptat queued, măsurat dropped, Exit 1.
  • Aceeași eroare se află în calea de comandă Telegram: /loop înaintea unei sesiuni active nu este depus în queuedMessages; funcția de confirmare rămâne fără consumator. Probă roșie reală _proof/telegram-remote-command-presession-red.cjs: lungime de coadă așteptată 1, măsurată 0, Exit 1.
  • injectChannelEnvelope tratează acum o sesiune încă nelivrabilă ca pe o sesiune ocupată: textul de model, originea de afișare și confirmarea ulterioară rămân păstrate în coada de canal existentă.
  • injectTelegramRemoteCommand construiește intrarea de coadă înaintea verificării sesiunii. /loop și celelalte comenzi Telegram directe sunt, la lipsa sesiunii, parcate cu funcția lor channelAcknowledge și executate abia la granița sigură existentă.
  • Ordinea și regula existentă de checkpoint rămân neschimbate: o linie de coadă este confirmată abia după acceptare; confirmările ulterioare nu pot sări peste o linie încă deschisă înaintea ei.
9.1.210
  • Handoff-ul activ din 9.1.208/9.1.209 putea încheia un King în rulare pentru o actualizare. Pe MSI, sesiunea în curs a fost astfel încheiată la schimbarea 9.1.206 -> 9.1.207 și nu a fost reluată automat.
  • 9.1.209 nu a fost de aceea inclus în manifestul public și a fost marcat pe npm ca neimplementabil.
  • Prevederea este acum impusă tehnic: o actualizare automată nu are voie să încheie niciodată agentul King aflat în rulare. Ea este doar încărcată și marcată ca pending. Activarea are loc abia la o pornire normală ulterioară.
9.1.209 Retras
  • Nepublicat. Handoff-ul activ de actualizare putea încheia un King aflat în rulare; de aceea versiunea nu a ajuns în manifestul public și a fost marcată pe npm ca neimplementabilă.
9.1.208
  • Pe MSI au fost măsurate 27 de porniri King și 15 stări de versiune într-o singură zi. Repornirile coincideau fiecare cu salturi de versiune; un motiv propriu de ieșire continuă să nu fie înregistrat în logul de acolo.
  • Actualizatorul pregătea noi versiuni de manifest în ritm de minute. Versiunea 9.1.208 introduce de aceea o fereastră de repaus de 30 de minute, înainte ca un alt runtime nou să poată fi activată.
  • Stările vechi de runtime sunt limitate după activarea reușită la ultimele trei versiuni. Se șterge doar atunci când toate lease-urile de instalare ale stării vechi au fost dobândite exclusiv. Layout-urile active, ocupate sau necunoscute rămân neatinse.
  • Logica de protecție trăiește și în core-ul nou încărcat. Astfel, ea intervine după activarea automată chiar și atunci când launcherul părinte permanent provine încă dintr-o versiune mai veche.
  • Cele opt stări de release MSI măsurate ocupau împreună doar 778 MB. Ele nu explică discul de 454 GB, aproape plin; marele consumator rămâne o constatare separată deschisă.
9.1.207
  • Repetările telemetriei eșuate sunt limitate per rulare la cele 16 fișiere cele mai vechi și se opresc la prima eroare temporară de server, în loc să continue să proceseze întregul volum restant.
  • Poolul de erori păstrează cele mai noi 512 fișiere în limita a 16 MiB și a șapte zile. events.jsonl normal este exclus în mod explicit de la curățare.
  • Înainte de release existau efectiv 4.248 de fișiere de eroare cu 11.631.974 de octeți. După activarea automată existau 512 fișiere cu 2.260.908 de octeți: cu 3.736 de fișiere de eroare vechi și aproximativ 9,37 MB de încărcare mai puțin.
9.1.206
  • Răspunsurile mari de asistent deja arhivate sunt acum înlocuite, înaintea proiecției buclei, prin referința lor de arhivă limitată și re-citibilă. Astfel, o curățare ulterioară de text nu mai poate invalida hash-ul salvat.
  • Trei fișiere de arhivă reale au fost verificate octet cu octet împotriva hash-urilor SHA256 de mesaj salvate: 38.567, 13.941 și 24.787 de caractere, toate prezente și toate exact potrivite.
  • Pe exact aceleași 41.480 de intrări wire cu 311 mesaje, proiecția de model a scăzut de la 87.724 la 63.234 de caractere: cu încă 24.490 de caractere, respectiv aproximativ 6.123 de tokenuri de intrare mai puțin per apel afectat.
  • Istoricul brut și fișierele de arhivă private complete rămân neschimbate și sunt lizibile paginat prin calea lor.
9.1.205
  • Buclele de răspuns dintr-un mesaj de asistent sunt acum recunoscute și la mici diferențe de punctuație sau de formulare. Un cluster are nevoie de cel puțin trei potriviri la o similaritate conservatoare de 0,88; prima variantă rămâne păstrată, istoricul brut nu este modificat.
  • Într-un caz conservat, un răspuns real în buclă a scăzut de la 24.787 la 22.711 caractere: cu 2.076 caractere, respectiv aproximativ 519 tokenuri de intrare mai puțin.
  • Gardurile de cod rămân protejate identic la nivel de octet. Nararea instrumentelor, injecțiile, perechile și economiile sub 1.000 de caractere rămân neschimbate.
9.1.204
  • Amintirea de eroare nu mai încarcă orbește toate cele unsprezece reguli per rundă de lucru. Cele patru reguli indispensabile de probă și contraprobă 4, 9, 10 și 11 rămân mereu active; cel mult două reguli suplimentare sunt adăugate determinist, potrivit sarcinii curente.
  • În colecția reală de reguli livrată, blocul repetat a scăzut de la 2.442 la 1.272 de caractere: cu 1.170 caractere, respectiv aproximativ 293 tokenuri de intrare mai puțin per rundă de lucru afectată.
  • Selecția nu generează nicio cerere de model, căutare, reranker sau înglobare. Colecțiile mici proprii de reguli rămân complete; la o eroare de selector intervine în continuare blocul complet anterior.
9.1.203
  • O ToolSearch goală este acum un rezultat nul încheiat cu succes, în loc de o eroare roșie de instrument. Răspunsul numește instrumentul autorizat lipsă și interzice o repetare cu sinonime.
  • În istoricul măsurat existau 32 de căutări goale cu 29 de formulări; într-o tură conservată, aceeași capacitate Telegram lipsă a fost cerută din nou imediat, printr-o a doua căutare, după eroarea roșie.
  • Nicio cerere suplimentară de model, reranker sau înglobare, nicio schemă rezidentă nouă și nicio modificare la instrumente sau permisiuni.
9.1.202
  • Proiecția locală de context derivată din DeepAgents arată, la directoare de lucru mari, cu precădere intrările de nivel superior, în loc de detalii adânci din primele câteva foldere. Listele mici de directoare rămân identice la nivel de octet.
  • Un root de agent conține 509 intrări de nivel superior (89 foldere, 420 fișiere). Înainte, proiecția de model arăta în 1.981 de caractere doar 9 foldere de nivel superior; acum arată 30 în 832 de caractere.
  • Economie măsurată: 1.149 de caractere, respectiv aproximativ 287 de tokenuri per cerere. Persona, regulile de lucru, istoricul brut și accesul la instrumente rămân neschimbate.
9.1.201
  • O igienă de proiecție derivată din DeepAgents compactează memoria statică de erori, fără a pierde vreuna dintre cele 11 reguli sau verificări salvate.
  • Textele vechi, detaliate, ale memoriei de erori sunt compactate doar în proiecția de model. Istoricul brut, răspunsurile normale și rezultatele de instrument rămân neschimbate.
  • În proiecție rămâne păstrată doar cea mai recentă injecție de eroare și de corectare a erorii.
9.1.200
  • Noua comandă locală /context arată separat cererea de model efectiv proiectată, istoricul de conversație salvat, schemele de instrumente, bugetul de compactare și spațiul rămas.
  • Vederea citește exclusiv session.getContext(). Ea nu pornește nicio cerere de model, nicio interogare gestionată de consum, niciun serviciu și nicio repornire.
  • Rezultatele de instrument externalizate numesc acum o cale exactă de recitire: Read cu cel mult 20 de rânduri și apoi line_offset continuat. Aceasta împiedică forma măsurată în care un agent solicita din nou același interval mare cu Read, Grep și Bash.
  • /premortem exista deja înainte de 9.1.200 și, în mod explicit, nu este prezentat ca funcție nouă a acestui release.
  • Pentru traducerile noi, poarta lingvistică obligatorie nu a acordat nicio aprobare din cauza lipsei unei verificări independente a textelor scurte. De aceea, /context folosește doar denumiri localizate deja aprobate; niciun text țintă neverificat nu a fost preluat.
9.1.199
  • O vedere actuală de model conținea, într-un singur răspuns de asistent, 13.941 de caractere cu 100 de blocuri de paragraf. Doar 20 de blocuri erau unice; șase grupuri se repetau exact și ocupau 9.579 de caractere.
  • 9.1.199 compactează exclusiv astfel de repetări exacte, în interiorul unui singur răspuns pur de text, în vederea modelului. Istoricul brut de sesiune rămâne neschimbat.
  • Compactarea intervine doar de la trei repetări exacte și cel puțin 1.000 de caractere economisite. Blocurile de cod, conținuturile mixte, apelurile de instrument, mesajele de injecție, blocurile scurte și economiile mai mici rămân neschimbate.
  • Aceasta urmează principiul DeepAgents de a păstra adevărul lizibil și de a ușura doar vederea activă a modelului. Nu există nicio apelare suplimentară de model sau înglobare.
9.1.198
  • Un istoric actual conținea un rezultat truncated: true deja marcat de instrument, de tip Grep, cu 50.042 de caractere. Externalizarea rezultatului individual recunoștea dimensiunea, dar lăsa astfel de rezultate totuși complet în vederea modelului, printr-o returnare timpurie.
  • 9.1.198 elimină exclusiv această excepție. Un Read trunchiat folosește calea sursă existentă, fără duplicat; alte rezultate trunchiate arhivează exact textul complet returnat de instrument.
  • Referința păstrează truncated: true și poartă stored_result_scope: tool_truncated_output. Astfel nu se pretinde că a fost restabilită o ieșire brută pe care instrumentul nu a livrat-o niciodată.
  • Modelul urmează DeepAgents: ieșirile mari de instrument rămân re-citibile în afara vederii active a modelului, în timp ce acolo rămâne doar o referință mică.
9.1.197
  • Chiar și confirmările pure de text, precum ok, încărcau până acum amintirea dinamică din Mistake.md. La setul de reguli actual comun, aceasta însemna 1.819 caractere de prompt, aproximativ 455 de tokenuri, deși nu a fost continuat niciun context de lucru.
  • 9.1.197 recunoaște exclusiv turele de text pur cu informație redusă, înainte ca una dintre cele două surse Mistake să fie citită, și omite acolo injecția dinamică.
  • Atașamentele, conținuturile non-textuale și continuările cu sens precum ok, check updater păstrează calea de până acum. Fallback-ul de relevanță existent pentru turele de lucru reale rămâne neschimbat.
  • Modelul provine din lucrul comparativ AnythingLLM: sursele de context opționale ar trebui să ajungă în vederea modelului doar atunci când tura curentă chiar are nevoie de ele. A fost integrat în politica BLUN existentă fără un apel suplimentar de model sau înglobare.
9.1.196
  • /reload era disponibil local, dar din Telegram nu era recunoscut ca o comandă directă. Lista de permise Telegram nu conținea numele; astfel mesajul rămânea text de model normal.
  • 9.1.196 adaugă exclusiv reload la lista existentă de comenzi Telegram adresate.
  • Calea Telegram folosește același handler existent ca TUI-ul local: sesiunea, serverele MCP, configurația de runtime și TUI sunt reîncărcate în procesul aflat în rulare. Nu este pornită nicio rundă de model și niciun restart de proces.
  • /new și alte mesaje slash neaprobate rămân în continuare text de model normal.
9.1.195
  • Actualizările automate au fost executate, dar TUI-ul repornit a aterizat pe C:\ în loc de folderul de proiect de până acum.
  • TUI-ul ținea folderul corect în state.appState.workDir, dar la handoff-ul de actualizare transmitea doar sesiunea, versiunea și modul. Launcherul folosea astfel folderul său de pornire original pentru țintă și fallback.
  • 9.1.195 transportă folderul de proiect activ în handoff și îl folosește pentru versiunea țintă, fallback și alte actualizări automate ale aceleiași supravegheri.
  • Sunt acceptate doar directoarele absolute existente. Indicațiile relative, lipsă sau care indică fișiere cad înapoi pe folderul launcherului.
9.1.194
  • Watchdog-ul de tură existent avertiza după 20 de minute, dar nu încheia apoi o tură. Pe Mac, o tură blocată a continuat după avertizarea de 30 de minute până cel puțin la minutul 39.
  • 9.1.194 păstrează avertizarea după 20 de minute și încheie o tură după 30 de minute fără progres real.
  • Începutul pasului, textul de raționament, textul asistentului, apelul de instrument, argumentele instrumentelor, progresul instrumentelor și rezultatul instrumentelor resetează termenul de inactivitate. Munca activă lungă nu este astfel încheiată.
  • Anularea existentă după cinci apeluri de instrument eșuate identice rămâne separată și activă neschimbat.
9.1.193
  • Mai multe livrări Telegram au venit cu chat_id și message_id identice, de până la patru ori în aceeași sesiune.
  • 9.1.181 a eliminat aceste repetări doar mai târziu din vederea modelului. Înainte, fiecare copie putea declanșa propria tură de model și, astfel, costuri.
  • 9.1.193 introduce de aceea, înainte de începutul turei, un registru de livrare limitat la 2.048 de identificatori. Același identificator Telegram este acceptată per sesiune doar o singură dată; repetările sunt confirmate, dar nu protocolate și nu pornesc o tură de furnizor.
  • Identificatorii de mesaj noi, injecțiile non-utilizator și istoricul brut rămân neschimbați. La reluare, registrul este reconstruit din seturile de prompt acceptate.
9.1.192
  • Un Mac afișa după o aprobare Bash respinsă în continuare King is thinking timp de 39 de minute. Apelul de instrument în sine fusese corect respins, dar respingerea era returnată buclei de model în curs ca un rezultat de eroare obișnuit.
  • PermissionManager.requestToolApproval() livra la respingere doar block: true. Controlul existent de batch și furnizor putea încheia deja tura cu syntheticResult.stopTurn = true, dar nu primea acest semnal.
  • Nou este bin/approval-rejection-stop.cjs. Aprobările respinse și anulate generează acum un rezultat de eroare existent cu stopTurn: true. Tura curentă se încheie, iar apelurile ulterioare ale aceluiași teanc de instrumente sunt sărite. Protocolul de aprobare, politica și comportamentul fail-closed rămân neschimbate.
  • DeepAgents a confirmat limita explicită de întrerupere umană ca model potrivit. AnythingLLM și Evolver nu ofereau pentru această eroare îngustă un mecanism mai puternic decât contractul BLUN existent.
9.1.191
  • DeepAgents oferă cu /context o împărțire familiară, vizibilă, a ferestrei de context, în loc de doar o valoare totală.
  • Evolver cere pentru munca de performanță un buget de prompt separat pentru partea de sistem, conversație, instrumente și spațiul liber.
  • AnythingLLM economisește scheme de instrumente prin reranking pe bază de înglobare. BLUN posedă pentru aceasta deja calea de instrumente deferred mai ieftină, fără un apel suplimentar de model sau înglobare; această parte nu a fost de aceea dublată.
9.1.190
  • Din evenimentele de buclă tool.call stocate permanent sunt eliminate doar câmpurile de afișare display și description. Identitatea, numele instrumentului, argumentele și atribuirea la pas rămân păstrate.
  • Runtime-ul procesează în continuare evenimentul complet. Afișarea TUI, execuția instrumentelor și reluarea nu au fost trecute pe proiecție.
  • Un wire real de agent cu 42.451.368 de octeți conținea 6.135 de apeluri de instrument. La 5.679 dintre ele puteau lipsi 3.125.874 de octeți: 7,36 % din întregul protocol wire.
9.1.189
  • Un utilizator alesese bosniacă și scrisese în bosniacă, dar King răspundea în slovenă. În promptul de persona figura doar cuvântul englezesc Bosnian; spațiul lingvistic foarte apropiat nu era delimitat expres.
  • Kako si?, Kako je King?, Ko si ti? și Ko stoji iza tebe? nu rulau ca dialoguri scurte bosniace autonome. Screenshot-ul pentru Ko stoji iza tebe? arăta chiar căutări web în loc de un răspuns direct.
  • Check-in-ul simplu raportat consuma aproximativ 7.500 de tokenuri. Calea de low-effort de până acum permitea până la 8.192 de tokenuri de completare și reținea mai multe mesaje vechi.
9.1.188
  • BLUN recunoștea o regresie reală deja după trei răspunsuri similare, dar lăsa răspunsurile învechite complet în vederea modelului. Indicația împotriva buclei concura astfel în continuare cu vechea stare greșită.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 livrează modelul mesajelor de înlocuire limitate, stabile la index. AnythingLLM prioritizează cele mai recente perechi de conversație și tratează istoricul ca primul context comprimabil.
  • Un wire conținea 42.265.671 de octeți, dintre care 25.423.100 de octeți context.append_loop_event. Acest lucru dovedește sarcina reală de buclă, dar nu este emis ca economie directă de tokenuri de cerere.
9.1.187
  • Manifestul 9.1.184 livrat live purta marca temporală 2026-08-26T12:15:06.5196457Z. Parserul livrat permitea doar una până la trei zecimale și arunca de aceea întregul manifest.
  • Fără un fallback valid, npm devenea singurul decisiv. La staging-ul 9.1.185, tag-ul npm a fost astfel vizibil pentru scurt timp, deși manifestul indica încă 9.1.184.
  • Tag-ul npm a fost repus pe 9.1.184. Manifestul live a fost corectat doar în marca temporală pe 2026-08-26T12:15:06.519Z; versiunea și integritatea au rămas neschimbate. Trei preluări cu cache-ul golit și parserul real de client au confirmat apoi manifestul.
  • SHA256 live după reparație: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Backup: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • După o compactare completă, promptul de sistem existent nu mai este suprascris cu date locale de context citite din nou. Prefixul său de până acum rămâne astfel stabil la nivel de octet și reutilizabil pentru cache-ul furnizorului.
  • Directorul de lucru, fișierele AGENTS.md potrivite și directoarele suplimentare primesc un fingerprint. Doar la o modificare reală, noul stadiu este atașat ca un mesaj de context intern, invizibil pentru utilizator.
  • Datele de context încorporate sunt escape-uite înainte de marcarea internă. Un text local nu poate de aceea închide granița de marcare sau strecura noi indicații de sistem.
9.1.185
  • Două profiluri de agent s-au deconectat în jurul actualizării automate. Independent de aceasta, un al treilea profil a rămas pe această versiune după un pas reușit de la 9.1.182 la 9.1.183 și nu a pregătit 9.1.184.
  • Două erori concrete au fost dovedite în calea sursă: TUI-ul se încheia direct după process.send, fără să aștepte confirmarea IPC. În plus, launcherul aștepta după un handoff reușit doar finalul noului proces și nu instituia pentru el nicio altă supraveghere de actualizare.
9.1.184
  • Apelurile obișnuite de model includeau permanent schemele de instrumente pentru GenerateImage și GenerateVideo, deși utilizarea măsurată a instrumentelor conținea doar un apel de imagine și niciunul de video printre 3.183 de apeluri.
  • 9.1.184 elimină ambele scheme din setul de bază încărcat permanent. O sarcină explicită de imagine, video sau animație încarcă doar schema efectiv necesară în aceeași tură.
  • Aceeași cale de selecție se aplică și când o sarcină media sosește în timpul unei ture aflate în curs. Întrebările de calitate, verificările media și ideile neobligatorii pentru mai târziu nu încarcă nicio schemă de generare.
  • Ambele instrumente rămân disponibile prin ToolSearch. Modificarea nu elimină nicio capacitate, ci mută schemele rar necesare din apelurile obișnuite de model.
9.1.183
  • BLUN King 9.1.183 face livrarea automată Telegram a mediilor finalizate rezistentă la erori de upload temporare.
  • Clientul repetă exclusiv un număr limitat de erori temporare, reconstruiește upload-ul multipart la fiecare încercare și se oprește imediat la erori permanente.
  • Încercările de livrare epuizate sunt protocolate separat, fără a dezvălui token-ul botului sau a suprima trimiterea normală de fallback.
9.1.182
  • Acest release corectează exclusiv actualizarea automată a unei sesiuni King aflate în rulare.
  • Launcherul seta până acum BLUN_NO_AUTO_UPDATE=1 în același mediu pe care îl foloseau atât nucleul protejat, cât și pregătirea de actualizare a procesului părinte. Astfel, vechiul updater era în nucleu corect dezactivat, dar și noul verificator de actualizare părinte se încheia înainte de preluarea manifestului public.
  • 9.1.182 păstrează o dezactivare setată explicit pentru procesul părinte. Dezactivarea forțată este adăugată doar la pornirea nucleului protejat.
  • Mnemo rămâne o configurație internă, locală. Pachetul public nu conține Mnemo. Intrarea aditivă rămâne complet inactivă fără o cale Mnemo locală și fără o identitate de agent setată explicit.
9.1.181
  • Sarcinile lungi identice repetate ale utilizatorului și ID-urile de livrare Telegram dublate sunt eliminate exclusiv din proiecția de model; istoricul brut rămâne neschimbat.
  • Un MCP Mnemo configurat este acum adăugat profilului activ de TUI King, în loc să rămână limitat la sesiunile de bridge Telegram.
  • Toate cele 413 teste au trecut; ambele probe de mutație vizate au devenit roșii de îndată ce câte una dintre măsurile de protecție a fost eliminată.
9.1.180
  • Pregătirea automată de actualizare nu mai depinde exclusiv de IPC-ul TUI-ready ulterior. De îndată ce nucleul protejat este dovedit încărcat, launcherul pornește pregătirea chiar și atunci când acest al doilea semnal s-a pierdut.
  • Granița de securitate pentru predarea efectivă a rămas neschimbată: un răspuns în curs, compactarea, coada de mesaje, instrumentele, comenzile shell și comenzile de coadă împiedică în continuare un restart în mijlocul muncii.
  • Starea actuală dovedea eroarea: modul resume, instalare 9.1.177, public 9.1.179, dar pregătit doar 9.1.176. Bucla nu era astfel primul blocant, deoarece verificarea de inactivitate intervine abia după pregătire.
9.1.179
  • Confirmările pure precum ok, ja, danke sau perfekt omit broker-ul personal de memorie. Aceasta economisește un apel de broker și previne la astfel de ture cu conținut redus până la 16.384 de caractere de injecție de memorie inutilă.
  • weiter, atașamentele, întrebările, comenzile și alte mesaje cu conținut păstrează calea de amintire transversală de până acum.
  • Un buffer de argumente de tip DeepAgents construit la început a fost mai lent decât concatenarea simplă în patru din cinci runde de măsurare. A fost complet aruncat și nu a fost publicat.
9.1.178
  • Căutarea amânată de instrumente recunoaște acum un prim termen exact unic. GetMedia media job status result încarcă astfel GetMedia, fără să devieze la o presupunere semantică largă. Numele scurte ambigue rămân intenționat nerezolvate.
  • Lanțul de producție media trece numele complete ale etapelor pe rândurile următoare. Ultimul pas nu mai este tăiat la marginea dreaptă.
  • Modificarea îmbunătățește selecția de instrumente și lizibilitatea. Ea nu schimbă nici modelul media, nici calitatea imaginii și nu pretinde o previzualizare media reală.

Îmbunătățiri de la 9.1.57

VersiuneSchimbare
9.1.177Actualizările automate preiau acum un mod stocat de continuare sau restart chiar și atunci când mesajul direct de proces lipsește și arată clar, imediat înainte de restartul TUI sigur, o indicație. Placeholder-urile istorice pentru argumente de instrument compactate sunt eliminate ca JSON compact, JSON formatat sau obiect citit, înainte ca ele să poată fi executate din nou. Istoricul brut și toate mecanismele de protecție existente ale actualizării rămân neschimbate.
9.1.176Toate meniurile de selecție pentru comenzile slash separă acum opțiunile cu o linie goală și arată explicațiile într-o a doua culoare proprie, discretă. Componenta comună alimentează 20 de apeluri de meniu; culorile individuale de avertizare rămân păstrate.
9.1.175Indicația de instrument repetată la fiecare cerere de model scade de la 1.749 la 825 de caractere. În măsurare, aceasta economisește aproximativ 231 de tokenuri estimate de intrare per cerere. Toate cele unsprezece obligații de comportament rămân păstrate; istoricul brut, schemele de instrumente și fișierele rămân neschimbate.
9.1.174Segmentul relevant de Mistake.md afișat la fiecare cerere de model este limitat la 3.000 în loc de 4.000 de caractere. În 100 de cereri reale, aceasta economisește în medie aproximativ 253 de tokenuri estimate de intrare; titlurile selectate au rămas în toate cele 100 de cazuri identice. Fișierele complete și istoricul stocat rămân neschimbate.
9.1.173BLUN King recunoaște răspunsuri pure de text recurente pe mai multe ture Telegram. După trei răspunsuri aproape identice în ciuda indicațiilor noi de utilizator, agentul primește o singură dată o indicație internă de corecție, în loc să emită din nou o întrebare, o listă sau o așteptare veche. Mesajele, procesele și istoricul stocat rămân neschimbate.
9.1.172Actualizarea automată verifică din nou o sesiune aflată în rulare după o căutare fără rezultat la pornire. Următoarea verificare are loc distribuită aleatoriu după 60 până la 90 de secunde. Versiunile publicate mai târziu sunt astfel recunoscute fără restart manual. Instalarea și predarea sesiunii așteaptă în continuare inactivitate completă.
9.1.171BLUN King reține per tură doar cele patru scheme de instrumente reîncărcate cel mai recent, în loc de douăsprezece. Instrumentele mai vechi rămân găsibile prin ToolSearch și sunt reîncărcate la selecție. Instrumentele de bază încărcate permanent, istoricul stocat și comportamentul de execuție rămân neschimbate.
9.1.170Împachetează erorile curente de fiabilitate și flux de lucru: sarcinile recurente păstrează cea mai recentă instrucțiune supradimensionată; placeholder-urile de argumente de instrument compactate sunt eliminate din proiecția de model; ToolSearch recunoaște cuvinte naturale de căutare în memorie, inclusiv cuvântul singular „store”; afișajul buclei reîncarcă starea de planificare; /update controlează predarea sigură de inactivitate; iar /premortem pune la dispoziție o analiză de erori vizibilă, structurată.
9.1.169BLUN King păstrează selecția exactă de instrumente și căutarea strictă de cuvinte-cheie de până acum neschimbate. Doar când această căutare nu livrează un rezultat, o a doua rulare îngustă caută termeni germani și englezi înrudiți. Cerințele de nume cu + rămân obligatorii; cel puțin doi termeni cu sens și 75 de procente din cerere trebuie să se potrivească. Astfel, cele trei căutări Telegram efectiv eșuate găsesc instrumentul curent de coadă, în timp ce o cerere nepotrivită se încheie în continuare fără rezultat.
9.1.168BLUN King nu mai înlocuiește argumentele mai vechi ale apelurilor de instrument cu un placeholder intern pe care modelul îl poate copia într-un apel nou. Apelurile placeholder existente și rezultatele lor de eroare asociate sunt eliminate doar din proiecția de model; istoricul neschimbat al sesiunii rămâne ca dovadă.
9.1.167BLUN King 9.1.167 păstrează la sarcinile planificate recurente doar o succesiune fără goluri a celor mai recente secțiuni complete de lucru. Dacă următoarea secțiune mai nouă ar depăși granița de 48.000 de caractere sau 24 de mesaje, selecția se încheie, în loc să preia apoi din nou secțiuni mici mai vechi. Contextul și ordinea temporală rămân astfel coerente. Într-un istoric măsurat în curs, istoricul proiectat a scăzut de la 32.591 la 16.981 de caractere. Aceasta economisește 15.610 caractere, respectiv aproximativ 3.903 tokenuri estimate de intrare per cerere comparabilă. Istoricul brut, pașii actuali ai sarcinii și rezumatul de compactare rămân neschimbate.
9.1.166BLUN King 9.1.166 limitează sarcinile planificate recurente la un context de lucru izolat, în loc să transmită din nou la fiecare pas de model întreaga conversație a agentului principal. Sarcina actuală, cel mai recent rezumat de compactare și cei mai recenți pași de lucru reali rămân disponibili în cadrul unei granițe de 24 de mesaje și 48.000 de caractere. Istoricul stocat, turele normale de utilizator, amintirile unice și căile rapide de conversație rămân neschimbate. Într-un istoric măsurat, 2.043 de pași de model ai sarcinilor planificate recurente au consumat în total 298,7 milioane de tokenuri de intrare, în medie 146.188 de tokenuri per pas.
9.1.165BLUN King 9.1.165 limitează bugetul de ieșire al turelor normale la 24.576 în loc de 32.768 de tokenuri. Pașii ușori păstrează limita lor de până acum de 8.192 de tokenuri, modelele cu limite de ieșire mai mici păstrează aceste valori mai scăzute, iar o setare explicită de utilizator continuă să aibă prioritate. Dintre 27.049 de răspunsuri măsurate, 99 de procente au rămas sub 9.970 de tokenuri; douăsprezece valori aberante vechi au atins exact limita de până acum de 32.768 de tokenuri și au calculat fiecare aproximativ șase minute în continuare.
9.1.164BLUN King 9.1.164 limitează bugetul de ieșire al unei compactări pe ferestre mari de model la 16.384 în loc de 131.072 de tokenuri. 39 de compactări reușite au necesitat cel mult 10.781 de tokenuri de ieșire. Noul cadru se află cu 52 de procente peste această valoare maximă măsurată și reduce necesarul posibil de ieșire și cache KV per compactare cu 87,5 procente. Istoricul stocat și turele normale de conversație rămân neschimbate.
9.1.163BLUN King 9.1.163 înlocuiește încărcările extinse de skill în afara ultimelor 20 de mesaje din proiecția de model cu o trimitere compactă de reîncărcare. Încărcările curente de skill, mici și nereîncărcabile rămân neschimbate; istoricul stocat al conversației nu este rescris. Într-un caz măsurat, o încărcare de skill scade de la 87.034 la 424 de caractere proiectate. De îndată ce părăsește fereastra de lucru actuală, aceasta economisește 86.610 caractere, respectiv aproximativ 21.653 de tokenuri estimate de intrare.
9.1.162BLUN King 9.1.162 limitează privirile de ansamblu mari ale directorului de lucru în promptul de sistem repetat la 2.000 de caractere. Privirile de ansamblu mici rămân neschimbate. La privirile trunchiate, o indicație clară trimite în continuare la căutarea completă cu Glob, Grep și Read. Într-un prompt măsurat, privirea de ansamblu scade de la 3.988 la 1.983 de caractere. Aceasta economisește 2.005 caractere, respectiv aproximativ 501 tokenuri estimate de intrare per cerere construită identic.
9.1.161BLUN King 9.1.161 nu mai repetă numele celor 112 instrumente externalizate în fiecare descriere ToolSearch. Căutarea prin cuvinte-cheie, selecția exactă pe baza numelui scurt complet sau unic și încărcarea permanentă a ultimelor douăsprezece scheme selectate rămân păstrate. În reprezentarea măsurată, descrierea repetată scade de la 1.984 la 278 de caractere. Aceasta economisește 1.706 caractere, respectiv aproximativ 426 de tokenuri estimate de intrare per cerere construită identic.
9.1.160Din BLUN King 9.1.160, proiecția de model protejează doar cele mai recente douăsprezece mesaje complet, înainte ca rezultatele mai vechi de instrument reușite, care conțin exclusiv text, să fie înlocuite printr-un scurt aviz de încheiere. Ieșirile de eroare, mediile, trimiterile stocate la fișiere, cele mai recente douăsprezece mesaje, istoricul brut și exporturile rămân neschimbate. Într-un instantaneu de sesiune măsurat stabil, două rezultate de instrument vechi suplimentare sunt astfel micșorate. Proiecția de model scade de la 81.800 la 78.402 de caractere. Aceasta economisește încă 3.398 de caractere, respectiv aproximativ 850 de tokenuri estimate de intrare per cerere construită identic.
9.1.159Din BLUN King 9.1.159, argumentele JSON valide ale apelurilor de instrument încheiate din afara celor mai recente 12 mesaje sunt înlocuite în proiecția de model printr-un scurt aviz. Rezultatul de instrument asociat, cele mai recente 12 mesaje, apelurile neîncheiate, argumentele mici sau invalide, istoricul brut și exporturile rămân neschimbate. Într-un instantaneu de sesiune măsurat stabil, trei argumente ale apelurilor de instrument încheiate sunt micșorate de la 2.849 la 165 de caractere. Aceasta economisește 2.684 de caractere, respectiv aproximativ 671 de tokenuri estimate de intrare per cerere construită identic.
9.1.158Din BLUN King 9.1.158, mesajele pure de stare care urmează imediat unui răspuns Telegram încheiat sunt înlocuite din afara celor mai recente 20 de mesaje în proiecția de model printr-un scurt aviz. Apelul de răspuns trimis și rezultatul său, mesajele curente, rezumatele după alte instrumente, conținuturile mixte, istoricul brut și exporturile rămân neschimbate. Într-un instantaneu de sesiune măsurat stabil, șase mesaje de stare istorice sunt micșorate cu 1.837 de caractere. Aceasta economisește aproximativ 460 de tokenuri estimate de intrare per cerere construită identic.
9.1.157Din BLUN King 9.1.157, ieșirile de instrument reușite potrivite, pur bazate pe text, din afara celor mai recente 20 de mesaje sunt înlocuite în proiecția de model printr-un scurt aviz de încheiere. Ieșirile de eroare, mediile, trimiterile externalizate la fișiere, cele mai recente 20 de mesaje, istoricul brut și exporturile rămân neschimbate. Într-un instantaneu de sesiune măsurat stabil, 43 de rezultate vechi sunt micșorate. Aceasta economisește 9.680 de caractere, respectiv aproximativ 2.420 de tokenuri estimate de intrare per cerere construită identic.
9.1.156Din BLUN King 9.1.156, trimiterile stocate la mesajele de utilizator din afara celor mai recente 20 de mesaje nu mai repetă previzualizarea lor cu început și sfârșit la fiecare cerere de model. Marcarea de restaurare, indicațiile de dimensiune, calea de fișier lizibilă, cele mai recente 20 de mesaje, mediile, istoricul brut, fișierul stocat complet și exporturile rămân neschimbate. Într-un instantaneu măsurat stabil, cinci trimiteri istorice sunt micșorate, iar proiecția de model scade de la 99.143 la 96.001 de caractere. Aceasta economisește încă 3.142 de caractere, respectiv aproximativ 786 de tokenuri estimate de intrare per cerere construită identic.
9.1.155Din BLUN King 9.1.155, trimiterile stocate la mesajele de utilizator sunt restaurate înainte ca proiecțiile de text să poată modifica hash-ul mesajului original. Externalizările existente rămân astfel eficiente, în loc să cadă neobservat înapoi pe mesajul complet proiectat. Istoricul brut, trimiterile lizibile la fișiere, cele mai recente 20 de mesaje, mediile și exporturile rămân neschimbate. Într-un instantaneu de sesiune măsurat stabil, proiecția de model scade de la 105.810 la 99.143 de caractere. Aceasta economisește încă 6.667 de caractere, respectiv aproximativ 1.667 de tokenuri estimate de intrare per cerere construită identic.
9.1.154Din BLUN King 9.1.154, segmentele de canal Telegram adresate din afara celor mai recente 20 de mesaje sunt limitate la o previzualizare de 500 în loc de 1.000 de caractere cu început și sfârșit. Metadatele complete de canal, începutul și sfârșitul conținutului de mesaj, cele mai recente 20 de mesaje, atașamentele, istoricul brut și exporturile rămân neschimbate. Într-un instantaneu măsurat stabil, șapte segmente adresate istorice suplimentare sunt micșorate. Aceasta economisește 3.500 de caractere, respectiv aproximativ 875 de tokenuri per cerere repetată.
9.1.153Din BLUN King 9.1.153, proiecția contextelor Telegram istorice păstrează metadatele complete de canal și tag-ul de închidere al canalului. Trunchiat este exclusiv conținutul de mesaj. Chiar și cu metadate Telegram reale, lungi de 161 de caractere, structura rămâne validă în cadrul bugetului de 250 de caractere. Proiecția este idempotentă, canalele adresate ulterioare rămân neschimbate, iar un înveliș de canal care depășește bugetul deja fără conținut este trecută mai departe neschimbată.
9.1.152Din BLUN King 9.1.152, argumentele apelurilor de instrument încheiate părăsesc proiecția activă de model după patru în loc de opt mesaje mai noi. Istoricul brut al sesiunii, apelurile fără răspuns sau formatate greșit, mediile, rezultatele de instrumente și cele mai recente patru mesaje rămân neschimbate. Într-un instantaneu de sesiune proaspăt măsurat, două apeluri încheiate suplimentare sunt compactate; față de 9.1.151 aceasta economisește încă 244 de caractere, respectiv aproximativ 61 de tokenuri estimate per cerere repetată.
9.1.151Din BLUN King 9.1.151, argumentele apelurilor de instrument încheiate părăsesc proiecția activă de model după opt în loc de douăsprezece mesaje mai noi. Istoricul brut al sesiunii, apelurile fără răspuns sau formatate greșit, mediile, rezultatele de instrumente și cele mai recente opt mesaje rămân neschimbate. Într-un instantaneu de sesiune măsurat, trei apeluri încheiate suplimentare sunt compactate; față de 9.1.150 aceasta economisește încă 317 de caractere, respectiv aproximativ 80 de tokenuri estimate per cerere repetată.
9.1.150Din BLUN King 9.1.150, externalizarea istorică a rezultatelor de instrument protejează cele mai recente patru mesaje complet în loc de cele mai recente opt. Rezultatele de instrument mai vechi potrivite păstrează o indicație compactă de restaurare, lungă de 600 de caractere, și calea lor sursă; istoricul brut, ieșirile stocate complet, mediile și cele mai recente patru mesaje rămân neschimbate. Într-un instantaneu de sesiune măsurat, fereastra de patru mesaje externalizează nouă rezultate istorice suplimentare și economisește față de 9.1.149 încă 6.683 de caractere, respectiv aproximativ 1.671 de tokenuri estimate per cerere repetată.
9.1.149Din BLUN King 9.1.149, externalizarea istorică a rezultatelor de instrument protejează cele mai recente opt mesaje complet în loc de cele mai recente douăsprezece. Rezultatele de instrument mai vechi potrivite păstrează o indicație compactă de restaurare, lungă de 600 de caractere, și calea lor sursă; istoricul brut, ieșirile stocate complet, mediile și cele mai recente opt mesaje rămân neschimbate. Într-un instantaneu de sesiune măsurat, trei rezultate scad de la 4.679 la 1.800 de caractere; aceasta economisește încă 2.879 de caractere, respectiv aproximativ 720 de tokenuri estimate per cerere repetată.
9.1.148Din BLUN King 9.1.148, și în cel mai recent pachet Telegram mixt, segmentele de canal marcate explicit cu addressed=false sunt micșorate. Segmentele adresate, mediile, istoricul brut și exporturile rămân neschimbate. Într-un istoric măsurat, unsprezece segmente neadresate scad de la 22.691 la 2.750 de caractere; aceasta economisește 19.941 de caractere, respectiv aproximativ 4.986 de tokenuri estimate per cerere repetată.
9.1.147Din BLUN King 9.1.147, microcompactarea protejează cele mai recente douăsprezece mesaje complet în loc de cele mai recente douăzeci și folosește astfel aceeași fereastră de restaurare ca externalizarea existentă a rezultatelor de instrument. Argumentele mai vechi de instrument încheiate și rezultatele de instrument potrivite sunt micșorate doar în proiecția de model; istoricul brut și căile de restaurare rămân neschimbate. Într-un istoric măsurat, aceasta economisește încă 560 de caractere, respectiv aproximativ 140 de tokenuri estimate per cerere.
9.1.146Din BLUN King 9.1.146, rezultatele mai vechi de instrument deja externalizate sunt limitate în proiecția de model la indicațiile necesare restaurării: numele instrumentului, numărul de caractere și calea de fișier. Conținutul complet rămâne neschimbat pe disc, istoricul brut nu este modificat, iar cele mai recente douăsprezece mesaje își păstrează indicațiile detaliate. Într-un istoric măsurat, aceasta reduce intrarea de model repetată cu 26.779 de caractere, respectiv aproximativ 6.695 de tokenuri estimate per cerere.
9.1.145Din BLUN King 9.1.145, un stream de furnizor întrerupt este repetat automat când până atunci a sosit exclusiv ieșire de gândire internă. Textul vizibil și apelurile de instrument împiedică în continuare o repetare automată. Pașii ulteriori adaptivi cu nivel scăzut de gândire folosesc un buget de ieșire de 8.192 de tokenuri; primii pași, complecși și eșuați păstrează bugetul configurat, iar o repetare după atingerea limitei de lungime îl poate mări. La reluarea unei sesiuni, indicația actuală de transport a pluginului Telegram nu mai apare ca text brut de chat.
9.1.1449.1.144 limitează segmentele Telegram adresate din afara celor mai recente 20 de mesaje în proiecția de model la o previzualizare lungă de 1.000 de caractere cu început și sfârșit. Cele mai recente 20 de mesaje, cel mai recent mesaj de utilizator, segmentele la granița exactă, atașamentele, metadatele de canal, istoricul brut și exporturile rămân neschimbate.
9.1.1439.1.143 elimină la mesajele mai vechi indicația repetată de transport a pluginului Telegram din proiecția de model. Conținutul canalului, metadatele, atașamentele, cel mai recent mesaj de utilizator, istoricul brut și exporturile rămân neschimbate.
9.1.1429.1.142 micșorează previzualizarea cu început și sfârșit pentru părțile mai vechi de canal Telegram neadresate în proiecția de model de la 500 la 250 de caractere. Părțile de canal adresate, cel mai recent mesaj de utilizator, atașamentele, istoricul brut și exporturile rămân neschimbate.
9.1.1419.1.141 elimină argumentele apelurilor mai vechi de instrument încheiate în proiecția de model deja de la 32 de tokenuri estimate. Rezultatele de instrument își păstrează pragul de până acum; mesajele noi și istoricul brut rămân neschimbate.
9.1.1409.1.140 limitează implicit amintirea Mistake bazată pe relevanță în proiecția de model la 4.000 de caractere. Fișierele Mistake complete, istoricul brut și exporturile rămân neschimbate.
9.1.1399.1.139 limitează părțile mai vechi de canal Telegram neadresate în proiecția de model la o previzualizare de 500 de caractere. Cel mai recent mesaj de utilizator, părțile adresate, atașamentele, istoricul brut și exporturile rămân complete.
9.1.1389.1.138 păstrează din fiecare sarcină cron recurentă în proiecția de model doar cea mai recentă indicație de trezire. Amintirile unice, sarcinile diferite, istoricul brut și exporturile rămân neschimbate.
9.1.1379.1.137 protejează complet înaintea externalizării ieșirilor mai vechi de instrument doar cele douăsprezece mesaje cele mai recente. Rezultatele complete rămân restaurabile prin istoricul brut și calea sursă.
9.1.1369.1.136 păstrează în proiecția de model doar cea mai recentă indicație dinamică Mistake.md. Selecțiile mai vechi rămân complet păstrate în istoricul brut și în exporturi.
9.1.135BLUN King 9.1.135 menține runtime-ul gestionat Node.js în procesul de înlocuire și în toate instrumentele subordonate pe primul loc în PATH. Comenzile precum node și npm folosesc astfel același runtime acceptat ca TUI-ul, în loc să cadă înapoi pe o instalare de sistem mai veche.
9.1.1349.1.134 limitează mesajele de grup Telegram neadresate în proiecția de model la o previzualizare de 2.000 de caractere cu început, sfârșit și lungimea originală păstrate. Mesajele directe și istoricul stocat rămân complete.
9.1.1339.1.133 selectează din Mistake.md local de proiect și comun cel mult cinci intrări complete relevante în cadrul unui buget comun de 6.000 de caractere. Sursele complete și căile de stocare rămân păstrate.
9.1.1329.1.132 menține activ promptul de sistem de bază subțire, cu 4.850 de caractere, după inițializarea generată. Aceasta economisește per cerere 18.259 de caractere, adică aproximativ 4.565 de tokenuri estimate, fără a elimina instrucțiuni sau instrumente.
9.1.1319.1.131 elimină două copii mai vechi de reguli din proiecția de model, de îndată ce contrapărțile decisive sunt prezente. Promptul standard scade astfel cu 1.010 caractere, respectiv aproximativ 253 de tokenuri estimate per cerere.
9.1.1309.1.130 înlocuiește în afara ultimelor 20 de mesaje textul explicativ al pașilor de instrument mai vechi complet încheiați printr-o indicație scurtă. Apelurile de instrument, rezultatele, istoricul brut și exporturile rămân complet păstrate.
9.1.1299.1.129 elimină textele de previzualizare din rezultatele mai vechi de instrument deja externalizate. Calea și indicațiile de dimensiune rămân vizibile; conținutul complet rămâne păstrat în fișierul original sau în arhiva privată.
9.1.1289.1.128 limitează cache-ul permanent al schemelor de instrumente reîncărcate la ultimele douăsprezece instrumente selectate. Instrumentele înlocuite rămân imediat găsibile prin ToolSearch.
9.1.1279.1.127 scurtează catalogul ToolSearch repetat. Instrumentele unice apar cu selectorul lor scurt; spațiile de nume MCP complete rămân păstrate doar la conflicte de nume.
9.1.1269.1.126 selectează determinist din fișierul de erori al runtime-ului cel mult cinci secțiuni potrivite conversației curente. Proiecția este limitată la 6.000 de caractere și nu necesită niciun apel suplimentar de model sau rețea.
9.1.1259.1.125 adaugă comanda Telegram /status, pur de citire, pentru utilizatorii cuplați. Ea numește starea calculatorului, versiunii, procesului și cozii, fără a emite chat-ID-uri, căi, secrete sau conținuturi de mesaje.
9.1.1249.1.124 corectează culorile de marcă inversate în semnul compact BLUN de sub câmpul de intrare. Valorile de stare, numele profilului și persona rămân neschimbate.
9.1.1239.1.123 elimină argumentele JSON mari ale apelurilor mai vechi de instrument încheiate din proiecția de model. Numele, identificatorul, rezultatul, istoricul brut și exporturile rămân complete.
9.1.1229.1.122 încarcă directiva completă de design doar la lucrul vizual, prin instrumentul de skill. Cererile non-vizuale primesc un contract de activare compact; ieșirile mai vechi pur de text sunt în același timp externalizate mai eficient.
9.1.1219.1.121 limitează dimensiunea totală a ieșirilor mai vechi pur de text ale instrumentelor. Rezultatele potrivite sunt arhivate privat și înlocuite în proiecția de model prin trimiteri lizibile la fișiere.
9.1.1209.1.120 externalizează răspunsurile mari mai vechi de asistent în fișiere private de sesiune. Ultimele 20 de mesaje, lanțurile de instrumente și istoricul brut complet rămân păstrate.
9.1.1199.1.119 trimite la fiecare pas de model doar o selecție mică de skill-uri frecvent necesare. Toate celelalte skill-uri rămân găsibile prin instrumentul de skill după numele sau scopul lor.
9.1.1189.1.118 menține marca temporală a sesiunii în promptul de sistem stabil în timpul unei sesiuni aflate în rulare. Părțile de prompt neschimbate pot reutiliza astfel cache-ul de prefix al furnizorului.
9.1.1179.1.117 menține cele patru instrumente de bază pentru media imediat disponibile și încarcă înțelegerea de imagine și video, sincronizarea video și sincronizarea mișcării buzelor doar la nevoie, prin ToolSearch.
9.1.1169.1.116 adaugă o compactare proactivă de la aproximativ 128.000 de tokenuri estimate de intrare, la o graniță sigură de pas. Compactarea folosește un prompt de sistem propriu subțire; rezultatele mari Read folosesc calea lor sursă existentă.
9.1.115Sesiunile continuate reconstruiesc promptul de sistem al profilului actual, astfel încât instantaneele vechi supradimensionate de prompt nu persistă peste reporniri. Privirile mari de ansamblu ale directorului de lucru sunt limitate; fișierele complete rămân disponibile prin Glob, Grep și Read.
9.1.114Livrarea Telegram tratează acum Windows-EPERM ca o indicație a unui proces TUI sau poller aflat în rulare, în loc să direcționeze mesajele departe de sesiunea vizibilă. ToolSearch confirmă un instrument deja încărcat cu potrivire exactă de nume, în loc să raporteze greșit că lipsește un instrument care trebuie reîncărcat doar la nevoie.
9.1.113Instrumentele Telegram păstrează la pornire o cale de înlocuire în același runtime, în cazul în care înregistrarea gestionată de plugin lipsește temporar.
9.1.112Mesajele mari mai vechi de utilizator sunt arhivate în afara ferestrei de lucru actuale; istoricul brut complet rămâne în continuare disponibil.
9.1.111Turele Telegram cu atașamente primesc automat download_attachment. La turele normale, instrumentul rămâne externalizat prin ToolSearch, astfel încât încărcarea redusă cu scheme este păstrată.
9.1.110Repetările după o suprasolicitare a furnizorului respectă indicația Retry-After a serverului. Configurarea automată a ripgrep încarcă arhivele stabilite ale versiunii 15.0.0 din release-ul oficial ripgrep și verifică înainte de instalare sumele lor de control SHA-256.
9.1.109Versiunea 9.1.109 menține permanent în cererea de model doar cele nouă instrumente cărora le-au revenit mai mult de 98 de procente dintre cele 3.183 de apeluri de instrument măsurate. Toate celelalte instrumente rămân găsibile prin ToolSearch și disponibile după prima încărcare pentru restul sesiunii. Încărcarea cu scheme scade astfel la fiecare pas normal de model, fără a elimina vreun instrument sau a schimba calea rapidă pentru răspunsurile Telegram și rezultatele media în așteptare.
9.1.108Indicațiile de sistem identice, introduse repetat, sunt îmbinate doar în proiecția de model. Indicațiile modificate și istoricul stocat complet rămân păstrate.
9.1.107Erorile de furnizor sunt afișate în limbaj de client comprehensibil; codurile interne de eroare și indicațiile de suport nu apar. /help oferă o listă de comenzi operabilă cu tastele săgeată și deschide cu săgeata dreaptă sau tasta Enter o descriere detaliată a comenzii selectate.
9.1.106Profilurile de agent pot exclude instrumente după nume. Excluderile intervin și după reîncărcarea dinamică; subagenții standard nu trimit mesaje Telegram pe lângă agentul principal.
9.1.105Versiunea 9.1.105 adaugă TaskUpdate pentru agenții de fundal aflați în rulare. King transmite instrucțiuni suplimentare la următorul pas sigur de model aceluiași agent activ, fără să îl oprească sau să pornească un alt agent. Sarcinile necunoscute și deja încheiate, sarcinile shell și agenții care nu mai acceptă nicio actualizare sunt respinși neschimbat.
9.1.104Versiunea 9.1.104 lasă comenzile shell din prim-plan să ruleze și la ieșiri foarte mari până la finalul regulat. King scrie continuu până la 16 MiB în protocolul privat de sarcină, aruncă ieșirile care depășesc aceasta și raportează codul de ieșire real, în loc să încheie procesul din cauza cantității de ieșire. Ieșirile mici, sarcinile de fundal, limitele de timp și anulările manuale rămân neschimbate.
9.1.103Membrii de swarm sunt continuați după întreruperi temporare de furnizor sub același ID de agent cel mult de două ori. HTTP 429 își păstrează regula separată de suprasolicitare; erorile finale și anulările manuale nu sunt repetate automat.
9.1.102Agenții individuali delegați sunt continuați după erori temporare de furnizor pe baza istoricului lor durabil cel mult de două ori. Erorile durabile și anulările manuale rămân definitive.
9.1.101Mesajele supradimensionate de utilizator sunt salvate local și înlocuite în contextul de model printr-o previzualizare limitată cu cale lizibilă. Istoricul original complet și mediile rămân păstrate.
9.1.100Căutările limitate de conținut Grep încheie ripgrep după pagina cerută și o linie de previzualizare suplimentară. Numărările de rezultate, căutările nelimitate și listele de fișiere sortate după momentul modificării rămân complete.
9.1.98King poate compacta proactiv un segment de lucru încheiat de la 128.000 de tokenuri estimate. Sub prag, schema de instrument rămâne complet în afara promptului de model; compactarea folosește trecerea existentă sigură de pas.
9.1.97Descrierea instrumentului TodoList încărcată permanent a scăzut de la 2.238 la 996 de caractere. Planificarea pe mai multe trepte, toate cele șase stări de sarcină, raportările oneste de progres, interogările, golirea și modul de plan separat au rămas protejate.
9.1.96Promptul de sistem de bază încărcat permanent a scăzut de la 23.109 la 4.850 de caractere. Identitatea, persona și sufletul, limba de răspuns, granițele de lucru și permisiuni, predarea de compactare, mediul de runtime, AGENTS.md și skill-urile au rămas protejate.
9.1.95Descrierea instrumentului Write încărcată permanent a scăzut de la 2.532 la 1.541 de caractere. Delimitarea față de Edit, conținuturile literale, sfârșiturile de linie, limita de 500 de linii, excepția de fișier unic și continuarea atomică cu verificare de linii și SHA-256 au rămas protejate.
9.1.94Descrierea instrumentului Glob încărcată permanent a scăzut de la 1.495 la 1.006 caractere. Sortarea, fișierele ignorate și sensibile, modelele recursive, fișierele dot, extinderile de acolade și limita de 100 de rezultate au rămas protejate.
9.1.93Descrierea instrumentului Edit încărcată permanent a scăzut de la 1.537 la 1.144 de caractere. Citirea înainte de modificare, înlocuirile exacte, înlocuirile multiple, tratarea CRLF și limita de 500 de linii au rămas protejate.
9.1.92Descrierea instrumentului Agent încărcată permanent a scăzut de la 2.061 la 1.153 de caractere. Contextul separat, continuarea, limitele de timp și delegarea paralelă au rămas păstrate.
9.1.91Descrierea instrumentului Read încărcată permanent a scăzut de la 2.391 la 1.648 de caractere. Paginarea, protecția secretelor, redirecționarea media, formatul de linie și comportamentul CRLF au rămas păstrate.
9.1.90Descrierea instrumentului Bash încărcată permanent a scăzut de la 5.003 la 1.834 de caractere. Contractul de runtime, sarcinile de fundal, instrumentele de fișiere și granițele de securitate au rămas complet păstrate.
9.1.89Lecturile de fișiere paginate numesc la limita internă de 1.000 de linii următorul line_offset exact; finalul de fișier și secțiunile mai mici alese intenționat rămân neschimbate.
9.1.88BLUN King 9.1.88 activează compactarea mică, fără pierderi, la timp înaintea compactării complete. Rezultatele mai vechi mari de instrument și argumentele încheiate de instrument părăsesc mai devreme vederea de model; istoricul stocat complet rămâne păstrat.
9.1.87Un răspuns HTTP 429 explicit repetabil respectă Retry-After și primește cel mult două repetări automate; alte erori rămân imediat vizibile.
9.1.86Ieșirile mari de instrument păstrează în cadrul aceluiași buget de previzualizare câte 1.000 de caractere de la început și sfârșit vizibile; o marcare exactă numește numărul de caractere omis.
9.1.85Rezultatele de instrument bazate pe text peste 12.000 de caractere sunt stocate complet într-un fișier local privat; cererile de model ulterioare păstrează doar un buget de previzualizare de 2.000 de caractere și calea lizibilă.
9.1.84Compactarea completă procesează istoricurile mai vechi în trepte cronologice cu cel mult 64.000 de tokenuri estimate de intrare; granița fixă de securitate și arhiva privată completă rămân neschimbate.
9.1.83Microcompactarea înlocuiește argumentele mari ale apelurilor mai vechi de instrument încheiate doar în vederea de model printr-o marcare JSON validă; verificatorul de sesiune raportează economia estimată fără a emite conținut.
9.1.82Verificatorul pur de citire raportează schemele de instrumente selectate și reținute, motivele de suprimare și numărul estimat de tokenuri de scheme evitate.
9.1.81Un verificator pur de citire livrat rezumă pașii de furnizor, apelurile de instrument, tokenurile, compactările, erorile și ieșirile externalizate, fără a dezvălui prompturi sau căi private.
9.1.80Rezultatele mari de instrument primesc o telemetrie de externalizare fără conținut; contextul izolat de subagent, planurile lizibile de mașină și predările transferabile sunt protejate prin teste de regresie.
9.1.79Punctele de control durabile scriu seturile de date de istoric încheiate înaintea pașilor de furnizor și înaintea încheierii unui worker, astfel încât munca încheiată poate fi citită din nou după o continuare.
9.1.78Compactarea completă arhivează părțile de istoric înlocuite înainte de a le înlocui printr-un rezumat; rezumatul conține calea de arhivă lizibilă.
9.1.77Microcompactarea micșorează la presiune de context rezultatele mai vechi mari de instrument și păstrează în același timp istoricul stocat complet.
9.1.76Sarcinile de imagine, video și voce în așteptare supraviețuiesc compactării și întrebărilor ulterioare rapide; mesajele Telegram rămân în ordine FIFO, fără o eroare de ocupat înșelătoare.
9.1.75Conversațiile scurte Telegram procesează doar cel mai recent mesaj fără răspuns, în timp ce schimburile de text încheiate rămân păstrate ca context de limbă.
9.1.74Rutele Telegram stocate restaurează ID-urile de grup transmise din greșeală fără semnul minus; Strg+S poate controla o tură efectiv aflată în rulare.
9.1.73Mesajele Telegram și Loop nu mai pornesc o a doua tură în timpul muncii active; Escape și Ctrl+C pot anula în continuare tura activă.
9.1.72Ascunderea unei indicații de actualizare suprimă doar versiunea oferită pe atunci; versiunile mai noi apar la pornirea normală cu king din nou.
9.1.71Trezirile Loop ajung corect în coadă, pollerul Telegram este revendicat atomic, instrumentele centrale de fișiere și media rămân imediat disponibile, iar Context7 nu mai pornește automat.
9.1.69MCP-urile standard sunt configurate, Telegram atinge un punct de predare FIFO protejat, Escape și Ctrl+C anulează fiabil munca activă, iar privirea de ansamblu MCP ascunde căile interne.
9.1.68Mesajele Telegram în inactivitate trezesc procesarea FIFO, mesajele directe și de grup își păstrează ordinea de intrare, iar continuarea ascunde cadrele interne Telegram.
9.1.67Skill-ul standard venture-flywheel adaugă o bază UVF pur contractuală cu încredere de proiect deterministă și obligații de aprobare pentru acțiunile externe.
9.1.66/curiosity și /scout execută cercetări limitate de oportunitate, pur de citire, cu dovezi, contraprobe și un criteriu de oprire.
9.1.65Escape și Ctrl+C anulează fiabil compactările automate, un ancoraj stabil de ecran previne subsolurile duble, iar indicația Loop este aliniată la conținutul chatului.
9.1.64Istoricul de sesiune pe bază de disc, instrumentele și skill-urile reîncărcate, un paznic de inactivitate al furnizorului de 120 de secunde, ritmul Loop corect, Telegram în ordine FIFO, pachetele Linux și recunoașterea limbii bosniace au venit împreună.
9.1.58–9.1.63Această serie de versiuni a împachetat lucrări la sesiuni, Telegram, platforme și performanță. Încheierea a fost formată de scheme subțiri de instrumente la cerere, liste compacte de skill-uri, skill-uri first-use restaurate și un gate de inventar de pachete împotriva eliminărilor neplanificate.

Îmbunătățiri anterioare

VersiuneSchimbare
9.1.53/idea publică planul său de sarcină înainte de prima muncă, verifică acțiunile de ieșire la fiecare apel de instrument și cere pentru fiecare pas o stare finală onestă.
9.1.52Sesiunile continuate deschid direct folderul de lucru stocat. Conversația și starea activă /loop sunt restabilite împreună la repornire.
9.1.51Loop-urile lucrează ca treziri autonome, /idea dezvoltă și editează planuri proprii, Telegram poate declanșa comenzi de lucru, iar stările media și de pornire sunt afișate mai clar.
9.1.50Imaginile locale sau primite prin Telegram pot fi animate ca videoclipuri MP4 reale. Ferestrele mari de context primesc un buget de ieșire valid; bara media arată stări mai clare și căi clickabile.
9.1.49Imaginile cu figuri fantastice adulte în costume de baie rămân permise în limite clare. Sarcinile de imagine încheiate pot fi folosite ca imagine de pornire pentru videoclipuri; interogările reușite GetMedia nu mai generează cartonașe repetate.
9.1.48Bara media unificată grupează sarcinile media direct deasupra câmpului de intrare. Valorile procentuale apar doar cu o valoare reală măsurată a furnizorului; altfel ea arată faza și durata de rulare.
9.1.47Protocolul de cerere distinge conversațiile și compactarea și înregistrează selecția de instrumente și motivul de suprimare, fără a schimba comportamentul instrumentelor.
9.1.46Loop-urile înțeleg indicații naturale de timp, le arată în timpul intrării, suportă intervale libere și eliberează selecția normală de text din terminal în afara vederii de istoric.
9.1.45Progresul de compactare în rulare apare doar în bara de stare inferioară, în loc de încă o a doua linie în chat.
9.1.44Reambalare completă a versiunii 9.1.43 aprobate, pentru ca și versiunile 9.1.43 instalate devreme să recunoască sigur actualizarea.
9.1.43Bază completă de protecție din 9.1.40 cu diagnostic de transport, indicații vizibile de actualizare și comenzile de consolă /loop, /goal și /output-style.
9.1.40Paznic de tură pentru apelurile lungi sau eșuate repetat; self-hash după scrierea pe mai multe părți cu verificare de recitire a fișierului stocat.
9.1.39Fișierele lungi sunt scrise în continuări. Fiecare continuare pornește de la sfârșitul efectiv scris; numărul de linii, SHA-256 și granițele de bucăți sunt verificate și emise.
9.1.38Argumentele de instrument degenerate sau trunchiate sunt recunoscute. Un fișier incomplet este respins cu mesaj de eroare, în loc să fie considerat tăcut ca finalizat.
9.1.37După o schimbare de Node, BLUN verifică modulele native cu o interogare SQLite reală și reconstruiește better-sqlite3 la nevoie.
9.1.36Răspunsurile goale de model sunt tratate după cauză: un buget de ieșire prea strâns este mărit, o oprire goală este repetată exact o dată. Indicațiile de sistem și injecțiile nu pot declanșa un răspuns Telegram.
9.1.35Compactarea pe mai multe trepte arată treapta și încărcarea reală a ferestrei de model, de exemplu 2/~10 · 90 %.
9.1.34Contextul activ este compactat în trepte: cele mai vechi părți întâi, fiecare apel de compactare sub limita modelului.
9.1.33Bază pentru runtime-ul automat Node.js și repararea ulterioară a modulelor native după o schimbare de runtime.

Completări și lacune de documentație deschise

Verificare din 17 septembrie 2026: în intervalul 9.1.33 până la 9.1.597 sunt prezente 521 de versiuni în directorul npm. Un număr lipsă nu înseamnă automat o versiune lipsă: unele variante lipsesc din directorul actual sau au fost retrase. La patru versiuni publicate, detaliile exacte de modificare rămân deschise. Pentru aceasta nu sunt inventate modificări.

9.1.567: detalii de modificare deschise

Publicat pe 6 septembrie 2026 la 22:42 UTC. Valoarea SHA-512 a pachetului corespunde valorii de integritate publicată în npm. Pachetul nu conține niciun CHANGELOG.md; README-ul său menționează la comanda de instalare încă 9.1.566. Diferența față de 9.1.566 nu poate fi dedusă fiabil. Această lacună de documentație rămâne explicit deschisă.

9.1.550: detalii de modificare deschise

Publicat pe 2 septembrie 2026 la 07:19 UTC. Valoarea SHA-512 a pachetului corespunde valorii de integritate publicată în npm. Pachetul nu conține niciun CHANGELOG.md, iar în materialul verificat nu a fost găsită nicio dovadă de modificare specifică versiunii. Această lacună de documentație rămâne explicit deschisă.

Completare la 9.1.536

Indicațiile următoare provin din pachetul publicat verificat ca integru, de pe 1 septembrie 2026:

  • Sarcinile de lucru continuă dincolo de răspunsurile private Telegram. După mesajele directe tamponate, King continuă munca cu un pas suplimentar limitat, dacă utilizatorul nu întrerupe sau oprește explicit.
  • Întrebările scurte de stare nu întrerup fluxul de lucru aflat în rulare.
  • Când încercările de repetare după răspunsuri de gândire goale sunt epuizate, King reduce efortul de gândire, în loc să îl lase neschimbat la alte încercări.
  • Mai multe scheme de instrumente reîncărcate rămân disponibile; mesajele sunt externalizate doar când spațiul disponibil din istoric devine strâns.
  • Sunt incluse regula verificată de progres pentru TodoList și o cale de pornire pe o singură linie pentru God Mode cu Swarm.

Completare la 9.1.99

Documentația de funcții deja existentă descrie externalizarea comună a rezultatelor succesive pur de text ale instrumentelor: când stiva depășește 12.000 de caractere, rezultatele mari potrivite sunt stocate privat. În contextul de model rămân trimiteri lizibile; istoricul brut și mediile rămân păstrate. Intrarea de versiune lipsă până acum trimite acum explicit la această funcție.

9.1.70: detalii de modificare deschise

Publicat pe 24 august 2026 la 15:56 UTC. Valoarea SHA-512 a pachetului corespunde valorii de integritate publicată în npm. Pachetul nu conține niciun CHANGELOG.md; descrierile de funcții existente nu dovedesc nicio diferență clară față de 9.1.69. Această lacună de documentație rămâne explicit deschisă.

9.1.57: detalii de modificare deschise

Publicat pe 23 august 2026 la 07:28 UTC. Varianta a apărut până acum doar ca punct de plecare al unui titlu colectiv. Nicio dovadă proprie de modificare specifică versiunii nu este atribuită în materialul verificat. Această lacună de documentație rămâne explicit deschisă.

CHANGELOG.md conținut în pachetul npm imuabil 9.1.597 se încheie la 9.1.594. Indicațiile completate pentru 9.1.595 până la 9.1.597 se află pe această pagină. Pachetul publicat nu a fost rescris ulterior sub același număr de versiune.

9.1.41 și 9.1.42 sunt retrase

Nu instala

Aceste două versiuni au fost ramificate din greșeală de la 9.1.38 în loc de 9.1.40. Astfel lipseau continuarea de scriere, self-hash-ul și paznicul de tură. Ambele versiuni npm sunt marcate ca învechite; latest și next nu au indicat niciodată spre ele. 9.1.43 conține modificările lor intenționate pe baza completă de protecție.

Actualizează și verifică

king update
blun --version

După instalarea 9.1.599, ieșirea de versiune trebuie să arate 9.1.599. Actualizările de la 9.1.597 și de la varianta locală 9.1.598 prin sursele publice de actualizare sunt verificate. O consolă deja aflată în rulare încarcă noul cod abia după restartul ei. Verifică apoi suplimentar în ea /version.