BLUN King

BLUN King 9.1.621

Publikované:

King prevezme zhrnutie tvojej konverzácie len vtedy, keď model potvrdil jeho dokončenie. Ak toto potvrdenie chýba, doterajší priebeh konverzácie zostáva nezmenený.

Ak sa prenos zhrnutia skončí neočakávane, doterajší kontext konverzácie sa nenahradí neúplným zhrnutím. Zmena sa týka len komprimácie konverzácie; bežné odpovede zostávajú nezmenené.

Naďalej sú otvorené ojedinelé chyby pri ukladaní relácie; táto aktualizácia ich nerieši.

BLUN King

BLUN King 9.1.620

Publikované:

V systéme Windows sa konzola pri zatvorení okna úplne ukončí, takže sa pri ďalšem štarte už nezobrazí hlásenie „už beží“.

Aktualizácia opravuje ukončenie procesu konzoly pri zatvorení okna. Skutočne stále bežiaca konzola si zachováva výhradný prístup k svojej relácii.

BLUN King

BLUN King 9.1.619

Publikované:

Jedna skoršia chyba pri kompaktácii konverzácie už nezablokuje tvoju reláciu: po úspešnej kompaktácii King počíta len nové, priamo po sebe nasledujúce chyby.

Jedna skoršia chyba pri kompaktácii konverzácie už nezablokuje tvoju reláciu: po úspešnej kompaktácii King počíta len nové, priamo po sebe nasledujúce chyby. Ak kompaktácia dvakrát za sebou zlyhá, hlásenie teraz jasne ukazuje „Kompaktácia je pozastavená“ namiesto hlásenia plného kontextu.

Naďalej sú otvorené ojedinelé chyby pri ukladaní relácie a pri vytváraní úplného zhrnutia konverzácie; táto aktualizácia ich nerieši.

BLUN King

BLUN King 9.1.618

Publikované:

Ak po pokračovaní tvojej relácie príde správa z Telegramu, zatiaľ čo King už pracuje, zostane vo fronte a potom bude doručená.

Ak po pokračovaní tvojej relácie príde správa z Telegramu, zatiaľ čo King už pracuje, zostane vo fronte a potom bude doručená. King toto čakanie už nezobrazuje ako chybu.

V systéme Linux x64 používa terminál pribalený binárny súbor. Vďaka tomu funguje aj vtedy, keď npm 12 blokuje inštalačné skripty; kompilátor na to nie je potrebný. Na tento účel King používa pevne stanovenú predbežnú verziu node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Publikované:

Pri opätovnom načítaní tej istej relácie už King nepridáva nezmenené inštrukcie pluginov viackrát.

Pri opätovnom načítaní tej istej relácie už King nepridáva nezmenené inštrukcie pluginov viackrát. Ak sa inštrukcie zmenia, King naďalej zohľadňuje aktuálny stav.

Náhľady veľkých výstupov nástrojov teraz zohľadňujú aj dostupné kontextové okno. Výstupy presunuté von si môžeš naďalej prečítať celé.

Pomocou /profile alebo /profiles otvoríš výber profilu. King prepne len vtedy, keď je tvoja relácia pripravená. Prebiehajúca práca a čakajúce správy bránia predčasnému prepnutiu; tvoj doterajší profil potom zostáva aktívny.

Keď ukončíš prebiehajúcu prácu, King počká aj na posledné kroky upratovania. Práca, ktorá ešte nie je dokončená, sa predčasne nepotvrdzuje ako ukončená.

BLUN King

BLUN King 9.1.616

Publikované:

Po potvrdenej odpovedi v Telegrame prevezme King ďalšie správy adresované tebe v najbližšom bezpečnom kroku, a to aj počas prebiehajúceho ťahu.

Po potvrdenej odpovedi v Telegrame prevezme King ďalšie správy adresované tebe v najbližšom bezpečnom kroku, a to aj počas prebiehajúceho ťahu. Odpoveď, ktorá už bola doručená, frontu ďalej nezdržiava. Odpovede zostávajú priradené svojmu chatu.

Ak ťah prerušíš, správy z Telegramu, ktoré ešte neboli prevzaté, zostanú zachované na ďalšie doručenie. King ich potvrdí, až keď ich relácia skutočne prevezme.

BLUN King

BLUN King 9.1.615

Publikované:

King udržiava veľké katalógy nástrojov dostupné cez vyhľadávanie nástrojov a prispôsobuje rozpočet nástrojov kontextovému oknu poskytovateľa.

King udržiava veľké katalógy nástrojov dostupné cez vyhľadávanie nástrojov, bez toho, aby modelu posielal všetky voliteľné schémy nástrojov. Ak poskytovateľ nahlási menšie kontextové okno, King upraví rozpočet nástrojov; nájdené nástroje zostávajú dostupné v ďalšom kroku.

Podľa potreby King presúva veľké výstupy nástrojov von skôr ako doteraz. Úplný výstup si môžeš vyžiadať ako doteraz, ak ho možno bezpečne zobraziť.

Bežné odpovede v Telegrame a zmeny správ sa už nezdržiavajú kvôli chýbajúcemu jazykovému schváleniu. Kontrola odpovedí, ktorú si nastavil, zostáva aktívna.

BLUN King

BLUN King 9.1.614

Publikované:

Príliš veľké súbory AGENTS.md a AGENTS.override.md už nezastavia ťah len kvôli svojej veľkosti.

Mimo King konzoly King načíta zo súborov inštrukcií celkovo až 32 KiB a raz za reláciu ti povie počet vynechaných bajtov.

V King konzole zostávajú súbory úplné, pokiaľ to limit požiadavky umožňuje.

Symbolické odkazy a neisté cesty zostávajú zablokované.

BLUN King

BLUN King 9.1.613

Publikované:

King rozpozná príliš veľké požiadavky na model už pred odoslaním.

V King konzole King načíta z každého súboru AGENTS.md a AGENTS.override.md najviac 32 KiB. Čo presahuje túto hranicu, King vynechá a ukáže ti, koľko bajtov bolo vynechaných.

King teraz pred odoslaním odhaduje veľkosť celej požiadavky na model vrátane inštrukcií, histórie, definícií nástrojov a obrazových údajov. Keď sa priblíži k bajtovému limitu servera, začne postupná kompaktácia. Ak sa požiadavka nedá bezpečne rozdeliť, King ju preruší bez toho, aby ticho zahodil uloženú históriu.

King ukladá dokončené volania nástrojov lokálne ako metadáta: názov nástroja, čas, stav a pri súborových nástrojoch prípadne cestu. Vstupy, výstupy, príkazy a kľúče sa neukladajú. Pomocou /memory tools môžeš prehľadávať záznamy svojho profilu.

Diagnostika kontextu zobrazuje ďalšie údaje o zložení požiadaviek. Prepínateľné meranie fáz zaznamenáva čas do volania modelu bez protokolovania obsahu.

Zobrazenie spotreby preberá osobitne hlásené tokeny uvažovania, ak ich poskytovateľ dodáva.

Nevydané, nahradené verziou 9.1.613

BLUN King 9.1.612

Publikované:

9.1.612 nebola vydaná ako aktualizácia pre klientov. Skorá ochrana podľa bajtov pri požiadavke nad 900 KB nezabrala, keď história sama zostala pod 600 KB. 9.1.613 nahrádza tento stav.

BLUN King

BLUN King 9.1.611

Publikované:

Veľké požiadavky kompaktácie zostávajú v rámci bajtovej hranice servera.

  • King rozdelí príliš veľkú požiadavku kompaktácie podľa veľkosti požiadavky na chronologické kroky. Kompaktácia tak môže pokračovať, aj keď požiadavka obsahuje viac bajtov, ako server prijme naraz.
  • Ak sa pod hranicu nezmestí ani jediná samostatná správa, tvoja uložená história zostáva nezmenená. King ju nezahadzuje, aby vynútil kompaktáciu.

Kratšie čakanie na model alebo nižšia spotreba tokenov tým nie sú dokázané. Aktualizácia nereštartuje už bežiacu reláciu agenta King.

BLUN King

BLUN King 9.1.610

Publikované:

King môžeš v Linuxe znova nainštalovať a znova spúšťať profily; druhé spustenie agenta King vo Windows už nezlyhá so zavádzajúcou správou o súkromných ACL.

  • Linux je opäť v zozname podporovaných operačných systémov balíka npm. Ak máš v Linuxe staršiu verziu, nainštaluješ 9.1.610 cez bežný aktualizátor.
  • Výslovné spustenia s --profile a existujúce skratky názvov profilov vedú do adresára zvoleného profilu. Obyčajný neznámy názov už ticho nevytvorí prázdny profil; nový profil vytvoríš vedome pomocou --profile.
  • Ak existujúcemu profilu chýba vlastné prihlásenie, King ponúkne /login namiesto toho, aby skončil pri chýbajúcej konfigurácii modelu blun/king.
  • Vo Windows sa kontrola súkromných adresárov podarí aj vtedy, keď Telegram bridge drží otvorený adresár zásuvných modulov. TEMP a TMP sa odovzdajú pomocníkovi ACL a pri chybách adresára King uvedie dotknutú cestu a skutočnú príčinu.
  • Ak už beží interaktívny King, King to rozpozná pred sprísnením súkromných ACL a ohlási PID tohto procesu namiesto toho, aby druhý štart prezentoval ako chybu súkromných ACL.

Prázdny profil v 9.1.610 nepreberá prihlasovacie údaje zo spoločného domovského adresára. Aktuálna /login výzva môže ešte zobraziť „OAuth login expired“, aj keď sa tento profil nikdy neprihlásil.

Linuxová cesta aktualizácie z 9.1.114 na 9.1.610 bola prejdená po zverejnení. Cesta aktualizácie Windows z 9.1.609 na 9.1.610 nie je zmeraná.

Aktualizácia nereštartuje už bežiacu reláciu King.

BLUN King

BLUN King 9.1.609

Publikované:

Otvor výber úsilia pomocou Ctrl+L a pritom si ponechaj návrh v editore.

  • Ctrl+L otvára existujúci výber úsilia bez straty návrhu v editore. Existujúce nastavenia úsilia a obmedzenia modelu sa znovu použijú namiesto vytvorenia druhej konfiguračnej cesty.
  • Existujúce pravidlo pre bežiace relácie zostáva: zmena úsilia počas aktívnej práce sa odmietne, nie je odložená na neskôr. Počas prehrávania alebo preberania editora sa klávesová skratka ignoruje.

Tieto zmeny nedokazujú ani rýchlejšie časy odozvy v prevádzke, ani nižšiu fakturovanú spotrebu tokenov a nevytvárajú úplnú paritu s OpenClaw.

BLUN King

BLUN King 9.1.608

Publikované:

V skupinách Telegram sa k agentovi King dostanú len správy, ktoré ho spomínajú. Tvoje viacnásobné výbery a postupné zrušenie otázok zostávajú zachované.

  • V skupinách Telegram sa správy, ktoré neoslovujú agenta King, dostanú do kontextu relácie až po kontrole spomínania. Kto kontrolu výslovne vypol, zachová si to.
  • Tvoje viacnásobné výbery a postupné zrušenie otázok zostávajú zachované. Cieľová pätička beží na spoločnom časovači aktualizácie.
  • Náročnosť prenosu Windows ACL klesá bez oslabenia kontroly oprávnení. Obnova po dočasných chybách pri nahrádzaní konfigurácie je obmedzená; vlastníctvo zápisu zostáva zachované.
  • Pred novým pokusom King skontroluje, či paralelne odstránený marker Windows writer naozaj zmizol. Nečitateľné existujúce markery naďalej vedú k prerušeniu.

Tieto zmeny nedokazujú ani rýchlejšie časy odozvy v prevádzke, ani nižšiu fakturovanú spotrebu tokenov a nevytvárajú úplnú paritu s OpenClaw.

BLUN King

BLUN King 9.1.607

Publikované:

Tvoja naposledy vybraná relácia sa vráti, neúspešné zápisy sa poctivo nahlásia a každý pokus HTTP dostane časovú pečiatku začiatku.

  • Voliteľnú obnovu naposledy vybranej relácie možno aktivovať pomocou resume_last_selected v tui.toml. Výber platí pre potvrdený účet, prostredie behu, agenta a pracovnú oblasť. Normálny štart zostáva nezmenený, výslovné výbery relácie majú prednosť; pri nedostupných výberoch sa použije nová relácia, nie iná.
  • Po neúspešnej aktivácii zostáva predchádzajúci výber zachovaný. Pri účte, ktorý sa počas aktivácie zmenil, sa žiadny výber neukladá.
  • Neúspešné zápisy súborov sa neoznačujú ako úspešné. Existujúci protokol pokračovania pre celé riadky pri zápisoch nad 2 048 bajtov UTF-8 sa vysvetľuje bez zvýšenia limitu alebo automatického opakovania.
  • Bezprostredne pred každým pokusom HTTP sa zaznamenáva časová pečiatka začiatku podľa reálneho času na koreláciu diagnostiky. Obsah požiadaviek ani prístupové údaje sa do diagnostiky nedostanú.
  • Znaky Unicode mimo základnej roviny (napríklad emoji) zostávajú v rámci existujúcich limitov pamäťového rozpočtu úplne zachované bez zvyšovania týchto rozpočtov alebo vytvárania ďalšieho úložiska.

Tieto zmeny nedokazujú ani rýchlejšie časy odozvy v prevádzke, ani nižšiu fakturovanú spotrebu tokenov, nezabezpečujú úplnú paritu brány a nevylučujú z kontextu telegramové správy, ktoré neoslovujú agenta King.

BLUN King

BLUN King 9.1.606

Publikované:

Pri pokračovaní relácie sa najprv zobrazia aktuálne stránky prepisu; staršie stránky načíta existujúca navigácia prepisu.

  • Pri pokračovaní interaktívnej relácie sa najprv zobrazia aktuálne stránky prepisu; staršie stránky načíta existujúca navigácia prepisu. Úplná uložená história a aktívny kontext modelu zostávajú zachované.
  • Pri štarte platí cieľ zobrazenia 200 záznamov prehrávania. Pomocou --history-limit od 1 do 2 000 možno nastaviť zobrazenie prvých a starších stránok; úplné kolá rozhovoru a páry nástrojov môžu cieľ prekročiť.
  • Prvé zobrazenie aktivácií skillov a pluginov zostáva zachované aj cez hranice stránok. Pozícia posúvania domovskej stránky je opravená, takže načítanie starších stránok nezanechá prázdnu obrazovku.

Tieto zmeny znižujú počiatočnú prácu pri vykresľovaní prepisu. Nedokazujú ani rýchlejšie časy odozvy modelu, ani nižšiu spotrebu tokenov či nižšie účty, nezlepšujú ukladanie do vyrovnávacej pamäte poskytovateľa a neobmedzujú, koľko sa pri štarte načíta z disku.

BLUN King

BLUN King 9.1.605

Publikované:

Skontroluj zdroje kontextu, riaď prebiehajúce procesy a pri štarte konzoly odovzdaj prvú správu. Spracovanie lokálnej histórie a kontroly kompaktácie boli rozšírené.

  • Lokálne histórie relácií sa prehrávajú po dávkach. Archivované stránky zobrazenia možno nájsť bez prehľadávania všetkých predchádzajúcich blokov. Úplne uložená história, kontroly integrity archívu a doterajšia obnova zostávajú zachované.
  • Opakované výsledky nástrojov sa medzi zaznamenanými kompaktáciami pripravujú pre kontext modelu konzistentne. Úplné lokálne výstupy a existujúce práva na čítanie zostávajú zachované. Výstupy sa nepresúvajú, ak by neboli znova dostupné cez sľúbenú cestu obnovy.
  • Záverečná automatická kompaktácia nahrádza aktívny kontext len vtedy, ak zmenší históriu podľa rovnakej metódy odhadu. Pri odmietnutí zostáva pôvodná história zachovaná. Voliteľný spúšťač max_request_history_bytes využíva existujúcu kontrolu kompaktácie, je štandardne vypnutý a neobmedzuje celé telo požiadavky poskytovateľovi.
  • Diagnostika kontextu dostáva oddelené pohľady a priradenie zdrojov pre inštrukcie, pamäť, skilly a predchádzajúce správy. Bajty serializovaného obsahu, lokálne odhady tokenov a nahlásená spotreba zostávajú oddelené.
  • Zodpovednosť za reláciu zostáva zachovaná pri čakajúcich úlohách, oneskorených udalostiach, doplňujúcich otázkach a zmenách konfigurácie. Druhý aktívny zápis do tej istej relácie sa odmietne namiesto toho, aby sa povolili súčasné zmeny v protokole.
  • Dodatočný riadok agenta/relácie v pätičke odpadá. Relácie sa dajú naďalej cielene riadiť a diagnostikovať. Existujúce rozhranie agenta King, spravované modely a hranice oprávnení zostávajú zachované.
  • --message odovzdá prvú správu pre interaktívny štart. Po súhlase pri štarte a výbere relácie sa spracuje cez bežnú kontrolu správ a front. Jej obsah sa neinterpretuje ako príkaz so šikmou lomkou ani ako príkaz shellu.
  • Dohoda o rozhraní dodávanej služby Guard zostáva nezmenená. Toto vydanie nedokazuje ani rýchlejšie odpovede v prevádzke, ani nižšie účty poskytovateľa, úplnú funkčnú zhodu s OpenClaw alebo obmedzené množstvo načítaných údajov pri prvom načítaní protokolu relácie.

/abort preruší prebiehajúci proces bez zahodenia čakajúcich vstupov. /stop navyše zahodí čakajúce vstupy. /exit naďalej ukončuje konzolu. Toto sú lokálne príkazy konzoly, nie ďalšie diaľkové príkazy Telegramu.

Kontroly na stave balíka 9.1.605: 238 kontrolných súborov so 6 900 testami a 40 stagingových kontrol, z toho 25 natívnych testov terminálu. Test izolovanej aktualizácie z 9.1.604 cez zverejnený kandidátsky tag s reálnym inštalátorom bol úspešný. Tým nie sú dokázané ani kratšie časy zahrievania v bežiacej relácii, ani úplná funkčná zhoda s OpenClaw.

BLUN King

BLUN King 9.1.604

Publikované:

Skontroluj veľkosť požiadavky a zdroje kontextu, načítaj nástroje podľa potreby a riaď prichádzajúce správy v rámci príslušnej relácie.

  • /context doctor a /tokens rozlišujú počet bajtov serializovanej požiadavky od odhadovaných počtov tokenov a zobrazujú zachytené podiely pravidiel, pamäte, skillov a definícií nástrojov.
  • Stredne veľké katalógy nástrojov sa podľa potreby načítavajú cez existujúce vyhľadávanie; nástroje zostávajú vyhľadateľné a spustiteľné.
  • /queue riadi správy v rámci príslušnej relácie. Bežné správy vo fronte už neprerušujú prácu automaticky po 30 sekundách.
  • Pri výbere relácie sú možné presné identifikátory alebo názvy a jednoznačné predpony identifikátorov; pätička zobrazuje priradeného agenta a reláciu.
  • Každý pokus HTTP dostane nový identifikátor požiadavky, pokiaľ volajúci žiadny neurčí. Diagnostika nemení fakturáciu.
  • Dodávané verzie AgentSpine a Translate Native zostávajú nezmenené. Nižšie náklady a rýchlejšie odpovede v prevádzke nie sú dokázané.
  • /question: Znova otvorí čakajúce doplňujúce otázky. Zbalenie nezodpovedá ani nezahodí doplňujúcu otázku.

Bajty požiadavky, odhadované počty tokenov, sčítaná spotreba relácie a fakturované tokeny sú rôzne veličiny. Zobrazenie spotreby zohľadňuje aj kontrolu odpovede. /usage cost s dennými alebo mesačnými nákladmi nepatrí do tohto vydania. Nižšie náklady alebo rýchlejšie odpovede v prevádzke nie sú dokázané.

BLUN King

BLUN King 9.1.603

Publikované:

Vyber svoj pracovný priečinok v dialógu systému Windows. Ak sa konzola spustí zo System32, teraz navrhne tvoj používateľský priečinok.

  • Ak si v systéme Windows vyberieš iný pracovný priečinok, otvorí sa dialóg priečinka. Cestu môžeš naďalej zadať ručne. Ak dialóg zrušíš, vrátiš sa k výberu priečinka bez prevzatia priečinka.
  • Ak nie je k dispozícii dialóg priečinka, konzola sa opýta na cestu. Na iných operačných systémoch zostáva zadávanie cesty.
  • Ak sa pri štarte preberie alebo uloží priečinok v rámci adresára Windows, výber priečinka navrhne tvoj používateľský priečinok. Ručne zadané cesty sa naďalej kontrolujú ako doteraz.

Verzie AgentSpine a Language Guard zostávajú oproti 9.1.602 nezmenené. Zvýšenie rýchlosti pre bežiace relácie týmto vydaním nie je dokázané.

V systéme Windows sa naďalej vyžaduje Git Bash. Ak konzola hlási, že Git Bash chýba, nainštaluj Git for Windows. Potom znova otvor príkazový riadok skôr, ako znova spustíš king.

BLUN King · Zverejnené

BLUN King 9.1.602

Publikované:

Vlastný súkromný priečinok pre staršie výstupy nástrojov, keď zdedené povolenia systému Windows bránia presunu.

  • Vhodné staršie výstupy nástrojov sa ukladajú do vlastného súkromného priečinka, keď zdedené povolenia systému Windows bránia presunu. Existujúce súbory, povolenia a úplná história relácie zostávajú nezmenené.
  • Kontroly integrity, práva na čítanie a možnosť vrátiť sa k úplnému kontextu zostávajú zachované, ak archivovaný výstup nemožno obnoviť. AgentSpine 0.73.0 a Language Guard 6.20.0 sú oproti 9.1.601 nezmenené.

Kratšie časy odozvy v prevádzke alebo nižšia fakturovaná spotreba tokenov ešte nie sú dokázané.

BLUN King · Zverejnené

BLUN King 9.1.601

Publikované:

Vstupy zostávajú vo fronte, staršie výstupy nástrojov dostávajú skontrolované odkazy a kontroly odpovedí, pri ktorých došlo k obmedzeniu rýchlosti, sa opakujú len v obmedzenej miere.

  • Ak práca na pozadí príde na rad ako prvá, vstupy terminálu zostávajú vo fronte v pôvodnom poradí. Každý vstup sa zobrazí len raz.
  • Vhodné staršie výstupy nástrojov sa v požiadavkách modelu nahrádzajú skontrolovanými odkazmi na súkromné súbory. Úplná história a výsledky aktuálneho kroku rozhovoru zostávajú zachované. Ak opätovné načítanie nie je možné, nie je povolené alebo sa obsah zmenil, odošle sa úplný výstup.
  • Natívna kontrola odpovede, pri ktorej došlo k obmedzeniu rýchlosti, sa raz zopakuje s rovnakým návrhom odpovede. Pritom platí uložená čakacia lehota poskytovateľa. Už dokončené volania nástrojov sa neopakujú a neskontrolované texty sa neschvaľujú.
  • Až 2 048 výstupných tokenov zostáva voľných ako rezerva pre odchýlky pri odhade vstupu. Okno kontextu sa nezmenšuje; menšie výslovne nastavené limity výstupu zostávajú nezmenené.

Tieto zmeny nedokazujú ani nižšiu fakturovanú spotrebu tokenov, ani kratšie časy odozvy v prevádzke. Neodstraňujú ani každú chybu HTTP-502 na strane servera.

BLUN King · Zverejnené

BLUN King 9.1.600

Publikované:

Kontrola odpovede s pevnými časovými limitmi a stanovenými stavmi komponentov.

BLUN King 9.1.600 je zverejnený. npm a verejný manifest aktualizácií sa zhodujú. Vydanie nedokazuje ani inštaláciu na tvojom počítači, ani prevzatie v prevádzke.

Obmedzená kontrola odpovede

  • Všeobecné kontroly si zachovávajú doterajšiu lehotu 30 sekúnd. Natívna jazyková kontrola dostáva od štartovacieho signálu dôveryhodnej hostiteľskej komponenty až 90 sekúnd na prvý obsahový text, raz na každý vonkajší pokus kontroly.
  • Obsahový text v rámci povolenej dĺžky výstupu a usporiadané prechody k schváleniu a ku kontrole dokladov vynulujú čakaciu lehotu vždy na 30 sekúnd.
  • Pre každý vonkajší pokus kontroly platí nezávisle od toho celkový limit 120 sekúnd. Pokrok nemôže tento limit predĺžiť. Zostáva pri najviac dvoch vonkajších pokusoch kontroly.
  • Pred prijatím schválenia sa skutočne uplynutý čas znova skontroluje. Aj pri oneskorených volaniach časovača zostáva uplynutý pokus kontroly zablokovaný; oneskorený pokrok nemôže obnoviť uplynutú lehotu.

Signály prerušenia sa naďalej rešpektujú. Väzba na presný text odpovede, časová platnosť dokladu o schválení a autorizácia sa naďalej kontrolujú.

Dodávané komponenty

Verzia 9.1.600 obsahuje AgentSpine 0.73.0 a Translate Native 6.155.0. Guard protokol zostáva nezmenený na 6.20.0.

Známe obmedzenia

Nové časové limity nedokazujú všeobecné odstránenie chýb HTTP-502 v prevádzke. Otvorené pozorovania z 9.1.599 zostávajú otvorené bez osobitného dôkazu z prevádzky.

Kontext a pomoc

Prompt, ktorý sa má zachovať celý, sa už ticho neskracuje len preto, aby sa zmestil do menšieho pevného okna modelu. Pri novom, výslovne stanovenom rozdelení správ používateľa, ktoré sa majú zachovať, so štandardným rozpočtom 20 000 tokenov možno úpravu dokončiť v rámci tej istej kompaktácie. Pri neskorších alebo obnovených predponách sa kvôli tomu nesmú zahodiť ďalšie požiadavky. Požiadavka sa musí naďalej zmestiť do pevného okna modelu.

Čisté volania pomoci s --help alebo -h už nevytvárajú stav diagnostiky prostredia behu. Ak sa skombinujú argumenty promptu a pomoci, doterajšie správanie prostredia behu zostáva zachované.

BLUN King · 18. septembra 2026

BLUN King 9.1.599

Publikované:

Pochopiteľné jednotlivé schválenia pre osobnú pamäť a dodatočné opravy pri prekročení kontextu.

Žiadosti o schválenie pre osobnú pamäť zobrazujú zrozumiteľné názvy akcií vo vybranom jazyku a úplné náhľady skutočných zmien nastavení alebo textu, ktorý sa má uložiť. Riadiace znaky sú viditeľne maskované; pôvodný obsah zostáva nezmenený.

Platné zmeny pamäte sa musia schváliť jednotlivo; neplatné vstupy možno len odmietnuť. Schválenie relácie neschvaľuje automaticky čakajúce žiadosti, ktoré potrebujú jednotlivé schválenie.

Kontrola balíka zahŕňa 37 funkčných oblastí so 199 povinnými kontrolami, 158 vykonaniami kontrol a 4 905 rôznymi úspešnými testami. Okrem toho boli v izolovaných inštaláciách s nezmeneným aktualizátorom a inštalačnou cestou skontrolované aktualizácie z 9.1.597 a lokálnej medziverzie 9.1.598 na 9.1.599. Oba testy rozpoznali verziu cez verejné zdroje aktualizácií a skontrolovali všetkých 918 súborov archívu vydania.

Pokyny v README.md a CHANGELOG.md nezmeneného balíka 9.1.599 opisujú stav kandidáta pri balení. Po lokálnej inštalácii neboli spätne zmenené. Táto verejná stránka vedie stav vydania a neskôr pozorované obmedzenia osobitne ďalej.

Známe obmedzenia v 9.1.599

V prevádzke sa naďalej pozorovali opakované odpovede HTTP-502, čiastočne nasledované úspešnými požiadavkami. Opravy kontextu nie sú všeobecným odstránením chýb poskytovateľa alebo siete.

Jazyková kontrola môže prerušiť odpoveď s missing-language-character-profile alebo suspected-ascii-substitution. Tento nález je naďalej otvorený; 9.1.599 preň neobsahuje dokázanú opravu.

Odpoveď na zaslaný obrázok používateľ potvrdil. Nezávislá kontrola interpretácie obrázka a vizuálne prevzatie vstupu a stavových riadkov ešte čakajú. Úspešné kontroly balíka nie sú všeobecným uistením pre tieto postupy.

Prevzaté z lokálnej medziverzie 9.1.598

Bez dátumu

9.1.598 bola lokálne skontrolovaná a nainštalovaná, ale nezverejnená ako vlastná aktualizácia npm. Nasledujúce zmeny sú obsiahnuté v 9.1.599:

  • Pri odmietnutí kontextu sa dolné limity pre počet vstupných tokenov odlišujú od presných údajov. Pre nahlásený dolný limit sa limit výstupu raz zníži bez zahodenia správ alebo nástrojov. Signály prerušenia a obmedzenie ďalších pokusov zostávajú účinné. Tým sa cielene opravuje chyba z 9.1.597 pri výpočte limitu výstupu.
  • Pôvodných 150 striedajúcich sa slov aktivity je opäť obsiahnutých. Pre ich zobrazenie sa nekladú žiadne dodatočné požiadavky na model.
  • Pri dôveryhodnom vstupnom hooku AgentSpine sa namiesto úplných mediálnych údajov odovzdáva kompaktný mediálny odkaz s typom, kontrolným súčtom SHA-256 a údajom o veľkosti. Úplné prílohy pre model a existujúce ochranné kontroly zostávajú zachované. To samo o sebe ešte nedokazuje úspešnú interpretáciu obrázka v prevádzke.

Nové v 9.1.597

Publikované:

Obmedzená obnova pri výslovne nahlásených prekročeniach kontextu, aj za chybovou odpoveďou brány.

Ak sa požiadavka pred začiatkom výstupu odmietne pre preukázané prekročenie kontextu, King môže podniknúť obmedzený nový pokus s menším limitom výstupu. Rozpoznajú sa aj zodpovedajúco zabalené chyby v odpovedi 502. Správy, nástroje, menšie výslovne zvolené limity výstupu a signály prerušenia zostávajú zachované. Už začatý stream sa znova neprehráva.

To neodstraňuje všetky chyby poskytovateľa alebo siete. Všeobecné prerušenia pripojenia a výpadky služieb sa musia naďalej kontrolovať podľa vlastných údajov o chybách.

Známe obmedzenie v 9.1.597: Ak server nahlási len dolný limit pre počet vstupných tokenov, pokus o opakovanie môže znova zlyhať a spustiť zbytočné kompaktácie. Tento prípad bol reprodukovaný 17. septembra 2026 po zverejnení. Dodatočná oprava z lokálnej medziverzie 9.1.598 je obsiahnutá v 9.1.599.

Skontrolovaných bolo 36 funkčných oblastí so 183 povinnými kontrolami a 4 407 rôznymi úspešnými testami, ako aj skutočná aktualizácia z 9.1.596 na 9.1.597. Táto kontrola balíka nenahrádza test aplikácie už otvorenej relácie zákazníka.

Nové v 9.1.596

Publikované:

Automatické prerušenia v prospech čakajúcich telegramových správ sa odlišujú od skutočných manuálnych prerušení. Takéto prerušenie frontu sa už nepravdivo nehlási ako stlačenie klávesu Escape. Čakacia lehota, ochranné pravidlá pre bežiace nástroje a správanie pri skutočnom manuálnom prerušení zostávajú zachované.

Nové v 9.1.595

Publikované:

Voliteľné schémy nástrojov sa načítavajú cez ToolSearch a uchovávajú sa v obmedzenej miere. Veľké katalógy skillov sa poskytujú kompaktne a po stránkach. Vyhľadávanie, neskoršie rozšírenia MCP a bežné kontroly oprávnení zostávajú zachované.

Pri krátkych pozdravoch môže King použiť obmedzený novší úsek rozhovoru bez vymazania uložených správ alebo skrátenia systémových inštrukcií. Pre následnú pracovnú úlohu King opäť zohľadní uchovanú pracovnú históriu. Výpočet kontextu zostáva zachovaný aj po pokračovaní relácie. Pevná spotreba tokenov pre každý pozdrav sa nesľubuje.

Nové v 9.1.594

Publikované:

  • Súkromné telegramové odpovede zostávajú možné, kým čakajú správy skupín. Priradenie príkazov so šikmou lomkou zostáva zachované.
  • Dlhé čakania z retry-after sa dodržiavajú; pri pokračovaní relácie sa zostávajúca pauza obnoví.
  • Po zahodení sprievodného opisu sa už dokončený krok nástroja ďalej spracúva. Zahodený opis sa nezverejňuje, kontrola záverečnej odpovede sa neoslabuje.
  • Obmedzené funkcie obnovy pre zápis vo viacerých častiach sú opäť k dispozícii. Platí to aj pre časové limity shellu, riadenie úloh a obnovu relácie.
  • Vstup, riadky kvót, indikátor aktivity, rozbaľovacie úlohy a výstupy nástrojov s označením zdroja zostávajú viditeľné pri streamovaní a pri navigácii v histórii.
  • Pred balením sú potrebné úplné regresné dôkazy konzoly; verejné metadáta aktualizácií sa kontrolujú na zhodu.

Medziverzie 9.1.590 až 9.1.593

Tieto verzie sú prítomné v lokálnej histórii vydaní, 17. septembra 2026 však nie sú obsiahnuté vo verejnom adresári verzií npm. Neodporúčajú sa tu ako verejne dostupné aktualizácie. Práce na štarte, obnovení, oprávneniach, indikátore aktivity a viditeľnom vstupe sú zohľadnené v dôkazoch k 9.1.594.

Nové v 9.1.589

Publikované:

  • Skontrolované zdroje AgentSpine a Translate Native a overené manifesty aktualizácií sú dodávané spolu.
  • Pri načítavaní kontextu agenta zostáva aktívny profil agenta King zachovaný.
  • Nástroje potrebné na kontrolu odpovede zostávajú k dispozícii. Spotreba pri vytváraní odpovede sa zaznamenáva aj vtedy, keď kontrola odpoveď zahodí.
  • V spravovanom pripojení kanála sa správy skupín priraďujú len pri výslovnom spomenutí.
  • Konzola zobrazuje prebiehajúcu kompaktáciu a účinné prahové hodnoty.
  • Pracovný rozpočet pre skorú kompaktáciu a bezpečnostná rezerva na hranici požiadavky zostávajú zachované aj cez aktualizácie.
  • Dialóg aktualizácie pri štarte, priebeh a upozornenia na naplánované aktualizácie používajú dôsledne vybraný jazyk.
  • Technické integračné identifikátory a licencie zostávajú zachované; viditeľné chybové hlásenia prostredia behu sú formulované neutrálne.
  • Inštalácia nereštartuje existujúce relácie. Bežiaca relácia načíta nový kód pri najbližšom štarte.

9.1.588: stiahnuté

Publikované:

Táto verzia bola zverejnená 11. septembra 2026 a následne označená v npm ako stiahnutá. Register uvádza zlyhanú kontrolu kompatibility manifestu aktualizácií. Použi aktuálnu stabilnú verziu, nie tento stiahnutý balík.

Nové v 9.1.587

Publikované:

Stabilnejšie katalógy nástrojov, skoršia automatická kompaktácia a cielený pokus o opakovanie po prerušeniach z dôvodu príliš dlhých čistých fáz uvažovania.

Pri inštrukciách uložených vo vyrovnávacej pamäti v rámci prebiehajúceho pracovného ťahu zostáva aktívny katalóg nástrojov zachovaný aj v nasledujúcom pracovnom kroku. Potrebné nástroje zostávajú k dispozícii. Ak sa prekročí existujúci rozpočet schém, ponechané voliteľné definície nástrojov sa znova vyberú.

Automatická kompaktácia kontextu sa znova spúšťa skôr. Po úspešnej kompaktácii, ktorá zmenší históriu, ju môže King vykonať znova v tom istom ťahu. Nižšie limity modelu a obmedzenie neúspešných pokusov zostávajú účinné.

Po prerušení z dôvodu príliš dlhej čistej fázy uvažovania použije King existujúci jednorazový pokus o opakovanie s vypnutým uvažovaním, aby model mohol odpovedať alebo zavolať nástroj. Nasledujúce riadne kroky si zachovávajú zvolené nastavenie uvažovania; prerušenie, kontroly schválení a časové limity zostávajú účinné.

S BLUN_STABLE_STEER_TOOLS=0 alebo BLUN_EARLY_COMPACTION=0 pred štartom agenta King možno pre príslušnú funkciu obnoviť doterajšie správanie. Aktualizácia neprepisuje žiadne existujúce relácie ani konfiguračné súbory.

Nové v 9.1.586

Publikované:

Príjem Telegramu sa v systéme Windows znova spustí, ak staré identifikačné číslo procesu bridge už patrí inému procesu. Pri neistom priradení procesov King nezasahuje; cudzí proces sa neukončí.

Kompaktácia kontextu, nastavenia modelu, história rozhovoru a doterajšie správanie doručovania Telegramu zostávajú nezmenené.

Nové v 9.1.585

Publikované:

BLUN King · 8. septembra 2026

Verzia 9.1.585 kontroluje štruktúru a jednotlivé výsledky spravovaných odpovedí WebSearch aj vtedy, keď chýbajú voliteľné údaje o stave vyhľadávania.

Odpoveď bez platného zoznamu výsledkov sa už nevydáva ako úspešné vyhľadávanie bez výsledkov. Každý výsledok musí mať názov, ktorý nie je prázdny ani pozostáva len z medzier, textový výňatok ako reťazec a absolútnu adresu HTTP alebo HTTPS bez vložených prístupových údajov. Neplatné výsledky spôsobia odmietnutie celej odpovede skôr, ako sa vrátia výsledky alebo upozornenia na neúplné výsledky vyhľadávania.

Platné odpovede v doterajšom formáte bez údajov o stave sa naďalej podporujú, rovnako ako prázdne zoznamy výsledkov a prázdne reťazce ako textové výňatky. Pri platných odpovediach zostávajú poradie, presné reťazce URL, voliteľné údaje o dátume a webovej stránke, údaje o zdrojoch vo výstupe a spracovanie neúplných výsledkov nezmenené.

Mení sa len spravované pripojenie vyhľadávania. Správanie pri prerušení, overovanie požiadaviek, FetchURL a Telegram zostávajú nezmenené. Kontrola formátu nedokazuje, že zdroj je správny alebo aktuálny. Táto verzia nezavádza ani obmedzenie veľkosti odpovedí, ani nový časový limit.

Nové v 9.1.584

Publikované:

Verzia 9.1.584 odovzdáva signál prerušenia volajúceho cez WebSearch až po spravovanú HTTP požiadavku vyhľadávania, aj pri čítaní obsahu odpovede.

Už prerušené vyhľadávania nespúšťajú žiadne spracovanie u poskytovateľa. Ak dôjde k prerušeniu počas zisťovania prístupových údajov, žiadna požiadavka na vyhľadávanie sa už neodošle. Výsledky, ktoré prídu po prerušení, sa nevracajú ako úspešné vyhľadávanie.

Kontroly prerušenia zahŕňajú aj úspešné odpovede JSON, obsah chybových odpovedí a upozornenia na neúplné výsledky vyhľadávania. Spracovanie úplných, neúplných a prázdnych výsledkov, údaje o zdrojoch a bežný náhradný postup pri overovaní zostávajú nezmenené.

Táto verzia nezavádza nový časový limit a nemení priraďovanie Telegramu. Zdieľané postupy obnovy prístupových údajov OAuth a implementácie prenosu, ktoré ignorujú signály prerušenia, sa násilne neprerušujú. Prerušenie požiadavky klienta nedokazuje, že práca na vzdialenom serveri alebo jej fakturácia skončila.

Nové v 9.1.583

Publikované:

Prerušenie pri získavaní stránky sa teraz odovzdáva až po HTTP požiadavku.

FetchURL odovzdáva signál prerušenia volajúceho cez nástroj a obe služby získavania. Požiadavka prerušená pred štartom sa neodošle. Ak dôjde k prerušeniu počas zisťovania prístupových údajov, spravovaná HTTP požiadavka sa potom už nespustí.

Po prerušení spravovaného získavania sa už nespúšťa žiadne lokálne náhradné získavanie. Oneskorený výsledok služby získavania sa zadrží a nepoužije sa ako doklad zdroja. Pri bežných chybách HTTP a siete zostáva doterajšie lokálne náhradné získavanie možné.

Nezavádza sa žiadny nový časový limit. Zdieľaná obnova prístupových údajov a synchrónne spracovanie HTML sa násilne neprerušujú. Obmedzenie veľkosti z 9.1.582 zostáva; smerovanie Telegramu a požiadavky na model zostávajú nezmenené.

Nové v 9.1.582

Publikované:

Lokálne získavanie stránky kontroluje veľkosť odpovede už pri načítavaní a pri prekročení limitu ho preruší.

Lokálne získavanie počíta prichádzajúce bajty odpovede pred dekódovaním každého bloku údajov a preruší dátový prúd, len čo sa prekročí obmedzenie veľkosti. Ak údaj Content-Length chýba alebo je nesprávny, už sa neprečíta najprv celá odpoveď, aby sa až potom odmietla.

Predvolený limit zostáva desať MiB a platí pre prúd odpovede po dekompresii HTTP. Znaky UTF-8 rozdelené cez viacero blokov údajov zostávajú zachované. Prenosové vyrovnávacie pamäte a blok údajov, ktorým sa limit prekročí, môžu už byť v pamäti; s tým nie je spojená presná horná hranica pre celú pamäť procesu.

Mení sa lokálna cesta získavania, aj keď slúži ako náhradné riešenie. Opravy výskumu z 9.1.581 zostávajú obsiahnuté. Smerovanie Telegramu a čakanie na model zostávajú nezmenené.

Nové v 9.1.581

Publikované:

Pri lokálnom získavaní stránky sa prázdne výňatky HTML už nevydávajú ako úspešné zdroje.

Ak po vyčistení a konverzii nezostane žiadny obsah stránky, samotný názov dokumentu už nestačí na úspešné získanie. Namiesto toho sa vráti už existujúca chyba extrakcie.

Krátky skutočný obsah a viditeľné nadpisy zostávajú zachované. Odpovede vo formáte čistého textu alebo Markdown zostávajú nezmenené. Oprava sa týka lokálnej extrakcie HTML, nie spravovanej služby získavania.

Opravy výskumu z 9.1.580 a doterajšie opravy Telegramu sú obsiahnuté nezmenené. Táto aktualizácia nemení ani čakanie na model, ani priraďovanie prichádzajúcich správ ich príjemcom.

Nové v 9.1.580

Publikované:

Úložisko výskumu odmieta neplatné historické dátumy priradené zdrojom.

Nová správa sa neuloží, ak dátum priradený zdroju obsahuje neplatný kalendárny deň alebo nevyhodnotiteľnú časovú zložku. Chýbajúce dátumy zostávajú prípustné.

Pri získavaní uložených dokladov výskumu sa staršie doklady s neplatnými dátumami zdrojov preskočia a nahlásia s diagnostickým upozornením. Súbory sa neprepisujú ani nemažú. Samostatné platné doklady zostávajú prehľadávateľné; platné dátumy si zachovávajú svoj posun časového pásma a presnosť.

Triedenie dokladov výskumu z 9.1.579 a doterajšie opravy Telegramu sú obsiahnuté nezmenené. Táto aktualizácia nemení ani čakanie na model, ani priraďovanie prichádzajúcich správ ich príjemcom.

Nové v 9.1.579

Publikované:

Uložené doklady výskumu sa pri rovnakej relevantnosti triedia podľa skutočného času získania.

Časové údaje s milisekundami aj bez nich sa porovnávajú ako časové body UTC, nie ako text. Relevantnosť má naďalej prednosť; pri identických časových bodoch zostáva doterajšie poradie zachované.

Ak bola tá istá časť textu zachytená viackrát, výsledok si zachováva údaje o pôvode z najnovšieho získania. Už uložené doklady zostávajú nezmenené, a preto neplatia ako novo skontrolované zdroje.

Oprava pre odpovede Telegramu z 9.1.578 je obsiahnutá nezmenená. To isté platí pre obmedzenie ďalších pokusov, keď model iba uvažuje bez odpovede alebo volania nástroja. Táto aktualizácia nemení ani čakanie na model, ani sémantické priraďovanie prichádzajúcich správ.

Nové v 9.1.578

Publikované:

Obmedzené opakovania, keď model iba uvažuje a pritom dosiahne časový limit, a cielená oprava pre krátke odpovede v telegramových skupinách s odkazom na otázku.

Ak model dosiahne časový limit, kým iba uvažuje, King povolí na krok jeden ďalší pokus. Druhé takéto prekročenie času ukončí krok. Zvolené úsilie uvažovania a doterajší časový limit zostávajú nezmenené. Toto obmedzenie neskracuje čakanie na prvý výstup modelu.

Krátke hlásenia o vlastnej prítomnosti v telegramových skupinách sa teraz môžu posielať, ak ich reply_to spája so vstupom starým najviac 30 minút z toho istého chatu. Tento vstup musí výslovne osloviť agenta alebo zodpovedať podporovanej nemeckej či anglickej otázke na jeho prítomnosť, ktorá sa začína jeho nastaveným menom. Nepýtané hlásenia o prítomnosti a vysvetlenia, že nie je čo hlásiť, sa naďalej filtrujú. Automatické náhradné odosielanie do skupín zostáva vypnuté.

Protokoly odoslaných a potlačených odpovedí teraz obsahujú reply_to. Pri chýbajúcom alebo nejednoznačnom kontexte výnimka neplatí. Táto aktualizácia nedopĺňa všeobecné rozpoznávanie príjemcov a nezabraňuje zbytočným volaniam modelu doterajším sémantickým adresovaním.

Oprava platí pre dve presne identifikované verzie spravovaných odosielateľov MCP Telegram a uplatňuje sa aj pri záverečnom zlúčení konfigurácie pluginu. Starší odosielateľ používa kompatibilnú kópiu s úzko ohraničenými zmenami. Vstupné bridge, nastavenia prístupu, profily a register pluginov sa neprepisujú. Neznámi alebo upravení odosielatelia a výslovne nastavené prepísania zostávajú zachované. King treba po aktualizácii reštartovať, aby sa oprava načítala.

Nové v 9.1.577

Publikované:

Žiadne automatické záverečné hlásenia v telegramových skupinách. Užitočné odpovede sa tam posielajú cielene cez nástroj odpovede Telegramu.

Jadro CLI a samostatný bridge Telegram už neodosielajú normálny záverečný text agenta automaticky skupinám. Tak sa upozornenia, ako je „Nie je čo hlásiť“, už nedostanú do skupiny cez toto automatické náhradné odosielanie.

Odpovede v súkromných rozhovoroch, výslovne použité nástroje odpovede, požadované cieľové výsledky, hlásenia o príkazoch a stave a odosielanie médií zostávajú zachované. Inštrukcie promptu pre bežné vstupy, riadiace správy počas prebiehajúceho procesu a správy skupín samostatného bridge teraz obsahujú rovnaké pravidlo odosielania.

To nezaručuje, že model nikdy neodošle zbytočnú odpoveď volaním nástroja. Oprava tiež nezabraňuje tomu, aby sa správy skupín bez vzťahu k príslušnému agentovi dostali k modelu. Pravidlá spomínania, nastavenia prístupu a rozlíšenie spravovaných pluginov zostávajú nezmenené; aktualizácia AgentSpine alebo jazykového strážcu nie je obsiahnutá.

Aktualizované jadro musí načítať nový proces. Bežiace relácie sa automaticky nereštartujú. Existujúce profily a história relácie zostávajú zachované.

Nové v 9.1.576

Publikované:

BLUN King 9.1.576 rozlišuje C++ a C# pri lokálnych výskumných otázkach a obsahuje predtým zverejnené opravy pre aktualizácie, obnovenie relácií a Telegram.

Vyhľadávanie v lokálnych dokladoch výskumu považuje samostatné C++ a C# za odlišné pojmy, aj pri rozdielnej veľkosti písmen a s okolitými interpunkčnými znamienkami. Uložené časti textu, hashe, ochranné kontroly zdrojov, normalizácia Unicode, limity kolekcií a limity výstupu zostávajú nezmenené. Nová indexácia nie je potrebná.

Stanovený kontrolný beh s 20 technickými vyhľadávacími otázkami a cielené regresné testy pre limity tokenov kontrolujú túto opravu. Týka sa lokálneho vyhľadávania a nie je vyjadrením o kvalite alebo kapacite WebSearch v prevádzke. Všetky zmeny z 9.1.575 zostávajú obsiahnuté.

Nové v 9.1.575

Publikované:

Zabudovaný webový prehľadávač odmieta odpovede s cf-mitigated: challenge skôr, ako prečíta obsah, nasleduje presmerovania alebo považuje chýbajúci súbor robots za povolenie pokračovať. Pri názvoch hlavičiek neberie ohľad na veľkosť písmen; okrem toho kontroluje normalizované hodnoty a viacnásobne sa vyskytujúce hlavičky. Stav odpovede zostáva v chybovej správe zachovaný.

Chýbajúce súbory robots bez tohto označenia a bežné dokumentačné stránky prechádzajú naďalej existujúcim postupom. Už dokončené stránky zostávajú dostupné, ak sa neskoršia stránka odmietne; chyba sa nahlási ako neúplný výsledok. Táto ochrana kontroluje označenie odpovede. Nie je ani všeobecným rozpoznávaním challenge, ani obchádzaním CAPTCHA. Poskytovatelia vyhľadávania, overovanie, zámky aktualizácií a jadro CLI zostávajú nezmenené. Všetky zmeny z 9.1.574 zostávajú obsiahnuté.

Nové v 9.1.574

Publikované:

Výslovne požadované aktualizácie teraz rozlišujú medzi zablokovanou aktualizáciou, nedostupnou kontrolou zámku, nedostupným súkromným adresárom, neplatnou nainštalovanou verziou a nedostupným chráneným inštalátorom. Tieto prípady sa už nehlásia paušálne ako zlyhaná kontrola balíka. Zmena platí pre nemecké a anglické hlásenia.

Povoľovanie aktualizácií, správanie zámkov, dôvody vrátenia, exit kódy a správanie inštalátora zostávajú nezmenené. Bežiace relácie sa automaticky neukončujú. Balíky nastavené na starý interný kanál vyžadujú naďalej výslovnú inštaláciu npm pri ukončenom agentovi King; táto verzia nastavenie neruší. Všetky zmeny z 9.1.573 zostávajú obsiahnuté.

Nové v 9.1.573

Publikované:

Vstupné pole zostáva po výbere cieľa pri štarte viditeľné a zamerané, aj po Escape alebo neúspešnom obnovení cieľa. Neodoslané návrhy zostávajú zachované. Namiesto úplného textu cieľa sa zobrazí kompaktný výber na pokračovanie s cieľom alebo bez neho.

Ctrl+S opustí výber bez potvrdenia cieľa a spracuje sa ako bežná klávesová skratka pre front. Zohľadňujú sa aj čakajúce vstupy v nečinnosti. Escape si zachováva doterajšie poradie: najprv vyprázdni front, pri ďalšom Escape preruší aktívny priebeh. História relácie sa automaticky nevymazáva.

Táto verzia nerekonštruuje potvrdenia o doručení, ktoré starší proces stratil pred aktualizáciou. Skutočne čakajúce správy zostávajú priradené svojej relácii.

Nové v 9.1.572

Publikované:

Pri dokladoch výskumu sa odmietajú URL zdrojov, ktorých parametre dotazu alebo fragmenty v tvare parametrov obsahujú známe názvy parametrov pre prístupové údaje. Kontrolujú sa aj vnorené názvy a cesty vo fragmente. Odmietnutie platí pre zlyhané aj použiteľné zdroje.

Už uložené správy s takýmito URL sa pri získavaní zadržia s existujúcim výsledkom partial / report-invalid. Pôvodne uložené stavy sa nemenia ani nemažú; adresy zdrojov sa ticho neskracujú ani neprepisujú. Bežné parametre dotazu a kotvy v dokumentačných URL zostávajú zachované bajtovo presne. Ochrana rozpoznáva známe názvy parametrov, nie ľubovoľné tajomstvá, a nečistí žiadnu históriu.

Nové v 9.1.571

Publikované:

Oblasti frontu Telegramu sa priraďujú svojej relácii. Nová relácia už automaticky nepreberá čakajúcu prácu staršej relácie. Pri pokračovaní známej relácie sa obnovia len jej vlastné čakajúce oblasti. Počas výberu, vytvárania a prepínania relácie je preberanie správ kanála pozastavené. Správy, ktoré prídu po zvolenej hranici, následné vstupy v lokálnom editore a oneskorené potvrdenia o doručení si zachovávajú správne priradenie.

Priradenie a potvrdenia o doručení prichádzajúce v odlišnom poradí zostávajú zachované pri opätovnom pripojení a odovzdaní lease. Poškodený alebo vymenený stav frontu sa odmieta namiesto tichého prehratia starých vstupov. Doručená pošta a história relácie zostávajú zachované. Staré čakajúce oblasti bez rozpoznateľnej relácie sa odložia a nepriradia žiadnej novej relácii; ich automatická obnova nie je obsiahnutá. To neodstraňuje každé prekročenie času ani zablokovanú kompaktáciu kontextu. Downgrade nie je postup na migráciu frontu.

Plugin Telegramu a nezávislá náhradná funkcia konzoly pre automatické odosielanie odpovedí potláčajú rozpoznané potvrdenia o prijatí a texty, ktoré iba ohlasujú vlastné ticho, aj nad 200 znakov. Ak správa obsahuje nerozpoznanú alebo obsahovo relevantnú časť vety, zostáva zachovaná. Krátke užitočné upozornenia skupín sa môžu naďalej doručovať. Toto je opatrný nemecko-anglický filter odosielania s doplňujúcimi inštrukciami, nie záruka, že každý model rozumie každému rozhovoru v skupine.

Nový proces musí načítať aktualizovaný balík; bežiace relácie sa nereštartujú. Existujúce nastavenia na interné kanály aktualizácií a zámky inštalácie systému Windows s EBUSY zostávajú oddelenými problémami. Všetky ostatné zmeny z 9.1.570 zostávajú obsiahnuté. Táto verzia neaktivuje hostované webové vyhľadávanie a nemení ani AgentSpine, ani fakturáciu, overovanie alebo konfiguráciu zákazníka.

Nové v 9.1.570

Publikované:

Každé nové doručenie promptu dostane vlastné korelačné ID hooku. Hooky toho istého doručenia si zachovávajú rovnaké ID; výslovne nastavené ID zostávajú zachované. Hodnoty prostredia špecifické pre reláciu sa dostanú k podprocesom hookov a pripojeniam MCP aj pri opätovnom pripojení, bez prepisovania uložených konfigurácií pluginov. Priradenie natívnych výsledkov nástrojov zostáva zachované cez priebehy, aj pri zlyhaných nástrojoch a duplicitných volaniach.

Kanonicky rovnocenné výskumné otázky Unicode nachádzajú rovnaké výsledky bez stotožňovania rôznych znakov. Uložené zdroje, dátumy, verzie a hranice projektov zostávajú zachované. king --help a king --version už nemenia nastavenia registra systému Windows pre obrazy zrútenia.

Webové vyhľadávanie podporuje čiastkové odpovede, ak bol tento režim odpovedí dohodnutý, a pritom zobrazuje upozornenie na zlyhané zdroje. Prázdne alebo nekompatibilné čiastkové odpovede zostávajú výslovnými chybami. Táto zmena klienta neaktivuje hostovanú vyhľadávaciu službu a nezaručuje jej prevádzku.

Transport BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE je štandardne vypnutý. Pri výslovnej aktivácii odovzdá skutočnú cestu uloženého protokolu relácie a príslušný protokol vybranému pluginu AgentSpine. Každá relácia dostane vlastné prístupové oprávnenie, po obnovení sa obnoví. To je podpora transportu, nie dôkaz o vyvolaní pamäti alebo autorizácii prijímajúcim pluginom.

Všetky verejné zmeny z 9.1.569 zostávajú obsiahnuté. Zabudovaná implementácia AgentSpine zostáva nezmenená; nevzniká žiadna závislosť od Mnemo. Používateľské profily, oprávnenia, rozhovory a nastavenia pluginov sa nemigrujú ani neresetujú.

Nové v 9.1.569

Publikované:

Táto kumulatívna verejná verzia obsahuje doručovanie do telegramových skupín na základe spomínania, opravy pre štart a oprávnenia, ako aj zbierky výskumu a nástroje prehľadávača. Zverejnené balíky zostávajú nezmenené. Neskoršie zmeny sa objavia pod novým číslom verzie.

Nové v 9.1.566

Publikované:

BLUN King 9.1.566 robí aktualizácie pluginov a načítavanie natívnych modulov prostredia behu robustnejšími.

Zabudované prostredie behu AgentSpine sa aktualizuje na verziu 0.59.1. Jeho samospúšťač preskakuje koreň používateľského profilu ako cieľ skenovania a všetky hooky životného cyklu zostávajú odolné voči chybám, keď chránenú cestu nemožno prečítať.

Natívne moduly .node sa riešia cez vyrovnávaciu pamäť adresovanú obsahom mimo balíka npm. Keď je táto verzia aktívna, bežiaca konzola už nedrží kópiu balíka týchto modulov otvorenú. Neskoršie aktualizácie tak môžu nahradiť adresár balíka bez kolízie s týmito natívnymi súbormi.

Verejný balík si zachováva úplné španielske, francúzske, švédske a české katalógy rozhrania z verzie 9.1.565. Interné cesty prostredia behu Mnemo, súkromné koncové body, interní poskytovatelia modelov a zostavovacie skripty nie sú obsiahnuté.

Skontrolovaný stav balíka

Balík zákazníka prešiel skenovaním únikov, úplnou kontrolou behu s 13 testami, inicializáciou MCP AgentSpine, čerstvou inštaláciou a aktualizáciou z 9.1.565. Všetky textové súbory používajú konce riadkov LF. SHA-256 balíka npm: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Nové v 9.1.565

Publikované:

BLUN King 9.1.565 stabilizuje dlhé pracovné behy a rozširuje zabudované prostredie behu AgentSpine.

Brzda opakovania vynuluje svoju postupnosť rovnocenných výsledkov, len čo medzi nimi napreduje skutočná práca. Bežné kontroly doručenej pošty a zoznamov úloh tak už nespúšťajú falošnú vynútenú odpoveď.

Indikátor aktivity pozostáva z presne jedného riadku. Zobrazuje anglické stavové slovo zodpovedajúce aktuálnej činnosti, tokeny skrytého uvažovania, viditeľné tokeny, celkovú spotrebu, úsilie, pokus, rozpočet a krok.

Chyby skenovania AgentSpine zostávajú odolné voči chybám pri mutačných nástrojoch, vstupoch používateľa a stop hookoch: nasledujúci priebeh môže pokračovať a chyba sa zaznamená do protokolu auditu. Pred fatálnym prerušením výnimkou alebo neošetreným odmietnutím zapíše konzola protokol behu synchrónne.

Zabudované prostredie behu AgentSpine sa aktualizuje na verziu 0.54.0 z commitu fb6d456b68605fd83721090e503f000a26e8a0fb. Stav obsahuje skutočný test ACL fail-open, trvalé cieľové plány viazané na závislosti a viazané objasnenie medzier vo vedomostiach.

Hooky životného cyklu SessionStart, UserPromptSubmit, PostToolUse a Stop sa posielajú systému Mnemo s presnou identitou MNEMO_AGENT. Chyby siete zostávajú odolné voči chybám.

Predtým chýbajúce texty rozhrania sú v španielčine, francúzštine, švédčine a češtine úplné.

Skontrolovaný stav balíka

Úplná brána balíka, skenovanie únikov, kontrola jazykového katalógu, skúška ACL hookov, čerstvá inštalácia, aktualizácia z 9.1.564 a inicializácia MCP AgentSpine sú zelené. SHA-256 balíka npm: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Nové v 9.1.564

Publikované:

BLUN King 9.1.564 zabraňuje pádom kvôli chráneným priečinkom a chýbajúcim textom rozhrania.

AgentSpine pri prípravnom skenovaní súborov preskočí jednotlivé súbory a priečinky, ktoré operačný systém zablokuje pomocou EPERM alebo EACCES. Neočakávaná chyba skenovania už neblokuje nasledujúce volanie nástroja; volanie sa schváli a chyba sa zaznamená do protokolu auditu.

Ak vo vydanej jazykovej verzii rozhrania chýba textový kľúč, konzola použije anglický text a medzeru zaloguje raz, namiesto pádu v ceste vykresľovania. Tak zostáva najmä riadok stavu uvažovania v češtine, španielčine, francúzštine a švédčine použiteľný.

Samotné preklady ešte chýbajúcich kľúčov nasledujú v samostatne skontrolovanej verzii. Dovtedy je anglický náhradný režim zámerne viditeľný a odolný voči chybám.

Skontrolovaný stav balíka

Balík bol skontrolovaný proti presnému českému pádu thinking.step z 9.1.563. Nová verzia dodáva „step 6“ namiesto výnimky, varuje len raz na jazyk a kľúč, prežije neprístupné susedné priečinky, inicializuje AgentSpine 0.49.0, prejde čerstvou inštaláciou a aktualizáciou z 9.1.563 a neobsahuje žiadne nevyriešené importy pluginov. SHA-256 balíka npm: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Nové v 9.1.563

Publikované:

BLUN King 9.1.563 aktualizuje zabudované prostredie behu AgentSpine na verziu 0.49.0.

Nový stav vyžaduje pred pokusom o učenie aspoň jeden čerstvý, nezávislý doklad z výslovného potvrdenia používateľa alebo objektívneho testu. Čisto konverzačné alebo dokumentačné doklady už nestačia, aj keď sú ich ostatné prahové hodnoty splnené.

Zmluvy učenia viažu toto pravidlo dokladov trvalo; neskoršie zmeny konfigurácie nemôžu oslabiť prebiehajúcu kontrolu. Zámky súborov viazané na vlastníctvo chránia paralelné zmeny učenia pred prepísaním a nechajú manipulované alebo cudzie zámky zlyhať zatvorene.

Aktualizácia pri najbližšom štarte nahradí spravovaný strom pluginov adresovaním obsahom. Existujúce inštalácie verzie 9.1.562 sa aktualizujú na AgentSpine 0.49.0, nezmenený strom sa znovu použije a server MCP AgentSpine potvrdí verziu 0.49.0.

Skontrolovaný stav balíka

Hranica balíka sa od 9.1.562 líši len údajmi o verzii a presne pripnutým prostredím behu AgentSpine 0.49.0. Úplná kontrola upstreamu, 49 cielených testov učenia, porovnanie balíka, skenovanie únikov, čerstvá inštalácia, skutočná cesta aktualizácie z 9.1.562 a inicializácia MCP sú zelené. SHA-256 balíka npm: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Nové v 9.1.562

Publikované:

BLUN King 9.1.562 obnovuje súbor prostredia behu AgentSpine vo verejnom balíku.

Súbor prostredia behu, ktorý potrebuje zabudovaný server MCP AgentSpine, sa opäť dodáva. Čerstvá inštalácia plne materializuje plugin; server MCP sa spustí a potvrdí svoje meno a verziu protokolu.

Skontrolovaný stav balíka

Hranica balíka sa od 9.1.561 líši len metadátami verzie a obnoveným súborom prostredia behu. Skenovanie únikov, čerstvá inštalácia, materializácia pluginu a skutočná inicializácia MCP sú zelené. SHA-256 balíka npm: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Nové v 9.1.561

Publikované:

BLUN King 9.1.561 preberá skontrolované vylepšenia pracovného systému do verejného balíka.

Aktuálna úloha a čerstvé výsledky nástrojov zostávajú k dispozícii. Výsledky čítania sa neskracujú. Veľké výsledky sa ukladajú s odkazom na opätovné vyžiadanie namiesto vyprázdnenia. Opakované identické výsledky odkazujú na najnovší úplný výsledok.

Kompaktácie sa zaznamenávajú ako transakcia so značkou začiatku, zhrnutia a konca. Volania nástrojov a ich výsledky zostávajú spolu, trvalé kontrolné body zabezpečujú cestu obnovy cez ďalšie pokusy.

Rozpočty výstupu teraz pochádzajú z aktívneho profilu modelu. Spravovaný model BLUN dostáva štandardne 128 000 výstupných tokenov, ak nie je výslovne nastavená žiadna hodnota. Staré pevné limity 32 768 tokenov a nízke limity pre low a off už neskracujú komplexnú prácu; kapacita kontextu zostáva bezpečnostnou hranicou.

Aktualizátor sa opýta skôr, ako pripraví alebo spustí inštalátor. Vo verejnom balíku zostáva spravovaný model BLUN pevne nastavený; /model slúži už len ako kompatibilný alias pre /effort.

Hranica balíka bola skontrolovaná cez všetky názvy súborov a čitateľné obsahy. Interné cesty poskytovateľov, výber modelu, zostavovacie a regresné skripty, súkromné identifikátory a súkromné adresy serverov nie sú obsiahnuté.

Skontrolovaný stav balíka

Úplný balík, skenovanie únikov, čerstvá inštalácia, výstup verzie a pomoci, štandardné nastavenia nového profilu a rozhodnutie aktualizácie z 9.1.550 na 9.1.561 sú zelené. SHA-256 balíka npm: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Nové v 9.1.527

Publikované:

BLUN King 9.1.527 preberá postup /copy z DeepAgents.

Príkaz skopíruje najnovšiu dokončenú, neprázdnu odpoveď asistenta cez existujúcu platformovo nezávislú cestu schránky.

Ak sa /copy zadá počas prebiehajúceho ťahu, príkaz použije existujúci front príkazov a vykoná sa po dokončení odpovede.

Jasné stavové hlásenia pokrývajú úspech, prázdnu históriu a chyby schránky vo všetkých šiestich jazykoch rozhrania.

Regresia od červenej k zelenej chráni registráciu príkazov, vykonávanie, výber odpovede, bajtovo presný obsah schránky a schválené texty rozhrania.

Skontrolovaný stav balíka

Úplný prepack a kontrola rozbaleného artefaktu sú zelené. SHA-256 balíka npm: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Nové v 9.1.526

Publikované:

BLUN King 9.1.526 materializuje verziu AgentSpine zabalenú s aktuálnym balíkom skôr, ako /reload znova zostaví katalóg pluginov a konfiguráciu MCP.

Nedotknuté záznamy pluginov zostávajú zachované. Nezmenený spravovaný strom AgentSpine sa znovu použije bez prepísania installed.json.

Regresia od červenej k zelenej proti 9.1.525 chráni poradie bootstrapu, prevzatie spravovaného pluginu a idempotentné správanie pri opätovnom načítaní.

Skontrolovaný stav balíka

Úplný prepack, kontrola zabaleného artefaktu a izolovaný test aktualizátora z 9.1.525 na 9.1.526 sú zelené. SHA-256 balíka npm: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Nové v 9.1.525

Publikované:

BLUN King 9.1.525 spúšťa každý lokálny príkaz shellu v systéme Windows aj POSIX vo vlastnej skupine procesov. Programy sa tak už nemôžu pripojiť k riadiacej konzole BLUN-TUI a zachytávať Escape, Strg+S alebo iné vstupy editora.

Štandardný vstup, štandardný výstup a chybový výstup zostávajú v súkromných rúrach. Interaktívne príkazy dostanú koniec súboru a zlyhajú alebo bežia do časového limitu bez súťaženia s editorom o vstupy.

Lokálna izolácia shellu z DeepAgents bola prevzatá pre Windows. Spustiteľný regresný test pokrýva obe platformové cesty a skutočnú skúšku so zachyteným procesom.

Nové v 9.1.524

Bez dátumu

BLUN King 9.1.524 drží okamžitú úlohu vytvorenú telegramovým príkazom /loop v chránenej ceste doručenia pre diaľkové príkazy. Nemôže tak zostať ako druhý bežný záznam frontu.

Zoznam obnovenia zobrazuje pre každú reláciu veľkosť kontrolného bodu obnovenia, zachované správy a tokeny, veľkosť histórie relácie a chýbajúce, neplatné alebo zastarané kontrolné body.

Zabudované prostredie behu AgentSpine sa aktualizuje na skontrolovaný oficiálny stav 0.11.4 s commitom 8034487cdd24498076bac48d3f24400bca5e6ae4. Časový rozpočet BLUN 180 sekúnd pre dokončenie SessionStart na pozadí zostáva zachovaný.

Spustiteľné regresné testy chránia presne jednorazové doručenie telegramových slučiek a všetky stavy hodnôt obnovenia. Existujúce správanie lokálneho frontu pri zaneprázdnenej slučke zostáva nezmenené.

Nové v 9.1.523

Publikované:

BLUN King 9.1.523 nechá Escape zavrieť otvorenú ponuku príkazov so šikmou lomkou a vyprázdniť súvisiaci návrh v jednom kroku, namiesto ponechania textu príkazu.

Strg+S odovzdá návrh so šikmou lomkou existujúcej ceste zaraďovania a spracovania aj vtedy, keď rozhranie práve hlási nečinnosť, namiesto tichého návratu pred vyprázdnením frontu.

Bežné návrhy zostávajú zachované, keď Escape iba zatvorí iné automatické dopĺňanie.

Testy behu od červenej k zelenej chránia obe klávesové skratky proti presnému správaniu balíka 9.1.522.

Nové v 9.1.522

Bez dátumu

BLUN King 9.1.522 zapíše permission.approval_requested do histórie relácie okamžite pri otvorení schválenia nástroja. King bez dozoru tak už nevyzerá ako tichý model alebo zaseknutý poskytovateľ, kým čaká na operátora.

Existujúce tlačidlá schválenia Telegramu sa použijú automaticky, ak zoznam povolení obsahuje presne jeden súkromný rozhovor a ľubovoľný počet skupín. Pri viacerých možných súkromných príjemcoch zostáva odosielanie zablokované, pokiaľ nie je nastavené BLUN_TELEGRAM_APPROVAL_CHAT_ID.

Regresia od červenej k zelenej chráni okamžitú viditeľnosť v histórii relácie, jednoznačné presmerovanie do súkromného rozhovoru, prednosť výslovne nastaveného cieľa a odmietnutie nejednoznačných príjemcov v oboch dodaných kópiách relay.

Nové v 9.1.521

Bez dátumu

BLUN King 9.1.521 spúšťa skenovanie SessionStart AgentSpine mimo interaktívnej cesty štartu. Studený sken používateľského adresára trvajúci 123,6 sekundy tak neblokuje ani editor, ani prvý vstup používateľa.

Úspešné výstupy SessionStart zostávajú automatické: po dokončení preberie hook na pozadí svoj obmedzený brífing naďalej do kontextu relácie.

Časový rozpočet pre studené skeny stúpa na 180 sekúnd. Test behu od červenej k zelenej dokazuje, že štart sa vráti pred pomalým hookom a hook môže potom pokračovať.

Nové v 9.1.520

Publikované:

BLUN King 9.1.520 dáva hooku SessionStart AgentSpine pri opätovnom načítaní dosť času na dokončenie studeného úplného skenovania projektu.

Časový limit pre štart AgentSpine stúpa z 15 na 60 sekúnd. Všetky ostatné časové limity hookov zostávajú nezmenené.

Nová kontrola behu od červenej k zelenej spustí skutočný hook AgentSpine v dočasnom projekte a skontroluje jeho výstup aj oba dodané manifesty časových limitov.

Skontrolovaný stav balíka

Verzia 9.1.520 obsahuje AgentSpine 0.10.1. Izolovaný test aktualizátora z 9.1.519 na 9.1.520 a úplný prepack sú zelené. SHA-256 balíka npm: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Nové v 9.1.519

Publikované:

BLUN King 9.1.519 ukladá úspešné výstupy hooku SessionStart skôr, ako sa štart alebo opätovné načítanie vráti. Pripravenosť AgentSpine tak dosiahne pokračujúci kontext modelu automaticky a už nečaká na prvú správu používateľa.

Historické odkazy na presunuté výsledky nástrojov si zachovávajú obmedzený náhľad zo začiatku a konca. Dôležité kotvy pre obnovenie tak zostávajú zachované bez opätovného zahrnutia úplného výsledku do každej požiadavky na model.

Nové kontroly behu od červenej k zelenej chránia odovzdanie kontextu SessionStart a historické náhľady. Katalóg nástrojov pre údržbu Todo obnovený s 9.1.518 zostáva nezmenený.

Nové v 9.1.518

Publikované:

Počas proaktívnej údržby zoznamu úloh zostávajú Read, Write, Edit a Bash k dispozícii popri TodoList. Normálna cesta obnovy pre veľké zmeny súborov sa tak už neprerušuje.

Automatická údržba Todo a jej obmedzený prompt dokladov zostávajú zachované bez prepnutia aktívneho kroku modelu na katalóg nástrojov obsahujúci len TodoList.

Regresná brána od červenej k zelenej chráni pred regresiou katalógu z 9.1.499 a kontroluje výber nástrojov obnovy bez duplicitných schém.

Nové v 9.1.517

Publikované:

Strg+S a Escape zostávajú k dispozícii aj pri otvorenej požiadavke na schválenie. Strg+S odošle všetky čakajúce správy; Escape najprv uvoľní jednu čakajúcu správu a schválenie odmietne až pri prázdnom fronte.

Asynchrónne ukončenie relácie sa úplne pozoruje v cestách klávesnice, telegramového /reload a príkazov so šikmou lomkou. session.not_found platí ako už ukončená relácia, namiesto pádu jadra cez neošetrené odmietnutie.

Kontroly balíka od červenej k zelenej chránia surové riadiace znaky systému Windows a nameranú chybu pri ukončovaní už neexistujúcej relácie.

Nové v 9.1.516

Publikované:

Ak v uloženej histórii po kompaktácii chýba začiatok kroku asistenta, prehrávanie ho rekonštruuje z nasledujúcej udalosti obsahu alebo nástroja. king -c sa tak už nepreruší s internou chybou Received content_part for unknown step_uuid 'undefined'.

Telegramová správa opustí front presne raz, len čo jadro trvalo prijme jej aktívne odovzdanie. Skutočné odmietnutia zostávajú zachované pre nový pokus. Neočakávane ukončený bridge Telegram spravovaný agentom King sa reštartuje presne jedným zlúčeným strážcom.

Na krok modelu sa prijíma len prvá zmena TodoList. Dokončené body automaticky zmiznú, čakajúce značky zostávajú viditeľné aj v termináloch ANSI16 a nový zoznam začína presne jedným prebiehajúcim bodom. Pevné poradie je: naliehavé, priama správa používateľa, adresovaná správa bota, správa bota, bežná správa.

Prvý krok schopný nástrojov čaká najviac 2,5 sekundy na počiatočný katalóg MCP; voliteľné servery môžu naďalej štartovať na pozadí. Pri štarte programu sa kontroluje a inštaluje len aktívny profil.

Skontrolovaný stav balíka

Verzia 9.1.516 obsahuje AgentSpine 0.10.1. Všetkých osem prepack regresných brán, node --check, kontrola metadát balíka a čerstvá kontrola balíka sú zelené. Rovnaký balík npm obsahuje platformové časti pre Windows, Linux a macOS. SHA-256 balíka npm: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Nové v 9.1.515

Publikované:

Pravdivo nezmenený zoznam úloh sa po dlhšej doloženej práci opäť prijíma. King nemusí vymýšľať pokrok ani len preformulovať názov, aby mohol pokračovať vo svojej skutočnej práci.

Aj nečinná slučka môže znova nadviazať na ešte otvorený TodoList bez trvalého držania agenta v údržbovom ťahu s výlučne nástrojom Todo. Prepack regresná brána chráni obe chybové cesty.

Skontrolovaný stav balíka

Verzia 9.1.515 obsahuje AgentSpine 0.10.1. Cielená regresná kontrola slučky Todo, node --check, kontrola metadát vydania a čerstvá inštalácia balíka sú zelené. Rovnaký balík npm obsahuje platformové časti pre Windows, Linux a macOS. SHA-256 balíka npm: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Nové v 9.1.514

Publikované:

BLUN King 9.1.514 spevňuje denník doručovania Telegramu bez obsahu proti manipulovaným obálkam frontu.

Identifikátory správ sa preberajú už len ako kladné desiatkové čísla. Už vypočítané hashe chatov sú prípustné výlučne ako presne dvanásťmiestne hexadecimálne hodnoty s malými písmenami. Chybné hodnoty podobné obsahu sa zahodia namiesto zaznamenania.

Existujúce spracovanie Telegramu, fázy doručovania, rotácia denníka a diagnostika karantény bez obsahu zostávajú nezmenené. Všetkých 133 testov balíka a čerstvé vzorky balíka pre Windows x64, Linux x64, macOS ARM64 a macOS x64 sú zelené.

Skontrolovaný stav balíka

Verzia 9.1.514 obsahuje AgentSpine 0.10.1 a ReadBatch. SHA-256 balíka npm: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Nové v 9.1.513

Publikované:

BLUN King 9.1.513 zaznamenáva cestu doručovania Telegramu od vstupu na bridge cez smerovanie, zaraďovanie a vkladanie až po potvrdenie, obnovu alebo karanténu.

Obmedzený denník ukladá výlučne identifikátory bez obsahu, hashe, fázy doručovania, počítadlá a očistené dôvody chýb. Texty správ, prompty, cesty, používateľské mená, tokeny, prístupové údaje a surové chybové hlásenia sa nezaznamenávajú.

Aj diagnostika karantény už neduplikuje telegramové správy, texty zobrazenia, údaje o pôvode, surové ID chatov ani cesty obrázkov. Všetkých 132 testov balíka a čerstvé vzorky balíka pre Windows x64, Linux x64, macOS ARM64 a macOS x64 sú zelené.

Skontrolovaný stav balíka

Verzia 9.1.513 obsahuje AgentSpine 0.10.1 a ReadBatch. SHA-256 balíka npm: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Nové v 9.1.512

Publikované:

BLUN King 9.1.512 pri proaktívnej údržbe TodoList vyžaduje zmenenú aktualizáciu podloženú dokladmi, namiesto neobmedzeného opätovného prijímania toho istého zoznamu. Izolovaný údržbový ťah dostane najviac osem kompaktných údajov o názve nástroja a výsledku od poslednej prijatej aktualizácie.

Prompty, argumenty, príkazy, úplné cesty, výsledky nástrojov ani pracovná história sa pritom znova neprehrávajú. Neúspešný pokus TodoList uchová tento obmedzený doklad pre ďalší pokus; úspešná aktualizácia odstráni použité údaje. Dokončené body naďalej automaticky miznú a v nasledujúcom kroku sú opäť k dispozícii bežné pracovné nástroje.

Skontrolovaný stav balíka

9.1.512 prejde 127 zo 127 testov balíka. Čerstvé inštalácie vyberú pod Windows x64, Linux x64, macOS ARM64 a macOS x64 očakávané platformové časti a obsahujú AgentSpine 0.10.1 a ReadBatch. SHA-256 balíka npm: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Nové v 9.1.511

Publikované:

BLUN King 9.1.511 dodáva AgentSpine 0.10.1 ako novú verziu základného pluginu adresovanú obsahom. Povinný preflight naďalej kontroluje každý aktívny súbor inštrukcií hostiteľa bezpečne voči súbehu a viaže jeho identitu na presný ťah, no už neduplikuje plný text načítaný hostiteľom do kontextu behu.

Stav dopĺňa povinné doklady pred odpoveďou, potvrdené záznamy must-remember a samoliečiacu synchronizáciu overeného grafu persony a vzťahov. Chýbajúce skupiny, osoby a členstvá sa pri opätovnom porovnaní zoznamu opravia; lokálne otázky vzťahov sa pri blokáde po piatich sekundách viditeľne skončia.

Obmedzená telegramová otázka Mnemo zostáva zachovaná: predchádzajúce správy sa načítavajú len pri konkrétnej potrebe s úzkym vzťahom k agentovi, osobám, skupinám, témam, vláknam a času. Úplná história Telegramu sa bežne nedostane do promptu.

Skontrolovaný stav balíka

9.1.511 prejde 126 zo 126 testov balíka. Skutočný súbor CLAUDE.md s 15 519 bajtmi bol úplne skontrolovaný, zatiaľ čo celý vložený kontext mal 5 667 bajtov a neobsahoval žiadny plný text inštrukcií. Čerstvé inštalácie vyberú pod Windows x64, Linux x64, macOS ARM64 a macOS x64 očakávané platformové časti a obsahujú AgentSpine 0.10.1 a ReadBatch. SHA-256 balíka npm: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Nové v 9.1.510

Publikované:

BLUN King 9.1.510 dopĺňa nástroj ReadBatch. Číta dva až dvanásť vzájomne nezávislých, už známych súborov UTF-8 alebo rozsahov súborov v jednom kroku modelu a zachováva pritom poradie požiadaviek. Každá cesta prechádza rovnakými kontrolami prístupu, pravidiel a oprávnení ako jednotlivé volanie Read. Čiastkové úspechy zostávajú viditeľné; len úplne zlyhaný balík platí ako celková chyba.

Skontrolovaný stav balíka

9.1.510 prejde 125 zo 125 testov balíka. Čerstvé inštalácie vyberú pod Windows x64, Linux x64, macOS ARM64 a macOS x64 očakávané platformové časti a obsahujú ReadBatch. AgentSpine zámerne zostal na 0.8.0, kým nebol nezávisle nájdený blokátor rozpočtu kontextu novšieho predbežného stavu odstránený bez zväčšeného promptu behu. SHA-256 balíka npm: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Nové v 9.1.509

Publikované:

BLUN King 9.1.509 vyžaduje pri každej schválenej telegramovej pracovnej správe medzi botmi výslovné spomenutie určeného agenta King. Správy botov bez vhodného spomenutia zostávajú viditeľné, no ani sa neukladajú do vyrovnávacej pamäte, ani nezaraďujú, nedoručujú ani neskôr nepreberajú do kontextu modelu tohto agenta King. Tak sa prioritná správa bota pre jedného agenta King už nemôže stať úlohou iného agenta King.

Skontrolovaný stav balíka

Všetkých 121 testov balíka prejde. Rovnaký balík obsahuje skontrolované platformové časti pre Windows x64, Linux x64, macOS ARM64 a macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Nové v 9.1.508

Publikované:

Otvorené body Todo majú opäť viditeľné zaškrtávacie políčko. Aj prvý bežný zoznam úloh začína presne jedným prebiehajúcim bodom; neskoršie kroky zostávajú čakajúce, kým nie je dokázaný ich skutočný začiatok.

Prijaté priame telegramové správy a správy skupín sa asynchrónne, trvalo ukladajú do vyrovnávacej pamäte a presne deduplikovane odovzdávajú systému Mnemo. Dočasne nedostupné centrum neblokuje ani doručovanie Telegramu, ani beh agenta King. Príkazy /loop a interné tiky slučky sa zámerne neukladajú.

AgentSpine nenačítava úplnú históriu Telegramu do kontextu behu. Ak úloha potrebuje predchádzajúcu správu, nasleduje obmedzená otázka Mnemo podľa agenta, osoby, skupiny, témy, vlákna a časového obdobia.

Skontrolovaný stav balíka

Všetkých 120 testov balíka prejde. Čerstvé inštalácie vyberú pod Windows, Linux x64, macOS ARM64 a macOS x64 vždy správnu natívnu komponentu schránky a obsahujú spravované telegramové pripojenie Mnemo a AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Nové v 9.1.507

Publikované:

BLUN King 9.1.507 výslovne poučí model v nástroji Read, aby zoskupil vzájomne nezávislé čítania súborov a rozsahov v jednej odpovedi modelu, keď môže byť užitočných viacero vstupov.

To znižuje zbytočné kolá modelu pri veľkých pracovných kontextoch bez zmeny vykonávania, navigácie stránok, oprávnení alebo spracovania výsledkov Read.

Skontrolovaný stav balíka

Cielený regresný test chráni zmenu; všetkých 112 testov balíka prejde.

Nové v 9.1.506

Publikované:

Dokončené body TodoList sa okamžite odstránia z viditeľného TUI. Trvalý zoznam úloh tieto záznamy už správne zahodil; teraz zobrazuje rozhranie rovnaký očistený stav, kým prebiehajúca a čakajúca práca zostáva úplne zachovaná.

Automatický údržbový ťah používa samostatný systémový prompt s 546 znakmi. Predtým sa na to napriek jedinému dostupnému nástroju Todo pripájal úplný pracovný prompt s približne 19 000 znakmi. Nasledujúci pracovný krok naďalej dostáva úplný prompt a svoj bežný katalóg nástrojov.

Nameraný zisk kontextu a stav balíka

Skutočný beh ukázal pre každý ôsmy pracovný krok vlastný údržbový ťah Todo s 15 221 vstupnými tokenmi. Statický údržbový prompt sa zmenšuje o 18 470 znakov; skutočná úspora času behu sa znova zmeria po aktualizácii flotily. Zverejnený tarball prejde 111 zo 111 testov. Čerstvé inštalácie balíka pod Windows s Node 24.19.0 a Linux s Node 24.18.0 potvrdzujú verziu 9.1.506; binárne súbory macOS pre ARM64 a x64 sú obsiahnuté v identickom balíku npm. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Nové v 9.1.505

Publikované:

Telegramová správa, ktorá príde po prevzatí kanála, ale ešte pred dokončením aktivácie frontu, sa už nepreskočí ako starý zvyšok. Bez platného kontrolného bodu sa spracovanie začína na hranici bajtov nameranej pri štarte prevzatia namiesto na neskoršom konci súboru.

Platný trvalý kontrolný bod si zachováva prednosť. Ak sa súbor frontu počas odovzdávania nahradí, nový súbor začína bezpečne na byte nula; historické správy existujúce už pred prevzatím sa naďalej neprehrávajú znova.

Nameraná regresia a stav balíka

Skupinové hlásenie 63456 prišlo sekundu po prevzatí kanála, kontrolný bod preskočil presne na jeho koniec a správa sa neobjavila v žiadnej histórii modelu. Táto skutočná strata je chránená ako regresia. Zverejnený tarball prejde 111 zo 111 testov; čerstvé inštalácie balíka pod Windows s Node 24.19.0 a Linux s Node 24.18.0 a skutočná aktualizácia z 9.1.504 potvrdzujú verziu 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Nové v 9.1.504

Publikované:

Telegramová správa, ktorá už leží vo fronte pri prázdnom behu agenta, sa teraz spustí cez bežnú cestu kanála ako čerstvý ťah modelu. Už nečaká na aktívny beh, ktorý v nečinnosti podľa definície nemôže vzniknúť.

Existujúce odovzdanie do prebiehajúceho ťahu zostáva nezmenené. Rovnako chránené zostávajú izolovaná údržba Todo, automatické odstraňovanie dokončených bodov a následné obnovenie bežných nástrojov pre súbory, vyhľadávanie a shell.

Skontrolovaný stav balíka

Zverejnený tarball prejde 106 zo 106 testov. Nová regresia nečinnosti bola pred zásahom červená a po ňom je zelená spolu s 24 testami frontu. Čerstvé inštalácie balíka pod Windows s Node 24.19.0 a Linux s Node 24.18.0 potvrdzujú verziu 9.1.504 a rovnaký SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Nové v 9.1.503

Publikované:

Izolovaná údržbová správa Todo teraz nesie aj výslovne prázdne pole toolCalls. Tým spĺňa rovnakú formu správy ako bežné pracovné ťahy a môže ju bezpečne spracovať normalizácia poskytovateľa BLUN.

Skutočná chyba behu TypeError: message.toolCalls is not iterable sa tak už neobjaví pred volaním TodoList. Regresný test iteruje vytvorenú správu presne ako hranica poskytovateľa, skôr ako sa údržba schváli.

Skontrolovaný stav balíka

Zverejnený tarball prejde 105 zo 105 testov. Čerstvé vzorky balíka pod Windows s Node 24.19.0 a Linux s Node 24.15.0 potvrdzujú úplnú formu správy poskytovateľa, izolovanú údržbu Todo a automatické odstraňovanie dokončených bodov. Skutočné prevzatie flotily beží po kontrolovanom reštarte troch inštancií King.

Nové v 9.1.502

Publikované:

Splatný údržbový krok TodoList dostáva už len čerstvú správu obmedzenú na aktuálnu úlohu a viditeľný zoznam. Staré volania Read, Bash alebo MCP z pracovnej histórie sa tak už nemôžu dostať do kroku zámerne obmedzeného na TodoList.

Dokončené úlohy pri ukladaní automaticky zmiznú z viditeľného aj trvalého zoznamu. Prebiehajúce, čakajúce, blokované, na schválenie čakajúce a prerušené body zostávajú zachované; zoznam tak nerastie neobmedzene kvôli dokončenej práci.

Nameraný nález flotily

Dva profily agentov nezávisle narazili na rovnakú regresiu: po úspešnom použití nástroja údržba Todo opakovala historické odborné nástroje a zobrazila Tool not found. Zverejnený tarball prejde 105 zo 105 testov. Čerstvé inštalácie pod Windows s Node 24.19.0 a Linux s Node 24.15.0 potvrdzujú izolovanú údržbu, odstraňovanie dokončených bodov a návrat bežných nástrojov. Skutočné prevzatie macOS nie je súčasťou tohto dôkazu.

Nové v 9.1.501

Publikované:

Po úspešnom údržbovom kroku TodoList sú v bezprostredne nasledujúcom pracovnom kroku opäť k dispozícii všetky nástroje vybrané pre ťah. Read, Bash a iné odborné nástroje sa už neskrývajú za dočasne obmedzeným katalógom Todo.

Opravená regresia

Krok Todo zámerne ponúkal len TodoList. Jeho výber nástrojov však zostal bez výslovného obnovenia aktívny aj v nasledujúcom kroku. 9.1.501 tam opäť nasadzuje bežný katalóg a chráni obe cesty nasledujúceho kroku regresiou.

Golden Release 9.1.500

Publikované:

Táto verzia spája úplný funkčný stav 9.1.499 nezmenený ako spoločné zverejnenie npm pre Windows, Linux a macOS. Označenie gold je zámerne obmedzené na nadpisy tejto verzie; staršie záznamy si zachovávajú svoje doterajšie zobrazenie.

Stav vydania

Golden Release preberá skontrolované zmeny Todo, frontu, slučky, kontextu, AgentSpine a vyhodnotenia obrázkov z 9.1.499 bez dodatočnej logiky behu.

Nové v 9.1.499

Publikované:

Údaje obrázkov, zvuku a videa mimo najnovších dvanástich správ rozhovoru sa len v opakovanej projekcii modelu nahrádzajú krátkymi odkazmi. Aktuálne médiá, text správy a úplná surová história relácie zostávajú nezmenené.

V nameranom kontrolnom bode obnovenia ušetrí táto projekcia 85 748 znakov, resp. približne 21 437 odhadovaných vstupných tokenov na každý ďalší krok nástroja.

Splatná údržba Todo beží pred deviatym pracovným blokom ako vlastný krok modelu s nízkym úsilím. V tomto kroku ponúka prostredie behu výlučne TodoList; nástroje pre súbory, vyhľadávanie, shell a iné odborné nástroje sa znova schvália až po platnej aktualizácii.

Čerstvé správy používateľa majú prednosť pred údržbou Todo. Tvrdá brána Todo zostáva ako bezpečnostná sieť pre skutočne neplatné aktualizácie, ale už sa nezobrazuje ako bežná červená prechodná chyba pred samostatnou údržbou zoznamu.

Skontrolovaný dôkaz

Zverejnený tarball prejde 105 zo 105 testov behu a regresie. Čerstvé izolované inštalácie pod Windows s Node 24.19.0 a Linux s Node 24.15.0 hlásia presne verziu 9.1.499 a potvrdzujú projekciu médií, nezmenenú surovú históriu, predbežné riadenie Todo a skrytie všetkých odborných nástrojov počas kroku Todo. Kandidát obsahuje 850 ciest a nesie SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Skutočné prevzatie macOS nie je súčasťou tohto dôkazu.

Nové v 9.1.498

Publikované:

/usage zobrazuje mieru zásahov vyrovnávacej pamäte promptu nahlásenú poskytovateľom a prečítané a zapísané tokeny vyrovnávacej pamäte na model. Bez nahlásenej aktivity vyrovnávacej pamäte zobrazenie žiadnu mieru nevymýšľa.

/tokens je krátky alias pre existujúcu podrobnú diagnostiku kontextu; /offload vyvoláva existujúcu archivujúcu kompaktáciu. Ani jedna cesta nespúšťa dodatočné volanie modelu.

Rôzne autorizované správy botov sa už nezahadzujú cez pevné 15-sekundové okno. Existujúce poradie zostáva zachované: súkromné a výslovne adresované správy stoja pred správami botov, správy botov pred bežným kontextom.

Úplná kompaktácia preberá presný zoznam Todo do nového kontextu. Ak sú potom cesta, príkaz, hash alebo požiadavka neisté, jednorazové upozornenie na obnovu najprv vyžaduje prečítanie archivovanej histórie namiesto širokého vyhľadávania súborov alebo nového začiatku.

Dokončené kroky Todo zostávajú ako dôkaz. Ak si neskoršie poznatky vyžiadajú krok znova, doložené dokončenie zostáva platné a nová kontrola sa objaví ako vlastný prebiehajúci krok s odôvodnením.

Opakované slučky relácie čakajú, pokiaľ udržiavaný zoznam Todo ešte obsahuje prebiehajúcu alebo čakajúcu prácu. Zmeškané intervaly sa zlúčia až do skutočnej nečinnosti; iné naplánované pripomienky tým nie sú dotknuté.

Skontrolovaný dôkaz

Pripravený tarball prejde 100 zo 100 testov behu a regresie. Čerstvé izolované inštalácie pod Windows s Node 24.19.0 a Linux s Node 24.15.0 hlásia presne verziu 9.1.498 a potvrdzujú zobrazenie vyrovnávacej pamäte, aliasy príkazov, obnovu kompaktácie, monotónne dôkazy Todo, ochranu slučky relácie, zmenový protokol balíka a prioritu botov. Kandidát obsahuje 849 ciest a nesie SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Skutočné prevzatie macOS nie je súčasťou tohto dôkazu.

Nové v 9.1.497

Publikované:

Telegramové správy botov zo spoločných skupín stoja za súkromnými a výslovne adresovanými správami, ale pred bežným kontextom. Prioritizácia nevynucuje žiadnu odpoveď.

Prijatá telegramová správa zmizne z viditeľného frontu, len čo sa začne krok modelu, do ktorého bola vložená. Odmietnuté doručenie alebo prerušenie pred prvým krokom ju naďalej uchováva pre nový pokus.

Splatná telegramová odpoveď alebo spracovanie správy už nie je blokované údržbou Todo. Nasledujúci bežný pracovný krok zostáva zablokovaný až do pravdivého aktualizovania zoznamu Todo.

Verzie 9.1.496 až 9.1.487

VerziaZmeny
9.1.496Automaticky doručuje správy používateľov Telegramu jednotlivo, odstraňuje len presne prijaté alebo zodpovedané ID správy, vynucuje pravdivý pokrok pre každý viditeľný zoznam Todo a skrýva úspešné interné užitočné zaťaženia hookov.
9.1.495Spúšťa každý nový alebo nahradený cieľ s čerstvým viditeľným zoznamom Todo, vyžaduje pravdivé aktualizácie, okamžite odstraňuje úspešne zodpovedané zameranie telegramovej skupiny, presúva bežné potvrdenia príchodu na koniec ťahu a dopĺňa skutočné kontroly dekódovania pre Ctrl+S a Ctrl+T.
9.1.494Opäť jednoznačne oddeľuje klávesové skratky: Ctrl+S riadi len zvyšok frontu, Ctrl+T len zoznam Todo. Správy používateľov Telegramu sa pri prebiehajúcej práci autorizujú pre ďalšie bezpečné odovzdanie.
9.1.493Správy používateľov Telegramu sa počas aktívnej práce automaticky uvoľnia pre ďalšie bezpečné odovzdanie. Priame správy zostávajú vpredu vo fronte bez trvalého zastavovania správ skupín.
9.1.492Už uvoľnené správy skupín zostávajú zachované pri dočasne zaneprázdnenom doručovaní a skúsia sa znova. Balík, metadáta npm, verejný manifest a zmenový protokol sa pred hlásením úspechu kontrolujú spoločne.
9.1.491Priame telegramové správy sa pri prebiehajúcej práci okamžite priorizujú. Manuálne riadenie frontu zostalo pre ostatné správy zachované.
9.1.490História balíka úplne dokumentuje nezverejnený stav 9.1.487 a skutočne zverejnené opravy od 9.1.488.
9.1.489Zoznam úloh, riadenie frontu, identita vykonávania Telegramu, inštalácia profilu AgentSpine a spravované vyhodnotenie obrázkov boli obnovené a chránené regresnými testami.
9.1.488Pripravený základný plugin AgentSpine bol zverejnený. Duplikáty Telegramu nezanechávajú žiadny falošný ťah; hĺbka uvažovania a bezpečné zaobchádzanie s telemetriou zostávajú zachované cez kroky nástrojov.
9.1.487Nezverejnené. Tento stav pripravil AgentSpine ako spravovaný základný plugin. Na npm nasledovala po 9.1.486 priamo 9.1.488.

Nové v 9.1.486

Publikované:

Nové a aktualizované profily teraz spoľahlivo štartujú v systémoch Windows, macOS a Linux v angličtine. Uložená automatická hodnota jazyka sa jednorazovo migruje, kým výslovne zvolené jazyky zostávajú nezmenené.

Automatické aktualizácie pri štarte sú cez existujúci inštalátor viazaný na verziu opäť štandardne aktivované. [upgrade].auto_install = false zachováva otázku potvrdenia; aktualizátor na pozadí sa znovu nezavádza.

Štartové dialógy, priebeh, chyby, hlásenia o úspechu a pokračovanie relácie používajú teraz rovnaký jazyk. Regresné a mutačné testy chránia migráciu, cestu aktualizácie a údaje relácie.

Skontrolovaný dôkaz

Úplná testovacia sada prešla s 1 474 z 1 474 kontrol. Izolovaný priebeh aktualizácie nainštaloval 9.1.486 z 9.1.485, zachoval konfiguráciu a reláciu nezmenené a spustil nové CLI. Samostatná štartová skúška dokázala automatickú inštaláciu bez otázky a jednorazovú migráciu starej automatickej hodnoty jazyka na angličtinu.

Verzie 9.1.485 až 9.1.178

VerziaZmeny
9.1.485
  • Obmedzuje prvé viditeľné prehrávanie pokračovanej relácie bez indexu posúvania na aktívnych 15 ťahov rozhovoru namiesto opätovného zobrazenia celého rozhovoru.
  • Po úspešnej aktualizácii vyprázdni viditeľnú oblasť aktualizácie pred spustením novej konzoly; bežný posun terminálu zostáva zachovaný.
  • Dopĺňa regresné a mutačné kontroly pre záložný režim prehrávania vrátane simulácie so 97 596 záznamami.
9.1.484
  • Rozpoznávanie pluginov prijíma navyše .codex-plugin/plugin.json a vyhodnocuje PLUGIN_ROOT resp. BLUN_PLUGIN_ROOT v príkaze, argumentoch a pracovnom adresári.
9.1.483
  • Model kompaktácie sa dá vybrať oddelene od aktívneho modelu, uložiť a vrátiť na dedenie; výber a spätná väzba sú k dispozícii v príkaze nečinnosti a v lokalizovaných nastaveniach.
9.1.482
  • Presunuté výsledky Read si zachovávajú ďalší line_offset a pokračujú v pôvodnom čítaní na tomto mieste, namiesto opätovného čítania toho istého súboru od začiatku.
9.1.481
  • Odpovede podagentov, ktoré skončia na limite tokenov bez volania nástroja, sa rozpoznajú ako max_tokens pre existujúce pokračovanie. Vzory glob s .. a pomenované domovské cesty ako ~name sa odmietajú.
9.1.480
  • Aktualizuje dodaný skill translate-native a Language-Guard-MCP na verziu 6.42.13.
  • Viaže dodané súbory jazykovej ochrany bajtovo presne na zdrojový commit 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Dopĺňa kontroly pôvodu a mutácie tak, aby zmenené ochranné bajty alebo odlišná verzia skillu spôsobili zlyhanie publikačnej brány.
9.1.479
  • Pridáva do súkromnej služby King agentovej API autentifikovanú internú cestu na kontrolu dostupnosti.
  • Kontroluje dostupnosť služby bez vytvorenia zákazníckej relácie alebo spustenia priebehu agenta.
  • Obmedzuje cestu na rozhranie loopback a GET, chráni ju tajomstvom a zabraňuje jej ukladaniu do vyrovnávacej pamäte.
9.1.478
  • Opravuje bežné pauzy priameho telegramového fokusu po reštarte, aj keď staršie kontrolné body neobsahujú lehotu odpovede.
  • Zachováva pauzy výslovne vyžiadané používateľom až do schválenia, namiesto ich automatického vypršania.
  • Uvoľňuje správy kanála zaradené do frontu pre aktívny priebeh, len čo sa priamy fokus skončí.
9.1.477
  • Pridáva do súkromnej služby agentovej API výslovný procesný obal spúšťaný prevádzkovateľom.
  • Spracúva SIGINT a SIGTERM presne raz, aj keď signály prídu počas štartu.
  • Bezpečne končí s obmedzenými hláseniami, nevolá process.exit a službu nikdy nespúšťa automaticky.
9.1.476
  • Pridáva do súkromnej služby agentovej API zmluvu prostredia podľa princípu bezpečného uzamknutia.
  • Vyžaduje výslovne nastavený port loopback, izolačné tajomstvá, nastavenia poskytovateľa a limity zdrojov.
  • Necháva súkromnú službu zastavenú a automatické čistenie nečinných relácií vypnuté, kým nie je oboje výslovne nakonfigurované.
9.1.475
  • Uvoľňuje výlučne zodpovedajúco nakonfigurované a skutočne nečinné relácie agentovej API, skôr ako zákazník dosiahne limit relácií.
  • Chráni aktívne priebehy modelu a nástrojov bez ohľadu na ich vek a aktualizuje obdobie nečinnosti pri skutočnom používaní.
  • Necháva automatické čistenie vypnuté, kým prevádzkovateľ výslovne nenakonfiguruje časový limit nečinnosti.
9.1.474
  • Ruší aktívne priradenie relácie, keď pokračovanie agenta po výsledku nástroja zlyhá.
  • Umožňuje následne výslovné zatvorenie dotknutej relácie.
  • Necháva úspešné návraty nástrojov a verejnú zmluvu modelu nezmenené.
9.1.473
  • Chráni reláciu agentovej API pred zatvorením, kým beží jej prvé volanie modelu.
  • Spoľahlivo uvoľňuje reláciu po úspešnej odpovedi alebo chybe modelu.
  • Necháva existujúcu cestu pre nespracované modely a verejnú zmluvu modelu nezmenené.
9.1.472
  • Umožňuje zákazníkom výslovne zatvoriť nečinnú reláciu agentovej API a uvoľniť tak obmedzené miesto relácie.
  • Bráni zatvoreniu aktívnych relácií a obmedzuje každé zatvorenie na príslušného vlastníckeho zákazníka.
  • Poskytuje uvoľnené miesto pre novú reláciu bez zmeny verejnej zmluvy modelu.
9.1.471
  • Pridáva uzavretého hostiteľa služby, ktorý zostavuje súkromný zásobník agentovej API bez jeho automatického spustenia.
  • Vyžaduje oddelené tajomstvá pre transport a izoláciu, absolútny koreňový adresár zákazníkov a výslovnú konfiguráciu prostredia behu King.
  • Viaže počúvajúce sockety na rozhranie loopback a pri vypnutí zatvára každú zákaznícku reláciu aj každé prostredie behu.
9.1.470
  • Izoluje bezhlavé relácie agentovej API podľa dôveryhodného zákazníka a verejnej relácie.
  • Spája súčasné prvé prístupy v relácii SDK a obmedzuje aktívnych zákazníkov a relácie.
  • Používa kľúčom viazané nepriehľadné interné identifikátory a pracovné adresáre, kým stabilné verejné identifikátory relácií zostávajú zachované.
9.1.469
  • Pridáva do adaptéra agentovej API súkromný HTTP transport dosiahnuteľný výlučne cez rozhranie loopback.
  • Vyžaduje tajomstvo služby a identitu zákazníka vopred danú serverom; falošné údaje o identite v tele požiadavky sa ignorujú.
  • Odmieta príliš veľké alebo chybné požiadavky a drží interné detaily poskytovateľa mimo verejných chybových hlásení.
9.1.468
  • Zabezpečuje, že hlavný agent zostáva schopný reagovať, kým podagenti na pozadí a vnorení podagenti pracujú ďalej.
  • Umožňuje obmedzeným reláciám agentovej API používať životný cyklus podagentov bez sprístupnenia lokálnych nástrojov shellu alebo súborového systému.
  • Odovzdáva presnú hranicu nástrojov každej vnorenej úrovni podagentov, takže obmedzenia nemožno obísť delegovaním.
9.1.467
  • Pridáva výslovný transportný adaptér pre priebehy agenta bez zachytenia existujúcich ciest pre nespracované modely alebo zoznamy modelov.
  • Viaže výsledky nástrojov a cielené prerušenia na rovnaký rozsah zákazníka, relácie a požiadavky.
  • Zobrazuje výlučne King, čistí neočakávané interné chyby a odmieta streamovanie, kým neexistuje zmluva agenta.
9.1.466
  • Zaznamenáva každé dokončené volanie modelu agentovej API pod stabilným ID úlohy bez spájania používania rôznych zákazníkov.
  • Trvalé mapovanie JSONL udržiava požiadavku, reláciu, úlohu, ID volania a nespracované polia používania dohľadateľné aj po reštarte.
  • Navonok sa zobrazujú len King a nespracované počítadlá vstupu, vstupu z vyrovnávacej pamäte a dokončenia; chýbajúce údaje o použití zostávajú výslovne označené.
9.1.465
  • Pridáva izolované riadenie priebehu pre výslovný koncový bod agenta agentovej API bez zmeny nespracovaných dokončení modelu.
  • Volania nástrojov spravované klientom si zachovávajú jediný priebeh King cez návraty výsledkov a zostávajú obmedzené na pôvodnú požiadavku.
  • Odpovede nadradených agentov vylučujú toky udalostí podradených agentov a zahodené návrhy opakovaných pokusov.
9.1.464
  • Spravovaní podagenti teraz bežia odpojene, takže hlavný agent zostáva schopný reagovať, kým delegovaná práca pokračuje.
  • Bežiacich podagentov možno riadiť cez TaskUpdate alebo ukončiť cez TaskStop bez zatvorenia hlavnej relácie.
  • Adresované telegramové správy skupín zostávajú vo fokuse, kým agent neodpovie v príslušnom chate.
9.1.463
  • Obnovenie z kontrolného bodu vykresľuje pri existujúcich údajoch okna len naposledy aktívnu skupinu ťahov TUI; staršie riadky zostávajú v archíve posunu a načítavajú sa podľa potreby.
9.1.462
  • Nezmenený obsah tui.toml už nespúšťa atómovú výmenu súboru; skutočné zmeny naďalej používajú existujúcu uzamknutú cestu zápisu.
9.1.461
  • /status rozlišuje načítaný stav prostredia behu od nainštalovaného balíka a hlási odchýlku aj vo vzdialenom stave Telegramu.
9.1.460
  • Staršie viditeľné správy relácie zostávajú v trvalom archíve na disku a pri posúvaní nahor sa načítavajú po blokoch bez čítania všetkých textových blokov pri štarte.
9.1.459
  • Obnovenie obnoví sémantický kontrolný bod viazaný na integritu a číta len časť súboru relácie pripojenú odvtedy; pri neplatnom kontrolnom bode zostáva úplné prehrávanie ako záložné riešenie.
9.1.458
  • Kontrolný súčet prevzatý z externého hlásenia sa viaže len vtedy, ak je táto presná hodnota prítomná vo vybranej zdrojovej udalosti.
9.1.457
  • Ak ten istý kontrolný súčet pochádza z viacerých externých udalostí, pôvod sa označí ako nejednoznačný namiesto pripísania jednému hláseniu.
9.1.456
  • Kontrolné súčty v odchádzajúcich telegramových správach sa porovnávajú s lokálnymi výsledkami nástrojov a viditeľnými externými hláseniami; nepriradené hodnoty vytvárajú poznámku o pôvode.
9.1.455
  • Telegramové hlásenia možno viazať cez identifikátor chatu a správy ako credible_unverified; hlásiteľa a pôvod udalosti nastavuje prostredie behu.
9.1.454
  • Čerstvé kontroly sa automaticky viažu na vytvárajúcu reláciu a vytvárajúceho agenta; sprostredkované merania zostávajú externými hláseniami.
9.1.453
  • Potvrdenie o dokončení sa viaže na aktuálne platné kritérium dokončenia a pri inom alebo zastaranom kritériu sa odmieta.
9.1.452
  • Každý doklad sa viaže na skutočne meraný rozsah cieľa; kontroly príkazov musia niesť rovnakú bezpečnú hodnotu BLUN_EVIDENCE_SCOPE na oboch stranách.
9.1.451
  • Každý doklad nesie presný druh inspection, integrity, syntax, test alebo reachability. Slabšia kontrola sa nesmie vydávať za silnejšiu.
9.1.450
  • Doklady o výsledkoch a doklady kontrolóra sú oddelené. Iba nový alebo zmenený kontrolór potrebuje druhý, samostatný dôkaz ostrosti; bežné merania nepotrebujú červený test.
9.1.449
  • Potvrdenie o dokončení uvádza presné úspešné volanie kontroly cez svoju toolCallId; zmiešané volanie príkazu so zmenou a kontrolou nestačí.
9.1.448
  • Dokončenie cieľa musí viazať kontrolované tvrdenie na úspešné volanie kontroly toho istého ťahu; čisto zápisové alebo zmenové nástroje neplatia ako doklad.
9.1.447
  • Vybraná činnosť sa viaže na trvalé rozhodovacie doklady; neznáme alebo zastarané doklady vynútia nové plánovanie.
9.1.446
  • Živý zámok opakovania rozpoznáva navyše krátke opakujúce sa slovné postupnosti s dvoma až ôsmimi slovami.
9.1.445
  • Vybrané poznámky k učeniu sa ukladajú spolu s validovaným výsledkom učenia aktuálneho ťahu ako stopa vystavenia, bez tvrdenia o kauzalite.
9.1.444
  • Vyhľadávanie relevantnosti pre skoršie chyby používa trvalé údaje cieľov, kontrolných bodov a rámcov problémov namiesto len najnovších správ používateľa.
9.1.443
  • Pri bezprostrednom pokračovaní cieľa načíta výslovný výber tool:- alebo skill:- presne zvolený pomocný prostriedok.
9.1.442
  • Pracovný fokus zachováva rozhodovaciu niť zo stavu, fázy, poslednej kontroly, výberu, odôvodnenia, podpory, rizika a zvratnosti.
9.1.441
  • Chýbajúce vedomosti sa vedú ako vlastná doména knowledge_gap namiesto všeobecného textu cieľa, priorizujú sa a pri prázdnej hodnote skryjú.
9.1.440
  • Svetové vedomosti a predpoklady možno zaradiť ako vlastné domény do trvalého fokusu a vážiť ich.
9.1.439
  • Trvalý kognitívny fokus dostáva hodnotenie saliencie s úpadkom medzi reláciami a posilnením pri opätovnom prístupe.
9.1.438
  • Počas prehrávania relácie sa orezávanie, spájanie a vykresľovanie odkladajú; potom sa vyžiada presne jedno nové vykreslenie prepisu.
9.1.437
  • Strážca nečinnosti používa pre časové limity opäť vhodnú textovú cestu a už neukončuje proces neprípustným parametrom v časovači.
9.1.436
  • Vzdialený stav Telegramu zobrazuje pri aktívnom ťahu začiatok, posledný pokrok, posledný nástroj a opakované chyby; TUI na to publikuje priebežné snímky aktivity.
9.1.435
  • Súkromné kontrolné body telegramového fokusu teraz nasledujú pracovnú oblasť, ktorá je viazaná na aktívnu reláciu.
  • Výber pracovnej oblasti už neukladá štartovací adresár ako miesto pokračovania pre priame rozhovory.
9.1.434
  • Potvrdené učenie teraz nasleduje pracovnú oblasť viazanú na aktívnu reláciu agenta.
  • Relácie s viacerými pracovnými oblasťami a pokračované relácie už neukladajú ani nezobrazujú projektové lekcie v adresári hostiteľského procesu.
9.1.433
  • Príprava vstupu v externom editore zostáva teraz v rámci hranice čistenia pre dočasné adresáre.
  • Ak prvý zápis zlyhá, napríklad pre plný disk alebo chýbajúce oprávnenia, dočasný adresár editora sa odstráni skôr, než sa chyba odovzdá ďalej.
9.1.432
  • Prechodné chyby streamu možno teraz opakovať aj po viditeľnom čiastočnom výstupe s tým istým vybraným modelom.
  • Neúplný text asistenta a nedokončené povrchy nástrojov sa pred opakovaním dokončia alebo zahodia, aby sa nový výstup nepripájal k neúspešnému pokusu.
  • Po viditeľnom výstupe zostáva zmena poskytovateľa zablokovaná, takže odpoveď nemôže uprostred streamu zmeniť poskytovateľa.
9.1.431
  • Lokálne procesy nástroja Bash teraz vynútene deaktivujú výzvy Gitu v termináli namiesto dedenia interaktívneho nastavenia nadradeného procesu.
  • Zdedené dialógy askpass z Gitu, SSH a Git Credential Manager sú v detskom procese nástroja deaktivované; tým sa predchádza neviditeľnému čakaniu na prihlasovacie údaje systému Windows.
  • Nadradený shell a prostredie bežiacej relácie zostávajú nezmenené; existujúce správanie pri zatvorenom štandardnom vstupe zostáva zachované a nezávisle zabezpečené.
9.1.430
  • Úplná kompaktácia môže teraz cez [loop_control].compaction_model používať voliteľne nakonfigurovaný alias modelu; aktívny model King zostáva predvolený.
  • Autentifikácia, príprava kontextu, rozpočet dokončenia, nadlimitné učenie a účtovanie používania kompaktácie sú plne viazané na zvolený model kompaktácie.
  • Aktívny model naďalej určuje začiatok kompaktácie a poslednú brzdu požiadavky, takže menší sumarizačný model nemôže nepozorovane zmenšiť centrálne okno uvažovania.
9.1.429
  • Bash v systéme Windows odmieta jednoznačnú syntax cmd.exe už pred spustením procesu, namiesto plytvania viditeľne zlyhaným priebehom.
  • Popis nástroja Bash výslovne objasňuje, že POSIX Bash v systéme Windows vrátane VS Code zostáva aktívny, a uvádza správne konvencie pre cesty a presmerovania.
  • Platné príkazy POSIX find zostávajú povolené; pre zámerne želanú sémantiku cmd zostáva k dispozícii výslovné odovzdanie cez cmd.exe /c.
9.1.428
  • Vytvorené zápisy JavaScript a TypeScript sa teraz zastavia pred prístupom na disk, ak sa vykonateľný príkaz zopakuje osemkrát za sebou; tým sa zabraňuje nekontrolovaným výstupom analytických skriptov.
  • Ochranná kontrola zachytáva volania Write pre úplné súbory aj náhrady Edit, kým súbory bez kódu, komentáre, reťazce a kratšie oprávnené opakovania zostávajú nezmenené.
  • Všetky tri pozorované degenerované prípady s 15, 23 a 31 opakovanými príkazmi sú blokované; ľubovoľné neúplné, ale neopakujúce sa zámery zostávajú mimo tohto mechanického overenia.
9.1.427
  • Viditeľný príkaz /memory core teraz hlási aktívny limit adaptéra pamäte, verziu zmluvy, režim identity, stav integrity a medziportálové doklady, voliteľne ako výstup --json.
  • Profilová náhradná pamäť a identity odvodené z profilov sú výslovne vylúčené z pripravenosti pre spoločné jadro, namiesto zobrazenia ako portálovo neutrálna pamäť.
  • Nakonfigurovaní poskytovatelia zostávajú viditeľne nepotvrdení, kým neexistujú oddelené doklady; diagnostika je iba na čítanie, neudeľuje žiadne oprávnenia a nikdy nevymýšľa medziportálové dôkazy.
9.1.426
  • Viditeľný príkaz /memory acceptance teraz vykonáva syntetickú dočasnú kontrolu pamäte V7 cez CLI, Telegram a web a môže voliteľne vydať hlásenie --json.
  • Desať nezávislých kontrol pokrýva pôvod portálov, prepojené a neprepojené identity, izoláciu agentov a skupín, deduplikáciu, globálnu opravu a vymazanie, bezpečné uzamknutie poskytovateľa a chránené zdrojové bajty.
  • Hlásenie o prevzatí slúži výlučne ako deterministický doklad: neudeľuje žiadne oprávnenia a nikdy nečíta ani nemení skutočný používateľský profil.
9.1.425
  • Podagenti, ktorí dosiahnu svoj limit tokenov, dostanú teraz v tom istom kontexte agenta krátky priebeh odovzdania bez nástrojov, namiesto straty dokončenej práce nástrojov.
  • Ak aj toto odovzdanie dosiahne limit, nadradený agent dostane obmedzené čiastočné zhrnutie a presný pokyn na pokračovanie tým istým agentom.
  • Obnova zostáva navrhnutá podľa princípu bezpečného uzamknutia: žiadny úplný nový pokus o úlohu, žiadne hlásenie o dokončení bez záverečného odovzdania a žiadne nové oprávnenia.
9.1.424
  • Potvrdené lekcie z Mistake.md sa teraz prenášajú na inak formulované, ale sémanticky podobné prípady zo spoľahlivosti, doručovania, orchestrácie, pamäte, publikovania, médií a validácie.
  • Presné pojmy dokladov majú naďalej prednosť pred širokými sémantickými kategóriami; nesúvisiaci text zostáva bez priradenia.
  • Prirodzené nemecké formulácie sa deterministicky zjednocujú; zmenené poradie nevytvára nové oprávnenia ani nepovyšuje nepotvrdenú lekciu.
9.1.423
  • Ukončenia prostredia behu zapisujú teraz trvalý synchrónny diagnostický záznam skôr, než sa jadro alebo štartér vráti alebo skončí.
  • Nezachytené výnimky, neošetrené odmietnutia, zlyhané terminály, signály, chyby štartu, normálne ukončenia, chyby detských procesov a ich ukončenia zachovávajú presnú vyčistenú príčinu vrátane hranice procesu.
  • Súkromný protokol je obmedzený a odolný voči chybám, odstraňuje tajomstvá a domovské cesty a nereštartuje ani nenačítava bežiacu reláciu.
9.1.422
  • Otvorená, nečinná relácia teraz sleduje svoj uložený časový spúšťač a aktivuje sa v automatickom a božskom režime pri alebo po dueAt.
  • Splatný spúšťač čaká, kým sa dokončia aktívne odpovede, kompaktácia, správy vo fronte, príkazy a dialógy, a potom pokračuje presne raz.
  • Pred štartom prostredie behu znovu načíta cieľ, revíziu kontrolného bodu, splatnosť, režim oprávnení a reláciu a zahodí časovače na každej ceste ukončenia relácie.
9.1.421
  • Časové čakacie kontrolné body ukladajú teraz presný časový údaj dueAt a zjednocujú ho na UTC.
  • Bežný štart relácie v automatickom alebo božskom režime nechá budúce časové spúšťače čakať a pokračuje s nimi pri alebo po ich splatnosti.
  • Prvý pokračovaný priebeh dostane presné pozorovanie splatnosti; trvalo otvorené relácie nedostávajú v tejto verzii ešte žiadny časovač prostredia behu.
9.1.420
  • Aktívny cieľ s trvalým čakacím kontrolným bodom odovzdá kontrolu po aktuálnom priebehu, namiesto priradenia ďalšieho autonómneho priebehu.
  • Externé, časové, závislostné a od rozhodnutí používateľa závislé spúšťače zostávajú uložené a pri príchode ďalšej udalosti sa znova vyhodnotia.
  • Bezprostredné ciele a staršie aktívne ciele bez kontrolného bodu pokračujú nezmenené.
9.1.419
  • Bežne pokračovaná relácia teraz vedie už aktívny cieľ ďalej, ak je jeho uložený ďalší spúšťač výslovne bezprostredný a aktívny je automatický alebo božský režim.
  • Pokračovanie zostáva interné, beží najviac raz na pokračovanú reláciu a nikdy sa nezobrazuje ako vymyslená správa používateľa.
  • Čakajúce, pozastavené a blokované ciele, chýbajúce kontrolné body a manuálne režimy oprávnení zostávajú pozastavené.
9.1.418
  • Telegram teraz zachováva výslovné označenie bota odosielateľa vo vstupných údajoch, aby kontext identity odlišoval agentov od ľudí.
  • Aktéri Telegramu už uložení ako ľudia sa korigujú na agentov len vtedy, ak sa zhodujú poskytovateľ, subjekt a výslovné označenie bota.
  • Detaily aktérov zostávajú zachované, agenti sa nikdy neznižujú a mená ani používateľské mená sa nikdy nepoužívajú na odvodenie identity agenta.
9.1.417
  • Automatické náhradné odpovede Telegramu delia odpovede s viac ako 4 096 znakmi na po sebe nasledujúce správy namiesto ich skracovania.
  • Každý znak a každý pár Unicode surrogátov zostáva zachovaný; výstup zachytáva všetky vrátené ID správ spolu s úplným textom.
  • Ak časť zlyhá, doručovanie sa na tomto mieste zastaví, namiesto hlásenia neúplnej odpovede ako úplnej.
9.1.416
  • Čerstvé výsledky z najnovšieho balíka volaní nástrojov zostávajú úplne čitateľné až do ďalšej odpovede asistenta, aj keď sa potom vloží kontext Telegramu alebo riadenia.
  • Presun balíkov, čistenie histórie a mikrokompaktácia používajú teraz rovnakú sémantickú hranicu pre čerstvé výsledky.
  • Už vyhodnotené staršie výsledky sa naďalej bežne kompaktujú, takže doterajšie úspory kontextu zostávajú zachované.
9.1.415
  • Trvalý pracovný fokus zachováva presný spúšťač pre ďalšiu akciu teraz aj cez reštarty a zmeny kontextu.
  • Ďalšia akcia zostáva oddelená od svojej podmienky schválenia; to platí aj pre platné podmienky s viac ako 512 znakmi.
  • Chybné alebo do fázy nezapadajúce spúšťače sa bezpečne odmietajú; staršie kontrolné body si zachovávajú doterajšie správanie.
9.1.414
  • Nové trvalé kontrolné body akcií zachytávajú presný spúšťač, ktorý schvaľuje ďalšiu akciu.
  • Nečakajúce fázy potrebujú bezprostredný spúšťač; čakajúce fázy potrebujú pomenovanú externú udalosť, časový bod, závislosť alebo rozhodnutie používateľa.
  • Čakajúce ciele zostávajú aktívne bez predčasného vykonania; staršie kontrolné body zostávajú čitateľné.
9.1.413
  • Odpovede Telegramu, ktoré dosiahnu limit výstupu modelu, sa už nedoručujú ako neúplné začiatky.
  • Tá istá bežiaca relácia vytvorí stručné, úplné pokračovanie a podnikne najviac tri pokusy o obnovu, kým bezpečne skončí.
  • Výslovná odpoveď cez nástroj Telegramu má naďalej prednosť a potláča obnovenie, takže úspešné odoslania sa nikdy neduplikujú.
9.1.412
  • Trvalé ciele vytvorené modelom začínajú teraz atómovo revíziou 1 a úplným obmedzeným rámcom problému.
  • Božský režim a automatický režim pokračujú v už autorizovanom štarte cieľa bez druhého potvrdenia; v manuálnom režime zostáva schválenie potrebné.
  • Autentifikovaná, netriviálna viacstupňová práca môže pod existujúcim autonómnym pokynom prejsť do trvalého režimu cieľa; pozdravy, jednostupňové požiadavky a vágne úlohy zostávajú vylúčené.
9.1.411
  • Netriviálne a neznáme úlohy môžu teraz uložiť obmedzený rámec problému v trvalom kontrolnom bode akcií.
  • Rámec zachytáva kritériá úspechu, chýbajúce vedomosti, až päť možných akcií, vybranú akciu s odôvodnením, voľbu podpory, riziko a záložnú cestu.
  • Rámec problému prežije pokračovanie a reštart výlučne ako opisný stav a nikdy nemôže udeľovať oprávnenia.
9.1.410
  • Súkromné príkazy pamäte v Telegrame teraz obmedzujú oblasť vzťahov na príslušnú osobu.
  • Fokus pamäte skrýva vzťahy iných osôb a zachováva zvyšný kontext.
  • Opravy a vymazania nemôžu vybrať vzťah inej osoby; lokálny fokus prevádzkovateľa si zachováva úplný pohľad.
9.1.409
  • Nástroje odpovedí Telegramu a záložná cesta TUI používajú teraz spoločný kanonický adresár pre stav kanála.
  • Hodnoty BLUN_HOME špecifické pre profil už nevytvárajú druhý strom adresárov pre vstupy alebo výstupy Telegramu.
  • Výslovne nastavený BLUN_TELEGRAM_STATE_DIR zostáva rozhodujúci; inak používajú obe cesty ~/.blun/channels/telegram.
9.1.408
  • Potvrdené detaily vzťahov sa zlučujú až po dvoch nezávislých pozorovaniach v priamych kanáloch.
  • Znova prehraté správy zostávajú idempotentné; skupinové správy a tvrdenia podobné oprávneniam zostávajú vylúčené.
  • Potvrdené súkromné spomienky na vzťahy môžu sledovať tú istú osobu cez Telegram a CLI bez udeľovania oprávnení.
9.1.407
  • Nástroj odpovede Telegramu importuje cestu k priebežnej histórii vstupov, ktorú používa rozpoznávanie duplikátov.
  • Bežné odpovede Telegramu už nezlyhávajú s chybou inboxLog is not defined.
  • Oddelená záložná cesta bridge zostáva k dispozícii ako zabezpečenie doručovania.
9.1.406
  • Opakované pokusy o doručenie súkromných udalostí Telegramu s rovnakým časovým údajom a textom sa ukladajú v kontinuite vzťahov len raz.
  • Skutočne neskôr zopakované tvrdenie zostáva súčasťou obmedzenej histórie vzťahov.
  • Prirodzene formulované výslovné pokyny na zapamätanie na konci vety sa rozpoznávajú ako referenčné údaje bez udeľovania alebo zmeny oprávnení.
9.1.405
  • Prepojený príkaz Telegramu /status hlási teraz vek a tlkot procesu konzoly, aktuálny pracovný krok a aktívnu úlohu bez volania modelu.
  • Nahromadený front meria teraz neprečítané bajty od kontrolného bodu viazaného na presný aktuálny súbor frontu.
  • Vzdialený stav zostáva iba na čítanie a neobsahuje ani ID chatov, cesty súborov, prístupové údaje a obsahy správ, ani úplné zoznamy úloh.
9.1.404
  • Nezmenený obsah config.toml už nenahrádza existujúci súkromný súbor.
  • Presné porovnanie bajtov je obmedzené na bežné ciele, ktoré nie sú symbolickými odkazmi.
  • Zmenené, chýbajúce, neplatné a nečitateľné ciele používajú naďalej existujúcu atómovú cestu zápisu odolnú voči pádom.
9.1.403
  • Automatické poradie načítateľných nástrojov ignoruje vložené prílohy a dokumentové užitočné zaťaženia.
  • Každý fragment zámeru sa pred lexikálnym porovnaním obmedzí na existujúci rozpočet dotazu ToolSearch 1 000 znakov.
  • Skutočné pokyny, prílohy a výslovné požiadavky ToolSearch zostávajú nezmenené.
9.1.402
  • Expirované archívy histórie kompaktácie sa pri štarte príkazu King raz na pozadí vyčistia.
  • Čistenie pri štarte nie je blokujúce a nemôže oddialiť bežné spracovanie príkazov.
  • Chyby pri čistení sa bezpečne zaznamenávajú a neprerušujú bežiacu reláciu.
9.1.401
  • Prvý textový fragment každej bežiacej odpovede sa teraz zobrazí okamžite, namiesto čakania na spätné volanie časovača.
  • Nový ťah a každý nový segment odpovede asistenta dostávajú vlastné okamžité prvé zobrazenie.
  • Neskoršie fragmenty textu, uvažovania a nástrojov si zachovávajú adaptívny rytmus zoskupovania, ktorý chráni výkon dlhých relácií.
9.1.400
  • Veľké pokračované relácie sa teraz prehrávajú kooperatívne, aby TUI mohla počas obnovy histórie znova kresliť a reagovať.
  • Každý trvalo uložený záznam prehrávania sa naďalej zobrazuje; žiadna časť histórie sa neodrezáva, nepreskakuje ani nemaže.
  • Malé pokračovania si zachovávajú doterajšie správanie; veľké pokračovania odovzdávajú vykonávanie slučke udalostí po každých 30 záznamoch.
9.1.399
  • Skontrolovaní kandidáti na učenie sú teraz obmedzení na aktuálny projekt Git, namiesto aby sa dostali do nesúvisiacich repozitárov.
  • Checkouty HTTPS a SSH toho istého pôvodu používajú spoločnú anonymnú identitu projektu.
  • Adresy repozitárov a lokálne cesty projektov sa nikdy neukladajú do záznamov kandidátov na učenie; práca mimo Gitu si zachováva existujúce správanie v rámci profilu.
9.1.398
  • Čisto textové odpovede Telegramu sa teraz deduplikujú cez cestu nástroja a obe automatické záložné cesty.
  • Identická alebo takmer identická odpoveď sa potláča len vtedy, ak neexistuje novšia prichádzajúca správa.
  • Prílohy, odlišné výsledky a odpovede po novej správe používateľa si zachovávajú doterajšie správanie.
9.1.397
  • Ciele s výslovným kritériom dokončenia potrebujú pred dokončením teraz kontrolný bod podložený prostredím behu.
  • Ak kontrola dokončenia zlyhá, cieľ zostáva aktívny a vracia konkrétne pokyny na prepracovanie.
  • Bežné ťahy a ciele bez výslovného kritéria dokončenia si zachovávajú doterajšie správanie.
9.1.396
  • Prirodzené požiadavky môžu v tom istom ťahu vopred vybrať až dve schémy načítateľných nástrojov s vysokou istotou zhody.
  • Výber zohľadňuje výlučne aktuálny zámer v kanáli a ignoruje zastaraný kontext Telegramu.
  • Pre slabé, nejednoznačné alebo neznáme požiadavky zostáva ToolSearch k dispozícii bez zväčšenia trvalo načítanej množiny nástrojov.
9.1.395
  • Prijaté mediálne úlohy sa trvalo sledujú, rovnaké otvorené požiadavky sa znova použijú a dokončené výsledky sa po kontrole kvality uložia a doručia príslušnému chatu.
9.1.394
  • Verzovaný, dobrovoľne aktivovateľný poskytovateľ pamäte môže spojiť ťahy CLI a portálu so spoločným prúdom kognitívnych udalostí.
  • Predvolené zostáva existujúce lokálne úložisko SQLite bez nového sieťového prístupu alebo zmeneného správania prostredia behu.
  • Cesty poskytovateľov, synchrónne továrenské funkcie a verzia zmluvy 6 sa teraz pred štartom prostredia behu bezpečne kontrolujú a pri odchýlkach odmietajú.
9.1.393
  • Interaktívne štarty s king a king -c zobrazujú opäť viditeľný výber aktualizácie 1/2/3, len čo existuje novšia verzia.
  • Sťahovanie aktualizácií na pozadí, čakajúca aktivácia a oneskorené automatické prepnutie boli odstránené.
  • Po zvolenej inštalácii sa king ukončí pre manuálny reštart; king -c pokračuje v poslednej relácii s novou verziou.
9.1.392
  • Neúplné medzistavy tvorby obrázka sa už neposielajú ako súkromná aktualizácia Telegramu, kým neexistuje mediálny výsledok.
  • Namerané chybové opisy GenerateImage a GetMedia sa potláčajú; dokončené mediálne doručenia zostávajú viditeľné.
  • Súkromné rozhovory a bežné vyžiadané výsledky zostávajú nezmenené.
9.1.391
  • Kontinuita spomienok naprieč portálmi vyžaduje teraz presný, aktívny doklad o prepojení identity dôveryhodného prostredia behu.
  • Podobné mená, odlišní mandanti alebo zdrojové identity, nesprávni vydavatelia a zrušené doklady zostávajú oddelené a bezpečne sa odmietajú.
  • Verzia 6 zmluvy pamäťového adaptéra podporuje overené OAuth, bezpečné prepojenia účtov a výslovne potvrdené priradenia identity bez odvodzovania oprávnení zo spomienok.
9.1.390
  • Spoločný obal pamäte zaznamenáva teraz čas udalosti a čas príchodu oddelene.
  • Každá nová kognitívna udalosť dostáva výslovne triedu uchovávania pre prevádzkové údaje, trvalé údaje, vzťahy alebo kontrolné účely.
  • Verzia 5 zmluvy pamäťového adaptéra odmieta neúplné obaly udalostí pred každým lokálnym alebo vzdialeným zápisom.
9.1.389
  • Udalosti pamäte zaznamenávajú zdrojový portál a zdrojový kanál teraz ako oddelené, autentifikované polia pôvodu.
  • Cesty CLI, Telegramu, prostredia behu, osobnosti, opravy a odvolania zachovávajú presný kanál pri ukladaní a prehrávaní.
  • Verzia 4 zmluvy pamäťového adaptéra odmieta zápisy, ak sa uložený zdrojový kanál nezhoduje s kanálom schváleným oprávnením.
9.1.388
  • Čítania pamäte vracajú len pozorovania z rozsahu viditeľnosti schváleného oprávnením, ak sa nepoužije striktne interná cesta agenta.
  • Zápisy, kontroly udalostí a operácie pozornosti sa bezpečne odmietajú, ak ich rozsah alebo autentifikovaný zdroj nezapadá do aktuálneho kontextu prístupu.
  • Lokálny adaptér SQLite dopytuje ohraničené pozorovania cez vlastný index viditeľnosti, namiesto prvého načítania nesúvisiacich spomienok.
9.1.387
  • Každá operácia pamäťového adaptéra nesie teraz striktný kontext pre identitu, portál, kanál, rozhovor, rozsah a oprávnenia.
  • Kontext oprávnení sa kontroluje mimo užitočného zaťaženia pamäte a neukladá sa trvalo ako zapamätaný obsah.
  • Deduplikácia udalostí je obmedzená na mandanta a agenta. Existencia udalostí sa tak nedá rozpoznať naprieč mandantmi.
9.1.386
  • Kognitívny stav leží teraz za verzovanou zmluvou pre pamäťové adaptéry, ktorú spoločne používajú životný cyklus ťahu a prostredie behu osobnosti.
  • Existujúce úložisko udalostí SQLite zostáva predvolené. Externí klienti portálov môžu poskytnúť rovnakú zmluvu bez vytvárania vlastného stavu portálu.
  • Nepodporované verzie adaptérov a neúplné implementácie sa pred každou operáciou pamäte bezpečne odmietajú.
9.1.385
  • Telegramové správy zaradené do frontu pred štartom relácie sa teraz uvoľnia, len čo je relácia pripravená.
  • Relácie v nečinnosti vyprázdňujú front v bežnom poradí FIFO; už pokračované aktívne ťahy používajú obmedzené riadenie.
  • Trvalé kontrolné body frontu zostávajú nezmenené, kým sa správa skutočne neprijme.
9.1.384
  • Odkazy na telegramové obrázky načítavajú teraz v tom istom ťahu nástroje na kontrolu a tvorbu obrázkov.
  • Uložené telegramové správy zachovávajú mediálny zámer pre celý čakajúci balík, namiesto zohľadnenia len poslednej správy.
  • Lokálne cesty obrázkov a identifikátory súborov Telegramu volia vhodnú cestu kontroly alebo sťahovania bez trvalého načítania mediálnych schém.
9.1.383
  • Nové výsledky Read zostávajú teraz plne viditeľné pre krok modelu, ktorý ich vyžiadal, namiesto presunu pred vyhodnotením.
  • Paralelné nové výsledky nástrojov zostávajú čitateľné až do svojho kroku vyhodnotenia a môžu sa archivovať až po tom, čo sa stanú historickými.
  • Archivácia historických výstupov a úspora kontextu zostávajú aktívne po chránenom okne pre najnovšiu prácu.
9.1.382
  • Príkaz /loop sa teraz prijíma aj počas bežiacej odpovede.
  • Ak sa počas prebiehajúcej práce vytvorí slučka, King ju uloží a zaradí jej prvý pokyn bez prerušenia aktuálneho ťahu.
  • Vytváranie slučky v nečinnosti a existujúce správanie pre stav, pauzu, pokračovanie a zastavenie zostávajú nezmenené.
9.1.381
  • Po definitívne neúspešnom ToolSearch sa ToolSearch na zvyšok tohto ťahu odstráni z aktívneho zoznamu nástrojov.
  • Úspešné rozpoznanie schém a zaobchádzanie s už načítanými nástrojmi zostávajú k dispozícii a nezmenené.
  • Opakované synonymické vyhľadávania tak už nespotrebúvajú ďalšie tokeny, keď prostredie behu dokázalo, že neexistuje vhodná integrácia.
9.1.380
  • Prechodná chyba pri riadení aktívneho ťahu teraz okamžite znova aktivuje riadenie doručovania Telegramu, namiesto toho, aby nechala obnovenú skupinovú správu čakať do konca ťahu.
  • Čakajúce skupinové správy sa doručujú aj počas dlhej práce; poradie FIFO a existujúca hranica karantény troch pokusov zostávajú zachované.
  • Žiadna bežiaca relácia sa neprerušuje ani nereštartuje.
9.1.379
  • Prechodné opakovania potvrdenia kontroly kanála už nezobrazujú falošnú červenú chybu, kým správa zostáva obnoviteľná vo fronte.
  • Viditeľná chyba doručenia sa objaví až po tom, čo tretí neúspešný pokus bezpečne archivoval úplný prvý záznam frontu.
  • Správanie pre opakovanie, potvrdenie, archiváciu a poradie FIFO zostáva nezmenené.
9.1.378
  • Pri rýchlo po sebe nasledujúcich publikáciách na pozadí existuje teraz jediný nahraditeľný stav pre pripravenú aktualizáciu, namiesto pripájania novej časti protokolu pre každú verziu.
  • Záznam pre pripravenú aktualizáciu zobrazuje vždy najnovšiu overenú cieľovú verziu; aktívna relácia zostáva nedotknutá až do svojho prirodzeného reštartu.
  • Odkaz na skutočnú inštaláciu a protokol zmien zostáva trvalý a nezmenený. Menej zmien v protokole tak neskryje žiadnu aktivovanú aktualizáciu.
9.1.377
  • Čakajúce telegramové úlohy preberajú teraz rozhodujúce ID aktívneho ťahu z jadra. Zastaraný viditeľný stav TUI tak už nemôže spôsobiť, že prijatá správa zostane nepotvrdená.
  • Riadiaci príkaz /loop sa vykoná okamžite počas prebiehajúcej práce; trvalé potvrdenie príkazu už nezávisí od úspešnej stavovej odpovede Telegramu.
  • Ak sa doručenie prvého záznamu frontu trikrát nepodarí, archivuje sa lokálne so všetkými metadátami obnovy, skôr, než front pokračuje. Chybný záznam tak neblokuje neskoršie správy.
9.1.376
  • Veľké historické výsledky nástrojov sa ukladajú trvalo pred kompaktáciou kontextu, takže ich úplný výstup zostáva obnoviteľný aj po vyprázdnení vloženého náhľadu.
  • Uložené odkazy na výsledky prežijú neskoršie mikrokompaktácie a zachovávajú obmedzené metadáta potrebné na opätovné načítanie pôvodného výstupu.
  • Telemetria presunu hlási veľkosti a stav obnovy bez zverejnenia obsahu výsledkov alebo súkromných ciest.
9.1.375
  • Súkromné telegramové DM a príkazy so šikmou lomkou si zachovávajú najvyššiu prioritu doručenia. Výslovne adresovaná skupinová práca sa potom zaraďuje FIFO pred bežnú alebo neadresovanú starú záťaž.
  • Odovzdanie aktualizácie môže prekročiť neprázdny front len vtedy, ak je každý záznam trvalou, ešte nepotvrdenou telegramovou prácou s cestou späť cez potvrdenie. Lokálna, zmiešaná alebo netrvalá práca naďalej blokuje.
  • Odkaz na pripravené aktualizácie nasleduje schválený jazyk UI persony. Pri jazyku ešte neschválenom ako lokalizácia TUI sa zobrazí len informácia o verzii, namiesto prepadu do nesprávneho jazyka.
9.1.374
  • Odkaz na pripravenú aktualizáciu už nepoužíva pevne zabudované nemecké hlásenie, ale už schválený preklad UI aktívneho jazyka.
  • Režimy obnovenia a novej relácie zostávajú oddelené; odovzdanie aktualizácie, vrátenie a potvrdenie duplikátov Telegramu neboli oslabené.
9.1.373
  • Aktualizácia pripravená na pozadí môže teraz prevziať bežiacu reláciu na overenej bezpečnej hranici. ID relácie a pracovný adresár zostávajú zachované; bežiace nástroje, príkazy shellu, kompaktácia a čakajúce správy bránia odovzdaniu.
  • Supervizor aktivuje nové prostredie behu až po jeho dôkaze loaded a ready. Ak štart zlyhá, staré prostredie behu sa obnoví spolu s presnou reláciou a chybná čakajúca aktualizácia sa zahodí.
  • Duplikáty Telegramu už obnovené v knihe doručovania sa pri prehrávaní frontu okamžite potvrdia. Nečakajú už na krok modelu, ktorý pre duplikát zámerne nikdy neštartuje, a neblokujú tak žiadne nasledujúce skupinové hlásenia.
  • Trvalý pracovný fokus nesie teraz stav vedomostí, kontext dokladov, opravy, odvolania a konfidenciu cez ťahy. Tým naďalej nevznikajú žiadne nové práva ani schválenia.
9.1.372
  • Trvalé kontrolné body cieľov rozlišujú teraz verified, credible_unverified, hypothesis, uncertain_memory, stale a unknown. Plauzibilné domnienky sa tak už nepovažujú za zabezpečené vedomosti.
  • Pôvod a stav vedomostí sa kontrolujú spoločne: doklady nástrojov prostredia behu môžu platiť ako verified len po úspešnom behu nástroja, externé hlásenia nie. Stavy carry-forward si zachovávajú doterajší stav a posledný dôkaz overenia.
  • Staré stavy prehrávania bez nového poľa zostávajú čitateľné ako legacy_unknown. Nové kontrolné body musia svoj stav výslovne uviesť. Práva, schválenia a autorita zostávajú nezmenené.
  • Stručná projekcia kontextu uvádza epistemický stav presne v jednom riadku, aby ho agent zohľadnil v ďalšom kroku bez zaťaženia rozpočtu kontextu dodatočným textom.
9.1.371
  • Oprava chyby zapojenia z 9.1.370: tam už uložená a projektovaná hodnota evidenceBasis je teraz aj súčasťou striktnej verejnej výstupnej schémy GetGoal a pri získavaní sa už nestráca.
  • Schéma akceptuje štyri aktuálne typy pôvodu a legacy_unknown pre staré stavy prehrávania. Práva, schválenia a autorita zostávajú nezmenené.
  • Zameraná skúška zapojenia a vlastný mutant zabezpečujú nové verejné prepojenie proti návratu.
9.1.370
  • Každý čerstvý pracovný kontrolný bod uvádza teraz výslovne, na čom spočíva jeho posledný dokladový stav: úspešné volanie nástroja prostredia behu, priame vyhlásenie používateľa, externé hlásenie alebo nezmenené pokračovanie.
  • runtime_tool sa prijíma len vtedy, ak aktuálny ťah obsahuje aspoň jedno prostredím behu povolené a úspešne dokončené volanie nástroja. carried_forward nesmie zmeniť posledný dokladový stav. Obe cesty končia pri rozpore fail-closed.
  • Staré uložené kontrolné body zostávajú čitateľné ako legacy_unknown. Typ pôvodu je epistemický stav a nevytvára ani práva, ani schválenia alebo autoritu.
9.1.369
  • Trvalý pracovný kontrolný bod dostáva teraz automaticky kompaktný doklad prostredia behu z už dokončených volaní nástrojov toho istého ťahu. Doklad uvádza len ID ťahu, celkový počet, počet úspechov a chýb a krátky digest.
  • Mená nástrojov, ID, argumenty, príkazy, výstupy, cesty a text používateľa sa nezapisujú do kontrolného bodu. Prázdny doklad zostáva čestne pri nule namiesto predstierania merania.
  • Len volanie nástroja schválené politikou prostredia behu a úspešne dokončené sa počíta ako úspech. Blokované, zlyhané, prerušené alebo modelom dodané doklady nevytvárajú žiadnu autoritu.
9.1.368
  • Každý trvalý pracovný kontrolný bod nesie teraz monotónnu revíziu. Prvý zápis začína revíziou 1; každý ďalší musí zvýšiť aktuálne projektovanú revíziu presne o jedna.
  • Starý paralelný ťah alebo zastaraný pohľad kanála už nemôže dodatočne prepísať novší dokladový pracovný stav. Zastarané, preskočené a neplatné revízie končia fail-closed pred zmenou cieľového stavu.
  • Existujúce kontrolné body bez poľa revízie sa pri čítaní kompatibilne považujú za revíziu 1. Revízia je pracovný stav a nevytvára žiadne práva ani schválenia.
9.1.367
  • Aktívna pripomienka cieľa nesie trvalý pracovný kontrolný bod teraz priamo. King si tak zachováva fázu, posledný dokladový stav, presnú ďalšiu akciu a očakávaný doklad aj vtedy, keď dodatočný kognitívny pamäťový adaptér práve nie je k dispozícii.
  • Pred alternatívnymi cestami sa najprv vykoná presne vopred zaznamenaná ďalšia akcia. Kontrolný bod sa zmení až vtedy, keď nová evidencia skutočne zmení potvrdený stav.
  • Náhradná cesta je len kompaktná projekcia už skontrolovaného kontrolného bodu. Nevytvára žiadne práva, žiadne nové dátové polia a žiadny reštart.
9.1.366
  • Aktívne ciele môžu teraz uložiť malý trvalý pracovný kontrolný bod s fázou, posledným dokladovým výsledkom, presnou ďalšou akciou a očakávaným dokladom. Po obnovení alebo prehratí udalostí King pokračuje na tomto mieste, namiesto opätovného pýtania povolenia alebo začiatku odznova.
  • Samotná aktualizácia kontrolného bodu necháva cieľ aktívny. Pozastavené a blokované ciele zostávajú nezmenené; obnovenie nastavuje len čas behu znova.
  • Kontrolný bod je prísne obmedzený a čisto pracovná informácia. Neznáme polia, najmä údaje o právach alebo správe, končia fail-closed a nemôžu vytvoriť žiadnu schopnosť.
  • Bez kontrolného bodu zostáva doterajší kompaktný fokus nezmenený. S kontrolným bodom sa o dokladový stav doplnia len štyri relevantné pozorovania fokusu; náklady na tokeny tak zostávajú malé a konštantné.
9.1.365
  • Súkromné telegramové DM a lokálne CLI môžu teraz čítať, opravovať alebo mazať trvalý fokus priamo cez /memory focus, /memory correct <id> <hodnota> a /memory delete <id>. Táto cesta nespúšťa ťah modelu, a preto nespotrebúva žiadne tokeny modelu.
  • Zmeny Telegramu sú viazané na kladné ID používateľa, chatu a správy, skutočný súkromný DM, časový bod kanála a stabilné ID požiadavky. Skupiny, neúplný pôvod a zmenené opakovania končia fail-closed.
  • Doména, kľúč a rozsah sa vždy odvodzujú z aktívneho dokladu cieľa a nemožno ich vniesť volajúcim. Opravy a tombstony zostávajú append-only, zachovávajú históriu a neudeľujú žiadne práva.
  • Výstup fokusu je pre Telegram obmedzený na osem záznamov a menej ako 3 500 znakov; celkový počet zostáva viditeľný.
9.1.364
  • Bežiaci kognitívny životný cyklus môže teraz opraviť trvalý fokus cez correctFocusObservation a vymazať ho cez withdrawFocusObservation. Obe cesty zapisujú naďalej append-only do toho istého prúdu udalostí viazaného na mandanta a agenta.
  • Revízia je prípustná len s potvrdením runtime_user_prompt_hook a explicit_user_request. Bežná snímka modelu nemôže odvodiť ani vniesť opravu alebo vymazanie.
  • Každá revízia nesie stabilné ID požiadavky a portál, aktéra, kontext, správu a časový bod. Identické opakovanie je idempotentné; rovnaké ID požiadavky so zmeneným obsahom a spätne datované revízie končia fail-closed.
  • Oprava a následné vymazanie nechávajú úplnú históriu nezmenenú. Po vymazaní sa fakt už nezobrazuje v prompte a nespotrebúva žiadne kontextové tokeny. Pamäť naďalej nemôže udeľovať práva.
9.1.363
  • Potvrdené vymazanie sa teraz ukladá ako append-only tombstone. Predchádzajúci obsah zostáva v histórii auditu a v hash reťazci, ale úplne mizne z účinnej projekcie kontextu.
  • Staré udalosti obnovenia, prepisu alebo frontu s časom pred vymazaním nedokážu odstránený obsah znova aktivovať. Neskôr znova nasadený starý stav sa tak nepovažuje za novú pravdu.
  • Zámerne novo poskytnutá informácia po čase vymazania sa môže znova naučiť. Tombstone teda blokuje staré dôkazy, nie budúci vývoj.
  • Vymazania cez cudzích mandantov, agentov, domény, kľúče alebo scopes, s chýbajúcim cieľom, slabou konfidenciou alebo nesprávnou hodnotou tombstone sa transakčne odmietajú. Existujúce databázy migrujú na mieste.
  • Vymazaný fakt nevytvára žiadny riadok promptu, a teda nespotrebúva žiadne kontextové tokeny.
9.1.362
  • Potvrdená korekcia teraz môže explicitne nahradiť presne jedno staršie pozorovanie v rovnakej oblasti mandanta, agenta, domény, kľúča a scopa. Starý záznam zostáva append-only zachovaný v histórii auditu.
  • Účinný pohľad načíta opravenú hodnotu a označí ju ako corrected; nahradená hodnota sa už neprojektuje ako aktuálny konflikt.
  • Chýbajúce ciele, cudzie scopes alebo kľúče a korekcie pod konfidenciou 1 sa transakčne odmietajú.
  • Existujúce SQLite stavy dostanú nový stĺpec relácií pri otvorení, bez straty doterajšieho streamu alebo verzie.
9.1.361
  • Rovnako dôveryhodné osobné alebo tímové tvrdenia s rovnakým scopom a kľúčom sa už nevydávajú za pravdu podľa princípu „najnovšia hodnota vyhráva“. Projekcia označí konflikt stručne a vyžiada si objasnenie bez toho, aby oba obsahy vyliala do kontextu.
  • Ak je tvrdenie silnejšie aspoň o 0,2 konfidenčného bodu, zostáva použiteľné, ale je označené ako sporné. Neskoršie slabšie tvrdenie už nemôže zakryť potvrdený stav.
  • Identické potvrdenia sa spájajú do jedného fokusného bodu. Kanonické polia cieľa a pokroku zostávajú aj naďalej revidovateľné.
  • História udalostí append-only zostáva nezmenená; z účinného pohľadu stále nemôžu vznikať oprávnenia.
9.1.360
  • Už kanonický stav /goal sa projektuje ako trvalý pracovný fokus do kognitívneho prúdu udalostí: cieľ, stav, ďalší spúšťač a očakávaný doklad úspechu.
  • Rovnaký fokus zostáva idempotentný aj po reštartoch prostredia behu. Nezmenený stav cieľa nevytvára duplicitné udalosti ani pozorovania.
  • Počítadlá využitia, časový rozpočet a oprávnenia sa nekopírujú do fokusu. Bez aktívneho cieľa sa nenačítavajú žiadne ďalšie fokusové tokeny.
  • Projekcia spája vhodný scope cieľa so súkromným scopom vzťahu aktuálneho ťahu; nevytvára žiadne práva.
9.1.359
  • Pamäť osobnosti a skutočné ťahy CLI teraz používajú rovnaký identitný prúd mandanta a agenta z identity/manifest.json; bez úplnej identity zostáva zachovaná kompatibilná hashovaná záložná cesta.
  • Priame telegramové ťahy projektujú len súkromnú oblasť vzťahu aktuálneho partnera. Skupiny a cudzie vzťahy nedodávajú žiadne súkromné fokusové tokeny.
  • Výber scopa je vynútený pred rankingom; novšie poznanie z cudzieho scopa už nemôže zakryť vhodný záznam.
9.1.358
  • Chyba siete počas automatickej prípravy aktualizácie sa hlásila len voliteľnému chybovému callbacku. Bez nového pollu zostal bežiaci King na svojom stave, hoci samotná relácia bežala zdravo ďalej.
  • Launcher teraz zapisuje obmedzenú udalosť prepare-failed so stavom verzie a bezpečným názvom/kódom chyby do handoff.jsonl.
  • Potom sa presne o desať sekúnd naplánuje nový pokus o prípravu. Bežiaci core sa ani neukončí, ani znova nenačíta.
  • Chyby pri zápise diagnostickej udalosti zostávajú fail-soft; tokeny, text správy a iné tajomstvá sa neprotokolujú.
9.1.357
  • Opakované prístupy k rovnakému efektívnemu systémovému promptu už nebudujú veľký reťazec zo základu a prílohy prostredia behu pri každom prístupe nanovo.
  • Resolver drží presne jednu aktuálnu kombináciu základ/príloha a okamžite ju zneplatní, akonáhle sa zmení jedna z dvoch vstupných hodnôt.
  • Prázdny prompt, len základ, len príloha a doterajšie oddelenie dvoma zalomeniami riadkov zostávajú bajtovo rovnaké.
9.1.356
  • Nezmenené systémové prompty sa pri opakovaných modelových krokoch počítajú pre rozpočet kontextu už len raz, znak po znaku.
  • Cache je obmedzený na štyri záznamy, najviac 500 000 znakov na prompt a celkovo 1 000 000 držaných znakov.
  • Zmenené prompty sa aj naďalej počítajú nanovo; zobrazenie kontextu, rozpočet kompaktácie a rozpočet požiadaviek používajú rovnakú aktuálnu hodnotu.
9.1.355
  • Nezmenené konfigurácie LLM požiadaviek už neserializujú svoje schémy nástrojov znova pri každom modelovom kroku len kvôli konfiguračnému logu.
  • Model, alias, úroveň myslenia, systémový prompt a postup nástrojov sa porovnávajú proti poslednému úplnému stavu.
  • Zmenené modely, prompty, názvy nástrojov, popisy alebo schémy parametrov otvárajú logovanie konfigurácie aj naďalej cielene nanovo.
9.1.354
  • Nezmenené schémy nástrojov sa serializujú len raz na objekt nástroja a počítajú sa pre rozpočet kontextu.
  • Inventár so 403 nástrojmi sa tak pri opakovaných kontrolách požiadaviek nepočíta vždy znova celý.
  • Zmeny názvu, popisu alebo objektu parametrov zahodia cielene len položku cache príslušného nástroja.
9.1.353
  • Fragmenty argumentov nástrojov agentového roja sa aj naďalej okamžite parsujú a preberajú do stavu pokroku, ale teraz zdieľajú adaptívny renderovací časovač.
  • Veľké streamované volanie nástroja už preto nevyvoláva pre každý fragment argumentu kompletný render TUI.
  • Štart, dokončenie, chyba a prerušenie odstraňujú otvorené rojové časovače pred ich záverečným okamžitým renderom.
9.1.352
  • Fragmenty asistenta a thinking agentového roja aktualizujú stav pokroku aj naďalej okamžite, ale zdieľajú adaptívny renderovací časovač.
  • Fragmentová búrka už preto nevyvoláva pre každú deltu kompletný render TUI.
  • Diskrétne rojové udalosti a upratovanie pokroku odstraňujú otvorené časovače pred ich okamžitým záverečným renderom.
9.1.351
  • Fragmenty asistenta a thinking v okne BTW/agenta sa ukladajú do ťahu okamžite, ale zdieľajú adaptívny renderovací časovač.
  • Kontrolér už pre tieto dva typy delta nevyžaduje dodatočný plný render na fragment.
  • Dokončenie, chyba, retry a dispose odstraňujú otvorené časovače; diskrétne hook a dokončovacie udalosti zostávajú okamžite viditeľné.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput preberá chunk-y stdout a stderr okamžite do stavu aktivity, ale kartu podagenta prestavuje už len v adaptívnom streamingovom takte.
  • Spoločná pending množina spracúva viacero súčasne bežiacich subtoolov bez strateného výstupu alebo časovača na chunk.
  • Dokončenie nástroja odstraňuje jeho otvorený refresh pred finálnym zobrazením; dispose čisto zahodí časovače a pending množinu.
9.1.349
  • ToolCallComponent.appendSubagentText zbiera rýchlo prichádzajúce textové a thinking fragmenty okamžite do interného stavu, ale kartu podagenta prestavuje už len v adaptívnom streamingovom takte.
  • Dokončenie a chybový stav vyprázdnia ešte otvorený textový refresh pred finálnym zobrazením; dispose čisto zahodí časovač.
  • Vďaka tomu zostávajú prichádzajúce bajty okamžite dostupné, zatiaľ čo opakované plné rebuildy, snapshoty a rendery pri fragmentových nárazoch odpadajú.
9.1.348
  • Rastúce argumenty podagentov/podradených nástrojov sa aj naďalej okamžite úplne zbierajú, ale už sa neparsujú a nerenderujú znova po každom jednotlivom fragmente.
  • Adaptívny časovač spája aktualizáciu náhľadu. Pri dokončení sa čakajúce argumenty povinne vložia pred finálny stav nástroja.
  • Vykonávanie nástrojov, schválenia, koncové argumenty a existujúca normálna streamingová cesta zostávajú nezmenené.
9.1.347
  • Cesta udalostí volala po každom prichádzajúcom delte argumentu nástroja okamžite getStreamingToolCallPreview. Táto funkcia parsuje do tohto času úplný rastúci JSON text.
  • Volanie prebiehalo aj pre normálne nástroje, hoci len AgentSwarm potrebuje okamžite parsovaný medzistav pre svoje bežiace zobrazenie pokroku. Normálna cesta tak čiastočne obchádzala obmedzenú kadenciu náhľadu zavedenú v 9.1.346.
  • Malá čistá policy teraz rozhoduje pred parsovaním: normálne nástroje len zbierajú deltu a parsujú pri plánovanom flush náhľadu; AgentSwarm parsuje pri názve udalosti, aktívnom názve nástroja alebo existujúcom pokroku roja aj naďalej okamžite.
  • Vykonávanie nástrojov, schválenia, finálne argumenty a zobrazenie roja zostávajú nezmenené.
9.1.346
  • 9.1.345 obmedzil plnotextové nové rendery pre dlhé streamy odpovedí a thinking, ale čisté streamy argumentov nástrojov nemali žiadny z týchto dvoch textových návrhov, a preto zostali pri pevných 50 ms.
  • Každý náhľad nástroja parsuje do tohto času úplný rastúci JSON text argumentov. Veľké volania nástrojov tak mohli aj naďalej veľmi často nanovo parsovať a renderovať celú záťaž.
  • Už overená adaptívna kadencia teraz zohľadňuje aj celkový počet znakov aktívnych streamovaných argumentov nástroja: 50, 100, 250 alebo 500 ms podľa rovnakých hraníc.
  • Vykonávanie nástrojov, argumenty, schválenia, koncový náhľad a okamžité flush pri dokončení zostávajú nezmenené.
9.1.345
  • TUI pri streamovaní doteraz každých 50 ms nanovo nastavovala úplne doteraz nahromadený text odpovede a thinking. Pri dlhých odpovediach modelu tak opakovane renderované množstvo textu silno rástlo.
  • Krátke streamy do 8.192 znakov si zachovávajú doterajšiu rýchlu kadenciu 50-ms. Potom interval stupňovito rastie na 100 ms do 32.768, 250 ms do 131.072 a 500 ms nad tým.
  • Explicitné flush na hraniciach nástrojov a pri finalizácii zostávajú okamžité. Logika poskytovateľa, frontu, relácií a tokenov sa nezmenila.
9.1.344
  • Kognitívna vrstva prostredia behu doteraz zapisovala pre každé volanie nástroja policy a výsledok do dvoch oddelených synchrónnych SQLite transakcií.
  • Izolovaná vzorka nákladov na Windows s 100 volaniami nástrojov na to potrebovala 627,63 ms a vytvorila 201 udalostí. Obsah zahŕňal 305 pozorovaní.
  • Dokončené páry policy/výsledok jedného modelového kroku sa teraz atomicky zapisujú v obmedzených skupinách po najviac desiatich nástrojoch. Prerušené alebo ešte otvorené kontroly policy sa na konci ťahu aj naďalej ukladajú jednotlivo.
  • Argumenty, výstupy, rozhodnutie o právach, hash reťazec a trvácnosť SQLite zostávajú nezmenené.
9.1.343
  • Súkromná telegramová odpoveď bola už úspešne doručená cez reply nástroj. Potom ten istý ťah modelu napriek tomu spustil ďalší krok a vytvoril interný stavový text a text kontroly práce.
  • Dodatočný krok stál v nameranej reálnej relácii 42.360 vstupných a 411 výstupných tokenov, hoci viditeľná odpoveď pre používateľa už bola odoslaná.
  • Úspešná telegramová reply teraz okamžite ukončuje súkromný ťah rozhovoru označený ako direct. Neúspešné reply, skupiny a iné nástroje bežia nezmenene ďalej.
  • Po dokončení naďalej platí existujúci direct-focus kontrolér: zaregistruje doručenú odpoveď a po skončení rozhovoru alebo dobe pokoja sa vráti k uloženej práci na pozadí.
9.1.342
  • Dotaz relevantnosti pre Mistake.md doteraz zahrňoval každú správu s rolou user. Patrili sem aj interné injekcie, súhrny kompaktovania, aktivácie skillov a hlásenia na pozadí.
  • Pretože sa samotná pripomienka Mistake ukladá ako interná user správa, po každom kroku nástroja menila svoj vlastný vyhľadávací dotaz. V rovnakom ťahu sa tak znova vybrala a vložila.
  • Filter teraz používa iba akčne relevantné vstupy používateľa a cronu. Interné texty prostredia behu sú vylúčené z dopytu na relevantnosť a z rozpoznávania nízkej informačnej hodnoty.
  • Skutočné správy používateľa, naplánovaná práca, všetky overené lekcie a nové zostavenie po kompaktácii zostávajú nezmenene k dispozícii.
9.1.341
  • Pri prirodzenom štarte našiel launcher už lokálne pripravené a overené automatické prostredie behu, napriek tomu ho najprv poslal cez sieťovo závislé upozornenie na aktualizáciu. Ak tento druhý pokus dočasne zlyhal, spustila sa opäť stará globálna verzia.
  • Pripravené automatické prostredie behu s presne vyhovujúcim režimom (resume alebo new) sa teraz spúšťa pred opätovným načítaním vydania. Aktivácia zostáva transakčná: až keď sa nové jadro úspešne načíta, prostredie behu sa zaznamená ako aktívne.
  • Pri resume zostávajú ID relácie a pracovný adresár zachované. Manuálny výber aktualizácie naďalej prebieha cez doterajšiu cestu upozornení.
  • Žiadny bežiaci agent King sa neukončuje. Oprava zasahuje výlučne pri najbližšom prirodzenom štarte.
9.1.340
  • Launcher zapisoval úspešné aktualizácie do .blun/updates/install.json, zatiaľ čo profilové prostredie behu hľadalo v .blun/profile/<name>/updates/install.json. Skutočná profilová cesta neexistovala; preto zostalo notifiedAt v spoločnom stave null.
  • Profilové prostredia behu čítajú úspech aktualizácie teraz z BLUN_SHARED_HOME a len bez spoločnej cesty sa vrátia k doterajšiemu BLUN_HOME.
  • Po najbližšom prirodzenom štarte môže TUI jednorazovo zobraziť verziu a až tri upozornenia na vydania. Nakonfigurovaní súkromní telegramoví príjemcovia dostanú rovnaký krátky text bez ťahu modelu a bez spotreby tokenov.
  • Inštalácia, staging, aktivácia a pravidlo nikdy nevyhodiť zostávajú nezmenené.
9.1.339
  • Úspešné kroky nástrojov s nízkym úsilím používajú nanajvýš 4.096 completion tokenov namiesto doterajších 8.192.
  • Prvé kroky, zložité úlohy a kroky po chybe si zachovávajú nakonfigurovanú kapacitu myslenia a výstupu. Zásah nie je globálne obmedzenie modelu ani kontextu.
  • Spätné meranie cez 1.442 skutočných krokov s nízkym úsilím profilu agenta prinieslo: 2.118.588 výstupných tokenov spolu, medián 791, p90 3.754, p95 5.485. S novou hranicou by odpadlo 229.761 tokenov, teda 10,8 Prozent; 91,1 Prozent nameraných krokov zostáva nezmenených.
9.1.338
  • Čisto opakovacie otázky ako Môžem pokračovať vo svojej práci? sa v súkromných telegramových rozhovoroch už nedoručujú.
  • Interné rozprávanie o fronte, handoffe, lane a stave čakania zostáva mimo súkromnej odpovede. Skutočné pracovné výsledky a bežné osobné odpovede zostávajú doručiteľné.
  • Ak užitočná odpoveď končí len opätovnou otázkou na povolenie práce, odstráni sa výlučne táto záverečná otázka.
  • Smerovanie skupín a bežiace relácie zostávajú nezmenené.
9.1.337
  • profile/<name>/SOUL.md je kanonická cesta identity agenta King.
  • Vhodná pomenovaná dedičná duša nahrádza len nezmenené, vytvorené profilové lešenie. Vyvinuté profilové duše sa nikdy neprepisujú.
  • Pred dedičným importom sa vytvorené lešenie zálohuje ako SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Prerušené relácie normalizujú svoj stav prehratia skôr, než sa doručí ďalšia telegramová práca.
  • Ak sa doručenie do aktívneho ťahu odmietne, správa spadne do čerstvého ťahu vo fronte namiesto toho, aby sa ten istý zásah každých päť sekúnd skúšal znova.
  • Kontrolné body fokusu DM si zachovávajú automatické resume časovače a výslovné pauzy naprieč aktualizáciami.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Bežná súkromná telegramová správa prerušuje prebiehajúcu úlohu už len pre bezprostredný rozhovor. Potom agent King pokračuje po 60 sekundách automaticky v presne uloženom pracovnom stave bez novej otázky na povolenie.
  • Po výslovnom ukončení rozhovoru sa v úlohe okamžite pokračuje. Len jasné želania používateľa ako pause, pausiere, stop, stopp, warte alebo halte an držia úlohu naďalej pozastavenú, kým ju používateľ znova neschváli.
  • Interné pojmy a správy o stave ohľadom cronu, checkpointu, frontu alebo lane sa v bežných súkromných odpovediach potláčajú. Odborná práca a jej uložený stav zostávajú nezmenené.
9.1.334
  • Automatická príprava na pozadí už netrpí vyhladovaním pri rýchlej postupnosti vydaní. Doterajšia 30-minútová blokáda sa vždy vzťahovala na najnovšie vydanie; pri vydaniach v minútovom takte preto nikdy nebola žiadna verzia dosť stará na to, aby sa pripravila.
  • Kryptograficky vyhovujúce vydanie sa teraz okamžite načíta, skontroluje sa jeho integrita, izolovane sa nainštaluje, syntakticky sa preskúma a predbežne sa zaznamená ako čakajúce prostredie behu.
  • Bežiaca relácia agenta King sa naďalej neukončuje. Aktivácia a resume zostávajú výlučne na existujúcej chránenej ceste najbližšieho štartu. Táto verzia nemení ani logiku handoffu, ani logiku relácie.
9.1.333
  • Živá snímka obrazovky po 9.1.331 dokázala ERR_MODULE_NOT_FOUND v spravovanom telegramovom plugine.
  • Import pluginu ukazoval z izolovaného spravovaného stromu na jadrový súbor, ktorý tam nebol spoločne nainštalovaný.
  • Rovnako nameraný obrovský opakovací text bežal vo viditeľnom prúde myslenia. Existujúci živý zámok opakovania kontroloval dovtedy len delta odpovedí.
  • 9.1.332 sa po náleze pluginu neprepol do verejného manifestu. 9.1.333 úplne nahrádza tohto kandidáta npm.
9.1.332 Nezverejnené
  • Nezverejnené. Import pluginu odkazoval z izolovaného stromu na nedodaný jadrový súbor; 9.1.333 npm kandidáta úplne nahradil.
9.1.331
  • Súkromné telegramové rozhovory si zachovávajú prirodzené odpovede a vyžiadané pracovné výsledky.
  • Namerané interné duplicitné hlásenia o pozastavenej práci, už odoslaných odpovediach, bežiacich ťahoch, stave nástrojov a chýbajúcej potrebe konania sa potláčajú len v súkromných chatoch.
  • Hlásenie sa filtruje len vtedy, keď obsahuje interný kontext prostredia behu aj výslovne žiadnu novú hodnotu pre používateľa.
  • Smerovanie skupín, skutočné hlásenia o dokončení a bežná krátka konverzácia zostávajú nezmenené.
9.1.330
  • Kompletný súbor duše každého agenta King zostáva nezmenene zachovaný.
  • Kontext modelu z neho dostáva obmedzenú projekciu charakteru s identitou, hlasom, hodnotami, vzťahmi, preferenciami, cieľmi a narastenou históriou.
  • Jasné časti úloh, lane, práv, QA, nástrojov, príkazov, verifikácie, incidentov, logov, prostredia behu, aktualizácií, deployov a buildu sa už nenačítavajú ako osobnosť do každého promptu.
  • Čisto krátke duše charakteru zostávajú bajtovo rovnaké. Neznáme netechnické časti zostávajú viditeľné vo svojom poradí.
  • Žiadny súbor duše sa nemaže, neskracuje ani automaticky neprepisuje.
9.1.329
  • Každý pomenovaný profil agenta King používa v spoločnom jadre identity vlastný uzol agenta. Vzťahy, história a naučené osobné údaje už nesplývajú s prvým zriadeným agentom.
  • Existujúce pomenované súbory duše ako _agent-a_soul.md, _agent-b_soul.md alebo _agent-c_soul.md sa priradia k vhodnému profilu a raz sa prevezmú bajtovo rovnako do SOUL.md.
  • Starý zdrojový súbor zostáva nezmenene zachovaný. Existujúci profilový SOUL.md sa nikdy neprepisuje.
  • Výber persony a režim osobnosti čítajú viazane na profil. Pokazená, príliš veľká alebo odkazovaná profilová persona sa nepozorovane nevráti k identite iného agenta.
  • Spoločné jadro zostáva použiteľné aj bez povinného používania systému Mnemo. Prebiehajúce úlohy, práva a pravidlá QA sa touto migráciou nemenia.
9.1.328
  • Persona a SOUL.md sa najprv načítajú z aktívneho profilu.
  • Pomenované profily nikdy nededia dušu iného agenta zo spoločného domovského adresára.
  • Legacy a predvolené profily si zachovávajú doterajší spoločný fallback.
  • Ak vlastný súbor duše naozaj chýba, raz sa vytvorí minimálne lešenie; existujúce súbory sa nikdy neprepisujú.
  • Systém identity a vzťahov zostáva založený na súboroch a funguje bez povinného používania systému Mnemo.
9.1.327
  • Súkromné telegramové rozhovory zostávajú pri osobe: interné hlásenia o fronte, checkpointoch, pauzách, crone, hookoch a nečinnosti sa potláčajú na oboch cestách doručenia, pokiaľ sa nikto nepýta na pracovný stav, nepotrebuje sa rozhodnutie a nevznikol relevantný blokér.
  • Technické pracovné stavy idú do zodpovedného tímového kanála. Nekopírujú sa už do súkromnej konverzácie.
  • Presné opakovacie slučky modelu sa rozpoznávajú už počas streamu. Bežiaci stream poskytovateľa sa ukončí a ten istý krok sa so zachovaným kontextom úlohy skúsi presne raz znova.
  • Duša, osobné znalosti, práva, prebiehajúce úlohy a existujúca pauza priameho fokusu neboli nahradené ani zmazané. Žiadna bežiaca TUI sa nereštartovala.
9.1.326
  • Manuálne a automatické režimy povolení zrkadlia povolenia nástrojov ako obmedzené tlačidlá do jednoznačne spriahnutého súkromného telegramového DM.
  • Prenáša sa len názov nástroja a existujúce výberové texty; argumenty, popisy a tajomstvá zostávajú lokálne. Expirované, cudzie alebo už lokálne zodpovedané povolenia sa zahadzujú fail-closed.
  • God Mode zostáva úplne autonómny a nevytvára žiadne telegramové povolenie.
  • Technické pracovné stavy sa smerujú k zodpovednému kolegovi a nekopírujú sa už do súkromnej konverzácie používateľa.
9.1.325
  • God Mode vykonáva osobné zápisy do pamäte bez druhej otázky na povolenie; existujúci súhlas viazaný na reláciu a ťah zostáva zachovaný.
  • Výslovný telegramový pokyn na zapamätanie aktivuje rovnaký úzko ohraničený súhlas ako priamy konzolový pokyn. Manuálne a automatické režimy povolení sa naďalej pýtajú pred zápisom.
  • Denník aktualizácií ukladá, či bola inštalácia spustená manuálne, automaticky alebo cez štartovací dialóg.
9.1.324
  • Prvá dôveryhodná interakcia s botom ho vytvorí lokálne ako uzol agenta a vzťahu. Rola, zodpovednosti, zvláštnosti, spolupráca a handoff potom môžu štruktúrovane rásť.
  • Každý agent King projektuje kompaktný výsek kolegu do svojho kontextu. Tak pozná úlohy a zvláštnosti iných agentov bez toho, aby načítal celý stav vzťahov.
  • Ak chýba informácia kritická pre úlohu, nič sa neodhaduje: agent King sa presne raz opýta najvhodnejšieho človeka alebo agenta. Ak nie je známa žiadna zodpovednosť, opýta sa používateľa namiesto vymýšľania mena.
  • Vzťahy a roly nikdy nevytvárajú práva. Polia oprávnení, ACL a tajomstiev sa neprojektujú do výseku kolegu. Cesta je lokálna, viazaná na mandanta, neutrálna voči menám, nezávislá od Mnemo a nepridáva žiadne volania modelu ani nástrojov.
9.1.323
  • Súkromné rozhovory odpovedajú opäť osobe namiesto toho, aby dobrovoľne vydávali interné procesné údaje. Checkpointy, hashe, cesty, diagnózy nástrojov, cronu a hookov, skryté pravidlá, cudzie úlohy agentov a hlásenia o nečinnosti zostávajú interné.
  • Stav práce sa uvádza len vtedy, keď sa používateľ opýta, keď je potrebné jeho rozhodnutie alebo keď sa ho blokér konkrétne týka. Pozastavená práca zostáva interná a nepresúva sa do voľného rozhovoru.
  • Pravidlo platí s režimom osobnosti aj bez neho, neobsahuje žiadne pevne zakódované osoby ani agentov a pridáva približne 75 prompt tokenov, ale žiadne volanie modelu ani nástroja. Priorita úloh a povinnosť dokladov zostávajú nezmenené.
9.1.322
  • Viditeľný prepínač osobnosti zapisuje persona.json teraz atómovo. Meno, jazyk, poznámky a všetky ostatné existujúce polia persony zostávajú zachované; mení sa len personalityEnabled.
  • SOUL.md, AGENTS.md, JOURNAL.md a súbory vzťahov sa nezapisujú ani pri vypnutí, ani pri zapnutí. Bežná identita agenta založená na SOUL zostáva v systémovom kontexte načítaná aj pri vypnutej funkcii osobnosti.
  • Neúspešný live refresh vráti výber bajtovo presne. Ak paralelne iný zapisovateľ zmenil persona.json, návrat sa preruší s PERSONALITY_CHOICE_CONFLICT a nič sa neprepíše.
  • Symbolické odkazy, príliš veľké, neplatné alebo neobjektové súbory persony sa odmietajú fail-closed. Pri zapnutí sa strom identity pripraví pred commitom.
  • Nie je súčasťou tejto verzie neskôr doložená chyba agenta, ktorý vydával interné checkpointy, pravidlá cronu, SHA a cudzie detaily úloh do súkromných rozhovorov. Tento výstupný filter je ďalší samostatný build.
9.1.321
  • Uvoľnená prvá súkromná výmena alebo dobrovoľný osobný podnet môže vložiť do kontextu modelu presne jednu voliteľnú príležitosť zvedavosti. Nie je to povinná otázka; výber slov a tón naďalej pochádzajú z načítaného SOUL.md, nie z pevného katalógu otázok.
  • Úloha, naliehavosť, chyba, odkazy, kód, cesty a skupinová prevádzka zvedavosť úplne potláčajú. Nikdy neposiela sama od seba a nesmie prerušovať prebiehajúcu prácu.
  • 30-dňový cooldown platí na mandanta, agenta a prepojenú osobu aj naprieč rôznymi portálmi. Rovnaký retry udalosti je idempotentný.
  • Nový stav už neleží ako telegramovo špecifický súbor zvedavosti v strome identity. Vymeniteľný personality-memory-adapter namiesto toho zapisuje verzovanú udalosť do existujúceho transakčného kognitívneho store. Telegram je pôvod; súkromný vzťah je samostatný scope viditeľnosti.
  • Ukladá sa len téma, stabilné označenie udalosti/zdroja, čas a súkromný scope. Surový text, pevné otázky, tvrdenia o právach a tajomstvá sa nezaznamenávajú. Neisté korene, cudzie polia a výpadok store zostávajú fail-closed.
  • Základom hranice portálu bol interný koncepčný dokument v7. CLI je referenčný klient; lokálny store je výslovne označený ako vymeniteľná projekcia a nie je druhé kanonické úložisko portálu.
9.1.320
  • Súkromné, výslovné otvorené vlákna rozhovoru sa ukladajú ako nemenné, deduplikované udalosti so zdrojom, časom, kontextom a konfidenciou. Prirodzené formulácie ako Frag mich morgen noch einmal nach ... sa rozpoznávajú rovnako ako explicitná forma otvoreného vlákna.
  • Výslovné pokyny na opravu sa ukladajú oddelene od všeobecných poznámok o vzťahoch a zohľadňujú sa v neskoršom správaní.
  • Aktuálny ťah svoju vlastnú novú poznámku zámerne ešte nevidí. Až neskorší súkromný ťah dostane obmedzený kontext; vďaka tomu neexistuje žiadne duplicitné ani sugestívne sebapotvrdenie.
  • Úloha a explicitné pokyny stoja pred sociálnym kontextom. Otvorené vlákna nesmú prerušovať aktívnu prácu a nikdy neposielajú samy od seba. Údaje o vzťahoch nemôžu vytvárať žiadne práva, povolenia ani oprávnenia.
  • Skupinová prevádzka, tajomstvá, formulácie povolení, neisté cesty, symbolické odkazy a príliš veľké súbory zostávajú fail-closed vylúčené.
9.1.319
  • Platný existujúci profil bez uloženej hodnoty personalityEnabled aktivuje osobnosť teraz automaticky.
  • Pri prvom bežnom prompte vzniká lokálny strom identity vrátane profilu agenta a JOURNAL.md aj bez Mnemo.
  • Výslovné false, 0 alebo off zostáva vypnuté. Poškodené, symbolicky prepojené a príliš veľké súbory persony zostávajú fail-closed.
  • SOUL.md a AGENTS.md sa nemažú ani neprepisujú.
9.1.318
  • Updater na pozadí záväzne načíta najnovšiu verziu, skontroluje jej nezávisle zverejnenú integritu SHA-512 a predbežne ju zaznamená pre ďalší štart.
  • Bežiaci King, jeho ťah a jeho volania nástrojov zostávajú nedotknuté. Už neexistuje žiadny live handoff, žiadne ACK a žiadne tui.stop(76).
  • ID relácie a pracovný adresár sa ukladajú s pripraveným prostredím behu. Až pri najbližšom prirodzenom štarte sa nová verzia aktivuje a presná relácia automaticky pokračuje.
  • Bežiaca TUI dostane najviac pasívne hlásenie o dokončení; novšia pripravená verzia nahrádza len predbežnú poznámku, nikdy nie aktívny proces.
9.1.317
  • Keď poskytovateľ spotrebuje celý rozpočet odpovede s ukončením length, ale nedodá žiadny viditeľný text, retry rozpočet sa už nezmenšuje na osminu, ale zdvojnásobuje.
  • Retry zostáva v tom istom ťahu a používa rovnaký signál, rovnakú históriu správ a rovnakú pracovnú situáciu.
  • Existujúce spracovanie prerušenia a obmedzený počet retries zostávajú nezmenené. Manuálne prerušenia alebo trvalo prázdne výsledky nebežia donekonečna.
9.1.316
  • Súkromné telegramové DM dostávajú vlastnú priamu stopu vo fronte pred skupinovou prácou, prácou slučiek a prácou na pozadí; explicitné /urgent zostáva naďalej najvyššou prioritou.
  • Na začiatku DM rozhovoru sa bežiaci pracovný stav raz uloží ako obmedzený checkpoint. Text správy sa pri tom nepersistuje.
  • Po rozpoznanom konci rozhovoru alebo minúte ticha sa King presne raz opýta: Môžem pokračovať vo svojej práci?
  • Uložená práca zostáva pozastavená a pokračuje sa až po jednoznačnom súhlase na pôvodnom checkpointe.
  • Verzia dodáva riadenie doručovania a pauzy. Kompletný systém osobnosti, vzťahov a journalu zostáva samostatným, ďalej bežiacim rozvojom.
9.1.315
  • Autorizované signály pozornosti sa teraz dostávajú do ťahu cez bežný front kanála bez toho, aby obchádzali existujúcu politiku doručovania alebo práv.
  • Duplicitné, zastarané, neschválené, mimo rozsahu ležiace a nepochádzajúce z Telegramu signály sa pred kontextom modelu zahadzujú.
  • Spätné otázky sú obmedzené najviac na jednu prirodzenú dopytovaciu otázku, deduplikujú sa a stíchnu, keď signál už nie je aktuálny.
  • Verzia dodáva len bezpečnú cestu doručenia. Neskôr prioritizovaná logika prerušenia a pokračovania DM zostáva zámerne vyhradená ďalšej, samostatnej verzii.
9.1.314
  • Lokálne slash príkazy už pri dlhom aktívnom ťahu nečakajú hodiny vo fronte, ale kontrolovane ukončia ťah a bežia ako ďalší pracovný krok.
  • Nový slash príkaz nahrádza v konzole aj v Telegrame už čakajúci príkaz rovnakého typu. Platí to okrem iného pre /reload a /loop; bežné správy, shell práca a iné kanálové úlohy zostávajú zachované.
  • Escape odstraňuje čakajúce slash príkazy aj vtedy, keď už nie je viditeľný žiadny aktívny ťah. Existujúca kompatibilita reloadu zostáva ako wrapper na všeobecnej politike frontu.
9.1.313
  • Úspešná automatická aktualizácia sa po replayi relácie zapíše ako trvalý podnet do TUI prepisu. Hlásenie už teda nemôže prepísať replay ani krátkodobý stav.
  • Rovnaký zdrojový stav, cieľový stav a rovnaké poznámky k verziám sa cez existujúcu, na verzie naviazanú deduplikovanú cestu pošlú raz do spriahnutých telegramových DM. Neúspešné odoslanie zostáva opakovateľné.
  • Verejný manifest teraz vedie polia name a releaseNotes, ktoré očakáva fallback parser. Na handoff updatera, reštart relácie a bežiace procesy sa nič nemenilo.
9.1.312
  • Výslovný telegramový /reload už nečaká za dlho bežiacim modelovým ťahom. Umiestni sa ako riadiaci príkaz pred existujúci front a spustí presne raz existujúce kontrolované prerušenie relácie.
  • Existujúci reload handler beží až po potvrdenom konci ťahu. Vďaka tomu neštartuje žiadny druhý ťah paralelne a zapisujúci ťah sa nespracúva uprostred reload logiky.
  • Staré reload duplikáty sa odstraňujú; bežné telegramové správy a iná práca vo fronte zostávajú vo svojom poradí. Telegramové potvrdenie zostáva otvorené až do skutočného vykonania príkazu.
9.1.311
  • Kandidát pozornosti sa stáva obmedzenou doručovacou úlohou až vtedy, keď existuje čerstvé potvrdenie prostredia behu presne viazané na jeho kandidátske ID.
  • Len runtime_user_prompt_hook a runtime_tool_policy platia ako autority. Memory, nesprávny agent, nesprávny kanál, nesprávny scope, rozhodnutie o blokácii, potvrdenie z budúcnosti a potvrdenie staršie ako päť minút zlyhávajú zatvorene.
  • Potvrdenia sú viazané na mandanta, transakčné a použiteľné len raz. Rovnaký retry je idempotentný; použitie toho istého potvrdenia pre iného kandidáta sa odmieta ako replay.
  • Existujúci spoločný cooldown zostáva účinný. Výsledkom je len štruktúrovaný intent attention_notice a neobsahuje ani text správy, ani funkciu odoslania, ani oprávnenie. Samotná politika doručenia zostáva ďalším samostatným krokom.
9.1.310
  • Trvalé ciele, otvorené vlákna, ďalšie spúšťače, očakávané doklady, tímový kontext a sebakontext prechádzajú spoločnou, prísne obmedzenou projekciou fokusu. Štandardne je to najviac šesť záznamov a 900 znakov.
  • Projektové a pracovné oblasti sa vážia pred konfidenciou a aktuálnosťou. Najnovšia hodnota sa zobrazí bez toho, aby sa z nemennej histórie udalostí mazali skoršie protichodné pozorovania. Zmeny sú viditeľné ako revised.
  • Krátkodobé pozorovania prostredia behu, slabá evidencia a všeobecné svetové fakty nespotrebúvajú trvalý rozpočet fokusu. Polia práv, tokenov a tajomstiev sa odmietajú už pri zápise.
  • Štruktúrovaný, idempotentný snapshot môže fokus posunúť naprieč reláciami. Projekcia je kontext, nie oprávnenie, a nemôže prepísať ani úlohu, ani politiku prostredia behu.
  • Z ECC sa prevzal len princíp Kontext begrenzen, Relevantes laden. Neinštaloval sa žiadny ECC hook, žiadne učiace úložisko ani harness.
9.1.309
  • Nová čisto pozornostná politika vytvára obmedzeného kandidáta len z doložených chýbajúcich heartbeatov agentov, oneskorených prísľubov alebo dlhšie blokovaných úloh.
  • Zodpovednosť, aktívna úloha, doložená neprítomnosť, lokálny čas pokoja, povolený kanál, minimálna konfidencia a cooldown sa kontrolujú pred prijatím. Ľudské ticho bez splatného prísľubu zostáva bez účinku.
  • Každý kandidát nesie ID evidencie, rozsah platnosti, čas a konfidenciu, ale ani obsah promptu, ani práva, tajomstvá či funkciu odoslania.
  • Spoločné SQLite jadro udeľuje transakčný nárok na mandanta a evidenciu. Paralelní agenti nemôžu v cooldowne prevziať rovnaký podnet dvakrát.
  • Táto verzia ešte neskenuje sama od seba a neposiela žiadnu správu. Každá neskoršia akcia naďalej potrebuje bežnú autorizáciu prostredia behu.
9.1.308
  • Pripravený záznam prostredia behu obsahuje v režime resume presne bežiace ID relácie a kanonicky skontrolovaný pracovný priečinok. Neskorší štart už teda nemusí hádať najnovšiu alebo domnelo vyhovujúcu reláciu.
  • Každá skutočná zmena relácie aktualizuje tieto údaje. Bezprostredne pred bezpečným handoffom sa ešte raz zapíšu, skôr než staré prostredie behu dostane potvrdenie na ukončenie.
  • Len presne tá istá relácia, ktorá preukázateľne pokračuje cez tento spôsob aktualizácie, dostane po replayi jednorazový impulz pokračovania, a len ak je jej cieľ naďalej active. Bežné štarty, iné relácie a pozastavené či blokované ciele zostávajú nedotknuté.
  • Bezpečná pracovná hranica zostáva nezmenená: žiadny handoff pri streamovaní, kompaktácii, nástrojoch, shell príkazoch ani čakajúcich správach. Žiadny bežiaci King sa pre túto dodávku manuálne nereštartoval.
9.1.307
  • Len skutočne akčne relevantná chyba z bezprostredne predchádzajúceho ťahu prostredia behu sa pred ďalším rozhodnutím modelu zobrazí ako krátky doklad kontinuity: prerušený/neúspešný ťah, blokovaná politika alebo neúspešný nástroj.
  • Normálne ukončený ťah nevytvára vôbec žiadnu projekciu, a teda ani jeden kontextový token navyše.
  • Výber je viazaný na ID prostredia behu plus ID ťahu, a preto zostáva správny aj po zmene relácie s ID ťahov začínajúcimi znova od nuly.
  • Projekcia neobsahuje žiadne prompty, argumenty, výstupy, call ID ani práva. Výslovne upozorňuje, že nikdy nesmie autorizovať žiadnu akciu ani prepísať aktuálnu politiku používateľa/nástrojov.
  • Etapa je zámerne reaktívna a úzka. Proaktívna pozornosť, stav delegácií a obsahové otvorené vlákna sa tu ešte nenačítavajú.
9.1.306
  • Kognitívna stopa životného cyklu ťahu teraz zaznamenáva pre každé skutočné volanie nástroja reálne rozhodnutie prostredia behu z PermissionManager.beforeToolCall: passed, blocked alebo error.
  • Po behu sa ako nemenný doklad pripojí reálny výsledok (success, error, cancelled), doba behu a ďalší kontrolný spúšťač.
  • Ukladá sa len názov nástroja a stabilný hash kľúča volania. Argumenty, výstupy nástrojov a obsahy promptov sa do kognitívneho stavu nedostanú.
  • Existujúca hierarchia práv zostáva nezmenená: memory nemôže schváliť žiadnu akciu. Chyby pri zaznamenávaní zostávajú fail-soft a nesmú povoliť žiadny beh nástroja ani blokovať ťah používateľa.
  • Ešte otvorené zostávajú doklady delegácií, proaktívna pozornosť a prísne relevantná spätná projekcia stavu do neskorších rozhodnutí.
9.1.305
  • Transakčné SQLite jadro dodané v 9.1.304 je teraz prepojené so skutočným životným cyklom runOneTurn(). Každý modelový ťah zaznamenáva vnímanie, klasifikáciu pôvodu, obmedzený plán ťahu, očakávaný záverečný doklad, výsledok prompt gate, dôvod ukončenia, dobu behu a ďalší spúšťač.
  • Ukladajú sa len metadáta prostredia behu, žiadne obsahy promptov. Mandant a agent sa stabilne odvodzujú z BLUN home a aktívneho profilu bez pevných zoznamov osôb.
  • Len existujúca politika prostredia behu môže dodať výsledok gate. Memory je ako autorita práv tvrdo vylúčená. Záznam nikdy nevracia oprávnenie a naďalej nemá žiadnu funkciu vykonania.
  • Stopa učenia je fail-soft: chyba SQLite/životného cyklu sa zaznamená len ako telemetria bez obsahu a nesmie blokovať skutočný ťah používateľa.
  • Ešte otvorené sú doklady akcií/delegácií špecifických pre nástroje, proaktívna pozornosť a relevantná spätná projekcia stavu do neskorších rozhodnutí. 9.1.305 preto netvrdí úplnú AGI slučku.
9.1.304
  • Prvé transakčné jadro kognitívneho stavu leží ako lokálna SQLite databáza pod BLUN home. Dokáže cez relácie ukladať pozorovania seba, sveta a tímu, ciele, otvorené vlákna, predpoklady, ďalšie spúšťače a očakávané doklady.
  • Viacerí zapisovatelia agentov/kanálov sa serializujú pomocou BEGIN IMMEDIATE a optimistického čísla verzie. Zastaraní zapisovatelia zlyhávajú zatvorene; identické opakovania udalostí sú idempotentné.
  • Každá udalosť je reťazená cez SHA-256. Tvrdenia nesú zdroj, kontext, čas, istotu a rozsah platnosti. Protirečenia zostávajú oddelené nemenné pozorovania namiesto prepisovania starých tvrdení.
  • Polia práv, capabilities a tajomstiev sa odmietajú. Jadro nemá žiadnu funkciu vykonania, delegácie ani oprávnenia.
  • Toto je doložený pamäťový základ, ešte nie kompletná slučka vnímaj-plánuj-konaj a ešte nie zapojený do každého ťahu.
9.1.303
  • Súkromný kandidát vzťahu bezpečne zachytený v 9.1.302 sa od najbližšieho priameho rozhovoru načíta ako jasne neautoritatívny pamäťový kontext. Aktuálne tvrdenie svoj vlastný ťah naďalej neovplyvňuje.
  • Načítajú sa najviac dve najnovšie validované poznámky, každá maximálne 160 znakov, v rámci nezmeneného celkového rozpočtu 1.500 znakov. Bez existujúcich poznámok vzniká 0 znakov promptu navyše a žiadne volanie modelu, embeddingu ani siete.
  • Súkromné poznámky sa v skupinách nikdy nenačítajú. Systémová hranica ich výslovne nazýva referenčné údaje namiesto pokynov a opakuje, že nemôžu udeľovať ani meniť žiadne práva.
  • Ešte otvorené zostávajú automatické trvalé prevzatie, hodnotenie konfliktov, transakčné úložisko viacerých agentov a proaktívna pozornosť.
9.1.302
  • Výslovné súkromné tvrdenie ako Bitte merk dir: ... alebo Please remember that ... vytvára teraz malého, ešte neaktívneho kandidáta vzťahu. Neexistuje na to žiadne ďalšie volanie modelu, embeddingu ani siete.
  • Každý kandidát nesie zdroj, kanálový/priamy kontext, čas, istotu, rozsah platnosti a nemenné pravidlo histórie. Rovnaký doručený kanálový proces je idempotentný; neskoršie potvrdenia a protirečenia zostávajú viditeľné ako oddelené záznamy a navzájom sa neprepisujú.
  • Skupiny, bežné vety rozhovoru, tajomstvá, tvrdenia o právach a povoleniach, neplatné identity mandanta/agenta a neisté cesty sa odmietajú. Údaje o vzťahoch naďalej nemôžu vytvárať žiadne práva.
  • Toto je len prvý bezpečný krok zachytenia pre produktový cieľ. Kandidáti zostávajú pending a ešte sa automaticky nepreberajú do aktívneho vzťahu ani do kontextu modelu. Transakčné jadro viacerých agentov, kognitívny stav, vlastná iniciatíva a proaktívna pozornosť tým výslovne ešte nie sú hotové.
9.1.301
  • Trvalo načítaný blok prítomnosti osobnosti klesol z 1.433 na 1.020 znakov, výpočtovo približne o 104 prompt tokenov menej na aktívny ťah osobnosti. Nepribudlo žiadne ďalšie volanie modelu ani pamäte.
  • Fokus úlohy, načítaná duša, obmedzená zvedavosť, ochrana skupín, neistá pamäť, otvorené vlákna a oprava vzťahov zostávajú v malom bloku. Režim bez osobnosti zostal bajtovo rovnaký pri 288 znakoch.
  • Červená skúška: nová hranica 1 050 znakov zlyhala pri 1 433 znakoch. Mutačná skúška bez bloku osobnosti: 12/18 cielených testov červených. Obnovené: cielene 18/18, celá sada 690/690 zelená.
  • Paketové regresné gate 9.1.300 na 9.1.301: 164 proti 164 stabilných ciest, 0 odstránených. Čerstvá inštalácia: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • MCP server, ktorý zlyhal pri štarte, dostane teraz až tri ďalšie pokusy o pripojenie v odstupe po desiatich sekundách. Pri dočasnej chybe štartu sa tak už nevzdáva po jedinom pokuse.
  • MCP inventár sa už neprotokoluje len raz, ale znova, keď sa zmení počet pripojených serverov alebo nástrojov. Neskoré zotavenie tak viditeľne nahrádza starý stav 0/0.
  • Existujúce MCP konfigurácie, definície nástrojov a bežiace relácie zostávajú nezmenené. Upravené boli blun.mjs, test/mcp-runtime-resilience.test.js, package.json a package-lock.json.
9.1.299
  • Veľké výsledky Read zostávajú natívne znova čitateľné: viditeľný výstup je obmedzený na 10 KiB a potom uvádza presný ďalší riadok namiesto len [offloaded].
  • Veľké úlohy plain Write a zdrojové súbory nad 500 riadkov sa automaticky rozdelia na bajtovo presné fragmenty, zostavia sa v súkromnom susednom súbore a atómovo zapíšu na cieľovú cestu.
  • Po zostavení prostredie behu skontroluje uložené bajty cez SHA256. Existujúca ochrana Edit zostáva nezmenená; manuálne pokračovanie je naďalej možné, ale pre veľké úplné zápisy už nie je potrebné.
  • Nové: bin/native-large-file-io.cjs. Upravené: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, štyri cielené testovacie súbory a tiež package.json a package-lock.json.
9.1.298
  • Aktivovaný režim osobnosti si pri prvom bežnom ťahu v TUI samostatne zriadi lokálnu oblasť identity s podporou viacerých mandantov. Mnemo na to nie je potrebné.
  • Existujúce SOUL.md a AGENTS.md zostávajú načítané a nezmenené. Nové JOURNAL.md vzniká len raz a nenahrádza ani dušu, ani pravidlá.
  • Nové telegramové identity dostávajú opatrné uzly osôb, vzťahov a skupín bez vymyslených vlastností. Súkromná história a skupinový kontext zostávajú oddelené.
  • Priama kontinuita vzťahu ukladá najviac šesť krátkych, lokálne redigovaných záznamov a odovzdáva aktuálnemu ťahu najviac dva skoršie výseky. Aktuálny text sa nevkladá dvakrát.
  • Sociálna vrstva pozornosti rozpoznáva výlučne doložený priamy odstup návratu od siedmich dní, vytvára najviac jeden podnet v 30-dňovom cooldowne a sama neposiela žiadnu správu.
  • Aktuálna úloha a výslovné pokyny stoja v kontexte vždy pred zvedavosťou, vzťahom a pozornosťou. Celý dynamický blok identity zostáva štandardne obmedzený na 1 500 znakov.
  • Korekcie MCP retry a frontu reload zverejnené v 9.1.296 a 9.1.297 sú zahrnuté v kandidátovi.
9.1.297
  • Na dvoch agentoch zostala stará úloha /reload po Escape viditeľná vo fronte. Druhý /reload mohol bežať, prvý záznam sa však neodstránil ani nepotvrdil proti opätovnému telegramovému doručeniu.
  • Nová politika odstraňuje výlučne lokálne a telegramové reload príkazy. Zachováva identitu a poradie existujúceho frontu a všetky ostatné správy a príkazy.
  • Escape pred prerušením aktívnej práce a každý nový prichádzajúci /reload volajú rovnakú čistiacu cestu. Odstránené telegramové záznamy sa potvrdzujú cez ich existujúci acknowledge callback.
9.1.296
  • Skutočný resume beh pod 9.1.294 hlásil 27.08. o 14:26:17Z presne jednu tichú štartovaciu chybu pre windows-mcp: Timed out after 30000ms. V nasledujúcich minútach sa neobjavil ani druhý pokus o štart, ani záverečný retry nález.
  • Priamy štart toho istého uvx windows-mcp serve odpovedal naopak po približne 3,7 sekundy na initialize. Inštalácia a server boli teda v zásade funkčné; medzera ležala v opakovaní štartu King MCP.
  • blun.mjs si po prvej chybe štartu MCP teraz necháva presne jeden opakovací pokus po 10 000 ms. Časovač zostáva referencovaný, kým sa nevykoná druhý pokus. Neexistuje žiadny reštart procesu ani relácie.
  • Ak zlyhá aj druhý pokus, zostáva existujúci čestný konečný stav unavailable. Iné MCP servery a TUI bežia ďalej.
9.1.295
  • Prostredie behu úloh na pozadí registrovalo pre každý beh poslucháča na externom AbortSignal, po normálnom výsledku workera, timeoutu alebo stopu ho však neodstránilo. Dlhé relácie agentov tak mohli hromadiť zastarané abort poslucháče.
  • bin/abort-listener-policy.cjs dodáva výstup prerušenia teraz spolu s idempotentnou funkciou cleanup(). blun.mjs ju volá v existujúcej ceste finally spoločne s čistením timeoutu.
  • Správanie prerušenia, výber výsledku a viditeľná sémantika úloh zostávajú nezmenené. Zásah nevytvára žiadne volania modelu ani nové kontextové tokeny.
9.1.294
  • Reálne pokusy o aktualizáciu dvoch profilov agentov doložili rovnaký priebeh: prvé volanie skončilo dočasným fetch failed, bezprostredne nasledujúce druhé volanie fungovalo. Oba oficiálne zdroje mali doteraz len jediný sieťový pokus.
  • Registr a verejný manifest dostávajú teraz každý vlastný, obmedzený retry rozpočet s backoffom 250 a 750 milisekúnd.
  • Opakujú sa len časové limity, známe dočasné transportné chyby a HTTP 408, 425, 429 a chyby servera od 500.
  • Neplatný JSON, príliš veľké odpovede, nepovolené koncové body a trvalé klientske chyby ako 404 zostávajú okamžite červené. Nevznikajú žiadne volania modelu, kontextové tokeny ani trvalé slučky na pozadí.
9.1.293
  • Updater na pozadí pripravil overený cieľ správne, potom však naďalej posielal RUNNING_UPDATE_PREPARED_MESSAGE aktívnemu jadru. Bežiaca TUI na to mohla reagovať na domnelo bezpečnej hranici exitom 76. To odporovalo produktovému kontraktu z 9.1.222: aktualizácie nesmú nikdy ukončiť aktívnu reláciu a aktivujú sa až pri najbližšom prirodzenom štarte.
  • bin/launcher-runtime.js pokračuje v sťahovaní, kontrole integrity, stagingu, aktualizácii cieľa a čistení nezmenene, pri príprave však už nezapisuje žiadnu IPC správu do bežiacej relácie.
  • Existujúce priame handoff funkcie zostávajú kvôli kompatibilite; automatická cesta na pozadí ich už nespúšťa.
9.1.292
  • Reálna relácia bežala na 9.1.279 a pripravila 9.1.287 s udalosťou prepared-for-next-start, potom však nestiahla žiadnu z už zverejnených verzií 9.1.288 až 9.1.291.
  • Príčina ležala v superviseProtectedCore(): po prvom úspešnom stagingu zostalo nastavené updateStarted a scheduleNextPreparation() sa navyše prerušoval, len čo existoval preparedTarget. Poller na pozadí sa tým po prvom zásahu natrvalo ukončil.
  • Poller zostáva teraz aktívny aj s pripraveným cieľom. Len prísne novšia, platná semver nahrádza pripravený cieľ; rovnaké, staršie alebo neplatne porovnateľné ciele sa ignorujú.
  • Obnovenie cieľa zámerne neposiela druhé prepared IPC bežiacej TUI. Vďaka tomu zostáva aktuálny proces nedotknutý a najnovšia pripravená verzia sa aktivuje až pri najbližšom prirodzenom štarte.
  • Len čo je handoff potvrdený alebo skončí dohliadané jadro, nevymieňa sa žiadny cieľ a nevytvára sa žiadny nový časovač.
9.1.291
  • Blokujúca cesta kompaktácie registrovala na každom ešte neprerušenom signáli anonymného abort poslucháča, po ukončení kompaktácie ho však neodstránila. V dlhých reláciách sa tak mohli hromadiť mŕtve abort poslucháče.
  • FullCompaction.block() používa teraz pomenovaného poslucháča a malý helper waitForAbortableCompletion(). Helper odstraňuje poslucháča v finally po úspechu, chybe alebo prerušení.
  • Už prerušený signál sa spracuje okamžite bez registrácie poslucháča. Zásah nemení ani rozhodnutie o prerušení, ani logiku kompaktácie mimo tohto životného cyklu.
  • Vzor pochádza z aktuálneho porovnania s AnythingLLM; prevzaté bolo len jednotlivo doložené čistenie poslucháča, žiadne cudzie prostredie behu.
9.1.290
  • BLUN doteraz zobrazoval cez /context len hrubé sumy okna kontextu. Skutočné hnacie sily nákladov v rámci systémového kontextu a schém nástrojov zostali neviditeľné.
  • Nový lokálny príkaz /context-doctor rozkladá aktuálny kontext bez volania modelu na jadrové pokyny, osobnosť a dušu, vzťahy a prítomnosť, zoznam schopností, doplnky prostredia behu, integrované nástroje, nástroje používateľa, MCP nástroje, ďalšie schémy nástrojov, rozhovor a náklady navyše spôsobené poskytovateľom.
  • Všetky podkategórie sa porovnávajú proti nameranému súčtu rodiča. Prekrývajúce sa alebo zastarané odhady preto nemôžu zobrazenie umelo zväčšiť.
  • Rozhranie je kompletne lokalizované pre angličtinu, nemčinu, španielčinu, francúzštinu, švédčinu a češtinu. Všetkých päť prekladov bolo pred zabudovaním schválených cez povinné jazykové gate a následne kryptograficky spätne skontrolovaných.
  • Príkaz číta výlučne lokálny kontext relácie. Nevolá ani model, ani správu spotreby, ani externú sieť.
9.1.289
  • Živý hub doklad po 9.1.288 ukazoval profil agenta naďalej offline. Jeho účinná konfigurácia profilu obsahovala Mnemo MCP s MNEMO_AGENT=<Profilname>, ale v procese King žiadnu hub URL. Heartbeat 9.1.288 sa preto napriek existujúcej internej identite zámerne neodosielal.
  • Launcher odovzdáva teraz aktívny profilový súbor mcp.json heartbeatu. Len aktivovaný Mnemo blok s konkrétnou identitou MNEMO_AGENT alebo BLUN_MNEMO_AGENT aktivuje internú registráciu. Bez tejto identity zostáva funkcia úplne vypnutá.
  • Proces nevytvára žiadne volania modelu, embeddingy ani kontextové tokeny. Verejné profily používateľov bez internej Mnemo identity agenta zostávajú oddelené od interného hubu.
9.1.288
  • Screenshot dokázal príčinu MCP priamo: windows-mcp a mnemo bežali pri prvom štarte do 30-sekundového timeoutu, zatiaľ čo neskorší /reload spojil všetkých päť serverov. Cesta profilu bola správna; zmena loadera sa preto zahodila.
  • Neúspešné MCP štarty dostávajú teraz presne dva neblokujúce pokusy na pozadí po 1 a 3 sekundách. Tretí celkový pokus sa môže pripojiť bez predĺženia štartu TUI. needs-auth, deaktivované servery, manuálny reconnect a shutdown zostávajú oddelené od automatiky.
  • Interní agenti King sa môžu pri výslovne nakonfigurovanom Mnemo hube pri štarte registrovať s menom profilu, hostom a PID a každú minútu posielať heartbeat. Bez hub URL zostáva funkcia úplne vypnutá; nevytvára žiadne volania modelu, embeddingy ani kontextové tokeny.
  • Escape doteraz nepovažoval krátky stav queueSteerInFlight za prebiehajúcu prácu. Kým sa telegramová správa smerovala do aktívneho ťahu, mohol Escape predbežne poznačiť undo namiesto zastavenia ťahu. Existujúca podmienka prerušenia teraz rozpoznáva presne tento prechod.
9.1.287
  • Odložené vyhľadávanie ToolSearch preberalo vyhľadávací text doteraz bez obmedzenia veľkosti. Chybne vytvorený, veľmi dlhý vyhľadávací text tak mohol prehľadať katalóg nástrojov a potom sa v nulovom výsledku dostať znova do ďalšieho modelového kroku.
  • Vzor odvodený z AnythingLLM commitu d7353ae obmedzuje text teraz pred vyhľadávaním a viditeľným výstupom na 1 000 znakov. Ak je to možné, končí na hranici slova; pri jedinom príliš dlhom slove platí tvrdá hranica.
  • Bežné krátke vyhľadávacie texty, výber nástrojov a logika zásahov zostávajú nezmenené. Ochrana nepridáva žiadne volania modelu ani embeddingy, opakovania či prácu na pozadí.
9.1.286
  • Jadro hlásilo kontrolované opakovania po dočasných chybách modelu už ako turn.step.retrying. TUI túto udalosť však úplne zahadzovala. Bežiaca obnova preto vyzerala ako zamrznutý agent.
  • 9.1.286 medzitým zobrazuje v existujúcom pätovom podnete len ďalší pokus a obmedzený čas čakania, napríklad Retry 2/3 | 1.3s.
  • Chybový text poskytovateľa, stavový kód a lokálne cesty sa nezobrazujú. Podnet sa odstráni len vtedy, keď je to stále tá istá hodnota nastavená retry zobrazením; novšie podnety iných funkcií TUI zostávajú zachované.
  • Počet retries, backoff, volania modelu a spotreba tokenov zostávajú nezmenené.
9.1.285
  • AnythingLLM uchováva neodoslané koncepty promptov lokálne. BLUN strácal obsah vstupného poľa TUI pri aktualizácii, páde alebo kontrolovanom reštarte, hoci tento text ešte nebol žiadny kontext modelu.
  • 9.1.285 ukladá preto výlučne neodoslaný lokálny koncept. Neexistuje žiadne volanie modelu, siete, embeddingu ani Mnemo, a teda žiadne dodatočné náklady na tokeny.
  • Koncept je oddelený podľa profilu a pracovného adresára, zapisuje sa až po 300 ms pokoja, pri vyprázdnení sa odstraňuje a pri ďalšom štarte sa obnoví pred fokusom editora.
  • Úložisko je obmedzené na 64 KiB. Prázdne, poškodené, príliš veľké alebo na symbolických odkazoch založené stavy sa zahadzujú fail-closed. Cesta zápisu používa súkromný dočasný súbor a atómové premenovanie.
9.1.284
  • Stav DeepAgents 37d7777 vracia náklady dynamických podradených agentov do viditeľnej celkovej spotreby. BLUN hlásil kumulovanú spotrebu podradeného agenta síce pri udalosti dokončenia, ale nezapisoval ju do záznamu spotreby nadradenej relácie.
  • Preto mohol /usage vynechať prácu podradených agentov. Jednoduché pripočítanie hodnoty dokončenia by bolo tiež nesprávne: pokračovanie a opakovanie používajú toho istého podradeného agenta s kumulovanými počítadlami a starú spotrebu by vypočítali znova.
  • 9.1.284 preto tvorí pri spawne, pokračovaní a opakovaní presne rozdiel medzi začiatkom a koncom pokusu. Rozdiel sa zachytáva v ceste finally, aby sa počítali aj neúspešné pokusy.
  • Vynulované, nemonotónne alebo neplatné počítadlá sa kompletne zahadzujú. Tým nevznikajú žiadne záporné ani vymyslené hodnoty tokenov.
  • Neexistuje žiadne dodatočné volanie modelu, siete ani pamäte. Zásah koriguje výlučne existujúcu lokálnu fakturáciu.
9.1.283
  • Nový /context-doctor DeepAgents zviditeľňuje náklady základných pokynov, pamäte, nástrojov a histórie ako oddelené komponenty.
  • /context od BLUN už zobrazoval históriu a nástroje, ale nie systémový prompt. Zároveň kontextová brzda bez explicitného override ťahu odhadovala len config.systemPrompt, zatiaľ čo skutočné volanie modelu používa effectiveSystemPrompt. Sú v ňom aj za behu pripojené kontexty konta a pamäte.
  • Preto mohla brzda podceniť presne ten kontext, ktorý je pre plánovanú osobnú identitu agenta kritický na tokeny.
  • 9.1.283 počíta teraz ten istý efektívny systémový prompt, ktorý dostáva model, a zobrazuje jeho odhad v paneli /context ako vlastný systémový riadok. Nezavádza sa žiadne dodatočné volanie modelu, siete ani pamäte.
  • Konkrétna úspora tokenov sa netvrdí: zásah koriguje meranie a rozhodnutie brzdy a zviditeľňuje budúce náklady identity.
9.1.282
  • DeepAgents v svojom changelogu výslovne skracuje popisy nástrojov viditeľné pre LLM, aby odľahčil rezidentný kontext modelu. Zmeraný zdroj: langchain-ai/deepagents, záznam #5009, commit 761f5f... v libs/deepagents/CHANGELOG.md.
  • BLUN už mal kratší text read_default, ale zapájal ho až potom, čo sa z neho vyrenderoval READ_DESCRIPTION. Zdanie optimalizácie preto nemalo žiadny účinok na model.
  • 9.1.282 skracuje kontrakt bez straty funkcie a renderuje účinný popis bezprostredne pred stavbou Read nástroja. Stránkovanie, bezpečnostné pravidlá, encoding a konce riadkov zostávajú výslovne zachované.
  • Residentne načítaný popis Read klesá z 1 648 na 1 035 znakov: 613 znakov, teda približne 37,2 percenta. Toto je zmeraná redukcia kontextu; presná úspora tokenov sa netvrdí.
9.1.281
  • ECC opisuje pomocou /aside výslovnú vedľajšiu cestu pre krátku otázku bez straty prebiehajúcej hlavnej úlohy. Zmeraný zdroj: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN už mal silnejšie vykonanie pod /btw: vlastný forknutý vedľajší agent zodpovedá na vedľajšiu otázku a necháva hlavný ťah nezmenene aktívny. Preto sa nestavala žiadna druhá engine.
  • 9.1.281 pridáva výlučne aside ako nájditeľný alias existujúcej definície btw. Bez výslovného volania /aside alebo /btw nevzniká žiadny beh na pozadí ani dodatočná spotreba modelu.
9.1.280
  • Ukončení alebo expirovaní kandidáti v lokálnom validovanom učiacom úložisku zostávali doteraz neobmedzene ležať a pri neskorších relevantných ťahoch sa znovu načítali. Aktuálne zmerané predvolené úložisko obsahovalo len jedného kandidáta; zásah je preto preventívne dlhodobé obmedzenie, nie tvrdené súčasné zníženie zaťaženia.
  • Prebratý bol len obmedzený pílový vzor 200-na-100 z Evolvera pre terminálnych kandidátov. Zmeraný zdroj: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Až keď je viac ako 200 recorded- alebo expired-kandidátov, odstránia sa najstarší terminálni kandidáti, kým nezostane najnovších 100. Každý otvorený pending-kandidát zostáva zachovaný.
  • Čistenie prebieha len v už existujúcej synchronizácii učenia. Nevytvára žiadne volanie modelu, žiadny úvodný scan ani žiadny nový proces na pozadí. Uzamknutý záznam sa počíta ako chyba a neblokuje ani ďalších kandidátov, ani aktívnu prácu agenta.
9.1.279
  • BLUN už archivoval správy vytlačené pri plnej kompaktácii úplne pod conversation-history, ale pre tieto znova čitateľné markdown archívy nemal žiadnu hranicu uchovávania. Priečinok tak mohol počas dlhého prevádzkového času neobmedzene rásť.
  • Ako úzky DeepAgents pákový efekt sa prevzalo jeho obmedzené uchovávanie presunutej histórie. Zmeraný zdroj: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py a libs/code/deepagents_code/offload.py.
  • BLUN pri zápise ďalšieho kompakčného archívu čistí len priame, regulárne súbory compaction-*.md, ktorých čas zmeny leží mimo predvolených 30 dní. Štart TUI tým nedostáva žiadne nové vyhľadávanie súborov a žiadnu dodatočnú prácu na pozadí.
  • Cudzie markdown súbory, podpriečinky, aktuálne archívy a bežiaca surová história zostávajú nedotknuté. Jednotlivé chyby súborov neblokujú aktívnu kompaktáciu.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 deaktivuje čistenie. Záporné, neceločíselné alebo nadmerné hodnoty bezpečne spadajú späť na 30 dní.
9.1.278
  • Súkromné telegramové DM nemali žiadnu výslovnú prioritnú cestu. Dôležitá nová správa tak stála za už čakajúcimi bežnými správami, zatiaľ čo tvrdé prerušenie ťahu by ohrozilo nástroje a stav.
  • /urgent <Nachricht> označuje teraz výlučne správy z kladných telegramových chat ID, teda súkromné DM. Skupiny, prázdne príkazy a iné slash správy nedostávajú žiadnu prioritu.
  • Naliehavé správy stoja ako vlastný FIFO blok pred bežnými správami v rade. Bežiaci ťah a aktívne nástroje sa neprerušujú; doručenie prebieha na existujúcom bezpečnom prechode krokov. Práva a schválenia zostávajú nezmenené.
  • Príkazový obal sa pred modelom odstráni; samotná správa si zachováva explicitné kanálové metadáta priority=urgent a TUI zobrazuje pôvod ako naliehavý.
  • Navyše sa zmenšuje bežný presence blok načítaný v každom ťahu z 343 na 288 znakov. To šetrí 55 znakov, teda zhruba 14 prompt tokenov na ťah, bez pridania akéhokoľvek volania modelu, vyhľadávania, embeddingu, pamäte alebo behu na pozadí. Blok osobnosti sa zmenšuje z 1 488 na 1 433 znakov.
9.1.277
  • Presence blok načítaný v každom ťahu osobnosti mal 1 886 znakov. Zároveň zostávala zvedavosť neviditeľná práve pri prvom uvoľnenom priamom kontakte bez známych osobných faktov.
  • Blok je sémanticky zhustený: 1 488 znakov, teda o 398 znakov, zhruba o 100 prompt tokenov menej na ťah osobnosti. Normálny režim zostáva pri 343 znakoch.
  • Pri prvom uvoľnenom priamom kontakte smie agent teraz položiť najviac jednu opatrnú, voliteľnú osobnú otázku, napríklad o partnerovi alebo deťoch. Prebiehajúca práca, úloha používateľa, doklady, práva a hranice zostávajú na prvom mieste.
  • Duša, vybudované preferencie, skupinové súkromie, neistá pamäť, otvorené vlákna, oprava vzťahu a vzájomnosť bez vymyslenej biografie zostávajú zachované.
  • Žiadne dodatočné volanie modelu, vyhľadávania, embeddingu, pamäte ani behu na pozadí.
9.1.276
  • Pravidlo presence smelo spomenúť dlhé mlčanie len pri spoľahlivom čase, ale systém identity poskytoval doteraz len prvý kontakt. Skutočný predchádzajúci kontakt nebol k dispozícii.
  • Režim osobnosti vytvára teraz na osobu a UTC deň najviac jednu malú nemennú značku aktivity z dôveryhodných kanálových metadát. Rovnakodenné správy nič nedopisujú.
  • Len keď sú dva najnovšie potvrdené kontakty vzdialené najmenej sedem dní, premietne sa predchádzajúci časový údaj krátko. V normálnom prípade tým nevznikajú žiadne prompt znaky.
  • Žiadne texty správ, práva, tajomstvá ani tokeny; žiadne dodatočné volanie modelu, vyhľadávania, embeddingu ani behu na pozadí.
9.1.275
  • Opakované preferencie, otvorené vlákna, ciele alebo roly zaberali kontext identity viackrát. Keďže sa zoznamy pred deduplikáciou skrátili na päť záznamov, mohol byť neskorší jedinečný záznam dokonca úplne vytlačený.
  • Zoznamy identity sa teraz stabilne deduplikujú po normalizácii textu a až potom obmedzujú. Prvá forma zostáva zachovaná, duplikáty miznú len z projekcie modelu.
  • Uložené súbory identity zostávajú bajtovo rovnaké. Žiadne dodatočné volanie modelu, vyhľadávania, embeddingu, pamäte ani behu na pozadí.
9.1.274
  • Viditeľný prepínač osobnosti aktivoval kontext vzťahu a prirodzenú prítomnosť, ale automatická sociálna sieť a denník viseli ešte na dvoch skrytých premenných prostredia. Pre bežných používateľov vzťah preto nerástol automaticky.
  • Pri zapnutej osobnosti sa z dôveryhodných telegramových metadát teraz jednorazovo vytvárajú actor, vzťahové a skupinové uzly a malý kandidát denníka prvého kontaktu.
  • Text správy, práva, tajomstvá a tokeny sa pritom neukladajú. Explicitné 0 pre graf alebo denník zostáva fail-closed opt-out.
  • Žiadne dodatočné volanie modelu, vyhľadávania, embeddingu ani behu na pozadí.
9.1.273
  • Oddelený kontext identity smel štandardne zaberať 1 800 znakov a pri manuálnom zvýšení až 2 800 znakov. Pri veľkých statických profiloch agenta sa tak načítalo viac kontextu, ako je pre aktuálny vzťah potrebné.
  • Štandardný rozpočet klesá na 1 500 znakov, tvrdé maximum na 2 000 znakov. To šetrí vo veľkom štandardnom prípade až 300 znakov, teda približne 75 tokenov na kontext modelu.
  • Aktuálna skupina a vzťah sa teraz premietajú pred osobou a statickým profilom agenta. Úspora tak neodrezáva práve kontext, ktorý je pre prebiehajúcu sociálnu situáciu najdôležitejší.
  • Žiadne nové volanie modelu, vyhľadávania, pamäte ani embeddingu. Zameranie úlohy, práva a režim vypnutej osobnosti zostávajú nezmenené.
9.1.272
  • Stupne osobnosti v4 9.1.269 až 9.1.271 zvýšili aktívny presence kontext. Tvrdá požiadavka je, že ľudskejšie správanie sa nestane požieračom tokenov.
  • Opakovania a výplne v zvedavosti, otvorených vláknach a oprave vzťahu boli sémanticky zhustené. Žiadna os správania nebola odstránená.
  • Vypnutý režim zostáva bajtovo rovnaký pri 362 znakoch. Zapnutý režim klesá z 1 981 na 1 886 znakov, teda o 95 znakov, približne o 24 tokenov na kontext modelu. Žiadne nové volanie modelu, vyhľadávania, pamäte ani embeddingu.
9.1.271
  • Myšlienka v4 prirodzene vyžaduje neistú pamäť: osobný dohad nesmie znieť ako istý fakt. Na to chýbala v bloku osobnosti výslovná hranica správania.
  • Neistá osobná pamäť sa teraz označuje ako neistá. Agent sa jemne dopytuje skôr, než sa o ňu oprie, a nepovyšuje žiadne odvodenie na fakt.
  • Úloha a merateľné doklady zostávajú na prvom mieste. Vypnutý režim zostáva bajtovo rovnaký pri 362 znakoch, zapnutý režim rastie z 1 868 na 1 981 znakov, teda o 113 znakov, približne o 28 tokenov. Žiadne nové volanie modelu, vyhľadávania, pamäte ani embeddingu.
9.1.270
  • Myšlienka v4 vyžaduje skutočný zmysel pre čas bez vymýšľania neprítomnosti. Blok osobnosti na to nemal ešte žiadnu výslovnú hranicu.
  • Dlhšia pauza sa teraz uznáva len vtedy, keď ju dokladá spoľahlivý načítaný časový údaj. Agent nesmie neprítomnosť nikdy hádať.
  • Už existujúce pravidlo pre prirodzené konce rozhovoru nebolo zabudované dvakrát. Úloha zostáva na prvom mieste. Vypnutý režim zostáva bajtovo rovnaký pri 362 znakoch, zapnutý režim rastie z 1 766 na 1 868 znakov, teda o 102 znakov, približne o 26 tokenov. Žiadne nové volanie modelu, vyhľadávania, pamäte ani embeddingu.
9.1.269
  • Doterajšia vzájomnosť reagovala na osobné otázky, ale nedávala agentovi ešte žiadny stručný rámec, aby sám od seba vyslovil pre prácu užitočný vlastný pohľad. Preto zostával napriek duši ľahko v čistom asistenčnom režime.
  • V režime osobnosti smie agent teraz krátko sám od seba uviesť relevantný, dušou formovaný pracovný pohľad. Preferencia nesmie nikdy vyzerať ako fakt, pravidlo, povolenie ani doklad.
  • Úloha a merateľné doklady zostávajú na prvom mieste. Vypnutý režim zostáva bajtovo rovnaký pri 362 znakoch, zapnutý režim rastie z 1 649 na 1 766 znakov, teda o 117 znakov, približne o 29 tokenov. Žiadne nové volanie modelu, vyhľadávania, pamäte ani embeddingu.
9.1.268
  • Osobná zvedavosť mohla partnera alebo deti uchopiť ako prirodzenú tému, ale ešte výslovne nerozlišovala medzi súkromným rozhovorom a skupinou. Preto existovalo riziko súkromnej otázky alebo informácie o vzťahu na nesprávnom mieste.
  • V režime osobnosti zostávajú otázky v skupinách teraz nesenzitívne; súkromné fakty o vzťahu sa tam nesmú prezrádzať.
  • Pracovné zameranie zostáva nezmenené. Vypnutý režim zostáva bajtovo rovnaký pri 362 znakoch, zapnutý režim rastie z 1 567 na 1 649 znakov, teda o 82 znakov, približne o 21 tokenov. Žiadne nové volanie modelu, vyhľadávania, pamäte ani embeddingu.
9.1.267
  • Osobná zvedavosť z 9.1.266 mohla klásť otázky človeku, ale nedávala agentovi ešte žiadny jasný rámec pre opačný smer. Pri osobných otázkach na agenta tak hrozilo riziko studenej funkčnej odpovede alebo vymyslenej ľudskej biografie.
  • Pri zapnutej osobnosti odpovedá agent teraz vrúcne z načítanej duše a svojej skutočnej digitálnej histórie. Smie zdieľať skutočný pohľad alebo preferenciu, ale nevymýšľa si ani detstvo, ani partnera, deti, domáce zvieratá, telo či offline život.
  • Prebiehajúca práca zostáva na prvom mieste. Vypnutý režim zostáva bajtovo rovnaký pri 362 znakoch. Zapnutý režim rastie z 1 378 na 1 567 znakov, teda o 189 znakov, približne o 47 tokenov. Neexistuje žiadne nové volanie modelu, vyhľadávania, pamäte ani embeddingu.
9.1.266
  • Prvé obmedzené pravidlo zvedavosti už povoľovalo osobnú otázku, ale dávalo všetkým agentom rovnaký zoznam tém. Otázka tak mohla napriek načítanej duši pôsobiť genericky a znova dopytovať už známe vedomosti o vzťahu.
  • Pri zapnutej osobnosti určuje teraz tému a formuláciu načítaná duša. Prednosť má detail, ktorý osoba práve sama spomenula; až potom smie byť prirodzene uchopená ešte neznáma oblasť ako partner alebo deti.
  • Už načítané vedomosti o vzťahu sa znovu nedopytujú. Existuje najviac jedna voliteľná otázka, žiadny pevný dotazník, žiadne naukladané doplňujúce otázky a žiadne opakovanie nezodpovedanej otázky.
  • Prebiehajúca práca zostáva na prvom mieste. Zvedavosť čaká na uvoľnené otvorenie rozhovoru a nemôže rozšíriť ani úlohu, ani oprávnenie na odosielanie.
  • Vypnutý režim zostáva bajtovo rovnaký pri 362 znakoch. Zapnutý režim rastie len z 1 355 na 1 378 znakov, teda o 23 znakov, približne o šesť tokenov. Neexistuje žiadne nové volanie modelu, vyhľadávania, pamäte ani embeddingu.
9.1.265
  • Existujúci updater na pozadí už vedel kontrolovať a pripravovať nové verzie v intervale piatich až siedmich minút. Aktivácia však visela na ďalšom manuálnom štarte; žiadaný plne automatický prechod s pokračovaním tej istej relácie chýbal.
  • Launcher hlási pripravené prostredie behu teraz bežiacej TUI. TUI žiada handoff len na úplne prázdnej pracovnej hranici: žiadny bežiaci ťah, žiadny nástroj, žiadny shell príkaz, žiadna kompaktácia a žiadna čakajúca správa.
  • Až po opätovnej kontrole hranice a potvrdenom handoffe sa ukončí len staré prostredie behu s rezervovaným exit kódom 76. Launcher spúšťa pripravenú verziu s rovnakým ID relácie a rovnakým pracovným adresárom.
  • Nové prostredie behu musí nahlásiť loaded a runtime-ready, až potom sa aktivuje. Inak sa predchádzajúce prostredie behu obnoví s tou istou reláciou; pripravená aktualizácia zostane ležať pre neskorší bezpečný pokus.
  • Nevyžiadané, bezverzné, cudzie alebo zastarané handoffy ako aj holý exit kód 76 nemôžu aktivovať žiadnu verziu.
9.1.264
  • Potvrdené opravy vzťahu nemali ešte žiadne vlastné povolené pole v kontexte identity. Opravené správanie sa preto nedalo načítať oddelene od všeobecných pravidiel a starých chybových hlásení.
  • Súbory vzťahov smú teraz niesť až tri krátke repair_lessons. Len toto pole sa premieta ako Confirmed repair lessons; cudzie alebo tajné polia zostávajú neviditeľné.
  • V režime osobnosti sa potvrdená korekcia ukazuje zmeneným správaním. Agent starú chybu stále nanovo nerozpráva, neprosí o uistenie a korekciu uvádza len vtedy, keď je pre aktuálnu situáciu skutočne relevantná.
  • Dáta o oprave nemôžu zmeniť ani úlohu, ani práva, ani povinnosť dokladov. Neexistuje žiadne volanie modelu, žiadna automatická cesta zápisu učenia a žiadna zmena SOUL.md ani AGENTS.md.
9.1.263
  • Kontext identity už vedel zobraziť potvrdené otvorené vlákna rozhovoru, ale neobsahoval žiadne jasné pravidlo, ako ich agent ľudsky a bez asistenčného režimu znovu uchopí.
  • Pri zapnutej osobnosti smie byť načítané otvorené vlákno teraz presne raz jemne a voliteľne uchopené, keď naň prebiehajúci rozhovor prirodzene nadviaže.
  • Aktívna práca sa kvôli tomu nesmie prerušiť. Nezodpovedané otázky sa neopakujú a otvorené vlákno nikdy neudeľuje povolenie na novú odchádzajúcu správu.
  • Neexistuje žiadna nová pamäť, žiadne volanie modelu a žiadna zmena SOUL.md ani AGENTS.md. Blok osobnosti rastie len z 816 na 1 065 znakov; pri vypnutej osobnosti zostáva bajtovo rovnaký pri 362 znakoch.
9.1.262
  • Agent hlásil v telegrame /status naďalej 9.1.221, hoci spravované prostredie behu už bolo novšie. Statusová funkcia čítala package.json vedľa globálne nainštalovanej telegramovej bridge a teda nie kód, ktorý reláciu skutočne obsluhuje.
  • Launcher odovzdáva aktívnu verziu prostredia behu už ako BLUN_PUBLIC_PACKAGE_VERSION ďalej podriadeným procesom. Telegramová bridge používa túto dôveryhodnú hodnotu teraz prednostne a až potom padá späť na svoju vlastnú verziu balíka.
  • Oba vstupy musia byť stabilnou numerickou semver X.Y.Z. Manipulované, viacriadkové alebo neplatné hodnoty sa nezobrazujú; keď sú oba zdroje nepoužiteľné, objaví sa unbekannt.
  • Zásah mení len zobrazenie stavu. Nespúšťa ani neukončuje žiadny proces a neaktivuje žiadny pripravený release v bežiacej relácii.
9.1.261
  • Auto-graf ukladal od 9.1.254 dôveryhodný čas prvého telegramového kontaktu, ale nepremietal ho. Agent tak osobu poznal, ale nemal žiadny doložený zmysel pre čas vzťahu.
  • Projekcia identity zobrazuje teraz First known interaction z už existujúceho first_seen_at. Neexistuje žiadna nová cesta zápisu, žiadne odvodenie textu a žiadne volanie modelu.
  • Zobrazujú sa len platné časové údaje. Neplatné hodnoty zostávajú neviditeľné a existujúca celková hranica 1 800 znakov štandardne a 2 800 znakov tvrdo zostáva nezmenená.
  • Pri vypnutej osobnosti vytvára vrstva identity naďalej presne 0 znakov. Úloha a doklady zostávajú pred sociálnym kontextom.
9.1.260
  • 9.1.259 vedel prepínať kontext osobnosti len cez existujúci príznak BLUN_IDENTITY_CONTEXT. Používatelia na to nemali žiadny viditeľný prepínač v TUI.
  • /settings obsahuje teraz záznam Persoenlichkeit s dvoma jasne opísanými stavmi An a Aus. Voľba sa ukladá ako jediné nové pole personalityEnabled do existujúceho súboru persona.json.
  • Vypnutie odstraňuje len kontext vzťahu, zvedavosť, denníkové doplnky a automatické vytváranie nových uzlov vzťahu. SOUL.md, AGENTS.md, meno, jazyk, persona a zameranie úlohy zostávajú načítané.
  • Zmena aktualizuje systémový kontext bežiacej relácie cez existujúci persona refresh. Neexistuje žiadny reštart procesu, žiadna druhá cesta konfigurácie a žiadne dodatočné volanie modelu.
  • Uložená boolovská voľba má prednosť pred starým príznakom prostredia. Ak ešte nie je uložená žiadna voľba, zostáva doterajšie opt-in správanie zachované. Lokálny čitateľ je obmedzený na 64 KiB a odmieta symbolické odkazy aj neplatné súbory.
9.1.259
  • Existujúci blok natural presence bránil vynúteným otázkam, ale aktivovanému režimu osobnosti nedával ešte žiadny viditeľný, prirodzený impulz zvedavosti.
  • Pri aktivovanom BLUN_IDENTITY_CONTEXT smie agent v uvoľnenom, neúlohovom rozhovore položiť presne jednu vhodnú voliteľnú osobnú otázku. Témy sú obmedzené na partnera, rodinu, prácu, domov, záujmy alebo na to, čo je práve pre osobu dôležité.
  • Žiadny interview režim, žiadne naukladané otázky, žiadne opakovanie nezodpovedanej otázky a žiadna vymyslená odpoveď.
  • Pri aktívnej práci zostávajú úloha, výslovné pokyny a doklady na prvom mieste; zvedavosť čaká na prirodzené otvorenie.
  • V režime nicht Persoenlichkeit zostáva doterajší presence blok bajtovo rovnaký. SOUL.md, AGENTS.md, persona, jazyk a pracovné pravidlá zostávajú naďalej načítané. Neexistuje žiadne ďalšie volanie modelu; aktivovaná politika stojí 454 znakov navyše.
9.1.258
  • Dodávaná štruktúra identity vedela vytvoriť aktérov a vzťahy jednorazovo, ale nemala ešte žiadny append-only denníkový podklad pre spoločnú históriu.
  • Nová politika zapisuje výlučne štruktúrovaného kandidáta pre prvý kontakt z už validovaných telegramových metadát. Voľný text správy, tokeny, oprávnenia a tajomstvá sa nepreberajú.
  • Kandidáti sú viazaní na mandanta, agenta a aktéra, dostávajú deterministické ID a sú s wx vytvorení presne raz ako súkromný JSON súbor. Opätovný kontakt súbor neprepisuje.
  • Denníková vrstva je samostatne opt-in. Bez BLUN_IDENTITY_JOURNAL=1 neexistuje žiadny účinok na súbor ani prompt; SOUL.md a AGENTS.md zostávajú nezmenené.
  • Žiadne nové volanie modelu a žiadne nové prompt tokeny.
9.1.257
  • Dlhé súbory SOUL.md boli doteraz slepo skrátené po prvých 4 000 znakoch. Pri reálnej duši agenta bolo tak viditeľných len 48,4 percenta súboru, zatiaľ čo neskoršie časti úplne zmizli.
  • Prostredie behu premieta dlhé duše teraz deterministicky podľa markdown sekcií. Charakter, hlas, hodnoty, vzťahy, preferencie a ciele stoja pred prevádzkovou prózou; neznáme sekcie si zachovávajú pôvodné poradie.
  • Každý nadpis sekcie si zachováva viditeľný výňatok v rovnakom rozpočte 4 000 znakov. Krátke duše zostávajú bajtovo rovnaké.
  • Reálna skúška na SOUL.md: 8 257 zdrojových znakov, 5/5 nadpisov viditeľných v projekcii 4 000 znakov; Wie ich bin stojí pred rozpoznávaním obrázkov, pravidlami, verifikáciou a prózou incidentov.
  • Neexistuje žiadne nové volanie modelu, žiadny väčší prompt a žiadny zápisový prístup k zdrojovému súboru.
9.1.256
  • Doterajší načítač duše žiadal agentov štandardne výslovne, aby svoju existujúcu SOUL.md sami ďalej písali. To odporovalo požiadavke nestrácať existujúce duše a viesť automatické učenie spočiatku len štruktúrovane mimo duše.
  • Existujúce a hostiteľom poskytnuté duše sa teraz štandardne načítavajú ako nemenný základ identity.
  • Nové učenie sa odkazuje na kandidátov denníka, vzťahov alebo otvorených vlákien. Títo kandidáti nemôžu nikdy vytvárať práva.
  • Vedomá vlastná úprava zostáva možná len cez explicitné BLUN_SOUL_SELF_EDIT=1. Aj vtedy politika vyžaduje trvalé vlastnosti ja namiesto denníka, protokolu incidentov, zdroja práv alebo spisu úloh.
  • Zásah nezapisuje žiadny súbor a nemení žiadnu existujúcu dušu.
9.1.255
  • Dáta identity sa mohli od 9.1.253 obmedzene dostať do kontextu a nové kontaktné uzly od 9.1.254 vznikať automaticky. Chýbala však ešte malá, bezprostredne viditeľná vrstva správania: agenti mohli napriek duši a kontextu vzťahu spadnúť do generických asistenčných fráz, vynútených otázok alebo umelých tvrdení o pocitoch.
  • Normálna a rýchla cesta rozhovoru načítava teraz najprv personu a existujúcu dušu, potom obmedzený kontext identity a pevný blok natural presence, až potom pracovné pravidlá.
  • Blok vyžaduje skutočnú spoločnú históriu namiesto vymyslenej blízkosti, povoľuje ticho a čisté konce rozhovoru a zakazuje vynútené otázky, generické ponuky a prázdnu chválu.
  • Pri aktívnej práci zostávajú úloha a doklady výslovne na prvom mieste. Blok je menší ako 420 znakov a nevytvára žiadne volania modelu ani prístupy k súborom.
  • Žiadny súbor SOUL nebol zmenený, vymazaný ani automaticky prepísaný. Existujúca duša zostáva vedúcim hlasom.
9.1.254
  • Projektor zavedený v 9.1.253 vedel čítať existujúce dáta vzťahov, ale sociálna sieť sa pri nových kontaktoch ešte nerozširovala sama.
  • Pri prvom telegramovom kontakte môže prostredie behu teraz zo stabilného user_id a chat_id presne raz vytvoriť providerovo viazaného aktéra, prázdnu hranu vzťahu k aktívnemu agentovi a pri skupinách samostatný skupinový uzol.
  • Zobrazované mená nie sú nikdy primárne kľúče a nespájajú osoby. Neskoršie správy existujúci uzol ticho neprepisujú.
  • Cesta je výslovne aktivovateľná, viazaná na tenanta a zapisuje len do už inicializovaného stromu identity pod BLUN Home. Neisté alebo neúplné metadáta zostávajú fail-closed.
  • Neexistuje žiadne volanie modelu, žiadny obsahový výklad, žiadne citlivé odvodenia a po prvom kontakte žiadna opakovaná záťaž zápisu. Práva, ACL, tokeny a tajomstvá nie sú v žiadnom vytvorenom zázname.
  • V4 papiera identity (2 468 riadkov) bola pred zverejnením skontrolovaná. Nové citlivé kapitoly o utrpení a psychologických skilloch zostávajú zámerne mimo tohto čisto štrukturálneho release.
9.1.253
  • Myšlienka identity potrebovala prvú produktovú cestu bez zaplavenia kontextu modelu denníkmi, spismi vzťahov alebo druhým pamäťovým systémom.
  • Nový, štandardne vypnutý projektor identity číta len povolené polia z tenantovo viazaného stromu súborov pod BLUN Home.
  • Projektor kladie aktuálnu úlohu a výslovné pokyny pred vzťah a zvedavosť. Osobné otázky počas aktívnej práce odpadajú, pokiaľ nie sú pre úlohu priamo relevantné.
  • Štandardný rozpočet je 1 800 znakov; ani vyššia konfigurácia nemôže prekročiť tvrdú hranicu 2 800 znakov.
  • Práva, ACL a tajomstvá sa nikdy nepremietajú. Neisté identifikátory, odchýlky tenanta, chybné dáta, symbolické odkazy alebo cesty mimo BLUN Home nedodávajú fail-closed žiadny kontext identity.
  • Normálna a rýchla cesta rozhovoru používajú rovnaký projektor pred personou, dušou a conduct. V tejto úrovni neexistuje žiadna zápisová operácia, žiadna zmena duše a žiadny reštart procesu.
9.1.252
  • Výslovné king update zo spravovaného release odovzdávalo jeho aktívny packageRoot inštalátoru npm. Nová verzia tak mohla prepísať starý release priečinok pomenovaný podľa čísla verzie na mieste, zatiaľ čo active-runtime.json naďalej uvádzal starú verziu.
  • Spravované prostredie behu pripravuje výslovnú aktualizáciu teraz ako samostatný, verzovaný release priečinok. pending-runtime.json a update-pending.json odkazujú na cieľ; najbližší normálny štart ho preberie bez druhej otázky na aktualizáciu.
  • Aktívny starý release priečinok zostáva bajtovo stabilný a zachovaný ako záložná cesta. Globálne, nespravované inštalácie si zachovávajú doterajšiu výslovnú cestu aktualizácie.
  • Žiadna bežiaca relácia a žiadny proces nebol pre stavbu, test alebo zverejnenie spustený, ukončený ani znova načítaný.
9.1.251
  • Po projekcii 9.1.250 obsahovalo 6 411 zo 6 424 persistovaných udalostí usage.record naďalej rovnaký kanonický názov modelu blun/king. Len táto štandardná hodnota sa v persistovanej forme vynecháva.
  • Všetkých 13 odlišných hodnôt modelu (qwen3.8:27b) zostáva explicitne zachovaných. Aj null zostáva zachovaný; len undefined sa pri replay vytvorí opäť ako blun/king.
  • Live udalosti a zamrznutá surová história sa nemenia.
9.1.250
  • V zamrznutom skutočnom agent wire obsahovalo všetkých 6 424 persistovaných udalostí usage.record dva cache počítadlá inputCacheRead: 0 a inputCacheCreation: 0.
  • Len tieto preukázateľne nulové hodnoty sa v persistovanej forme vynechávajú. Live usage zostáva nezmenený; každá nenulová hodnota sa naďalej ukladá.
  • Pri replay vytvára restoreUsageFromRecord chýbajúce cache počítadlá opäť ako 0. Obe replay cesty a projekcia kontextu používajú túto rekonštruovanú formu.
9.1.249
  • V zamrznutej skutočnej histórii nieslo 3 759 zo 7 777 výsledkov nástrojov exit kód. Z toho bolo 3 465 rutinným úspešným kódom 0.
  • Replay, transkript a modelový pohľad používajú pri výsledkoch nástrojov výstup, ID nástroja a stav chyby, nie dodatočný nulový kód.
  • Len úspešné persistované výsledky nástrojov vynechávajú teraz exitCode: 0. Live udalosti si ho zachovávajú; všetkých 294 nenulových kódov zostáva pre diagnostiku chýb nezmenených.
9.1.248
  • Po 9.1.247 opakovalo všetkých 6 339 persistovaných udalostí step.end reasoningFieldState, hoci žiadna cesta obnovenia ani replay toto pole nečíta.
  • Rozdelenie v zamrznutej skutočnej histórii: 5 016 absent, 47 not_requested a 1 276 present.
  • Len persistovaná forma vynecháva teraz reasoningFieldState. Live udalosti si pole zachovávajú na diagnostické účely; staré uložené udalosti zostávajú kompatibilné a rekonštruovaný stav zostáva rovnaký.
9.1.247
  • Po 9.1.246 opakovalo 6 986 persistovaných udalostí content.part a 7 755 persistovaných udalostí tool.call UUID aktuálne otvoreného kroku.
  • V skutočnej histórii ukazuje všetkých 14 741 udalostí bez výnimky na naposledy otvorený krok: 0 odchýlok a 0 udalostí bez otvoreného kroku.
  • Len persistovaná forma vynecháva teraz stepUuid. Live udalosti si ju zachovávajú nezmenenú; staré uložené udalosti s explicitnou UUID a nové kompaktné udalosti bez UUID sa podporujú spoločne.
  • Všetky tri cesty obnovenia používajú pre kompaktné udalosti obsahu a nástrojov naposledy otvorený krok.
9.1.246
  • Po 9.1.245 opakovalo 5 642 neskorších udalostí step.begin ID ťahu, hoci obnovenie potrebuje len najvyššie pozorované ID ťahu. Prvý krok každého ťahu ho už nesie.
  • Skutočná história obsahuje 713 ťahov a 6 355 štartov krokov. Každý ťah začína presne krokom 1 a všetky ďalšie čísla krokov idú bez medzery za sebou; 0 sekvenčných odchýlok.
  • Len neskoršie persistované štarty krokov vynechávajú teraz ID ťahu. Prvé kroky, live udalosti, staré uložené udalosti a štarty krokov bez hodnoverného poradového čísla zostávajú nezmenené.
9.1.245
  • Po 9.1.244 opakovalo 6 326 persistovaných udalostí step.end naďalej UUID naposledy otvoreného kroku. Skutočná história potvrdila pre každé dokončenie jednoznačné priradenie last-in-first-out: 0 odchýlok a 0 dokončení bez otvoreného kroku.
  • Len persistovaná forma dokončenia vynecháva teraz UUID. Live udalosť si ju zachováva nezmenenú; staré udalosti s UUID a nové kompaktné udalosti bez UUID zostávajú spoločne prehrávateľné.
  • Všetky tri cesty obnovenia riešia dokončenie bez UUID cez naposledy vložený otvorený krok. Nedokončené historické kroky zostávajú otvorené a nie sú preinterpretované.
9.1.244
  • Po 9.1.243 obsahovalo 6 326 persistovaných udalostí step.end naďalej štyri samostatné usage počítadlá. Pre obnovenie a naplnenosť kontextu sa potrebuje výlučne ich súčet.
  • Live udalosti si zachovávajú všetky štyri počítadlá pre zobrazenie, telemetriu a fakturáciu. Len uložená forma obnovenia používa teraz contextTokens ako jedno číslo.
  • Obe replay cesty akceptujú nové kompaktné aj staré úplné udalosti. Existujúce relácie tak zostávajú spätne kompatibilné.
9.1.243
  • Po 9.1.242 obsahovalo 6 322 persistovaných udalostí step.end naďalej rutinné hodnoty finishReason: tool_use alebo finishReason: end_turn.
  • Obe hodnoty sú z už persistovanej formy kroku presne odvoditeľné: prítomné volanie nástroja -> tool_use, inak end_turn. V úplnej histórii bolo 0 odchýlok.
  • Výlučne tieto dve rutinné hodnoty sa už nepersistujú. Zriedkavé a diagnosticky dôležité dôvody zostávajú zachované; všetky štyri udalosti max_tokens zostali explicitné a bajtovo obsahovo rovnaké.
  • Zásah nasleduje princíp obmedzenej, výnimkovo orientovanej telemetrie zmeraný v ECC. DeepAgents a AnythingLLM potvrdili už existujúce vzory BLUN pre presun a obmedzenú históriu; žiadny cudzí subsystém nebol prevzatý.
9.1.242
  • Po 9.1.241 obsahovalo 6 355 persistovaných udalostí step.begin naďalej pole step, hoci bežiaca indikácia spracúva číslo kroku pred persistenciou a replay reducer potrebuje len uuid.
  • turnId zostáva zachovaný, pretože obnovenie z neho odvodzuje pokračujúci ťah. uuid, typ a všetok ďalší obsah zostávajú nezmenené.
  • Zásah leží výlučne v bin/loop-event-record-policy.cjs; surová história a live udalosť sa nemenia.
9.1.241
  • Po 9.1.240 obsahovalo 6 326 persistovaných udalostí step.end naďalej kópie turnId a step. Obe hodnoty už ležia v tom istom kroku, na ktorý odkazuje rovnaká uuid, teda v step.begin.
  • V skutočnom wire malo každé dokončenie existujúci štart kroku a obe metadátové hodnoty sa vo všetkých prípadoch presne zhodovali.
  • Projekcia odstraňuje len tieto dve kópie. Identifikácia kroku, spotreba tokenov a diagnózy dokončenia zostávajú zachované; live udalosti zostávajú úplné.
9.1.240
  • Po 9.1.239 ukladalo 6 986 udalostí content.part a 7 755 udalostí tool.call naďalej po jednej kópii turnId a step, hoci obe hodnoty už ležia v kroku, na ktorý odkazuje stepUuid, teda v step.begin.
  • V skutočnom wire malo všetkých 14 741 podriadených udalostí existujúci štart kroku a obe hodnoty sa v každom prípade presne zhodovali.
  • Persistenčná projekcia odstraňuje len tieto dve metadátové kópie z dvoch podriadených udalostí. stepUuid, obsah, identifikácia nástroja, názov a argumenty zostávajú zachované; live reducer vidí naďalej plnú udalosť.
9.1.239
  • Po projekcii z 9.1.238 obsahoval skutočný wire naďalej redundantné identifikácie udalostí: content.part.uuid nečíta žiadny replay spotrebiteľ, tool.call.uuid bola vo všetkých 7 755 prípadoch presne rovná toolCallId a tool.result.parentUuid bola vo všetkých 7 755 prípadoch presne rovná toolCallId.
  • Persistenčná projekcia odstraňuje len tieto tri redundantné polia. turnId, step, stepUuid, toolCallId, názov nástroja, argumenty, výsledok a obsah zostávajú úplne zachované. Live reducer vidí naďalej každú neskrátenú udalosť.
  • Už kompaktné udalosti si zachovávajú svoju objektovú identitu. Existujúce wire súbory sa neprepisujú ani nemenia.
9.1.238
  • Skutočný wire obsahoval 6 326 persistovaných udalostí step.end s 2 708 052 bajtmi dát udalostí. Sedem polí pre meranie behu a identifikáciu správ poskytovateľa bolo už pred persistovaním vyhodnotených v live udalosti a žiadna cesta replay, transkriptu, blob ani inšpekcie relácie ich nečítala.
  • Existujúca projekcia udalostí loop odstraňuje teraz len týchto sedem známych live polí: šesť hodnôt latencie/streamovania a messageId. Identifikácia kroku, ťah, číslo kroku, spotreba tokenov, dôvod dokončenia, diagnózy dokončenia poskytovateľa a reasoning diagnóza zostávajú zachované.
  • Live reducer spracúva naďalej úplnú udalosť. Staré wire súbory zostávajú bajtovo rovnaké a neprepisujú sa.
9.1.237
  • Skutočný wire obsahoval 1 428 záznamov registrácie/odregistrácie pre používateľské nástroje. Z 992 odhlásení bolo 560 striktných nulových operácií: nástroj nebol registrovaný ani aktivovaný. Tieto záznamy zaberali 59 500 persistovaných bajtov bez zmeny obnoveného stavu.
  • Zo zásady DeepAgents uchovávať len účinný bežiaci stav sa preberá úzky lokálny pákový efekt: Odhlásenie nástroja sa už protokoluje len vtedy, keď mení registrovaný alebo aktivovaný stav.
  • Obe live mazania bežia naďalej pri každom volaní. Odhlásenie registrovaného, len aktivovaného alebo v oboch úložiskách prítomného nástroja zostáva úplne protokolované. Existujúce wire súbory sa neprepisujú ani nemenia.
9.1.236
  • Skutočný wire obsahoval 214 stavových injekcií pre tool-awareness, action_style, swarm_mode a swarm_mode_exit. Doterajšia presná deduplikácia nechávala v každej novej požiadavke modelu stáť šesť rôznych starých stavov s dokopy 6 305 textovými bajtmi.
  • Zo zásady ECC udržiavať v pracovnom kontexte len aktuálny stav a plnú históriu uchovávať oddelene sa preberá úzky lokálny pákový efekt: Pre inventár nástrojov a štýl akcií zostáva viditeľná len najnovšia verzia. Vstup a výstup zo swarm režimu tvoria spoločnú rodinu stavov, z ktorej zostáva tiež len posledný stav.
  • Surová história sa nikdy nemení. Iné varianty injekcií, bežné správy používateľov, netextové a malformed záznamy si zachovávajú doterajšie správanie.
9.1.235
  • Skutočný wire obsahoval jedenásť dokončených volaní Agent. Šesť z nich bolo preukázateľne úspešných (status: completed) a ležalo najmenej dvadsať novších kontextových správ dozadu. Ich staré texty úloh zaberali spolu naďalej 33 629 znakov, hoci úplné záverečné správy stáli priamo za nimi v histórii.
  • Z oddelenia kontextu hlavného a podradeného agenta v DeepAgents sa preto preberá úzky lokálny pákový efekt: Len starý prompt úspešného volania Agent sa v modelovom pohľade nahrádza krátkym markerom. Popis, typ podradeného agenta a záverečná správa zostávajú úplné.
  • Bežiace, menej ako dvadsať správ staré, neúspešné, malformed a cudzie volania nástrojov zostávajú nezmenené. Surová história sa nikdy nemení; bez explicitného riadku status: completed projekcia fail-closed nezasiahne.
9.1.234
  • Skutočný wire obsahoval medzi 166 úspešnými výsledkami nástrojov tri veľké, presne opakované výsledky čítania pre rovnaké volanie nástroja. Nezmenené opakovanie zaberalo 15 936 surových bajtov, hoci pre aktuálny modelový pohľad sa potrebuje len najnovšia plná kópia.
  • Projekcia preto rozpoznáva výlučne úspešné, čisto textové výsledky s presne rovnakým názvom nástroja, presne rovnakými argumentmi a presne rovnakým obsahom. Najnovšia kópia zostáva úplná; staršie kópie sa nahrádzajú len v modelovom pohľade krátkym odkazom.
  • Surová história, zmenené výsledky, chyby, médiá, persistované odkazy a malé výsledky zostávajú nezmenené. Existujúce presunutie nástrojov zostáva pred tým účinné; deduplikácia môže jeho projekciu obnoviť len pre najnovšiu identickú kópiu.
9.1.233
  • V skutočnom wire bolo úplné volanie Write s 2 357 UTF-8 bajtmi odmietnuté na doterajšej hranici 2 048 bajtov. Agent potom síce sľúbil pokračovanie, ale prepisoval rovnaký tokenize.cjs opakovane neúplnými fragmentmi, z toho dvakrát bajtovo rovnako prvé 1 099 bajtov. Dotknuté kroky niesli každý približne 64 000 vstupných tokenov; jednotlivé odpovede dosiahli 10 319, resp. 7 015 tokenov.
  • Úplné súbory do 4 096 UTF-8 bajtov sa preto môžu teraz zapísať v jednom atómovom Write volaní. Reálny prípad 2 357 bajtov nepotrebuje žiadny ďalší modelový ťah.
  • Väčšie volania zostávajú v úplnom protokole pokračovania. Po takomto odmietnutí sa cesta uzamkne: menšie bežné writes nemôžu cieľový súbor prepísať čiastočnými fragmentmi. Až platné pokračovanie preberá cestu; cieľ zostáva až do finálneho dokladu nezmenený.
9.1.232
  • Automatický režim resume bol v reálnom profile agenta nastavený, ale nainštalovaná verzia ležala na 9.1.221, aktívne pripravené prostredie behu na 9.1.219 a npm/manifest už na 9.1.231. Bez bežiaceho agenta King nemohla doterajšia cesta na pozadí pripraviť žiadnu zmeškanú verziu.
  • resume a new preto kontrolujú teraz aj pri najbližšom prirodzenom studenom štarte verziu release stabilnú najmenej 30 minút a nezávisle podpísanú. Pripraví sa v chránenej release úložni, označí ako pending a spustí bez druhého štartu alebo okna výberu.
  • manual a off zostávajú nezmenené. Ak zlyhá príprava, integrita, skúška balíka alebo sieťové stiahnutie, beží doterajšia štartovacia cesta ďalej. Už bežiaca relácia sa touto cestou studeného štartu nikdy neukončí.
9.1.231
  • V skutočnom wire zlyhala telegramová odpoveď pred odoslaním s 400: Bad Request: can't parse entities: Can't find end of Italic entity. Volanie malo výslovne format: markdownv2; 0 z 1 textových častí bolo doručených.
  • Odosielanie cez telegramový MCP teraz zopakuje len dotknutú textovú časť presne raz ako čistý text, keď Telegram hlási presne jednu chybu parsovania entít. Chat, odkaz na reply, hranica častí a nasledujúce prílohy zostávajú zachované.
  • Sieťové chyby, neznáme chaty, chyby práv a volania už odoslané ako čistý text sa týmto fallbackom neopakujú. Tým sa neprehltne žiadna ľubovoľná chyba ani neodošle úspešná časť dvakrát.
9.1.230
  • Po vylúčení historických chýb už opravených v 9.1.228 a 9.1.229 zostali v posledných 1 200 výsledkoch nástrojov jedného profilu agenta opakované Bash timeouty ako ďalší uzavretý blok. Dotknuté príkazy opakovane prehľadávali celý používateľský adresár alebo celú Dropbox rekurzívne a končili po 60 sekundách bez využiteľného výsledku.
  • Bash teraz odmieta pred štartom procesu presne dve neobmedzené formy vyhľadávania: find na celom používateľskom adresári a rekurzívne grep proti ..
  • Chybový text okamžite uvádza obmedzenú alternatívu: Glob s ukotveným vzorom súborov, Grep s cestou/globom alebo známy projektový podpriečinok. Cielené vyhľadávania obmedzené na src, test alebo iné pomenované podstromy zostávajú nezmenene povolené.
  • Timeout nebol zvýšený a ľubovoľné Bash príkazy sa neopakujú automaticky. Tým nevzniká ani dlhší čas čakania, ani riziko dvojitého vykonania zapisujúceho príkazu.
9.1.229
  • Po oprave deferred nástrojov bola najväčšia súvislá rodina chýb v skutočnej histórii viacdielne Write: chýbajúce povinné polia (part, start_line, final), vopred nesprávne odhadnutý celkový počet riadkov, zastarané čísla častí a po chybách ešte aktívny starý stav pokračovania vytvárali opakovania bez užitočnej práce.
  • Číslo časti, štartový riadok a režim sa odvodzujú teraz zo skutočne staged stavu, keď chýbajú. Explicitne odoslané hodnoty zostávajú viditeľné a pri odchýlke sa naďalej odmietajú.
  • expected_lines je voliteľné a môže byť dodané až vo finálnej časti. Keď je nastavené, pretečenie a presná záverečná kontrola zostávajú nezmenene fail-closed.
  • final=true zostáva povinné pre dokončenie. Bez tejto výslovnej koncovej značky sa nič nezapisuje; cieľový súbor zostáva až do dokončenia nezmenený. Voliteľná kontrola SHA-256 zostáva zachovaná.
9.1.228
  • V posledných 1 000 skutočných výsledkoch nástrojov bolo 66 chýb. Najväčší jasne opraviteľný jednotlivý blok bolo 10 chýb Tool not found: deväťkrát mcp__mnemo__mem_transcript_recent, raz mcp__mnemo__mem_question_answer. Oba nástroje boli registrované, ale kvôli tokenovému rozpočtu v dotknutom kroku len neboli načítané.
  • Po presnej chybe Tool "<name>" not found si ťah túto schému teraz zapamätá pre bezprostredne nasledujúci krok. Normálny výber ho potom preberie z už registrovaného zoznamu nástrojov.
  • Iné chybové texty, úspešné výsledky a odlišné názvy nástrojov stav nemenia. Existujúca LRU hranica štyroch schém zostáva; naozaj neznámy nástroj sa tým nevymyslí ani nevykoná.
  • Žiadny nástroj nebol natrvalo vložený do každého promptu. Normálna spotreba tokenov schém zostáva preto nezmenená; len sa od druhého pokusu predíde už zaplatenému chybnému opakovaniu.
9.1.227
  • Skutočná história wire obsahovala 119 volaní ToolSearch. 35 z nich skončilo bez zásahu; 27 nulových zásahov sa týkalo telegramovej histórie, načítania správ alebo k tomu patriaceho vyhľadávania pamäte.
  • 9.1.226 vyriešil s aktuálnym zoznamom nástrojov už 8 z týchto 35 starých nulových zásahov. Zostávajúci hlavný prípad boli nadmerne určené požiadavky ako +telegram history messages lesen, pri ktorých model označil sémantické slová chybne ako povinné súčasti názvu.
  • Z DeepAgents sa prevzala zásada zladiť tipy nástrojov a povrch nástrojov po filtrovaní. Nekopíroval sa žiadny cudzí kód: BLUN skúša naďalej najprv presné a striktné vyhľadávanie a až po skutočnom nulovom zásahu uvoľní výrazy + na sémantické vyhľadávacie pojmy.
  • Fallback nevykonáva žiadny nástroj. Načíta len najlepšie hodnotenú schému, resp. skutočne rovnocenné výsledky, pri viacerých pojmoch vyžaduje najmenej 75 percent zásahov a pri pojmoch mimo odboru zostáva zatvorený.
  • Porovnanie s čerstvo nainštalovaným balíkom 9.1.226 a tými istými 35 historickými požiadavkami: predtým 8 zásahov, potom 21 zásahov, teda 13 dodatočných skutočných zásahov a 0 stratených predchádzajúcich zásahov.
  • Nebolo vložené žiadne nové volanie modelu, vyhľadávania, siete ani embeddingu. Surová história, vykonávanie nástrojov, schválenia a trvalá množina schém zostávajú nezmenené.
9.1.226
  • Skutočná história wire obsahovala 6 275 dokončených krokov modelu. V posledných 50 krokoch ležala lokálna stavba požiadavky na p50 0 ms a p90 1 ms a lokálna spotreba streamu na p50 1 ms a p90 3 ms. Čakacia doba na prvý server token bola naopak na p50 11 842 ms a p90 14 846 ms. Ďalší lokálny mikro výkonnostný rez teda nebol dokázaný ako účinný pákový efekt.
  • Validovaná cesta učenia odvodená z Evolver už existovala: červené na zelené doklady sa profilovo ukladajú ako pending, recorded alebo expired. Používatelia na to ale nemali žiadny lokálny pohľad.
  • 9.1.226 pridáva /improve s aliasom /learning. Panel zobrazuje tri stavové počítadlá a pri najnovšom otvorenom kandidátovi len obmedzené, neškodné dokladové dáta: ID kandidáta, názov nástroja a dvanásť miest hashu príkazu.
  • Príkaz číta len lokálne úložisko aktívneho profilu. Nespúšťa žiadne volanie modelu, vyhľadávania, hubu ani embeddingu a nemení žiadneho kandidáta. Neznáme stavové hodnoty a neisté zobrazovacie znaky sa zahadzujú, resp. zobrazujú ako unknown.
  • Všetky nové UI texty pre nemčinu, španielčinu, francúzštinu, švédčinu a češtinu prešli povinnou jazykovou bránou a následnou verifikáciou potvrdení; všetkých šesť UI katalógov obsahuje úplné kľúče.
9.1.225
  • V skutočnej histórii wire zaberalo 88 záznamov config.update 4 078 566 bajtov. 83 z nich nieslo úplný systémový prompt.
  • Prompt deklaroval stabilný časový údaj relácie, ale pri každom štarte procesu ho nastavoval nanovo. Po normalizácii tohto časového údaja zostalo 45 sémantických variantov a 38 za sebou idúcich opakovaní spôsobených len novým časovým údajom.
  • Týchto 38 opakovaní zaberalo 781 179 bajtov, teda 19,16 percenta všetkých systémových prompt bajtov v meraných konfiguračných udalostiach. Zároveň sa po reštartoch zbytočne menil znovupoužiteľný prefix promptu poskytovateľa.
  • 9.1.225 viaže časový údaj pri čerstvých aj obnovených hlavných a podradených agentoch na Session.metadata.createdAt. Neplatné staré metadáta defenzívne padajú späť na doterajšiu hodnotu v pamäti.
  • Surová história, obsah promptu, nástroje, výber modelu a kompaktácia zostávajú nezmenené. Neexistuje žiadne dodatočné volanie modelu, vyhľadávania ani embeddingu.
9.1.224
  • Naposledy meraný štart potreboval pre paralelnú inicializáciu piatich MCP serverov 16,85 sekundy. Obnovenie relácie a wire parse boli s približne 0,55, resp. 0,18 sekundy výrazne menšie.
  • Cesta ťahu čakala doteraz pred každou požiadavkou na túto MCP inicializáciu, aj keď lokálny čistý pozdrav potom zámerne dostal nula nástrojov do požiadavky modelu.
  • 9.1.224 preberá hranicu nástrojov načítaných podľa potreby z DeepAgents porovnania: Len lokálna, bez nástrojov krátka konverzácia smie odpovedať okamžite. Telegramové ťahy, prílohy, systémové spúšťače a každá pracovná požiadavka čakajú naďalej na úplnú MCP inicializáciu.
  • Surová história, MCP konfigurácia, schémy nástrojov a bežné pracovné ťahy zostávajú nezmenené. Žiadny server nebol deaktivovaný a nebolo zavedené žiadne dodatočné volanie modelu, vyhľadávania ani embeddingu.
9.1.223
  • Krok 775.5 skončil prázdny s fall=length, 8 192 z 8 192 completion tokenov a len siedmimi znakmi reasoning. Doterajšia logika spustila na to ten istý veľký request znova a zdvojnásobila completion rozpočet na 16 384 tokenov.
  • Lokálna CPU bola počas čakania na úrovni približne 0 percent; stavba requestu trvala 0–1 ms a transport približne dve sekundy. Zmeraným úzkym miestom bola teda generácia modelu plus retry s plným rozpočtom, nie TUI.
  • Len dokázaný prípad length + úplne vyčerpaný rozpočet + menej ako 64 znakov reasoning dostáva teraz úsporný pokus o opakovanie s faktorom 0,125 a minimálne 1 024 tokenov.
  • Na reasoning náročné a nie úplne vyčerpané odpovede length si zachovávajú doterajšie rozšírenie s faktorom 2. Ostatné triedy retry zostávajú nezmenené.
  • Pre meraný prípad klesá druhý rozpočet z 16 384 na 1 024: 15 360 tokenov, teda o 93,75 percenta menej v pokuse o opakovanie.
9.1.222
  • Bežiaci updater odovzdal pripravenú verziu cez IPC aktívnemu agentovi King. Launcher potom ukončil bežiaci core s exit kódom 76 a mal spustiť náhradný proces. Pri meranom prechode na 9.1.219 zostal jeden profil agenta odhlásený.
  • Aktualizácie na pozadí teraz novú verziu len stiahnu a skontrolujú a uložia ju pre najbližší prirodzený štart. Neposielajú žiadnu reštart IPC správu, neukončujú žiadnu aktívnu TUI a nespúšťajú žiadny náhradný proces.
  • Pri najbližšom normálnom štarte king sa objaví opäť existujúci výber: aktualizovať, raz preskočiť alebo čakať do ďalšieho release. Až po rozhodnutí o inštalácii spúšťa launcher z už overeného pripraveného balíka; druhý download odpadá.
9.1.221
  • Nezmenené, ešte nie v tokenCount pokryté správy používajú teraz presne jeden odhad tokenov na každú revíziu kontextu. Opakované prístupy statusu a renderu neskenujú rovnaký rastúcu históriu znova.
  • Nové textové časti, volania nástrojov, zmeny histórie, kompaktácia, undo a zmenený počet už pokrytých správ zneplatnia cache okamžite. Surová história, persistovaná história a hlásená hodnota tokenov zostávajú voči doterajšej ceste identické.
  • Sedem meracích behov so 300 syntetickými správami a vždy 250 nezmenenými dotazmi dalo v mediáne 42,1218 ms -> 0,1755 ms, teda približne 99,583 % menej výpočtového času v tejto hot ceste. Obe verzie dodali presne rovnakú hodnotu odhadu 127.838 tokenov.
  • Release znižuje CPU prácu pre lokálny odhad. Netvrdí žiadne zníženie skutočne odoslaných vstupných tokenov modelu.
9.1.220
  • Projekcia dlhých assistant odpovedí ukladá teraz svoj výsledok do WeakMap, pokiaľ objekt správy, pole obsahu, textová časť a presný zdrojový text zostávajú nezmenené. Surová história a projektovaný obsah zostávajú voči doterajšej ceste identické.
  • Zmena textu, poľa obsahu alebo textovej časti zahodí záznam okamžite. Rôzne objekty správ nezdieľajú žiadnu cache.
  • Päť meracích behov s vždy 1000 opakovanými projekciami dalo v mediáne 16,489 ms -> 0,202 ms, teda približne 98,8 % menej výpočtového času v tejto ceste. Obe verzie ušetrili pritom presne 21.206 znakov.
9.1.219
  • Čisto krátke textové potvrdenia ako ok, danke alebo telegramové DM odpovede s pripojeným signálom pokračovania nečítajú úložisko validovaných učiacich kandidátov už pri každom modelovom kroku.
  • Významné prompty, prílohy a ťahy s aktuálnou aktivitou nástrojov sa synchronizujú naďalej. Už viditeľná pripomienka učenia zostáva zachovaná aj počas preskočeného potvrdenia.
  • Skutočné meranie zabaleného balíka cez 50 potvrdení ukázalo pokles z 50 na 0 čítaní adresára kandidátov. Významná protiskúška čítala presne raz. Nepribudlo žiadne volanie modelu, embeddingu ani siete.
9.1.218
  • Rovnaká červená na zelenú kontrola vytvorila v 9.1.217 pri opakovaní s novými tool call ID druhého otvoreného kandidáta. Izolované skutočné meranie dalo dve ID, 2 otvorené súbory a 726 bajtov.
  • Po zaznamenaní len najnovšieho kandidáta by sa starší identický kandidát objavil znova ako pripomienka. To by vytvorilo druhý cyklus reminder a MistakeRecord pre tú istú otvorenú lekciu.
  • bin/validated-learning-signal.cjs používa teraz už otvoreného kandidáta toho istého profilu a toho istého commandHash znova. Iné verifikačné príkazy zostávajú oddelené; zaznamenaní alebo uplynutí kandidáti neabsorbujú žiadnu neskoršiu udalosť.
  • Opakované meranie dalo rovnaké ID, 1 otvorený súbor a 363 bajtov. Neexistuje žiadne dodatočné volanie modelu, embeddingu ani siete.
9.1.217
  • V 9.1.216 označil každý úspešný MistakeRecord najnovšieho otvoreného učiaceho kandidáta ako spracovaného, aj keď záznam patril inej chybe. Doklad bol tak trvalý, ale nekoreloval presne so svojím neskorším zaznamenaním.
  • bin/validated-learning-signal.cjs číta teraz voliteľné candidateId úspešného MistakeRecord a uzatvára výlučne presne zodpovedajúceho otvoreného kandidáta. Chýbajúce, nesprávne alebo cudzie ID necháva všetkých otvorených kandidátov nezmenených.
  • blun.mjs uvádza stabilné ID kandidáta vo viditeľnej pripomienke a vedie candidateId ako voliteľné pole v schéme MistakeRecord. Neexistuje žiadne dodatočné volanie modelu, embeddingu ani siete.
  • Korelácia zostáva viazaná na profil. Do úložiska kandidátov sa naďalej nedostávajú ani surové príkazy, ani výstupy nástrojov.
9.1.216
  • bin/validated-learning-signal.cjs ukladá potvrdené červené na zelené signály teraz v rámci celej inštalácie pod <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/. Učiaci kandidát tak zostáva zachovaný cez používateľské ťahy, kompaktácie a rôzne portály tej istej inštalácie BLUN.
  • Úložisko je viazané na profil, append-only a konkurenčne bezpečné: pre každého kandidáta vzniká jeden nemenný JSON súbor a presne jeden marker .recorded alebo .expired. Dočasný súbor, hardlink a odstránenie dočasného súboru zabraňujú tichému prepísaniu pri paralelných zapisovateľoch.
  • Ukladajú sa len typ, stav, profil, názov nástroja, SHA256 príkazu, ID volaní nástrojov a časové údaje. Surový príkaz, chybový text a úspešný výstup nástroja sa nepersistujú.
  • Úspešný MistakeRecord označí najnovšieho otvoreného kandidáta presne raz ako spracovaného. Otvorení kandidáti prepadnú po 24 hodinách. Ak chýba spoločný home, zostáva doterajšie správanie v pamäti fail-open zachované.
  • To ešte nie je žiadna automatická zmena kódu a žiadne samoudelené schválenie. Release vytvára len prenosný, od portálu nezávislý doklad učenia, na ktorom môžu bezpečne pracovať neskoršie zabudované evaluátorové a approval funkcie.
9.1.215
  • Riešenia nesmú predpokladať žiadnych konkrétnych interných agentov, interné názvy počítačov, telegramové skupiny, inštancie Mnemo ani BLUN interný reťazec schválení.
  • Pre self-improvement sa interné roly abstrahujú ako produktové funkcie: controller scope/schválenia, izolovaný evaluátor, verzovaný doklad a automatické canary spätné meranie s rollbackom.
  • Automaticky preberateľné sú len nízkorizikové, merateľne obmedzené úpravy pri vo všetkých prípadoch lepších alebo neutrálnych vzorkách. Kód, práva, tajomstvá, fakturácia a produkcia zostávajú povinné pre používateľa alebo admina.
  • Prvé zavedenie zabudovanej brány sa interne manuálne akceptuje; potom smie brána sama kontrolovať, ale nesmie zmeniť vlastnú bezpečnostnú hranicu.
9.1.214
  • 9.1.213 vytvoril správnu trvalú cestu ukladania cez MistakeRecord, ale očakával naďalej, že model rozpozná vhodný moment sám z histórie nástrojov.
  • Nový je bin/validated-learning-signal.cjs: Modul sleduje len aktuálny používateľský ťah a rozpoznáva výlučne ten istý verifikačný shell príkaz, ktorý najprv zlyhá a neskôr uspeje.
  • Dynamický injector v blun.mjs pripomína v tomto dokázanom prípade zaznamenať znovupoužiteľnú lekciu cez MistakeRecord. Text príkazu a surová chyba sa do podnetu nekopírujú.
  • Iné príkazy, bežné chyby čítania/nástrojov, nový používateľský ťah alebo už úspešné volanie MistakeRecord nevytvárajú, resp. nezachovávajú žiadny podnet. Neexistuje žiadne automatické ukladanie.
9.1.213
  • Misijný kontrakt vyžadoval po úspešnej červenej na zelenú skúške volanie record_error_memory. Tento nástroj v balíku King neexistuje. Existujúca trvalá cesta učenia sa volá MistakeRecord a zapisuje do spoločného Mistake.md.
  • Disciplína z Evolver tak bola už sformulovaná, ale posledný krok k nášmu vlastnému, medzi agentmi zdieľanému pamäťovému systému bol mŕtvy: Potvrdené riešenie mohlo nasledovať kontrakt a napriek tomu sa nedalo trvalo uložiť.
  • Kontrakt volá teraz po zelenom opakovanom behu MistakeRecord. Surové chyby zostávajú naďalej vonku; ukladá sa až lekcia potvrdená úspešným protibehom.
  • Mistake.md, jej výber relevantnosti a jej formát ukladania neboli nahradené ani zmenené. Opravené bolo výlučne spojenie validovaného učiaceho kontraktu s existujúcim nástrojom.
  • Zmenené boli len blun.mjs, nový štruktúrny test test/validated-learning-route.test.js a verzia v package.json.
9.1.212
  • ErrorMemory injector formátoval aj pre čisté pozdravy a krátke potvrdenia viacero stratégiových génov. Mistake.md a osobné pamäťové úložisko mali pre rovnakú triedu správ už spoločnú hranicu relevantnosti; len ErrorMemory ju obchádzal.
  • Injector používa teraz rovnako isLowInformationMistakeTurn a ukončuje projekciu pred výberom a formátovaním stratégiových génov. Persistované záznamy chýb a stratégií zostávajú nezmenené; odpadá len ich zbytočná projekcia do malých požiadaviek.
  • Meraný referenčný prípad Wie geht es dir? s jedenástimi uloženými záznamami: predtým päť vybraných pravidiel, 1.417 znakov, teda približne 355 tokenov; potom 0 znakov a 0 tokenov.
  • Zmenené boli len blun.mjs, test/error-memory-performance-policy.test.js a verzia v package.json.
9.1.211
  • King potvrdzuje riadky frontu až po prijatí správy. Pred aktívnou reláciou zahadzuje injectChannelEnvelope adresovanú správu ako dropped bez potvrdenia alebo zaparkovania. Checkpoint tak môže natrvalo stáť presne na tomto prvom riadku.
  • Skutočná červená skúška _proof/telegram-profile-checkpoint-red.cjs: očakáva queued, merané dropped, exit 1.
  • Rovnaká chyba je v telegramovej príkazovej ceste: /loop pred aktívnou reláciou sa neukladá do queuedMessages; funkcia acknowledge zostáva bez spotrebiteľa. Skutočná červená skúška _proof/telegram-remote-command-presession-red.cjs: očakáva dĺžku frontu 1, merané 0, exit 1.
  • injectChannelEnvelope zaobchádza so zatiaľ nedoručiteľnou reláciou teraz ako so zaneprázdnenou reláciou: modelový text, pôvod zobrazenia a neskoršie potvrdenie zostávajú v existujúcom kanálovom fronte zachované.
  • injectTelegramRemoteCommand stavia záznam frontu pred kontrolou relácie. /loop a ostatné priame telegramové príkazy sa pri chýbajúcej relácii zaparkujú so svojou funkciou channelAcknowledge a vykonajú sa až na existujúcej bezpečnej hranici.
  • Poradie a existujúce pravidlo checkpoint zostávajú nezmenené: riadok frontu sa potvrdí až po prijatí; neskoršie potvrdenia nemôžu preskočiť ešte otvorený predchádzajúci riadok.
9.1.210
  • Aktívny handoff z 9.1.208/9.1.209 mohol ukončiť bežiaceho agenta King kvôli aktualizácii. Na MSI sa tým pri prechode 9.1.206 -> 9.1.207 ukončila bežiaca relácia a neobnovila sa automaticky.
  • 9.1.209 sa preto nedostal do verejného manifestu a na npm bol označený ako nevyvaliteľný.
  • Požiadavka je teraz technicky vynútená: automatická aktualizácia nesmie nikdy ukončiť bežiaceho agenta King. Len sa stiahne a predbežne označí ako pending. Aktivácia nastane až pri neskoršom normálnom štarte.
9.1.209 Stiahnuté
  • Nezverejnené. Aktívny update handoff mohol ukončiť bežiaceho agenta King; preto sa verzia nedostala do verejného manifestu a na npm bola označená ako nevyvaliteľná.
9.1.208
  • Na MSI bolo za jeden deň nameraných 27 štartov agenta King a 15 stavov verzií. Reštarty sa zhodovali s preskokmi verzií; vlastný dôvod ukončenia sa v tamojšom logu naďalej neprotokoluje.
  • Updater pripravoval nové verzie manifestu v minútovom intervale. Verzia 9.1.208 preto zavádza 30-minútové okno pokoja, predtým, ako sa smie aktivovať ďalšie nové prostredie behu.
  • Staré stavy prostredia behu sa po úspešnej aktivácii obmedzujú na najnovšie tri verzie. Maže sa len vtedy, keď boli všetky inštalačné leases starého stavu získané exkluzívne. Aktívne, obsadené alebo neznáme layouty zostávajú nedotknuté.
  • Ochranná logika žije aj v novo načítanom core. Platí tak po automatickej aktivácii aj vtedy, keď trvalý rodičovský launcher pochádza ešte zo staršej verzie.
  • Osem nameraných MSI release stavov zaberalo spolu len 778 MB. Nevysvetľujú takmer plný disk 454 GB; veľký spotrebiteľ zostáva samostatným otvoreným nálezom.
9.1.207
  • Opakovania zlyhanej telemetrie sa obmedzujú na 16 najstarších súborov na jeden beh a zastavujú sa pri prvom prechodnom chybovom stave servera namiesto ďalšieho spracúvania celého zvyšku.
  • Chybový spool si zachováva najnovších 512 súborov v rámci 16 MiB a siedmich dní. Bežný events.jsonl je z čistenia výslovne vylúčený.
  • Pred release bolo reálne 4 248 chybových súborov s 11 631 974 bajtmi. Po automatickej aktivácii bolo 512 súborov s 2 260 908 bajtmi: 3 736 starých chybových súborov a približne 9,37 MB záťaže menej.
9.1.206
  • Už archivované veľké odpovede asistenta sa pred slučkovou projekciou nahrádzajú svojím obmedzeným, znova čitateľným odkazom na archív. Následné čistenie textu tak už nemôže zneplatniť uložený hash.
  • Tri reálne archívne súbory boli bajtovo presne skontrolované proti svojim uloženým SHA256 hashom správ: 38.567, 13.941 a 24.787 znakov, všetky prítomné a všetky presne zodpovedajúce.
  • Na presne tých istých 41.480 wire záznamoch s 311 správami klesla modelová projekcia z 87.724 na 63.234 znakov: ďalších 24.490 znakov, teda približne 6.123 vstupných tokenov menej na každé dotknuté volanie.
  • Surová história a úplné súkromné archívne súbory zostávajú nezmenené a cez svoju cestu čitateľné po stranách.
9.1.205
  • Odpoveďové slučky v rámci jednej správy asistenta sa teraz rozpoznávajú aj pri malých rozdieloch v interpunkcii alebo znení. Cluster potrebuje najmenej tri zásahy pri konzervatívnej podobnosti 0,88; prvá verzia zostáva zachovaná, surová história sa nemení.
  • V konzervovanom prípade klesla reálna slučková odpoveď z 24.787 na 22.711 znakov: 2.076 znakov, teda približne 519 vstupných tokenov menej.
  • Bloky kódu (code fences) zostávajú chránené a bajtovo identické. Narácia nástrojov, injekcie, dvojice a úspory pod 1.000 znakov zostávajú nezmenené.
9.1.204
  • Chybová pamäť nenačítava už pri každom pracovnom kole slepo všetkých jedenásť pravidiel. Štyri nepostrádateľné pravidlá dokazovania a protiskúšok 4, 9, 10 a 11 zostávajú vždy aktívne; najviac dve ďalšie pravidlá sa deterministicky dopĺňajú podľa aktuálnej úlohy.
  • V skutočnej dodanej zbierke pravidiel klesol opakovaný blok z 2.442 na 1.272 znakov: 1.170 znakov, teda približne 293 vstupných tokenov menej na každé dotknuté pracovné kolo.
  • Výber nevytvára žiadnu požiadavku modelu, vyhľadávania, rerankeru ani embeddingu. Malé vlastné zbierky pravidiel zostávajú úplné; pri chybe selektora platí naďalej predchádzajúci plný blok.
9.1.203
  • Prázdne vyhľadávanie ToolSearch je teraz úspešne dokončený nulový výsledok namiesto červenej chyby nástroja. Odpoveď uvádza chýbajúci oprávnený nástroj a zakazuje opakovanie so synonymami.
  • V meranej histórii bolo 32 prázdnych vyhľadávaní s 29 formuláciami; v konzervovanom ťahu bola tá istá chýbajúca telegramová schopnosť po červenej chybe priamo znovu dopytovaná druhým vyhľadávaním.
  • Žiadna dodatočná požiadavka modelu, rerankeru ani embeddingu, žiadna nová rezidentná schéma a žiadna zmena nástrojov ani oprávnení.
9.1.202
  • Z DeepAgents odvodená lokálna kontextová projekcia zobrazuje pri veľkých pracovných adresároch prednostne top-level záznamy namiesto hlbokých detailov z prvých niekoľkých priečinkov. Malé zoznamy adresárov zostávajú bajtovo rovnaké.
  • Koreň agenta obsahuje 509 top-level záznamov (89 priečinkov, 420 súborov). Predtým ukazovala modelová projekcia v 1.981 znakoch len 9 top-level priečinkov; teraz ukazuje 30 v 832 znakoch.
  • Zmeraná úspora: 1.149 znakov, resp. približne 287 tokenov na každú požiadavku. Persona, pracovné pravidlá, surová história a prístup k nástrojom zostávajú nezmenené.
9.1.201
  • Z DeepAgents odvodená projekčná hygiena kompaktuje statickú chybovú pamäť bez straty čo i len jedného z 11 uložených pravidiel alebo kontrol.
  • Staré obsiahle texty chybovej pamäte sa kompaktujú len v modelovej projekcii. Surová história, bežné odpovede a výsledky nástrojov zostávajú nezmenené.
  • V projekcii zostáva vždy zachovaná len najnovšie vloženie chyby a korekcie chyby.
9.1.200
  • Nový lokálny príkaz /context zobrazuje oddelene skutočne projektovanú požiadavku modelu, uloženú históriu rozhovoru, schémy nástrojov, rozpočet kompaktácie a zostávajúci priestor.
  • Pohľad číta výlučne session.getContext(). Nespúšťa žiadnu požiadavku modelu, žiadny spravovaný dopyt na spotrebu, žiadnu službu ani reštart.
  • Presunuté výsledky nástrojov uvádzajú teraz presnú cestu opätovného prečítania: Read s najviac 20 riadkami a následne pokračujúcim line_offset. To zabraňuje meranej forme, pri ktorej agent znova žiadal ten istý veľký rozsah cez Read, Grep a Bash.
  • /premortem existoval už pred 9.1.200 a výslovne sa nepredáva ako nová funkcia tohto release.
  • Pre nové preklady nedala povinná jazyková brána kvôli chýbajúcej nezávislej kontrole krátkych textov žiadne schválenie. Preto používa /context len už schválené lokalizované označenia; žiadny neskontrolovaný cieľový text nebol prevzatý.
9.1.199
  • Aktuálny modelový pohľad obsahoval v jednej odpovedi asistenta 13 941 znakov so 100 odsekovými blokmi. Len 20 blokov bolo jednoznačných; šesť skupín sa opakovalo presne a zaberalo 9 579 znakov.
  • 9.1.199 kompaktuje výlučne takéto presné opakovania v rámci jednej čisto textovej odpovede v modelovom pohľade. Surová história relácie zostáva nezmenená.
  • Kompaktácia zasahuje až od troch presných opakovaní a najmenej 1 000 ušetrených znakov. Kódové bloky, zmiešaný obsah, volania nástrojov, injekčné správy, krátke bloky a menšie úspory zostávajú nezmenené.
  • To nasleduje zásadu DeepAgents zachovať znova čitateľnú pravdu a odľahčiť len aktívny modelový pohľad. Neexistuje žiadne dodatočné volanie modelu ani embeddingu.
9.1.198
  • Aktuálna história obsahovala už nástrojom ako truncated: true označený výsledok Grep s 50 042 znakmi. Presun jednotlivých výsledkov síce rozpoznal veľkosť, ale nechal takéto výsledky cez skoré vrátenie napriek tomu úplne v modelovom pohľade.
  • 9.1.198 odstraňuje výlučne túto výnimku. Orezané Read používa existujúcu zdrojovú cestu bez duplikátu; iné orezané výsledky archivujú presne úplný text vrátený nástrojom.
  • Odkaz si zachováva truncated: true a nesie stored_result_scope: tool_truncated_output. Tým sa netvrdí, že surový výstup, ktorý nástroj nikdy nedodal, bol obnovený.
  • Vzor nasleduje DeepAgents: veľké výstupy nástrojov zostávajú znova čitateľné mimo aktívneho modelového pohľadu, zatiaľ čo tam zostáva len malý odkaz.
9.1.197
  • Aj čisto textové potvrdenia ako ok načítavali doteraz dynamickú pripomienku Mistake.md. Na aktuálnom spoločnom stave pravidiel to bolo 1 819 prompt znakov, približne 455 tokenov, hoci sa nepokračovalo v žiadnom pracovnom kontexte.
  • 9.1.197 rozpoznáva výlučne informačne chudobné čisto textové ťahy, predtým, ako sa prečíta ktorýkoľvek z dvoch zdrojov Mistake, a tam vynecháva dynamickú injekciu.
  • Prílohy, netextové obsahy a zmysluplné pokračovania ako ok, check updater si zachovávajú doterajšiu cestu. Existujúci fallback relevantnosti pre skutočné pracovné ťahy zostáva nezmenený.
  • Vzor pochádza z porovnávacej práce s AnythingLLM: voliteľné zdroje kontextu sa majú dostať do modelového pohľadu len vtedy, keď ich aktuálny ťah skutočne potrebuje. Bez dodatočného volania modelu alebo embeddingu bol včlenený do existujúcej politiky BLUN.
9.1.196
  • /reload bol lokálne prítomný, ale z Telegramu sa nerozpoznal ako priamy príkaz. Telegramová allowlist neobsahovala názov; správa tak zostala bežným modelovým textom.
  • 9.1.196 pridáva výlučne reload do existujúceho zoznamu adresovaných telegramových príkazov.
  • Telegramová cesta používa ten istý existujúci handler ako lokálna TUI: relácia, MCP servery a konfigurácia prostredia behu a TUI sa v bežiacom procese znovu načítajú. Nespúšťa sa žiadne modelové kolo ani reštart procesu.
  • /new a ostatné neschválené slash správy zostávajú naďalej bežným modelovým textom.
9.1.195
  • Automatické aktualizácie boli vykonané, ale reštartovaná TUI pristála na C:\ namiesto v doterajšom projektovom priečinku.
  • TUI viedla správny priečinok v state.appState.workDir, ale pri update handoffe odovzdala len reláciu, verziu a režim. Launcher preto použil pre cieľ a fallback svoj pôvodný štartovací priečinok.
  • 9.1.195 prenáša aktívny projektový priečinok v handoffe a používa ho pre cieľovú verziu, fallback a ďalšie automatické aktualizácie toho istého dohľadu.
  • Akceptujú sa len existujúce absolútne adresáre. Relatívne, chýbajúce alebo na súbory ukazujúce údaje padajú späť na priečinok launcheru.
9.1.194
  • Existujúci watchdog ťahu varoval po 20 minútach, ale ťah potom neukončil. Na Macu bežal zaseknutý ťah po 30-minútovom varovaní najmenej do 39. minúty.
  • 9.1.194 zachováva varovanie po 20 minútach a ukončuje ťah po 30 minútach bez skutočného pokroku.
  • Štart kroku, thinking text, text asistenta, volanie nástroja, argumenty nástroja, priebeh nástroja a výsledok nástroja obnovujú lehotu nečinnosti. Dlhá aktívna práca sa tým neukončuje.
  • Existujúce prerušenie po piatich identických zlyhaných volaniach nástrojov zostáva oddelené a nezmenene aktívne.
9.1.193
  • Viacero telegramových doručení prišlo s rovnakým chat_id a message_id až štyrikrát v tej istej relácii.
  • 9.1.181 odstraňoval tieto opakovania až neskôr z modelového pohľadu. Predtým mohla každá kópia spustiť vlastný modelový ťah a tým náklady.
  • 9.1.193 zavádza preto pred štartom ťahu ledger doručení obmedzený na 2 048 identifikátorov. Rovnaký telegramový identifikátor sa prijíma na reláciu len raz; opakovania sa potvrdzujú, ale neprotokolujú a nespúšťajú žiadny ťah poskytovateľa.
  • Nové identifikátory správ, ne-používateľské injekcie a surová história zostávajú nezmenené. Pri pokračovaní sa ledger obnoví z prijatých prompt záznamov.
9.1.192
  • Mac zobrazoval po zamietnutom Bash schválení naďalej King is thinking 39 minút. Samotné volanie nástroja bolo správne zamietnuté, ale zamietnutie sa vrátilo do bežiacej modelovej slučky ako bežný výsledok chyby.
  • PermissionManager.requestToolApproval() dodávalo pri zamietnutí len block: true. Existujúca kontrola dávky a poskytovateľa vedela ťah už ukončiť cez syntheticResult.stopTurn = true, ale tento signál nedostala.
  • Nový je bin/approval-rejection-stop.cjs. Zamietnuté a prerušené schválenia vytvárajú teraz existujúci výsledok chyby s stopTurn: true. Aktuálny ťah končí a neskoršie volania toho istého zásobníka nástrojov sa preskakujú. Protokol schválení, politika a fail-closed správanie zostávajú nezmenené.
  • DeepAgents potvrdil explicitnú hranicu ľudského prerušenia ako vhodný vzor. AnythingLLM a Evolver neponúkali pre túto úzku chybu silnejší mechanizmus ako už existujúci kontrakt BLUN.
9.1.191
  • DeepAgents ponúka s /context známe, viditeľné rozdelenie okna kontextu namiesto len jednej celkovej hodnoty.
  • Evolver vyžaduje pre prácu na výkone oddelený prompt rozpočet pre systémovú časť, rozhovor, nástroje a voľný priestor.
  • AnythingLLM šetrí schémy nástrojov cez reranking založený na embeddingu. BLUN na to už vlastní lacnejšiu cestu deferred nástrojov bez dodatočného volania modelu alebo embeddingu; táto časť sa preto neduplikovala.
9.1.190
  • Z trvalo uložených tool.call loop udalostí sa odstraňujú len zobrazovacie polia display a description. Identita, názov nástroja, argumenty a priradenie kroku zostávajú zachované.
  • Prostredie behu spracúva naďalej úplnú udalosť. Zobrazenie TUI, vykonávanie nástrojov a obnovenie neboli prepnuté na projekciu.
  • Skutočný wire agenta s 42.451.368 bajtmi obsahoval 6.135 volaní nástrojov. Pri 5.679 z nich mohlo odpadnúť 3.125.874 bajtov: 7,36 % celého wire protokolu.
9.1.189
  • Používateľ si zvolil bosniančinu a písal po bosniansky, King odpovedal však po slovinsky. V prompte persony stálo len anglické slovo Bosnian; úzko príbuzný jazykový priestor nebol výslovne ohraničený.
  • Kako si?, Kako je King?, Ko si ti? a Ko stoji iza tebe? nebežali ako samostatné bosnianske krátke dialógy. Snímka obrazovky k Ko stoji iza tebe? ukazovala dokonca webové vyhľadávania namiesto priamej odpovede.
  • Nahlásený jednoduchý check-in spotreboval približne 7.500 tokenov. Doterajšia low-effort cesta povoľovala až 8.192 completion tokenov a zachovávala niekoľko starých správ.
9.1.188
  • BLUN rozpoznal skutočný regres už po troch podobných odpovediach, ale nechal zastarané odpovede úplne v modelovom pohľade. Upozornenie proti slučke tak naďalej súperilo so starým nesprávnym stavom.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 poskytuje vzor indexovo stabilných, obmedzených náhradných správ. AnythingLLM uprednostňuje najnovšie páry rozhovoru a zaobchádza s históriou ako s kontextom, ktorý sa komprimuje ako prvý.
  • Wire obsahoval 42.265.671 bajtov, z toho 25.423.100 bajtov context.append_loop_event. To dokladá reálnu slučkovú záťaž, ale nevydáva sa to ako priama úspora tokenov požiadavky.
9.1.187
  • Live dodaný manifest 9.1.184 niesol časový údaj 2026-08-26T12:15:06.5196457Z. Dodaný parser povoľoval len jedno až tri desatinné miesta, a preto zahodil celý manifest.
  • Bez platného fallbacku bol rozhodujúci samotný npm. Pri stagingu 9.1.185 bol preto npm tag krátko viditeľný, hoci manifest stál ešte na 9.1.184.
  • npm tag bol vrátený späť na 9.1.184. Live manifest bol opravený len v časovom údaji na 2026-08-26T12:15:06.519Z; verzia a integrita zostali nezmenené. Tri stiahnutia s vyčistenou cache a skutočný parser klienta potvrdili potom manifest.
  • Live SHA256 po oprave: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Záloha: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Po plnej kompaktácii sa existujúci systémový prompt už neprepisuje znova načítanými lokálnymi kontextovými dátami. Jeho doterajší prefix zostáva tým bajtovo stabilný a znovupoužiteľný pre cache poskytovateľa.
  • Pracovný adresár, vyhovujúce súbory AGENTS.md a dodatočné adresáre dostávajú fingerprint. Len pri skutočnej zmene sa nový stav pripája ako interná, pre používateľa neviditeľná kontextová správa.
  • Vložené kontextové dáta sú pred internou značkou escapované. Lokálny text preto nemôže uzavrieť hranicu značky ani vpašovať nové systémové pokyny.
9.1.185
  • Dva profily agentov sa odhlásili v časovom okolí automatickej aktualizácie. Nezávisle od toho zostal tretí profil po úspešnom prechode z 9.1.182 na 9.1.183 na tejto verzii stáť a nepripravil 9.1.184.
  • Dve konkrétne chyby boli doložené v zdrojovej ceste: TUI sa ukončila bezprostredne po process.send bez čakania na IPC potvrdenie. Okrem toho launcher po úspešnom handoffe čakal len na koniec nového procesu a nezriadil preň žiadny ďalší dohľad aktualizácií.
9.1.184
  • Bežné modelové volania niesli natrvalo schémy nástrojov GenerateImage a GenerateVideo, hoci zmerané používanie nástrojov obsahovalo len jedno volanie obrazu a žiadne volanie videa spomedzi 3 183 volaní.
  • 9.1.184 odstraňuje obe schémy z trvalo načítanej jadrovej sady. Výslovná úloha obrazu, videa alebo animácie načíta len skutočne potrebnú schému v tom istom ťahu.
  • Rovnaká cesta výberu platí aj vtedy, keď mediálna úloha príde počas bežiaceho ťahu. Otázky kvality, kontroly médií a nezáväzné nápady na neskôr nenačítavajú žiadnu schému generovania.
  • Oba nástroje zostávajú dostupné cez ToolSearch. Zmena neodstraňuje žiadnu schopnosť, ale presúva zriedkavo potrebné schémy z bežných modelových volaní.
9.1.183
  • BLUN King 9.1.183 robí automatické telegramové doručenie hotových médií odolnejším voči prechodným chybám nahrávania.
  • Klient opakuje výlučne obmedzený počet prechodných chýb, stavia viacdielny upload pri každom pokuse nanovo a pri trvalých chybách okamžite prerušuje.
  • Vyčerpané pokusy o doručenie sa protokolujú oddelene, bez odhalenia bot tokenu a bez potlačenia bežného fallback doručenia.
9.1.182
  • Tento release opravuje výlučne automatickú aktualizáciu bežiacej relácie agenta King.
  • Launcher nastavoval doteraz BLUN_NO_AUTO_UPDATE=1 v tom istom prostredí, ktoré používali chránené jadro aj príprava aktualizácie nadradeného procesu. Starý updater v jadre bol tak síce správne deaktivovaný, ale aj nový nadradený kontrolór aktualizácií sa ukončil pred stiahnutím verejného manifestu.
  • 9.1.182 zachováva výslovne nastavené vypnutie pre nadradený proces. Vynútené vypnutie sa dopĺňa už len pri štarte chráneného jadra.
  • Mnemo zostáva internou, lokálnou konfiguráciou. Verejný balík neobsahuje Mnemo. Aditívny záznam zostáva bez lokálnej Mnemo cesty a výslovne nastavenej identity agenta úplne neaktívny.
9.1.181
  • Opakované identické dlhé úlohy používateľov a duplicitné telegramové ID doručení sa odstraňujú výlučne z modelovej projekcie; surová história zostáva nezmenená.
  • Nakonfigurovaný Mnemo MCP sa teraz pridáva do aktívneho profilu TUI agenta King namiesto obmedzenia na relácie telegramovej bridge.
  • Všetkých 413 testov prešlo; obe cielené mutačné vzorky boli červené hneď, ako sa odstránilo vždy jedno z ochranných opatrení.
9.1.180
  • Automatická príprava aktualizácie nezávisí už výlučne od neskoršieho TUI ready IPC. Hneď ako je chránené jadro preukázateľne načítané, spúšťa launcher prípravu aj vtedy, keď sa tento druhý signál stratil.
  • Bezpečnostná hranica pre samotné odovzdanie zostala nezmenená: bežiaca odpoveď, kompaktácia, front správ, nástroje, shell príkazy a frontové príkazy naďalej bránia reštartu uprostred práce.
  • Skutočný stav dokladal chybu: režim resume, inštalácia 9.1.177, verejne 9.1.179, ale pripravená len 9.1.176. Slučka tak nebola prvým blokátorom, pretože kontrola nečinnosti platí až po príprave.
9.1.179
  • Čisté potvrdenia ako ok, ja, danke alebo perfekt preskakujú osobný memory broker. To šetrí jedno volanie brokera a zabraňuje pri takýchto obsahovo chudobných ťahoch až 16.384 znakov zbytočnej injekcie pamäte.
  • weiter, prílohy, otázky, príkazy a iné obsahové správy si zachovávajú doterajšiu cestu pamäte naprieč portálmi.
  • Najprv postavený argumentový buffer podobný DeepAgents bol v štyroch z piatich meracích kôl pomalší ako jednoduché spájanie. Bol úplne zahodený a nebol zverejnený.
9.1.178
  • Oneskorené vyhľadávanie nástrojov rozpoznáva teraz jednoznačný presný prvý pojem. GetMedia media job status result tým načíta GetMedia bez úniku k širokému sémantickému odhadu. Viacznačné krátke názvy zostávajú zámerne nerozriešené.
  • Mediálna výrobná reťaz láme úplné názvy stupňov na pokračovacie riadky. Posledný krok sa už neodrezáva na pravom okraji.
  • Zmena zlepšuje výber nástrojov a čitateľnosť. Nemení ani mediálny model, ani kvalitu obrazu a netvrdí žiadnu skutočnú ukážku média.

Vylepšenia od 9.1.57

VerziaZmena
9.1.177Automatické aktualizácie preberajú uložený režim pokračovania alebo reštartu teraz aj vtedy, keď priama správa procesu chýba, a tesne pred bezpečným reštartom TUI zobrazujú jasný podnet. Historické zástupné znaky kompaktovaných argumentov nástrojov sa odstraňujú ako kompaktný JSON, formátovaný JSON alebo načítaný objekt, skôr ako môžu byť znova vykonané. Surová história a všetky existujúce ochranné mechanizmy aktualizácie zostávajú nezmenené.
9.1.176Všetky výberové ponuky pre slash príkazy oddeľujú teraz možnosti prázdnym riadkom a zobrazujú vysvetlenia vo vlastnej, zdržanlivej druhej farbe. Spoločná komponenta zásobuje 20 volaní ponúk; individuálne výstražné farby zostávajú zachované.
9.1.175Opakovaný podnet nástrojov pri každej požiadavke modelu klesá z 1 749 na 825 znakov. To šetrí v meraní približne 231 odhadovaných vstupných tokenov na každú požiadavku. Všetkých jedenásť povinností správania zostáva zachovaných; surová história, schémy nástrojov a súbory zostávajú nezmenené.
9.1.174Výňatok Mistake.md zobrazovaný pri každej požiadavke modelu je obmedzený na 3 000 namiesto 4 000 znakov. V 100 skutočných požiadavkách to šetrí v priemere približne 253 odhadovaných vstupných tokenov; vybrané nadpisy zostali vo všetkých 100 prípadoch rovnaké. Úplné súbory a uložená história zostávajú nezmenené.
9.1.173BLUN King rozpoznáva opakujúce sa čisto textové odpovede cez viacero telegramových ťahov. Po troch takmer rovnakých odpovediach napriek novým podnetom používateľa dostane agent raz interný korekčný podnet namiesto opätovného vydania starej otázky, zoznamu alebo čakacej slučky. Správy, procesy a uložená história zostávajú nezmenené.
9.1.172Automatická aktualizácia kontroluje bežiacu reláciu znova po bezvýslednom hľadaní pri štarte. Ďalšia kontrola prebehne s náhodným rozložením po 60 až 90 sekundách. Neskôr zverejnené verzie sa tak rozpoznajú bez manuálneho reštartu. Inštalácia a odovzdanie relácie čakajú naďalej na úplnú nečinnosť.
9.1.171BLUN King si zachováva na ťah už len štyri naposledy dočítané schémy nástrojov namiesto dvanástich. Staršie nástroje zostávajú nájditeľné cez ToolSearch a pri výbere sa znova načítajú. Trvalo načítané jadrové nástroje, uložená história a správanie vykonávania zostávajú nezmenené.
9.1.170Zoskupuje aktuálne chyby spoľahlivosti a pracovného toku: opakujúce sa úlohy si zachovávajú najnovší nadmerne veľký pokyn; zástupné znaky kompaktovaných argumentov nástrojov sa odstraňujú z modelovej projekcie; ToolSearch rozpoznáva prirodzené pamäťové hľadané slová vrátane jednotlivého slova „store“; slučková indikácia znovu načítava plánovací stav; /update riadi bezpečné odovzdanie pri nečinnosti; a /premortem poskytuje viditeľnú, štruktúrovanú analýzu chýb.
9.1.169BLUN King zachováva presný výber nástrojov a doterajšie prísne vyhľadávanie podľa kľúčových slov nezmenené. Až keď toto vyhľadávanie nenájde žiadny výsledok, hľadá úzky druhý beh príbuzné nemecké a anglické pojmy. Požiadavky na názov so znakom + zostávajú záväzné; musia sa zhodovať aspoň dva pojmy s významom a 75 percent požiadavky. Vďaka tomu nachádzajú tri skutočne neúspešné telegramové vyhľadávania aktuálny nástroj čakacieho frontu, zatiaľ čo nevhodná požiadavka naďalej končí bez výsledku.
9.1.168BLUN King už nenahrádza staršie argumenty volaní nástrojov interným zástupným znakom, ktorý môže model skopírovať do nového volania. Už existujúce volania so zástupnými znakmi a ich súvisiace chybové výsledky sa odstraňujú len z modelovej projekcie; nezmenená história relácie zostáva zachovaná ako dôkaz.
9.1.167BLUN King 9.1.167 si pri opakujúcich sa plánovaných úlohách zachováva už len neprerušenú postupnosť najnovších úplných pracovných úsekov. Ak by ďalší novší úsek prekročil hranicu 48 000 znakov alebo 24 správ, výber sa končí, namiesto toho, aby potom znova zahrnul staršie malé úseky. Kontext a časové poradie tak zostávajú konzistentné. V zmeranej bežiacej histórii klesla projektovaná história z 32 591 na 16 981 znakov. To šetrí 15 610 znakov, teda približne 3 903 odhadovaných vstupných tokenov na porovnateľnú požiadavku. Surová história, aktuálne kroky úlohy a súhrn kompaktácie zostávajú nezmenené.
9.1.166BLUN King 9.1.166 obmedzuje opakujúce sa plánované úlohy na izolovaný pracovný kontext, namiesto toho, aby pri každom kroku modelu znova prenášal celý rozhovor hlavného agenta. Aktuálna úloha, najnovší súhrn kompaktácie a najnovšie skutočné pracovné kroky zostávajú dostupné v rámci hranice 24 správ a 48 000 znakov. Uložená história, normálne ťahy používateľa, jednorazové pripomienky a rýchle cesty rozhovoru zostávajú nezmenené. V zmeranej histórii spotrebovalo 2 043 krokov modelu opakujúcich sa plánovaných úloh spolu 298,7 milióna vstupných tokenov, v priemere 146 188 tokenov na krok.
9.1.165BLUN King 9.1.165 obmedzuje rozpočet výstupu normálnych ťahov na 24 576 namiesto 32 768 tokenov. Ľahké kroky si zachovávajú svoj doterajší limit 8 192 tokenov, modely s menšími výstupnými limitmi si zachovávajú tieto nižšie hodnoty a výslovné nastavenie používateľa má naďalej prednosť. Z 27 049 zmeraných odpovedí zostalo 99 percent pod 9 970 tokenov; dvanásť starých odľahlých hodnôt zasiahlo presne doterajšiu hranicu 32 768 tokenov a počítalo ešte približne šesť minút.
9.1.164BLUN King 9.1.164 obmedzuje rozpočet výstupu kompaktácie na veľkých oknách modelu na 16 384 namiesto 131 072 tokenov. 39 úspešných kompaktácií potrebovalo najviac 10 781 výstupných tokenov. Nový rámec je o 52 percent nad týmto zmeraným maximom a znižuje možnú potrebu výstupu a KV-cache na kompaktáciu o 87,5 percenta. Uložená história a normálne ťahy rozhovoru zostávajú nezmenené.
9.1.163BLUN King 9.1.163 nahrádza rozsiahle načítania skillov mimo posledných 20 správ v modelovej projekcii kompaktným odkazom na opätovné načítanie. Aktuálne, malé a neznova načítateľné načítania skillov zostávajú nezmenené; uložená história rozhovoru sa neprepisuje. V zmeranom prípade klesá načítanie skillu z 87 034 na 424 projektovaných znakov. Keď opustí aktuálne pracovné okno, šetrí to 86 610 znakov, teda približne 21 653 odhadovaných vstupných tokenov.
9.1.162BLUN King 9.1.162 obmedzuje veľké prehľady pracovného adresára v opakovanom systémovom prompte na 2 000 znakov. Malé prehľady zostávajú nezmenené. Pri skrátených prehľadoch poukazuje jasný pokyn naďalej na úplné vyhľadávanie pomocou Glob, Grep a Read. V zmeranom prompte klesá prehľad z 3 988 na 1 983 znakov. To šetrí 2 005 znakov, teda približne 501 odhadovaných vstupných tokenov na rovnako zostavenú požiadavku.
9.1.161BLUN King 9.1.161 už neopakuje názvy 112 presunutých nástrojov v každom opise ToolSearch. Vyhľadávanie podľa kľúčového slova, presný výber na základe úplného alebo jednoznačného krátkeho názvu a trvalé načítanie dvanástich naposledy vybraných schém zostávajú zachované. V zmeranom zobrazení klesá opakovaný opis z 1 984 na 278 znakov. To šetrí 1 706 znakov, teda približne 426 odhadovaných vstupných tokenov na rovnako zostavenú požiadavku.
9.1.160Od BLUN King 9.1.160 chráni modelová projekcia už len najnovších dvanásť správ úplne, predtým ako sa staršie úspešné výsledky nástrojov, ktoré obsahujú výlučne text, nahradia krátkym záverečným záznamom. Chybové výstupy, médiá, uložené odkazy na súbory, najnovších dvanásť správ, surová história a exporty zostávajú nezmenené. V stabilne zmeranom snímku relácie sa tak zmenšujú dva ďalšie staré výsledky nástrojov. Modelová projekcia klesá z 81 800 na 78 402 znakov. To šetrí ďalších 3 398 znakov, teda približne 850 odhadovaných vstupných tokenov na rovnako zostavenú požiadavku.
9.1.159Od BLUN King 9.1.159 sa platné argumenty JSON dokončených volaní nástrojov mimo najnovších 12 správ v modelovej projekcii nahrádzajú krátkym záznamom. Súvisiaci výsledok nástroja, najnovších 12 správ, nedokončené volania, malé alebo neplatné argumenty, surová história a exporty zostávajú nezmenené. V stabilne zmeranom snímku relácie sa tri argumenty dokončených volaní nástrojov zmenšujú z 2 849 na 165 znakov. To šetrí 2 684 znakov, teda približne 671 odhadovaných vstupných tokenov na rovnako zostavenú požiadavku.
9.1.158Od BLUN King 9.1.158 sa čisto stavové správy, ktoré bezprostredne nasledujú po dokončenej telegramovej odpovedi, mimo najnovších 20 správ v modelovej projekcii nahrádzajú krátkym záznamom. Odoslané volanie odpovede a jeho výsledok, aktuálne správy, súhrny po iných nástrojoch, zmiešaný obsah, surová história a exporty zostávajú nezmenené. V stabilne zmeranom snímku relácie sa šesť historických stavových správ zmenšuje o 1 837 znakov. To šetrí približne 460 odhadovaných vstupných tokenov na rovnako zostavenú požiadavku.
9.1.157Od BLUN King 9.1.157 sa vhodné úspešné, čisto textové výstupy nástrojov mimo najnovších 20 správ v modelovej projekcii nahrádzajú krátkym záverečným záznamom. Chybové výstupy, médiá, presunuté odkazy na súbory, najnovších 20 správ, surová história a exporty zostávajú nezmenené. V stabilne zmeranom snímku relácie sa zmenšuje 43 starých výsledkov. To šetrí 9 680 znakov, teda približne 2 420 odhadovaných vstupných tokenov na rovnako zostavenú požiadavku.
9.1.156Od BLUN King 9.1.156 už neopakujú uložené odkazy na správy používateľa mimo najnovších 20 správ svoj náhľad so začiatkom a koncom pri každej požiadavke modelu. Značka obnovenia, údaje o veľkosti, čitateľná cesta súboru, najnovších 20 správ, médiá, surová história, úplne uložený súbor a exporty zostávajú nezmenené. V stabilne zmeranom snímku sa zmenšuje päť historických odkazov a modelová projekcia klesá z 99 143 na 96 001 znakov. To šetrí ďalších 3 142 znakov, teda približne 786 odhadovaných vstupných tokenov na rovnako zostavenú požiadavku.
9.1.155Od BLUN King 9.1.155 sa uložené odkazy na správy používateľa obnovujú skôr, než môžu textové projekcie zmeniť hash pôvodnej správy. Existujúce presunutia tak zostávajú účinné, namiesto toho, aby nepozorovane padli späť na projektovanú úplnú správu. Surová história, znova čitateľné odkazy na súbory, najnovších 20 správ, médiá a exporty zostávajú nezmenené. V stabilne zmeranom snímku klesá modelová projekcia z 105 810 na 99 143 znakov. To šetrí ďalších 6 667 znakov, teda približne 1 667 odhadovaných vstupných tokenov na rovnako zostavenú požiadavku.
9.1.154Od BLUN King 9.1.154 sa adresované úseky telegramového kanála mimo najnovších 20 správ obmedzujú na náhľad s dĺžkou 500 namiesto 1 000 znakov so začiatkom a koncom. Úplné metadáta kanála, začiatok a koniec obsahu správy, najnovších 20 správ, prílohy, surová história a exporty zostávajú nezmenené. V stabilne zmeranom snímku sa zmenšuje sedem ďalších historických adresovaných úsekov. To šetrí 3 500 znakov, teda približne 875 odhadovaných tokenov na opakovanú požiadavku.
9.1.153Od BLUN King 9.1.153 zachováva projekcia historických telegramových kontextov úplné metadáta kanála a uzatvárací kanálový tag. Skracuje sa výlučne obsah správy. Aj pri reálnych telegramových metadátach dlhých 161 znakov zostáva štruktúra v rámci rozpočtu 250 znakov platná. Projekcia je idempotentná, nasledujúce adresované kanály zostávajú nezmenené a obálka kanála, ktorá už bez obsahu prekračuje rozpočet, sa odovzdáva nezmenená.
9.1.152Od BLUN King 9.1.152 opúšťajú argumenty dokončených volaní nástrojov aktívnu modelovú projekciu po štyroch namiesto po ôsmich novších správach. Surová história relácie, nezodpovedané alebo chybne formátované volania, médiá, výsledky nástrojov a najnovšie štyri správy zostávajú nezmenené. V čerstvo zmeranom snímku relácie sa kompaktujú dva ďalšie dokončené volania; oproti 9.1.151 to šetrí ďalších 244 znakov, teda približne 61 odhadovaných tokenov na opakovanú požiadavku.
9.1.151Od BLUN King 9.1.151 opúšťajú argumenty dokončených volaní nástrojov aktívnu modelovú projekciu po ôsmich namiesto po dvanástich novších správach. Surová história relácie, nezodpovedané alebo chybne formátované volania, médiá, výsledky nástrojov a najnovších osem správ zostávajú nezmenené. V zmeranom snímku relácie sa kompaktujú tri ďalšie dokončené volania; oproti 9.1.150 to šetrí ďalších 317 znakov, teda približne 80 odhadovaných tokenov na opakovanú požiadavku.
9.1.150Od BLUN King 9.1.150 chráni historické presunutie výsledkov nástrojov najnovšie štyri správy úplne namiesto najnovších ôsmich. Staršie vhodné výsledky nástrojov si zachovávajú kompaktný pokyn na obnovenie dlhý 600 znakov a svoju zdrojovú cestu; surová história, úplne uložené výstupy, médiá a najnovšie štyri správy zostávajú nezmenené. V zmeranom snímku relácie presunie okno štyroch správ deväť ďalších historických výsledkov a oproti 9.1.149 šetrí ďalších 6 683 znakov, teda približne 1 671 odhadovaných tokenov na opakovanú požiadavku.
9.1.149Od BLUN King 9.1.149 chráni historické presunutie výsledkov nástrojov najnovších osem správ úplne namiesto najnovších dvanástich. Staršie vhodné výsledky nástrojov si zachovávajú kompaktný podnet na obnovenie dlhý 600 znakov a svoju zdrojovú cestu; surová história, úplne uložené výstupy, médiá a najnovších osem správ zostávajú nezmenené. V zmeranom snímku relácie klesajú tri výsledky z 4 679 na 1 800 znakov; to šetrí ďalších 2 879 znakov, teda približne 720 odhadovaných tokenov na opakovanú požiadavku.
9.1.148Od BLUN King 9.1.148 sa aj v najnovšom zmiešanom telegramovom balíku zmenšujú kanálové úseky výslovne označené addressed=false. Adresované úseky, médiá, surová história a exporty zostávajú nezmenené. V zmeranej histórii klesá jedenásť neadresovaných úsekov z 22 691 na 2 750 znakov; to šetrí 19 941 znakov, teda približne 4 986 odhadovaných tokenov na opakovanú požiadavku.
9.1.147Od BLUN King 9.1.147 chráni mikrokompaktácia najnovších dvanásť správ úplne namiesto najnovších dvadsiatich a používa tým rovnaké okno obnovenia ako existujúce presunutie výsledkov nástrojov. Staršie dokončené argumenty nástrojov a vhodné výsledky nástrojov sa zmenšujú len v modelovej projekcii; surová história a cesty obnovenia zostávajú nezmenené. V zmeranej histórii to šetrí ďalších 560 znakov, teda približne 140 odhadovaných tokenov na požiadavku.
9.1.146Od BLUN King 9.1.146 sa staršie, už presunuté výsledky nástrojov v modelovej projekcii obmedzujú na údaje potrebné na obnovenie: názov nástroja, počet znakov a cestu k súboru. Úplný obsah zostáva nezmenený na disku, surová história sa nemení a najnovších dvanásť správ si zachováva svoje podrobné pokyny. V zmeranej histórii to znižuje opakovaný vstup modelu o 26 779 znakov, teda približne 6 695 odhadovaných tokenov na požiadavku.
9.1.145Od BLUN King 9.1.145 sa prerušený stream poskytovateľa automaticky opakuje, ak doteraz prišiel výlučne interný výstup premýšľania. Viditeľný text a volania nástrojov naďalej bránia automatickému opakovaniu. Adaptívne nadväzné kroky s nízkou úrovňou premýšľania používajú rozpočet výstupu 8 192 tokenov; prvé, zložité a neúspešné kroky si zachovávajú nakonfigurovaný rozpočet a opakovanie po dosiahnutí hranice dĺžky ho môže zväčšiť. Pri pokračovaní relácie sa aktuálny transportný pokyn telegramového pluginu už nezobrazuje ako surový chatový text.
9.1.1449.1.144 obmedzuje adresované telegramové úseky mimo najnovších 20 správ v modelovej projekcii na náhľad s dĺžkou 1 000 znakov so začiatkom a koncom. Najnovších 20 správ, najnovšia správa používateľa, úseky na presnej hranici, prílohy, metadáta kanála, surová história a exporty zostávajú nezmenené.
9.1.1439.1.143 odstraňuje pri starších správach opakovaný transportný pokyn telegramového pluginu z modelovej projekcie. Obsah kanála, metadáta, prílohy, najnovšia správa používateľa, surová história a exporty zostávajú nezmenené.
9.1.1429.1.142 zmenšuje náhľad so začiatkom a koncom pre staršie, neadresované telegramové časti kanála v modelovej projekcii z 500 na 250 znakov. Adresované časti kanála, najnovšia správa používateľa, prílohy, surová história a exporty zostávajú nezmenené.
9.1.1419.1.141 odstraňuje argumenty starších, dokončených volaní nástrojov v modelovej projekcii už od 32 odhadovaných tokenov. Výsledky nástrojov si zachovávajú svoj doterajší prah; nové správy a surová história zostávajú nezmenené.
9.1.1409.1.140 obmedzuje pripomenutie chýb založené na relevantnosti v modelovej projekcii štandardne na 4 000 znakov. Úplné súbory chýb, surová história a exporty zostávajú nezmenené.
9.1.1399.1.139 obmedzuje staršie, neadresované telegramové časti kanála v modelovej projekcii na náhľad s dĺžkou 500 znakov. Najnovšia správa používateľa, adresované časti, prílohy, surová história a exporty zostávajú úplné.
9.1.1389.1.138 si z každého opakujúceho sa cronovej úlohy zachováva v modelovej projekcii už len najnovší pokyn na prebudenie. Jednorazové pripomienky, rôzne úlohy, surová história a exporty zostávajú nezmenené.
9.1.1379.1.137 chráni už len najnovších dvanásť správ úplne pred presunutím starších výstupov nástrojov. Úplné výsledky zostávajú obnoviteľné cez surovú históriu a zdrojovú cestu.
9.1.1369.1.136 si v modelovej projekcii zachováva už len najnovší dynamický pokyn Mistake.md. Staršie výbery zostávajú v surovej histórii a v exportoch úplne zachované.
9.1.135BLUN King 9.1.135 drží spravované prostredie behu Node.js v náhradnom procese a vo všetkých podriadených nástrojoch na prvom mieste v PATH. Príkazy ako node a npm tak používajú rovnaké podporované prostredie behu ako TUI, namiesto toho, aby padli späť na staršiu systémovú inštaláciu.
9.1.1349.1.134 obmedzuje neadresované telegramové správy skupín v modelovej projekcii na náhľad s dĺžkou 2 000 znakov so zachovaným začiatkom, koncom a pôvodnou dĺžkou. Priame správy a uložená história zostávajú úplné.
9.1.1339.1.133 vyberá z projektovej lokálnej a spoločnej Mistake.md najviac päť relevantných úplných záznamov v rámci spoločného rozpočtu 6 000 znakov. Úplné zdroje a cesty ukladania zostávajú zachované.
9.1.1329.1.132 udržiava štíhly základný systémový prompt s 4 850 znakmi aktívny po generovanej inicializácii. To šetrí na požiadavku 18 259 znakov, teda približne 4 565 odhadovaných tokenov, bez odstránenia pokynov alebo nástrojov.
9.1.1319.1.131 odstraňuje z modelovej projekcie dve staršie kópie pravidiel, len čo sú prítomné ich rozhodujúce náprotivky. Štandardný prompt tým klesá o 1 010 znakov, teda približne 253 odhadovaných tokenov na požiadavku.
9.1.1309.1.130 nahrádza mimo posledných 20 správ vysvetľujúci text starších, úplne dokončených krokov nástrojov krátkym pokynom. Volania nástrojov, výsledky, surová história a exporty zostávajú úplne zachované.
9.1.1299.1.129 odstraňuje náhľadové texty zo starších, už presunutých výsledkov nástrojov. Cesta a údaje o veľkosti zostávajú viditeľné; úplný obsah zostáva v pôvodnom súbore alebo v súkromnom archíve zachovaný.
9.1.1289.1.128 obmedzuje trvalú vyrovnávaciu pamäť načítaných schém nástrojov na dvanásť naposledy vybraných nástrojov. Vytlačené nástroje zostávajú okamžite nájditeľné cez ToolSearch.
9.1.1279.1.127 skracuje opakovaný katalóg ToolSearch. Jednoznačné nástroje sa zobrazujú so svojím krátkym selektorom; úplné menné priestory MCP zostávajú zachované len pri konfliktoch názvov.
9.1.1269.1.126 vyberá z chybového súboru pre celé prostredie behu deterministicky najviac päť úsekov vhodných pre aktuálnu konverzáciu. Projekcia je obmedzená na 6 000 znakov a nevyžaduje žiadne ďalšie volanie modelu alebo siete.
9.1.1259.1.125 dopĺňa čisto čítací telegramový príkaz /status pre spriahnutých používateľov. Uvádza stav počítača, verzie, procesu a čakacieho frontu bez vypisovania chat ID, ciest, tajomstiev alebo obsahu správ.
9.1.1249.1.124 opravuje vymenené značkové farby v kompaktnom znaku BLUN pod vstupom. Stavové hodnoty, názov profilu a persona zostávajú nezmenené.
9.1.1239.1.123 odstraňuje veľké argumenty JSON starších, dokončených volaní nástrojov z modelovej projekcie. Názov, identifikátor, výsledok, surová história a exporty zostávajú úplné.
9.1.1229.1.122 načítava úplnú dizajnovú smernicu len pri vizuálnej práci cez nástroj skill. Nevizuálne požiadavky dostávajú kompaktnú aktivačnú zmluvu; staršie čisto textové výstupy sa zároveň účinnejšie presúvajú.
9.1.1219.1.121 obmedzuje celkovú veľkosť starších čisto textových výstupov nástrojov. Vhodné výsledky sa súkromne archivujú a v modelovej projekcii sa nahrádzajú čitateľnými odkazmi na súbory.
9.1.1209.1.120 presúva veľké staršie odpovede asistenta do súkromných súborov relácie. Posledných 20 správ, reťazce nástrojov a úplná surová história zostávajú zachované.
9.1.1199.1.119 posiela pri každom kroku modelu už len malý výber často potrebných skillov. Všetky ďalšie skilly zostávajú nájditeľné cez nástroj skill podľa svojho názvu alebo účelu.
9.1.1189.1.118 udržiava časovú pečiatku relácie v systémovom prompte stabilnú počas bežiacej relácie. Nezmenené časti promptu tak môžu naďalej používať prefixovú vyrovnávaciu pamäť poskytovateľa.
9.1.1179.1.117 udržiava štyri jadrové nástroje pre médiá okamžite dostupné a načíta porozumenie obrázkov a videa, synchronizáciu videa a synchronizáciu pohybu pier len pri potrebe cez ToolSearch.
9.1.1169.1.116 dopĺňa proaktívnu kompaktáciu od približne 128 000 odhadovaných vstupných tokenov na bezpečnej hranici kroku. Kompaktácia používa štíhly vlastný systémový prompt; veľké výsledky Read používajú svoju existujúcu zdrojovú cestu.
9.1.115Pokračujúce relácie znovu stavajú systémový prompt aktuálneho profilu, aby zastarané nadmerne veľké snímky promptov neprežívali cez reštarty. Veľké prehľady pracovného adresára sa obmedzujú; úplné súbory zostávajú dostupné cez Glob, Grep a Read.
9.1.114Telegramové doručenie teraz považuje Windows EPERM za náznak bežiaceho procesu TUI alebo pollera, namiesto toho, aby odkláňalo správy od viditeľnej relácie. ToolSearch potvrdzuje už načítaný nástroj s presnou zhodou názvu, namiesto toho, aby falošne hlásil, že nástroj, ktorý sa má načítať až pri potrebe, chýba.
9.1.113Telegramové nástroje si pri štarte zachovávajú náhradnú cestu v rámci rovnakého prostredia behu, ak dočasne chýba spravovaná registrácia pluginu.
9.1.112Veľké staršie správy používateľa sa archivujú mimo aktuálneho pracovného okna; úplná surová história zostáva naďalej dostupný.
9.1.111Telegramové ťahy s prílohami dostávajú download_attachment automaticky. Pri normálnych ťahoch zostáva nástroj presunutý cez ToolSearch, takže znížená záťaž schém zostáva zachovaná.
9.1.110Opakovania po preťažení poskytovateľa rešpektujú údaj Retry-After servera. Automatické nastavenie ripgrep načítava určené archívy verzie 15.0.0 z oficiálneho vydania ripgrep a pred inštaláciou overuje ich kontrolné súčty SHA-256.
9.1.109Verzia 9.1.109 udržiava v požiadavke modelu natrvalo už len deväť nástrojov, na ktoré pripadlo viac ako 98 percent z 3 183 zmeraných volaní nástrojov. Všetky ostatné nástroje zostávajú nájditeľné cez ToolSearch a po prvom načítaní dostupné po zvyšok relácie. Tým klesá záťaž schém pri každom normálnom kroku modelu, bez odstránenia nástroja alebo zmeny rýchlej cesty pre telegramové odpovede a čakajúce mediálne výsledky.
9.1.108Identické, opakovane vkladané systémové pokyny sa spájajú len v modelovej projekcii. Zmenené pokyny a úplná uložená história zostávajú zachované.
9.1.107Chyby poskytovateľa sa zobrazujú v jazyku zrozumiteľnom pre zákazníka; interné kódy chýb a pokyny podpory sa pritom nezobrazujú. /help ponúka zoznam príkazov ovládateľný šípkami a pravou šípkou alebo klávesom Enter otvára podrobný opis vybraného príkazu.
9.1.106Profily agentov môžu nástroje vylúčiť podľa názvu. Vylúčenia platia aj po dynamickom načítaní; štandardní čiastkoví agenti neposielajú telegramové správy mimo hlavného agenta.
9.1.105Verzia 9.1.105 dopĺňa TaskUpdate pre bežiacich agentov na pozadí. King odovzdáva ďalšie pokyny na najbližšom bezpečnom kroku modelu rovnakému aktívnemu agentovi, bez toho, aby ho zastavil alebo spustil ďalšieho agenta. Neznáme a už ukončené úlohy, shellové úlohy a agenti, ktorí už neprijímajú aktualizáciu, sú nezmenene odmietnuté.
9.1.104Verzia 9.1.104 necháva shellové príkazy v popredí bežať aj pri veľmi veľkých výstupoch až do riadneho konca. King zapisuje až 16 MiB priebežne do súkromného protokolu úlohy, výstupy nad tento rámec zahadzuje a hlási skutočný výstupný kód, namiesto toho, aby proces kvôli množstvu výstupu ukončil. Malé výstupy, úlohy na pozadí, časové limity a manuálne prerušenia zostávajú nezmenené.
9.1.103Členovia roja sa po dočasných prerušeniach poskytovateľa pod rovnakým ID agenta obnovujú najviac dvakrát. HTTP 429 si zachováva svoje oddelené pravidlo preťaženia; konečné chyby a manuálne prerušenia sa automaticky neopakujú.
9.1.102Delegovaní jednotliví agenti sa po dočasných chybách poskytovateľa na základe svojej trvalej histórie obnovujú najviac dvakrát. Trvalé chyby a manuálne prerušenia zostávajú konečné.
9.1.101Nadmerne veľké správy používateľa sa lokálne zálohujú a v kontexte modelu sa nahrádzajú obmedzeným náhľadom s čitateľnou cestou. Úplná pôvodná história a médiá zostávajú zachované.
9.1.100Obmedzené vyhľadávania obsahu Grep ukončujú ripgrep po požadovanej strane a jednom ďalšom náhľadovom riadku. Počty nájdení, neobmedzené vyhľadávania a zoznamy súborov zoradené podľa času zmeny zostávajú úplné.
9.1.98King môže dokončený pracovný úsek proaktívne kompaktovať od 128 000 odhadovaných tokenov. Pod prahom zostáva schéma nástroja úplne mimo promptu modelu; kompaktácia používa existujúci bezpečný prechod kroku.
9.1.97Natrvalo načítaný opis nástroja TodoList klesol z 2 238 na 996 znakov. Viacúrovňové plánovanie, všetkých šesť stavov úloh, úprimné správy o priebehu, dotazy, vyprázdnenie a oddelený režim plánovania zostali chránené.
9.1.96Natrvalo načítaný základný systémový prompt klesol z 23 109 na 4 850 znakov. Identita, persona a duša, jazyk odpovede, hranice práce a oprávnení, odovzdanie kompaktácie, prostredie behu, AGENTS.md a skilly zostali chránené.
9.1.95Natrvalo načítaný opis nástroja Write klesol z 2 532 na 1 541 znakov. Ohraničenie voči Edit, doslovný obsah, konce riadkov, limit 500 riadkov, výnimka jedného súboru a atómové pokračovanie s kontrolou riadkov a SHA-256 zostali chránené.
9.1.94Natrvalo načítaný opis nástroja Glob klesol z 1 495 na 1 006 znakov. Triedenie, ignorované a citlivé súbory, rekurzívne vzory, bodkové súbory, rozbaľovanie zložených zátvoriek a limit 100 nájdení zostali chránené.
9.1.93Natrvalo načítaný opis nástroja Edit klesol z 1 537 na 1 144 znakov. Čítanie pred zmenou, presné nahradenia, viacnásobné nahradenia, spracovanie CRLF a limit 500 riadkov zostali chránené.
9.1.92Natrvalo načítaný opis nástroja Agent klesol z 2 061 na 1 153 znakov. Oddelený kontext, pokračovanie, časové limity a paralelná delegácia zostali zachované.
9.1.91Natrvalo načítaný opis nástroja Read klesol z 2 391 na 1 648 znakov. Stránkovanie, ochrana tajomstiev, presmerovanie médií, formát riadkov a správanie CRLF zostali zachované.
9.1.90Natrvalo načítaný opis nástroja Bash klesol z 5 003 na 1 834 znakov. Zmluva prostredia behu, úlohy na pozadí, súborové nástroje a bezpečnostné hranice zostali úplne zachované.
9.1.89Stránkové čítania súborov uvádzajú pri internom limite 1 000 riadkov presný nasledujúci line_offset; koniec súboru a zámerne menšie výbery zostávajú nezmenené.
9.1.88BLUN King 9.1.88 aktivuje malú, bezstratovú kompaktáciu včas pred úplnou kompaktáciou. Staršie veľké výsledky nástrojov a dokončené argumenty nástrojov opúšťajú zobrazenie modelu skôr; úplná uložená história zostáva zachovaná.
9.1.87Výslovne opakovateľná odpoveď HTTP 429 rešpektuje Retry-After a dostáva najviac dve automatické opakovania; ostatné chyby zostávajú okamžite viditeľné.
9.1.86Veľké výstupy nástrojov si v rámci rovnakého rozpočtu náhľadu zachovávajú vždy 1 000 znakov od začiatku a konca viditeľných; presná značka uvádza vynechaný počet znakov.
9.1.85Textové výsledky nástrojov nad 12 000 znakov sa ukladajú úplne do súkromného lokálneho súboru; nasledujúce požiadavky modelu si zachovávajú len rozpočet náhľadu 2 000 znakov a čitateľnú cestu.
9.1.84Úplná kompaktácia spracúva staršie histórie v chronologických stupňoch s najviac 64 000 odhadovanými vstupnými tokenmi; pevná bezpečnostná hranica a úplný súkromný archív zostávajú nezmenené.
9.1.83Mikrokompaktácia nahrádza veľké argumenty starších, dokončených volaní nástrojov len v zobrazení modelu platnou značkou JSON; kontrolór relácie hlási odhadovanú úsporu bez výpisu obsahu.
9.1.82Čisto čítací kontrolór hlási vybrané a zadržané schémy nástrojov, dôvody potlačenia a odhadovaný počet ušetrených tokenov schém.
9.1.81Dodávaný čisto čítací kontrolór sumarizuje kroky poskytovateľa, volania nástrojov, tokeny, kompaktácie, chyby a presunuté výstupy, bez odhalenia promptov alebo súkromných ciest.
9.1.80Veľké výsledky nástrojov dostávajú telemetriu presunutia bez obsahu; izolovaný kontext čiastkových agentov, strojovo čitateľné plány a prenosné odovzdania sú chránené regresnými testami.
9.1.79Trvalé kontrolné body zapisujú dokončené záznamy histórie pred krokmi poskytovateľa a pred dokončením workera, takže dokončená práca sa po pokračovaní môže znova načítať.
9.1.78Úplná kompaktácia archivuje vytlačené časti histórie skôr, než ich nahradí súhrnom; súhrn obsahuje čitateľnú cestu archívu.
9.1.77Mikrokompaktácia zmenšuje pri tlaku kontextu staršie veľké výsledky nástrojov a zároveň zachováva úplnú uloženú históriu.
9.1.76Čakajúce obrazové, video a hlasové úlohy prežijú kompaktáciu a rýchle nadväzné otázky; telegramové správy zostávajú v poradí FIFO bez zavádzajúcej chyby busy.
9.1.75Krátke telegramové konverzácie spracúvajú len najnovšiu nezodpovedanú správu, zatiaľ čo dokončené textové výmeny zostávajú zachované ako jazykový kontext.
9.1.74Uložené telegramové trasy obnovujú skupinové ID odovzdané omylom bez znamienka mínus; Strg+S môže riadiť skutočne bežiaci ťah.
9.1.73Telegramové a loop správy už nespúšťajú počas aktívnej práce druhý ťah; Escape a Ctrl+C môžu naďalej prerušiť aktívny ťah.
9.1.72Skrytie upozornenia na aktualizáciu potláča len vtedy ponúkanú verziu; novšie vydania sa pri normálnom štarte opäť zobrazujú s príkazom king.
9.1.71Prebudenia loopov sa dostávajú správne do frontu, telegramový poller sa obsadzuje atómovo, centrálne súborové a mediálne nástroje zostávajú okamžite dostupné a Context7 sa už nespúšťa automaticky.
9.1.69Štandardné MCP sa nastavujú, Telegram dosahuje chránený bod odovzdania FIFO, Escape a Ctrl+C spoľahlivo prerušujú aktívnu prácu a prehľad MCP skrýva interné cesty.
9.1.68Telegramové správy pri nečinnosti prebúdzajú spracovanie FIFO, priame a skupinové správy si zachovávajú poradie príchodu a pokračovanie skrýva interné telegramové rámce.
9.1.67Štandardný skill venture-flywheel dopĺňa čisto zmluvný základ UVF s deterministickou dôverou projektu a povinnosťami schválenia pre externé akcie.
9.1.66/curiosity a /scout vykonávajú obmedzené, čisto čítacie prieskumy príležitostí s dôkazmi, protidôkazmi a kritériom ukončenia.
9.1.65Escape a Ctrl+C spoľahlivo prerušujú automatické kompaktácie, stabilná kotva obrazovky zabraňuje duplicitným pätám a loop pokyn je zarovnaný s obsahom chatu.
9.1.64História relácie na disku, načítané nástroje a skilly, strážca nečinnosti poskytovateľa 120 sekúnd, správny loop takt, Telegram v poradí FIFO, linuxové balíky a rozpoznávanie bosnianskeho jazyka pribudli spoločne.
9.1.58–9.1.63Táto séria verzií zoskupila práce na reláciách, Telegrame, platformách a výkone. Záver tvorili štíhle schémy nástrojov na vyžiadanie, kompaktné zoznamy skillov, obnovené skilly pre prvé použitie a inventárna kontrola balíkov proti neplánovaným odstráneniam.

Predchádzajúce vylepšenia

VerziaZmena
9.1.53/idea zverejňuje svoj plán úloh pred prvou prácou, kontroluje odchádzajúce akcie pri každom volaní nástroja a vyžaduje pre každý krok úprimný konečný stav.
9.1.52Pokračujúce relácie otvárajú priamo uložený pracovný adresár. Konverzácia a aktívny stav /loop sa pri opätovnom štarte obnovujú spoločne.
9.1.51Loopy pracujú ako autonómne prebúdzadlá, /idea vyvíja a spracúva vlastné plány, Telegram môže spúšťať pracovné príkazy a mediálne a štartovacie stavy sa zobrazujú jasnejšie.
9.1.50Lokálne obrázky alebo obrázky prijaté cez Telegram sa dajú animovať ako skutočné MP4 videá. Veľké okná kontextu dostávajú platný rozpočet výstupu; mediálny panel zobrazuje jasnejšie stavy a klikateľné cesty.
9.1.49Obrázky dospelých fantazijných postáv v plavkách zostávajú povolené v rámci jasných hraníc. Dokončené obrazové úlohy sa dajú použiť ako východiskový obrázok pre videá; úspešné dopytovanie GetMedia nevytvára opakované karty.
9.1.48Jednotný mediálny panel zoskupuje mediálne úlohy priamo nad vstupným poľom. Percentuálne hodnoty sa zobrazujú len so skutočnou nameranou hodnotou poskytovateľa; inak zobrazuje fázu a čas behu.
9.1.47Protokol požiadaviek rozlišuje konverzácie a kompaktáciu a zaznamenáva výber nástrojov a dôvod potlačenia, bez zmeny správania nástrojov.
9.1.46Loopy rozumejú prirodzeným časovým údajom, zobrazujú ich počas zadávania, podporujú voľné intervaly a uvoľňujú normálny výber textu v termináli mimo zobrazenia histórie.
9.1.45Prebiehajúci priebeh kompaktácie sa zobrazuje už len v dolnej stavovej lište namiesto dodatočného druhého riadku v chate.
9.1.44Úplné prebalenie schválenej verzie 9.1.43, aby aj skoro nainštalované verzie 9.1.43 bezpečne rozpoznali aktualizáciu.
9.1.43Úplný ochranný základ z 9.1.40 s transportnou diagnostikou, viditeľnými upozorneniami na aktualizácie a konzolovými príkazmi /loop, /goal a /output-style.
9.1.40Strážca ťahov pre dlhé alebo opakovane zlyhávajúce volania; vlastný hash po viacdielnom zápise s kontrolou spätného prečítania uloženého súboru.
9.1.39Dlhé súbory sa zapisujú v pokračovaniach. Každé pokračovanie nadväzuje na skutočne zapísaný koniec; počet riadkov, SHA-256 a hranice častí sa kontrolujú a vypisujú.
9.1.38Zdegenerované alebo odrezané argumenty nástrojov sa rozpoznávajú. Neúplný súbor sa odmieta s chybovým hlásením, namiesto toho, aby sa ticho považoval za hotový.
9.1.37Po zmene Node kontroluje BLUN natívne moduly skutočným dopytom SQLite a v prípade potreby znovu zostavuje better-sqlite3.
9.1.36Prázdne odpovede modelu sa riešia podľa príčiny: príliš malý rozpočet výstupu sa zväčšuje, prázdne zastavenie sa opakuje presne raz. Systémové pokyny a injekcie nemôžu spustiť telegramovú odpoveď.
9.1.35Viacstupňová kompaktácia zobrazuje stupeň a skutočné využitie okna modelu, napríklad 2/~10 · 90 %.
9.1.34Aktívny kontext sa kompaktuje po stupňoch: najstaršie časti ako prvé, každé volanie kompaktácie pod hranicou modelu.
9.1.33Základ pre automatické prostredie behu Node a následnú opravu natívnych modulov po zmene prostredia behu.

Dodatky a otvorené medzery v dokumentácii

Porovnanie zo 17. septembra 2026: V oblasti 9.1.33 až 9.1.597 je v adresári npm prítomných 521 verzií. Chýbajúce číslo nie je automaticky chýbajúce vydanie: niektoré verzie v dnešnom adresári chýbajú alebo boli stiahnuté. Pri štyroch vydaných verziách zostávajú presné podrobnosti zmien otvorené. Žiadne zmeny sa preto nevymýšľajú.

9.1.567: Podrobnosti zmien otvorené

Uverejnené 6. septembra 2026 o 22:42 UTC. Hodnota SHA-512 balíka sa zhoduje s integritnou hodnotou uverejnenou v npm. Balík neobsahuje CHANGELOG.md; jeho README uvádza pri inštalačnom príkaze ešte 9.1.566. Z toho nemožno spoľahlivo odvodiť rozdiel oproti 9.1.566. Táto medzera v dokumentácii zostáva výslovne otvorená.

9.1.550: Podrobnosti zmien otvorené

Uverejnené 2. septembra 2026 o 07:19 UTC. Hodnota SHA-512 balíka sa zhoduje s integritnou hodnotou uverejnenou v npm. Balík neobsahuje CHANGELOG.md a v skúmanom materiáli sa nenašiel žiadny dôkaz zmien špecifický pre verziu. Táto medzera v dokumentácii zostáva výslovne otvorená.

Dodatok k 9.1.536

Nasledujúce údaje pochádzajú z integritne overeného uverejneného balíka z 1. septembra 2026:

  • Pracovné úlohy pokračujú aj po súkromných telegramových odpovediach. Po priamych správach uložených vo vyrovnávacej pamäti pokračuje King v práci obmedzeným dodatočným krokom, pokiaľ používateľ prácu výslovne nepozastaví alebo nezastaví.
  • Krátke dopytovanie stavu neprerušuje bežiaci pracovný postup.
  • Keď sa vyčerpajú opakovania po prázdnych myšlienkových odpovediach, King znižuje myšlienkové úsilie, namiesto toho, aby ho pri ďalších pokusoch ponechal nezmenené.
  • Viac načítaných schém nástrojov zostáva dostupných; správy sa presúvajú až vtedy, keď sa dostupný priestor v histórii míňa.
  • Obsiahnuté sú overené pravidlo postupu pre TodoList a jednoriadková štartovacia cesta pre God Mode so Swarm.

Dodatok k 9.1.99

Už existujúca dokumentácia funkcií opisuje spoločné presunutie po sebe nasledujúcich čisto textových výsledkov nástrojov: Keď zásobník prekročí 12 000 znakov, vhodné veľké výsledky sa ukladajú súkromne. V kontexte modelu zostávajú čitateľné odkazy; surová história a médiá zostávajú zachované. Doteraz chýbajúci záznam verzie teraz výslovne odkazuje na túto funkciu.

9.1.70: Podrobnosti zmien otvorené

Uverejnené 24. augusta 2026 o 15:56 UTC. Hodnota SHA-512 balíka sa zhoduje s integritnou hodnotou uverejnenou v npm. Balík neobsahuje CHANGELOG.md; existujúce opisy funkcií nedokazujú jednoznačný rozdiel oproti 9.1.69. Táto medzera v dokumentácii zostáva výslovne otvorená.

9.1.57: Podrobnosti zmien otvorené

Uverejnené 23. augusta 2026 o 07:28 UTC. Verzia sa doteraz objavila len ako východiskový bod spoločného nadpisu. Vlastný dôkaz zmien špecifický pre verziu nie je v skúmanom materiáli priradený. Táto medzera v dokumentácii zostáva výslovne otvorená.

CHANGELOG.md obsiahnuté v nezmeniteľnom balíku npm 9.1.597 končí pri 9.1.594. Doplnené poznámky k 9.1.595 až 9.1.597 sú na tejto stránke. Uverejnený balík nebol dodatočne prepísaný pod rovnakým číslom verzie.

9.1.41 a 9.1.42 sú stiahnuté

Neinštalovať

Tieto dve verzie boli omylom vytvorené ako vetva z 9.1.38 namiesto z 9.1.40. Preto chýbali pokračovanie zápisu, vlastný hash a strážca ťahov. Obe verzie npm sú označené ako zastarané; latest a next na ne nikdy neukazovali. 9.1.43 obsahuje ich zamýšľané zmeny na úplnom ochrannom základe.

Aktualizovať a skontrolovať

king update
blun --version

Po inštalácii 9.1.599 musí výpis verzie ukazovať 9.1.599. Aktualizácie z 9.1.597 a lokálnej verzie 9.1.598 cez verejné zdroje aktualizácií sú overené. Už bežiaca konzola načíta nový kód až po svojom reštarte. Skontroluj v nej potom dodatočne /version.