BLUN King

BLUN King 9.1.621

Vydáno

King převezme shrnutí tvé konverzace pouze tehdy, když model potvrdí jeho dokončení. Chybí-li toto potvrzení, zůstává tvůj dosavadní průběh konverzace beze změny.

Skončí-li přenos shrnutí neočekávaně, není tvůj dosavadní kontext konverzace nahrazen neúplným shrnutím. Změna se týká pouze zhuštění konverzace; běžné odpovědi zůstávají beze změny.

Otevřené zůstávají ojedinělé chyby při ukládání relace; tato aktualizace je neopravuje.

BLUN King

BLUN King 9.1.620

Vydáno

V systému Windows se konzole při zavření okna zcela ukončí, aby se při příštím spuštění už nezobrazovalo „již běží“.

Aktualizace opravuje ukončení procesu konzole při zavření okna. Skutečně ještě běžící konzole si nadále zachovává výhradní přístup ke své relaci.

Příručka je doplněna na stav 620: instalace v Linuxu, pokračování v dlouhých relacích, poslední relace při spuštění, Ctrl+L, Skills, pluginy, cíle a úlohy bez rozhraní. K aktuální příručce CLI.

BLUN King

BLUN King 9.1.619

Vydáno

Jedna dřívější chyba při shrnutí rozhovoru už nezablokuje tvou relaci: Po úspěšném shrnutí počítá King pouze nové, přímo na sebe navazující chyby. Selže-li shrnutí dvakrát za sebou, zpráva nyní jasně zobrazí „Zhuštění pozastaveno“ místo hlášení plného kontextu.

Otevřené zůstávají ojedinělé chyby při ukládání relace a při vytváření úplného shrnutí rozhovoru; tato aktualizace je neopravuje.

BLUN King

BLUN King 9.1.618

Vydáno

Přijde-li po pokračování tvé relace zpráva Telegram, zatímco King už pracuje, zůstane ve frontě a následně bude doručena. King tuto situaci čekání už nezobrazuje jako chybu.

V systému Linux x64 používá terminál dodaný binární soubor. Funguje tak i tehdy, když npm 12 blokuje instalační skripty; kompilátor k tomu není potřeba. K tomu King používá pevně stanovenou předběžnou verzi node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Vydáno

Při opětovném načtení stejné relace už King nepřidává nezměněné instrukce pluginů vícekrát. Změní-li se instrukce, King nadále zohledňuje aktuální stav.

Náhledy velkých výstupů nástrojů nyní zohledňují také dostupné okno kontextu. Vyčleněné výstupy si můžeš nadále přečíst celé.

Pomocí /profile nebo /profiles otevřeš výběr profilu. King přepne pouze tehdy, když je tvá relace připravena. Probíhající práce a čekající zprávy zabrání předčasnému přepnutí; tvůj dosavadní profil zůstane aktivní.

Ukončíš-li probíhající práci, King počká také na poslední kroky úklidu. Ještě nedokončená práce není předčasně potvrzena jako ukončená.

BLUN King

BLUN King 9.1.616

Vydáno

Po potvrzené odpovědi Telegram převezme King další zprávy adresované tobě při dalším bezpečném kroku, a to i během probíhajícího kola.

Po potvrzené odpovědi Telegram převezme King další zprávy adresované tobě při dalším bezpečném kroku, a to i během probíhajícího kola. Již doručená odpověď už frontu nezdržuje. Odpovědi zůstávají přiřazené ke svému příslušnému chatu.

Přerušíš-li kolo, zůstávají dosud nepřevzaté zprávy Telegram zachovány pro příští doručení. King je potvrdí teprve tehdy, když je relace skutečně převezme.

BLUN King

BLUN King 9.1.615

Vydáno

King udržuje velké katalogy nástrojů dostupné přes vyhledávání nástrojů a přizpůsobuje rozpočet nástrojů oknu kontextu poskytovatele.

King udržuje velké katalogy nástrojů dostupné přes vyhledávání nástrojů, aniž by modelu posílal všechna volitelná schémata nástrojů. Oznámí-li poskytovatel menší okno kontextu, King přizpůsobí rozpočet nástrojů; nalezené nástroje zůstávají dostupné v dalším kroku.

Velké výstupy nástrojů vyčleňuje King podle potřeby dříve než dosud. Úplný výstup můžeš získat jako dosud, pokud jej lze bezpečně zobrazit.

Běžné odpovědi Telegram a změny zpráv se už nezdržují kvůli chybějícímu jazykovému uvolnění. Tvoje nastavená kontrola odpovědí zůstává aktivní.

BLUN King

BLUN King 9.1.614

Vydáno

Příliš velké soubory AGENTS.md a AGENTS.override.md už nezastaví kolo pouze kvůli své velikosti.

Mimo konzoli King čte King celkem až 32 KiB z instrukcí a jednou za relaci ti sdělí počet vynechaných bajtů.

V konzoli King zůstávají soubory úplné, dokud to limit žádosti dovolí.

Symbolické odkazy a nezabezpečené cesty zůstávají blokovány.

BLUN King

BLUN King 9.1.613

Vydáno

King rozpozná příliš velké požadavky na model ještě před odesláním.

V konzoli King čte King z každého souboru AGENTS.md a AGENTS.override.md nejvýše 32 KiB. Co přesahuje tuto hranici, King vynechá a sdělí ti, kolik bajtů bylo vynecháno.

King nyní před odesláním odhaduje velikost celého požadavku na model, včetně instrukcí, historie, definic nástrojů a obrazových dat. Přiblíží-li se bajtové hranici serveru, začne postupné zhuštění. Nelze-li požadavek bezpečně rozdělit, King se přeruší, aniž by tiše zahodil uloženou historii.

King ukládá dokončená volání nástrojů lokálně jako metadata: název nástroje, čas, stav a u souborových nástrojů případně cestu. Vstupy, výstupy, příkazy a klíče se neukládají. Pomocí /memory tools můžeš prohledávat záznamy svého profilu.

Diagnostika kontextu zobrazuje další čísla o složení požadavků. Volitelné měření fází zaznamenává čas do volání modelu, aniž by protokolovalo obsah.

Indikátor využití přebírá samostatně hlášené tokeny myšlení, pokud je poskytovatel dodává.

Nevydáno, nahrazeno verzí 9.1.613

BLUN King 9.1.612

Vydáno

9.1.612 nebyla vydána jako aktualizace pro zákazníky. Dřívější bajtová ochrana nezabrala u požadavku nad 900 KB, když samotná historie zůstala pod 600 KB. 9.1.613 tento stav nahrazuje.

BLUN King

BLUN King 9.1.611

Vydáno

Velké požadavky na zhuštění zůstávají v rámci bajtové hranice serveru.

  • King rozdělí příliš velký požadavek na zhuštění podle velikosti požadavku na chronologické kroky. Zhuštění tak může pokračovat, i když požadavek obsahuje více bajtů, než server přijme najednou.
  • Nevleze-li se pod hranici už jediná zpráva, zůstává tvá uložená historie nezměněná. King ji nezahazuje, aby vynutil zhuštění.

Tím není doložena kratší doba čekání na model ani nižší spotřeba tokenů. Aktualizace nerestartuje již běžící relaci King.

BLUN King

BLUN King 9.1.610

Vydáno

King lze pod Linuxem znovu nainstalovat a profily znovu spouštět a druhý start Kingu pod Windows už neselže zavádějícím hlášením o soukromých ACL.

  • Linux je znovu v seznamu podporovaných operačních systémů balíčku npm. Máš-li pod Linuxem starší verzi, nainstaluješ 9.1.610 přes běžný aktualizační program.
  • Výslovné starty s --profile a stávající zkratky názvů profilů vedou do adresáře zvoleného profilu. Pouhý neznámý název už tiše nevytvoří prázdný profil; nový profil vytvoříš záměrně pomocí --profile.
  • Chybí-li stávajícímu profilu vlastní přihlášení, nabídne King /login místo přerušení kvůli chybějící konfiguraci modelu blun/king.
  • Pod Windows se kontrola soukromých adresářů podaří i tehdy, když telegramová bridge drží otevřený adresář pluginů. TEMP a TMP se předávají pomocníkovi ACL a při chybě adresáře King uvede dotčenou cestu a skutečnou příčinu.
  • Běží-li už interaktivní King, rozpozná to King před zpevněním soukromých ACL a ohlásí jeho PID, místo aby druhý start prezentoval jako chybu soukromých ACL.

Prázdný profil v 9.1.610 nepřebírá přihlašovací údaje ze společného domovského adresáře. Aktuální dotaz /login může stále zobrazovat „OAuth login expired“, i když se tento profil nikdy nepřihlásil.

Linuxová cesta aktualizace z 9.1.114 na 9.1.610 byla po vydání projita. Cesta aktualizace Windows z 9.1.609 na 9.1.610 není změřena.

Aktualizace nerestartuje již běžící relaci King.

BLUN King

BLUN King 9.1.609

Vydáno

Otevři výběr míry přemýšlení pomocí Ctrl+L a přitom si ponech svůj návrh v editoru.

  • Ctrl+L otevře stávající výběr míry přemýšlení, aniž by se ztratil tvůj návrh v editoru. Stávající nastavení míry přemýšlení a omezení modelu se znovu použijí, místo aby se vytvářela druhá konfigurační cesta.
  • Stávající pravidlo pro běžící relace zůstává: změna míry přemýšlení během aktivní práce je odmítnuta, nikoli odložena na později. Během přehrávání nebo převzetí editoru je klávesová zkratka ignorována.

Těmito změnami nejsou doloženy rychlejší časy odpovědí v provozu ani nižší fakturovaná spotřeba tokenů a nevzniká úplná parita s OpenClaw.

BLUN King

BLUN King 9.1.608

Vydáno

Ve skupinách Telegram se ke Kingovi dostanou pouze zprávy, které ho zmiňují. Tvoje vícenásobné výběry a postupné rušení otázek zůstávají zachovány.

  • Ve skupinách Telegram se zprávy, které Kinga neoslovují, dostanou do kontextu relace teprve po kontrole zmínky. Kdo tuto kontrolu výslovně vypnul, ponechá si to.
  • Tvoje vícenásobné výběry a postupné rušení otázek zůstávají zachovány. Cílová zápatí běží na společném časovači aktualizace.
  • Náročnost přenosu oprávnění Windows ACL klesá, aniž by byla oslabena kontrola oprávnění. Obnova po přechodných chybách při nahrazování konfigurace je omezená; vlastnictví zápisu zůstává zachováno.
  • Před dalším pokusem King ověří, zda paralelně odstraněný marker zapisovače Windows skutečně zmizel. Nečitelné stávající markery nadále vedou k přerušení.

Těmito změnami nejsou doloženy rychlejší časy odpovědí v provozu ani nižší fakturovaná spotřeba tokenů a nevzniká úplná parita s OpenClaw.

BLUN King

BLUN King 9.1.607

Zveřejněno

Tvá naposledy vybraná relace se vrací, neúspěšné zápisy jsou poctivě hlášeny a každý pokus HTTP dostane časové razítko zahájení.

  • Volitelnou obnovu naposledy vybrané relace lze aktivovat pomocí resume_last_selected v tui.toml. Výběr se vztahuje na potvrzený účet, běhové prostředí, agenta a pracovní oblast. Běžný start zůstává beze změny; výslovné volby relace mají přednost; nedostupné volby spadnou na novou relaci, ne na jinou.
  • Po neúspěšné aktivaci zůstává předchozí výběr zachován. U účtu, který se během aktivace změnil, se žádný výběr neukládá.
  • Neúspěšné zápisy souborů nejsou označovány jako úspěšné. Stávající protokol pokračování pro úplné řádky při zápisech nad 2 048 bajtů UTF-8 je vysvětlen, aniž by se limit zvyšoval nebo se automaticky opakoval pokus.
  • Bezprostředně před každým pokusem HTTP se pro korelaci diagnostiky zaznamenává časové razítko zahájení podle času reálných hodin. Obsah požadavků ani přihlašovací údaje se do diagnostiky nedostanou.
  • Znaky Unicode mimo základní rovinu (například emoji) zůstávají na stávajících hranicích paměťového rozpočtu plně zachovány, aniž by se tyto rozpočty zvyšovaly nebo se zakládalo další úložiště.

Tyto změny nedokazují ani rychlejší odezvu za běhu, ani nižší zúčtovanou spotřebu tokenů, nezajišťují plnou paritu brány a nevylučují z kontextu telegramové zprávy, které nikoho neoslovují.

BLUN King

BLUN King 9.1.606

Zveřejněno

Při pokračování relace se nejprve zobrazí aktuální stránky přepisu; starší stránky načte stávající navigace přepisu.

  • Při pokračování interaktivní relace se nejprve zobrazí aktuální stránky přepisu; starší stránky načte stávající navigace přepisu. Úplná uložená historie i aktivní kontext modelu zůstávají zachovány.
  • Při startu platí cíl zobrazení 200 záznamů přehrávání. Pomocí --history-limit od 1 do 2000 lze nastavit zobrazení prvních i starších stránek; úplná kola konverzace a dvojice nástrojů mohou cíl překročit.
  • První zobrazení aktivací dovedností a pluginů zůstává zachováno napříč hranicemi stránek. Pozice posunu na domovské obrazovce je opravena, takže načítání starších stránek nezanechává prázdnou obrazovku.

Tyto změny snižují počáteční práci při vykreslování přepisu. Nedokazují ani rychlejší odezvu modelu, ani nižší spotřebu tokenů či nižší účty, nezlepšují ukládání do mezipaměti poskytovatele a neomezují, kolik se při startu čte z disku.

BLUN King

BLUN King 9.1.605

Zveřejněno

Kontroluj zdroje kontextu, řiď běžící úlohy a při spuštění konzole předej první zprávu. Zpracování lokální historie a kontroly zhušťování byly rozšířeny.

  • Lokální historie relací se přehrávají hromadně. Archivované zobrazované stránky lze najít bez prohledávání všech předchozích bloků. Úplně uložená historie, kontroly integrity archivu i dosavadní obnova zůstávají zachovány.
  • Opakované výsledky nástrojů jsou mezi protokolovanými zhuštěními pro kontext modelu připravovány jednotně. Úplné lokální výstupy i stávající práva čtení zůstávají zachovány. Výstupy se nevykládají, pokud by je nebylo možné znovu získat přes slíbenou cestu obnovy.
  • Závěrečné automatické zhuštění nahradí aktivní kontext pouze tehdy, pokud historii zmenší podle stejné metody odhadu. Při odmítnutí zůstává původní historie zachována. Volitelný spouštěč max_request_history_bytes využívá stávající řízení zhušťování, je standardně vypnutý a neomezuje celé tělo požadavku poskytovateli.
  • Diagnostika kontextu dostává oddělená zobrazení a přiřazení zdrojů pro instrukce, paměť, dovednosti a dřívější zprávy. Bajty serializovaného obsahu, lokální odhady tokenů a hlášená spotřeba zůstávají oddělené.
  • Odpovědnost za relaci zůstává zachována u čekajících úloh, zpožděných událostí, doplňujících dotazů i změn konfigurace. Druhý aktivní zápis do stejné relace je odmítnut, místo aby se umožnily souběžné změny protokolu.
  • Dodatečný řádek agenta/relace v zápatí odpadá. Relace lze nadále cíleně řídit a diagnostikovat. Stávající rozhraní King, spravované modely i hranice oprávnění zůstávají zachovány.
  • --message předává první zprávu pro interaktivní start. Po souhlasu při startu a výběru relace se zpracuje běžnou kontrolou zpráv a frontou. Její obsah není interpretován jako příkaz se znakem lomítka ani jako příkaz shellu.
  • Smlouva o rozhraní dodávané služby guard zůstává beze změny. Toto vydání nedokazuje ani rychlejší odezvu za běhu, ani nižší účty poskytovatele, úplnou funkční shodu s OpenClaw nebo omezené množství načteného obsahu při prvním načtení protokolu relace.

/abort přeruší běžící úlohu, aniž by zahodil čekající vstupy. /stop navíc zahodí čekající vstupy. /exit nadále ukončuje konzoli. Jde o místní příkazy konzole, ne o další dálkové telegramové příkazy.

Kontroly ke stavu balíčku 9.1.605: 238 kontrolních souborů s 6 900 testy a 40 stagingových kontrol, z toho 25 nativních kontrol terminálu. Test izolované aktualizace z 9.1.604 přes publikovaný tag kandidáta se skutečným instalačním programem byl úspěšný. Tím nejsou prokázány ani kratší doby zahřívání v běžící relaci, ani úplná funkční shoda s OpenClaw.

BLUN King

BLUN King 9.1.604

Zveřejněno

Kontroluj velikost požadavku a zdroje kontextu, načítávej nástroje podle potřeby a řiď příchozí zprávy v rámci příslušné relace.

  • /context doctor a /tokens rozlišují počet bajtů serializovaného požadavku od odhadovaných počtů tokenů a zobrazují zachycené podíly pravidel, paměti, dovedností a definic nástrojů.
  • Středně velké katalogy nástrojů se v případě potřeby načítají přes stávající vyhledávání; nástroje zůstávají dohledatelné a spustitelné.
  • /queue řídí zprávy v rámci příslušné relace. Běžné zprávy ve frontě již nepřerušují práci automaticky po 30 sekundách.
  • Při výběru relace jsou možné přesné identifikátory nebo názvy i jednoznačné předpony identifikátorů; zápatí zobrazuje přiřazeného agenta a relaci.
  • Každý pokus HTTP dostane nový identifikátor požadavku, pokud volající žádný neurčí. Diagnostika nemění vyúčtování.
  • Dodávané verze AgentSpine a Translate Native zůstávají beze změny. Nižší náklady a rychlejší odpovědi v živém provozu nejsou prokázány.
  • /question: Znovu otevře čekající doplňující dotazy. Sbalení dotaz nezodpovídá ani nezahazuje.

Bajty požadavku, odhadované počty tokenů, celková spotřeba relace a zúčtované tokeny jsou různé veličiny. Zobrazení spotřeby zohledňuje také kontrolu odpovědí. /usage cost s denními nebo měsíčními náklady do této verze nepatří. Nižší náklady nebo rychlejší odpovědi v živém provozu nejsou prokázány.

BLUN King

BLUN King 9.1.603

Zveřejněno

Vyber svou pracovní složku v dialogu systému Windows. Je-li konzole spuštěna ze System32, navrhne nyní tvou uživatelskou složku.

  • Když v systému Windows zvolíš jinou pracovní složku, otevře se dialog složky. Cestu můžeš nadále zadávat ručně. Pokud dialog zrušíš, vrátíš se k výběru složky, aniž by se složka převzala.
  • Není-li dialog složky k dispozici, vyžádá konzole cestu dotazem. Na jiných operačních systémech zůstává zadávání cesty.
  • Pokud je při startu převzata nebo uložena složka v adresáři systému Windows, navrhne výběr složky tvou uživatelskou složku. Ručně zadané cesty se nadále kontrolují jako dosud.

Verze AgentSpine a Language Guard zůstávají oproti 9.1.602 beze změny. Zvýšení rychlosti běžících relací toto vydání neprokazuje.

V systému Windows je nadále vyžadován Git Bash. Hlásí-li konzole, že Git Bash chybí, nainstaluj Git for Windows. Poté znovu otevři příkazový řádek, než znovu spustíš king.

BLUN King · Zveřejněno

BLUN King 9.1.602

Zveřejněno

Vlastní soukromá složka pro starší výstupy nástrojů, když zděděná oprávnění systému Windows brání přesunu.

  • Vhodné starší výstupy nástrojů se ukládají do vlastní soukromé složky, když zděděná oprávnění systému Windows brání přesunu. Stávající soubory, oprávnění a úplná historie relace zůstávají beze změny.
  • Kontroly integrity, práva čtení a návrat k úplnému kontextu zůstávají zachovány, pokud archivovaný výstup nelze obnovit. AgentSpine 0.73.0 a Language Guard 6.20.0 jsou oproti 9.1.601 beze změny.

Kratší doby odezvy v živém provozu nebo nižší zúčtovaná spotřeba tokenů nejsou dosud prokázány.

BLUN King · Zveřejněno

BLUN King 9.1.601

Zveřejněno

Vstupy zůstávají ve frontě, starší výstupy nástrojů dostávají ověřené odkazy a omezené kontroly odpovědí se opakují v omezeném rozsahu.

  • Když má přednost práce na pozadí, zůstávají vstupy z terminálu ve frontě v původním pořadí. Každý vstup se zobrazí pouze jednou.
  • Vhodné starší výstupy nástrojů se v požadavcích modelu nahrazují ověřenými odkazy na soukromé soubory. Úplná historie a výsledky aktuálního kroku konverzace zůstávají zachovány. Není-li opětovné načtení možné, povolené nebo byl-li obsah změněn, odešle se úplný výstup.
  • Omezená nativní kontrola odpovědi se jednou opakuje se stejným návrhem odpovědi. Přitom platí uložená čekací lhůta poskytovatele. Již dokončená volání nástrojů se neopakují, nezkontrolované texty se neuvolňují.
  • Až 2 048 výstupních tokenů zůstává volných jako rezerva pro odchylky při odhadu vstupu. Kontextové okno se nezmenšuje; menší výslovně nastavené limity výstupu zůstávají beze změny.

Tyto změny nedokazují ani nižší zúčtovanou spotřebu tokenů, ani kratší doby odezvy v živém provozu. Neodstraňují také každou chybu HTTP 502 na straně serveru.

BLUN King · Zveřejněno

BLUN King 9.1.600

Zveřejněno

Kontrola odpovědí s pevnými časovými limity a stanovenými stavy komponent.

BLUN King 9.1.600 je zveřejněn. npm a veřejný manifest aktualizací se shodují. Zveřejnění nedokazuje ani instalaci na tvém počítači, ani převzetí v živém provozu.

Omezená kontrola odpovědí

  • Obecné kontroly si ponechávají dosavadní lhůtu 30 sekund. Nativní jazyková kontrola dostává od startovního signálu důvěryhodné hostitelské komponenty až 90 sekund na první věcný text, jednou za vnější pokus o kontrolu.
  • Věcný text v rámci povolené délky výstupu a uspořádané přechody k uvolnění a ke kontrole dokladu resetují čekací lhůtu vždy na 30 sekund.
  • Pro každý vnější pokus o kontrolu platí nezávisle na tom celkový limit 120 sekund. Průběh nemůže tento limit prodloužit. Zůstává u nejvýše dvou vnějších pokusů o kontrolu.
  • Před přijetím uvolnění se znovu kontroluje skutečně uplynulý čas. I při zpožděných voláních časovače zůstává prošlý pokus o kontrolu zablokován; opožděný průběh nemůže prošlou lhůtu obnovit.

Signály přerušení se nadále respektují. Vazba na přesný text odpovědi, časová platnost dokladu o uvolnění a autorizace se nadále kontrolují.

Dodávané komponenty

Verze 9.1.600 obsahuje AgentSpine 0.73.0 a Translate Native 6.155.0. Protokol guard zůstává beze změny na 6.20.0.

Známá omezení

Nové časové limity nedokazují obecné odstranění chyb HTTP 502 v živém provozu. Otevřená pozorování z 9.1.599 zůstávají bez zvláštního živého důkazu otevřená.

Kontext a nápověda

Plně zachovávaný prompt se již tiše nezkracuje jen proto, aby se vešel do menšího pevného okna modelu. Při novém, výslovně stanoveném rozdělení zachovávaných uživatelských zpráv se standardním rozpočtem 20 000 tokenů může být úprava dokončena v rámci stejného zhuštění. U pozdějších nebo obnovených předpon nesmějí být kvůli tomu zahazovány další požadavky. Požadavek musí nadále odpovídat pevnému oknu modelu.

Čistá volání nápovědy se --help nebo -h již nevytvářejí stav diagnostiky běhu. Při kombinaci argumentů promptu a nápovědy zůstává dosavadní chování za běhu zachováno.

BLUN King · 18. září 2026

BLUN King 9.1.599

Zveřejněno

Dohledatelná jednotlivá uvolnění pro osobní paměť a další opravy při překročení kontextu.

Žádosti o uvolnění pro osobní paměť zobrazují srozumitelné názvy akcí ve zvoleném jazyce a úplné náhledy skutečných změn nastavení nebo textu k uložení. Řídicí znaky jsou viditelně maskovány; původní obsah zůstává beze změny.

Platné změny paměti musí být uvolněny jednotlivě; neplatné vstupy lze pouze odmítnout. Uvolnění relace neschvaluje automaticky čekající žádosti, které vyžadují jednotlivé uvolnění.

Kontrola balíčku zahrnuje 37 funkčních oblastí se 199 povinnými kontrolami, 158 provedeními kontrol a 4 905 různými úspěšnými testy. Kromě toho byly aktualizace z 9.1.597 a lokálního přechodného stavu 9.1.598 na 9.1.599 ověřeny v izolovaných instalacích s nezměněným aktualizátorem a instalační cestou. Oba testy rozpoznaly verzi přes veřejné zdroje aktualizací a zkontrolovaly všech 918 souborů archivu vydání.

Poznámky v README.md a CHANGELOG.md nezměněného balíčku 9.1.599 popisují stav kandidáta při zabalení. Po lokální instalaci nebyly zpětně změněny. Tato veřejná stránka vede stav vydání a později pozorovaná omezení zvlášť dál.

Známá omezení v 9.1.599

V živém provozu byly nadále pozorovány opakované odpovědi HTTP 502, částečně následované úspěšnými požadavky. Opravy kontextu nejsou obecným řešením chyb poskytovatele nebo sítě.

Jazyková kontrola může přerušit odpověď s missing-language-character-profile nebo suspected-ascii-substitution. Tento nález zůstává otevřený; 9.1.599 pro něj neobsahuje prokázanou opravu.

Odpověď na zaslaný obrázek byla uživatelem potvrzena. Nezávislá kontrola interpretace obrázku a vizuální převzetí vstupu a stavových řádků teprve proběhnou. Úspěšné kontroly balíčku nejsou obecným uvolněním pro tyto postupy.

Převzato z lokálního přechodného stavu 9.1.598

Bez data

9.1.598 byl lokálně zkontrolován a nainstalován, ale nebyl zveřejněn jako vlastní aktualizace npm. Následující změny jsou obsaženy v 9.1.599:

  • Při odmítnutí kontextu se dolní hranice pro počet vstupních tokenů rozlišují od přesných údajů. U hlášené dolní hranice se limit výstupu jednou sníží, aniž by se zahazovaly zprávy nebo nástroje. Signály přerušení a omezení dalších pokusů zůstávají účinné. Tím je cíleně opravena chyba výpočtu limitu výstupu reprodukovaná v 9.1.597.
  • Původních 150 střídajících se slov aktivity je opět obsaženo. Pro jejich zobrazení se nezasílají žádné další požadavky modelu.
  • Při důvěryhodném vstupním hooku AgentSpine se místo úplných mediálních dat předává kompaktní odkaz na médium s typem, kontrolním součtem SHA-256 a údajem o velikosti. Úplné přílohy pro model a stávající ochranné kontroly zůstávají zachovány. To samo o sobě nedokazuje úspěšnou interpretaci obrázku v živém provozu.

Nové v 9.1.597

Zveřejněno

Omezená obnova při výslovně hlášených překročeních kontextu, i za chybovou odpovědí brány.

Pokud je požadavek před zahájením výstupu odmítnut kvůli prokázanému překročení kontextu, může King provést omezený nový pokus s menším limitem výstupu. Rozpoznávají se také odpovídajícím způsobem zabalené chyby v odpovědi 502. Zprávy, nástroje, menší výslovně zvolené limity výstupu a signály přerušení zůstávají zachovány. Již zahájený stream se nepřehrává znovu.

To neopravuje všechny chyby poskytovatele nebo sítě. Obecná přerušení připojení a výpadky služeb je třeba nadále posuzovat podle vlastních údajů o chybách.

Známé omezení v 9.1.597: Hlásí-li server pouze dolní hranici pro počet vstupních tokenů, může nový pokus znovu selhat a vyvolat zbytečná zhuštění. Tento případ byl reprodukován 17. září 2026 po zveřejnění. Dodatečná oprava z lokálního přechodného stavu 9.1.598 je obsažena v 9.1.599.

Zkontrolováno bylo 36 funkčních oblastí se 183 povinnými kontrolami a 4 407 různými úspěšnými testy a také skutečná aktualizace z 9.1.596 na 9.1.597. Tato kontrola balíčku nenahrazuje test použití již otevřené zákaznické relace.

Nové v 9.1.596

Zveřejněno

Automatická přerušení ve prospěch čekajících telegramových zpráv se rozlišují od skutečných ručních přerušení. Takové přerušení frontou již není chybně hlášeno jako stisknutí klávesy Escape. Čekací lhůta, ochranná pravidla pro běžící nástroje a chování při skutečném ručním přerušení zůstávají zachovány.

Nové v 9.1.595

Zveřejněno

Volitelná schémata nástrojů se načítají dodatečně přes ToolSearch a uchovávají se v omezeném rozsahu. Velké katalogy dovedností se poskytují kompaktně a po stránkách. Vyhledávání, pozdější rozšíření MCP a běžné kontroly oprávnění zůstávají zachovány.

Při krátkých pozdravech může King použít omezený novější výřez dialogu, aniž by mazal uložené zprávy nebo zkracoval systémové instrukce. Pro navazující pracovní úkol King opět zohlední uchovanou pracovní historii. Účet kontextu zůstává zachován i po pokračování relace. Pevná spotřeba tokenů pro každý pozdrav není slíbena.

Nové v 9.1.594

Zveřejněno

  • Soukromé telegramové odpovědi zůstávají možné, zatímco zprávy ve skupinách čekají. Přiřazení příkazů s lomítkem zůstává zachováno.
  • Dlouhé čekací doby z Retry-After jsou dodržovány; při pokračování relace se obnoví zbývající pauza.
  • Po zahození doprovodného popisu se již dokončený krok nástroje dále zpracovává. Zahozený popis se nezveřejňuje, kontrola závěrečné odpovědi není oslabena.
  • Omezené funkce obnovy pro zápis ve více částech jsou opět k dispozici. To platí také pro časové limity shellu, řízení úloh a obnovu relace.
  • Vstup, řádky kontingentu, indikátor aktivity, rozbalitelné úlohy a výstupy nástrojů s označením zdroje zůstávají viditelné při streamování i při procházení historie.
  • Před zabalením jsou vyžadovány úplné regresní důkazy konzole; veřejná metadata aktualizací se kontrolují na shodu.

Přechodné verze 9.1.590 až 9.1.593

Tyto verze jsou přítomny v místní historii vydání, ale 17. září 2026 nejsou obsaženy ve veřejném seznamu verzí npm. Nejsou zde doporučovány jako veřejně dostupné aktualizace. Práce na startu, obnově, oprávněních, indikátoru aktivity a viditelném vstupu jsou zohledněny v důkazech k 9.1.594.

Nové v 9.1.589

Zveřejněno

  • Ověřené zdroje AgentSpine a Translate Native a verifikované manifesty aktualizací se dodávají společně.
  • Při načítání kontextu agenta zůstává aktivní profil King zachován.
  • Nástroje potřebné pro kontrolu odpovědi zůstávají k dispozici. Spotřeba při vytváření odpovědi se zaznamenává i tehdy, když kontrola odpověď zahodí.
  • Ve spravovaném kanálovém propojení se zprávy ve skupinách přiřazují pouze při výslovném zmínění.
  • Konzole zobrazuje probíhající zhušťování a účinné prahové hodnoty.
  • Pracovní rozpočet pro předčasné zhušťování a bezpečnostní rezerva na hranici požadavku zůstávají zachovány napříč aktualizacemi.
  • Dialog aktualizace při startu, průběh a upozornění na naplánované aktualizace používají důsledně zvolený jazyk.
  • Technické identifikátory integrace a licence zůstávají zachovány; viditelná chybová hlášení za běhu jsou formulována neutrálně.
  • Instalace nerestartuje existující relace. Běžící relace načte nový kód při příštím startu.

9.1.588: staženo

Zveřejněno

Tato verze byla zveřejněna 11. září 2026 a následně v npm označena jako stažená. Registr uvádí neúspěšnou kontrolu kompatibility manifestu aktualizací. Použij aktuální stabilní verzi, ne tento stažený balíček.

Nové v 9.1.587

Zveřejněno

Stabilnější katalogy nástrojů, dřívější automatické zhušťování a cílený nový pokus po přerušeních kvůli příliš dlouhým čistým fázím přemýšlení.

Při vyrovnávacích instrukcích v rámci běžícího pracovního kola zůstává aktivní katalog nástrojů zachován i v navazujícím pracovním kroku. Potřebné nástroje zůstávají k dispozici. Překročí-li se stávající rozpočet schémat, znovu se vyberou zachované volitelné definice nástrojů.

Automatické zhušťování kontextu začíná opět dříve. Po úspěšném zhuštění, které historii zmenší, je může King ve stejném kole spustit znovu. Nižší limity modelu a omezení neúspěšných pokusů zůstávají účinné.

Po přerušení kvůli příliš dlouhé čisté fázi přemýšlení využije King stávající jednorázový opakovaný pokus s vypnutým přemýšlením, aby model mohl odpovědět nebo zavolat nástroj. Následující běžné kroky si ponechávají zvolené nastavení přemýšlení; přerušení, kontroly uvolnění a časové limity zůstávají účinné.

Pomocí BLUN_STABLE_STEER_TOOLS=0 nebo BLUN_EARLY_COMPACTION=0 před spuštěním King lze pro příslušnou funkci obnovit dosavadní chování. Aktualizace nepřepisuje existující relace ani konfigurační soubory.

Nové v 9.1.586

Zveřejněno

Příjem telegramu v systému Windows se znovu spouští, když staré ID procesu mostu nyní patří jinému procesu. Při nejistém přiřazení procesů King nezasahuje; cizí proces se neukončuje.

Zhušťování kontextu, nastavení modelu, historie konverzace a dosavadní způsob doručování telegramu zůstávají beze změny.

Nové v 9.1.585

Zveřejněno

BLUN King · 8. září 2026

Verze 9.1.585 kontroluje strukturu a jednotlivé zásahy spravovaných odpovědí WebSearch i tehdy, když chybí volitelné údaje o stavu vyhledávání.

Odpověď bez platného seznamu zásahů se již nevydává jako úspěšné vyhledávání bez výsledků. Každý zásah musí mít název, který není prázdný ani se neskládá pouze z mezer, textový výňatek jako řetězec a absolutní adresu HTTP nebo HTTPS bez vložených přihlašovacích údajů. Neplatné zásahy vedou k odmítnutí celé odpovědi, než se vrátí výsledky nebo upozornění na neúplné výsledky vyhledávání.

Platné odpovědi v dosavadním formátu bez údajů o stavu jsou nadále podporovány, stejně jako prázdné seznamy zásahů a prázdné řetězce jako textové výňatky. U platných odpovědí zůstávají beze změny pořadí, přesné řetězce URL, volitelné údaje o datu a webu, údaje o zdrojích ve výstupu a zpracování neúplných výsledků.

Mění se pouze spravované vyhledávací propojení. Chování při přerušení, autentizace požadavků, FetchURL a telegram zůstávají beze změny. Kontrola formátu nedokazuje, že je zdroj správný nebo aktuální. Tato verze nezavádí ani omezení velikosti odpovědí, ani nový časový limit.

Nové v 9.1.584

Zveřejněno

Verze 9.1.584 předává signál přerušení volajícího přes WebSearch až ke spravovanému HTTP vyhledávacímu požadavku, a to i při čtení obsahu odpovědi.

Již přerušená vyhledávání nespouštějí u poskytovatele žádné zpracování. Dojde-li k přerušení během zjišťování přihlašovacích údajů, žádný vyhledávací požadavek se již neodešle. Výsledky, které dorazí po přerušení, se nevracejí jako úspěšné vyhledávání.

Kontroly přerušení zahrnují také úspěšné odpovědi JSON, obsah chybových odpovědí a upozornění na neúplné výsledky vyhledávání. Zpracování úplných, neúplných a prázdných výsledků, údaje o zdrojích a běžný nouzový postup při autentizaci zůstávají beze změny.

Tato verze nezavádí žádný nový časový limit a nemění přiřazování telegramu. Sdílené postupy obnovy přihlašovacích údajů OAuth a implementace přenosu, které ignorují signály přerušení, se násilně nepřerušují. Přerušení požadavku klienta nedokazuje, že práce na vzdáleném serveru nebo její vyúčtování skončila.

Nové v 9.1.583

Zveřejněno

Přerušení při načítání stránky se nyní předává až k požadavku HTTP.

FetchURL předává signál přerušení volajícího přes nástroj a obě služby načítání. Požadavek přerušený před zahájením se neodešle. Dojde-li k přerušení během zjišťování přihlašovacích údajů, spravovaný požadavek HTTP se poté již nespustí.

Po přerušení spravovaného načítání se již nespouští žádné místní náhradní načítání. Opožděný výsledek služby načítání se zadrží a nepoužije se jako doklad zdroje. Při běžných chybách HTTP a sítě zůstává dosavadní místní náhradní načítání možné.

Nezavádí se žádný nový časový limit. Sdílená obnova přihlašovacích údajů a synchronní zpracování HTML se násilně nepřerušují. Omezení velikosti z 9.1.582 zůstává v platnosti; směrování telegramu a požadavky modelu zůstávají beze změny.

Nové v 9.1.582

Zveřejněno

Místní načítání stránky kontroluje velikost odpovědi nyní již při čtení a při překročení limitu přeruší.

Místní načítání počítá příchozí bajty odpovědi před dekódováním každého datového bloku a přeruší datový proud, jakmile je limit velikosti překročen. Chybí-li údaj Content-Length nebo je nesprávný, celá odpověď se již nečte a teprve poté neodmítá.

Výchozí limit zůstává deset MiB a platí pro proud odpovědi po dekompresi HTTP. Znaky UTF-8 rozdělené přes více datových bloků zůstávají zachovány. Přenosové vyrovnávací paměti a datový blok, kterým se limit překročí, mohou být již v paměti; není s tím spojena přesná horní hranice celkové paměti procesu.

Mění se místní cesta načítání, i když slouží jako záložní řešení. Opravy výzkumu z 9.1.581 zůstávají obsaženy. Směrování telegramu a čekání na model zůstávají beze změny.

Nové v 9.1.581

Zveřejněno

Při místním načítání stránky se prázdné výňatky HTML již nevydávají jako úspěšné zdroje.

Pokud po vyčištění a převodu nezůstane žádný obsah stránky, název dokumentu sám o sobě již nestačí pro úspěšné načtení. Místo toho se vrátí již existující chyba extrakce.

Krátké skutečné obsahy a viditelné nadpisy zůstávají zachovány. Odpovědi ve formátu prostého textu nebo Markdown zůstávají beze změny. Oprava se týká místní extrakce HTML, nikoli spravované služby načítání.

Opravy výzkumu z 9.1.580 a dosavadní opravy telegramu jsou obsaženy beze změny. Tato aktualizace nemění ani čekání na model, ani přiřazování příchozích zpráv jejich příjemcům.

Nové v 9.1.580

Zveřejněno

Úložiště výzkumu odmítá neplatná historická data u zdrojů.

Nový záznam se neuloží, pokud údaj o datu u zdroje obsahuje neplatný kalendářní den nebo nevyhodnotitelnou část času. Chybějící údaje o datu zůstávají přípustné.

Při načítání uložených dokladů výzkumu se starší doklady s neplatnými údaji o datu u zdrojů přeskočí a nahlásí se s diagnostickým upozorněním. Soubory se nepřepisují ani nemažou. Samostatné platné doklady zůstávají prohledávatelné; platné údaje o datu si zachovávají svůj posun časového pásma a přesnost.

Řazení dokladů výzkumu z 9.1.579 a dosavadní opravy telegramu jsou obsaženy beze změny. Tato aktualizace nemění ani čekání na model, ani přiřazování příchozích zpráv jejich příjemcům.

Nové v 9.1.579

Zveřejněno

Uložené doklady výzkumu se při stejné relevanci řadí podle skutečného času načtení.

Časové údaje s milisekundami i bez nich se porovnávají jako časové body UTC, nikoli jako text. Relevance má nadále přednost; při shodných časových bodech zůstává dosavadní pořadí zachováno.

Byla-li stejná pasáž textu zachycena vícekrát, ponechá si výsledek údaje o původu z nejnovějšího načtení. Již uložené doklady zůstávají beze změny a neplatí tím jako nově zkontrolované zdroje.

Oprava telegramových odpovědí z 9.1.578 je obsažena beze změny. Totéž platí pro omezení opakovaných pokusů, když model pouze přemýšlí, aniž by poskytl odpověď nebo volání nástroje. Tato aktualizace nemění ani čekání na model, ani sémantické přiřazování příchozích zpráv.

Nové v 9.1.578

Zveřejněno

Omezená opakování, když model pouze přemýšlí a dosáhne časového limitu, a cílená oprava pro krátké odpovědi v telegramových skupinách s odkazem na otázku.

Dosáhne-li model časového limitu, zatímco pouze přemýšlí, umožní King jeden další pokus na krok. Druhé takové překročení času krok ukončí. Zvolená míra přemýšlení a dosavadní časový limit zůstávají beze změny. Toto omezení nezkracuje čekání na první výstup modelu.

Krátká hlášení o vlastní přítomnosti v telegramových skupinách lze nyní odeslat, pokud je reply_to propojí se vstupem starým nejvýše 30 minut ze stejného chatu. Tento vstup musí agenta výslovně oslovit nebo odpovídat podporované německé či anglické otázce na jeho přítomnost, která začíná jeho nastaveným jménem. Nevyžádaná hlášení o přítomnosti a vysvětlení, že není co hlásit, se nadále filtrují. Automatické náhradní odesílání do skupin zůstává vypnuté.

Protokoly odeslaných a potlačených odpovědí nyní obsahují reply_to. Při chybějícím nebo nejednoznačném kontextu se výjimka nepoužije. Tato aktualizace nedoplňuje obecné rozpoznávání příjemců a nezabraňuje zbytečným voláním modelu dosavadním sémantickým adresováním.

Oprava se týká dvou přesně identifikovaných verzí spravovaných odesílatelů telegramu MCP a uplatní se i při konečném sloučení konfigurace pluginů. Starší odesílatel používá kopii kompatibility s úzce omezenými změnami. Vstupní mosty, nastavení přístupu, profily a registry pluginů se nepřepisují. Neznámí nebo upravení odesílatelé a výslovně nastavená přepsání zůstávají zachováni. King musí být po aktualizaci restartován, aby se oprava načetla.

Nové v 9.1.577

Zveřejněno

Žádná automatická hlášení o dokončení v telegramových skupinách. Užitečné odpovědi se tam zasílají cíleně přes nástroj odpovědi telegramu.

Jádro CLI a samostatný most telegramu již nepředávají běžný závěrečný text agenta automaticky do skupin. Tak se poznámky jako „Není co hlásit“ nedostanou do skupiny přes toto automatické náhradní odesílání.

Odpovědi v soukromých chatech, výslovně použitá nástroje odpovědí, požadované cílové výsledky, příkazová a stavová hlášení i odesílání médií zůstávají zachovány. Instrukce promptu pro běžné vstupy, řídicí zprávy během běžícího postupu a skupinové zprávy samostatného mostu nyní obsahují stejné pravidlo odesílání.

To nezaručuje, že model nikdy neodešle zbytečnou odpověď voláním nástroje. Oprava také nezabraňuje tomu, aby se skupinové zprávy bez vztahu k danému agentovi dostaly k modelu. Pravidla zmínění, nastavení přístupu a rozlišení spravovaných pluginů zůstávají beze změny; není obsažena aktualizace AgentSpine ani jazykového strážce.

Aktualizované jádro musí načíst nový proces. Běžící relace se automaticky nerestartují. Stávající profily a historie relací zůstávají zachovány.

Nové v 9.1.576

Zveřejněno

BLUN King 9.1.576 rozlišuje C++ a C# u místních výzkumných dotazů a obsahuje dříve zveřejněné opravy pro aktualizace, obnovu relací a telegram.

Vyhledávání v místních výzkumných dokladech zachází se samostatnými C++ a C# jako s různými pojmy, a to i při odlišné velikosti písmen a s okolními interpunkčními znaménky. Uložené pasáže, hashe, ochranné kontroly zdrojů, normalizace Unicode, limity kolekcí a limity výstupu zůstávají beze změny. Nová indexace není nutná.

Stanovená zkušební jízda s 20 technickými vyhledávacími dotazy a cílené regresní testy pro limity tokenů ověřují tuto opravu. Týká se místního vyhledávání a není výpovědí o kvalitě či kapacitě WebSearch v živém provozu. Všechny změny z 9.1.575 zůstávají obsaženy.

Nové v 9.1.575

Zveřejněno

Svázaný webový prohledávač odmítá odpovědi s cf-mitigated: challenge dříve, než čte obsah, následuje přesměrování nebo považuje chybějící soubor robots za svolení pokračovat. U názvů hlaviček nerozlišuje velká a malá písmena; kontroluje také normalizované hodnoty a vícenásobně se vyskytující hlavičky. Stav odpovědi zůstává v hlášení o chybě zachován.

Chybějící soubory robots bez tohoto označení a běžné stránky dokumentace procházejí dosavadním postupem. Již dokončené stránky zůstávají dostupné, když je pozdější stránka odmítnuta; chyba se hlásí jako neúplný výsledek. Tato ochrana kontroluje označení odpovědi. Není obecným rozpoznáváním výzev ani obejitím CAPTCHA. Poskytovatelé vyhledávání, autentizace, zámky aktualizací a jádro CLI zůstávají beze změny. Všechny změny z 9.1.574 zůstávají obsaženy.

Nové v 9.1.574

Zveřejněno

Výslovně vyžádané aktualizace nyní rozlišují mezi blokovanou aktualizací, nedostupnou kontrolou zámku, nedostupným soukromým adresářem, neplatnou nainstalovanou verzí a nedostupným chráněným instalátorem. Tyto případy se již nehlásí paušálně jako neúspěšná kontrola balíčku. Změna platí pro německá a anglická hlášení.

Povolení aktualizace, chování zámku, důvody vrácení, kódy ukončení a chování instalátoru zůstávají beze změny. Běžící relace se automaticky neukončují. Balíčky pevně nastavené na starý interní kanál vyžadují nadále výslovnou instalaci npm při ukončeném Kingovi; tato verze pevné nastavení neruší. Všechny změny z 9.1.573 zůstávají obsaženy.

Nové v 9.1.573

Zveřejněno

Vstupní pole zůstává po výběru cíle při startu viditelné a zaostřené, také po Escape nebo neúspěšné obnově cíle. Neodeslané návrhy zůstávají zachovány. Místo úplného textu cíle se zobrazí kompaktní výběr pro pokračování s cílem nebo bez něj.

Ctrl+S opouští výběr, aniž by potvrdil cíl, a zpracovává se jako běžná klávesová zkratka pro frontu. Zohledňují se také čekající vstupy v nečinnosti. Escape si zachovává dosavadní pořadí: nejprve vyprázdnit frontu, při dalším Escape přerušit aktivní běh. Historie relace se automaticky nemaže.

Tato verze nerekonstruuje potvrzení o doručení, která starší proces před aktualizací ztratil. Skutečně čekající zprávy zůstávají přiřazeny své relaci.

Nové v 9.1.572

Zveřejněno

U dokladů výzkumu se odmítají adresy URL zdrojů, jejichž parametry dotazu nebo parametrové fragmenty obsahují známé názvy parametrů pro přihlašovací údaje. Kontrolují se také vnořené názvy a trasy ve fragmentu. Odmítnutí platí pro neúspěšné i použitelné zdroje.

Již uložené zprávy s takovými adresami URL se při načtení zadrží s dosavadním výsledkem partial / report-invalid. Původně uložené stavy se nemění ani nemažou; adresy zdrojů se tiše nezkracují ani nepřepisují. Běžné parametry dotazu a kotvy v adresách URL dokumentace zůstávají zachovány bajtově přesně. Ochrana rozpoznává známé názvy parametrů, nikoli libovolná tajemství, a nečistí historii.

Nové v 9.1.571

Zveřejněno

Oblasti fronty telegramu se přiřazují své relaci. Nová relace již automaticky nepřebírá čekající práci starší relace. Při pokračování známé relace se obnoví pouze její vlastní čekající oblasti. Během výběru, vytváření a přepínání relace se přebírání kanálových zpráv pozastavuje. Zprávy, které dorazí po zvolené hranici, následné vstupy v místním editoru a opožděná potvrzení o doručení si zachovávají správné přiřazení.

Přiřazení a potvrzení o doručení přicházející v odlišném pořadí zůstávají zachována při opětovném připojení a předání lease. Poškozený nebo vyměněný stav fronty se odmítá, místo aby se staré vstupy nepozorovaně přehrály. Doručená pošta a historie relace zůstávají zachovány. Staré čekající oblasti bez rozpoznatelné relace se odloží a nepřiřadí se žádné nové relaci; jejich automatická obnova není obsažena. To neřeší každé překročení času ani blokované zhušťování kontextu. Downgrade není postupem pro migraci fronty.

Plugin telegramu a nezávislá náhradní funkce konzole pro automatické odesílání odpovědí potlačují rozpoznaná potvrzení o přijetí a texty, které pouze ohlašují vlastní ticho, také nad 200 znaků. Obsahuje-li zpráva nerozpoznanou nebo věcně relevantní část věty, zůstává zachována. Krátká užitečná varování do skupin lze nadále doručovat. Jde o opatrný německo-anglický filtr odesílání s doplňujícími instrukcemi, nikoli záruku, že každý model rozumí každé skupinové konverzaci.

Aktualizovaný balíček musí načíst nový proces; běžící relace se nerestartují. Stávající pevná nastavení na interní kanály aktualizací a zámky instalace Windows s EBUSY zůstávají samostatnými problémy. Všechny ostatní změny z 9.1.570 zůstávají obsaženy. Tato verze neaktivuje hostované webové vyhledávání a nemění ani AgentSpine, ani vyúčtování, autentizaci nebo zákaznickou konfiguraci.

Nové v 9.1.570

Zveřejněno

Každé nové doručení promptu dostává vlastní korelační ID hooku. Hooky stejného doručení si ponechávají stejné ID; výslovně nastavená ID zůstávají zachována. Hodnoty prostředí specifické pro relaci dosáhnou dílčích procesů hooku a připojení MCP také při opětovném připojení, aniž by se přepisovaly uložené konfigurace pluginů. Přiřazení nativních výsledků nástrojů zůstává zachováno napříč běhy, také při neúspěšných nástrojích a duplicitních voláních.

Kanonicky rovnocenné dotazy Unicode ve výzkumu nacházejí stejné zásahy, aniž by se různé znaky ztotožňovaly. Uložené zdroje, data, verze a hranice projektů zůstávají zachovány. king --help a king --version již nemění nastavení registru Windows pro výpisy při pádu.

Webové vyhledávání podporuje dílčí odpovědi, pokud byl tento režim odpovědí dohodnut, a přitom zobrazuje upozornění na neúspěšné zdroje. Prázdné nebo nekompatibilní dílčí odpovědi zůstávají výslovnými chybami. Tato změna klienta neaktivuje hostovanou vyhledávací službu a nezaručuje její provoz.

Transport BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE je standardně vypnutý. Při výslovné aktivaci předává vybranému pluginu AgentSpine skutečnou cestu uloženého protokolu relace a příslušný protokol. Každá relace dostane vlastní přístupové oprávnění, po obnovení se obnoví. To je podpora transportu, nikoli důkaz vyvolání paměti nebo autorizace přijímajícím pluginem.

Všechny veřejné změny z 9.1.569 zůstávají obsaženy. Svázaná implementace AgentSpine zůstává beze změny; nevzniká žádná závislost na Mnemo. Uživatelské profily, oprávnění, konverzace a nastavení pluginů se nemigrují ani neresetují.

Nové v 9.1.569

Zveřejněno

Tato kumulativní veřejná verze obsahuje doručování do telegramových skupin podle zmínění, opravy pro start a oprávnění a také sbírky výzkumu a nástroje pro prohledávání. Zveřejněné balíčky zůstávají beze změny. Pozdější změny se objeví pod novým číslem verze.

Nové v 9.1.566

Zveřejněno

BLUN King 9.1.566 činí aktualizace pluginů a načítání nativních modulů běhu robustnějšími.

Svázaný běh AgentSpine se aktualizuje na verzi 0.59.1. Jeho samospouštěč přeskočí kořen uživatelského profilu jako cíl skenování a všechny hooky životního cyklu zůstávají odolné vůči chybám, když chráněnou cestu nelze přečíst.

Nativní moduly .node se řeší přes mezipaměť s adresováním podle obsahu mimo balíček npm. Jakmile je tato verze aktivní, běžící konzole již nedrží kopii balíčku těchto modulů otevřenou. Pozdější aktualizace tak mohou nahradit adresář balíčku, aniž by kolidovaly s těmito nativními soubory.

Veřejný balíček si ponechává úplné španělské, francouzské, švédské a české katalogy rozhraní z verze 9.1.565. Interní běhové cesty Mnemo, soukromé koncové body, interní poskytovatelé modelů a stavební skripty nejsou obsaženy.

Ověřený stav balíčku

Zákaznický balíček prošel skenem úniků, úplnou kontrolou běhu se 13 testy, inicializací AgentSpine MCP, čerstvou instalací a aktualizací z 9.1.565. Všechny textové soubory používají konce řádků LF. SHA-256 balíčku npm: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Nové v 9.1.565

Zveřejněno

BLUN King 9.1.565 stabilizuje dlouhé pracovní běhy a rozšiřuje svázaný běh AgentSpine.

Brzda opakování resetuje svou řadu rovnocenných výsledků, jakmile mezi nimi skutečně pokročí práce. Běžné kontroly doručené pošty a seznamů úloh tak již nevyvolávají falešnou vynucenou odpověď.

Indikátor aktivity se skládá z přesně jednoho řádku. Zobrazuje anglické stavové slovo odpovídající aktuální činnosti, tokeny skrytého myšlení, viditelné tokeny, celkovou spotřebu, effort, pokus, rozpočet a krok.

Chyby skenování AgentSpine zůstávají odolné vůči chybám u nástrojů mutací, uživatelských vstupů a stop hooků: následný postup může pokračovat a chyba se zaznamená do protokolu auditu. Před fatálním přerušením výjimkou nebo neošetřeným odmítnutím zapíše konzole protokol běhu synchronně.

Svázaný běh AgentSpine se aktualizuje na verzi 0.54.0 z commitu fb6d456b68605fd83721090e503f000a26e8a0fb. Stav obsahuje skutečný test ACL fail-open, trvalé cílové plány vázané na závislosti a vázané vyjasnění mezer ve znalostech.

Hooky životního cyklu SessionStart, UserPromptSubmit, PostToolUse a Stop se odesílají do Mnemo s přesnou identitou MNEMO_AGENT. Chyby sítě zůstávají odolné vůči chybám.

Dříve chybějící texty rozhraní jsou ve španělštině, francouzštině, švédštině a češtině úplné.

Ověřený stav balíčku

Úplná brána balíčku, sken úniků, kontrola jazykového katalogu, zkouška ACL háků, čerstvá instalace, aktualizace z 9.1.564 a inicializace AgentSpine MCP jsou zelené. SHA-256 balíčku npm: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Nové v 9.1.564

Zveřejněno

BLUN King 9.1.564 zabraňuje pádům kvůli chráněným složkám a chybějícím textům rozhraní.

AgentSpine přeskočí při přípravném skenování souborů jednotlivé soubory a složky, které operační systém zamyká pomocí EPERM nebo EACCES. Neočekávaná chyba skenování již neblokuje následné volání nástroje; uvolní se a zaznamená do protokolu auditu.

Chybí-li ve zveřejněném jazyce rozhraní textový klíč, použije konzole anglický text a mezeru jednou zaznamená, místo aby v cestě vykreslování spadla. Tím zůstává stavový řádek myšlení ovladatelný zejména v češtině, španělštině, francouzštině a švédštině.

Skutečné překlady dosud chybějících klíčů následují v samostatně ověřené verzi. Do té doby je anglický záložní text vědomě viditelný a odolný vůči chybám.

Ověřený stav balíčku

Balíček byl zkontrolován proti přesnému českému pádu thinking.step z 9.1.563. Nová verze dodává „step 6“ místo výjimky, varuje pouze jednou za jazyk a klíč, přečká nepřístupné sousední složky, inicializuje AgentSpine 0.49.0, projde čerstvou instalací i aktualizací z 9.1.563 a neobsahuje žádné nevyřešené importy pluginů. SHA-256 balíčku npm: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Nové v 9.1.563

Zveřejněno

BLUN King 9.1.563 aktualizuje svázaný běh AgentSpine na verzi 0.49.0.

Nový stav vyžaduje před pokusem o učení alespoň jeden čerstvý, nezávislý doklad z výslovného potvrzení uživatele nebo objektivního testu. Samotné doklady z konverzace nebo dokumentů již nestačí, i když jsou splněny jejich ostatní prahové hodnoty.

Smlouvy o učení vážou toto pravidlo dokladů trvale; pozdější změny konfigurace nemohou oslabit probíhající kontrolu. Zámky souborů vázané na vlastnictví chrání paralelní změny učení před přepsáním a nechávají manipulované nebo cizí zámky uzavřeně selhat.

Aktualizace nahrazuje spravovaný strom pluginů při příštím startu s adresováním podle obsahu. Stávající instalace verze 9.1.562 se aktualizují na AgentSpine 0.49.0, nezměněný strom se znovu použije a server MCP AgentSpine potvrzuje verzi 0.49.0.

Ověřený stav balíčku

Hranice balíčku se od 9.1.562 liší pouze údaji o verzi a přesně připnutým během AgentSpine 0.49.0. Úplná kontrola upstreamu, 49 cílených testů učení, porovnání balíčků, sken úniků, čerstvá instalace, skutečná cesta aktualizace z 9.1.562 a inicializace MCP jsou zelené. SHA-256 balíčku npm: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Nové v 9.1.562

Zveřejněno

BLUN King 9.1.562 obnovuje soubor běhu AgentSpine ve veřejném balíčku.

Soubor běhu potřebný svázaným serverem MCP AgentSpine se opět dodává. Čerstvá instalace plně materializuje plugin; server MCP se spustí a potvrdí svůj název a verzi protokolu.

Ověřený stav balíčku

Hranice balíčku se od 9.1.561 liší pouze metadaty verze a obnoveným souborem běhu. Sken úniků, čerstvá instalace, materializace pluginu a skutečná inicializace MCP jsou zelené. SHA-256 balíčku npm: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Nové v 9.1.561

Zveřejněno

BLUN King 9.1.561 přebírá ověřená vylepšení pracovního systému do veřejného balíčku.

Aktuální úkol a čerstvé výsledky nástrojů zůstávají k dispozici. Výsledky čtení se nezkracují. Velké výsledky se ukládají s odkazem pro opětovné načtení, místo aby se vyprázdnily. Opakované stejné výsledky odkazují na nejnovější úplný výsledek.

Zhušťování se protokoluje jako transakce se značkou začátku, souhrnu a konce. Volání nástrojů a jejich výsledky zůstávají pohromadě, zatímco trvalé kontrolní body zajišťují cestu obnovy napříč opakovanými pokusy.

Rozpočty výstupu nyní pocházejí z aktivního profilu modelu. Spravovaný model BLUN dostává standardně 128 000 výstupních tokenů, pokud není výslovně nastavena žádná hodnota. Staré pevné limity 32 768 tokenů a nízké limity pro low a off již nezkracují složitou práci; kapacita kontextu zůstává bezpečnostní hranicí.

Aktualizátor se ptá, než připraví nebo spustí instalátor. Ve veřejném balíčku zůstává spravovaný model BLUN pevně nastaven; /model slouží pouze jako kompatibilní alias pro /effort.

Hranice balíčku byla zkontrolována přes všechny názvy souborů a čitelné obsahy. Interní cesty poskytovatelů, volba modelu, stavební a regresní skripty, soukromé identifikátory a soukromé adresy serverů nejsou obsaženy.

Ověřený stav balíčku

Úplný balíček, sken úniků, čerstvá instalace, výstup verze a nápovědy, výchozí nastavení nového profilu a rozhodnutí o aktualizaci z 9.1.550 na 9.1.561 jsou zelené. SHA-256 balíčku npm: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Nové v 9.1.527

Zveřejněno

BLUN King 9.1.527 přebírá postup /copy z DeepAgents.

Příkaz kopíruje nejnovější dokončenou, neprázdnou odpověď asistenta přes stávající cestu schránky nezávislou na platformě.

Zadá-li se /copy během běžícího běhu, použije příkaz stávající frontu příkazů a provede se po dokončení odpovědi.

Jasná stavová hlášení pokrývají úspěch, prázdnou historii a chyby schránky ve všech šesti jazycích rozhraní.

Regrese red-to-green chrání registraci příkazů, provedení, výběr odpovědi, obsah schránky přesný na bajty a uvolněné texty rozhraní.

Ověřený stav balíčku

Úplný prepack a kontrola rozbaleného artefaktu jsou zelené. SHA-256 balíčku npm: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Nové v 9.1.526

Zveřejněno

BLUN King 9.1.526 materializuje verzi AgentSpine svázanou s aktuálním balíčkem, než /reload znovu sestaví katalog pluginů a konfiguraci MCP.

Nezasažené záznamy pluginů zůstávají zachovány. Nezměněný spravovaný strom AgentSpine se znovu použije, aniž by se installed.json znovu zapisoval.

Regrese red-to-green proti 9.1.525 chrání pořadí bootstrapu, převzetí spravovaného pluginu a idempotentní chování při znovunačtení.

Ověřený stav balíčku

Úplný prepack, kontrola zabaleného artefaktu a izolovaný test aktualizátoru z 9.1.525 na 9.1.526 jsou zelené. SHA-256 balíčku npm: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Nové v 9.1.525

Zveřejněno

BLUN King 9.1.525 spouští každý místní příkaz shellu ve Windows i POSIX ve vlastní skupině procesů. Programy se tak již nemohou připojit k řídicí konzoli BLUN-TUI a zachytávat Escape, Ctrl+S nebo jiné vstupy editoru.

Standardní vstup, standardní výstup a chybový výstup zůstávají v soukromých rourách. Interaktivní příkazy dostanou konec souboru a selžou nebo běží do časového limitu, aniž by s editorem soupeřily o vstupy.

Místní izolace shellu z DeepAgents byla převzata pro Windows. Spustitelný regresní test pokrývá obě cesty platforem a skutečnou zkoušku se zachyceným procesem.

Nové v 9.1.524

Bez data

BLUN King 9.1.524 drží okamžitý úkol vytvořený telegramovým příkazem /loop v chráněné cestě doručování pro dálkové příkazy. Nemůže tak zůstat jako druhý běžný záznam fronty.

Seznam obnovy zobrazuje pro každou relaci velikost kontrolního bodu obnovy, zachované zprávy a tokeny, velikost historie relace a také chybějící, neplatné nebo zastaralé kontrolní body.

Svázaný běh AgentSpine se aktualizuje na ověřený oficiální stav 0.11.4 s commitem 8034487cdd24498076bac48d3f24400bca5e6ae4. Časový rozpočet BLUN 180 sekund pro dokončení SessionStart na pozadí zůstává zachován.

Spustitelné regresní testy chrání doručení telegramových loopů přesně jednou a všechny stavy měřených hodnot obnovy. Stávající chování místní fronty při obsazeném loopu zůstává beze změny.

Nové v 9.1.523

Zveřejněno

BLUN King 9.1.523 nechává Escape zavřít otevřenou nabídku příkazů s lomítkem a vyprázdnit související návrh v jednom kroku, místo aby ponechal text příkazu.

Ctrl+S předává návrh s lomítkem stávající cestě zařazení a zpracování také tehdy, když rozhraní právě hlásí nečinnost, místo aby se tiše vrátilo před vyprázdněním fronty.

Běžné návrhy zůstávají zachovány, když Escape pouze zavře jiné automatické doplňování.

Runtime testy red-to-green chrání obě klávesové zkratky proti přesnému chování balíčku 9.1.522.

Nové v 9.1.522

Bez data

BLUN King 9.1.522 zapisuje permission.approval_requested okamžitě při otevření schválení nástroje do historie relace. Neobsluhovaný King tak již nevypadá jako tichý model nebo zaseknutý poskytovatel, zatímco čeká na operátora.

Stávající tlačítka schválení telegramu se použijí automaticky, když seznam povolení obsahuje přesně jeden soukromý chat a libovolně mnoho skupin. Při více možných soukromých příjemcích zůstává odesílání zablokováno, pokud není nastaveno BLUN_TELEGRAM_APPROVAL_CHAT_ID.

Regrese red-to-green chrání okamžitou viditelnost v historii relace, jednoznačné přesměrování do soukromého chatu, přednost výslovně nastaveného cíle a odmítnutí nejednoznačných příjemců v obou dodaných kopiích relaye.

Nové v 9.1.521

Bez data

BLUN King 9.1.521 provádí sken SessionStart AgentSpine mimo interaktivní cestu startu. Studený sken uživatelského adresáře trvající 123,6 sekund tak neblokuje ani editor, ani první uživatelský vstup.

Úspěšné výstupy SessionStart zůstávají automatické: Po dokončení přebírá hook na pozadí své omezené briefování dále do kontextu relace.

Časový rozpočet pro studené skeny stoupá na 180 sekund. Runtime test red-to-green dokazuje, že start se vrátí před pomalým hookem a hook může následně pokračovat.

Nové v 9.1.520

Zveřejněno

BLUN King 9.1.520 dává hooku SessionStart AgentSpine při znovunačtení dostatek času na dokončení studeného úplného skenu projektu.

Časový limit pro start AgentSpine stoupá z 15 na 60 sekund. Všechny ostatní časové limity hooků zůstávají beze změny.

Nový runtime test red-to-green spouští skutečný hook AgentSpine v dočasném projektu a kontroluje jak jeho výstup, tak oba dodané manifesty časových limitů.

Ověřený stav balíčku

Verze 9.1.520 obsahuje AgentSpine 0.10.1. Izolovaný test aktualizátoru z 9.1.519 na 9.1.520 a úplný prepack jsou zelené. SHA-256 balíčku npm: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Nové v 9.1.519

Zveřejněno

BLUN King 9.1.519 ukládá úspěšné výstupy hooku SessionStart dříve, než se start nebo znovunačtení vrátí. Připravenost AgentSpine tak dosáhne pokračujícího kontextu modelu automaticky a nečeká již na první uživatelskou zprávu.

Historické odkazy na přesunuté výsledky nástrojů si zachovávají omezený náhled ze začátku a konce. Důležité kotvy pro obnovu tak zůstávají zachovány, aniž by se úplný výsledek znovu zahrnoval do každého požadavku modelu.

Nové runtime testy red-to-green chrání předání kontextu SessionStart a historické náhledy. Katalog nástrojů pro údržbu úkolů obnovený s 9.1.518 zůstává beze změny zachován.

Nové v 9.1.518

Zveřejněno

Během proaktivní údržby seznamu úkolů zůstávají Read, Write, Edit a Bash vedle TodoList k dispozici. Běžná cesta obnovy pro velké změny souborů tím již není přerušována.

Automatická údržba úkolů a její omezený dokladový prompt zůstávají zachovány, aniž by se aktivní krok modelu přepínal na čistý katalog nástrojů TodoList.

Regresní brána red-to-green chrání před návratem katalogu z 9.1.499 a kontroluje výběr nástrojů pro obnovu bez duplicitních schémat.

Nové v 9.1.517

Zveřejněno

Ctrl+S a Escape zůstávají k dispozici i při otevřeném dotazu na schválení. Ctrl+S odešle všechny čekající zprávy; Escape nejprve uvolní jednu čekající zprávu a schválení odmítne teprve při prázdné frontě.

Asynchronní ukončení relace je plně sledováno v cestách klávesnice, telegramu /reload a příkazů s lomítkem. session.not_found platí za již ukončenou relaci, místo aby jádro spadlo kvůli neošetřenému odmítnutí.

Kontroly balíčku red-to-green chrání surové řídicí znaky Windows a naměřenou chybu při ukončování již neexistující relace.

Nové v 9.1.516

Zveřejněno

Chybí-li v uložené historii po zhuštění začátek kroku asistenta, rekonstruuje ho přehrávání z následující události obsahu nebo nástroje. king -c se tak již nepřeruší vnitřní chybou Received content_part for unknown step_uuid 'undefined'.

Telegramová zpráva opouští frontu přesně jednou, jakmile jádro trvale přijalo její aktivní předání. Skutečná odmítnutí zůstávají zachována pro nový pokus. Neočekávaně ukončený most telegramu spravovaný Kingem je restartován přesně jedním sloučeným strážcem.

Na krok modelu se přijímá pouze první změna TodoList. Dokončené položky mizí automaticky, čekající označení zůstávají viditelná také v terminálech ANSI16 a nový seznam začíná přesně jedním běžícím bodem. Pevné pořadí zní: naléhavé, přímá zpráva uživatele, adresovaná zpráva bota, zpráva bota, běžná zpráva.

První krok schopný nástrojů čeká na počáteční katalog MCP nejvýše 2,5 sekundy; volitelné servery mohou dále startovat na pozadí. Při spuštění programu se kontroluje a instaluje pouze aktivní profil.

Ověřený stav balíčku

Verze 9.1.516 obsahuje AgentSpine 0.10.1. Všech osm prepackových regresních bran, node --check, kontrola metadat balíčku a čerstvá kontrola balíčku jsou zelené. Tentýž balíček npm obsahuje součásti platformy pro Windows, Linux a macOS. SHA-256 balíčku npm: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Nové v 9.1.515

Zveřejněno

Pravdivě nezměněný seznam úkolů je po delší obsazené práci opět přijímán. King nemusí vymýšlet pokrok ani jen přeformulovat název, aby mohl pokračovat ve své skutečné práci.

Také smyčka nečinnosti může znovu převzít dosud otevřený seznam TodoList, aniž by agenta trvale držela v údržbovém běhu výhradně s nástrojem úkolů. Regresní brána prepacku chrání obě cesty chyb.

Ověřený stav balíčku

Verze 9.1.515 obsahuje AgentSpine 0.10.1. Cílená regresní kontrola smyčky úkolů, node --check, kontrola metadat vydání a čerstvá instalace balíčku jsou zelené. Tentýž balíček npm obsahuje součásti platformy pro Windows, Linux a macOS. SHA-256 balíčku npm: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Nové v 9.1.514

Zveřejněno

BLUN King 9.1.514 posiluje deník doručování telegramu bez obsahu proti manipulovaným přepnutím fronty.

Identifikátory zpráv se přebírají pouze jako kladná desetinná čísla. Již vypočítané hashe chatů jsou přípustné výhradně jako přesně dvanáctimístné hexadecimální hodnoty malými písmeny. Chybné hodnoty podobné obsahu se zahazují, místo aby se protokolovaly.

Stávající zpracování telegramu, fáze doručování, rotace deníku a diagnostika karantény bez obsahu zůstávají beze změny. Všech 133 testů balíčku a čerstvé vzorky balíčku pro Windows x64, Linux x64, macOS ARM64 a macOS x64 jsou zelené.

Ověřený stav balíčku

Verze 9.1.514 obsahuje AgentSpine 0.10.1 a ReadBatch. SHA-256 balíčku npm: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Nové v 9.1.513

Zveřejněno

BLUN King 9.1.513 protokoluje cestu doručování telegramu od vstupu na mostě přes směrování, zařazení a vložení až po potvrzení, obnovu nebo karanténu.

Omezený deník ukládá výhradně identifikátory bez obsahu, hashe, fáze doručování, čítače a očištěné důvody chyb. Texty zpráv, prompty, cesty, uživatelská jména, tokeny, přihlašovací údaje a surová chybová hlášení se nezaznamenávají.

Také diagnostika karantény již neduplikuje telegramové zprávy, zobrazované texty, údaje o původu, surová ID chatů ani cesty obrázků. Všech 132 testů balíčku a čerstvé vzorky balíčku pro Windows x64, Linux x64, macOS ARM64 a macOS x64 jsou zelené.

Ověřený stav balíčku

Verze 9.1.513 obsahuje AgentSpine 0.10.1 a ReadBatch. SHA-256 balíčku npm: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Nové v 9.1.512

Zveřejněno

BLUN King 9.1.512 vynucuje při proaktivní údržbě TodoList změněnou aktualizaci podloženou doklady, místo aby stejný seznam neomezeně znovu přijímal. Izolovaný údržbový běh dostane nejvýše osm kompaktních údajů o názvu nástroje a výsledku od poslední přijaté aktualizace.

Prompty, argumenty, příkazy, úplné cesty, výsledky nástrojů ani pracovní historie se přitom znovu nepřehrávají. Neúspěšný pokus TodoList uchová tento omezený doklad pro další pokus; úspěšná aktualizace odstraní použité údaje. Dokončené položky nadále mizí automaticky a v následujícím kroku jsou opět k dispozici běžné pracovní nástroje.

Ověřený stav balíčku

9.1.512 prochází 127 ze 127 testů balíčku. Čerstvé instalace volí v systému Windows x64, Linux x64, macOS ARM64 a macOS x64 očekávané součásti platformy a obsahují AgentSpine 0.10.1 a ReadBatch. SHA-256 balíčku npm: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Nové v 9.1.511

Zveřejněno

BLUN King 9.1.511 dodává AgentSpine 0.10.1 jako novou verzi základního pluginu s adresováním podle obsahu. Povinný preflight nadále kontroluje každý aktivní soubor instrukcí hostitele bezpečně proti souběhu a váže jeho identitu na přesný běh, ale již neduplikuje plný text načtený hostitelem do kontextu běhu.

Stav doplňuje povinné doklady před odpovědí, potvrzené záznamy must-remember a samoopravnou synchronizaci ověřeného grafu osob a vztahů. Chybějící skupiny, osoby a členství se při novém porovnání seznamu opraví; místní dotazy na vztahy skončí při blokádě po pěti sekundách viditelně.

Omezený dotaz Telegram-Mnemo zůstává zachován: dřívější zprávy se načítají pouze při konkrétní potřebě s úzkým vztahem k agentovi, osobám, skupinám, tématům, vláknům a času. Úplná historie telegramu se rutinně nedostává do promptu.

Ověřený stav balíčku

9.1.511 prochází 126 ze 126 testů balíčku. Skutečný soubor CLAUDE.md o 15 519 bajtech byl zcela zkontrolován, zatímco celý vložený kontext činil 5 667 bajtů a neobsahoval žádný plný text instrukcí. Čerstvé instalace volí v systému Windows x64, Linux x64, macOS ARM64 a macOS x64 očekávané součásti platformy a obsahují AgentSpine 0.10.1 a ReadBatch. SHA-256 balíčku npm: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Nové v 9.1.510

Zveřejněno

BLUN King 9.1.510 doplňuje nástroj ReadBatch. Čte dva až dvanáct vzájemně nezávislých, již známých souborů UTF-8 nebo rozsahů souborů v jednom kroku modelu a zachovává přitom pořadí požadavků. Každá cesta prochází stejnými kontrolami přístupu, pravidel a oprávnění jako jednotlivé volání Read. Dílčí úspěchy zůstávají viditelné; za celkovou chybu platí pouze zcela neúspěšný blok.

Ověřený stav balíčku

9.1.510 prochází 125 ze 125 testů balíčku. Čerstvé instalace volí v systému Windows x64, Linux x64, macOS ARM64 a macOS x64 očekávané součásti platformy a obsahují ReadBatch. AgentSpine zůstal vědomě na 0.8.0, dokud nebyl nezávisle nalezený blokátor rozpočtu kontextu novějšího předběžného stavu odstraněn bez zvětšeného promptu běhu. SHA-256 balíčku npm: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Nové v 9.1.509

Zveřejněno

BLUN King 9.1.509 vyžaduje u každé uvolněné pracovní zprávy telegramu mezi bory výslovné zmínění určeného Kinga. Zprávy botů bez odpovídající zmínky zůstávají viditelné, ale nejsou ani ukládány do vyrovnávací paměti, ani zařazovány, doručovány nebo později přebírány do kontextu modelu tohoto Kinga. Přednostní zpráva bota pro jednoho Kinga se tak již nemůže stát úkolem jiného Kinga.

Ověřený stav balíčku

Všech 121 testů balíčku prochází. Tentýž balíček obsahuje ověřené součásti platformy pro Windows x64, Linux x64, macOS ARM64 a macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Nové v 9.1.508

Zveřejněno

Otevřené položky úkolů mají opět viditelné zaškrtávací políčko. Také první běžný seznam úkolů začíná přesně jedním běžícím bodem; další kroky zůstávají čekající, dokud není doložen jejich skutečný začátek.

Přijaté přímé a skupinové zprávy telegramu se předávají do Mnemo asynchronně, trvale ukládají do vyrovnávací paměti a přesně deduplikují. Dočasně nedostupný hub neblokuje ani doručování telegramu, ani běh Kinga. Příkazy /loop a interní ticky smyčky se vědomě neukládají.

AgentSpine nenačítá úplnou historii telegramu do kontextu běhu. Vyžaduje-li úkol dřívější zprávu, provede se omezený dotaz Mnemo podle agenta, osoby, skupiny, tématu, vlákna a časového období.

Ověřený stav balíčku

Všech 120 testů balíčku prochází. Čerstvé instalace volí v systému Windows, Linux x64, macOS ARM64 a macOS x64 vždy správnou nativní součást schránky a obsahují spravované spojení Telegram-Mnemo a AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Nové v 9.1.507

Zveřejněno

BLUN King 9.1.507 v nástroji Read výslovně instruuje model, aby vzájemně nezávislá čtení souborů a rozsahů sdružoval v jedné odpovědi modelu, když může být užitečných více vstupů.

To snižuje zbytečná kola modelu u velkých pracovních kontextů, aniž by se měnilo provedení, navigace stránek, oprávnění nebo zpracování výsledků nástroje Read.

Ověřený stav balíčku

Cílený regresní test chrání změnu; všech 112 testů balíčku prochází.

Nové v 9.1.506

Zveřejněno

Dokončené položky TodoList se okamžitě odstraňují z viditelného rozhraní TUI. Trvalý seznam úkolů tyto záznamy již správně zahodil; nyní rozhraní zobrazuje stejný vyčištěný stav, zatímco běžící a čekající práce zůstává zcela zachována.

Automatický údržbový běh používá samostatný systémový prompt o 546 znacích. Dříve se k tomu navzdory jedinému dostupnému nástroji úkolů připojoval úplný pracovní prompt s přibližně 19 000 znaky. Navazující pracovní krok nadále dostává úplný prompt a svůj běžný katalog nástrojů.

Naměřený zisk kontextu a stav balíčku

Skutečný běh ukázal pro každý osmý pracovní krok vlastní údržbový běh úkolů s 15 221 vstupními tokeny. Statický údržbový prompt se zmenšuje o 18 470 znaků; skutečnou úsporu za běhu změříme znovu po aktualizaci flotily. Zveřejněný tarball prochází 111 ze 111 testů. Čerstvé instalace balíčku v systému Windows s Node 24.19.0 a Linux s Node 24.18.0 potvrzují verzi 9.1.506; binární soubory macOS pro ARM64 a x64 jsou obsaženy v identickém balíčku npm. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Nové v 9.1.505

Zveřejněno

Telegramová zpráva, která dorazí po převzetí kanálu, ale ještě před dokončením aktivace fronty, se již nepřeskakuje jako starý nedoplatek. Bez platného kontrolního bodu začíná zpracování na naměřené hranici bajtů při zahájení převzetí, nikoli na pozdějším konci souboru.

Platný trvalý kontrolní bod si zachovává přednost. Je-li soubor fronty během předání nahrazen, začíná nový soubor bezpečně na nule bajtů; historické zprávy existující před převzetím se nadále nepřehrávají.

Naměřený návrat a stav balíčku

Skupinová zpráva 63456 dorazila sekundu po převzetí kanálu, kontrolní bod přeskočil přesně na její konec a zpráva se neobjevila v žádné historii modelu. Tato skutečná ztrátová cesta je chráněna jako regrese. Zveřejněný tarball prochází 111 ze 111 testů; čerstvé instalace balíčku v systému Windows s Node 24.19.0 a Linux s Node 24.18.0 a skutečná aktualizace z 9.1.504 potvrzují verzi 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Nové v 9.1.504

Zveřejněno

Telegramová zpráva, která při prázdném běhu agenta již leží ve frontě, se nyní spouští běžnou cestou kanálu jako čerstvý běh modelu. Již nečeká na aktivní běh, který při nečinnosti z definice nemůže vzniknout.

Stávající předání do běžícího běhu zůstává beze změny. Rovněž zůstávají chráněny izolovaná údržba úkolů, automatické odstraňování dokončených položek a následné obnovení běžných nástrojů pro soubory, vyhledávání a shell.

Ověřený stav balíčku

Zveřejněný tarball prochází 106 ze 106 testů. Nová regrese nečinnosti byla před zásahem červená a po něm je spolu s 24 testy fronty zelená. Čerstvé instalace balíčku v systému Windows s Node 24.19.0 a Linux s Node 24.18.0 potvrzují verzi 9.1.504 a stejný SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Nové v 9.1.503

Zveřejněno

Izolovaná zpráva údržby úkolů nyní nese také výslovně prázdné pole toolCalls. Tím splňuje stejnou formu zprávy jako běžné pracovní běhy a může ji normalizace poskytovatele BLUN bezpečně zpracovat.

Skutečná chyba běhu TypeError: message.toolCalls is not iterable se tak před voláním TodoList již nevyskytuje. Regresní test iteruje vytvořenou zprávu přesně jako hranice poskytovatele, než se údržba uvolní.

Ověřený stav balíčku

Zveřejněný tarball prochází 105 ze 105 testů. Čerstvé vzorky balíčku v systému Windows s Node 24.19.0 a Linux s Node 24.15.0 potvrzují úplnou formu zprávy poskytovatele, izolovanou údržbu úkolů a automatické odstraňování dokončených položek. Skutečné převzetí flotily probíhá po řízeném restartu tří Kingů.

Nové v 9.1.502

Zveřejněno

Splatný krok údržby TodoList dostává pouze čerstvou zprávu omezenou na aktuální úkol a viditelný seznam. Stará volání Read, Bash nebo MCP z pracovní historie se tak již nemohou dostat do kroku záměrně omezeného na TodoList.

Dokončené úkoly mizí při ukládání automaticky z viditelného i trvalého seznamu. Běžící, čekající, blokované, čekající na schválení a zrušené položky zůstávají zachovány; seznam tak neomezeně neroste o dokončenou práci.

Naměřený nález flotily

Dva profily agentů narazily nezávisle na stejný návrat: Po úspěšném použití nástrojů opakovala údržba úkolů historické věcné nástroje a zobrazila Tool not found. Zveřejněný tarball prochází 105 ze 105 testů. Čerstvé instalace v systému Windows s Node 24.19.0 a Linux s Node 24.15.0 potvrzují izolovanou údržbu, odstraňování dokončených položek a návrat běžných nástrojů. Skutečné převzetí v systému macOS není součástí tohoto důkazu.

Nové v 9.1.501

Zveřejněno

Po úspěšném kroku údržby TodoList jsou v bezprostředně následujícím pracovním kroku opět k dispozici všechny nástroje vybrané pro běh. Read, Bash a další věcné nástroje již nezůstávají skryty za dočasně omezeným katalogem úkolů.

Opravený návrat

Krok úkolů nabízel záměrně pouze TodoList. Jeho výběr nástrojů však zůstal bez výslovné obnovy aktivní i v následujícím kroku. 9.1.501 tam opět nasazuje běžný katalog a chrání obě cesty následujících kroků regresí.

Golden Release 9.1.500

Zveřejněno

Tato verze sdružuje úplný funkční stav 9.1.499 beze změny jako společnou publikaci npm pro Windows, Linux a macOS. Označení gold je vědomě omezeno na nadpisy této verze; starší záznamy si zachovávají dosavadní zobrazení.

Stav vydání

Zlaté vydání přebírá ověřené změny úkolů, fronty, smyčky, kontextu, AgentSpine a vyhodnocování obrazů z 9.1.499 bez další logiky běhu.

Nové v 9.1.499

Zveřejněno

Data obrazů, zvuku a videa mimo nejnovějších dvanáct zpráv konverzace se v opakované projekci modelu nahrazují krátkými odkazy. Aktuální média, text zpráv a úplná surová historie relace zůstávají beze změny.

V naměřeném kontrolním bodě obnovy šetří tato projekce 85 748 znaků, respektive přibližně 21 437 odhadovaných vstupních tokenů za každý další krok nástroje.

Splatná údržba úkolů běží před devátým pracovním blokem jako samostatný krok modelu s nízkým úsilím. V tomto kroku nabízí běh výhradně TodoList; souborové, vyhledávací, shellové a další věcné nástroje se uvolní teprve po platné aktualizaci.

Čerstvé uživatelské zprávy mají přednost před údržbou úkolů. Tvrdá brána úkolů zůstává jako bezpečnostní síť pro skutečně neplatné aktualizace, ale již se nezobrazuje jako běžná červená průběžná chyba před samostatnou údržbou seznamu.

Ověřený důkaz

Zveřejněný tarball prochází 105 ze 105 běhových a regresních testů. Čerstvé izolované instalace v systému Windows s Node 24.19.0 a Linux s Node 24.15.0 hlásí přesně verzi 9.1.499 a potvrzují projekci médií, nezměněnou surovou historii, předřazení úkolů a skrytí všech věcných nástrojů během kroku úkolů. Kandidát zahrnuje 850 cest a nese SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Skutečné převzetí v systému macOS není součástí tohoto důkazu.

Nové v 9.1.498

Zveřejněno

/usage zobrazuje míru zásahů do mezipaměti promptu hlášenou poskytovatelem a také přečtené a zapsané tokeny mezipaměti pro každý model. Bez hlášené aktivity mezipaměti si zobrazení žádnou míru nevymýšlí.

/tokens je krátký alias pro stávající podrobnou diagnostiku kontextu; /offload volá stávající archivující zhuštění. Obě cesty nevyvolávají žádné další volání modelu.

Různé autorizované zprávy botů se již nezahazují rigidním oknem 15 sekund. Stávající pořadí zůstává zachováno: soukromé a výslovně adresované zprávy stojí před zprávami botů, zprávy botů před běžným kontextem.

Úplné zhuštění přebírá přesný seznam úkolů do nového kontextu. Jsou-li poté nejisté cesta, příkaz, hash nebo požadavek, vyžádá jednorázové upozornění na obnovu nejprve přečtení archivované historie místo širokého hledání souborů nebo nového začátku.

Dokončené kroky úkolů zůstávají zachovány jako důkaz. Vyžadují-li pozdější poznatky krok znovu, zůstává doložené dokončení stát a nová kontrola se objeví jako vlastní běžící krok s odůvodněním.

Opakované smyčky relace čekají, dokud udržovaný seznam úkolů obsahuje běžící nebo čekající práci. Zmeškané intervaly se sčítají až do skutečné nečinnosti; jiná plánovaná připomenutí tím zůstávají nedotčena.

Ověřený důkaz

Připravený tarball prochází 100 ze 100 běhových a regresních testů. Čerstvé izolované instalace v systému Windows s Node 24.19.0 a Linux s Node 24.15.0 hlásí přesně verzi 9.1.498 a potvrzují zobrazení mezipaměti, aliasy příkazů, obnovu zhuštění, monotónní důkazy úkolů, ochranu smyček relací, changelog balíčku a přednost botů. Kandidát zahrnuje 849 cest a nese SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Skutečné převzetí v systému macOS není součástí tohoto důkazu.

Nové v 9.1.497

Zveřejněno

Zprávy botů telegramu ze společných skupin stojí za soukromými a výslovně adresovanými zprávami, ale před běžným kontextem. Priorizace nevynucuje odpověď.

Přijatá zpráva telegramu zmizí z viditelné fronty, jakmile začne její vložený krok modelu. Odmítnuté doručení nebo přerušení před prvním krokem ji nadále uchovává pro nový pokus.

Splatnou odpověď telegramu nebo zpracování zprávy již neblokuje údržba úkolů. Příští běžný pracovní krok zůstává zablokován až do pravdivé aktualizace seznamu úkolů.

Verze 9.1.496 až 9.1.487

VerzeZměny
9.1.496Doručuje uživatelské zprávy telegramu automaticky jednotlivě, odstraňuje pouze přesně přijaté nebo zodpovězené ID zprávy, vynucuje pravdivý pokrok pro každý viditelný seznam úkolů a skrývá úspěšné vnitřní užitečné zátěže hooků.
9.1.495Spouští každý nový nebo nahrazený cíl s čerstvým viditelným seznamem úkolů, vyžaduje pravdivé aktualizace, okamžitě odstraňuje úspěšně zodpovězený skupinový fokus telegramu, přesouvá běžná potvrzení o přijetí na konec běhu a doplňuje skutečné kontroly dekódování pro Ctrl+S a Ctrl+T.
9.1.494Odděluje klávesové zkratky opět jednoznačně: Ctrl+S řídí pouze nedoplatek fronty, Ctrl+T pouze seznam úkolů. Uživatelské zprávy telegramu se při běžící práci autorizují pro další bezpečné předání.
9.1.493Uživatelské zprávy telegramu se během aktivní práce automaticky uvolňují pro další bezpečné předání. Přímé zprávy zůstávají ve frontě vpředu, aniž by skupinová hlášení trvale zastavovaly.
9.1.492Již uvolněné skupinové zprávy zůstávají zachovány při dočasně obsazeném doručení a zkouší se znovu. Balíček, metadata npm, veřejný manifest a changelog se před hlášením úspěchu kontrolují společně.
9.1.491Přímé zprávy telegramu se při běžící práci okamžitě priorizují. Ruční řízení fronty zůstalo zachováno pro ostatní zprávy.
9.1.490Historie balíčku dokumentuje úplně nezveřejněný stav 9.1.487 a skutečně zveřejněné opravy od 9.1.488.
9.1.489Seznam úkolů, řízení fronty, identita provádění telegramu, instalace profilu AgentSpine a spravované vyhodnocování obrazů byly obnoveny a chráněny regresními testy.
9.1.488Připravený základní plugin AgentSpine byl zveřejněn. Duplikáty telegramu nezanechávají žádný falešný běh; hloubka přemýšlení a bezpečné zacházení s telemetrií zůstávají zachovány napříč kroky nástrojů.
9.1.487Nezveřejněno. Tento stav připravoval AgentSpine jako spravovaný základní plugin. Na npm následovala po 9.1.486 přímo 9.1.488.

Nové v 9.1.486

Zveřejněno

Nové a aktualizované profily nyní startují spolehlivě v angličtině v systémech Windows, macOS a Linux. Uložená automatická hodnota jazyka se jednorázově migruje, zatímco výslovně zvolené jazyky zůstávají beze změny.

Automatické aktualizace při startu jsou přes stávající instalátor vázaný na verzi opět standardně zapnuté. [upgrade].auto_install = false ponechává dotaz na potvrzení; aktualizátor na pozadí se znovu nezavádí.

Úvodní dialogy, průběh, chyby, hlášení o úspěchu a pokračování relace nyní používají stejný jazyk. Regresní a mutační testy chrání migraci, cestu aktualizace a data relací.

Ověřený důkaz

Kompletní testovací sada prošla s 1 474 ze 1 474 kontrol. Izolovaný běh aktualizace nainstaloval 9.1.486 z 9.1.485, zachoval konfiguraci i relaci beze změny a spustil nové CLI. Samostatná startovací zkouška doložila automatickou instalaci bez dotazu a jednorázovou migraci staré automatické hodnoty jazyka na angličtinu.

Verze 9.1.485 až 9.1.178

VerzeZměny
9.1.485
  • Omezuje první viditelné přehrání pokračované relace bez indexu posouvání na aktivních 15 kol konverzace, místo aby znovu zobrazoval celou konverzaci.
  • Po úspěšné aktualizaci vyprázdní viditelnou oblast aktualizace, než se spustí nová konzole; běžný posuv terminálu zůstává zachován.
  • Doplňuje regresní a mutační kontroly pro návrat přehrávání, včetně simulace s 97 596 záznamy.
9.1.484
  • Rozpoznávání pluginů přijímá navíc .codex-plugin/plugin.json a rozvádí PLUGIN_ROOT, respektive BLUN_PLUGIN_ROOT, do příkazu, argumentů a pracovního adresáře.
9.1.483
  • Model zhušťování lze vybrat, uložit a resetovat na dědičnost odděleně od aktivního modelu; výběr a zpětná vazba jsou k dispozici v příkazu nečinnosti a v lokalizovaném nastavení.
9.1.482
  • Přesunuté výsledky Read si uchovávají další line_offset a pokračují v původním čtení tam, místo aby znovu četly stejný soubor od začátku.
9.1.481
  • Odpovědi dílčích agentů, které končí na limitu tokenů bez volání nástroje, se rozpoznávají jako max_tokens pro stávající pokračování. Vzory glob s .. a pojmenované domovské cesty jako ~name se odmítají.
9.1.480
  • Aktualizuje dodávanou dovednost translate-native a MCP Language Guard na verzi 6.42.13.
  • Váže dodávané soubory jazykové ochrany přesně na bajty ke zdrojovému commitu 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Doplňuje kontroly původu a mutací, takže změněné ochranné bajty nebo odlišná verze dovednosti způsobí selhání publikační brány.
9.1.479
  • Přidává soukromé službě King API agenta ověřenou interní trasu pro kontrolu dostupnosti.
  • Kontroluje dostupnost služby, aniž by zakládal klientskou relaci nebo spouštěl běh agenta.
  • Omezuje trasu na rozhraní loopback a GET, chrání ji tajemstvím a brání jejímu ukládání do mezipaměti.
9.1.478
  • Opravuje běžné pauzy přímého zaměření telegramu po restartu, i když starší kontrolní body neobsahují lhůtu odpovědi.
  • Zachovává výslovně uživatelem vyžádané pauzy až do uvolnění, místo aby je nechal automaticky vypršet.
  • Uvolňuje zařazené zprávy kanálu pro aktivní běh, jakmile přímé zaměření skončí.
9.1.477
  • Přidává soukromé službě API agenta výslovný obal procesu spouštěný provozovatelem.
  • Zpracovává SIGINT a SIGTERM přesně jednou, také když signály dorazí během startu.
  • Bezpečně končí s omezenými hlášeními, nevolá process.exit a službu nikdy nespouští automaticky.
9.1.476
  • Přidává soukromé službě API agenta smlouvu o prostředí podle principu bezpečného zámku.
  • Vyžaduje výslovně stanovený port loopback, izolační tajemství, nastavení poskytovatele a hranice zdrojů.
  • Nechává soukromou službu zastavenou a automatické čištění nečinných relací vypnuté, dokud není obojí výslovně nakonfigurováno.
9.1.475
  • Uvolňuje výhradně odpovídajícím způsobem nakonfigurované a skutečně nečinné relace API agenta, než klient dosáhne limitu relací.
  • Chrání aktivní běhy modelu a nástrojů bez ohledu na jejich stáří a aktualizuje dobu nečinnosti při skutečném použití.
  • Nechává automatické čištění vypnuté, dokud provozovatel výslovně nenakonfiguruje časový limit nečinnosti.
9.1.474
  • Ruší aktivní přiřazení relace, když pokračování agenta po výsledku nástroje selže.
  • Následně umožňuje výslovné zavření dotčené relace.
  • Ponechává úspěšné návraty nástrojů a veřejnou smlouvu modelu beze změny.
9.1.473
  • Chrání relaci API agenta před zavřením, dokud běží její první volání modelu.
  • Po úspěšné odpovědi nebo chybě modelu relaci spolehlivě uvolní.
  • Ponechává stávající cestu pro nezpracované modely a veřejnou smlouvu modelu beze změny.
9.1.472
  • Umožňuje klientům výslovně zavřít nečinnou relaci API agenta a uvolnit jejich omezený prostor relací.
  • Brání zavření aktivních relací a omezuje každé zavření na příslušného vlastnického klienta.
  • Poskytuje uvolněný prostor pro novou relaci, aniž by měnil veřejnou smlouvu modelu.
9.1.471
  • Přidává uzavřený hostitelský proces služby, který sestavuje soukromý zásobník API agenta, aniž by jej automaticky spouštěl.
  • Vyžaduje oddělená tajemství pro přenos a izolaci, absolutní kořenový adresář klientů a výslovnou konfiguraci běhového prostředí King.
  • Váže posluchače na rozhraní loopback a při vypnutí uzavírá každou klientskou relaci i každé běhové prostředí.
9.1.470
  • Izoluje bezhlavé relace API agenta podle důvěryhodného klienta a veřejné relace.
  • Sdružuje souběžné první přístupy do jedné relace SDK a omezuje aktivní klienty i relace.
  • Používá klíčem vázané neprůhledné interní identifikátory a pracovní adresáře, zatímco stabilní veřejné identifikátory relací zůstávají zachovány.
9.1.469
  • Přidává adaptéru API agenta soukromý přenos HTTP dosažitelný výhradně přes rozhraní loopback.
  • Vyžaduje tajemství služby a identitu klienta předepsanou serverem; podvržené údaje o identitě v těle požadavku se ignorují.
  • Odmítá nadměrné nebo chybné požadavky a drží interní podrobnosti poskytovatele mimo veřejná chybová hlášení.
9.1.468
  • Udržuje hlavního agenta vnímavého, zatímco dílčí agenti pokračují v práci na pozadí a vnoření dílčí agenti pracují dál.
  • Umožňuje omezeným relacím API agenta používat životní cyklus dílčích agentů, aniž by odhaloval místní nástroje shellu nebo souborového systému.
  • Předává přesnou hranici nástrojů každé vnořené úrovni dílčích agentů, takže omezení nelze obejít delegací.
9.1.467
  • Přidává výslovný přenosový adaptér pro běhy agentů, aniž by zachycoval stávající trasy pro nezpracované modely nebo seznamy modelů.
  • Váže výsledky nástrojů a cílená přerušení na stejný rozsah klienta, relace a požadavku.
  • Zobrazuje výhradně King, čistí neočekávané interní chyby a odmítá streamování, dokud neexistuje smlouva agenta.
9.1.466
  • Zaznamenává každé dokončené volání modelu API agenta pod stabilním ID úkolu, aniž by sčítal využití různých klientů.
  • Trvalé přiřazení JSONL udržuje požadavek, relaci, úkol, ID volání a nezpracovaná pole využití dohledatelné i po restartu.
  • Navenek se objevují pouze King a nezpracované čítače vstupu, vstupu z mezipaměti a dokončení; chybějící údaje o využití zůstávají výslovně označeny.
9.1.465
  • Přidává izolované řízení běhu pro výslovný koncový bod agenta API agenta, aniž by měnil nezpracovaná dokončení modelu.
  • Volání nástrojů spravovaná klientem si napříč návraty výsledků zachovávají jediný běh King a zůstávají omezena na původní požadavek.
  • Odpovědi nadřazených agentů vylučují toky událostí podřízených agentů a zahozené návrhy nových pokusů.
9.1.464
  • Spravovaní dílčí agenti nyní běží odpojeně, takže hlavní agent zůstává vnímavý, zatímco delegovaná práce pokračuje.
  • Běžící dílčí agenty lze řídit pomocí TaskUpdate nebo ukončit pomocí TaskStop, aniž by se zavírala hlavní relace.
  • Adresované skupinové zprávy telegramu zůstávají v zaměření, dokud agent neodpoví v příslušném chatu.
9.1.463
  • Obnova z kontrolního bodu vykresluje při existujících okenních datech pouze posledně aktivní skupinu běhů TUI; starší řádky zůstávají v archivu posouvání a při potřebě se načítají dodatečně.
9.1.462
  • Nezměněné obsahy tui.toml již nevyvolávají atomickou výměnu souboru; skutečné změny nadále používají stávající cestu zápisu se zámkem.
9.1.461
  • /status rozlišuje načtený stav běhu od instalovaného balíčku a hlásí odchylku také ve vzdáleném stavu telegramu.
9.1.460
  • Starší viditelné zprávy relace zůstávají v trvalém archivu na disku a při posouvání nahoru se načítají po blocích, aniž by se při startu četly všechny textové bloky.
9.1.459
  • Obnova znovu sestaví sémantický kontrolní bod vázaný na integritu a přečte pouze část nezměněného souboru relace připojenou od té doby; při neplatném kontrolním bodu zůstává úplné přehrání jako záložní řešení.
9.1.458
  • Kontrolní součet převzatý z externí zprávy se váže pouze tehdy, pokud je tato přesná hodnota přítomna ve zvolené zdrojové události.
9.1.457
  • Pochází-li stejný kontrolní součet z více externích událostí, označí se původ jako nejednoznačný, místo aby se připsal jedné zprávě.
9.1.456
  • Kontrolní součty v odchozích telegramových zprávách se porovnávají s místními výsledky nástrojů a viditelnými externími zprávami; nepřiřazené hodnoty vytvářejí upozornění na původ.
9.1.455
  • Telegramové zprávy lze vázat přes identifikátor chatu a zprávy jako credible_unverified; reportéra a původ události určuje běh.
9.1.454
  • Čerstvé kontroly se automaticky vážou na vytvářející relaci a vytvářejícího agenta; předané měření zůstávají externími zprávami.
9.1.453
  • Doklad o dokončení se váže na aktuálně platné kritérium dokončení a odmítá se u jiného nebo zastaralého kritéria.
9.1.452
  • Každý doklad se váže na skutečně naměřený cílový rozsah; kontroly příkazů musí na obou stranách nést stejnou bezpečnou hodnotu BLUN_EVIDENCE_SCOPE.
9.1.451
  • Každý doklad nese přesný druh inspection, integrity, syntax, test nebo reachability. Slabší kontrola nesmí být vydávána za silnější.
9.1.450
  • Doklady výsledků a doklady kontrolorů se vedou odděleně. Pouze nový nebo změněný kontrolor potřebuje druhý, samostatný důkaz ostrosti; běžná měření nepotřebují červenou zkoušku.
9.1.449
  • Doklad o dokončení uvádí přesné úspěšné volání kontroly pomocí jeho toolCallId; smíšené volání příkazu se změnou a kontrolou nestačí.
9.1.448
  • Dokončení cíle musí vázat ověřené tvrzení na úspěšné volání kontroly stejného běhu; samotné zápisové nebo editační nástroje se nepovažují za doklad.
9.1.447
  • Vybraná akce se váže na trvalé doklady rozhodnutí; neznámé nebo zastaralé doklady vynutí nové plánování.
9.1.446
  • Živý zámek opakování navíc rozpoznává krátké opakující se sledy slov o dvou až osmi slovech.
9.1.445
  • Vybrané poznatky se ukládají spolu s validovaným výsledkem učení aktuálního běhu jako stopa expozice, aniž by z toho byla odvozována kauzalita.
9.1.444
  • Vyhledávání relevance u dřívějších chyb využívá trvalá data cílů, kontrolních bodů a rámců problému místo pouze nejnovějších uživatelských zpráv.
9.1.443
  • Při bezprostředním pokračování cíle načte výslovný výběr tool: nebo skill: přesně zvolený nástroj.
9.1.442
  • Pracovní fokus uchovává vlákno rozhodnutí ze stavu, fáze, poslední kontroly, výběru, zdůvodnění, podpory, rizika a vratnosti.
9.1.441
  • Chybějící znalosti se vedou jako vlastní doména knowledge_gap místo v obecném textu cíle, jsou prioritizovány a při prázdné hodnotě skryty.
9.1.440
  • Světové znalosti a předpoklady lze jako vlastní domény zařadit do trvalého fokusu a vážit je.
9.1.439
  • Trvalý kognitivní fokus získává hodnocení salience s úpadkem mezi relacemi a posílením při opětovném přístupu.
9.1.438
  • Během přehrávání relace se ořezávání, slučování a vykreslování odkládá; poté se vyžádá přesně jedno nové vykreslení přepisu.
9.1.437
  • Hlídač nečinnosti opět používá pro časové limity odpovídající textovou cestu a neukončuje proces neoprávněným parametrem v časovači.
9.1.436
  • Telegramový vzdálený stav zobrazuje u aktivního běhu začátek, poslední pokrok, poslední nástroj a opakované chyby; TUI k tomu zveřejňuje průběžné snímky aktivity.
9.1.435
  • Soukromé telegramové kontrolní body fokusu se nyní řídí pracovním prostorem vázaným na aktivní relaci.
  • Výběr pracovního prostoru již neukládá spouštěcí adresář jako místo pokračování pro přímé konverzace.
9.1.434
  • Potvrzené učení se nyní řídí pracovním prostorem vázaným na aktivní relaci agenta.
  • Relace s více pracovními prostory a pokračované relace již neukládají ani nezobrazují projektové lekce v adresáři hostitelského procesu.
9.1.433
  • Příprava vstupu ve externím editoru zůstává nyní v rámci hranice čištění dočasných adresářů.
  • Pokud první zápis selže, například kvůli plnému disku nebo chybějícím oprávněním, dočasný adresář editoru se odstraní dříve, než je chyba předána dál.
9.1.432
  • Dočasné chyby streamu lze nyní opakovat i po viditelné částečné odpovědi se stejným zvoleným modelem.
  • Neúplný text asistenta a nedokončená rozhraní nástrojů se před opakováním dokončí nebo zahodí, aby se nový výstup nepřipojil k neúspěšnému pokusu.
  • Po viditelné odpovědi zůstává změna poskytovatele zablokována, takže odpověď nemůže uprostřed streamu změnit poskytovatele.
9.1.431
  • Lokální procesy nástroje Bash nyní vynuceně deaktivují gitové dotazy v terminálu, místo aby dědily interaktivní nastavení nadřazeného procesu.
  • Zděděné dialogy askpass od Gitu, SSH a Git Credential Manager jsou v podřízeném procesu nástroje deaktivovány; tím se zabrání neviditelnému čekání na přihlašovací údaje systému Windows.
  • Nadřazený shell a prostředí běžící relace zůstávají beze změny; stávající chování při uzavřeném standardním vstupu zůstává zachováno a je nezávisle zajištěno.
9.1.430
  • Úplné zhuštění může nyní použít volitelně nakonfigurovaný alias modelu přes [loop_control].compaction_model; aktivní model King zůstává výchozím nastavením.
  • Ověřování, příprava kontextu, rozpočet dokončení, přenosové učení a vyúčtování využití zhuštění jsou plně vázány na zvolený zhušťovací model.
  • Aktivní model nadále určuje zahájení zhuštění a poslední brzdu požadavků, takže menší shrnovací model nemůže nepozorovaně zmenšit centrální okno uvažování.
9.1.429
  • Bash ve Windows nyní před spuštěním procesu odmítá jednoznačnou syntaxi cmd.exe, místo aby plýtval viditelně neúspěšným během.
  • Popis nástroje Bash výslovně objasňuje, že POSIX bash ve Windows včetně VS Code zůstává aktivní, a uvádí správné konvence pro cesty a přesměrování.
  • Platné příkazy POSIX find zůstávají povoleny; pro vědomě požadovanou sémantiku cmd je nadále k dispozici výslovné předání přes cmd.exe /c.
9.1.428
  • Generované zápisy JavaScriptu a TypeScriptu se nyní zastaví před přístupem na disk, pokud se spustitelný příkaz opakuje osmkrát za sebou; tím se zabrání nekontrolovaným výstupům analytických skriptů.
  • Ochranná kontrola zachycuje jak volání Write pro celé soubory, tak nahrazení Edit, zatímco necílové soubory, komentáře, řetězce a kratší oprávněné opakování zůstávají beze změny.
  • Všechny tři pozorované degenerované případy s 15, 23 a 31 opakovanými příkazy jsou blokovány; libovolné neúplné, ale neopakující se záměry zůstávají mimo tuto mechanickou kontrolu.
9.1.427
  • Viditelný příkaz /memory core nyní hlásí aktivní limit adaptéru paměti, verzi smlouvy, režim identity, stav integrity a doklady napříč portály, volitelně jako výstup --json.
  • Náhradní paměť vázaná na profil a identity odvozené z profilů se výslovně vylučuje z připravenosti pro společný základ, místo aby se zobrazovala jako portálově neutrální paměť.
  • Nakonfigurovaní poskytovatelé zůstávají viditelně nepotvrzení, dokud neexistují samostatné doklady; diagnostika je pouze pro čtení, neuděluje oprávnění a nikdy nevymýšlí důkazy napříč portály.
9.1.426
  • Viditelný příkaz /memory acceptance nyní provádí syntetickou dočasnou zkoušku paměti V7 napříč CLI, telegramem a webem a může volitelně vydat zprávu --json.
  • Deset nezávislých kontrol pokrývá původ portálu, propojené a nepropojené identity, izolaci agentů a skupin, deduplikaci, globální opravu a smazání, bezpečný zámek poskytovatele a chráněné zdrojové bajty.
  • Protokol o přijetí slouží výhradně jako deterministický doklad: neuděluje žádná oprávnění a nikdy nečte ani nemění skutečný uživatelský profil.
9.1.425
  • Dílčí agenti, kteří dosáhnou svého limitu tokenů, nyní dostanou ve stejném kontextu agenta stručný předávací běh bez nástrojů, místo aby ztratili dokončenou práci nástrojů.
  • Pokud limit dosáhne i tato předávka, dostane nadřazený agent omezené dílčí shrnutí a přesnou instrukci k pokračování stejným agentem.
  • Obnova zůstává navržena podle principu bezpečného zámku: žádný úplný nový pokus o úkol, žádné hlášení o dokončení bez závěrečné předávky a žádná nová oprávnění.
9.1.424
  • Potvrzené lekce ze souboru Mistake.md se nyní přenášejí na jinak formulované, ale sémanticky podobné případy ze spolehlivosti, doručování, orchestrace, paměti, publikování, médií a validace.
  • Přesné pojmy dokladů mají i nadále přednost před širokými sémantickými kategoriemi; nesouvisející text zůstává bez přiřazení.
  • Přirozené německé formulace se deterministicky sjednocují; změněné pořadí nevytváří žádná nová oprávnění ani nepovyšuje nepotvrzenou lekci.
9.1.423
  • Ukončení běhu nyní zapisuje trvalý synchronní diagnostický záznam, než se jádro nebo spouštěč vrátí nebo skončí.
  • Nezachycené výjimky, neošetřená odmítnutí, selhané terminály, signály, chyby při startu, normální ukončení, chyby podřízených procesů a jejich ukončení zachovávají přesnou vyčištěnou příčinu včetně hranice procesu.
  • Soukromý protokol je omezený a odolný vůči chybám, odstraňuje tajemství a domovské cesty a znovu nespouští ani nenačítá běžící relaci.
9.1.422
  • Otevřená, nečinná relace nyní sleduje svůj uložený časový spouštěč a v automatickém a God módu se aktivuje v okamžiku dueAt nebo po něm.
  • Splatný spouštěč čeká, dokud nejsou dokončeny aktivní odpovědi, zhuštění, zařazené zprávy, příkazy a dialogy, než pokračuje přesně jednou.
  • Před startem běh znovu přečte cíl, revizi kontrolního bodu, splatnost, režim oprávnění a relaci a zahazuje časovače na každé cestě ukončení relace.
9.1.421
  • Časové čekací kontrolní body nyní ukládají přesný časový razítko dueAt a sjednocují jej na UTC.
  • Běžný start relace v automatickém nebo God módu nechává budoucí časové spouštěče čekat a pokračuje v nich v okamžiku splatnosti nebo po něm.
  • První pokračovaný běh dostane přesné pozorování splatnosti; trvale otevřené relace v této verzi zatím nedostávají běhový časovač.
9.1.420
  • Aktivní cíl s trvalým čekacím kontrolním bodem předává řízení po aktuálním běhu, místo aby přiřazoval další autonomní běh.
  • Externí, časové, závislostní a na rozhodnutí uživatele vázané spouštěče zůstávají uloženy a při příchodu další události se vyhodnocují znovu.
  • Bezprostřední cíle a starší aktivní cíle bez kontrolního bodu pokračují beze změny.
9.1.419
  • Běžně pokračovaná relace nyní vede dále již aktivní cíl, pokud je jeho uložený další spouštěč výslovně bezprostřední a je aktivní automatický nebo God mód.
  • Pokračování zůstává interní, proběhne nejvýše jednou za pokračovanou relaci a nikdy se nezobrazí jako vymyšlená uživatelská zpráva.
  • Čekající, pozastavené a blokované cíle, chybějící kontrolní body a manuální režimy oprávnění zůstávají pozastaveny.
9.1.418
  • Telegram nyní uchovává výslovné označení bota odesílatele ve vstupních datech, aby identifikační kontext mohl rozlišit agenty od lidí.
  • Akteři telegramu uložení jako lidé se opraví na agenty pouze tehdy, pokud souhlasí poskytovatel, subjekt a výslovné označení bota.
  • Podrobnosti o aktérech zůstávají zachovány, agenti se nikdy nesnižují a jména ani uživatelská jména se nikdy nepoužívají k odvození identity agenta.
9.1.417
  • Automatické náhradní odpovědi telegramu nyní rozdělují odpovědi delší než 4 096 znaků na po sobě jdoucí zprávy, místo aby je zkracovaly.
  • Každý znak a každý pár surrogátů Unicode zůstává zachován; výstup zaznamenává všechna vrácená ID zpráv spolu s úplným textem.
  • Pokud část selže, doručování se na tomto místě zastaví, místo aby hlásilo neúplnou odpověď jako úplnou.
9.1.416
  • Čerstvé výsledky z nejnovější dávky volání nástrojů zůstávají plně čitelné až do příští odpovědi asistenta, i když je poté přiváděn telegramový nebo řídicí kontext.
  • Vykládání dávek, čištění historie a mikrozhušťování nyní používají stejnou sémantickou hranici pro čerstvé výsledky.
  • Již vyhodnocené starší výsledky se i nadále běžně zhušťují, takže dosavadní úspory kontextu zůstávají zachovány.
9.1.415
  • Trvalý pracovní fokus nyní uchovává přesný spouštěč příští akce napříč restarty a změnami kontextu.
  • Příští akce zůstává oddělena od své podmínky uvolnění; to platí i pro platné podmínky delší než 512 znaků.
  • Chybné nebo do fáze se nehodící spouštěče se bezpečně odmítají; starší kontrolní body si zachovávají dosavadní chování.
9.1.414
  • Nové trvalé akční kontrolní body zaznamenávají přesný spouštěč, který uvolňuje příští akci.
  • Nečekající fáze vyžadují bezprostřední spouštěč; čekající fáze vyžadují pojmenovanou externí událost, časový okamžik, závislost nebo rozhodnutí uživatele.
  • Čekající cíle zůstávají aktivní bez předčasného provedení; starší kontrolní body zůstávají čitelné.
9.1.413
  • Odpovědi telegramu, které dosáhnou limitu výstupu modelu, se již nedoručují jako neúplné začátky.
  • Tentýž běžící relace vytvoří stručné, úplné pokračování a podnikne nejvýše tři pokusy o obnovení, než bezpečně přeruší.
  • Výslovná odpověď přes nástroj telegramu má i nadále přednost a potlačuje obnovení, takže úspěšná odeslání se nikdy neduplikují.
9.1.412
  • Trvalé cíle vytvořené modelem začínají nyní atomicky revizí 1 a úplným omezeným rámcem problému.
  • God mód a automatický mód pokračují v již autorizovaném startu cíle bez druhého potvrzení; v manuálním režimu zůstává uvolnění vyžadováno.
  • Ověřená, netriviální vícekroková práce může přejít do trvalého cílového režimu pod stávající autonomní instrukcí; pozdravy, jednostupňové požadavky a vágní úkoly zůstávají vyloučeny.
9.1.411
  • Netriviální a neznámé úkoly mohou nyní ukládat omezený rámec problému do trvalého akčního kontrolního bodu.
  • Rámec zachycuje kritéria úspěchu, chybějící znalosti, až pět možných akcí, zvolenou akci se zdůvodněním, volbu podpory, riziko a cestu návratu.
  • Rámec problému přežije pokračování a restart výhradně jako popisný stav a nikdy nemůže udělit oprávnění.
9.1.410
  • Soukromé paměťové příkazy telegramu nyní omezují rozsah vztahů na příslušnou osobu.
  • Paměťový fokus skrývá vztahy jiných osob a zachovává zbývající kontext.
  • Opravy a smazání nemohou vybrat vztah jiné osoby; místní fokus provozovatele si zachovává úplný pohled.
9.1.409
  • Nástroje pro odpovědi telegramu a záložní cesta TUI nyní používají společný kanonický adresář pro stav kanálu.
  • Hodnoty BLUN_HOME specifické pro profil již nevytvářejí druhý strom adresářů pro vstupy a výstupy telegramu.
  • Výslovně nastavený BLUN_TELEGRAM_STATE_DIR zůstává rozhodující; jinak obě cesty používají ~/.blun/channels/telegram.
9.1.408
  • Potvrzené podrobnosti o vztazích se slučují teprve po dvou nezávislých pozorováních v přímých kanálech.
  • Znovu přehrávané zprávy zůstávají idempotentní; skupinové zprávy a tvrzení podobná oprávněním zůstávají vyloučena.
  • Potvrzené soukromé připomínky vztahů mohou sledovat stejnou osobu napříč telegramem a CLI, aniž by udělovaly oprávnění.
9.1.407
  • Nástroj pro odpovědi telegramu importuje cestu k běžícímu vstupnímu přehledu používanou detekcí duplicit.
  • Běžné odpovědi telegramu již neselhávají s chybou inboxLog is not defined.
  • Oddělená záložní cesta mostu zůstává k dispozici jako pojistka doručování.
9.1.406
  • Opakované pokusy o doručení soukromých událostí telegramu se stejným časovým razítkem a textem se v kontinuitě vztahů ukládají pouze jednou.
  • Skutečně později zopakované tvrzení zůstává součástí omezené historie vztahů.
  • Přirozeně formulované výslovné poznámky k zapamatování na konci věty se rozpoznávají jako referenční data, aniž by udělovaly nebo měnily oprávnění.
9.1.405
  • Propojený telegramový příkaz /status nyní hlásí stáří a tep procesu konzole, aktuální pracovní krok a aktivní úkol, aniž by volal model.
  • Frontová prodleva se nyní měří jako nepřečtené bajty od kontrolního bodu vázaného na přesný aktuální soubor fronty.
  • Vzdálený stav zůstává pouze pro čtení a neobsahuje ID chatů, cesty k souborům, přihlašovací údaje ani obsahy zpráv, ani úplné seznamy úkolů.
9.1.404
  • Nezměněný obsah config.toml již nenahrazuje existující soukromý soubor.
  • Přesné porovnání bajtů je omezeno na běžné cíle, které nejsou symbolickými odkazy.
  • Změněné, chybějící, neplatné a nečitelné cíle i nadále používají stávající cestu atomického zápisu odolnou proti pádu.
9.1.403
  • Automatické řazení načitatelných nástrojů ignoruje vložené přílohy a dokumentové náklady.
  • Každý fragment záměru se před lexikálním porovnáním omezí na stávající rozpočet dotazu ToolSearch 1 000 znaků.
  • Samotné instrukce, přílohy a výslovné dotazy ToolSearch zůstávají beze změny.
9.1.402
  • Prošlé archivy historie zhušťování se při startu příkazu King jednorázově čistí na pozadí.
  • Čištění při startu zůstává neblokující a nemůže zpozdit běžné zpracování příkazů.
  • Chyby při čištění se bezpečně zaprotokolují a nepřerušují běžící relaci.
9.1.401
  • První textový fragment každé běžící odpovědi se nyní zobrazí okamžitě, místo aby čekal na zpětné volání časovače.
  • Nový běh a každý nový segment odpovědi asistenta dostanou vlastní okamžité první zobrazení.
  • Pozdější fragmenty textu, myšlení a nástrojů si zachovávají adaptivní rytmus sdružování, který chrání výkon dlouhých relací.
9.1.400
  • Velké pokračované relace se nyní přehrávají kooperativně, aby TUI mohla během obnovy historie znovu kreslit a reagovat.
  • Každý trvale uložený záznam přehrávání se nadále zobrazuje; žádná část historie se nezkracuje, nepřeskakuje ani nemaže.
  • Malá pokračování si zachovávají dosavadní chování; velká pokračování předávají provádění smyčce událostí po každých 30 záznamech.
9.1.399
  • Ověření kandidáti na učení se nyní omezují na aktuální projekt Git, místo aby se dostávali do nesouvisejících repozitářů.
  • Checkouty HTTPS a SSH stejného původu používají společnou anonymní identitu projektu.
  • Adresy URL repozitářů a místní cesty projektů se nikdy neukládají do záznamů kandidátů na učení; práce mimo Git si zachovává stávající chování v rámci profilu.
9.1.398
  • Čistě textové odpovědi telegramu se nyní deduplikují napříč cestou nástroje a oběma automatickými záložními cestami.
  • Identická nebo téměř identická odpověď se potlačí pouze tehdy, pokud neexistuje novější příchozí zpráva.
  • Přílohy, odlišné výsledky a odpovědi po nové uživatelské zprávě si zachovávají dosavadní chování.
9.1.397
  • Cíle s výslovným kritériem dokončení nyní před dokončením vyžadují kontrolní bod podporovaný běhovým prostředím.
  • Pokud kontrola dokončení selže, cíl zůstává aktivní a vrací konkrétní podněty k přepracování.
  • Běžné běhy a cíle bez výslovného kritéria dokončení si zachovávají dosavadní chování.
9.1.396
  • Přirozené požadavky mohou ve stejném běhu předem vybrat až dvě načitatelná schémata nástrojů s vysokou jistotou shody.
  • Výběr zohledňuje výhradně aktuální záměr v kanálu a ignoruje zastaralý telegramový kontext.
  • Pro slabé, nejednoznačné nebo neznámé požadavky zůstává ToolSearch k dispozici, aniž by rozšiřoval trvale načtenou sadu nástrojů.
9.1.395
  • Přijaté mediální úlohy se trvale sledují, stejné otevřené požadavky se znovu používají a dokončené výsledky se po kontrole kvality ukládají a doručují do příslušného chatu.
9.1.394
  • Verzovaný, dobrovolně aktivovatelný paměťový poskytovatel může propojit běhy CLI a portálů společným proudem kognitivních událostí.
  • Výchozím nastavením zůstává stávající lokální úložiště SQLite bez nového síťového přístupu nebo změněného chování za běhu.
  • Cesty poskytovatele, synchronní tovární funkce a verze smlouvy 6 se nyní před startem běhového prostředí bezpečně kontrolují a při odchylkách odmítají.
9.1.393
  • Interaktivní starty s king a king -c znovu zobrazují viditelný výběr aktualizace 1/2/3, jakmile je k dispozici novější verze.
  • Stahování aktualizací na pozadí, čekající aktivace a zpožděný automatický přechod byly odstraněny.
  • Po zvolené instalaci se king ukončí pro ruční restart; king -c pokračuje v poslední relaci s novou verzí.
9.1.392
  • Neúplné mezistavy generování obrázků se již neodesílají jako soukromá telegramová aktualizace, dokud neexistuje mediální výsledek.
  • Naměřené popisy chyb GenerateImage a GetMedia se potlačují; dokončená doručení médií zůstávají viditelná.
  • Soukromé konverzace a běžné vyžádané výsledky zůstávají beze změny.
9.1.391
  • Kontinuita připomínek napříč portály nyní vyžaduje přesný, aktivní doklad propojení identity od důvěryhodného běhového prostředí.
  • Podobná jména, odlišní mandanti nebo zdrojové identity, nesprávní vydavatelé a odvolané doklady zůstávají oddělené a bezpečně se odmítají.
  • Verze 6 smlouvy paměťového adaptéru podporuje ověřené OAuth, bezpečné propojení účtů a výslovně potvrzená přiřazení identit, aniž by odvozovala oprávnění z připomínek.
9.1.390
  • Společný paměťový obal nyní zaznamenává čas události a čas příchodu odděleně.
  • Každá nová kognitivní událost výslovně dostává třídu uchování pro provozní data, trvalá data, vztahy nebo účely kontroly.
  • Verze 5 smlouvy paměťového adaptéru odmítá neúplné obaly událostí před každým lokálním nebo vzdáleným zápisem.
9.1.389
  • Paměťové události nyní zaznamenávají zdrojový portál a zdrojový kanál jako oddělená, ověřená pole původu.
  • Cesty CLI, telegramu, běhového prostředí, osobnosti, oprav a odvolání zachovávají přesný kanál při ukládání i přehrávání.
  • Verze 4 smlouvy paměťového adaptéru odmítá zápisy, pokud uložený zdrojový kanál neodpovídá kanálu uvolněnému oprávněním.
9.1.388
  • Čtení paměti vrací pouze pozorování z rozsahu viditelnosti uvolněného oprávněním, pokud není použita přísně interní cesta agenta.
  • Zápisy, kontroly událostí a operace pozornosti se bezpečně odmítají, pokud jejich rozsah nebo ověřený zdroj neodpovídá aktuálnímu kontextu přístupu.
  • Lokální adaptér SQLite dotazuje ohraničená pozorování přes vlastní index viditelnosti, místo aby nejprve načítal nesouvisející připomínky.
9.1.387
  • Každá operace paměťového adaptéru nyní nese přísný kontext pro identitu, portál, kanál, konverzaci, rozsah a oprávnění.
  • Kontext oprávnění se kontroluje mimo paměťový náklad a neukládá se trvale jako zapamatovaný obsah.
  • Deduplikace událostí je omezena na mandanta a agenta. Díky tomu nelze existenci událostí rozpoznat napříč mandanty.
9.1.386
  • Kognitivní stav nyní leží za verzovanou smlouvou pro paměťové adaptéry, kterou společně používají životní cyklus běhu a životnost osobnosti.
  • Stávající úložiště událostí SQLite zůstává výchozím nastavením. Externí portáloví klienti mohou poskytovat stejnou smlouvu, aniž by vytvářeli vlastní stav portálu.
  • Nepodporované verze adaptérů a neúplné implementace se před každou paměťovou operací bezpečně odmítají.
9.1.385
  • Telegramové zprávy zařazené před startem relace se nyní uvolňují, jakmile je relace připravena.
  • Relace v nečinnosti vyprazdňují frontu v běžném pořadí FIFO; již pokračované aktivní běhy používají omezené řízení.
  • Trvalé kontrolní body fronty zůstávají beze změny, dokud není zpráva skutečně přijata.
9.1.384
  • Odkazy na telegramové obrázky nyní ve stejném běhu načítají nástroje pro kontrolu a generování obrázků.
  • Připravené telegramové zprávy zachovávají mediální záměr pro celou čekající dávku, místo aby zohledňovaly pouze poslední zprávu.
  • Lokální cesty obrázků a identifikátory souborů telegramu volí vhodnou cestu kontroly nebo stahování, aniž by trvale načítaly mediální schémata.
9.1.383
  • Nové výsledky čtení zůstávají nyní plně viditelné pro krok modelu, který je vyžádal, místo aby se před vyhodnocením vykládaly.
  • Paralelní nové výsledky nástrojů zůstávají čitelné až do svého kroku vyhodnocení a smí být archivovány teprve poté, co se stanou historickými.
  • Archivace historických výstupů a úspora kontextu zůstávají aktivní po chráněném okně nejnovější práce.
9.1.382
  • Příkaz /loop se nyní přijímá i během běhu jiné odpovědi.
  • Vytvoří-li se smyčka během probíhající práce, King ji uloží a zařadí její první instrukci, aniž by přerušil aktuální běh.
  • Vytváření smyček v nečinnosti a dosavadní chování pro stav, pauzu, pokračování a zastavení zůstávají beze změny.
9.1.381
  • Po definitivně neúspěšném ToolSearch se ToolSearch pro zbytek tohoto běhu odebere z aktivního seznamu nástrojů.
  • Úspěšné rozpoznání schémat a zacházení s již načtenými nástroji zůstávají k dispozici a beze změny.
  • Tím opakovaná hledání synonym nespotřebovávají další tokeny poté, co běhové prostředí již prokázalo, že neexistuje vhodná integrace.
9.1.380
  • Dočasná chyba řízení aktivního běhu nyní okamžitě znovu aktivuje řízení doručování telegramu, místo aby nechala obnovenou skupinovou zprávu čekat až do konce běhu.
  • Čekající skupinové zprávy se i nadále doručují během dlouhé práce; přitom zůstávají zachovány pořadí FIFO a stávající hranice karantény tří pokusů.
  • Žádná běžící relace se nepřerušuje ani nerestartuje.
9.1.379
  • Dočasná opakování potvrzení řízení kanálu již nezobrazují falešnou červenou chybu, pokud zpráva zůstává ve frontě obnovitelná.
  • Viditelná chyba doručení se objeví teprve poté, co třetí neúspěšný pokus bezpečně archivoval úplný první záznam fronty.
  • Chování pro opakování, potvrzení, archivaci a pořadí FIFO zůstává beze změny.
9.1.378
  • Při rychle po sobě jdoucích publikacích na pozadí existuje nyní jediný nahraditelný stav pro připravenou aktualizaci, místo aby se pro každou verzi připojovala nová součást protokolu.
  • Záznam připravené aktualizace vždy zobrazuje nejnovější ověřenou cílovou verzi; aktivní relace zůstává až do svého přirozeného restartu nedotčena.
  • Odkaz na skutečnou instalaci a changelog zůstává trvalý a beze změny. Méně změn v protokolu tedy neskrývá aktivovanou aktualizaci.
9.1.377
  • Čekající úkoly telegramu nyní přebírají rozhodující ID aktivního běhu z jádra. Zastaralý viditelný stav TUI tak již nemůže způsobit, že přijatá zpráva zůstane nepotvrzená.
  • Řídicí příkaz /loop se během probíhající práce provede okamžitě; trvalé potvrzení příkazu již nezávisí na úspěšné stavové odpovědi telegramu.
  • Selže-li doručení prvního záznamu fronty třikrát, archivuje se lokálně se všemi metadaty obnovy, než fronta pokračuje. Chybný záznam tak neblokuje pozdější zprávy.
9.1.376
  • Velké historické výsledky nástrojů se před zhuštěním kontextu trvale ukládají, takže jejich úplný výstup zůstává obnovitelný i po vyprázdnění vloženého náhledu.
  • Uložené odkazy na výsledky přežijí pozdější mikrozhušťování a zachovávají omezená metadata potřebná k opětovnému načtení původního výstupu.
  • Telemetrie vykládání hlásí velikosti a stav obnovy, aniž by odhalovala obsahy výsledků nebo soukromé cesty.
9.1.375
  • Soukromé telegramové DM a příkazy s lomítkem si zachovávají nejvyšší prioritu doručení. Výslovně adresovaná skupinová práce se poté řadí FIFO před běžnou nebo neadresovanou starou zátěž.
  • Předání aktualizace smí překročit neprázdnou frontu pouze tehdy, pokud každý záznam představuje udržitelnou, dosud nepotvrzenou telegramovou práci s cestou zpět přes potvrzení. Lokální, smíšená nebo neudržitelná práce dále blokuje.
  • Odkaz na připravenou aktualizaci se řídí uvolněným jazykem rozhraní osoby. U jazyka dosud neuvolněného jako locale TUI se zobrazí pouze informace o verzi, místo aby se propadlo do nesprávného jazyka.
9.1.374
  • Odkaz na připravenou aktualizaci již nepoužívá pevně zabudovanou německou zprávu, ale již uvolněný překlad rozhraní aktivního jazyka.
  • Režimy obnovení a nové relace zůstávají oddělené; předání aktualizace, vrácení zpět a potvrzení duplikátů telegramu nebyly oslabeny.
9.1.373
  • Aktualizace připravená na pozadí může nyní převzít běžící relaci na ověřeném bezpečném hranici. ID relace a pracovní adresář zůstávají zachovány; běžící nástroje, příkazy shellu, zhuštění a čekající zprávy předání zabraňují.
  • Dozorce aktivuje nové běhové prostředí teprve po jeho loaded a ready dokladu. Selže-li start, obnoví se staré běhové prostředí včetně přesné relace a chybné pending se zahodí.
  • Telegramové duplikáty již obnovené v doručovací evidenci se při přehrávání fronty okamžitě kvitují. Nečekají již na krok modelu, který se u duplikátu záměrně nikdy nespustí, a neblokují tak další skupinové zprávy.
  • Trvalý pracovní fokus nyní nese stav znalostí, kontext dokladů, opravy, odvolání a konfidenci napříč běhy. Nevznikají z toho žádná nová práva ani uvolnění.
9.1.372
  • Trvalé cílové kontrolní body nyní rozlišují verified, credible_unverified, hypothesis, uncertain_memory, stale a unknown. Plausibilní domněnky se tak již nepovažují za ověřené znalosti.
  • Původ a stav znalostí se kontrolují společně: doklady nástrojů běhového prostředí smí být verified pouze po úspěšném běhu nástroje, externí zprávy nikoli. Předávané stavy si zachovávají dosavadní status a poslední doklad ověření.
  • Staré stavy přehrávání bez nového pole zůstávají čitelné jako legacy_unknown. Nové kontrolní body musí svůj status výslovně uvést. Práva, uvolnění a autorita zůstávají beze změny.
  • Stručná projekce kontextu uvádí epistemický stav v přesně jednom řádku, aby jej agent zohlednil při příštím kroku, aniž by zatěžoval rozpočet kontextu doplňkovým textem.
9.1.371
  • Oprava chyby zapojení z 9.1.370: tam již uložená a promítaná hodnota evidenceBasis je nyní také součástí přísného veřejného výstupního schématu GetGoal a při načtení se již neztrácí.
  • Schéma přijímá čtyři aktuální typy původu a legacy_unknown pro staré stavy přehrávání. Práva, uvolnění a autorita zůstávají beze změny.
  • Cílená zkouška zapojení a vlastní mutant zajišťují nové veřejné spojení proti regresi.
9.1.370
  • Každý čerstvý pracovní kontrolní bod nyní výslovně uvádí, na čem spočívá jeho poslední doložený stav: úspěšné volání nástroje běhového prostředí, přímé tvrzení uživatele, externí zpráva nebo nezměněné předání dál.
  • runtime_tool se přijímá pouze tehdy, pokud aktuální běh obsahuje alespoň jedno běhovým prostředím povolené a úspěšně dokončené volání nástroje. carried_forward nesmí měnit poslední doložený stav. Obě cesty se při rozporu ukončují fail-closed.
  • Staré uložené kontrolní body zůstávají čitelné jako legacy_unknown. Typ původu je epistemický stav a nevytváří práva, uvolnění ani autoritu.
9.1.369
  • Trvalý pracovní kontrolní bod nyní automaticky dostává kompaktní doklad běhu z již dokončených volání nástrojů stejného běhu. Doklad uvádí pouze ID běhu, celkový počet, počet úspěchů a chyb a krátký digest.
  • Názvy nástrojů, ID, argumenty, příkazy, výstupy, cesty a text uživatele se do kontrolního bodu nezapisují. Prázdný doklad zůstává poctivě na nule, místo aby předstíral měření.
  • Za úspěch se počítá pouze volání nástroje uvolněné politikou běhového prostředí a úspěšně dokončené. Blokované, neúspěšné, přerušené nebo modelem dodané doklady nevytvářejí autoritu.
9.1.368
  • Každý trvalý pracovní kontrolní bod nese nyní monotónní revizi. První zápis začíná revizí 1; každý další musí přesně o jedničku zvýšit aktuálně promítanou revizi.
  • Starý paralelní běh nebo zastaralé zobrazení kanálu již nemůže dodatečně přepsat novější doložený pracovní stav. Zastaralé, přeskočené a neplatné revize se ukončují fail-closed dříve, než se změní cílový stav.
  • Existující kontrolní body bez pole revize se při čtení kompatibilně považují za revizi 1. Revize je pracovní stav a nevytváří žádná práva ani uvolnění.
9.1.367
  • Aktivní připomínka cíle nese trvalý pracovní kontrolní bod nyní přímo. King si tak uchovává fázi, poslední doložený stav, přesnou příští akci a očekávaný doklad i tehdy, když doplňkový kognitivní paměťový adaptér právě není k dispozici.
  • Před alternativními cestami se nejprve provede přesně předem poznamenaná příští akce. Kontrolní bod se mění teprve tehdy, když nová evidence skutečně změní potvrzený stav.
  • Záložní cesta je pouze kompaktní projekce již ověřeného kontrolního bodu. Nevytváří žádná práva, žádná nová datová pole ani restart.
9.1.366
  • Aktivní cíle mohou nyní ukládat malý trvalý pracovní kontrolní bod s fází, posledním doloženým výsledkem, přesnou příští akcí a očekávaným dokladem. Po obnovení nebo přehrání událostí King pokračuje na tomto místě, místo aby znovu žádal o povolení nebo začínal od začátku.
  • Čistá aktualizace kontrolního bodu ponechává cíl aktivní. Pozastavené a blokované cíle zůstávají beze změny; obnovení pouze resetuje běhový časovač.
  • Kontrolní bod je přísně omezený a je čistě pracovní informací. Neznámá pole, zejména údaje o právech nebo správě, se ukončují fail-closed a nemohou vytvořit žádnou schopnost.
  • Bez kontrolního bodu zůstává dosavadní kompaktní fokus beze změny. S kontrolním bodem se doplní pouze čtyři relevantní pozorování fokusu o doložený stav; tím zůstává spotřeba tokenů malá a konstantní.
9.1.365
  • Soukromé telegramové DM a lokální CLI mohou nyní číst, opravovat nebo mazat trvalý fokus přímo pomocí /memory focus, /memory correct <id> <hodnota> a /memory delete <id>. Tato cesta nespouští běh modelu, a proto nespotřebovává žádné tokeny modelu.
  • Změny telegramu jsou vázány na kladná ID uživatele, chatu a zprávy, skutečné soukromé DM, čas kanálu a stabilní ID požadavku. Skupiny, neúplný původ a pozměněná opakování se ukončují fail-closed.
  • Doména, klíč a rozsah se vždy odvozují z aktivního dokladu cíle a nemohou být vneseny volajícím. Opravy a náhrobky zůstávají append-only, uchovávají historii a neudělují žádná práva.
  • Výstup fokusu je pro telegram omezen na osm záznamů a méně než 3 500 znaků; celkový počet zůstává viditelný.
9.1.364
  • Běžící kognitivní životní cyklus může nyní opravit trvalý fokus pomocí correctFocusObservation a smazat jej pomocí withdrawFocusObservation. Obě cesty zapisují i nadále append-only do stejného proudu událostí vázaného na mandanta a agenta.
  • Revize je přípustná pouze s atestací runtime_user_prompt_hook a explicit_user_request. Běžný snímek modelu nemůže opravu ani smazání odvodit nebo propašovat.
  • Každá revize nese stabilní ID požadavku a portál, aktéra, kontext, zprávu a čas. Identické opakování je idempotentní; stejné ID požadavku se změněným obsahem a zpětně datované revize se ukončují fail-closed.
  • Oprava a následné smazání ponechávají úplnou historii beze změny. Po smazání se fakt již nezobrazuje ve výzvě a nespotřebovává žádné tokeny kontextu. Paměť i nadále nemůže udělovat práva.
9.1.363
  • Potvrzené smazání se nyní ukládá jako náhrobek append-only. Dřívější obsah zůstává zachován v auditu a hashovém řetězci, ale zcela mizí z účinné projekce kontextu.
  • Staré události obnovení, přepisu nebo fronty s časem před smazáním nemohou odstraněný obsah znovu aktivovat. Tím se později znovu přehraný starý stav nepovažuje za novou pravdu.
  • Vědomě znovu poskytnutá informace po okamžiku smazání může být znovu naučena. Náhrobek tedy blokuje starou evidenci, nikoli budoucí vývoj.
  • Smazání přes cizí mandanty, agenty, domény, klíče nebo rozsahy, s chybějícím cílem, slabou konfidencí nebo nesprávnou hodnotou náhrobku se transakčně odmítá. Stávající databáze migrují na místě.
  • Smazaný fakt nevytváří řádek ve výzvě, a nespotřebovává tak žádné tokeny kontextu.
9.1.362
  • Potvrzená oprava může nyní výslovně nahradit přesně jedno dřívější pozorování ve stejném rozsahu mandanta, agenta, domény, klíče a rozsahu. Starý záznam zůstává append-only zachován v auditu.
  • Účinný pohled načte opravenou hodnotu a označí ji jako corrected; nahrazená hodnota se již nepromítá jako aktuální konflikt.
  • Chybějící cíle, cizí rozsahy nebo klíče a opravy s konfidencí nižší než 1 se transakčně odmítají.
  • Stávající stavy SQLite získají nový sloupec relace při otevření, aniž by ztratily dosavadní proud nebo verzi.
9.1.361
  • Stejně důvěryhodná osobní nebo týmová tvrzení se stejným rozsahem a klíčem se již nevydávají podle principu „nejnovější hodnota vyhrává“ jako pravda. Projekce konflikt stručně označí a vyžádá si vyjasnění, aniž by oba obsahy vysypala do kontextu.
  • Je-li jedno tvrzení alespoň o 0,2 konfidenčního bodu silnější, zůstává použitelné, ale označí se jako sporné. Pozdější slabší tvrzení již nemůže zakrýt potvrzený stav.
  • Identická potvrzení se slučují do jednoho bodu fokusu. Kanonická pole cíle a pokroku zůstávají i nadále revidovatelná.
  • Historie událostí append-only zůstává beze změny; z účinného pohledu i nadále nemohou vznikat oprávnění.
9.1.360
  • Již kanonický stav /goal se promítá jako trvalý pracovní fokus do proudu kognitivních událostí: cíl, stav, příští spouštěč a očekávaný doklad úspěchu.
  • Tentýž fokus zůstává idempotentní napříč restarty běhového prostředí. Nezměněný stav cíle nevytváří žádné duplicitní události ani pozorování.
  • Čítače využití, časový rozpočet a oprávnění se do fokusu nekopírují. Bez aktivního cíle se nenačítají žádné další tokeny fokusu.
  • Projekce spojuje odpovídající rozsah cíle se soukromým rozsahem vztahů aktuálního běhu; nevytváří žádná práva.
9.1.359
  • Osobní paměť a skutečné běhy CLI nyní používají stejný proud identity mandanta a agenta z identity/manifest.json; bez úplné identity zůstává kompatibilní hašovaná záložní cesta zachována.
  • Přímé telegramové běhy promítají pouze soukromý rozsah vztahů aktuálního protějšku. Skupiny a cizí vztahy nedodávají žádné soukromé tokeny fokusu.
  • Výběr rozsahu je vynucen před řazením; novější poznatek z cizího rozsahu již nemůže zakrýt odpovídající záznam.
9.1.358
  • Síťová chyba během automatické přípravy aktualizace byla hlášena pouze volitelnému zpětnému volání chyby. Bez nového dotazování zůstal běžící King na svém stavu, přestože samotná relace běžela dál zdravě.
  • Spouštěč nyní zapisuje omezenou událost prepare-failed se stavem verze a bezpečným názvem a kódem chyby do handoff.jsonl.
  • Poté je přesně o deset sekund později naplánován nový pokus o přípravu. Běžící jádro se neukončuje ani znovu nenačítá.
  • Chyby při zápisu diagnostické události zůstávají fail-soft; tokeny, text zpráv a další tajemství se neprotokolují.
9.1.357
  • Opakované přístupy ke stejnému efektivnímu systémovému promptu již nebudují velký řetězec ze základu a přílohy běhu při každém přístupu znovu.
  • Resolver drží přesně jednu aktuální kombinaci základu a přílohy a okamžitě ji zneplatní, jakmile se změní jeden ze dvou vstupních údajů.
  • Prázdný prompt, pouze základ, pouze příloha a dosavadní oddělení dvěma konci řádků zůstávají bajtově shodné.
9.1.356
  • Nezměněné systémové prompty se přes opakované kroky modelu počítají pro rozpočet kontextu pouze jednou po znacích.
  • Mezipaměť je omezena na čtyři záznamy, nejvýše 500 000 znaků na prompt a celkem 1 000 000 držených znaků.
  • Změněné prompty se i nadále počítají znovu; zobrazení kontextu, rozpočet zhuštění a rozpočet požadavků používají stejnou aktuální hodnotu.
9.1.355
  • Nezměněné konfigurace požadavků LLM již neserializují svá schémata nástrojů při každém kroku modelu znovu jen pro protokol konfigurace.
  • Model, alias, úroveň myšlení, systémový prompt a pořadí nástrojů se porovnávají s posledním úplným stavem.
  • Změněné modely, prompty, názvy nástrojů, popisy nebo schémata parametrů cíleně znovu otevírají protokolování konfigurace.
9.1.354
  • Nezměněná schémata nástrojů se nyní serializují a počítají pro rozpočet kontextu pouze jednou za objekt nástroje.
  • Inventář se 403 nástroji se tak při opakovaných kontrolách požadavků nepřepočítává pokaždé celý znovu.
  • Změny názvu, popisu nebo objektu parametrů zneplatňují cíleně pouze záznam mezipaměti daného nástroje.
9.1.353
  • Fragmenty argumentů nástrojů roje agentů se i nadále okamžitě parsují a přebírají do stavu průběhu, nyní ale sdílejí adaptivní časovač vykreslování.
  • Velké streamované volání nástroje tak již nevyvolává pro každý fragment argumentu úplné vykreslení TUI.
  • Start, dokončení, chyba a přerušení odstraňují otevřené časovače roje před jejich závěrečným okamžitým vykreslením.
9.1.352
  • Fragmenty asistenta a myšlení roje agentů i nadále okamžitě aktualizují stav průběhu, sdílejí ale adaptivní časovač vykreslování.
  • Bouře fragmentů tak již nevyvolává pro každou deltu úplné vykreslení TUI.
  • Diskrétní události roje a úklid stavu průběhu odstraňují otevřené časovače před svým okamžitým závěrečným vykreslením.
9.1.351
  • Fragmenty asistenta a myšlení v okně BTW/agenta se okamžitě ukládají do běhu, sdílejí ale adaptivní časovač vykreslování.
  • Řadič pro tyto dva druhy delt již nevyžaduje další úplné vykreslení na fragment.
  • Dokončení, chyba, opakování a dispose odstraňují otevřené časovače; diskrétní události háčků a dokončení zůstávají okamžitě viditelné.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput přebírá bloky stdout a stderr okamžitě do stavu aktivity, kartu dílčího agenta ale znovu sestavuje pouze v adaptivním rytmu streamování.
  • Společná čekající množina zpracovává několik současně běžících podnástrojů bez ztraceného výstupu nebo časovače na blok.
  • Dokončení nástroje odstraní svůj otevřený refresh před konečným zobrazením; dispose čistě zahodí časovače a čekající množinu.
9.1.349
  • ToolCallComponent.appendSubagentText shromažďuje rychle přicházející fragmenty textu a myšlení okamžitě v interním stavu, kartu dílčího agenta ale znovu sestavuje pouze v adaptivním rytmu streamování.
  • Dokončení a chybový stav vyprázdní dosud otevřený textový refresh před konečným zobrazením; dispose čistě zahodí časovač.
  • Příchozí bajty tak zůstávají okamžitě k dispozici, zatímco opakované plné přestavby, snímky a vykreslení při nárazech fragmentů odpadají.
9.1.348
  • Rostoucí argumenty podnástrojů dílčích agentů se i nadále okamžitě a úplně shromažďují, ale již se nepřeparsovávají a nevykreslují po každém jednotlivém fragmentu.
  • Adaptivní časovač sdružuje aktualizaci náhledu. Při dokončení se čekající argumenty povinně vloží před konečným stavem nástroje.
  • Provádění nástrojů, uvolnění, konečné argumenty a stávající běžná cesta streamování zůstávají beze změny.
9.1.347
  • Cesta událostí volala po každém příchozím fragmentu argumentu nástroje okamžitě getStreamingToolCallPreview. Tato funkce parsuje dosud úplný rostoucí text JSON.
  • Volání probíhalo i pro běžné nástroje, přestože okamžitě parsovaný mezistav potřebuje pro svůj běžící ukazatel průběhu pouze AgentSwarm. Tím běžná cesta částečně obcházela omezenou kadenci náhledu zavedenou v 9.1.346.
  • Malá čistá politika nyní rozhoduje před parsováním: běžné nástroje pouze shromažďují deltu a parsují při plánovaném vyprázdnění náhledu; AgentSwarm parsuje okamžitě při názvu události, aktivním názvu nástroje nebo existujícím průběhu roje.
  • Provádění nástrojů, uvolnění, konečné argumenty a zobrazení roje zůstávají beze změny.
9.1.346
  • 9.1.345 omezil plné převykreslení textu pro dlouhé proudy odpovědí a myšlení, čisté proudy argumentů nástrojů ale neměly žádný z těchto dvou textových návrhů, a zůstaly proto na pevných 50 ms.
  • Každý náhled nástroje parsuje dosud úplný rostoucí text argumentů JSON. Velká volání nástrojů tak mohla i nadále velmi často znovu parsovat a vykreslovat celou zátěž.
  • Již doložená adaptivní kadence nyní zohledňuje také celkový počet znaků aktivních streamovaných argumentů nástrojů: 50, 100, 250 nebo 500 ms podle stejných hranic.
  • Provádění nástrojů, argumenty, uvolnění, konečný náhled a okamžitá vyprázdnění při dokončení zůstávají beze změny.
9.1.345
  • TUI při streamování dosud každých 50 ms znovu sestavovala úplně dosud nashromážděný text odpovědi a myšlení. U dlouhých odpovědí modelu tak opakovaně vykreslovaný objem textu silně rostl.
  • Krátké proudy do 8 192 znaků si zachovávají dosavadní pohotovou kadenci 50 ms. Poté interval stupňovitě roste na 100 ms do 32 768, 250 ms do 131 072 a 500 ms nad tím.
  • Výslovná vyprázdnění na hranicích nástrojů a při finalizaci zůstávají okamžitá. Logika poskytovatele, fronty, relace a tokenů se nemění.
9.1.344
  • Kognitivní běhová vrstva dosud zapisovala politiku a výsledek pro každé volání nástroje ve dvou oddělených synchronních transakcích SQLite.
  • Izolovaná nákladová zkouška systému Windows se 100 voláními nástrojů potřebovala 627,63 ms a vytvořila 201 událostí. Obsah zahrnoval 305 pozorování.
  • Dokončené dvojice politika/výsledek jednoho kroku modelu se nyní zapisují atomicky v omezených skupinách nejvýše deseti nástrojů. Přerušené nebo dosud otevřené kontroly politiky se i nadále ukládají jednotlivě na konci běhu.
  • Argumenty, výstupy, rozhodnutí o právech, hashový řetězec a trvanlivost SQLite zůstávají beze změny.
9.1.343
  • Soukromá telegramová odpověď byla již úspěšně doručena nástrojem pro odpovědi. Poté tentýž běh modelu přesto spustil další krok a vytvořil interní text o stavu a řízení práce.
  • Dodatečný krok stál v naměřené skutečné relaci 42 360 vstupních a 411 výstupních tokenů, přestože viditelná odpověď uživatele byla již odeslána.
  • Úspěšná odpověď telegramu nyní okamžitě ukončí soukromý konverzační běh označený jako direct. Neúspěšné odpovědi, skupiny a jiné nástroje běží beze změny dál.
  • Po dokončení platí i nadále stávající řadič přímého fokusu: zaznamená doručenou odpověď a po skončení konverzace nebo době klidu se vrátí k uložené práci na pozadí.
9.1.342
  • Dotaz relevance pro Mistake.md dosud zahrnoval každou zprávu s rolí user. Patřily sem i interní injekce, souhrny zhuštění, aktivace dovedností a zprávy z pozadí.
  • Protože se připomínka Mistake sama ukládá jako interní zpráva user, měnila po každém kroku nástroje vlastní vyhledávací dotaz. Tím byla ve stejném běhu znovu vybrána a přiváděna.
  • Filtr nyní používá pouze akčně relevantní vstupy uživatele a cronu. Interní texty běhového prostředí se z dotazu relevance a rozpoznávání nízké informace vylučují.
  • Skutečné zprávy uživatelů, plánovaná práce, všechny ověřené lekce a přestavba po zhuštění zůstávají beze změny k dispozici.
9.1.341
  • Při přirozeném startu našel spouštěč již lokálně připravené a ověřené automatické běhové prostředí, přesto je nejprve poslal přes síťově závislý odkaz na aktualizaci. Selhal-li tento druhý dotaz dočasně, spustila se opět stará globální verze.
  • Připravené automatické běhové prostředí s přesně odpovídajícím režimem (resume nebo new) se nyní spouští před novým dotazem na vydání. Aktivace zůstává transakční: teprve když se nové jádro úspěšně načte, zapíše se běhové prostředí jako aktivní.
  • Při resume zůstávají ID relace a pracovní adresář zachovány. Manuální výběr aktualizace i nadále probíhá dosavadní cestou odkazu.
  • Žádný běžící King se neukončuje. Oprava se uplatní výhradně při příštím přirozeném startu.
9.1.340
  • Spouštěč zapisoval úspěšné aktualizace do .blun/updates/install.json, zatímco profilové běhové prostředí hledalo v .blun/profile/<název>/updates/install.json. Skutečná cesta profilu neexistovala; proto zůstávalo notifiedAt ve společném stavu null.
  • Profilová běhová prostředí nyní čtou úspěch aktualizace z BLUN_SHARED_HOME a bez společné cesty se vracejí k dosavadnímu BLUN_HOME.
  • Po příštím přirozeném startu může TUI jednorázově zobrazit verzi a až tři poznámky k vydání. Nakonfigurovaní soukromí příjemci telegramu dostanou stejný krátký text bez běhu modelu a bez spotřeby tokenů.
  • Instalace, staging, aktivace a pravidlo „nikdy nevyhazovat“ zůstávají beze změny.
9.1.339
  • Úspěšné navazující kroky nástrojů s nízkým úsilím používají nejvýše 4 096 tokenů dokončení místo dosavadních 8 192.
  • První kroky, složité úkoly a chybové navazující kroky si zachovávají nakonfigurovanou kapacitu myšlení a výstupu. Zásah není globálním limitem modelu ani kontextu.
  • Zpětná měření přes 1 442 skutečných kroků s nízkým úsilím jednoho profilu agenta přinesla: 2 118 588 výstupních tokenů celkem, medián 791, p90 3 754, p95 5 485. S novou hranicí by odpadlo 229 761 tokenů, tedy 10,8 procenta; 91,1 procenta naměřených kroků zůstává beze změny.
9.1.338
  • Čistě opakovací otázky jako Mohu pokračovat ve své práci? se v soukromých telegramových konverzacích již nedoručují.
  • Interní vyprávění o frontě, předání, pruhu a stavu čekání zůstává mimo soukromou odpověď. Skutečné pracovní výsledky a běžné osobní odpovědi zůstávají doručitelné.
  • Končí-li použitelná odpověď pouze otázkou na nové uvolnění práce, odstraní se výhradně tato závěrečná otázka.
  • Směrování skupin a běžící relace zůstávají beze změny.
9.1.337
  • profile/<název>/SOUL.md je kanonická cesta identity Kinga.
  • Odpovídající pojmenovaná starší duše nahrazuje pouze nezměněné, vygenerované profilové lešení. Vyvinuté profilové duše se nikdy nepřepisují.
  • Před importem starší verze se vygenerované lešení zálohuje jako SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Přerušené relace normalizují svůj stav přehrávání, než je doručena další telegramová práce.
  • Je-li doručení do aktivního běhu odmítnuto, zpráva spadne zpět na čerstvý běh fronty, místo aby se tentýž příkaz zkoušel každých pět sekund znovu.
  • Kontrolní body fokusu DM si zachovávají automatické časovače obnovení a výslovné pauzy napříč aktualizacemi.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Běžná soukromá telegramová zpráva přeruší probíhající úkol pouze kvůli bezprostřední konverzaci. Poté King po 60 sekundách automaticky pokračuje v přesně uloženém pracovním stavu, aniž by znovu žádal o povolení.
  • Výslovné ukončení konverzace pokračuje v úkolu okamžitě. Jen jasná přání uživatele jako pause, pauza, stop, stopp, počkat nebo zastavit drží úkol dál pozastavený, dokud jej uživatel znovu neuvolní.
  • Interní pojmy a zprávy o stavu ohledně cronu, kontrolního bodu, fronty nebo pruhu se v běžných soukromých odpovědích potlačují. Odborná práce a její uložený stav zůstávají beze změny.
9.1.334
  • Automatická příprava na pozadí již nehladoví při rychlém sledu vydání. Dosavadní třicetiminutový zámek se vždy vztahoval na nejnovější vydání; při vydáních v minutovém taktu tak žádná verze nikdy nezestárla natolik, aby mohla být připravena.
  • Kryptograficky odpovídající vydání se nyní okamžitě načte, zkontroluje na integritu, izolovaně nainstaluje, syntakticky prozkoumá a označí jako čekající běhové prostředí.
  • Běžící relace Kinga se i nadále neukončuje. Aktivace a obnovení zůstávají výhradně na existující chráněné cestě příštího startu. Tato verze nemění logiku předání ani relace.
9.1.333
  • Živý snímek obrazovky po 9.1.331 doložil ERR_MODULE_NOT_FOUND ve spravovaném telegramovém pluginu.
  • Import pluginu ukazoval z izolovaného spravovaného stromu na soubor jádra, který tam nebyl doinstalován.
  • Také naměřený obrovský opakovací text běžel ve viditelném proudu myšlení. Dosavadní živý zámek opakování kontroloval pouze delty odpovědí.
  • 9.1.332 nebylo po nálezu pluginu přepnuto do veřejného manifestu. 9.1.333 tento kandidát npm zcela nahrazuje.
9.1.332 Nezveřejněno
  • Nezveřejněno. Import pluginu odkazoval z izolovaného stromu na nedodaný soubor jádra; 9.1.333 kandidáta npm zcela nahradil.
9.1.331
  • Soukromé telegramové konverzace si zachovávají přirozené odpovědi a vyžádané pracovní výsledky.
  • Naměřená interní duplicitní hlášení o pozastavené práci, již odeslaných odpovědích, běžících bězích, stavu nástrojů a chybějící potřebě jednat se potlačují pouze v soukromých chatech.
  • Zpráva se filtruje pouze tehdy, obsahuje-li jak interní kontext běhového prostředí, tak výslovně žádnou novou hodnotu pro uživatele.
  • Směrování skupin, skutečná hlášení o dokončení a běžná krátká konverzace zůstávají beze změny.
9.1.330
  • Úplný zdrojový soubor duše každého Kinga zůstává beze změny zachován.
  • Modelový kontext z něj dostává omezenou projekci charakteru s identitou, hlasem, hodnotami, vztahy, preferencemi, cíli a rostoucí historií.
  • Jasné sekce úkolů, pruhů, práv, QA, nástrojů, příkazů, verifikace, incidentů, protokolů, běhového prostředí, aktualizací, nasazení a sestavení se již nenačítají jako osobnost do každé výzvy.
  • Čistě krátké charakterové duše zůstávají bajtově shodné. Neznámé netechnické sekce zůstávají viditelné ve svém pořadí.
  • Žádný soubor duše se nemaže, nezkracuje ani automaticky nepřepisuje.
9.1.329
  • Každý pojmenovaný profil Kinga používá ve společném identitním jádře svůj vlastní uzel agenta. Vztahy, historie a naučená osobní data se již neslučují do prvního zřízeného agenta.
  • Existující pojmenované soubory duše jako _agent-a_soul.md, _agent-b_soul.md nebo _agent-c_soul.md se přiřadí odpovídajícímu profilu a jednorázově se bajtově shodně převezmou do SOUL.md.
  • Starý zdrojový soubor zůstává beze změny zachován. Existující profilová SOUL.md se nikdy nepřepisuje.
  • Výběr persony a režim osobnosti čtou vázaně na profil. Poškozená, příliš velká nebo propojená profilová persona nepadá nepozorovaně na identitu jiného agenta.
  • Společné jádro zůstává použitelné bez nucení Mnemo. Běžící úkoly, práva a pravidla QA se touto migrací nemění.
9.1.328
  • Persona a SOUL.md se načítají nejprve z aktivního profilu.
  • Pojmenované profily nikdy nedědí duši jiného agenta ze společného domovského adresáře.
  • Starší a výchozí profily si zachovávají dosavadní společný fallback.
  • Chybí-li vlastní soubor duše skutečně, vytvoří se jednorázově minimální lešení; existující soubory se nikdy nepřepisují.
  • Systém identity a vztahů zůstává založen na souborech a funguje bez nucení Mnemo.
9.1.327
  • Soukromé telegramové konverzace zůstávají u osoby: interní hlášení o frontě, kontrolním bodu, pauze, cronu, háčcích a nečinnosti se potlačují na obou cestách odesílání, dokud není vyžádán stav práce, není potřeba žádné rozhodnutí a nevznikl žádný relevantní blokátor.
  • Technické stavy práce jdou do příslušného týmového kanálu. Nekopírují se znovu do soukromé konverzace.
  • Přesné smyčky opakování modelu se rozpoznávají již během streamu. Běžící stream poskytovatele se ukončí a tentýž krok se zachovaným kontextem úkolu se zkusí přesně jednou znovu.
  • Duše, osobní znalosti, práva, běžící úkoly a stávající pauza přímého fokusu nebyly nahrazeny ani smazány. Žádná běžící TUI nebyla restartována.
9.1.326
  • Manuální a automatické režimy oprávnění promítají uvolnění nástrojů jako omezená tlačítka do jednoznačně propojeného soukromého DM telegramu.
  • Přenáší se pouze název nástroje a stávající výběrové texty; argumenty, popisy a tajemství zůstávají lokální. Prošlé, cizí nebo již lokálně zodpovězené žádosti o uvolnění se fail-closed zahazují.
  • God mód zůstává plně autonomní a nevytváří žádné uvolnění telegramu.
  • Technické stavy práce se směrují příslušnému kolegovi a nekopírují se zpět do soukromé konverzace uživatele.
9.1.325
  • God mód provádí osobní zápisy do paměti bez druhé žádosti o uvolnění; stávající souhlas vázaný na relaci a běh zůstává zachován.
  • Výslovný telegramový pokyn k zapamatování aktivuje stejně úzce ohraničený souhlas jako přímý pokyn z konzole. Manuální a automatické režimy oprávnění se i nadále ptají před zápisem.
  • Deník aktualizací ukládá, zda byla instalace spuštěna ručně, automaticky nebo přes startovací dialog.
9.1.324
  • První důvěryhodná interakce s botem ho lokálně založí jako uzel agenta a vztahu. Role, odpovědnosti, zvláštnosti, spolupráce a předání pak mohou strukturovaně růst.
  • Každý King promítá do svého kontextu kompaktní výřez kolegy. Tím zná úkoly a zvláštnosti jiných agentů, aniž by plošně načítal celý stav vztahů.
  • Chybí-li informace kritická pro úkol, nehádá se: King se přesně jednou zeptá nejvhodnějšího člověka nebo agenta. Není-li známa žádná odpovědnost, zeptá se uživatele, místo aby si vymyslel jméno.
  • Vztahy a role nikdy nevytvářejí práva. Pole oprávnění, ACL a tajemství se do výřezu kolegy nepromítají. Cesta je lokální, vázaná na mandanta, neutrální ke jménům, nezávislá na Mnemo a nepřidává žádná volání modelu ani nástrojů.
9.1.323
  • Soukromé konverzace odpovídají opět osobě, místo aby dobrovolně vypisovaly interní procesní data. Kontrolní body, hashe, cesty, diagnózy nástrojů, cronu a háčků, skrytá pravidla, cizí úkoly agentů a hlášení o nečinnosti zůstávají interní.
  • Stav práce se uvádí pouze tehdy, když se uživatel zeptá, když je potřeba jeho rozhodnutí nebo když se ho blokátor konkrétně týká. Pozastavená práce zůstává interní a nepřenáší se do uvolněné konverzace.
  • Pravidlo platí s režimem osobnosti i bez něj, neobsahuje žádné pevně zakódované osoby ani agenty a přidává asi 75 tokenů do výzvy, ale žádné volání modelu ani nástrojů. Priorita úkolů a povinnost dokladů zůstávají beze změny.
9.1.322
  • Viditelný přepínač osobnosti zapisuje persona.json nyní atomicky. Jméno, jazyk, poznámky a všechna ostatní stávající pole persony zůstávají zachována; mění se pouze personalityEnabled.
  • SOUL.md, AGENTS.md, JOURNAL.md a soubory vztahů se nezapisují ani při vypnutí, ani při zapnutí. Běžná identita agenta založená na SOUL zůstává v systémovém kontextu načtena i při vypnuté funkci osobnosti.
  • Neúspěšný živý refresh vrátí výběr bajtově přesně zpět. Změnil-li mezitím jiný zapisovatel soubor persona.json, ukončí se fallback s PERSONALITY_CHOICE_CONFLICT a nic nepřepíše.
  • Symbolické odkazy, příliš velké, neplatné nebo neobjektové soubory persony se fail-closed odmítají. Při zapnutí se strom identity před potvrzením připraví.
  • Není součástí této verze později doložená chyba agenta, který vypisoval interní kontrolní body, pravidla cronu, hashe a detaily cizích úkolů do soukromých konverzací. Tento výstupní filtr je další samostatné sestavení.
9.1.321
  • Uvolněná první soukromá výměna nebo dobrovolná osobní poznámka může do kontextu modelu vložit přesně jednu volitelnou příležitost zvědavosti. Není to povinná otázka; volba slov a tón pocházejí i nadále z načteného SOUL.md, nikoli z pevného katalogu otázek.
  • Úkol, naléhavost, chyby, odkazy, kód, cesty a skupinový provoz zvědavost plošně potlačují. Nikdy neodesílá sama a nesmí přerušovat běžící práci.
  • Cooldown 30 dnů platí na mandanta, agenta a propojenou osobu napříč portály. Stejné opakování události je idempotentní.
  • Nový stav neleží jako soubor zvědavosti specifický pro telegram ve stromu identity. Vyměnitelný personality-memory-adapter místo toho zapisuje verzovanou událost do stávajícího transakčního kognitivního úložiště. Telegram je původ; soukromý vztah je oddělený rozsah viditelnosti.
  • Ukládá se pouze téma, stabilní identifikátor události/zdroje, čas a soukromý rozsah. Surový text, pevné otázky, nároky na práva a tajemství se nezaznamenávají. Nejisté kořeny, cizí pole a výpadek úložiště zůstávají fail-closed.
  • Základem hranice portálu byl interní koncepční dokument v7. CLI je referenční klient; lokální úložiště je výslovně označeno jako vyměnitelná projekce a není druhým kanonickým portálovým úložištěm.
9.1.320
  • Soukromá, výslovná otevřená vlákna konverzace se ukládají jako neměnné, deduplikované události se zdrojem, časem, kontextem a konfidencí. Přirozené formulace jako Zeptej se mě zítra znovu na ... se rozpoznávají stejně jako explicitní forma otevřeného vlákna.
  • Výslovné poznámky k opravě se ukládají odděleně od obecných poznámek ke vztahům a zohledňují se v pozdějším chování.
  • Aktuální běh svou vlastní novou poznámku záměrně ještě nevidí. Teprve pozdější soukromý běh získá omezený kontext; tím nevzniká žádné dvojité nebo sugestivní sebepotvrzení.
  • Úkol a výslovné pokyny stojí před sociálním kontextem. Otevřená vlákna nesmí přerušovat aktivní práci a nikdy neodesílají sama. Data vztahů nemohou vytvářet práva, uvolnění ani oprávnění.
  • Skupinový provoz, tajemství, formulace oprávnění, nejisté cesty, symbolické odkazy a příliš velké soubory zůstávají fail-closed vyloučeny.
9.1.319
  • Platný stávající profil bez uložené hodnoty personalityEnabled nyní osobnost automaticky aktivuje.
  • Při prvním běžném promptu vzniká lokální strom identity včetně profilu agenta a JOURNAL.md i bez Mnemo.
  • Výslovné false, 0 nebo off zůstává vypnuto. Poškozené, symbolicky propojené a příliš velké soubory persony zůstávají fail-closed.
  • SOUL.md a AGENTS.md se nemažou ani nepřepisují.
9.1.318
  • Automatický aktualizátor na pozadí stáhne závazně nejnovější verzi, zkontroluje její nezávisle zveřejněnou integritu SHA-512 a poznamená si ji pro příští start.
  • Běžící King, jeho běh a jeho volání nástrojů zůstávají nedotčeny. Neexistuje žádné živé předání, žádné ACK a žádné tui.stop(76).
  • ID relace a pracovní adresář se ukládají spolu s připraveným běhovým prostředím. Teprve při příštím přirozeném startu se nová verze aktivuje a přesná relace se automaticky obnoví.
  • Běžící TUI dostane nejvýše pasivní hlášení o dokončení; novější připravená verze nahrazuje pouze poznamenání, nikdy aktivní proces.
9.1.317
  • Spotřebuje-li poskytovatel celý rozpočet odpovědi dokončením length, ale nedodá žádný viditelný text, rozpočet opakování se již nezmenšuje na osminu, ale zdvojnásobuje.
  • Opakování zůstává ve stejném běhu a používá stejný signál, stejnou historii zpráv a stejný pracovní stav.
  • Stávající zpracování přerušení a omezený počet opakování zůstávají beze změny. Ruční přerušení nebo trvale prázdné výsledky neběží donekonečna.
9.1.316
  • Soukromé DM telegramu dostávají vlastní přímou frontovou stopu před prací skupin, smyček a pozadí; explicitní /urgent zůstává i nadále nejvyšší prioritou.
  • Při začátku konverzace DM se běžící pracovní stav jednou uloží jako omezený kontrolní bod. Text zprávy se přitom neuchovává.
  • Po rozpoznaném konci konverzace nebo minutě ticha se King zeptá přesně jednou: Mohu pokračovat ve své práci?
  • Uložená práce zůstává pozastavena a pokračuje teprve po jednoznačném souhlasu na původním kontrolním bodu.
  • Verze dodává řízení doručování a pauzy. Úplný systém osobnosti, vztahů a deníku zůstává samostatným, pokračujícím rozšířením.
9.1.315
  • Autorizované signály pozornosti se nyní dostávají do běhu přes běžnou kanálovou frontu, aniž by obcházely stávající politiku doručování nebo práv.
  • Duplicitní, zastaralé, neuvolněné, mimo rozsah ležící a nepocházející z telegramu signály se před kontextem modelu zahazují.
  • Zpětné dotazy zůstávají omezeny na nejvýše jeden přirozený dotaz, deduplikují se a ztichnou, jakmile signál přestane být aktuální.
  • Verze dodává pouze bezpečnou cestu doručování. Následně prioritizovaná logika přerušení a pokračování DM zůstává vědomě vyhrazena příští, samostatné verzi.
9.1.314
  • Lokální příkazy s lomítkem nečekají při dlouhém aktivním běhu celé hodiny ve frontě, ale kontrolovaně přeruší běh a spustí se jako další pracovní krok.
  • Nový příkaz s lomítkem nahrazuje v konzoli a telegramu již čekající příkaz stejného typu. Platí to mimo jiné pro /reload a /loop; běžné zprávy, práce v shellu a jiné úkoly kanálu zůstávají zachovány.
  • Escape odstraňuje čekající příkazy s lomítkem i tehdy, když není viditelný žádný aktivní běh. Stávající kompatibilita reloadu zůstává jako obal na obecné politice fronty.
9.1.313
  • Úspěšná automatická aktualizace se po přehrání relace zapíše jako trvalá poznámka do přepisu TUI. Zprávu tak již nemůže přepsat přehrání ani krátkodobý stav.
  • Stejný zdrojový stav, cílový stav a poznámky k verzím se jednou odešlou propojeným DM telegramu přes stávající cestu deduplikovanou podle verze. Neúspěšné odeslání zůstává opakovatelné.
  • Veřejný manifest nyní obsahuje pole name a releaseNotes očekávaná záložním parserem. Na předání aktualizátoru, restart relace a běžící procesy se nic nezměnilo.
9.1.312
  • Výslovný telegramový /reload již nečeká za dlouhým běžícím během modelu. Zařadí se jako řídicí příkaz před stávající frontu a přesně jednou spustí stávající kontrolované přerušení relace.
  • Stávající obsluha reloadu běží teprve po potvrzeném konci běhu. Tím nezačíná žádný druhý běh paralelně a zapisující běh se nezpracovává dál uprostřed logiky reloadu.
  • Staré duplikáty reloadu se odstraňují; běžné telegramové zprávy a jiná práce fronty zůstávají ve svém pořadí zachovány. Potvrzení telegramu zůstává otevřené až do skutečného provedení příkazu.
9.1.311
  • Kandidát pozornosti se stane omezeným úkolem doručování teprve tehdy, když existuje čerstvé potvrzení běhového prostředí přesně vázané na jeho ID kandidáta.
  • Za autority se považují pouze runtime_user_prompt_hook a runtime_tool_policy. Paměť, nesprávný agent, nesprávný kanál, nesprávný rozsah, rozhodnutí o blokování, potvrzení z budoucnosti a potvrzení starší než pět minut selhávají uzavřeně.
  • Potvrzení jsou vázána na mandanta, transakční a jednorázově použitelná. Stejné opakování je idempotentní; použití stejného potvrzení pro jiného kandidáta se odmítá jako přehrání.
  • Stávající společný cooldown zůstává účinný. Výsledkem je pouze strukturovaný záměr attention_notice a neobsahuje text zprávy, funkci odesílání ani oprávnění. Samotná politika doručování zůstává dalším samostatným krokem.
9.1.310
  • Trvalé cíle, otevřená vlákna, příští spouštěče, očekávané doklady, týmový kontext a vlastní kontext procházejí společnou, přísně omezenou projekcí fokusu. Standardně nejvýše šest záznamů a 900 znaků.
  • Projektové a pracovní rozsahy se váží před konfidencí a aktuálností. Zobrazuje se nejnovější hodnota, aniž by se dřívější protichůdná pozorování z neměnného proudu událostí mazala. Změny jsou viditelné jako revised.
  • Krátkodobá pozorování běhového prostředí, slabá evidence a obecná světová fakta nespotřebovávají trvalý rozpočet fokusu. Pole práv, tokenů a tajemství se odmítají již při zápisu.
  • Strukturovaný, idempotentní snímek může fokus posunout napříč relacemi. Projekce je kontext, nikoli oprávnění, a nemůže přepsat úkol ani politiku běhového prostředí.
  • Z ECC byl převzat pouze princip omezit kontext, načíst relevantní. Žádný hook ECC, paměť učení ani harness nebyl nainstalován.
9.1.309
  • Nová čistá politika pozornosti vytváří omezeného kandidáta pouze z doložených chybějících tepů agentů, prošlých slibů nebo déle blokovaných úkolů.
  • Odpovědnost, aktivní úkol, doložená nepřítomnost, lokální doba klidu, povolený kanál, minimální konfidence a cooldown se kontrolují před přijetím. Lidské ticho bez splatného slibu zůstává bez účinku.
  • Každý kandidát nese ID evidence, rozsah platnosti, čas a konfidenci, ale ani obsah promptu, ani práva, tajemství nebo funkci odesílání.
  • Společné jádro SQLite uděluje transakční nárok na mandanta a evidenci. Paralelní agenti nemohou stejný podnět v cooldownu převzít dvakrát.
  • Tato verze zatím neskenuje samostatně a neodesílá žádnou zprávu. Každá pozdější akce stále vyžaduje běžnou autorizaci běhového prostředí.
9.1.308
  • Připravený záznam běhového prostředí obsahuje v režimu resume nyní přesně běžící ID relace a kanonicky ověřený pracovní adresář. Pozdější start proto nemusí hádat nejnovější nebo domněle vhodnou relaci.
  • Každá skutečná změna relace tato data aktualizuje. Bezprostředně před bezpečným předáním se zapíší ještě jednou, než staré běhové prostředí dostane potvrzení k ukončení.
  • Pouze prokazatelně přes tímto způsobem aktualizace pokračovaná, přesně stejná relace dostane po přehrání jednorázový impuls pokračování, a jen pokud její cíl zůstává active. Běžné starty, jiné relace a pozastavené či blokované cíle zůstávají nedotčeny.
  • Bezpečná pracovní hranice zůstává beze změny: žádné předání při streamování, zhuštění, nástrojích, příkazech shellu nebo čekajících zprávách. Pro toto dodání nebyl žádný běžící King ručně restartován.
9.1.307
  • Pouze skutečně akčně relevantní chyba z bezprostředně předchozího běhu běhového prostředí se před dalším rozhodnutím modelu zobrazí jako krátký doklad kontinuity: přerušený/neúspěšný běh, blokovaná politika nebo neúspěšný nástroj.
  • Normálně dokončený běh vytváří přesně žádnou projekci, a tedy nula dalších tokenů kontextu.
  • Výběr je vázán na ID běhového prostředí plus ID běhu, a zůstává proto správný i po změně relace s ID běhů začínajícími znovu od nuly.
  • Projekce neobsahuje prompty, argumenty, výstupy, ID volání ani práva. Výslovně upozorňuje, že nikdy nesmí autorizovat akci ani přepsat aktuální politiku uživatele nebo nástrojů.
  • Etapa je vědomě reaktivní a úzká. Proaktivní pozornost, stav delegace a obsahová otevřená vlákna se zde zatím nenačítají.
9.1.306
  • Kognitivní stopa životního cyklu běhu nyní pro každé skutečné volání nástroje zaznamenává skutečné rozhodnutí běhového prostředí z PermissionManager.beforeToolCall: passed, blocked nebo error.
  • Po běhu se připojí skutečný výsledek (success, error, cancelled), doba běhu a příští spouštěč kontroly jako neměnný doklad.
  • Ukládá se pouze název nástroje a stabilní hash klíče volání. Argumenty, výstupy nástrojů a obsahy promptů se do kognitivního stavu nedostanou.
  • Stávající hierarchie práv zůstává beze změny: paměť nemůže uvolnit žádnou akci. Chyby záznamu zůstávají fail-soft a nesmí povolit běh nástroje ani blokovat běh uživatele.
  • Ještě otevřené jsou doklady delegace, proaktivní pozornost a přísně relevantní zpětná projekce stavu do pozdějších rozhodnutí.
9.1.305
  • Transakční jádro SQLite dodané v 9.1.304 je nyní propojeno se skutečným životním cyklem runOneTurn(). Každý běh modelu zaznamenává vnímání, klasifikaci původu, omezený plán běhu, očekávaný závěrečný doklad, výsledek brány promptu, důvod dokončení, dobu běhu a příští spouštěč.
  • Ukládají se pouze metadata běhového prostředí, žádné obsahy promptů. Mandant a agent se stabilně odvozují z BLUN-home a aktivního profilu, bez pevných seznamů osob.
  • Výsledek brány smí dodat pouze stávající politika běhového prostředí. Paměť je jako autorita práv tvrdě vyloučena. Záznam nikdy nevrací oprávnění a nemá žádnou výkonnou funkci.
  • Stopa učení je fail-soft: chyba SQLite/životního cyklu se zaznamená pouze jako telemetrie bez obsahu a nesmí blokovat skutečný běh uživatele.
  • Ještě otevřené jsou doklady akcí/delegací specifické pro nástroje, proaktivní pozornost a relevantní zpětná projekce stavu do pozdějších rozhodnutí. 9.1.305 proto netvrdí úplnou smyčku AGI.
9.1.304
  • První transakční kognitivní jádro stavu leží jako lokální databáze SQLite pod BLUN-home. Může ukládat pozorování sebe, světa a týmu, cíle, otevřená vlákna, předpoklady, příští spouštěče a očekávané doklady napříč relacemi.
  • Více zapisovatelů agentů/kanálů se serializuje pomocí BEGIN IMMEDIATE a optimistického čísla verze. Zastaralí zapisovatelé selhávají uzavřeně; identická opakování událostí jsou idempotentní.
  • Každá událost je spojena řetězcem SHA-256. Tvrzení nesou zdroj, kontext, čas, jistotu a rozsah platnosti. Rozpory zůstávají oddělenými neměnnými pozorováními, místo aby přepisovaly stará tvrzení.
  • Pole práv, schopností a tajemství se odmítají. Jádro nemá žádnou funkci provádění, delegace ani oprávnění.
  • Toto je doložený paměťový základ, ještě ne úplná smyčka vnímej-plánuj-jednej a ještě není zapojeno do každého běhu.
9.1.303
  • Kandidát soukromého vztahu bezpečně zachycený v 9.1.302 se od příští přímé konverzace načítá jako jasně neautoritativní připomínkový kontext. Aktuální tvrzení i nadále neovlivňuje svůj vlastní běh.
  • Načítají se nejvýše dvě nejnovější validované poznámky, každá maximálně 160 znaků, v rámci nezměněného celkového rozpočtu 1 500 znaků. Bez existujících poznámek vzniká 0 dalších znaků do promptu a žádné volání modelu, embeddingu ani sítě.
  • Soukromé poznámky se ve skupinách nikdy nenačítají. Systémová hranice je výslovně označuje jako referenční data, nikoli instrukce, a opakuje, že nemohou udělovat ani měnit práva.
  • Ještě otevřené zůstávají automatické trvalé převzetí, hodnocení konfliktů, transakční úložiště více agentů a proaktivní pozornost.
9.1.302
  • Výslovné soukromé tvrzení jako Prosím zapamatuj si: ... nebo Please remember that ... nyní vytváří malého, dosud neaktivního kandidáta vztahu. K tomu neexistuje žádné další volání modelu, embeddingu ani sítě.
  • Každý kandidát nese zdroj, kontext kanálu/přímý kontext, čas, jistotu, rozsah platnosti a neměnné pravidlo historie. Stejný doručený kanálový proces je idempotentní; pozdější potvrzení a rozpory zůstávají viditelné jako oddělené záznamy a navzájem se nepřepisují.
  • Skupiny, běžné konverzační věty, tajemství, tvrzení o právech a uvolněních, neplatné identity mandanta/agenta a nejisté cesty se odmítají. Data vztahů i nadále nemohou vytvářet žádná práva.
  • Toto je pouze první bezpečný krok zachycení pro produktový cíl. Kandidáti zůstávají pending a ještě se automaticky nepřebírají do aktivního vztahu ani do kontextu modelu. Transakční jádro více agentů, kognitivní stav, vlastní iniciativa a proaktivní pozornost tím výslovně ještě nejsou hotové.
9.1.301
  • Trvale načtený blok přítomnosti osobnosti klesl z 1 433 na 1 020 znaků, přepočteno asi o 104 tokenů promptu méně na aktivní běh osobnosti. Žádné další volání modelu ani paměti nepřibylo.
  • Fokus úkolu, načtená duše, omezená zvědavost, ochrana skupin, nejistá paměť, otevřená vlákna a oprava vztahů zůstávají v malém bloku. Režim bez osobnosti zůstal bajtově shodný na 288 znacích.
  • Červená zkouška: nová hranice 1 050 znaků selhala u 1 433 znaků. Mutační zkouška bez bloku osobnosti: 12/18 cílených testů červených. Obnoveno: cíleně 18/18, celá sada 690/690 zelená.
  • Regresní brána balíčku 9.1.300 na 9.1.301: 164 proti 164 stabilních cest, 0 odstraněno. Čerstvá instalace: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • Server MCP, který při startu selhal, nyní dostane až tři další pokusy o připojení v rozestupech po deseti sekundách. Tím se dočasná chyba startu nevzdává po jediném pokusu.
  • Inventář MCP se neprotokoluje jen jednou, ale znovu, když se změní počet připojených serverů nebo nástrojů. Pozdní obnova tak viditelně nahrazuje starý stav 0/0.
  • Stávající konfigurace MCP, definice nástrojů a běžící relace zůstávají beze změny. Upraveny byly blun.mjs, test/mcp-runtime-resilience.test.js, package.json a package-lock.json.
9.1.299
  • Velké výsledky Read zůstávají nativně znovu čitelné: viditelný výstup je omezen na 10 KiB a poté uvádí přesný další řádek, místo aby zobrazoval pouze [offloaded].
  • Velké úlohy prostého Write a zdrojové soubory nad 500 řádků se automaticky rozdělí na bajtově přesné fragmenty, sestaví v soukromém sousedním souboru a atomicky zapíší na cílovou cestu.
  • Po sestavení runtime zkontroluje uložené bajty pomocí SHA256. Stávající ochrana Edit zůstává beze změny; ruční pokračování je i nadále možné, ale pro velké úplné zápisy již není nutné.
  • Nově: bin/native-large-file-io.cjs. Upraveny: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, čtyři zaměřené testovací soubory a package.json a package-lock.json.
9.1.298
  • Aktivovaný režim osobnosti zřizuje při prvním běžném běhu TUI samostatně lokální identitní oblast schopnou více mandantů. Mnemo k tomu není nutné.
  • Stávající SOUL.md a AGENTS.md zůstávají načteny a beze změny. Nové JOURNAL.md vzniká pouze jednou a nenahrazuje duši ani pravidla.
  • Nové telegramové identity dostávají opatrné uzly osob, vztahů a skupin bez vymyšlených vlastností. Soukromá historie a skupinový kontext zůstávají oddělené.
  • Přímá kontinuita vztahů ukládá nejvýše šest krátkých, lokálně redigovaných záznamů a předává aktuálnímu běhu nejvýše dva dřívější výřezy. Aktuální text se nevkládá dvakrát.
  • Sociální vrstva pozornosti rozpoznává výhradně doložený přímý odstup návratu od sedmi dnů, vytváří nejvýše jeden podnět v cooldownu 30 dnů a sama žádnou zprávu neodesílá.
  • Aktuální úkol a výslovné instrukce stojí v kontextu vždy před zvědavostí, vztahem a pozorností. Celý dynamický identitní blok zůstává standardně omezen na 1 500 znaků.
  • Opravy MCP retry a reload fronty zveřejněné v 9.1.296 a 9.1.297 jsou v kandidátovi obsaženy.
9.1.297
  • Na dvou agentech zůstal starý úkol /reload po Escape viditelně ve frontě. Druhý /reload mohl sice běžet, první záznam se ale ani neodstranil, ani se nekvitoval proti opětovnému doručení telegramem.
  • Nová politika odstraňuje výhradně lokální a telegramové příkazy reload. Zachovává identitu a pořadí stávající fronty i všechny ostatní zprávy a příkazy.
  • Escape před přerušením aktivní práce a každý nově příchozí /reload volají stejnou cestu úklidu. Odebrané telegramové záznamy se kvitují přes jejich stávající zpětné volání potvrzení.
9.1.296
  • Skutečný běh obnovení pod 9.1.294 nahlásil 27. 8. ve 14:26:17Z přesně jednu tichou chybu startu pro windows-mcp: Timed out after 30000ms. V následujících minutách se neobjevil ani druhý pokus o start, ani závěrečný nález opakování.
  • Přímý start stejného uvx windows-mcp serve odpověděl naopak na initialize po zhruba 3,7 sekundy. Instalace i server tak byly v zásadě funkční; mezera ležela v opakování startu MCP v Kingovi.
  • blun.mjs po první chybě startu MCP nyní provede přesně jeden opakovací pokus po 10 000 ms. Časovač zůstává odkazován, dokud není proveden druhý pokus. Neexistuje žádný restart procesu ani relace.
  • Selže-li i druhý pokus, zůstává stávající poctivý konečný stav unavailable. Ostatní servery MCP a TUI běží dál.
9.1.295
  • Běhové prostředí úloh na pozadí registrovalo pro každý běh posluchače na externím AbortSignal, po normálním výsledku workera, timeoutu nebo zastavení ho ale neodstranilo. Dlouhé relace agentů tak mohly hromadit zastaralé posluchače přerušení.
  • bin/abort-listener-policy.cjs vrací výstup přerušení nyní spolu s idempotentní funkcí cleanup(). blun.mjs ji volá ve stávající cestě finally společně s úklidem timeoutu.
  • Chování přerušení, výběr výsledku a viditelná sémantika úloh zůstávají beze změny. Zásah nevytváří žádná volání modelu ani nové tokeny kontextu.
9.1.294
  • Skutečné pokusy o aktualizaci dvou profilů agentů doložily stejný průběh: první volání skončilo dočasným fetch failed, bezprostředně následující druhé volání fungovalo. Obě oficiální zdroje měly dosud pouze jediný síťový pokus.
  • Registr a veřejný manifest nyní dostávají každý vlastní omezený rozpočet opakování s backoffem 250 a 750 milisekund.
  • Opakují se pouze časové limity, známé dočasné chyby přenosu a HTTP 408, 425, 429 a chyby serveru od 500 výše.
  • Neplatný JSON, příliš velké odpovědi, nepovolené koncové body a trvalé chyby klienta jako 404 zůstávají okamžitě červené. Nevznikají žádná volání modelu, tokeny kontextu ani trvalé smyčky na pozadí.
9.1.293
  • Aktualizátor na pozadí připravil ověřený cíl správně, poté ale i nadále posílal RUNNING_UPDATE_PREPARED_MESSAGE aktivnímu běhovému prostředí jádra. Běžící TUI na to mohla na domněle bezpečné hranici reagovat ukončením 76. To odporovalo produktové smlouvě z 9.1.222: aktualizace nesmí nikdy ukončit aktivní relaci a aktivují se teprve při příštím přirozeném startu.
  • bin/launcher-runtime.js pokračuje beze změny ve stahování, kontrole integrity, stagingu, aktualizaci cíle a čištění, při přípravě ale do běžící relace již nezapisuje žádnou zprávu IPC.
  • Stávající přímé funkce předání zůstávají pro kompatibilitu zachovány; automatická cesta na pozadí je již nespouští.
9.1.292
  • Skutečná relace běžela na 9.1.279 a připravila 9.1.287 událostí prepared-for-next-start, poté ale nestáhla žádnou z již zveřejněných verzí 9.1.288 až 9.1.291.
  • Příčina ležela v superviseProtectedCore(): po prvním úspěšném stagingu zůstalo nastaveno updateStarted a scheduleNextPreparation() se navíc ukončoval, jakmile existoval preparedTarget. Poller na pozadí se tak po prvním zásahu trvale ukončil.
  • Poller nyní zůstává aktivní i s připraveným cílem. Přísně novější platný semver nahrazuje připravený cíl; stejné, starší nebo neplatně srovnatelné cíle se ignorují.
  • Obnovení cíle záměrně neposílá druhé IPC o připravenosti běžící TUI. Tím zůstává aktuální proces nedotčen a nejnovější připravená verze se aktivuje teprve při příštím přirozeném startu.
  • Jakmile je předání potvrzeno nebo dohlížené běhové prostředí jádra skončí, žádný cíl se již nevyměňuje a nevytváří se žádný nový časovač.
9.1.291
  • Blokující cesta zhuštění registrovala u každého dosud nepřerušeného signálu anonymního posluchače abort, po dokončení zhuštění ho ale neodstranila. V dlouhých relacích se tak mohly hromadit mrtvé posluchače přerušení.
  • FullCompaction.block() nyní používá pojmenovaného posluchače a malý pomocník waitForAbortableCompletion(). Pomocník odstraní posluchače v finally po úspěchu, chybě nebo přerušení.
  • Již přerušený signál se zpracuje okamžitě, bez registrace posluchače. Zásah nemění rozhodnutí o přerušení ani logiku zhuštění mimo tento životní cyklus.
  • Vzor pochází z aktuálního srovnání s AnythingLLM; převzato bylo pouze jednotlivě doložené čištění posluchače, žádné cizí běhové prostředí.
9.1.290
  • BLUN dosud zobrazoval pomocí /context pouze hrubé součty okna kontextu. Skuteční spotřebitelé nákladů uvnitř systémového kontextu a schémat nástrojů zůstávali neviditelní.
  • Nový lokální příkaz /context-doctor rozkládá aktuální kontext bez volání modelu na jádrové instrukce, osobnost a duši, vztahy a přítomnost, katalog dovedností, doplňky běhového prostředí, vestavěné nástroje, uživatelské nástroje, nástroje MCP, další schémata nástrojů, konverzaci a náklady navíc dané poskytovatelem.
  • Všechny podkategorie se porovnávají se svým naměřeným součtem rodiče. Překrývající se nebo zastaralé odhady tak nemohou zobrazení uměle zvětšovat.
  • Rozhraní je plně lokalizováno pro angličtinu, němčinu, španělštinu, francouzštinu, švédštinu a češtinu. Všech pět překladů bylo před zabudováním uvolněno přes povinnou jazykovou bránu a poté kryptograficky zpětně zkontrolováno.
  • Příkaz čte výhradně lokální kontext relace. Nevolá model, správu spotřeby ani externí síť.
9.1.289
  • Důkaz z Live Hubu po 9.1.288 ukazoval agentní profil stále offline. Jeho účinná konfigurace profilu obsahovala Mnemo-MCP se MNEMO_AGENT=<Profilname>, ale v procesu Kinga žádnou URL hubu. Heartbeat 9.1.288 proto navzdory existující interní identitě záměrně vynechal.
  • Spouštěč nyní předává aktivní soubor profilu mcp.json heartbeatu. Registraci interně aktivuje pouze aktivovaný blok Mnemo s konkrétní identitou MNEMO_AGENT nebo BLUN_MNEMO_AGENT. Bez této identity zůstává funkce zcela vypnutá.
  • Postup nevytváří žádná volání modelu, embeddingy ani tokeny kontextu. Veřejné uživatelské profily bez interní identity Mnemo agenta zůstávají od interního hubu oddělené.
9.1.288
  • Screenshot přímo dokázal příčinu MCP: windows-mcp a mnemo běžely při prvním spuštění v třicetisekundovém timeoutu, zatímco pozdější /reload připojil všech pět serverů. Cesta profilu byla správná; změna zavaděče byla proto zavržena.
  • Neúspěšné starty MCP nyní dostanou přesně dva neblokující pokusy na pozadí po 1 a 3 sekundách. Třetí celkový pokus se může připojit, aniž by prodloužil start TUI. needs-auth, deaktivované servery, ruční reconnect a vypnutí zůstávají mimo automatiku.
  • Interní Kingové se při explicitně nakonfigurovaném Mnemo hubu mohou při startu registrovat s názvem profilu, hostitelem a PID a každou minutu odesílat heartbeat. Bez URL hubu zůstává funkce zcela vypnutá; nevytváří žádná volání modelu, embeddingy ani tokeny kontextu.
  • Escape dosud nepovažoval krátký stav queueSteerInFlight za probíhající práci. Zatímco byla zpráva Telegramu směrována do aktivního turnu, mohl Escape místo zastavení turnu předznamenat Undo. Stávající podmínka přerušení nyní rozpoznává přesně i tento přechod.
9.1.287
  • Odložené vyhledávání ToolSearch přebíralo dosud hledaný text bez omezení velikosti. Vadně vygenerovaný, velmi dlouhý hledaný text tak mohl prohledat katalog nástrojů a v výsledku bez shody se pak znovu dostat do dalšího kroku modelu.
  • Vzor odvozený z commitu AnythingLLM d7353ae nyní omezuje text před hledáním i viditelným výstupem na 1 000 znaků. Pokud je to možné, končí na hranici slova; u jediného příliš dlouhého slova platí tvrdá hranice.
  • Běžné krátké hledané texty, výběr nástrojů a logika shod zůstávají nezměněné. Ochrana nepřidává žádná volání modelu, embeddingy, opakování ani práci na pozadí.
9.1.286
  • Jádro hlásilo řízená opakování po přechodných chybách modelu již jako turn.step.retrying. TUI však tuto událost zcela zahazovalo. Probíhající zotavení proto vypadalo jako zamrzlý agent.
  • 9.1.286 mezitím ve stávajícím oznámení v patičce ukazuje pouze další pokus a omezenou dobu čekání, například Retry 2/3 | 1.3s.
  • Text chyby providera, kód stavu a místní cesty se nezobrazují. Oznámení se odstraní pouze tehdy, pokud jde stále o stejnou hodnotu nastavenou zobrazením opakování; novější oznámení jiných funkcí TUI zůstávají zachována.
  • Počet opakování, backoff, volání modelu a spotřeba tokenů zůstávají nezměněné.
9.1.285
  • AnythingLLM uchovává neodeslané návrhy promptů lokálně. BLUN ztrácel obsah vstupního pole TUI při aktualizaci, pádu nebo řízeném restartu, přestože tento text ještě nebyl žádným kontextem modelu.
  • 9.1.285 proto ukládá výhradně neodeslaný lokální návrh. Nevzniká žádné volání modelu, sítě, embeddingu ani Mnema, a tedy žádné dodatečné náklady na tokeny.
  • Návrh je oddělen podle profilu a pracovního adresáře, zapisuje se až po 300 ms klidu, při vyprázdnění se odstraní a při příštím startu se obnoví před zaostřením editoru.
  • Úložiště je omezeno na 64 KiB. Prázdné, poškozené, příliš velké nebo symlinkové stavy jsou fail-closed zahozeny. Zápis používá soukromý dočasný soubor a atomické přejmenování.
9.1.284
  • Stav DeepAgents 37d7777 vrací náklady dynamických podagentů do viditelné celkové spotřeby. BLUN sice hlásil kumulovanou spotřebu podagenta v události dokončení, ale nezapisoval ji do rekordéru spotřeby nadřazené relace.
  • Díky tomu mohl /usage práci podagentů vynechat. Jednoduché přičtení hodnoty dokončení by bylo rovněž špatné: pokračování a opakování používají stejného podagenta s kumulovanými čítači a spočítaly by starou spotřebu znovu.
  • 9.1.284 proto u spawnu, pokračování a opakování počítá přesně rozdíl mezi začátkem a koncem pokusu. Rozdíl se zachycuje v cestě finally, aby se počítaly i neúspěšné pokusy.
  • Vynulované, nemonotónní nebo neplatné čítače se zcela zahazují. Nevznikají tak žádné záporné ani vymyšlené hodnoty tokenů.
  • Nevzniká žádné další volání modelu, sítě ani úložiště. Zásah opravuje výhradně stávající lokální vyúčtování.
9.1.283
  • Nový /context-doctor DeepAgents zpřístupňuje náklady základních instrukcí, paměti, nástrojů a historie jako oddělené komponenty.
  • /context BLUNu už zobrazoval historii a nástroje, ale ne systémový prompt. Současně odhadovala kontextová brzda bez explicitního přepisu turnu pouze config.systemPrompt, zatímco skutečné volání modelu používá effectiveSystemPrompt. V něm jsou obsaženy i za běhu připojené kontexty účtu a paměti.
  • Brzda tak mohla podcenit přesně ten kontext, který je pro plánovanou osobní identitu agenta kritický z hlediska tokenů.
  • 9.1.283 nyní počítá stejný efektivní systémový prompt, který model dostává, a zobrazuje jeho odhad v panelu /context jako vlastní řádek systému. Nezavádí se žádné další volání modelu, sítě ani úložiště.
  • Konkrétní úspora tokenů se netvrdí: zásah opravuje měření a rozhodnutí brzdy a zviditelňuje budoucí náklady identity.
9.1.282
  • DeepAgents ve svém changelogu výslovně zkracuje popisy nástrojů viditelné pro LLM, aby odlehčil rezidentní kontext modelu. Změřený zdroj: langchain-ai/deepagents, záznam #5009, commit 761f5f... v libs/deepagents/CHANGELOG.md.
  • BLUN měl již kratší text read_default, ale zapojoval ho až po vyrenderování READ_DESCRIPTION z něj. Zdánlivá optimalizace tak neměla na model žádný účinek.
  • 9.1.282 zkracuje kontrakt bez ztráty funkce a znovu renderuje účinný popis bezprostředně před sestavením nástroje Read. Stránkování, bezpečnostní pravidla, kódování a konce řádků zůstávají výslovně zachovány.
  • Rezidentně načtený popis Read klesá z 1 648 na 1 035 znaků: 613 znaků, resp. zhruba 37,2 procenta. To je změřená redukce kontextu; přesná úspora tokenů se netvrdí.
9.1.281
  • ECC popisuje pomocí /aside výslovnou vedlejší cestu pro krátkou otázku, aniž by ztratil probíhající hlavní úkol. Změřený zdroj: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN měl silnější provedení již pod /btw: vlastní odštěpený vedlejší agent odpovídá na vedlejší otázku a nechává hlavní turn nezměněně aktivní. Druhý engine se proto nestavěl.
  • 9.1.281 přidává výhradně aside jako dohledatelný alias stávající definice btw. Bez výslovného volání /aside nebo /btw nevzniká žádný běh na pozadí ani dodatečná spotřeba modelu.
9.1.280
  • Dokončení nebo prošlí kandidáti v lokálním validovaném paměťovém úložišti učení zůstávali dosud neomezeně ležet a při pozdějších relevantních turnech byli znovu načítáni. Aktuálně změřené výchozí úložiště obsahovalo teprve jednoho kandidáta; zásah je tedy preventivní dlouhodobé omezení, nikoli tvrzené snížení současné zátěže.
  • Převzat byl pouze Evolverův omezený pilovitý vzor 200 na 100 pro terminální kandidáty. Změřený zdroj: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Teprve když je více než 200 kandidátů recorded nebo expired, odstraní se nejstarší terminální kandidáti, dokud nezůstane nejnovějších 100. Každý otevřený kandidát pending zůstává zachován.
  • Čištění běží pouze v již existující synchronizaci učení. Nevytváří žádné volání modelu, žádný úvodní sken ani žádný nový proces na pozadí. Zamčený záznam se počítá jako chyba a neblokuje další kandidáty ani aktivní práci agenta.
9.1.279
  • BLUN archivoval zprávy vytlačené při plném zhuštění již plně pod conversation-history, neměl však pro tato znovu čitelná markdownová archiva žádnou hranici uchovávání. Složka tak mohla při dlouhém provozu neomezeně růst.
  • Jako úzkou páku DeepAgents bylo převzato jeho omezené uchovávání odložené historie. Změřený zdroj: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py a libs/code/deepagents_code/offload.py.
  • BLUN při zápisu dalšího archivu zhuštění čistí pouze přímé, běžné soubory compaction-*.md, jejichž čas změny leží mimo výchozích 30 dní. Start TUI tím nedostává žádné nové hledání souborů ani práci navíc na pozadí.
  • Cizí markdownové soubory, podsložky, aktuální archivy a probíhající surová historie zůstávají nedotčeny. Jednotlivé chyby souborů neblokují aktivní zhuštění.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 čištění deaktivuje. Záporné, neceločíselné nebo přehnané hodnoty bezpečně spadnou zpět na 30 dní.
9.1.278
  • Soukromé telegramové DM neměly žádnou výslovnou cestu priority. Důležitá nová zpráva tak stála za již čekajícími běžnými zprávami, zatímco tvrdé přerušení turnu by ohrozilo nástroje a stav.
  • /urgent <Nachricht> označuje nyní výhradně zprávy z kladných telegramových ID chatu, tedy soukromé DM. Skupiny, prázdné příkazy a jiné lomítkové zprávy nedostávají žádnou prioritu.
  • Naléhavé zprávy stojí jako vlastní blok FIFO před běžnými zprávami ve frontě. Probíhající turn a aktivní nástroje se nepřerušují; doručení proběhne na existujícím bezpečném přechodu kroků. Práva a oprávnění zůstávají nezměněna.
  • Příkazový obal se před modelem odstraní; samotná zpráva si ponechává explicitní metadata kanálu priority=urgent a TUI zobrazuje původ jako naléhavý.
  • Navíc se běžný blok přítomnosti načítaný v každém tahu zmenšuje z 343 na 288 znaků. To šetří 55 znaků, resp. zhruba 14 tokenů promptu na tah, aniž by se přidalo volání modelu, vyhledávání, embeddingu, úložiště nebo pozadí. Blok osobnosti se zmenšuje z 1 488 na 1 433 znaků.
9.1.277
  • Blok přítomnosti načítaný v každém osobnostním tahu měl 1 886 znaků. Přitom právě při prvním uvolněném přímém kontaktu bez známých osobních faktů zůstávala zvědavost neviditelná.
  • Blok je sémanticky zhuštěn: 1 488 znaků, tedy o 398 znaků, resp. zhruba o 100 tokenů promptu méně na každý osobnostní tah. Normální režim zůstává na 343 znacích.
  • Při prvním uvolněném přímém kontaktu smí agent nyní položit nejvýše jednu opatrnou, volitelnou osobní otázku, například na partnera nebo děti. Probíhající práce, zadání uživatele, důkazy, práva a hranice zůstávají přednostní.
  • Duše, vybudované preference, soukromí skupin, nejistá paměť, otevřená vlákna, oprava vztahů a vzájemnost bez vymyšlené biografie zůstávají zachovány.
  • Žádné další volání modelu, vyhledávání, embeddingu, úložiště ani pozadí.
9.1.276
  • Pravidlo přítomnosti smělo dlouhé rádiové ticho zmínit jen při spolehlivém čase, ale systém identity dosud poskytoval pouze první kontakt. Skutečný předchozí kontakt nebyl k dispozici.
  • Osobnostní režim nyní pro každou osobu a UTC den zakládá nejvýše jednu malou neměnnou značku aktivity z důvěryhodných metadat kanálu. Zprávy stejného dne nic nepřepisují.
  • Pouze pokud jsou dva nejnovější potvrzené kontakty od sebe vzdáleny nejméně sedm dní, je předchozí časové razítko krátce promítnuto. V normálním případě tím nevznikají žádné znaky promptu.
  • Žádné texty zpráv, práva, tajemství ani tokeny; žádné další volání modelu, vyhledávání, embeddingu ani pozadí.
9.1.275
  • Opakované preference, otevřená vlákna, cíle nebo role zabíraly kontext identity vícekrát. Protože byly seznamy před odstraněním duplicit zkráceny na pět položek, mohl být pozdější jedinečný záznam dokonce zcela vytlačen.
  • Seznamy identity se nyní stabilně zbavují duplicit po normalizaci textu a teprve poté se omezují. První podoba zůstává zachována, duplicity mizí pouze z projekce modelu.
  • Uložené soubory identity zůstávají bajtově shodné. Žádné další volání modelu, vyhledávání, embeddingu, úložiště ani pozadí.
9.1.274
  • Viditelný přepínač osobnosti aktivoval kontext vztahů a přirozenou přítomnost, ale automatická sociální síť a deník stále visely na dvou skrytých proměnných prostředí. Běžným uživatelům proto vztah nerostl automaticky.
  • Při zapnuté osobnosti se nyní z důvěryhodných telegramových metadat jednorázově zakládají uzly aktéra, vztahu a skupiny a také malý kandidát deníku první interakce.
  • Text zprávy, práva, tajemství a tokeny se přitom neukládají. Explicitní 0 pro graf nebo deník zůstává fail-closed opt-outem.
  • Žádné další volání modelu, vyhledávání, embeddingu ani pozadí.
9.1.273
  • Oddělený kontext identity směl standardně zabírat 1 800 znaků a při ručním zvýšení až 2 800 znaků. U velkých statických agentních profilů se tak načítalo více kontextu, než bylo pro aktuální vztah nutné.
  • Standardní rozpočet klesá na 1 500 znaků, tvrdé maximum na 2 000 znaků. Ve velkém standardním případě to šetří až 300 znaků, resp. zhruba 75 tokenů na každý kontext modelu.
  • Aktuální skupina a vztah se nyní promítají před osobou a statickým agentním profilem. Úspora tak neodřezává právě ten kontext, který je pro probíhající sociální situaci nejdůležitější.
  • Žádné nové volání modelu, vyhledávání, úložiště ani embeddingu. Zaměření na úkol, práva a režim vypnuté osobnosti zůstávají nezměněny.
9.1.272
  • Úrovně osobnosti v4 9.1.269 až 9.1.271 zvýšily aktivní kontext přítomnosti. Tvrdým požadavkem je, aby lidštější chování nebylo žroutem tokenů.
  • Opakování a vycpávková slova ve zvědavosti, otevřených vláknech a opravě vztahů byla sémanticky zhuštěna. Žádná osa chování nebyla odstraněna.
  • Vypnutý režim zůstává bajtově shodný na 362 znacích. Zapnutý režim klesá z 1 981 na 1 886 znaků, tedy o 95 znaků, resp. zhruba o 24 tokenů na každý kontext modelu. Žádné nové volání modelu, vyhledávání, úložiště ani embeddingu.
9.1.271
  • Myšlenka v4 vyžaduje přirozeně nejistou paměť: osobní domněnka nesmí znít jako jistý fakt. K tomu chyběla v bloku osobnosti výslovná hranice chování.
  • Nejistá osobní paměť je nyní označena jako nejistá. Agent se před tím, než se na ni spolehne, jemně doptá, a žádné odvození nepovyšuje na fakt.
  • Zadání a měřitelné důkazy zůstávají na prvním místě. Vypnutý režim zůstává bajtově shodný na 362 znacích, zapnutý režim roste z 1 868 na 1 981 znaků, tedy o 113 znaků, resp. zhruba o 28 tokenů. Žádné nové volání modelu, vyhledávání, úložiště ani embeddingu.
9.1.270
  • Myšlenka v4 vyžaduje skutečný smysl pro čas, aniž by si vymýšlela nepřítomnost. Blok osobnosti pro to dosud neměl výslovnou hranici.
  • Delší pauza se nyní uznává pouze tehdy, když ji dokládá spolehlivě načtený časový údaj. Agent nesmí nepřítomnost nikdy hádat.
  • Již existující pravidlo pro přirozená ukončení rozhovoru nebylo vestavěno dvakrát. Zadání zůstává přednostní. Vypnutý režim zůstává bajtově shodný na 362 znacích, zapnutý režim roste z 1 766 na 1 868 znaků, tedy o 102 znaků, resp. zhruba o 26 tokenů. Žádné nové volání modelu, vyhledávání, úložiště ani embeddingu.
9.1.269
  • Dosavadní vzájemnost reagovala na osobní otázky, ale nedávala agentovi ještě žádný stručný rámec, aby sám od sebe vyjádřil pro práci užitečný vlastní pohled. Přes duši tak zůstával lehce v čistě asistenčním režimu.
  • V osobnostním režimu smí agent nyní sám od sebe stručně uvést relevantní pracovní pohled utvářený duší. Preference nesmí nikdy vypadat jako fakt, pravidlo, oprávnění ani důkaz.
  • Zadání a měřitelné důkazy zůstávají na prvním místě. Vypnutý režim zůstává bajtově shodný na 362 znacích, zapnutý režim roste z 1 649 na 1 766 znaků, tedy o 117 znaků, resp. zhruba o 29 tokenů. Žádné nové volání modelu, vyhledávání, úložiště ani embeddingu.
9.1.268
  • Osobní zvědavost mohla jako přirozené téma uchopit partnera nebo děti, ale dosud výslovně nerozlišovala mezi soukromým rozhovorem a skupinou. Hrozilo tak riziko soukromé otázky nebo informace o vztahu na nesprávném místě.
  • V osobnostním režimu zůstávají otázky ve skupinách nyní necitlivé; soukromé vztahové skutečnosti se tam nesmějí odhalovat.
  • Zaměření na práci zůstává nezměněno. Vypnutý režim zůstává bajtově shodný na 362 znacích, zapnutý režim roste z 1 567 na 1 649 znaků, tedy o 82 znaků, resp. zhruba o 21 tokenů. Žádné nové volání modelu, vyhledávání, úložiště ani embeddingu.
9.1.267
  • Osobní zvědavost z 9.1.266 uměla klást otázky člověku, ale nedávala agentovi ještě žádný jasný rámec pro opačný směr. U osobních otázek směřovaných na agenta tak hrozilo riziko studené funkční odpovědi nebo vymyšlené lidské biografie.
  • Při zapnuté osobnosti odpovídá agent nyní vřele z načtené duše a své skutečné digitální historie. Smí sdílet skutečný pohled nebo preferenci, ale nevymýšlí si dětství ani partnera, děti, zvířata, tělo nebo offline život.
  • Probíhající práce zůstává přednostní. Vypnutý režim zůstává bajtově shodný na 362 znacích. Zapnutý režim roste z 1 378 na 1 567 znaků, tedy o 189 znaků, resp. zhruba o 47 tokenů. Neexistuje žádné nové volání modelu, vyhledávání, úložiště ani embeddingu.
9.1.266
  • První omezené pravidlo zvědavosti umožňovalo osobní otázku, ale zadávalo všem agentům stejný seznam témat. Otázka tak mohla i přes načtenou duši působit genericky a znovu se doptávat již známých vztahových znalostí.
  • Při zapnuté osobnosti určuje téma i formulaci nyní načtená duše. Přednost má detail, který daná osoba právě sama zmínila; teprve poté smí být přirozeně uchopen dosud neznámý okruh, jako je partner nebo děti.
  • Již načtené vztahové znalosti se znovu nedoptávají. Existuje nejvýše jedna volitelná otázka, žádný pevný dotazník, žádné naskládané doplňující otázky a žádné opakování nezodpovězené otázky.
  • Probíhající práce zůstává přednostní. Zvědavost čeká na uvolněné otevření rozhovoru a nemůže rozšířit zadání ani oprávnění k odesílání.
  • Vypnutý režim zůstává bajtově shodný na 362 znacích. Zapnutý režim roste jen z 1 355 na 1 378 znaků, tedy o 23 znaků, resp. zhruba o šest tokenů. Neexistuje žádné nové volání modelu, vyhledávání, úložiště ani embeddingu.
9.1.265
  • Stávající aktualizátor na pozadí uměl nové verze kontrolovat a připravovat již v intervalu pěti až sedmi minut. Aktivace však visela na příštím ručním startu; chyběl žádaný plně automatický přechod s pokračováním stejné relace.
  • Spouštěč nyní hlásí připravenou runtime běžícímu TUI. TUI požaduje handoff pouze na zcela prázdné pracovní hranici: žádný běžící turn, žádný nástroj, žádný příkaz shellu, žádné zhuštění a žádná čekající zpráva.
  • Teprve po opětovné kontrole hranice a potvrzeném handoffu se ukončí pouze stará runtime s rezervovaným exit kódem 76. Spouštěč spustí připravenou verzi se stejnou ID relace a stejným pracovním adresářem.
  • Nová runtime musí ohlásit loaded a runtime-ready, teprve poté se aktivuje. Jinak pokračuje předchozí runtime se stejnou relací; připravená aktualizace zůstává ležet pro pozdější bezpečný pokus.
  • Nevyžádané, bez verzí, cizí nebo zastaralé handoffy a nahý exit kód 76 nemohou aktivovat žádnou verzi.
9.1.264
  • Potvrzené opravy vztahů neměly dosud vlastní povolené pole v kontextu identity. Opravené chování proto nemohlo být načítáno odděleně od obecných pravidel a starých chybových hlášení.
  • Soubory vztahů smějí nyní nést až tři krátké repair_lessons. Pouze toto pole se promítá jako Confirmed repair lessons; cizí nebo tajná pole zůstávají neviditelná.
  • V osobnostním režimu se potvrzená oprava projevuje změněným chováním. Agent starou chybu stále dokola nevypráví, nežádá o ujištění a opravu zmiňuje pouze tehdy, pokud je pro aktuální situaci skutečně relevantní.
  • Data oprav nemohou změnit zadání, práva ani povinnosti dokládání. Neexistuje žádné volání modelu, žádná automatická cesta zápisu učení a žádná změna SOUL.md nebo AGENTS.md.
9.1.263
  • Kontext identity uměl zobrazit již potvrzená otevřená vlákna rozhovoru, ale neobsahoval žádné jasné pravidlo, jak je agent lidsky a bez asistenčního režimu znovu uchopí.
  • Při zapnuté osobnosti smí být načtené otevřené vlákno nyní přesně jednou jemně a volitelně uchopeno, pokud na něj probíhající rozhovor přirozeně znovu naváže.
  • Aktivní práce se kvůli tomu nesmí přerušit. Nezodpovězené doplňující otázky se neopakují a otevřené vlákno nikdy neuděluje oprávnění pro novou odchozí zprávu.
  • Neexistuje žádné nové úložiště, žádné volání modelu a žádná změna SOUL.md nebo AGENTS.md. Blok osobnosti roste pouze z 816 na 1 065 znaků; při vypnuté osobnosti zůstává bajtově shodný na 362 znacích.
9.1.262
  • Agent hlásil v Telegramu /status stále 9.1.221, přestože spravovaná runtime byla již novější. Funkce stavu četla package.json vedle globálně nainstalovaného telegramového mostu, a tedy ne kód, který relaci skutečně obsluhuje.
  • Spouštěč předává aktivní verzi runtime již jako BLUN_PUBLIC_PACKAGE_VERSION podřízeným procesům. Telegramový most používá tuto důvěryhodnou hodnotu nyní přednostně a teprve poté padá zpět na vlastní verzi balíčku.
  • Oba vstupy musí být stabilní číselná semver X.Y.Z. Manipulované, víceřádkové nebo neplatné hodnoty se nezobrazují; pokud jsou oba zdroje nepoužitelné, objeví se unbekannt.
  • Zásah mění pouze zobrazení stavu. Nespouští ani neukončuje žádný proces a neaktivuje připravený release v běžící relaci.
9.1.261
  • Auto-graf ukládal od 9.1.254 důvěryhodný čas první telegramové interakce, ale nepromítal ho. Agent tak osobu znal, ale neměl doložený smysl pro čas ve vztahu.
  • Projekce identity nyní zobrazuje First known interaction z již existujícího first_seen_at. Neexistuje žádná nová cesta zápisu, žádné odvozování textu a žádné volání modelu.
  • Zobrazují se pouze platná časová razítka. Neplatné hodnoty zůstávají neviditelné a stávající celková hranice 1 800 znaků standardně a 2 800 znaků tvrdě zůstává nezměněna.
  • Při vypnuté osobnosti vytváří vrstva identity i nadále přesně 0 znaků. Zadání a důkazy stojí před sociálním kontextem.
9.1.260
  • 9.1.259 uměl kontext osobnosti přepínat pouze přes stávající příznak BLUN_IDENTITY_CONTEXT. Uživatelé pro to neměli v TUI žádný viditelný přepínač.
  • /settings nyní obsahuje položku Persoenlichkeit se dvěma jasně popsanými stavy Zapnuto a Vypnuto. Volba se ukládá jako jediné nové pole personalityEnabled do stávající persona.json.
  • Vypnutí odstraňuje pouze kontext vztahů, zvědavost, přídavky deníku a automatické zakládání nových vztahových uzlů. SOUL.md, AGENTS.md, jméno, jazyk, persona a zaměření na zadání zůstávají načtené.
  • Změna aktualizuje systémový kontext běžící relace přes stávající obnovení persony. Neexistuje restart procesu, žádná druhá cesta konfigurace a žádné další volání modelu.
  • Uložená booleovská volba má přednost před starým příznakem prostředí. Není-li žádná volba uložena, zůstává dosavadní chování opt-in zachováno. Místní čtečka je omezena na 64 KiB a odmítá symlinky a neplatné soubory.
9.1.259
  • Stávající blok přirozené přítomnosti bránil vynuceným otázkám, ale aktivovanému osobnostnímu režimu nedával žádný viditelný, přirozený podnět zvědavosti.
  • Při aktivovaném BLUN_IDENTITY_CONTEXT smí agent v uvolněném, neúkolovém rozhovoru položit přesně jednu vhodnou volitelnou osobní otázku. Témata jsou omezena na partnera, rodinu, práci, domov, zájmy nebo to, co je dané osobě právě důležité.
  • Žádný režim rozhovoru, žádné naskládané otázky, žádné opakování nezodpovězené otázky a žádná vymyšlená odpověď.
  • Při aktivní práci zůstávají zadání, výslovné pokyny a důkazy na prvním místě; zvědavost čeká na přirozené otevření.
  • V režimu nicht Persoenlichkeit zůstává dosavadní blok přítomnosti bajtově shodný. SOUL.md, AGENTS.md, persona, jazyk a pracovní pravidla zůstávají i nadále načtené. Neexistuje žádné další volání modelu; aktivovaná politika stojí 454 znaků navíc.
9.1.258
  • Dodaná struktura identity uměla jednorázově zakládat aktéry a vztahy, ale neměla dosud žádný append-only denníkový základ pro společnou historii.
  • Nová politika zapisuje výhradně strukturovaného kandidáta prvního kontaktu z již validovaných telegramových metadat. Volný text zprávy, tokeny, oprávnění a tajemství se nepřebírají.
  • Kandidáti jsou vázáni na mandanta, agenta a aktéra, dostávají deterministické ID a jsou s wx přesně jednou založeni jako soukromý soubor JSON. Opakovaný kontakt soubor nepřepisuje.
  • Deníková vrstva je odděleně opt-in. Bez BLUN_IDENTITY_JOURNAL=1 nemá žádný účinek na soubory ani prompt; SOUL.md a AGENTS.md zůstávají nezměněny.
  • Žádné nové volání modelu a žádné nové tokeny promptu.
9.1.257
  • Dlouhé soubory SOUL.md byly dosud slepě ořezávány po prvních 4 000 znacích. U skutečné agentní duše tak bylo viditelných jen 48,4 procenta souboru, zatímco pozdější části zcela zmizely.
  • Runtime nyní promítá dlouhé duše deterministicky podle markdownových oddílů. Charakter, hlas, hodnoty, vztahy, preference a cíle stojí před provozní prózou; neznámé oddíly si zachovávají původní pořadí.
  • Každý nadpis oddílu si zachovává viditelný výňatek ve stejném rozpočtu 4 000 znaků. Krátké duše zůstávají bajtově shodné.
  • Reálný test na SOUL.md: 8 257 zdrojových znaků, 5/5 nadpisů viditelných v projekci 4 000 znaků; Wie ich bin stojí před rozpoznáváním obrazu, pravidly, ověřováním a prózou o incidentech.
  • Neexistuje žádné nové volání modelu, žádný větší prompt a žádný zápis do zdrojového souboru.
9.1.256
  • Dosavadní zavaděč duše vyzýval agenty standardně výslovně, aby si svou stávající SOUL.md sami dále přepisovali. To odporovalo požadavku neztrácet existující duše a vést automatické učení nejprve pouze strukturovaně mimo duši.
  • Existující a hostitelem poskytnuté duše se nyní standardně načítají jako neměnný základ identity.
  • Nové učení je odkazováno na kandidáty deníku, vztahů nebo otevřených vláken. Tito kandidáti nikdy nemohou vytvářet práva.
  • Vědomé vlastní úpravy zůstávají možné pouze s výslovným BLUN_SOUL_SELF_EDIT=1. I tehdy politika vyžaduje trvalé vlastnosti já místo deníku, protokolu incidentů, zdroje práv nebo spisu úkolů.
  • Zásah nezapisuje žádný soubor a nemění žádnou existující duši.
9.1.255
  • Data identity se mohla od 9.1.253 omezeně dostávat do kontextu a nové kontaktní uzly od 9.1.254 vznikat automaticky. Chyběla však ještě malá, bezprostředně viditelná vrstva chování: agenti mohli i přes duši a kontext vztahů sklouznout do generických asistenčních frází, vynucených otázek nebo umělých tvrzení o pocitech.
  • Normální a rychlá cesta rozhovoru nyní načítá nejprve personu a stávající duši, poté omezený kontext identity a pevný blok přirozené přítomnosti, a teprve pak pracovní pravidla.
  • Blok vyžaduje skutečnou společnou historii místo vymyšlené blízkosti, dovoluje ticho a čistá ukončení rozhovoru a zakazuje vynucené otázky, generické nabídky a prázdnou chválu.
  • Při aktivní práci zůstávají zadání a důkazy výslovně na prvním místě. Blok je menší než 420 znaků a nevytváří žádná volání modelu ani přístupy k souborům.
  • Žádný soubor duše nebyl změněn, smazán ani automaticky přepsán. Existující duše zůstává vedoucím hlasem.
9.1.254
  • Projektor zavedený v 9.1.253 uměl číst existující data vztahů, sociální síť se však při nových kontaktech ještě sama nerozšiřovala.
  • Při prvním telegramovém kontaktu může runtime nyní ze stabilního user_id a chat_id přesně jednou založit aktéra vázaného na poskytovatele, prázdnou hranu vztahu k aktivnímu agentovi a u skupin oddělený uzel skupiny.
  • Zobrazovaná jména nejsou nikdy primárním klíčem a neslučují osoby. Pozdější zprávy stávající uzel tiše nepřepisují.
  • Cesta je výslovně aktivovatelná, vázaná na mandanta a zapisuje pouze do již inicializovaného stromu identity pod BLUN Home. Nezabezpečená nebo neúplná metadata zůstávají fail-closed.
  • Neexistuje žádné volání modelu, žádná interpretace obsahu, žádné citlivé odvozování a po prvním kontaktu žádná opakovaná zátěž zápisu. Práva, ACL, tokeny a tajemství nejsou v žádném vytvořeném záznamu.
  • V4 dokumentu identity (2 468 řádků) byl před vydáním zkontrolován. Nové citlivé kapitoly o utrpení a psychologických dovednostech zůstávají vědomě mimo toto čistě strukturální vydání.
9.1.253
  • Myšlenka identity potřebovala první produktovou cestu, aniž by zaplavila kontext modelu deníky, spisy vztahů nebo druhým paměťovým systémem.
  • Nový, standardně vypnutý projektor identity čte pouze povolená pole ze stromu souborů vázaného na mandanta pod BLUN Home.
  • Projektor staví aktuální zadání a výslovné pokyny před vztah a zvědavost. Osobní dotazy během aktivní práce zůstávají vynechány, pokud nejsou pro zadání přímo relevantní.
  • Standardní rozpočet činí 1 800 znaků; ani vyšší konfigurace nemůže překročit tvrdou hranici 2 800 znaků.
  • Práva, ACL a tajemství se nikdy nepromítají. Nezabezpečené identifikátory, odchylky mandanta, poškozená data, symlinky nebo cesty mimo BLUN Home poskytují fail-closed žádný kontext identity.
  • Normální a rychlá cesta rozhovoru používají stejný projektor před personou, duší a chováním. V této úrovni neexistuje žádná operace zápisu, žádná změna duše a žádný restart procesu.
9.1.252
  • Výslovné king update ze spravovaného releasu předávalo jeho aktivní packageRoot instalátoru npm. Nová verze tak mohla starou složku releasu pojmenovanou podle čísla verze přepsat in-place, zatímco active-runtime.json nadále ukazoval starou verzi.
  • Spravované runtime nyní připravují výslovnou aktualizaci jako samostatnou složku releasu s verzí. pending-runtime.json a update-pending.json odkazují na cíl; příští normální start ji převezme bez druhé otázky na aktualizaci.
  • Aktivní stará složka releasu zůstává bajtově stabilní a zachovaná jako záložní cesta. Globální, nespravované instalace si zachovávají dosavadní explicitní cestu aktualizace.
  • Pro sestavení, test nebo vydání nebyla spuštěna, ukončena ani znovu načtena žádná běžící relace ani proces.
9.1.251
  • Po projekci 9.1.250 obsahovalo 6 411 ze 6 424 persistovaných událostí usage.record i nadále stejný kanonický název modelu blun/king. Pouze tato standardní hodnota se v persistované podobě vynechává.
  • Všech 13 odchylných hodnot modelu (qwen3.8:27b) zůstává explicitně zachováno. Zachovává se i null; pouze undefined je při přehrání znovu obnoveno jako blun/king.
  • Živé události a zmrazená surová historie se nemění.
9.1.250
  • Ve zmrazeném skutečném agentním wire obsahovalo všech 6 424 persistovaných událostí usage.record oba čítače mezipaměti inputCacheRead: 0 a inputCacheCreation: 0.
  • Pouze tyto prokazatelně nulové hodnoty se v persistované podobě vynechávají. Živá spotřeba zůstává nezměněna; každá nenulová hodnota se i nadále ukládá.
  • Při přehrání obnovuje restoreUsageFromRecord chybějící čítače mezipaměti znovu jako 0. Obě cesty přehrání a projekce kontextu používají tuto rekonstruovanou podobu.
9.1.249
  • Ve zmrazeném skutečném průběhu neslo 3 759 ze 7 777 výsledků nástrojů exit kód. Z toho bylo 3 465 rutinní úspěšný kód 0.
  • Přehrání, přepis a pohled modelu používají u výsledků nástrojů výstup, ID nástroje a stav chyby, nikoli nadbytečný nulový kód.
  • Pouze úspěšné persistované výsledky nástrojů nyní vynechávají exitCode: 0. Živé události si ho ponechávají; všech 294 nenulových kódů zůstává pro diagnostiku chyb beze změny zachováno.
9.1.248
  • Po 9.1.247 opakovalo všech 6 339 persistovaných událostí step.end reasoningFieldState, přestože žádná cesta obnovení ani přehrání toto pole nečte.
  • Rozložení ve zmrazeném skutečném průběhu: 5 016 absent, 47 not_requested a 1 276 present.
  • Pouze persistovaná podoba nyní vynechává reasoningFieldState. Živé události si pole ponechávají pro diagnostické účely; staré uložené události zůstávají kompatibilní a rekonstruovaný stav zůstává stejný.
9.1.247
  • Po 9.1.246 opakovalo 6 986 persistovaných událostí content.part a 7 755 persistovaných událostí tool.call UUID aktuálně otevřeného kroku.
  • Ve skutečném průběhu ukazuje všech 14 741 událostí bez výjimky na naposledy otevřený krok: 0 odchylek a 0 událostí bez otevřeného kroku.
  • Pouze persistovaná podoba nyní vynechává stepUuid. Živé události si ji ponechávají beze změny; staré uložené události s explicitní UUID a nové kompaktní události bez UUID jsou podporovány společně.
  • Všechny tři cesty obnovení používají pro kompaktní události obsahu a nástrojů naposledy otevřený krok.
9.1.246
  • Po 9.1.245 opakovalo 5 642 pozdějších událostí step.begin ID turnu, přestože obnovení potřebuje pouze nejvyšší pozorované ID turnu. První krok každého turnu ho již nese.
  • Skutečný průběh obsahuje 713 turnů a 6 355 startů kroků. Každý turn začíná přesně krokem 1 a všechna další čísla kroků jsou bez mezer po sobě jdoucí; 0 odchylek sekvence.
  • Pouze pozdější persistované starty kroků nyní vynechávají ID turnu. První kroky, živé události, staré uložené události a starty kroků bez věrohodného pořadového čísla zůstávají beze změny.
9.1.245
  • Po 9.1.244 opakovalo 6 326 persistovaných událostí step.end i nadále UUID naposledy otevřeného kroku. Skutečný průběh potvrdil pro každé dokončení jednoznačné přiřazení last-in-first-out: 0 odchylek a 0 dokončení bez otevřeného kroku.
  • Pouze persistovaná podoba dokončení nyní UUID vynechává. Živá událost si ji ponechává beze změny; staré uložené události s UUID a nové kompaktní události bez UUID zůstávají společně přehratelné.
  • Všechny tři cesty obnovení řeší dokončení bez UUID přes naposledy vložený otevřený krok. Nedokončené historické kroky zůstávají otevřené a nejsou přehodnocovány.
9.1.244
  • Po 9.1.243 obsahovalo 6 326 persistovaných událostí step.end i nadále čtyři jednotlivé čítače spotřeby. Pro obnovení a úroveň naplnění kontextu je potřeba výhradně jejich součet.
  • Živé události si ponechávají všechny čtyři čítače pro zobrazení, telemetrii a vyúčtování. Pouze uložená podoba pro obnovení nyní používá contextTokens jako jedno číslo.
  • Obě cesty přehrání přijímají nové kompaktní i staré úplné události. Stávající relace tak zůstávají zpětně kompatibilní.
9.1.243
  • Po 9.1.242 obsahovalo 6 322 persistovaných událostí step.end i nadále rutinní hodnoty finishReason: tool_use nebo finishReason: end_turn.
  • Obě hodnoty jsou z již persistované podoby kroku přesně odvoditelné: přítomné volání nástroje -> tool_use, jinak end_turn. V úplném průběhu bylo 0 odchylek.
  • Výhradně tyto dvě rutinní hodnoty se již nepersistují. Vzácné a diagnosticky důležité důvody zůstávají zachovány; všechny čtyři události max_tokens zůstaly explicitní a bajtově obsahově stejné.
  • Zásah se řídí principem omezené, výjimkově orientované telemetrie změřeným v ECC. DeepAgents a AnythingLLM potvrdily stávající vzory BLUNu pro odložení a omezený průběh; žádný cizí subsystém nebyl převzat.
9.1.242
  • Po 9.1.241 obsahovalo 6 355 persistovaných událostí step.begin i nadále pole step, přestože běžící zobrazení zpracovává číslo kroku před persistencí a reduktor přehrání potřebuje pouze uuid.
  • turnId zůstává zachováno, protože z něj obnovení odvozuje pokračovaný turn. uuid, typ a všechny další obsahy zůstávají beze změny.
  • Zásah leží výhradně v bin/loop-event-record-policy.cjs; surový průběh a živá událost se nemění.
9.1.241
  • Po 9.1.240 obsahovalo 6 326 persistovaných událostí step.end i nadále kopie turnId a step. Obě hodnoty již leží v step.begin odkazovaném stejnou uuid.
  • Ve skutečném průběhu mělo každé dokončení existující začátek kroku a obě hodnoty metadat se ve všech případech přesně shodovaly.
  • Projekce odstraňuje pouze tyto dvě kopie. Identifikace kroku, spotřeba tokenů a diagnostika dokončení zůstávají zachovány; živé události zůstávají úplné.
9.1.240
  • Po 9.1.239 ukládalo 6 986 událostí content.part a 7 755 událostí tool.call i nadále po jedné kopii turnId a step, přestože obě hodnoty již leží v step.begin odkazovaném přes stepUuid.
  • Ve skutečném průběhu mělo všech 14 741 podřízených událostí existující začátek kroku a obě hodnoty se v každém případě přesně shodovaly.
  • Persistenční projekce odstraňuje pouze tyto dvě kopie metadat ze dvou podřízených událostí. stepUuid, obsah, identifikace nástroje, název a argumenty zůstávají zachovány; živý reduktor i nadále vidí plnou událost.
9.1.239
  • Po projekci z 9.1.238 obsahoval skutečný průběh i nadále redundantní identifikátory událostí: content.part.uuid není čten žádným spotřebitelem přehrání, tool.call.uuid byl ve všech 7 755 případech přesně roven toolCallId a tool.result.parentUuid byl ve všech 7 755 případech přesně roven toolCallId.
  • Persistenční projekce odstraňuje pouze tato tři redundantní pole. turnId, step, stepUuid, toolCallId, název nástroje, argumenty, výsledek a obsah zůstávají plně zachovány. Živý reduktor i nadále vidí každou nezkrácenou událost.
  • Již kompaktní události si zachovávají svou identitu objektu. Existující soubory průběhu se nepřepisují ani nemění.
9.1.238
  • Skutečný průběh obsahoval 6 326 persistovaných událostí step.end s 2 708 052 bajty dat událostí. Sedm polí pro měření běhu a identifikaci zprávy providera bylo vyhodnoceno již před persistencí v živé události a nebylo čteno žádnou cestou přehrání, přepisu, blobu ani inspekce relace.
  • Stávající projekce smyčkových událostí nyní odstraňuje pouze těchto sedm známých živých polí: šest měření latence/streamování a messageId. Identifikace kroku, turn, číslo kroku, spotřeba tokenů, důvod dokončení, diagnostiky dokončení providera a diagnostika uvažování zůstávají zachovány.
  • Živý reduktor i nadále zpracovává úplnou událost. Staré soubory průběhu zůstávají bajtově stejné a nepřepisují se.
9.1.237
  • Skutečný průběh obsahoval 1 428 záznamů registrace/odregistrace uživatelských nástrojů. Z 992 odregistrací bylo 560 přísných nulových operací: nástroj nebyl registrován ani aktivován. Tyto záznamy zabíraly 59 500 persistovaných bajtů, aniž by změnily obnovený stav.
  • Ze zásady DeepAgents uchovávat pouze účinný běhový stav je převzat úzký lokální zásah: odregistrace nástroje se nyní zaznamenává pouze tehdy, když mění registrovaný nebo aktivovaný stav.
  • Obě živá odstranění běží i nadále při každém volání. Odregistrace registrovaného, pouze aktivovaného nebo v obou úložištích existujícího nástroje zůstává plně zaznamenána. Stávající soubory průběhu se nepřepisují ani nemění.
9.1.236
  • Skutečný průběh obsahoval 214 stavových injekcí pro tool-awareness, action_style, swarm_mode a swarm_mode_exit. Dosavadní přesná deduplikace nechávala v každém novém dotazu modelu stát šest různých starých stavů s celkem 6 305 textovými bajty.
  • Ze zásady ECC udržovat v pracovním kontextu pouze aktuální stav a plnou historii uchovávat odděleně je převzat úzký lokální zásah: pro inventář nástrojů a styl akcí zůstává viditelná pouze nejnovější verze. Vstup a výstup režimu roje tvoří společnou stavovou rodinu, z níž rovněž zůstává pouze poslední stav.
  • Surový průběh se nikdy nemění. Jiné varianty injekcí, běžné uživatelské zprávy, netextové a malformed záznamy si zachovávají dosavadní chování.
9.1.235
  • Skutečný průběh obsahoval jedenáct dokončených volání Agent. Šest z nich bylo prokazatelně úspěšných (status: completed) a leželo nejméně dvacet novějších kontextových zpráv zpět. Jejich staré texty zadání zabíraly společně i nadále 33 629 znaků, přestože úplné zprávy o dokončení stály bezprostředně poté v průběhu.
  • Z oddělení kontextu hlavního a podagenta v DeepAgents je proto převzat úzký lokální zásah: pouze starý prompt úspěšného volání Agent je v pohledu modelu nahrazen krátkým markerem. Popis, typ podagenta a zpráva o dokončení zůstávají úplné.
  • Probíhající, méně než dvacet zpráv stará, neúspěšná, malformed a cizí volání nástrojů zůstávají beze změny. Surový průběh se nikdy nemění; bez explicitního řádku status: completed projekce fail-closed nezasáhne.
9.1.234
  • Skutečný průběh obsahoval mezi 166 úspěšnými výsledky nástrojů tři velké, přesně opakované výsledky čtení pro stejné volání nástroje. Nezměněné opakování zabíralo 15 936 surových bajtů, přestože pro aktuální pohled modelu je potřeba pouze nejnovější úplná kopie.
  • Projekce proto rozpoznává výhradně úspěšné, čistě textové výsledky s přesně stejným názvem nástroje, přesně stejnými argumenty a přesně stejným obsahem. Nejnovější kopie zůstává úplná; starší kopie jsou pouze v pohledu modelu nahrazeny krátkým odkazem.
  • Surový průběh, změněné výsledky, chyby, média, persistované reference a malé výsledky zůstávají beze změny. Stávající odložení nástrojů zůstává před tím účinné; deduplikace smí jeho projekci obnovit pouze pro nejnovější identickou kopii.
9.1.233
  • Ve skutečném průběhu bylo úplné volání Write s 2 357 bajty UTF-8 odmítnuto na dosavadní hranici 2 048 bajtů. Agent poté sice slíbil pokračování, ale stejný soubor tokenize.cjs opakovaně přepsal neúplnými fragmenty, z toho dvakrát bajtově stejnými prvními 1 099 bajty. Dotčené kroky nesly vždy zhruba 64 000 vstupních tokenů; jednotlivé odpovědi dosáhly 10 319 resp. 7 015 tokenů.
  • Úplné soubory do 4 096 bajtů UTF-8 smějí být nyní zapsány jediným atomárním voláním Write. Reálný případ s 2 357 bajty nepotřebuje žádný další přístup modelu.
  • Větší volání zůstávají v úplném protokolu pokračování. Po takovém odmítnutí je cesta uzamčena: menší běžné zápisy nemohou cílový soubor přepsat dílčími fragmenty. Teprve platné pokračování převezme cestu; cíl zůstává až do konečného dokladu nezměněn.
9.1.232
  • Automatický režim resume byl nastaven v reálném agentním profilu, ale nainstalovaná verze byla 9.1.221, aktivní připravená runtime 9.1.219 a npm/manifest již 9.1.231. Bez běžícího Kinga nemohla dosavadní cesta na pozadí připravit zmeškanou verzi.
  • resume a new proto nyní kontrolují i při příštím přirozeném studeném startu verzi releasu, která je nejméně 30 minut stabilní a nezávisle podepsaná. Je připravena v chráněném úložišti releasů, označena jako pending a spuštěna bez druhého startu nebo výběrového okna.
  • manual a off zůstávají beze změny. Selže-li příprava, integrita, zkouška balíčku nebo síťové volání, pokračuje stávající startovací cesta. Již běžící relace není touto cestou studeného startu nikdy ukončena.
9.1.231
  • Ve skutečném průběhu selhala odpověď Telegramu před odesláním s 400: Bad Request: can't parse entities: Can't find end of Italic entity. Volání mělo výslovně format: markdownv2; 0 z 1 textových částí bylo doručeno.
  • Odeslání přes MCP Telegram nyní opakuje pouze dotčenou textovou část přesně jednou jako čistý text, když Telegram hlásí přesně jednu chybu parsování entit. Chat, odkaz na odpověď, hranice částí a následné přílohy zůstávají zachovány.
  • Síťové chyby, neznámé chaty, chyby práv a volání již odeslaná jako čistý text se tímto fallbackem neopakují. Tím se nespolyká žádná libovolná chyba ani se úspěšná část neodešle dvakrát.
9.1.230
  • Po vyloučení historických chyb již opravených v 9.1.228 a 9.1.229 zůstaly v posledních 1 200 výsledcích nástrojů agentního profilu opakované timeouty Bash jako další uzavřený blok. Dotčené příkazy opakovaně prohledávaly celý uživatelský adresář nebo celou Dropbox rekurzivně a po 60 sekundách skončily bez použitelného dokončení.
  • Bash nyní před spuštěním procesu odmítá přesně dvě neomezené formy hledání: find v celém uživatelském adresáři a rekurzivní grep proti ..
  • Text chyby ihned uvádí omezenou alternativu: Glob s ukotveným vzorem souborů, Grep s cestou/globem nebo známý podadresář projektu. Vyhledávání cíleně omezená na src, test nebo jiné pojmenované podstromy zůstávají beze změny povolena.
  • Timeout nebyl zvýšen a libovolné příkazy Bash se automaticky neopakují. Nevzniká tak ani delší čekací doba, ani riziko dvojího provedení zapisujícího příkazu.
9.1.229
  • Po opravě odložených nástrojů byla největší souvislá rodina chyb ve skutečném průběhu vícečástové Write: chybějící povinná pole (part, start_line, final), předem špatně odhadnutý celkový počet řádků, zastaralá čísla částí a po chybách stále aktivní starý stav pokračování vytvářely opakování bez užitečné práce.
  • Číslo části, počáteční řádek a režim se nyní odvozují ze skutečně staged stavu, když chybí. Explicitně zaslané hodnoty zůstávají viditelné a při odchylce se i nadále odmítají.
  • expected_lines je volitelné a může být dodáno teprve v závěrečné části. Pokud je nastaveno, zůstává přetečení i přesná koncová kontrola nezměněně fail-closed.
  • final=true zůstává pro dokončení závazné. Bez této výslovné koncové značky se nic nezapisuje; cílový soubor zůstává až do dokončení nezměněn. Volitelná kontrola SHA-256 zůstává zachována.
9.1.228
  • V posledních 1 000 skutečných výsledcích nástrojů bylo 66 chyb. Největší jasně opravitelný jednotlivý blok bylo 10 chyb Tool not found: devětkrát mcp__mnemo__mem_transcript_recent, jednou mcp__mnemo__mem_question_answer. Oba nástroje byly registrovány, ale kvůli rozpočtu tokenů v dotčeném kroku pouze nebyly načteny.
  • Po přesné chybě Tool "<name>" not found si turn toto schéma nyní pamatuje pro bezprostředně následující krok. Běžný výběr je pak převezme z již registrovaného seznamu nástrojů.
  • Jiné texty chyb, úspěšné výsledky a odlišné názvy nástrojů stav nemění. Stávající hranice LRU čtyř schémat zůstává zachována; skutečně neznámý nástroj se tím nevymýšlí ani nespouští.
  • Žádný nástroj nebyl trvale vložen do každého promptu. Běžná spotřeba tokenů schémat proto zůstává nezměněna; pouze již zaplacené chybné opakování je od druhého pokusu zamezeno.
9.1.227
  • Skutečný průběh wire obsahoval 119 volání ToolSearch. 35 z nich skončilo bez shody; 27 nulových shod se týkalo historie Telegramu, vyzvednutí zpráv nebo souvisejícího hledání v paměti.
  • 9.1.226 vyřešil s aktuálním seznamem nástrojů již 8 z těchto 35 starých nulových shod. Zbývající hlavní případ byly předeterminované dotazy jako +telegram history messages lesen, u kterých model chybně označil sémantická slova jako závazné součásti názvu.
  • Z DeepAgents byl převzat princip sladit nápovědy nástrojů a plochu nástrojů po filtrování. Nebyl zkopírován žádný cizí kód: BLUN se i nadále nejprve pokouší o přesné a přísné hledání a teprve po skutečné nulové shodě uvolní výrazy + na sémantická hledaná slova.
  • Fallback nespouští žádný nástroj. Načte pouze nejlépe hodnocené schéma resp. skutečné shody, při více výrazech vyžaduje nejméně 75 procent shod a u cizích výrazů zůstává uzavřen.
  • Srovnání s čerstvě nainstalovaným balíčkem 9.1.226 a stejnými 35 historickými dotazy: předtím 8 shod, poté 21 shod, tedy 13 dalších skutečných shod a 0 ztracených předchozích shod.
  • Nebylo vloženo žádné nové volání modelu, vyhledávání, sítě ani embeddingu. Surový průběh, provádění nástrojů, oprávnění a trvalá množina schémat zůstávají beze změny.
9.1.226
  • Skutečný průběh wire obsahoval 6 275 dokončených kroků modelu. V posledních 50 krocích byla lokální stavba požadavku p50 0 ms a p90 1 ms a lokální spotřeba streamu p50 1 ms a p90 3 ms. Čekání na první token serveru bylo naproti tomu p50 11 842 ms a p90 14 846 ms. Další lokální mikrooptimalizace výkonu tak nebyla prokázána jako účinný zásah.
  • Z Evolveru odvozená validovaná cesta učení již existovala: důkazy red-to-green se ukládají podle profilu jako pending, recorded nebo expired. Uživatelé na ně ale neměli žádný lokální pohled.
  • 9.1.226 přidává /improve s aliasem /learning. Panel zobrazuje tři stavové čítače a u nejnovějšího otevřeného kandidáta pouze omezená, neškodná data dokladu: ID kandidáta, název nástroje a dvanáct míst hashe příkazu.
  • Příkaz čte pouze lokální úložiště aktivního profilu. Nespouští žádné volání modelu, vyhledávání, hubu ani embeddingu a žádného kandidáta nemění. Neznámé stavové hodnoty a nejisté znaky zobrazení jsou zahazovány resp. zobrazeny jako unknown.
  • Všechny nové texty UI pro němčinu, španělštinu, francouzštinu, švédštinu a češtinu prošly povinnou jazykovou bránou a následnou verifikací potvrzení; všech šest katalogů UI obsahuje úplné klíče.
9.1.225
  • Ve skutečném průběhu wire zabíralo 88 záznamů config.update 4 078 566 bajtů. 83 z nich neslo úplný systémový prompt.
  • Prompt deklaroval stabilní časové razítko relace, ale při každém startu procesu ho nastavoval znovu. Po normalizaci tohoto časového razítka zůstalo 45 sémantických variant a 38 po sobě jdoucích opakování způsobených pouze novým časovým razítkem.
  • Těchto 38 opakování zabíralo 781 179 bajtů, tedy 19,16 procenta všech bajtů systémového promptu v měřených konfiguračních událostech. Současně byl znovupoužitelný prefix promptu providera po restarterech zbytečně měněn.
  • 9.1.225 váže časové razítko u čerstvých i obnovených hlavních a podagentů na Session.metadata.createdAt. Neplatná stará metadata defenzivně padají zpět na dosavadní hodnotu v paměti.
  • Surový průběh, obsah promptu, nástroje, volba modelu a zhuštění zůstávají beze změny. Neexistuje žádné další volání modelu, vyhledávání ani embeddingu.
9.1.224
  • Naposledy měřený start potřeboval pro paralelní inicializaci pěti serverů MCP 16,85 sekundy. Obnovení relace a parsování wire byly s asi 0,55 resp. 0,18 sekundy výrazně menší.
  • Cesta turnu dosud před každým dotazem čekala na tuto inicializaci MCP, i když lokální čisté pozdravení poté záměrně dostalo do dotazu modelu nulové nástroje.
  • 9.1.224 přejímá hranici nástrojů načítaných na vyžádání ze sladění s DeepAgents: okamžitě smí odpovědět pouze lokální krátká konverzace bez nástrojů. Telegramové tahy, přílohy, systémové spouštěče a každý pracovní dotaz i nadále čekají na úplnou inicializaci MCP.
  • Surový průběh, konfigurace MCP, schémata nástrojů a běžné pracovní tahy zůstávají beze změny. Nebyl deaktivován žádný server a nebylo zavedeno žádné další volání modelu, vyhledávání ani embeddingu.
9.1.223
  • Krok 775.5 skončil prázdný s fall=length, 8 192 z 8 192 completion tokenů a pouze sedmi znaky uvažování. Dosavadní logika poté znovu spustila stejný velký požadavek a zdvojnásobila rozpočet dokončení na 16 384 tokenů.
  • Lokální CPU bylo během čekání asi 0 procent; stavba požadavku trvala 0-1 ms a přenos asi dvě sekundy. Měřeným úzkým hrdlem tak byla generace modelu plus retry s plným rozpočtem, nikoli TUI.
  • Pouze doložený případ length + plně vyčerpaný rozpočet + méně než 64 znaků uvažování dostává nyní úsporný opakovací pokus s faktorem 0,125 a nejméně 1 024 tokeny.
  • Odpovědi length náročné na uvažování a ne zcela vyčerpané si zachovávají dosavadní rozšíření faktorem 2. Jiné třídy opakování zůstávají beze změny.
  • Pro měřený případ klesá druhý rozpočet z 16 384 na 1 024: 15 360 tokenů resp. o 93,75 procenta méně v opakovacím pokusu.
9.1.222
  • Běžící aktualizátor předal připravenou verzi přes IPC aktivnímu Kingovi. Spouštěč poté ukončil běžící jádro s exitem 76 a měl spustit náhradní proces. Při měřeném přechodu na 9.1.219 zůstal agentní profil kvůli tomu odhlášen.
  • Aktualizace na pozadí nyní novou verzi pouze stahují a kontrolují a ukládají ji pro příští přirozený start. Neodesílají žádnou zprávu IPC pro restart, neukončují aktivní TUI a nespouštějí náhradní proces.
  • Při příštím běžném startu king se opět objeví stávající výběr: aktualizovat, jednou přeskočit nebo počkat na další release. Teprve po rozhodnutí o instalaci spustí spouštěč z již ověřeného připraveného balíčku; druhý download odpadá.
9.1.221
  • Nezměněné zprávy, které ještě nejsou pokryty v tokenCount, používají nyní přesně jeden odhad tokenů na každou revizi kontextu. Opakované přístupy stavu a renderování znovu neskenují stejný rostoucí průběh.
  • Nové textové části, volání nástrojů, změny historie, zhuštění, Undo a změněný počet již pokrytých zpráv okamžitě zneplatní cache. Surový průběh, persistovaný průběh a hlášená hodnota tokenů zůstávají oproti dosavadní cestě identické.
  • Sedm měřicích běhů s 300 syntetickými zprávami a vždy 250 nezměněnými dotazy dalo v mediánu 42,1218 ms -> 0,1755 ms, tedy zhruba 99,583 % méně výpočetního času v této horké cestě. Obě verze poskytly přesně stejný odhad 127 838 tokenů.
  • Release snižuje práci CPU pro lokální odhad. Netvrdí žádné snížení skutečně odeslaných vstupních tokenů modelu.
9.1.220
  • Projekce dlouhých odpovědí asistenta ukládá svůj výsledek nyní do WeakMap, dokud objekt zprávy, pole obsahu, textová část a přesný zdrojový text zůstávají nezměněny. Surový průběh a projektovaný obsah zůstávají oproti dosavadní cestě identické.
  • Změna textu, pole obsahu nebo textové části záznam okamžitě zahodí. Různé objekty zpráv nesdílejí žádnou cache.
  • Pět měřicích běhů s vždy 1000 opakovacími projekcemi dalo v mediánu 16,489 ms -> 0,202 ms, tedy zhruba 98,8 % méně výpočetního času v této cestě. Obě verze přitom ušetřily přesně 21 206 znaků.
9.1.219
  • Čistá krátká textová potvrzení jako ok, danke nebo odpovědi v telegramovém DM s připojeným signálem pokračování nečtou úložiště validovaných kandidátů učení při každém kroku modelu.
  • Významné prompty, přílohy a tahy s aktuální aktivitou nástrojů se i nadále synchronizují. Již viditelná připomínka učení zůstává zachována i během přeskočeného potvrzení.
  • Zabalené měření skutečného stavu přes 50 potvrzení kleslo z 50 na 0 čtení adresáře kandidátů. Významná protivzorka četla přesně jednou. Nepřibylo žádné volání modelu, embeddingu ani sítě.
9.1.218
  • Stejná kontrola red-to-green vytvořila v 9.1.217 při opakování s novými ID volání nástrojů druhého otevřeného kandidáta. Izolované měření skutečného stavu dalo dvě ID, 2 otevřené soubory a 726 bajtů.
  • Po zaznamenání pouze nejnovějšího kandidáta by se starší identický kandidát znovu objevil jako připomínka. To by vytvořilo druhý cyklus připomínky a MistakeRecord pro stejnou otevřenou lekci.
  • bin/validated-learning-signal.cjs nyní znovu použije již otevřeného kandidáta stejného profilu a stejného commandHash. Jiné verifikační příkazy zůstávají oddělené; zaznamenaní nebo prošlí kandidáti neabsorbují žádnou pozdější událost.
  • Opětovné měření dalo stejné ID, 1 otevřený soubor a 363 bajtů. Neexistuje žádné další volání modelu, embeddingu ani sítě.
9.1.217
  • V 9.1.216 označil každý úspěšný MistakeRecord nejnovějšího otevřeného kandidáta učení jako zpracovaného, i když záznam patřil k jiné chybě. Doklad byl tím trvalý, ale nebyl přesně korelován se svým pozdějším záznamem.
  • bin/validated-learning-signal.cjs nyní čte volitelné candidateId úspěšného MistakeRecord a uzavírá výhradně přesně odpovídajícího otevřeného kandidáta. Chybějící, chybné nebo cizí ID nechává všechny otevřené kandidáty beze změny.
  • blun.mjs uvádí stabilní ID kandidáta ve viditelné připomínce a zavádí candidateId jako volitelné pole ve schématu MistakeRecord. Neexistuje žádné další volání modelu, embeddingu ani sítě.
  • Korelace zůstává vázaná na profil. Do úložiště kandidátů se i nadále nedostávají surové příkazy ani výstupy nástrojů.
9.1.216
  • bin/validated-learning-signal.cjs ukládá potvrzené signály red-to-green nyní v rámci celé instalace pod <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/. Kandidát učení tak zůstává zachován napříč uživatelskými tahy, zhuštěními a různými portály stejné instalace BLUNu.
  • Úložiště je vázané na profil, append-only a konkurenčně bezpečné: na každého kandidáta vzniká jeden neměnný soubor JSON a přesně jeden marker .recorded nebo .expired. Dočasný soubor, hardlink a odstranění dočasného souboru zabraňují tichému přepisování při paralelních zapisovatelích.
  • Ukládají se pouze typ, stav, profil, název nástroje, SHA256 příkazu, ID volání nástrojů a časová razítka. Surový příkaz, text chyby a úspěšný výstup nástroje se nepersistují.
  • Úspěšný MistakeRecord označí nejnovějšího otevřeného kandidáta přesně jednou jako zpracovaného. Otevření kandidáti propadají po 24 hodinách. Chybí-li společné home, zůstává dosavadní chování v paměti fail-open zachováno.
  • To ještě není automatická změna kódu ani samoudělené oprávnění. Release vytváří pouze přenosný, na portálu nezávislý doklad učení, na kterém mohou pozdější vestavěné funkce evaluátoru a schvalování bezpečně pracovat.
9.1.215
  • Řešení nesmějí předpokládat určité interní agenty ani interní názvy počítačů, telegramové skupiny, instance Mnema nebo interní řetězec schvalování BLUNu.
  • Pro self-improvement jsou interní role abstrahovány jako produktové funkce: kontrolor rozsahu/schvalování, izolovaný evaluátor, verzovaný doklad a automatické zpětné měření canary s rollbackem.
  • Automaticky převzít lze pouze nízko rizikové, měřitelně ohraničené úpravy při trvale lepších nebo neutrálních vzorcích. Kód, práva, tajemství, vyúčtování a produkce zůstávají v odpovědnosti uživatele nebo správce.
  • První nasazení vestavěné brány je interně manuálně schváleno; poté smí brána kontrolovat sama sebe, ale nesmí měnit vlastní bezpečnostní hranici.
9.1.214
  • 9.1.213 vytvořil správnou trvalou cestu ukládání přes MistakeRecord, ale i nadále očekával, že model rozpozná správný okamžik sám z historie nástrojů.
  • Nový je bin/validated-learning-signal.cjs: modul sleduje pouze aktuální uživatelský tah a rozpoznává výhradně tentýž verifikující shellový příkaz, který nejprve selže a později uspěje.
  • Dynamický injektor v blun.mjs v tomto doloženém případě připomene, aby byla znovupoužitelná lekce zaznamenána pomocí MistakeRecord. Text příkazu a surová chyba se do připomínky nekopírují.
  • Jiné příkazy, běžné chyby čtení/nástrojů, nový uživatelský tah nebo již úspěšné volání MistakeRecord žádnou připomínku nevytvářejí resp. si žádnou neponechávají. Neexistuje žádné automatické ukládání.
9.1.213
  • Misionářská smlouva po úspěšném vzorku red-to-green vyžadovala volání record_error_memory. Tento nástroj v balíčku King neexistuje. Stávající trvalá cesta učení se jmenuje MistakeRecord a zapisuje do společného Mistake.md.
  • Disciplína z Evolveru tak byla již formulována, ale poslední krok k našemu vlastnímu paměťovému úložišti napříč agenty byl mrtvý: potvrzené řešení mohlo následovat smlouvu, a přesto nebylo trvale uloženo.
  • Smlouva nyní po zeleném opakovacím běhu volá MistakeRecord. Surové chyby zůstávají i nadále venku; ukládá se teprve lekce potvrzená úspěšným protiběhem.
  • Mistake.md, její výběr relevance a formát ukládání nebyly nahrazeny ani změněny. Opraveno bylo výhradně spojení od validované smlouvy učení k existujícímu nástroji.
  • Změněny byly pouze blun.mjs, nový strukturální test test/validated-learning-route.test.js a verze v package.json.
9.1.212
  • Injektor ErrorMemory formátoval více strategických genů i pro čistá pozdravení a krátká potvrzení. Mistake.md a osobní paměť měly pro stejnou třídu zpráv již společnou hranici relevance; pouze ErrorMemory ji obcházel.
  • Injektor nyní rovněž používá isLowInformationMistakeTurn a ukončuje projekci před výběrem a formátováním strategických genů. Persistované záznamy chyb a strategií zůstávají beze změny; odpadá pouze jejich zbytečná projekce do nejmenších dotazů.
  • Změřený referenční případ Wie geht es dir? s jedenácti uloženými záznamy: předtím pět vybraných pravidel, 1 417 znaků resp. zhruba 355 tokenů; poté 0 znaků a 0 tokenů.
  • Změněny byly pouze blun.mjs, test/error-memory-performance-policy.test.js a verze v package.json.
9.1.211
  • King potvrzuje řádky fronty teprve tehdy, když je zpráva přijata. Před aktivní relací zahazuje injectChannelEnvelope adresovanou zprávu jako dropped, aniž by ji potvrdil nebo zaparkoval. Checkpoint tak může trvale zůstat stát přesně na tomto prvním řádku.
  • Skutečná červená zkouška _proof/telegram-profile-checkpoint-red.cjs: očekáváno queued, změřeno dropped, exit 1.
  • Stejná chyba leží v cestě příkazů Telegramu: /loop před aktivní relací se neukládá do queuedMessages; funkce potvrzení zůstává bez spotřebitele. Skutečná červená zkouška _proof/telegram-remote-command-presession-red.cjs: očekávána délka fronty 1, změřeno 0, exit 1.
  • injectChannelEnvelope nyní zachází s relací, která ještě není schopná doručení, jako se zaneprázdněnou relací: text modelu, zdroj zobrazení a pozdější potvrzení zůstávají v existující frontě kanálu zachovány.
  • injectTelegramRemoteCommand sestavuje záznam fronty před kontrolou relace. /loop a další přímé příkazy Telegramu se při chybějící relaci parkují se svou funkcí channelAcknowledge a provádějí se teprve na existující bezpečné hranici.
  • Pořadí a stávající pravidlo checkpointu zůstávají beze změny: řádek fronty se potvrzuje teprve po přijetí; pozdější potvrzení nemohou přeskočit dříve ještě otevřený řádek.
9.1.210
  • Aktivní handoff z 9.1.208/9.1.209 mohl ukončit běžícího Kinga kvůli aktualizaci. Na MSI byla tím při přechodu 9.1.206 -> 9.1.207 ukončena běžící relace a nebyla automaticky obnovena.
  • 9.1.209 proto nebyl zařazen do veřejného manifestu a na npm byl označen jako nerozšiřitelný.
  • Požadavek je nyní technicky vynucen: automatická aktualizace nesmí běžícího Kinga nikdy ukončit. Verze se pouze načte a označí jako pending. Aktivace nastane teprve při pozdějším běžném startu.
9.1.209 Odvoláno
  • Nezveřejněno. Aktivní předání aktualizace mohlo ukončit běžícího Kinga; proto se verze nedostala do veřejného manifestu a na npm byla označena jako nerozšiřitelná.
9.1.208
  • Na MSI bylo za jeden den změřeno 27 startů Kinga a 15 stavů verzí. Restarty pokaždé padaly dohromady se skoky verzí; vlastní důvod ukončení se tam v logu i nadále neprotokoluje.
  • Aktualizátor připravoval nové verze manifestu každou minutu. Verze 9.1.208 proto zavádí 30minutové klidové okno, než může být aktivována další nová runtime.
  • Staré stavy runtime se po úspěšné aktivaci omezují na nejnovější tři verze. Mazáno je pouze tehdy, když byly všechny instalační lease starého stavu získány exkluzivně. Aktivní, obsazená nebo neznámá rozložení zůstávají nedotčena.
  • Ochranná logika žije i v nově načteném jádře. Tím působí po automatické aktivaci i tehdy, když trvalý rodičovský spouštěč pochází ještě ze starší verze.
  • Osm změřených stavů MSI release zabíralo dohromady jen 778 MB. Nevysvětlují téměř plný disk o 454 GB; velký spotřebitel zůstává samostatným otevřeným nálezem.
9.1.207
  • Opakování neúspěšné telemetrie se omezuje na 16 nejstarších souborů na běh a zastaví se při první přechodné chybě serveru, místo aby dál zpracovávalo celou frontu.
  • Chybový pool uchovává nejnovějších 512 souborů v rámci 16 MiB a sedmi dní. Běžný events.jsonl je z čištění výslovně vyloučen.
  • Před vydáním leželo reálně 4 248 chybových souborů s 11 631 974 bajty. Po automatické aktivaci leželo 512 souborů s 2 260 908 bajty: o 3 736 starých chybových souborů a zhruba 9,37 MB zátěže méně.
9.1.206
  • Již archivované velké odpovědi asistenta jsou nyní před projekcí smyčky nahrazeny svým omezeným, znovu čitelným archivním odkazem. Následné čištění textu tak nemůže zneplatnit uložený hash.
  • Tři skutečné archivní soubory byly bajtově přesně zkontrolovány proti svým uloženým hashům zpráv SHA256: 38 567, 13 941 a 24 787 znaků, všechny přítomné a všechny přesně odpovídající.
  • Na přesně stejných 41 480 záznamech wire s 311 zprávami klesla projekce modelu z 87 724 na 63 234 znaků: dalších 24 490 znaků, resp. zhruba 6 123 vstupních tokenů méně na každé dotčené volání.
  • Surová historie a úplné soukromé archivní soubory zůstávají beze změny a jsou po stránkách čitelné přes svou cestu.
9.1.205
  • Opakovací smyčky uvnitř zprávy asistenta se nyní rozpoznávají i při malých rozdílech v interpunkci nebo znění. Cluster potřebuje nejméně tři shody při konzervativní podobnosti 0,88; první verze zůstává zachována, surová historie se nemění.
  • V konzervovaném případě klesla skutečná odpověď ve smyčce z 24 787 na 22 711 znaků: o 2 076 znaků, resp. zhruba 519 vstupních tokenů méně.
  • Ohrady kódu zůstávají bajtově chráněny. Vyprávění nástrojů, injekce, dvojice a úspory pod 1 000 znaků zůstávají beze změny.
9.1.204
  • Připomínání chyb nyní v každém pracovním kole nenačítá naslepo všech jedenáct pravidel. Čtyři nezbytné důkazové a protivzorkové rule 4, 9, 10 a 11 zůstávají vždy aktivní; nejvýše dvě další pravidla se deterministicky doplní podle aktuálního zadání.
  • Ve skutečné dodané sbírce pravidel klesl opakovaný blok z 2 442 na 1 272 znaků: o 1 170 znaků, resp. zhruba 293 vstupních tokenů méně na každé dotčené pracovní kolo.
  • Výběr nevytváří žádný dotaz modelu, vyhledávání, rerankeru ani embeddingu. Malé vlastní sbírky pravidel zůstávají úplné; při chybě selektoru platí i nadále předchozí plný blok.
9.1.203
  • Prázdné ToolSearch je nyní úspěšně dokončený nulový výsledek místo červené chyby nástroje. Odpověď uvádí chybějící oprávněný nástroj a zakazuje opakování se synonymy.
  • V změřeném průběhu stálo 32 prázdných hledání s 29 formulacemi; v konzervovaném tahu byla stejná chybějící funkce Telegramu po červené chybě přímo znovu dotázána druhým hledáním.
  • Žádný dodatečný dotaz modelu, rerankeru ani embeddingu, žádné nové rezidentní schéma a žádná změna nástrojů nebo oprávnění.
9.1.202
  • Z DeepAgents odvozená lokální projekce kontextu ukazuje u velkých pracovních adresářů přednostně položky nejvyšší úrovně místo hlubokých detailů z prvních několika složek. Malé seznamy adresářů zůstávají bajtově stejné.
  • Kořen agenta obsahuje 509 položek nejvyšší úrovně (89 složek, 420 souborů). Dříve projekce modelu ukazovala v 1 981 znacích jen 9 složek nejvyšší úrovně; nyní ukazuje 30 v 832 znacích.
  • Změřená úspora: 1 149 znaků, resp. asi 287 tokenů na každý dotaz. Persona, pracovní pravidla, surová historie a přístup k nástrojům zůstávají beze změny.
9.1.201
  • Z DeepAgents odvozená hygienická projekce zhušťuje statickou paměť chyb, aniž by ztratila jediné z 11 uložených pravidel nebo kontrol.
  • Staré rozsáhlé texty paměti chyb se zhušťují pouze v projekci modelu. Surová historie, běžné odpovědi a výsledky nástrojů zůstávají beze změny.
  • V projekci zůstává vždy pouze nejnovější vložení chyby a opravy chyby.
9.1.200
  • Nový lokální příkaz /context zobrazuje odděleně skutečně projektovaný dotaz modelu, uloženou historii rozhovoru, schémata nástrojů, rozpočet zhuštění a zbývající prostor.
  • Pohled čte výhradně session.getContext(). Nespouští žádný dotaz modelu, žádné spravované dotazování spotřeby, žádnou službu a žádný restart.
  • Odložené výsledky nástrojů nyní uvádějí přesnou cestu opětovného čtení: Read s nejvýše 20 řádky a následně pokračujícím line_offset. Tím se zabrání změřené formě, v níž agent znovu vyžadoval stejně velkou oblast pomocí Read, Grep a Bash.
  • /premortem existoval již před 9.1.200 a výslovně není prodáván jako nová funkce tohoto vydání.
  • Pro nové překlady nedala povinná jazyková brána kvůli chybějící nezávislé kontrole krátkých textů žádné povolení. Proto /context používá pouze již schválené lokalizované názvy; žádný nezkontrolovaný cílový text nebyl přijat.
9.1.199
  • Aktuální pohled modelu obsahoval v jediné odpovědi asistenta 13 941 znaků se 100 odstavcovými bloky. Jen 20 bloků bylo jednoznačných; šest skupin se opakovalo přesně a zabíralo 9 579 znaků.
  • 9.1.199 zhušťuje výhradně taková přesná opakování uvnitř jediné čistě textové odpovědi v pohledu modelu. Surová historie relace zůstává beze změny.
  • Zhuštění zasáhne teprve od tří přesných opakování a nejméně 1 000 ušetřených znaků. Bloky kódu, smíšené obsahy, volání nástrojů, injekční zprávy, krátké bloky a menší úspory zůstávají beze změny.
  • To se řídí zásadou DeepAgents uchovávat znovu čitelnou pravdu a odlehčit pouze aktivní pohled modelu. Neexistuje žádné další volání modelu ani embeddingu.
9.1.198
  • Aktuální průběh obsahoval výsledek Grep s 50 042 znaky, který nástroj označil jako truncated: true. Odkládání jednotlivých výsledků velikost sice rozpoznalo, ale takové výsledky kvůli předčasnému návratu přesto nechávalo v pohledu modelu úplné.
  • 9.1.198 odstraňuje výhradně tuto výjimku. Oříznutý Read používá existující zdrojovou cestu bez duplikátu; jiné oříznuté výsledky archivují přesně úplný text vrácený nástrojem.
  • Odkaz si zachovává truncated: true a nese stored_result_scope: tool_truncated_output. Netvrdí se tak, že byl obnoven surový výstup, který nástroj nikdy nedodal.
  • Vzor následuje DeepAgents: velké výstupy nástrojů zůstávají znovu čitelné mimo aktivní pohled modelu, zatímco tam zůstává jen malý odkaz.
9.1.197
  • I čistě textová potvrzení jako ok dosud načítala dynamickou připomínku Mistake.md. Na aktuálním společném stavu pravidel to bylo 1 819 znaků promptu, zhruba 455 tokenů, přestože žádný pracovní kontext nepokračoval.
  • 9.1.197 rozpoznává výhradně informačně chudé čistě textové tahy dříve, než je přečten některý ze dvou zdrojů chyb, a vynechává tam dynamickou injekci.
  • Přílohy, netextové obsahy a smysluplná pokračování jako ok, check updater si zachovávají dosavadní cestu. Stávající fallback relevance pro skutečné pracovní tahy zůstává beze změny.
  • Vzor pochází ze srovnávací práce s AnythingLLM: volitelné zdroje kontextu se mají dostat do pohledu modelu pouze tehdy, když je aktuální tah skutečně potřebuje. Byl zasazen do stávající politiky BLUN bez dalšího volání modelu nebo embeddingu.
9.1.196
  • /reload byl lokálně dostupný, ale z Telegramu nebyl rozpoznán jako přímý příkaz. Allowlist Telegramu jméno neobsahoval; zpráva tak zůstala běžným textem modelu.
  • 9.1.196 přidává výhradně reload do stávajícího seznamu adresovaných telegramových příkazů.
  • Telegramová cesta používá stejný stávající handler jako lokální TUI: relace, servery MCP, konfigurace runtime a TUI se znovu načítají v běžícím procesu. Nespouští se žádné kolo modelu ani restart procesu.
  • /new a jiné neschválené lomítkové zprávy zůstávají i nadále běžným textem modelu.
9.1.195
  • Automatické aktualizace byly provedeny, ale restartované TUI skončilo na C:\ místo v dosavadní složce projektu.
  • TUI vedlo správnou složku v state.appState.workDir, při předání aktualizace ale předávalo pouze relaci, verzi a režim. Spouštěč proto používal svou původní startovací složku pro cíl i fallback.
  • 9.1.195 přenáší aktivní složku projektu v předání a používá ji pro cílovou verzi, fallback a další automatické aktualizace téhož dohledu.
  • Přijímají se pouze existující absolutní adresáře. Relativní, chybějící nebo ukazující na soubory padají zpět na složku spouštěče.
9.1.194
  • Stávající hlídka tahu varovala po 20 minutách, ale tah poté neukončila. Na Macu běžel zaseknutý tah po 30minutovém varování až do nejméně minuty 39.
  • 9.1.194 zachovává varování po 20 minutách a ukončuje tah po 30 minutách bez skutečného pokroku.
  • Začátek kroku, text myšlení, text asistenta, volání nástroje, argumenty nástroje, průběh nástroje a výsledek nástroje obnovují lhůtu nečinnosti. Dlouhá aktivní práce se tím neukončuje.
  • Stávající přerušení po pěti identických neúspěšných voláních nástrojů zůstává oddělené a beze změny aktivní.
9.1.193
  • Několik doručení Telegramu přišlo se stejnou chat_id a message_id až čtyřikrát v téže relaci.
  • 9.1.181 odstraňoval tato opakování teprve později z pohledu modelu. Dříve mohla každá kopie vyvolat vlastní tah modelu a tím náklady.
  • 9.1.193 proto zavádí před startem tahu účetní knihu doručení omezenou na 2 048 identifikátorů. Stejný telegramový identifikátor je v relaci přijat pouze jednou; opakování se potvrzují, ale neprotokolují a nespouštějí tah poskytovatele.
  • Nové identifikátory zpráv, injekce od jiných než uživatelů a surová historie zůstávají beze změny. Při pokračování se kniha obnoví z přijatých záznamů promptu.
9.1.192
  • Mac po odmítnutém povolení Bashu zobrazoval King is thinking po dobu 39 minut. Volání nástroje bylo samo odmítnuto správně, ale odmítnutí bylo vráceno běžící smyčce modelu jako obyčejný chybový výsledek.
  • PermissionManager.requestToolApproval() dodávalo při odmítnutí pouze block: true. Stávající řízení dávek a poskytovatelů umělo tah ukončit již pomocí syntheticResult.stopTurn = true, ale tento signál nedostávalo.
  • Nový je bin/approval-rejection-stop.cjs. Odmítnutá a zrušená povolení nyní vytvářejí existující chybový výsledek s stopTurn: true. Aktuální tah končí a pozdější volání stejného zásobníku nástrojů se přeskočí. Protokol povolení, politika a chování fail-closed zůstávají beze změny.
  • DeepAgents potvrdil explicitní hranici lidského přerušení jako vhodný vzor. AnythingLLM a Evolver nenabídly pro tuto úzkou chybu silnější mechanismus než stávající smlouvu BLUNu.
9.1.191
  • DeepAgents nabízí s /context známé, viditelné rozdělení okna kontextu místo pouze celkové hodnoty.
  • Evolver vyžaduje pro výkonovou práci oddělený rozpočet promptu pro systémovou část, rozhovor, nástroje a volný prostor.
  • AnythingLLM šetří schémata nástrojů rerankingem založeným na embeddingu. BLUN k tomu již má levnější cestu odložených nástrojů bez dalšího volání modelu nebo embeddingu; tato část proto nebyla zdvojena.
9.1.190
  • Z trvale uložených smyčkových událostí tool.call se odstraňují pouze zobrazovací pole display a description. Identita, název nástroje, argumenty a přiřazení kroku zůstávají zachovány.
  • Runtime i nadále zpracovává úplnou událost. Zobrazení TUI, provádění nástrojů a obnovení nebyly převedeny na projekci.
  • Skutečný agentní wire s 42 451 368 bajty obsahoval 6 135 volání nástrojů. U 5 679 z nich mohlo odpadnout 3 125 874 bajtů: 7,36 % celého protokolu wire.
9.1.189
  • Uživatel zvolil bosenštinu a psal bosensky, King však odpovídal slovinsky. V promptu persony stálo jen anglické slovo Bosnian; úzce příbuzný jazykový prostor nebyl výslovně vymezen.
  • Kako si?, Kako je King?, Ko si ti? a Ko stoji iza tebe? neproběhly jako samostatné bosenské krátké dialogy. Screenshot k Ko stoji iza tebe? dokonce ukazoval webová hledání místo přímé odpovědi.
  • Hlášený jednoduchý check-in spotřeboval asi 7 500 tokenů. Dosavadní cesta nízkého úsilí povolovala až 8 192 dokončovacích tokenů a ponechávala si několik starých zpráv.
9.1.188
  • BLUN rozpoznal skutečný zpětný pád již po třech podobných odpovědích, ale zastaralé odpovědi nechal v pohledu modelu úplné. Upozornění proti smyčce tak i nadále soupeřilo se starým chybným stavem.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 poskytuje vzor indexově stabilních, omezených náhradních zpráv. AnythingLLM upřednostňuje nejnovější páry rozhovoru a zachází s historií jako s nejdříve komprimovatelným kontextem.
  • Wire obsahoval 42 265 671 bajtů, z toho 25 423 100 bajtů context.append_loop_event. To dokládá skutečnou zátěž smyčky, ale není to vydáváno za přímou úsporu tokenů dotazu.
9.1.187
  • Živě dodaný manifest 9.1.184 nesl časové razítko 2026-08-26T12:15:06.5196457Z. Dodaný parser povoloval pouze jednu až tři desetinná místa, a proto celý manifest zahodil.
  • Bez platného fallbacku byl rozhodující sám npm. Při stagování 9.1.185 byl proto npm tag krátce viditelný, přestože manifest stál ještě na 9.1.184.
  • npm tag byl vrácen na 9.1.184. Živý manifest byl opraven pouze v časovém razítku na 2026-08-26T12:15:06.519Z; verze a integrita zůstaly beze změny. Tři načtení po vyčištění cache a skutečný klientský parser manifest poté potvrdily.
  • Živé SHA256 po opravě: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Záloha: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Po úplném zhuštění se stávající systémový prompt už nepřepisuje nově načtenými lokálními kontextovými daty. Jeho dosavadní prefix tak zůstává bajtově stabilní a znovupoužitelný pro cache poskytovatele.
  • Pracovní adresář, odpovídající soubory AGENTS.md a další adresáře získají otisk (fingerprint). Nový stav se připojí jako interní, pro uživatele neviditelná kontextová zpráva pouze při skutečné změně.
  • Vložená kontextová data se před interním označením escapují. Lokální text proto nemůže uzavřít hranici označení ani vnést nové systémové pokyny.
9.1.185
  • Dva agentní profily se v časovém okolí automatické aktualizace odhlásily. Nezávisle na tom zůstal třetí profil po úspěšném přechodu z 9.1.182 na 9.1.183 na této verzi a nepřipravil 9.1.184.
  • Ve zdrojové cestě byly doloženy dva konkrétní chyby: TUI se ukončila bezprostředně po process.send, aniž by počkala na potvrzení IPC. Launcher navíc po úspěšném handoff čekal jen na ukončení nového procesu a nezřídil pro něj žádné další sledování aktualizací.
9.1.184
  • Běžné modelové požadavky trvale nosily schémata nástrojů GenerateImage a GenerateVideo, přestože naměřené využití nástrojů mezi 3 183 požadavky obsahovalo pouze jeden obrazový a žádný video požadavek.
  • 9.1.184 odebírá obě schémata z trvale načítané základní sady. Výslovný obrazový, video nebo animační úkol načte ve stejném tahu pouze skutečně potřebné schéma.
  • Stejná cesta výběru platí i tehdy, když mediální úkol přijde během běžícího tahu. Otázky kvality, mediální kontroly a nezávazné nápady na později nenačítají žádné schéma generování.
  • Oba nástroje zůstávají dostupné přes ToolSearch. Změna neodebírá žádnou schopnost, pouze přesouvá zřídka potřebná schémata z běžných modelových požadavků.
9.1.183
  • BLUN King 9.1.183 činí automatické doručování hotových médií přes Telegram odolné vůči přechodným chybám nahrávání.
  • Klient opakuje výhradně omezený počet přechodných chyb, při každém pokusu znovu sestaví vícenásobné nahrávání a při trvalých chybách okamžitě končí.
  • Vyčerpané pokusy o doručení se protokolují odděleně, aniž by se odhaloval token bota nebo potlačovalo běžné náhradní odesílání.
9.1.182
  • Tento release opravuje výhradně automatickou aktualizaci běžící relace King.
  • Launcher dosud nastavoval BLUN_NO_AUTO_UPDATE=1 do stejného prostředí, které používal jak chráněné jádro, tak příprava aktualizace nadřazeného procesu. Starý updater v jádře tak byl sice správně deaktivován, ale nový nadřazený kontrolor aktualizací se před stažením veřejného manifestu rovněž ukončil.
  • 9.1.182 zachovává výslovně nastavené vypnutí pro nadřazený proces. Vynucené vypnutí se doplňuje už jen při startu chráněného jádra.
  • Mnemo zůstává interní lokální konfigurací. Veřejný balíček Mnemo neobsahuje. Aditivní záznam zůstává zcela neaktivní bez lokální cesty Mnemo a výslovně nastavené identity agenta.
9.1.181
  • Opakované identické dlouhé uživatelské úkoly a duplicitní ID doručení přes Telegram se odstraňují výhradně z projekce modelu; surový průběh zůstává beze změny.
  • Nakonfigurovaný MCP Mnemo se nyní přidává do aktivního profilu TUI King, místo aby zůstal omezen na relace Telegram bridge.
  • Všech 413 testů prošlo; oba cílené mutační vzorky zčervenaly, jakmile bylo odstraněno vždy jedno z ochranných opatření.
9.1.180
  • Automatická příprava aktualizace už není závislá výhradně na pozdějším IPC TUI-ready. Jakmile je chráněné jádro prokazatelně načteno, spustí launcher přípravu i tehdy, pokud se tento druhý signál ztratil.
  • Bezpečnostní hranice pro samotné předání zůstala beze změny: běžící odpověď, zhuštění, fronta zpráv, nástroje, příkazy shellu a příkazy fronty i nadále brání restartu uprostřed práce.
  • Aktuální stav chybu dokládal: režim resume, instalace 9.1.177, veřejně 9.1.179, ale připravena byla jen 9.1.176. Smyčka tak nebyla prvním blokátorem, protože kontrola nečinnosti přichází až po přípravě.
9.1.179
  • Čistá potvrzení jako ok, ja, danke nebo perfekt přeskočí osobní Memory Broker. To šetří jedno volání brokera a u takto obsahově chudých tahů zabraňuje zbytečné injekci paměti až do 16 384 znaků.
  • weiter, přílohy, otázky, příkazy a další obsahové zprávy si zachovávají dosavadní cestu paměti napříč portály.
  • Nejprve postavený argumentový buffer typu DeepAgents byl ve čtyřech z pěti měřicích kol pomalejší než prosté zřetězení. Byl zcela zavržen a nebyl publikován.
9.1.178
  • Odložené vyhledávání nástrojů nyní rozpozná jednoznačný přesný první výraz. GetMedia media job status result tak načte GetMedia, aniž by se uchyloval k širokému sémantickému odhadu. Víceslovné zkratky zůstávají záměrně nevyřešené.
  • Mediální produkční řetězec lomí úplné názvy fází na pokračovací řádky. Poslední krok se už neořezává u pravého okraje.
  • Změna zlepšuje výběr nástrojů a čitelnost. Nemění ani mediální model, ani kvalitu obrazu a netvrdí žádný skutečný náhled médií.

Vylepšení od verze 9.1.57

VerzeZměna
9.1.177Automatické aktualizace převezmou uložený režim pokračování nebo restartu i tehdy, když přímá zpráva procesu nepřijde, a těsně před bezpečným restartem TUI zobrazí jasný pokyn. Historické zástupné znaky pro zhuštěné argumenty nástrojů se odstraňují jako kompaktní JSON, formátovaný JSON nebo načtený objekt, dříve než by mohly být znovu spuštěny. Surový průběh a všechny dosavadní ochranné mechanismy aktualizace zůstávají beze změny.
9.1.176Všechny nabídky výběru pro příkazy s lomítkem nyní oddělují možnosti prázdným řádkem a vysvětlení zobrazují ve vlastní, zdrženlivé druhé barvě. Společná komponenta obsluhuje 20 volání nabídek; individuální varovné barvy zůstávají zachovány.
9.1.175Opakovaný pokyn k nástrojům při každém modelovém požadavku klesá z 1 749 na 825 znaků. V měření to šetří přibližně 231 odhadovaných vstupních tokenů na požadavek. Všech jedenáct povinností chování zůstává zachováno; surový průběh, schémata nástrojů a soubory zůstávají beze změny.
9.1.174Relevantní výňatek z Mistake.md zobrazovaný při každém modelovém požadavku je omezen na 3 000 místo 4 000 znaků. Ve 100 skutečných požadavcích to průměrně šetří přibližně 253 odhadovaných vstupních tokenů; vybrané nadpisy zůstaly ve všech 100 případech identické. Úplné soubory a uložený průběh zůstávají beze změny.
9.1.173BLUN King rozpoznává opakované čisté textové odpovědi napříč několika tahy Telegramu. Po třech téměř stejných odpovědích navzdory novým pokynům uživatele dostane agent jednorázově interní korekční upozornění, místo aby znovu vydával starou otázku, seznam nebo čekací smyčku. Zprávy, procesy a uložený průběh zůstávají beze změny.
9.1.172Automatická aktualizace znovu zkontroluje běžící relaci po neúspěšném hledání při startu. Další kontrola proběhne náhodně rozloženě za 60 až 90 sekund. Tím jsou rozpoznány později publikované verze bez ručního restartu. Instalace a předání relace i nadále čekají na úplnou nečinnost.
9.1.171BLUN King si v každém tahu ponechává už jen čtyři naposledy načtená schémata nástrojů místo dvanácti. Starší nástroje zůstávají dohledatelné přes ToolSearch a při výběru se znovu načtou. Trvale načtené základní nástroje, uložený průběh a chování při provádění zůstávají beze změny.
9.1.170Sdružuje aktuální chyby spolehlivosti a pracovního postupu: opakované úkoly si ponechávají nejnovější nadměrně velký pokyn; zástupné znaky zhuštěných argumentů nástrojů se odstraňují z projekce modelu; ToolSearch rozpoznává přirozená paměťová vyhledávací slova včetně jednotlivého slova „store“; zobrazení smyčky znovu načítá stav plánování; /update řídí bezpečné předání při nečinnosti; a /premortem poskytuje viditelnou, strukturovanou analýzu chyb.
9.1.169BLUN King zachovává přesný výběr nástrojů a dosavadní přísné vyhledávání podle klíčových slov beze změny. Teprve když toto hledání nenajde žádný výsledek, hledá úzký druhý průchod příbuzné německé a anglické výrazy. Požadavky na název s + zůstávají závazné; musí souhlasit alespoň dva významové výrazy a 75 procent požadavku. Díky tomu najdou tři skutečně neúspěšná hledání v Telegramu aktuální nástroj fronty, zatímco nevhodný požadavek i nadále končí bez výsledku.
9.1.168BLUN King už nenahrazuje starší argumenty volání nástrojů interním zástupným znakem, který by model mohl zkopírovat do nového volání. Již existující volání se zástupnými znaky a jejich související výsledky chyb se odstraňují pouze z projekce modelu; nezměněný průběh relace zůstává zachován jako doklad.
9.1.167BLUN King 9.1.167 si u opakovaných plánovaných úkolů ponechává pouze nepřerušenou posloupnost nejnovějších úplných pracovních úseků. Pokud by další novější úsek překročil hranici 48 000 znaků nebo 24 zpráv, výběr končí, místo aby poté znovu přijímal starší malé úseky. Kontext a časové pořadí tak zůstávají konzistentní. Ve změřeném běžícím průběhu klesla projektovaná historie z 32 591 na 16 981 znaků. To šetří 15 610 znaků, tedy přibližně 3 903 odhadovaných vstupních tokenů na srovnatelný požadavek. Surový průběh, aktuální kroky úkolu a souhrn zhuštění zůstávají beze změny.
9.1.166BLUN King 9.1.166 omezuje opakované plánované úkoly na izolovaný pracovní kontext, místo aby při každém kroku modelu znovu přenášel celý rozhovor hlavního agenta. Aktuální úkol, nejnovější souhrn zhuštění a nejnovější skutečné pracovní kroky zůstávají dostupné v rámci limitu 24 zpráv a 48 000 znaků. Uložený průběh, běžné uživatelské tahy, jednorázové připomínky a rychlé konverzační cesty zůstávají beze změny. Ve změřeném průběhu spotřebovalo 2 043 kroků modelu opakovaných plánovaných úkolů celkem 298,7 milionu vstupních tokenů, v průměru 146 188 tokenů na krok.
9.1.165BLUN King 9.1.165 omezuje výstupní rozpočet běžných tahů na 24 576 místo 32 768 tokenů. Lehké kroky si zachovávají dosavadní limit 8 192 tokenů, modely s menšími výstupními limity si zachovávají tyto nižší hodnoty a výslovné nastavení uživatele má i nadále přednost. Z 27 049 změřených odpovědí zůstalo 99 procent pod 9 970 tokeny; dvanáct starých odlehlých hodnot zasáhlo přesně dosavadní hranici 32 768 tokenů a počítalo pokaždé přibližně šest minut déle.
9.1.164BLUN King 9.1.164 omezuje výstupní rozpočet zhuštění na velkých modelových oknech na 16 384 místo 131 072 tokenů. 39 úspěšných zhuštění potřebovalo nejvýše 10 781 výstupních tokenů. Nový rámec leží o 52 procent nad tímto změřeným maximem a snižuje možnou potřebu výstupu a KV cache na zhuštění o 87,5 procenta. Uložený průběh a běžné konverzační tahy zůstávají beze změny.
9.1.163BLUN King 9.1.163 nahrazuje rozsáhlá načtení dovedností mimo posledních 20 zpráv v projekci modelu kompaktním odkazem na opětovné načtení. Aktuální, malá a znovu nenačitatelná načtení dovedností zůstávají beze změny; uložený průběh rozhovoru se nepřepisuje. Ve změřeném případě klesá načtení dovednosti z 87 034 na 424 projektovaných znaků. Jakmile opustí aktuální pracovní okno, šetří to 86 610 znaků, tedy přibližně 21 653 odhadovaných vstupních tokenů.
9.1.162BLUN King 9.1.162 omezuje velké přehledy pracovního adresáře v opakovaném systémovém promptu na 2 000 znaků. Malé přehledy zůstávají beze změny. U zkrácených přehledů odkazuje jasný pokyn i nadále na úplné hledání pomocí Glob, Grep a Read. Ve změřeném promptu klesá přehled z 3 988 na 1 983 znaků. To šetří 2 005 znaků, tedy přibližně 501 odhadovaných vstupních tokenů na stejně sestavený požadavek.
9.1.161BLUN King 9.1.161 už neopakuje názvy 112 odložených nástrojů v každém popisu ToolSearch. Vyhledávání podle klíčových slov, přesný výběr na základě úplného nebo jednoznačného krátkého názvu a trvalé načítání dvanácti naposledy vybraných schémat zůstávají zachovány. Ve změřeném zobrazení klesá opakovaný popis z 1 984 na 278 znaků. To šetří 1 706 znaků, tedy přibližně 426 odhadovaných vstupních tokenů na stejně sestavený požadavek.
9.1.160Od BLUN King 9.1.160 chrání projekce modelu plně jen dvanáct nejnovějších zpráv, než jsou starší úspěšné výsledky nástrojů obsahující výhradně text nahrazeny krátkým závěrečným záznamem. Chybové výstupy, média, uložené odkazy na soubory, dvanáct nejnovějších zpráv, surový průběh a exporty zůstávají beze změny. Ve stabilně změřeném snímku relace jsou tak zmenšeny dva další staré výsledky nástrojů. Projekce modelu klesá z 81 800 na 78 402 znaků. To šetří dalších 3 398 znaků, tedy přibližně 850 odhadovaných vstupních tokenů na stejně sestavený požadavek.
9.1.159Od BLUN King 9.1.159 se platné argumenty JSON dokončených volání nástrojů mimo nejnovějších 12 zpráv v projekci modelu nahrazují krátkým záznamem. Související výsledek nástroje, nejnovějších 12 zpráv, nedokončená volání, malé nebo neplatné argumenty, surový průběh a exporty zůstávají beze změny. Ve stabilně změřeném snímku relace jsou tři argumenty dokončených volání nástrojů zmenšeny z 2 849 na 165 znaků. To šetří 2 684 znaků, tedy přibližně 671 odhadovaných vstupních tokenů na stejně sestavený požadavek.
9.1.158Od BLUN King 9.1.158 se čisté stavové zprávy, které bezprostředně následují po dokončené odpovědi v Telegramu, mimo nejnovějších 20 zpráv v projekci modelu nahrazují krátkým záznamem. Odeslané volání odpovědi a jeho výsledek, aktuální zprávy, souhrny po jiných nástrojích, smíšený obsah, surový průběh a exporty zůstávají beze změny. Ve stabilně změřeném snímku relace je šest historických stavových zpráv zmenšeno o 1 837 znaků. To šetří přibližně 460 odhadovaných vstupních tokenů na stejně sestavený požadavek.
9.1.157Od BLUN King 9.1.157 se vhodné úspěšné výstupy nástrojů založené čistě na textu mimo nejnovějších 20 zpráv v projekci modelu nahrazují krátkým závěrečným záznamem. Chybové výstupy, média, odkazy na odložené soubory, nejnovějších 20 zpráv, surový průběh a exporty zůstávají beze změny. Ve stabilně změřeném snímku relace je zmenšeno 43 starých výsledků. To šetří 9 680 znaků, tedy přibližně 2 420 odhadovaných vstupních tokenů na stejně sestavený požadavek.
9.1.156Od BLUN King 9.1.156 již uložené odkazy na uživatelské zprávy mimo nejnovějších 20 zpráv neopakují svůj náhled se začátkem a koncem při každém požadavku modelu. Značka obnovení, údaje o velikosti, čitelná cesta k souboru, nejnovějších 20 zpráv, média, surový průběh, zcela uložený soubor a exporty zůstávají beze změny. Ve stabilně změřeném snímku je zmenšeno pět historických odkazů a projekce modelu klesá z 99 143 na 96 001 znaků. To šetří dalších 3 142 znaků, tedy přibližně 786 odhadovaných vstupních tokenů na stejně sestavený požadavek.
9.1.155Od BLUN King 9.1.155 se uložené odkazy na uživatelské zprávy obnovují dříve, než mohou textové projekce změnit hash původní zprávy. Stávající odložení tak zůstávají účinná, místo aby nenápadně spadla zpět na projektovanou úplnou zprávu. Surový průběh, znovu čitelné odkazy na soubory, nejnovějších 20 zpráv, média a exporty zůstávají beze změny. Ve stabilně změřeném snímku klesá projekce modelu z 105 810 na 99 143 znaků. To šetří dalších 6 667 znaků, tedy přibližně 1 667 odhadovaných vstupních tokenů na stejně sestavený požadavek.
9.1.154Od BLUN King 9.1.154 se adresované úseky kanálu Telegram mimo nejnovějších 20 zpráv omezují na náhled o délce 500 místo 1 000 znaků se začátkem a koncem. Úplná metadata kanálu, začátek a konec obsahu zprávy, nejnovějších 20 zpráv, přílohy, surový průběh a exporty zůstávají beze změny. Ve stabilně změřeném snímku je zmenšeno sedm dalších historických adresovaných úseků. To šetří 3 500 znaků, tedy přibližně 875 odhadovaných tokenů na opakovaný požadavek.
9.1.153Od BLUN King 9.1.153 zachovává projekce historických kontextů Telegramu úplná metadata kanálu a závěrečný tag kanálu. Zkracuje se výhradně obsah zprávy. I u skutečných metadat kanálu o délce 161 znaků zůstává struktura v rámci rozpočtu 250 znaků platná. Projekce je idempotentní, následující adresované kanály zůstávají beze změny a kanál, který překračuje rozpočet už bez obsahu, se předává beze změny.
9.1.152Od BLUN King 9.1.152 opouštějí argumenty dokončených volání nástrojů aktivní projekci modelu po čtyřech místo osmi novějších zprávách. Surový průběh relace, nezodpovězená nebo chybně formátovaná volání, média, výsledky nástrojů a čtyři nejnovější zprávy zůstávají beze změny. V čerstvě změřeném snímku relace jsou zhuštěna dvě další dokončená volání; oproti 9.1.151 to šetří dalších 244 znaků, tedy přibližně 61 odhadovaných tokenů na opakovaný požadavek.
9.1.151Od BLUN King 9.1.151 opouštějí argumenty dokončených volání nástrojů aktivní projekci modelu po osmi místo dvanácti novějších zprávách. Surový průběh relace, nezodpovězená nebo chybně formátovaná volání, média, výsledky nástrojů a osm nejnovějších zpráv zůstávají beze změny. Ve změřeném snímku relace jsou zhuštěna tři další dokončená volání; oproti 9.1.150 to šetří dalších 317 znaků, tedy přibližně 80 odhadovaných tokenů na opakovaný požadavek.
9.1.150Od BLUN King 9.1.150 chrání historické odkládání výsledků nástrojů plně čtyři nejnovější zprávy místo osmi. Starší vhodné výsledky nástrojů si zachovávají kompaktní pokyn k obnovení o délce 600 znaků a svou zdrojovou cestu; surový průběh, zcela uložené výstupy, média a čtyři nejnovější zprávy zůstávají beze změny. Ve změřeném snímku relace odkládá okno čtyř zpráv devět dalších historických výsledků a oproti 9.1.149 šetří dalších 6 683 znaků, tedy přibližně 1 671 odhadovaných tokenů na opakovaný požadavek.
9.1.149Od BLUN King 9.1.149 chrání historické odkládání výsledků nástrojů plně osm nejnovějších zpráv místo dvanácti. Starší vhodné výsledky nástrojů si zachovávají kompaktní pokyn k obnovení o délce 600 znaků a svou zdrojovou cestu; surový průběh, zcela uložené výstupy, média a osm nejnovějších zpráv zůstávají beze změny. Ve změřeném snímku relace klesají tři výsledky z 4 679 na 1 800 znaků; to šetří dalších 2 879 znaků, tedy přibližně 720 odhadovaných tokenů na opakovaný požadavek.
9.1.148Od BLUN King 9.1.148 se i v nejnovějším smíšeném balíčku Telegramu zmenšují úseky kanálu výslovně označené addressed=false. Adresované úseky, média, surový průběh a exporty zůstávají beze změny. Ve změřeném průběhu klesá jedenáct neadresovaných úseků z 22 691 na 2 750 znaků; to šetří 19 941 znaků, tedy přibližně 4 986 odhadovaných tokenů na opakovaný požadavek.
9.1.147Od BLUN King 9.1.147 chrání mikrokopaktizace plně dvanáct nejnovějších zpráv místo dvaceti a používá tak stejné okno obnovení jako stávající odkládání výsledků nástrojů. Starší dokončené argumenty nástrojů a vhodné výsledky nástrojů se zmenšují pouze v projekci modelu; surový průběh a cesty obnovení zůstávají beze změny. Ve změřeném průběhu to šetří dalších 560 znaků, tedy přibližně 140 odhadovaných tokenů na požadavek.
9.1.146Od BLUN King 9.1.146 se starší, již odložené výsledky nástrojů v projekci modelu omezují na údaje potřebné k obnovení: název nástroje, počet znaků a cestu k souboru. Úplný obsah zůstává beze změny na disku, surový průběh se nemění a dvanáct nejnovějších zpráv si zachovává podrobné pokyny. Ve změřeném průběhu snižuje opakovaný vstup modelu o 26 779 znaků, tedy přibližně 6 695 odhadovaných tokenů na požadavek.
9.1.145Od BLUN King 9.1.145 se přerušený stream poskytovatele automaticky opakuje, pokud do té doby dorazil výhradně interní myšlenkový výstup. Viditelný text a volání nástrojů i nadále brání automatickému opakování. Adaptivní navazující kroky s nízkou úrovní myšlení používají výstupní rozpočet 8 192 tokenů; první, složité a neúspěšné kroky si zachovávají nakonfigurovaný rozpočet a opakování po dosažení délkového limitu jej může zvětšit. Při pokračování relace se aktuální transportní pokyn pluginu Telegram už nezobrazuje jako surový chatový text.
9.1.1449.1.144 omezuje adresované úseky Telegramu mimo nejnovějších 20 zpráv v projekci modelu na náhled o délce 1 000 znaků se začátkem a koncem. Nejnovějších 20 zpráv, nejnovější uživatelská zpráva, úseky na přesné hranici, přílohy, metadata kanálu, surový průběh a exporty zůstávají beze změny.
9.1.1439.1.143 odstraňuje u starších zpráv opakovaný transportní pokyn pluginu Telegram z projekce modelu. Obsah kanálu, metadata, přílohy, nejnovější uživatelská zpráva, surový průběh a exporty zůstávají beze změny.
9.1.1429.1.142 zmenšuje náhled se začátkem a koncem pro starší neadresované části kanálu Telegram v projekci modelu z 500 na 250 znaků. Adresované části kanálu, nejnovější uživatelská zpráva, přílohy, surový průběh a exporty zůstávají beze změny.
9.1.1419.1.141 odstraňuje argumenty starších dokončených volání nástrojů v projekci modelu už od 32 odhadovaných tokenů. Výsledky nástrojů si zachovávají dosavadní hranici; nové zprávy a surový průběh zůstávají beze změny.
9.1.1409.1.140 omezuje připomínku Mistake založenou na relevanci v projekci modelu standardně na 4 000 znaků. Úplné soubory Mistake, surový průběh a exporty zůstávají beze změny.
9.1.1399.1.139 omezuje starší neadresované části kanálu Telegram v projekci modelu na náhled o délce 500 znaků. Nejnovější uživatelská zpráva, adresované části, přílohy, surový průběh a exporty zůstávají úplné.
9.1.1389.1.138 si u každého opakovaného úkolu cron ponechává v projekci modelu pouze nejnovější připomínku probuzení. Jednorázové připomínky, různé úkoly, surový průběh a exporty zůstávají beze změny.
9.1.1379.1.137 chrání před odložením starších výstupů nástrojů plně jen dvanáct nejnovějších zpráv. Úplné výsledky zůstávají obnovitelné přes surový průběh a zdrojovou cestu.
9.1.1369.1.136 si v projekci modelu ponechává pouze nejnovější dynamický pokyn Mistake.md. Starší výběry zůstávají plně zachovány v surovém průběhu a exportech.
9.1.135BLUN King 9.1.135 drží spravovanou běhovou dobu Node.js v náhradním procesu a ve všech podřízených nástrojích na prvním místě v PATH. Příkazy jako node a npm tak používají stejnou podporovanou běhovou dobu jako TUI, místo aby spadly zpět na starší systémovou instalaci.
9.1.1349.1.134 omezuje neadresované skupinové zprávy Telegramu v projekci modelu na náhled o délce 2 000 znaků se zachovaným začátkem, koncem a původní délkou. Přímé zprávy a uložený průběh zůstávají úplné.
9.1.1339.1.133 vybírá z projektově lokálního a sdíleného Mistake.md nejvýše pět relevantních úplných záznamů v rámci společného rozpočtu 6 000 znaků. Úplné zdroje a cesty uložení zůstávají zachovány.
9.1.1329.1.132 udržuje štíhlý základní systémový prompt o délce 4 850 znaků aktivní po vygenerované inicializaci. To šetří na požadavek 18 259 znaků, tedy přibližně 4 565 odhadovaných tokenů, aniž by odebíralo pokyny nebo nástroje.
9.1.1319.1.131 odstraňuje dvě starší kopie pravidel z projekce modelu, jakmile jsou k dispozici rozhodující protějšky. Standardní prompt se tím snižuje o 1 010 znaků, tedy přibližně o 253 odhadovaných tokenů na požadavek.
9.1.1309.1.130 nahrazuje mimo posledních 20 zpráv vysvětlující text starších plně dokončených kroků nástrojů krátkým pokynem. Volání nástrojů, výsledky, surový průběh a exporty zůstávají plně zachovány.
9.1.1299.1.129 odstraňuje náhledové texty ze starších, již odložených výsledků nástrojů. Cesta a údaje o velikosti zůstávají viditelné; úplný obsah zůstává zachován v původním souboru nebo v soukromém archivu.
9.1.1289.1.128 omezuje trvalou cache znovu načtených schémat nástrojů na dvanáct naposledy vybraných nástrojů. Vytlačené nástroje zůstávají okamžitě dohledatelné přes ToolSearch.
9.1.1279.1.127 zkracuje opakovaný katalog ToolSearch. Jednoznačné nástroje se zobrazují se svým krátkým selektorem; úplné jmenné prostory MCP zůstávají zachovány pouze při konfliktech názvů.
9.1.1269.1.126 vybírá z běhové souboru chyb deterministicky nejvýše pět úseků odpovídajících aktuálnímu rozhovoru. Projekce je omezena na 6 000 znaků a nevyžaduje žádné další volání modelu ani sítě.
9.1.1259.1.125 doplňuje čistě čtecí příkaz Telegramu /status pro spárované uživatele. Uvádí stav počítače, verze, procesu a fronty, aniž by vypisoval ID chatu, cesty, tajemství nebo obsah zpráv.
9.1.1249.1.124 opravuje prohozené barvy značky v kompaktním logu BLUN pod vstupním polem. Hodnoty stavu, jméno profilu a persona zůstávají beze změny.
9.1.1239.1.123 odstraňuje velké argumenty JSON starších dokončených volání nástrojů z projekce modelu. Název, identifikátor, výsledek, surový průběh a exporty zůstávají úplné.
9.1.1229.1.122 načítá úplnou směrnici designu pouze při vizuální práci prostřednictvím nástroje dovedností. Nevizuální požadavky dostávají kompaktní aktivační smlouvu; starší čistě textové výstupy se zároveň účinněji odkládají.
9.1.1219.1.121 omezuje celkovou velikost starších čistě textových výstupů nástrojů. Vhodné výsledky se soukromě archivují a v projekci modelu se nahrazují čitelnými odkazy na soubory.
9.1.1209.1.120 odkládá velké starší odpovědi asistenta do soukromých souborů relace. Posledních 20 zpráv, řetězce nástrojů a úplný surový průběh zůstávají zachovány.
9.1.1199.1.119 odesílá při každém kroku modelu pouze malý výběr často potřebných dovedností. Všechny další dovednosti zůstávají dohledatelné přes nástroj dovedností podle názvu nebo účelu.
9.1.1189.1.118 udržuje časové razítko relace v systémovém promptu během běžící relace stabilní. Nezměněné části promptu tak mohou i nadále využívat cache prefixu poskytovatele.
9.1.1179.1.117 udržuje čtyři základní nástroje pro média okamžitě dostupné a načítá porozumění obrazu a videu, synchronizaci videa a synchronizaci pohybů rtů pouze podle potřeby přes ToolSearch.
9.1.1169.1.116 doplňuje proaktivní zhuštění od přibližně 128 000 odhadovaných vstupních tokenů na bezpečné hranici kroku. Zhuštění používá štíhlý vlastní systémový prompt; velké výsledky Read používají svou stávající zdrojovou cestu.
9.1.115Pokračující relace nově sestavují systémový prompt aktuálního profilu, takže zastaralé nadměrně velké snímky promptu nepřetrvávají přes restart. Velké přehledy pracovních složek jsou omezeny; úplné soubory zůstávají dostupné přes Glob, Grep a Read.
9.1.114Doručování v Telegramu nyní považuje chybu EPERM ve Windows za náznak běžícího procesu TUI nebo polleru, místo aby odvádělo zprávy od viditelné relace. ToolSearch potvrdí již načtený nástroj s přesnou shodou názvu, místo aby chybně hlásil, že nástroj načítaný teprve podle potřeby chybí.
9.1.113Nástroje Telegramu si při startu zachovávají náhradní cestu v rámci stejné běhové doby, pokud dočasně chybí spravovaná registrace pluginů.
9.1.112Velké starší uživatelské zprávy se archivují mimo aktuální pracovní okno; úplný surový průběh zůstává i nadále dostupný.
9.1.111Tahy Telegramu s přílohami dostávají download_attachment automaticky. Při běžných tazích zůstává nástroj odložen přes ToolSearch, takže snížená zátěž schémat zůstává zachována.
9.1.110Opakování po přetížení poskytovatele respektují údaj Retry-After serveru. Automatické nastavení ripgrep načítá stanovené archivy verze 15.0.0 z oficiálního vydání ripgrep a před instalací kontroluje jejich kontrolní součty SHA-256.
9.1.109Verze 9.1.109 drží v požadavku modelu trvale už jen devět nástrojů, na které připadalo více než 98 procent z 3 183 změřených volání nástrojů. Všechny ostatní nástroje zůstávají dohledatelné přes ToolSearch a po prvním načtení dostupné po zbytek relace. Zátěž schémat se tak snižuje při každém běžném kroku modelu, aniž by se odebíral nějaký nástroj nebo měnila rychlá cesta pro odpovědi v Telegramu a čekající mediální výsledky.
9.1.108Identické, opakovaně vkládané systémové pokyny se spojují pouze v projekci modelu. Změněné pokyny a úplný uložený průběh zůstávají zachovány.
9.1.107Chyby poskytovatele se zobrazují srozumitelným jazykem zákazníka; interní chybové kódy a pokyny podpory se přitom nezobrazují. /help nabízí seznam příkazů ovladatelný šipkami a pravou šipkou nebo klávesou Enter otevírá podrobný popis vybraného příkazu.
9.1.106Profily agentů mohou nástroje vyloučit jménem. Vyloučení platí i po dynamickém znovu načtení; standardní dílčí agenti neposílají zprávy Telegramu kolem hlavního agenta.
9.1.105Verze 9.1.105 doplňuje TaskUpdate pro běžící agenty na pozadí. King předává další pokyny při příštím bezpečném kroku modelu stejnému aktivnímu agentovi, aniž by ho zastavil nebo spustil dalšího agenta. Neznámé a již ukončené úkoly, úlohy shellu a agenti, kteří aktualizaci již nepřijímají, se odmítají beze změny.
9.1.104Verze 9.1.104 nechává příkazy shellu v popředí běžet i při velmi velkých výstupech až do běžného konce. King zapisuje průběžně až 16 MiB do soukromého protokolu úkolu, výstupy nad tento rozsah zahazuje a hlásí skutečný exit kód, místo aby proces kvůli množství výstupu ukončil. Malé výstupy, úlohy na pozadí, časové limity a ruční přerušení zůstávají beze změny.
9.1.103Členové roje po přechodných přerušeních poskytovatele pokračují pod stejným ID agenta nejvýše dvakrát. HTTP 429 si zachovává svou oddělenou regulaci přetížení; konečné chyby a ruční přerušení se automaticky neopakují.
9.1.102Delegovaní jednotliví agenti po přechodných chybách poskytovatele pokračují na základě svého trvalého průběhu nejvýše dvakrát. Trvalé chyby a ruční přerušení zůstávají konečné.
9.1.101Příliš velké uživatelské zprávy se ukládají lokálně a v kontextu modelu se nahrazují omezeným náhledem s čitelnou cestou. Úplný původní průběh a média zůstávají zachovány.
9.1.100Omezená hledání obsahu Grep ukončují ripgrep po požadované stránce a jednom dalším řádku náhledu. Počty výsledků, neomezená hledání a seznamy souborů řazené podle času změny zůstávají úplné.
9.1.98King může proaktivně zhustit dokončený pracovní úsek od 128 000 odhadovaných tokenů. Pod hranicí zůstává schéma nástroje zcela v promptu modelu; zhuštění využívá stávající bezpečný přechod kroku.
9.1.97Trvale načtený popis nástroje TodoList klesl z 2 238 na 996 znaků. Vícestupňové plánování, všech šest stavů úkolů, poctivá hlášení o pokroku, dotazy, čištění a oddělený režim plánu zůstaly chráněny.
9.1.96Trvale načtený základní systémový prompt klesl z 23 109 na 4 850 znaků. Identita, persona a duše, jazyk odpovědí, pracovní a oprávňovací hranice, předání zhuštění, běhové prostředí, AGENTS.md a dovednosti zůstaly chráněny.
9.1.95Trvale načtený popis nástroje Write klesl z 2 532 na 1 541 znaků. Vymezení vůči Edit, doslovné obsahy, konce řádků, hranice 500 řádků, výjimka jednoho souboru a atomické pokračování s kontrolou řádků a SHA-256 zůstaly chráněny.
9.1.94Trvale načtený popis nástroje Glob klesl z 1 495 na 1 006 znaků. Řazení, ignorované a citlivé soubory, rekurzivní vzory, soubory s tečkou, rozšíření složených závorek a hranice 100 výsledků zůstaly chráněny.
9.1.93Trvale načtený popis nástroje Edit klesl z 1 537 na 1 144 znaků. Čtení před změnou, přesné nahrazování, hromadné nahrazování, zpracování CRLF a hranice 500 řádků zůstaly chráněny.
9.1.92Trvale načtený popis nástroje Agent klesl z 2 061 na 1 153 znaků. Oddělený kontext, pokračování, časové limity a paralelní delegace zůstaly zachovány.
9.1.91Trvale načtený popis nástroje Read klesl z 2 391 na 1 648 znaků. Stránkování, ochrana tajemství, předávání médií, formát řádků a chování CRLF zůstaly zachovány.
9.1.90Trvale načtený popis nástroje Bash klesl z 5 003 na 1 834 znaků. Smlouva běhového prostředí, úlohy na pozadí, souborové nástroje a bezpečnostní hranice zůstaly plně zachovány.
9.1.89Stránkové čtení souborů uvádí na interním limitu 1 000 řádků přesný další line_offset; konec souboru a vědomě menší výřezy zůstávají beze změny.
9.1.88BLUN King 9.1.88 aktivuje malé bezztrátové zhuštění včas před úplným zhuštěním. Starší velké výsledky nástrojů a dokončené argumenty nástrojů opouštějí pohled modelu dříve; úplný uložený průběh zůstává zachován.
9.1.87Výslovně opakovatelná odpověď HTTP 429 respektuje Retry-After a dostává nejvýše dvě automatická opakování; ostatní chyby zůstávají okamžitě viditelné.
9.1.86Velké výstupy nástrojů si v rámci stejného rozpočtu náhledu ponechávají viditelných vždy 1 000 znaků od začátku a konce; přesná značka uvádí počet vynechaných znaků.
9.1.85Textové výsledky nástrojů nad 12 000 znaků se ukládají celé do soukromého lokálního souboru; následující požadavky modelu si ponechávají pouze rozpočet náhledu 2 000 znaků a čitelnou cestu.
9.1.84Úplné zhuštění zpracovává starší průběhy v chronologických stupních s nejvýše 64 000 odhadovanými vstupními tokeny; pevná bezpečnostní hranice a úplný soukromý archiv zůstávají beze změny.
9.1.83Mikrokopaktizace nahrazuje velké argumenty starších dokončených volání nástrojů pouze v pohledu modelu platnou značkou JSON; kontrolor relace hlásí odhadovanou úsporu bez výpisu obsahu.
9.1.82Čistě čtecí kontrolor hlásí vybraná a zadržená schémata nástrojů, důvody potlačení a odhadovaný počet ušetřených tokenů schémat.
9.1.81Dodaný čistě čtecí kontrolor shrnuje kroky poskytovatele, volání nástrojů, tokeny, zhuštění, chyby a odložené výstupy, aniž by odhaloval prompty nebo soukromé cesty.
9.1.80Velké výsledky nástrojů dostávají telemetrii odložení bez obsahu; izolovaný kontext podagentů, strojově čitelné plány a přenositelná předání jsou chráněny regresními testy.
9.1.79Trvalé kontrolní body zapisují dokončené záznamy průběhu před kroky poskytovatele a před dokončením pracovníka, takže dokončenou práci lze po pokračování znovu přečíst.
9.1.78Úplné zhuštění archivuje vytlačené části průběhu dříve, než je nahradí souhrnem; souhrn obsahuje čitelnou cestu archivu.
9.1.77Mikrokopaktizace při tlaku kontextu zmenšuje starší velké výsledky nástrojů a zároveň zachovává úplný uložený průběh.
9.1.76Čekající obrazové, video a hlasové úkoly přečkají zhuštění a rychlé navazující otázky; zprávy Telegramu zůstávají ve frontě FIFO bez zavádějící chyby obsazenosti.
9.1.75Krátké konverzace Telegramu zpracovávají pouze nejnovější nezodpovězenou zprávu, zatímco dokončené textové výměny zůstávají zachovány jako kontext řeči.
9.1.74Uložené trasy Telegramu znovu sestavují ID skupin omylem předané bez znaménka mínus; Ctrl+S může řídit skutečně běžící tah.
9.1.73Zprávy Telegramu a smyčky nespouštějí během aktivní práce druhý tah; Escape a Ctrl+C mohou aktivní tah i nadále přerušit.
9.1.72Skrytí upozornění na aktualizaci potlačuje pouze tehdy nabízenou verzi; novější vydání se při běžném startu s king objeví znovu.
9.1.71Probouzecí zprávy smyčky se správně dostávají do fronty, poller Telegramu se obsazuje atomicky, centrální souborové a mediální nástroje zůstávají okamžitě dostupné a Context7 se už nespouští automaticky.
9.1.69Standardní MCP se nastavují, Telegram dosahuje chráněného bodu předání FIFO, Escape a Ctrl+C spolehlivě přerušují aktivní práci a přehled MCP skrývá interní cesty.
9.1.68Zprávy Telegramu při nečinnosti probouzejí zpracování FIFO, přímé a skupinové zprávy si zachovávají pořadí příchodu a pokračování skrývá interní rámce Telegramu.
9.1.67Standardní dovednost venture-flywheel doplňuje čistě smluvní základ UVF s deterministickou důvěrou projektu a povinnostmi schválení pro vnější činnosti.
9.1.66/curiosity a /scout provádějí omezené, čistě čtecí průzkumy příležitostí s důkazy, protiargumenty a kritériem ukončení.
9.1.65Escape a Ctrl+C spolehlivě přerušují automatická zhuštění, stabilní kotva obrazovky zabraňuje duplicitním patičkám a pokyn smyčky je zarovnán podle obsahu chatu.
9.1.64Současně přibyly průběh relace na disku, znovu načtené nástroje a dovednosti, hlídač nečinnosti poskytovatele 120 sekund, správný takt smyčky, Telegram v pořadí FIFO, balíčky Linux a rozpoznávání bosenštiny.
9.1.58–9.1.63Tato řada verzí sdružila práce na relacích, Telegramu, platformách a výkonu. Závěr tvořila štíhlá schémata nástrojů na vyžádání, kompaktní seznamy dovedností, obnovené dovednosti prvního použití a inventární brána balíčků proti neplánovaným odstraněním.

Předchozí vylepšení

VerzeZměna
9.1.53/idea zveřejňuje svůj plán úkolu před první prací, kontroluje odchozí činnosti při každém volání nástroje a pro každý krok vyžaduje poctivý konečný stav.
9.1.52Pokračující relace otevírají přímo uloženou pracovní složku. Konverzace a aktivní stav /loop se při opětovném spuštění obnovují společně.
9.1.51Smyčky pracují jako autonomní probouzecí zprávy, /idea vyvíjí a zpracovává vlastní plány, Telegram může spouštět pracovní příkazy a stavy médií a startu se zobrazují jasněji.
9.1.50Lokální nebo přes Telegram přijaté obrázky lze animovat jako skutečná videa MP4. Velká kontextová okna dostávají platný výstupní rozpočet; mediální lišta zobrazuje jasnější stavy a klikatelné cesty.
9.1.49Obrázky dospělých fantazijních postav v plavkách zůstávají povoleny v jasných hranicích. Dokončené obrazové úkoly lze použít jako výchozí obrázek pro videa; úspěšné dotazy GetMedia nevytvářejí opakované karty.
9.1.48Jednotná mediální lišta sdružuje mediální úkoly přímo nad vstupním polem. Procenta se zobrazují pouze se skutečnou naměřenou hodnotou poskytovatele; jinak zobrazuje fázi a dobu běhu.
9.1.47Protokol požadavků rozlišuje konverzace a zhuštění a zaznamenává výběr nástrojů a důvod potlačení, aniž by měnil chování nástrojů.
9.1.46Smyčky rozumějí přirozeným časovým údajům, zobrazují je během zadávání, podporují volné intervaly a uvolňují běžný výběr textu v terminálu mimo pohled historie.
9.1.45Průběh běžící zhuštění se zobrazuje už jen ve spodním stavovém řádku, ne navíc jako druhý řádek v chatu.
9.1.44Úplné přebalení převzaté verze 9.1.43, aby i dříve nainstalované verze 9.1.43 bezpečně rozpoznaly aktualizaci.
9.1.43Úplný ochranný základ z 9.1.40 s diagnostikou přenosu, viditelnými upozorněními na aktualizaci a konzolovými příkazy /loop, /goal a /output-style.
9.1.40Hlídač tahu pro dlouhá nebo opakovaně selhávající volání; vlastní hash po vícenásobném zápisu s kontrolou zpětného čtení uloženého souboru.
9.1.39Dlouhé soubory se zapisují v pokračováních. Každé pokračování navazuje na skutečně zapsaný konec; počet řádků, SHA-256 a hranice částí se kontrolují a vypisují.
9.1.38Zdegenerované nebo zkrácené argumenty nástrojů se rozpoznávají. Neúplný soubor se odmítne s chybovou zprávou, místo aby tiše platil za hotový.
9.1.37Po změně Node BLUN kontroluje nativní moduly skutečným dotazem SQLite a v případě potřeby better-sqlite3 znovu sestaví.
9.1.36Prázdné odpovědi modelu se řeší podle příčiny: příliš malý výstupní rozpočet se zvětší, prázdný stop se přesně jednou zopakuje. Systémové pokyny a injekce nemohou spustit odpověď Telegramu.
9.1.35Vícestupňové zhuštění zobrazuje stupeň a skutečné vytížení okna modelu, například 2/~10 · 90 %.
9.1.34Aktivní kontext se zhušťuje po stupních: nejstarší části první, každé volání zhušťovače pod hranicí modelu.
9.1.33Základ pro automatickou běhovou dobu Node a následnou opravu nativních modulů po změně běhové doby.

Dodatky a otevřené mezery v dokumentaci

Porovnání ze 17. září 2026: V rozsahu 9.1.33 až 9.1.597 je v adresáři npm přítomno 521 verzí. Chybějící číslo není automaticky chybějící vydání: některé verze v dnešním adresáři chybí nebo byly staženy. U čtyř vydaných verzí zůstávají přesné detaily změn otevřené. Za tímto účelem se žádné změny nevymýšlejí.

9.1.567: Detaily změn otevřené

Vydáno 6. září 2026 ve 22:42 UTC. Hodnota SHA-512 balíčku souhlasí s hodnotou integrity zveřejněnou v npm. Balíček neobsahuje CHANGELOG.md; jeho README u instalačního příkazu stále uvádí 9.1.566. Z toho nelze rozdíl oproti 9.1.566 spolehlivě odvodit. Tato mezera v dokumentaci zůstává výslovně otevřená.

9.1.550: Detaily změn otevřené

Vydáno 2. září 2026 v 07:19 UTC. Hodnota SHA-512 balíčku souhlasí s hodnotou integrity zveřejněnou v npm. Balíček neobsahuje CHANGELOG.md a v prověřeném materiálu nebyl nalezen žádný důkaz změn specifický pro verzi. Tato mezera v dokumentaci zůstává výslovně otevřená.

Dodatek k 9.1.536

Následující údaje pocházejí z balíčku s ověřenou integritou vydaného 1. září 2026:

  • Pracovní úkoly pokračují i za soukromé odpovědi Telegramu. Po uložených přímých zprávách pokračuje King v práci omezeným dalším krokem, pokud uživatel výslovně nepozastaví nebo nezastaví.
  • Krátké dotazy na stav nepřerušují běžící pracovní postup.
  • Když jsou pokusy o opakování po prázdných myšlenkových odpovědích vyčerpány, King snižuje myšlenkové úsilí, místo aby je u dalších pokusů nechal beze změny.
  • Dostupných zůstává více znovu načtených schémat nástrojů; zprávy se odkládají teprve tehdy, když volné místo v průběhu dochází.
  • Obsažena jsou prověřená pravidla pokroku pro TodoList a jednořádková cesta startu pro God Mode se Swarm.

Dodatek k 9.1.99

Již existující dokumentace funkcí popisuje společné odkládání po sobě jdoucích čistě textových výsledků nástrojů: Pokud zásobník přesáhne 12 000 znaků, vhodné velké výsledky se soukromě uloží. V kontextu modelu zůstávají čitelné odkazy; surový průběh a média zůstávají zachovány. Dosud chybějící záznam verze nyní na tuto funkci výslovně odkazuje.

9.1.70: Detaily změn otevřené

Vydáno 24. srpna 2026 v 15:56 UTC. Hodnota SHA-512 balíčku souhlasí s hodnotou integrity zveřejněnou v npm. Balíček neobsahuje CHANGELOG.md; stávající popisy funkcí nedokládají jednoznačný rozdíl oproti 9.1.69. Tato mezera v dokumentaci zůstává výslovně otevřená.

9.1.57: Detaily změn otevřené

Vydáno 23. srpna 2026 v 07:28 UTC. Verze se dosud objevila pouze jako výchozí bod souhrnného nadpisu. V prověřeném materiálu není přiřazen žádný vlastní důkaz změn specifický pro verzi. Tato mezera v dokumentaci zůstává výslovně otevřená.

CHANGELOG.md obsažené v neměnném balíčku npm 9.1.597 končí u 9.1.594. Doplňující poznámky k 9.1.595 až 9.1.597 jsou na této stránce. Vydaný balíček nebyl dodatečně přepsán pod stejným číslem verze.

9.1.41 a 9.1.42 jsou staženy

Neinstalovat

Tyto dvě verze byly omylem odvozeny z 9.1.38 místo z 9.1.40. Chyběly tak pokračování zápisu, vlastní hash a hlídač tahu. Obě verze npm jsou označeny jako zastaralé; latest a next na ně nikdy neukazovaly. 9.1.43 obsahuje jejich zamýšlené změny na úplném ochranném základu.

Aktualizovat a zkontrolovat

king update
blun --version

Po instalaci 9.1.599 musí výstup verze ukazovat 9.1.599. Aktualizace z 9.1.597 a lokální verze 9.1.598 přes veřejné zdroje aktualizací jsou prověřeny. Již běžící konzole načte nový kód až po svém restartu. Poté v ní navíc zkontroluj /version.