BLUN King

BLUN King 9.1.621

Gepubliceerd op

King neemt een samenvatting van je gesprek alleen over als het model heeft bevestigd dat deze is afgerond. Ontbreekt die bevestiging, dan blijft je eerdere gespreksgeschiedenis ongewijzigd.

Eindigt de overdracht van de samenvatting onverwacht, dan wordt je eerdere gesprekscontext niet vervangen door de onvolledige samenvatting. De wijziging betreft alleen het compacten van het gesprek; normale antwoorden blijven ongewijzigd.

Nog open zijn enkele fouten bij het opslaan van een sessie; deze zijn met deze update niet verholpen.

BLUN King

BLUN King 9.1.620

Gepubliceerd op

Onder Windows wordt de console volledig afgesloten wanneer je het venster sluit, zodat bij de volgende start geen „draait al“ meer verschijnt.

De update corrigeert het afsluiten van het consoleproces bij het sluiten van het venster. Een console die daadwerkelijk nog draait, behoudt de exclusieve toegang tot haar sessie.

BLUN King

BLUN King 9.1.619

Gepubliceerd op

Een enkele eerdere fout bij het compacten van het gesprek vergrendelt je sessie niet meer: na een geslaagde compactie telt King alleen nieuwe, direct opeenvolgende fouten.

Een enkele eerdere fout bij het compacten van het gesprek vergrendelt je sessie niet meer: na een geslaagde compactie telt King alleen nieuwe, direct opeenvolgende fouten. Lukt de compactie twee keer achter elkaar niet, dan toont de melding nu duidelijk „Compactie gepauzeerd“ in plaats van een volledige context te melden.

Nog open zijn enkele fouten bij het opslaan van een sessie en bij het maken van een volledige samenvatting van het gesprek; deze zijn met deze update niet verholpen.

BLUN King

BLUN King 9.1.618

Gepubliceerd op

Komt er na het hervatten van je sessie een Telegram-bericht binnen terwijl King al aan het werk is, dan blijft het in de wachtrij en wordt het daarna bezorgd.

Komt er na het hervatten van je sessie een Telegram-bericht binnen terwijl King al aan het werk is, dan blijft het in de wachtrij en wordt het daarna bezorgd. King toont deze wachtsituatie niet meer als fout.

Onder Linux x64 gebruikt de terminal een meegeleverd binair bestand. Zo werkt hij ook wanneer npm 12 installatiescripts blokkeert; daar is geen compiler voor nodig. Hiervoor gebruikt King de vastgezette voorlopige versie node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Gepubliceerd op

Bij het opnieuw laden van dezelfde sessie voegt King ongewijzigde instructies van plug-ins niet meer meerdere keren toe.

Bij het opnieuw laden van dezelfde sessie voegt King ongewijzigde instructies van plug-ins niet meer meerdere keren toe. Veranderen de instructies, dan blijft King rekening houden met de huidige stand.

Voorvertoningen van grote tooluitvoer houden nu ook rekening met het beschikbare contextvenster. Naar buiten verplaatste uitvoer kun je nog steeds volledig nalezen.

Met /profile of /profiles open je de profielkeuze. King schakelt alleen over als je sessie gereed is. Lopend werk en wachtende berichten voorkomen een voorbarige overstap; je eerdere profiel blijft dan actief.

Als je lopend werk beëindigt, wacht King ook op de laatste opruimstappen. Werk dat nog niet is afgerond, wordt niet voortijdig als beëindigd bevestigd.

BLUN King

BLUN King 9.1.616

Gepubliceerd op

Na een bevestigd Telegram-antwoord pakt King verdere aan jou gerichte berichten op bij de volgende veilige stap, ook tijdens een lopende beurt.

Na een bevestigd Telegram-antwoord pakt King verdere aan jou gerichte berichten op bij de volgende veilige stap, ook tijdens een lopende beurt. Een reeds afgeleverd antwoord houdt de wachtrij niet langer tegen. Antwoorden blijven gekoppeld aan hun eigen chat.

Als je een beurt afbreekt, blijven nog niet opgepakte Telegram-berichten bewaard voor de volgende bezorging. King bevestigt ze pas wanneer de sessie ze daadwerkelijk oppakt.

BLUN King

BLUN King 9.1.615

Gepubliceerd op

King houdt grote toolcatalogi beschikbaar via toolzoeken en past het toolbudget aan het contextvenster van de aanbieder aan.

King houdt grote toolcatalogi beschikbaar via toolzoeken, zonder alle optionele toolschema's naar het model te sturen. Meldt de aanbieder een kleiner contextvenster, dan past King het toolbudget aan; gevonden tools blijven in de volgende stap beschikbaar.

Indien nodig verplaatst King grote tooluitvoeren eerder naar buiten dan voorheen. Je kunt de volledige uitvoer zoals voorheen ophalen, mits deze veilig kan worden weergegeven.

Normale Telegram-antwoorden en wijzigingen aan berichten worden niet langer tegengehouden door een ontbrekende taalgoedkeuring. Een door jou ingestelde antwoordcontrole blijft actief.

BLUN King

BLUN King 9.1.614

Gepubliceerd op

Te grote AGENTS.md- en AGENTS.override.md-bestanden stoppen een beurt niet langer alleen vanwege hun grootte.

Buiten de King-console leest King in totaal tot 32 KiB uit instructiebestanden en vertelt je één keer per sessie hoeveel bytes zijn overgeslagen.

In de King-console blijven de bestanden volledig, zolang de aanvraaggrens dat toestaat.

Symlinks en onveilige paden blijven geblokkeerd.

BLUN King

BLUN King 9.1.613

Gepubliceerd op

King herkent te grote modelaanvragen al vóór het verzenden.

In de King-console leest King uit elk AGENTS.md- en AGENTS.override.md-bestand maximaal 32 KiB. Wat daarbovenuit gaat, laat King weg en toont je hoeveel bytes zijn overgeslagen.

King schat nu vóór het verzenden de grootte van de volledige modelaanvraag, inclusief instructies, geschiedenis, tooldefinities en beeldgegevens. Nadert deze de bytegrens van de server, dan begint een stapsgewijze compactie. Laat een aanvraag zich niet veilig splitsen, dan breekt King af zonder de opgeslagen geschiedenis stilzwijgend weg te gooien.

King slaat afgeronde toolaanroepen lokaal op als metagegevens: toolnaam, tijdstip, status en bij bestandstools eventueel het pad. Invoer, uitvoer, opdrachten en sleutels worden niet opgeslagen. Met /memory tools kun je in de gegevens van je profiel zoeken.

De contextdiagnose toont aanvullende cijfers over de samenstelling van aanvragen. Een inschakelbare fasemeting registreert de tijd tot de modelaanroep zonder inhoud te loggen.

De gebruiksweergave neemt afzonderlijk gemelde denktokens over, mits de aanbieder ze levert.

Niet uitgebracht, vervangen door 9.1.613

BLUN King 9.1.612

Gepubliceerd op

9.1.612 is niet als klantupdate vrijgegeven. De vroege bytebescherming werkte niet bij een aanvraag boven 900 KB wanneer de geschiedenis alleen onder 600 KB bleef. 9.1.613 vervangt deze stand.

BLUN King

BLUN King 9.1.611

Gepubliceerd op

Grote compactieverzoeken blijven binnen de bytegrens van de server.

  • King verdeelt een te groot compactieverzoek in chronologische stappen op basis van de grootte van het verzoek. Zo kan de compactie doorgaan, ook wanneer het verzoek meer bytes bevat dan de server in één keer aanneemt.
  • Past zelfs een enkel bericht niet onder de grens, dan blijft je opgeslagen geschiedenis ongewijzigd. King gooit haar niet weg om de compactie af te dwingen.

Hiermee is geen kortere modelwachttijd of lager tokenverbruik bewezen. Een update start een al lopende King-sessie niet opnieuw.

BLUN King

BLUN King 9.1.610

Gepubliceerd op

Je kunt King weer onder Linux installeren en profielen weer starten, en een tweede King-start onder Windows mislukt niet meer met een misleidende melding over privé-ACL's.

  • Linux staat weer in de lijst van ondersteunde besturingssystemen van het npm-pakket. Heb je onder Linux een oudere versie, installeer dan 9.1.610 via de normale updater.
  • Expliciete starts met --profile en bestaande afkortingen van profielnamen leiden naar de map van het gekozen profiel. Alleen een onbekende naam opgeven maakt niet langer stilzwijgend een leeg profiel aan; een nieuw profiel maak je bewust aan met --profile.
  • Heeft een bestaand profiel geen eigen aanmelding, dan biedt King /login aan in plaats van te stoppen bij een ontbrekende blun/king-modelconfiguratie.
  • Onder Windows slaagt de controle van privémappen ook wanneer de Telegram-bridge een plug-inmap openhoudt. TEMP en TMP worden aan de ACL-helper doorgegeven, en bij mapfouten noemt King het getroffen pad en de werkelijke oorzaak.
  • Draait er al een interactieve King, dan herkent King dat vóór de hardening van de privé-ACL's en meldt de PID ervan, in plaats van een tweede start als fout bij de privé-ACL's weer te geven.

Een leeg profiel neemt in 9.1.610 geen aanmeldgegevens over uit de gedeelde thuismap. De huidige /login-prompt kan nog "OAuth login expired" tonen, ook als dit profiel zich nooit heeft aangemeld.

Het Linux-updatepad van 9.1.114 naar 9.1.610 is na de publicatie doorlopen. Het Windows-updatepad van 9.1.609 naar 9.1.610 is niet gemeten.

Een update start een al lopende King-sessie niet opnieuw.

BLUN King

BLUN King 9.1.609

Gepubliceerd op

Open de effort-keuze met Ctrl+L en behoud daarbij je editor-concept.

  • Ctrl+L opent de bestaande effort-keuze zonder je editor-concept te verliezen. De bestaande effort-instellingen en modelbeperkingen worden hergebruikt, in plaats van een tweede configuratieroute op te zetten.
  • De bestaande regel voor lopende sessies blijft: een effort-wijziging tijdens actief werk wordt afgewezen, niet voor later genoteerd. Tijdens de weergave of een editor-overname wordt de sneltoets genegeerd.

Deze wijzigingen bewijzen noch snellere responstijden in de dagelijkse werking, noch een lager gefactureerd tokenverbruik en leveren geen volledige OpenClaw-pariteit.

BLUN King

BLUN King 9.1.608

Gepubliceerd op

In Telegram-groepen bereiken King alleen nog berichten die hem vermelden. Je meervoudige selecties en het stapsgewijs afbreken van vragen blijven behouden.

  • In Telegram-groepen komen berichten die King niet aanspreken pas na de vermeldingscontrole in de sessiecontext. Wie de controle uitdrukkelijk heeft uitgeschakeld, houdt dat zo.
  • Eigen meervoudige selecties en het stapsgewijs afbreken van vragen blijven behouden. De voettekst van het doel draait op een gedeelde updatetimer.
  • De overhead van de Windows-ACL-overdracht neemt af zonder dat de machtigingscontrole wordt afgezwakt. Het herstel na tijdelijke fouten bij het vervangen van de configuratie is beperkt; het eigenaarschap van de schrijfbewerking blijft behouden.
  • Vóór de nieuwe poging controleert King of een parallel verwijderde Windows-writer-marker daadwerkelijk is verdwenen. Onleesbare bestaande markers leiden nog steeds tot afbreken.

Deze wijzigingen bewijzen noch snellere responstijden in de dagelijkse werking, noch een lager gefactureerd tokenverbruik en leveren geen volledige OpenClaw-pariteit.

BLUN King

BLUN King 9.1.607

Gepubliceerd op

Je laatst gekozen sessie komt terug, mislukte schrijfbewerkingen worden eerlijk gemeld en elke HTTP-poging krijgt een starttijdstempel.

  • Het optionele herstel van de laatst gekozen sessie is te activeren met resume_last_selected in tui.toml. De keuze geldt voor het bevestigde account, de runtime, de agent en de werkruimte. De normale start blijft ongewijzigd, uitdrukkelijke sessiekeuzes hebben voorrang; niet beschikbare keuzes vallen terug op een nieuwe sessie, niet op een andere.
  • Na een mislukte activering blijft de vorige keuze behouden. Voor een account dat tijdens de activering is gewijzigd, wordt geen keuze opgeslagen.
  • Mislukte bestandsschrijfbewerkingen worden niet als geslaagd gemarkeerd. Het bestaande voortzettingsprotocol voor volledige regels bij schrijfbewerkingen boven 2.048 UTF-8-bytes wordt uitgelegd, zonder de grens te verhogen of automatisch opnieuw te proberen.
  • Onmiddellijk vóór elke HTTP-poging wordt een starttijdstempel volgens de wandklok vastgelegd voor de diagnose-correlatie. Aanvraaginhouden of toegangsgegevens komen niet in de diagnose terecht.
  • Unicode-tekens buiten het basisvlak (bijvoorbeeld emoji) blijven op de bestaande grenzen van het opslagbudget volledig behouden, zonder deze budgetten te verhogen of extra opslag aan te maken.

Deze wijzigingen bewijzen noch snellere responstijden in de dagelijkse werking, noch een lager gefactureerd tokenverbruik, leveren geen volledige gateway-pariteit en sluiten niet-aangesproken Telegram-berichten niet van de context uit.

BLUN King

BLUN King 9.1.606

Gepubliceerd op

Bij het hervatten van een sessie verschijnen eerst de actuele transcriptpagina's; oudere pagina's laadt de bestaande transcriptnavigatie na.

  • Bij het hervatten van een interactieve sessie verschijnen eerst de actuele transcriptpagina's; oudere pagina's laadt de bestaande transcriptnavigatie na. De volledige opgeslagen geschiedenis en de actieve modelcontext blijven behouden.
  • Bij de start geldt een weergavedoel van 200 afspeelrecords. Met --history-limit van 1 tot 2000 is de weergave van de eerste en oudere pagina's in te stellen; volledige gespreksronden en toolparen kunnen het doel overschrijden.
  • De eerste weergave van skill- en plug-inactiveringen blijft over paginagrenzen heen behouden. De home-scrollpositie is gecorrigeerd, zodat het laden van oudere pagina's geen leeg scherm achterlaat.

Deze wijzigingen verminderen het aanvankelijke transcript-renderwerk. Ze bewijzen noch snellere responstijden van het model, noch lager tokenverbruik of lagere rekeningen, verbeteren de provider-caching niet en beperken niet hoeveel er bij de start van de schijf wordt gelezen.

BLUN King

BLUN King 9.1.605

Gepubliceerd op

Controleer contextbronnen, stuur lopende processen aan en geef bij de start van de console een eerste bericht door. De verwerking van de lokale geschiedenis en de compactiecontroles zijn uitgebreid.

  • Lokale sessiegeschiedenissen worden gebundeld weergegeven. Gearchiveerde weergavepagina's zijn te vinden zonder alle voorgaande blokken te doorzoeken. De volledig opgeslagen geschiedenis, de integriteitscontroles van het archief en het bestaande herstel blijven behouden.
  • Herhaalde toolresultaten worden tussen gelogde compacties consistent voor de modelcontext opgemaakt. Volledige lokale uitvoer en bestaande leesrechten blijven behouden. Uitvoer wordt niet extern opgeslagen als die via het toegezegde herstelpad niet meer op te halen zou zijn.
  • De afsluitende automatische compactie vervangt de actieve context alleen als ze de geschiedenis volgens dezelfde schattingsmethode verkleint. Bij afwijzing blijft de oorspronkelijke geschiedenis behouden. De optionele trigger max_request_history_bytes gebruikt de bestaande compactieregeling, is standaard uitgeschakeld en beperkt niet de volledige aanvraaginhoud aan de provider.
  • De contextdiagnose krijgt gescheiden weergaven en een bronmapping voor instructies, memory, skills en eerdere berichten. Bytes van de geserialiseerde inhoud, lokale tokenschattingen en gemeld verbruik blijven gescheiden.
  • De verantwoordelijkheid voor de sessie blijft behouden bij wachtende taken, vertraagde gebeurtenissen, navragen en configuratiewijzigingen. Een tweede actieve schrijftoegang tot dezelfde sessie wordt afgewezen, in plaats van gelijktijdige wijzigingen aan het logboek toe te staan.
  • De extra agent-/sessieregel in de voettekst vervalt. Sessies blijven gericht aan te sturen en te diagnosticeren. De bestaande King-interface, de beheerde modellen en de machtigingsgrenzen blijven behouden.
  • --message geeft een eerste bericht door voor de interactieve start. Het wordt na de toestemming bij de start en de sessiekeuze via de normale berichtencontrole en wachtrij verwerkt. De inhoud ervan wordt niet als slash- of shell-opdracht geïnterpreteerd.
  • De interfaceovereenkomst van de meegeleverde guard-dienst blijft ongewijzigd. Deze publicatie bewijst noch snellere antwoorden in de dagelijkse werking, noch lagere providerrekeningen, volledige functionele gelijkheid met OpenClaw of een beperkte inleeshoeveelheid bij het eerste laden van het sessielogboek.

/abort breekt het lopende proces af zonder wachtende invoer te verwijderen. /stop verwijdert bovendien de wachtende invoer. /exit beëindigt nog steeds de console. Dit zijn lokale consoleopdrachten, geen extra Telegram-opdrachten op afstand.

Controles op pakketversie 9.1.605: 238 controlebestanden met 6.900 tests en 40 staging-controles, waaronder 25 native terminalcontroles. De test van een geïsoleerde update van 9.1.604 via de gepubliceerde kandidaat-tag met het echte installatieprogramma was geslaagd. Daarmee zijn noch kortere opwarmtijden in een lopende sessie, noch volledige functionele gelijkheid met OpenClaw bewezen.

BLUN King

BLUN King 9.1.604

Gepubliceerd op

Controleer de aanvraaggrootte en contextbronnen, laad tools naar behoefte en stuur inkomende berichten binnen de betreffende sessie aan.

  • /context doctor en /tokens onderscheiden het aantal bytes van de geserialiseerde aanvraag van geschatte tokenaantallen en tonen de vastgelegde aandelen van regels, memory, skills en tooldefinities.
  • Middelgrote toolcatalogi worden naar behoefte via de bestaande zoekfunctie geladen; de tools blijven vindbaar en uitvoerbaar.
  • /queue stuurt berichten binnen de betreffende sessie aan. Gewone berichten in de wachtrij onderbreken het werk niet meer automatisch na 30 seconden.
  • Bij de sessiekeuze zijn exacte identifiers of titels en unieke identifierprefixen mogelijk; de voettekst toont de toegewezen agent en de sessie.
  • Elke HTTP-poging krijgt een nieuwe aanvraagidentificatie, tenzij de aanroeper er een opgeeft. De diagnose verandert de facturering niet.
  • De meegeleverde versies van AgentSpine en Translate Native blijven ongewijzigd. Lagere kosten en snellere antwoorden in live-gebruik zijn niet bewezen.
  • /question: opent openstaande navragen opnieuw. Het inklappen beantwoordt of verwerpt een navraag niet.

Aanvraagbytes, geschatte tokenaantallen, opgeteld sessieverbruik en gefactureerde tokens zijn verschillende grootheden. De verbruiksweergave houdt ook rekening met de antwoordcontrole. /usage cost met dag- of maandkosten hoort niet bij deze versie. Lagere kosten of snellere antwoorden in live-gebruik zijn niet bewezen.

BLUN King

BLUN King 9.1.603

Gepubliceerd op

Kies je werkmap in een Windows-dialoog. Wordt de console vanuit System32 gestart, dan stelt ze nu je gebruikersmap voor.

  • Kies je onder Windows een andere werkmap, dan wordt een mapdialoog geopend. Je kunt het pad nog steeds met de hand invoeren. Breek je de dialoog af, dan keer je terug naar de mapkeuze zonder een map over te nemen.
  • Is er geen mapdialoog beschikbaar, dan vraagt de console het pad op. Op andere besturingssystemen blijft het bij de padinvoer.
  • Wordt bij de start een map binnen de Windows-map overgenomen of opgeslagen, dan stelt de mapkeuze je gebruikersmap voor. Met de hand ingevoerde paden worden nog steeds zoals voorheen gecontroleerd.

De versies van AgentSpine en Language Guard blijven ten opzichte van 9.1.602 ongewijzigd. Een snelheidswinst voor lopende sessies is door deze update niet bewezen.

Onder Windows blijft Git Bash nodig. Meldt de console dat Git Bash ontbreekt, installeer dan Git for Windows. Open daarna de opdrachtprompt opnieuw voordat je king opnieuw start.

BLUN King · Gepubliceerd

BLUN King 9.1.602

Gepubliceerd op

Een eigen privémap voor oudere tooluitvoer wanneer overgeërfde Windows-machtigingen het extern opslaan verhinderen.

  • Geschikte oudere tooluitvoer wordt in een eigen privémap geplaatst wanneer overgeërfde Windows-machtigingen het extern opslaan verhinderen. Bestaande bestanden, machtigingen en de volledige sessiegeschiedenis blijven ongewijzigd.
  • Integriteitscontroles, leesrechten en de terugval op de volledige context blijven behouden als een gearchiveerde uitvoer niet kan worden hersteld. AgentSpine 0.73.0 en Language Guard 6.20.0 zijn ten opzichte van 9.1.601 ongewijzigd.

Kortere responstijden in de dagelijkse werking of een lager gefactureerd tokenverbruik zijn nog niet bewezen.

BLUN King · Gepubliceerd

BLUN King 9.1.601

Gepubliceerd op

Invoer blijft in de wachtrij, oudere tooluitvoer krijgt gecontroleerde verwijzingen, en gethrottelde antwoordcontroles worden beperkt herhaald.

  • Komt achtergrondwerk eerst aan de beurt, dan blijft terminalinvoer in de oorspronkelijke volgorde in de wachtrij. Elke invoer wordt slechts één keer weergegeven.
  • Geschikte oudere tooluitvoer wordt in modelaanvragen vervangen door gecontroleerde verwijzingen naar privébestanden. De volledige geschiedenis en de resultaten van de huidige gespreksstap blijven behouden. Is het herladen niet mogelijk, niet toegestaan of is de inhoud gewijzigd, dan wordt de volledige uitvoer meegestuurd.
  • Een gethrottelde native antwoordcontrole wordt één keer met hetzelfde conceptantwoord herhaald. Daarbij geldt de opgeslagen wachttijd van de provider. Reeds afgeronde toolaanroepen worden niet herhaald, ongecontroleerde teksten worden niet goedgekeurd.
  • Tot 2.048 uitvoertokens blijven als buffer voor afwijkingen bij de invoerschatting vrij. Het contextvenster wordt niet verkleind; kleinere uitdrukkelijk ingestelde uitvoerlimieten blijven ongewijzigd.

Deze wijzigingen bewijzen noch een lager gefactureerd tokenverbruik, noch kortere responstijden in de dagelijkse werking. Ze verhelpen ook niet elke HTTP-502-fout aan de serverzijde.

BLUN King · Gepubliceerd

BLUN King 9.1.600

Gepubliceerd op

Antwoordcontrole met vaste tijdsgrenzen en vastgestelde componentenversies.

BLUN King 9.1.600 is gepubliceerd. npm en het openbare updatemanifest komen overeen. De publicatie bewijst noch een installatie op jouw computer, noch een acceptatie in live-gebruik.

Beperkte antwoordcontrole

  • Algemene controlemodules houden de bestaande termijn van 30 seconden. De native taalcontrole krijgt vanaf het startsignaal van de vertrouwde hostcomponent maximaal 90 seconden voor de eerste inhoudelijke tekst, één keer per buitenste controlepoging.
  • Inhoudelijke tekst binnen de toegestane uitvoerlengte en de geordende overgangen naar de goedkeuring en de bewijscontrole zetten de wachttermijn telkens terug op 30 seconden.
  • Voor elke buitenste controlepoging geldt daarnaast een totale grens van 120 seconden. Voortgang kan deze grens niet verlengen. Het blijft bij maximaal twee buitenste controlepogingen.
  • Vóór het aannemen van een goedkeuring wordt de werkelijk verstreken tijd opnieuw gecontroleerd. Ook bij vertraagde timer-aanroepen blijft een verlopen controlepoging geblokkeerd; late voortgang kan een verlopen termijn niet vernieuwen.

Afbreeksignalen blijven gerespecteerd. De binding aan de exacte antwoordtekst, de geldigheidsduur van het goedkeuringsbewijs en de autorisatie blijven gecontroleerd.

Meegeleverde componenten

Versie 9.1.600 bevat AgentSpine 0.73.0 en Translate Native 6.155.0. Het guard-protocol blijft ongewijzigd op 6.20.0.

Bekende beperkingen

De nieuwe tijdsgrenzen bewijzen geen algemene oplossing voor HTTP-502-fouten in live-gebruik. De openstaande observaties uit 9.1.599 blijven zonder apart livebewijs open.

Context en hulp

Een volledig te behouden prompt wordt niet langer stilzwijgend ingekort, alleen maar om in een kleiner hard modelvenster te passen. Bij een nieuwe, uitdrukkelijk vastgelegde verdeling van de te behouden gebruikersberichten met het standaardbudget van 20.000 tokens kan de aanpassing binnen dezelfde compactie worden afgerond. Bij latere of herstelde prefixen mogen daardoor geen verdere vereisten wegvallen. De aanvraag moet nog steeds in het harde modelvenster passen.

Louter hulp-aanroepen met --help of -h veroorzaken geen runtime-diagnosetoestand meer. Worden prompt- en hulpargumenten gecombineerd, dan blijft het bestaande runtime-gedrag behouden.

BLUN King · 18 september 2026

BLUN King 9.1.599

Gepubliceerd op

Navolgbare individuele goedkeuringen voor het persoonlijke geheugen en aanvullende correcties bij contextoverschrijdingen.

Goedkeuringsverzoeken voor het persoonlijke geheugen tonen begrijpelijke actietitels in de gekozen taal en volledige voorvertoningen van de werkelijke instellingswijzigingen of van de op te slaan tekst. Besturingstekens worden zichtbaar gemaskeerd; de oorspronkelijke inhoud blijft ongewijzigd.

Geldige geheugenwijzigingen moeten afzonderlijk worden goedgekeurd; ongeldige invoer is alleen af te wijzen. Een sessiegoedkeuring keurt wachtende verzoeken die een individuele goedkeuring nodig hebben niet automatisch goed.

De pakketcontrole omvat 37 functiegebieden met 199 verplichte controles, 158 controle-uitvoeringen en 4.905 verschillende geslaagde tests. Daarnaast zijn de updates van 9.1.597 en de lokale tussenversie 9.1.598 naar 9.1.599 in geïsoleerde installaties met de ongewijzigde updater en het ongewijzigde installatiepad gecontroleerd. Beide tests herkenden de versie via de openbare updatebronnen en controleerden alle 918 bestanden van het releasearchief.

De meldingen in README.md en CHANGELOG.md van het ongewijzigde pakket 9.1.599 beschrijven de kandidaatversie bij het inpakken. Ze zijn na de lokale installatie niet terugwerkend gewijzigd. Deze openbare pagina houdt de gepubliceerde versie en de later waargenomen beperkingen apart bij.

Bekende beperkingen in 9.1.599

In live-gebruik werden nog steeds herhaalde HTTP-502-antwoorden waargenomen, deels gevolgd door geslaagde aanvragen. De contextcorrecties zijn geen algemene oplossing voor provider- of netwerkfouten.

De taalcontrole kan een antwoord afbreken met missing-language-character-profile of suspected-ascii-substitution. Deze bevinding blijft open; 9.1.599 bevat daarvoor geen aangetoonde correctie.

Een antwoord op de verzonden afbeelding is door de gebruiker bevestigd. Een onafhankelijke controle van de beeldinterpretatie en de visuele acceptatie van invoer en statusregels staan nog open. Geslaagde pakketcontroles zijn geen algemene geruststelling voor deze processen.

Overgenomen uit de lokale tussenversie 9.1.598

Zonder datum

9.1.598 is lokaal gecontroleerd en geïnstalleerd, maar niet als eigen npm-update gepubliceerd. De volgende wijzigingen zitten in 9.1.599:

  • Bij een contextafwijzing worden ondergrenzen voor het aantal invoertokens onderscheiden van exacte opgaven. Voor een gemelde ondergrens wordt de uitvoerlimiet één keer verlaagd, zonder berichten of tools weg te laten. Afbreeksignalen en de begrenzing van verdere pogingen blijven van kracht. Daarmee wordt de in 9.1.597 gereproduceerde fout bij de berekening van de uitvoerlimiet gericht gecorrigeerd.
  • De oorspronkelijke 150 wisselende activiteitswoorden zijn weer opgenomen. Voor hun weergave worden geen extra modelaanvragen gesteld.
  • Bij de vertrouwde AgentSpine-invoerhook wordt in plaats van de volledige mediagegevens een compacte mediareferentie met type, SHA-256-controlesom en grootteopgave doorgegeven. De volledige bijlagen voor het model en de bestaande beschermingscontroles blijven behouden. Dat alleen bewijst nog geen geslaagde beeldinterpretatie in live-gebruik.

Nieuw in 9.1.597

Gepubliceerd op

Beperkt herstel bij uitdrukkelijk gemelde contextoverschrijdingen, ook achter een gateway-foutantwoord.

Wordt een aanvraag vóór het begin van de uitvoer afgewezen wegens een bewezen contextoverschrijding, dan kan King een beperkte nieuwe poging met een kleinere uitvoerlimiet ondernemen. Ook overeenkomstig verpakte fouten in een 502-antwoord worden herkend. Berichten, tools, kleinere uitdrukkelijk gekozen uitvoerlimieten en afbreeksignalen blijven behouden. Een reeds begonnen stream wordt niet opnieuw afgespeeld.

Dat verhelpt niet alle provider- of netwerkfouten. Algemene verbindingsonderbrekingen en dienstuitval moeten nog steeds aan de hand van hun eigen foutgegevens worden gecontroleerd.

Bekende beperking in 9.1.597: Meldt de server alleen een ondergrens voor het aantal invoertokens, dan kan de nieuwe poging opnieuw mislukken en onnodige compacties veroorzaken. Dit geval is op 17 september 2026 na de publicatie gereproduceerd. De aanvullende correctie uit de lokale tussenversie 9.1.598 zit in 9.1.599.

Gecontroleerd zijn 36 functiegebieden met 183 verplichte controles en 4.407 verschillende geslaagde tests, plus de echte update van 9.1.596 naar 9.1.597. Deze pakketcontrole vervangt geen gebruikstest van een reeds geopende klantsessie.

Nieuw in 9.1.596

Gepubliceerd op

Automatische onderbrekingen ten gunste van wachtende Telegram-berichten worden onderscheiden van echte handmatige afbrekingen. Zo'n wachtrij-onderbreking wordt niet langer ten onrechte als het indrukken van de Escape-toets gemeld. De wachttermijn, de beschermingsregels voor lopende tools en het gedrag bij een echte handmatige afbreking blijven behouden.

Nieuw in 9.1.595

Gepubliceerd op

Optionele toolschema's worden via ToolSearch op aanvraag geladen en beperkt bewaard. Grote skill-catalogi worden compact en pagina voor pagina aangeboden. Zoeken, latere MCP-uitbreidingen en normale machtigingscontroles blijven behouden.

Bij korte begroetingen kan King een beperkt recenter dialoogfragment gebruiken, zonder opgeslagen berichten te wissen of systeemaanwijzingen in te korten. Voor een daaropvolgende werkopdracht houdt King weer rekening met de bewaarde werkgeschiedenis. De contextberekening blijft ook na het hervatten van een sessie behouden. Een vast tokenverbruik voor elke begroeting wordt niet toegezegd.

Nieuw in 9.1.594

Gepubliceerd op

  • Privé-Telegram-antwoorden blijven mogelijk terwijl groepsberichten wachten. De toewijzing van slash-opdrachten blijft behouden.
  • Lange wachttijden uit Retry-After worden nageleefd; bij het hervatten van een sessie wordt de resterende pauze hersteld.
  • Na een verworpen begeleidende beschrijving wordt een reeds afgeronde toolstap verder verwerkt. De verworpen beschrijving wordt niet gepubliceerd, de controle van het afsluitende antwoord wordt niet afgezwakt.
  • De beperkte herstelfuncties voor het schrijven in meerdere delen zijn weer beschikbaar. Dat geldt ook voor shell-tijdsgrenzen, taaksturing en sessieherstel.
  • Invoer, contingentregels, activiteitsweergave, uitklapbare taken en tooluitvoer met bronaanduiding blijven bij het streamen en bij het navigeren in de geschiedenis zichtbaar.
  • Vóór het inpakken zijn volledige console-regressiebewijzen vereist; de openbare updatemetagegevens worden op overeenstemming gecontroleerd.

Tussenversies 9.1.590 tot en met 9.1.593

Deze versies staan in de lokale release-geschiedenis, maar zijn op 17 september 2026 niet opgenomen in de openbare npm-versielijst. Ze worden hier niet als openbaar beschikbare updates aanbevolen. Het werk aan start, hervatting, machtigingen, activiteitsweergave en zichtbare invoer is meegenomen in de bewijzen bij 9.1.594.

Nieuw in 9.1.589

Gepubliceerd op

  • Gecontroleerde bronnen van AgentSpine en Translate Native en geverifieerde updatemanifesten worden meegeleverd.
  • Bij het laden van de agentcontext blijft het actieve King-profiel behouden.
  • Tools die voor de antwoordcontrole nodig zijn, blijven beschikbaar. Het verbruik bij het genereren van het antwoord wordt ook vastgelegd wanneer de controle het antwoord verwerpt.
  • In de beheerde kanaalaansluiting worden groepsberichten alleen bij uitdrukkelijke vermelding toegewezen.
  • De console toont lopende compactie en de geldende drempelwaarden.
  • Het werkbudget voor vroege compactie en de veiligheidsreserve aan de aanvraaggrens blijven over updates heen behouden.
  • Update-dialoog bij de start, voortgang en meldingen over ingeplande updates gebruiken consequent de gekozen taal.
  • Technische integratie-identifiers en licenties blijven behouden; zichtbare runtime-foutmeldingen worden neutraal geformuleerd.
  • De installatie start bestaande sessies niet opnieuw. Een lopende sessie laadt de nieuwe code bij de volgende start.

9.1.588: ingetrokken

Gepubliceerd op

Deze versie is op 11 september 2026 gepubliceerd en daarna in npm als ingetrokken gemarkeerd. De registry noemt een mislukte compatibiliteitscontrole van het updatemanifest. Gebruik de actuele stabiele versie, niet dit ingetrokken pakket.

Nieuw in 9.1.587

Gepubliceerd op

Stabielere toolcatalogi, vroegere automatische compactie en een gerichte nieuwe poging na afbrekingen wegens te lange zuivere denkfases.

Bij gebufferde aanwijzingen binnen een lopende werkbeurt blijft de actieve toolcatalogus ook in de daaropvolgende werkstap behouden. Benodigde tools blijven beschikbaar. Wordt het bestaande schema-budget overschreden, dan worden bewaarde optionele tooldefinities opnieuw geselecteerd.

De automatische contextcompactie zet weer eerder in. Na een geslaagde compactie die de geschiedenis verkleint, kan King deze in dezelfde beurt opnieuw uitvoeren. Lagere modelgrenzen en de begrenzing van mislukte pogingen blijven van kracht.

Na een afbreking wegens een te lange zuivere denkfase gebruikt King de bestaande eenmalige nieuwe poging met uitgeschakeld denken, zodat het model kan antwoorden of een tool kan aanroepen. De daaropvolgende reguliere stappen behouden de gekozen denkinstelling; afbreken, goedkeuringscontroles en tijdsgrenzen blijven van kracht.

Met BLUN_STABLE_STEER_TOOLS=0 of BLUN_EARLY_COMPACTION=0 vóór de start van King is voor de betreffende functie het eerdere gedrag te herstellen. De update herschrijft geen bestaande sessies of configuratiebestanden.

Nieuw in 9.1.586

Gepubliceerd op

De Telegram-ontvangst start onder Windows weer wanneer de oude proces-ID van de bridge inmiddels bij een ander proces hoort. Bij onzekere procestoewijzing grijpt King niet in; het andere proces wordt niet beëindigd.

Contextcompactie, modelinstellingen, gespreksgeschiedenis en het bestaande bezorggedrag van Telegram blijven ongewijzigd.

Nieuw in 9.1.585

Gepubliceerd op

BLUN King · 8 september 2026

Versie 9.1.585 controleert de structuur en de afzonderlijke treffers van beheerde WebSearch-antwoorden ook wanneer de optionele opgaven over de zoekstatus ontbreken.

Een antwoord zonder geldige trefferlijst wordt niet langer als geslaagde zoekopdracht zonder resultaten teruggegeven. Elke treffer moet een titel die noch leeg is, noch uitsluitend uit witruimte bestaat, een tekstfragment als tekenreeks en een absoluut HTTP- of HTTPS-adres zonder ingebedde toegangsgegevens bevatten. Ongeldige treffers leiden ertoe dat het volledige antwoord wordt afgewezen, voordat resultaten of meldingen over onvolledige zoekresultaten worden teruggegeven.

Geldige antwoorden in het bestaande formaat zonder statusopgaven blijven ondersteund, evenals lege trefferlijsten en lege tekenreeksen als tekstfragmenten. Bij geldige antwoorden blijven de volgorde, de exacte URL-tekenreeksen, optionele datum- en website-opgaven, de bronvermeldingen in de uitvoer en de verwerking van onvolledige resultaten ongewijzigd.

Gewijzigd wordt alleen de beheerde zoekaansluiting. Afbreekgedrag, authenticatie van de aanvragen, FetchURL en Telegram blijven ongewijzigd. De formatcontrole bewijst niet dat een bron correct of actueel is. Deze versie voert noch een groottelimiet voor antwoorden, noch een nieuwe tijdslimiet in.

Nieuw in 9.1.584

Gepubliceerd op

Versie 9.1.584 geeft het afbreeksignaal van de aanroeper via WebSearch door tot aan de beheerde HTTP-zoekaanvraag, ook bij het lezen van de antwoordinhoud.

Reeds afgebroken zoekopdrachten veroorzaken geen verwerking bij de provider. Vindt de afbreking plaats tijdens het bepalen van de toegangsgegevens, dan wordt daarna geen zoekaanvraag meer verzonden. Resultaten die na de afbreking binnenkomen, worden niet als geslaagde zoekopdracht teruggegeven.

De afbreekcontroles omvatten ook geslaagde JSON-antwoorden, de inhoud van foutantwoorden en meldingen over onvolledige zoekresultaten. De verwerking van volledige, onvolledige en lege resultaten, de bronvermeldingen en de reguliere uitwijkprocedure bij de authenticatie blijven ongewijzigd.

Deze versie voert geen nieuwe tijdslimiet in en wijzigt de Telegram-toewijzing niet. Gedeelde procedures voor het vernieuwen van de OAuth-toegangsgegevens en transportimplementaties die afbreeksignalen negeren, worden niet gedwongen onderbroken. Het afbreken van een clientaanvraag bewijst niet dat het werk op de externe server of de facturering daarvan is beëindigd.

Nieuw in 9.1.583

Gepubliceerd op

Een afbreking bij het ophalen van een pagina wordt nu doorgegeven tot aan de HTTP-aanvraag.

FetchURL geeft het afbreeksignaal van de aanroeper door via de tool en beide ophaaldiensten. Een vóór de start afgebroken aanvraag wordt niet verzonden. Vindt de afbreking plaats tijdens het bepalen van de toegangsgegevens, dan wordt de beheerde HTTP-aanvraag daarna niet meer gestart.

Na de afbreking van een beheerd ophaalverzoek wordt geen lokale vervangende ophaalactie meer gestart. Een te laat resultaat van de ophaaldienst wordt tegengehouden en niet als bronbewijs gebruikt. Bij gewone HTTP- en netwerkfouten blijft de bestaande lokale vervangende ophaalactie mogelijk.

Er wordt geen nieuwe tijdsgrens ingevoerd. Een gedeelde vernieuwing van de toegangsgegevens en de synchrone HTML-verwerking worden niet gedwongen onderbroken. De groottelimiet uit 9.1.582 blijft bestaan; Telegram-routing en modelaanvragen blijven ongewijzigd.

Nieuw in 9.1.582

Gepubliceerd op

Het lokale pagina-ophalen controleert de antwoordgrootte nu al bij het inlezen en breekt af bij overschrijding van de grens.

Het lokale ophalen telt de binnenkomende antwoordbytes vóór het decoderen van elk datablok en breekt de datastroom af zodra de groottelimiet wordt overschreden. Ontbreekt de Content-Length-opgave of is ze fout, dan wordt niet meer eerst het volledige antwoord ingelezen en daarna afgewezen.

De standaardgrens blijft op 10 MiB en geldt voor de antwoordstroom na de HTTP-decompressie. Over meerdere datablokken verdeelde UTF-8-tekens blijven behouden. Transportbuffers en het datablok waarmee de grens wordt overschreden, kunnen al in het geheugen liggen; daaraan is geen exacte bovengrens voor het totale procesgeheugen verbonden.

Gewijzigd wordt het lokale ophaalpad, ook wanneer het als terugvaloplossing dient. De zoekcorrecties uit 9.1.581 blijven opgenomen. Telegram-routing en de wachttijd op het model blijven ongewijzigd.

Nieuw in 9.1.581

Gepubliceerd op

Bij het lokale pagina-ophalen worden lege HTML-fragmenten niet langer als geslaagde bronnen teruggegeven.

Blijft er na het opschonen en omzetten geen pagina-inhoud over, dan volstaat de documenttitel alleen niet meer voor een geslaagd ophalen. In plaats daarvan wordt de reeds bestaande extractiefout teruggegeven.

Korte echte inhoud en zichtbare koppen blijven behouden. Antwoorden in platte-tekst- of Markdown-formaat blijven ongewijzigd. De correctie betreft de lokale HTML-extractie, niet de beheerde ophaaldienst.

De zoekcorrecties uit 9.1.580 en de bestaande Telegram-correcties zijn ongewijzigd opgenomen. Deze update wijzigt noch de wachttijd op het model, noch de toewijzing van inkomende berichten aan hun ontvangers.

Nieuw in 9.1.580

Gepubliceerd op

De zoekarchivering wijst ongeldige historische datumaanduidingen van bronnen af.

Een nieuw verslag wordt niet opgeslagen wanneer een datumaanduiding van een bron een ongeldige kalenderdag of een niet te evalueren tijdsdeel bevat. Ontbrekende datumaanduidingen blijven toegestaan.

Bij het ophalen van opgeslagen zoekbewijzen worden oudere bewijzen met ongeldige datumaanduidingen van bronnen overgeslagen en met een diagnosemelding gemeld. De bestanden worden noch herschreven, noch verwijderd. Afzonderlijke geldige bewijzen blijven doorzoekbaar; geldige datumaanduidingen behouden hun tijdszone-offset en nauwkeurigheid.

De sortering van de zoekbewijzen uit 9.1.579 en de bestaande Telegram-correcties zijn ongewijzigd opgenomen. Deze update wijzigt noch de wachttijd op het model, noch de toewijzing van inkomende berichten aan hun ontvangers.

Nieuw in 9.1.579

Gepubliceerd op

Opgeslagen zoekbewijzen worden bij gelijke relevantie gesorteerd op hun werkelijke ophaalmoment.

Tijdaanduidingen met en zonder milliseconden worden als UTC-tijdstippen vergeleken, niet als tekst. De relevantie heeft nog steeds voorrang; bij identieke tijdstippen blijft de bestaande volgorde behouden.

Is dezelfde tekstpassage meerdere keren vastgelegd, dan behoudt het resultaat de herkomstopgaven van de nieuwste ophaalactie. Reeds opgeslagen bewijzen blijven ongewijzigd en gelden daardoor niet als nieuw gecontroleerde bronnen.

De correctie voor Telegram-antwoorden uit 9.1.578 is ongewijzigd opgenomen. Hetzelfde geldt voor de begrenzing van nieuwe pogingen wanneer het model uitsluitend nadenkt, zonder een antwoord of een toolaanroep te leveren. Deze update wijzigt noch de wachttijd op het model, noch de semantische toewijzing van inkomende berichten.

Nieuw in 9.1.578

Gepubliceerd op

Beperkte herhalingen wanneer het model alleen nadenkt en daarbij de tijdsgrens bereikt, plus een gerichte correctie voor korte Telegram-groepsantwoorden met betrekking tot een vraag.

Bereikt het model de tijdsgrens terwijl het alleen nadenkt, dan laat King per stap één verdere poging toe. Een tweede dergelijke tijdoverschrijding beëindigt de stap. De gekozen denkinspanning en de bestaande tijdsgrens blijven ongewijzigd. Deze begrenzing verkort het wachten op de eerste modeluitvoer niet.

Korte terugmeldingen over de eigen aanwezigheid in Telegram-groepen mogen nu worden verzonden wanneer reply_to ze koppelt aan een hoogstens 30 minuten oude invoer uit dezelfde chat. Die invoer moet de agent uitdrukkelijk aanspreken of overeenkomen met een ondersteunde Duitse of Engelse vraag naar zijn aanwezigheid, die met zijn ingestelde naam begint. Ongevraagde aanwezigheidsmeldingen en uitleg dat er niets te melden valt, blijven gefilterd. De automatische vervangende verzending in groepen blijft uitgeschakeld.

Logboeken van verzonden en onderdrukte antwoorden bevatten nu reply_to. Bij ontbrekende of onduidelijke context geldt de uitzondering niet. Deze update voegt geen algemene ontvangerherkenning toe en voorkomt geen onnodige modelaanroepen door de bestaande semantische adressering.

De correctie geldt voor twee exact geïdentificeerde versies van beheerde Telegram-MCP-verzenders en grijpt ook in bij het afsluitende samenvoegen van de plug-inconfiguratie. De oudere verzender gebruikt een compatibiliteitskopie met strikt beperkte wijzigingen. Ingangsbruggen, toegangsinstellingen, profielen en plug-inregisters worden niet herschreven. Onbekende of aangepaste verzenders en uitdrukkelijk ingestelde overrides blijven behouden. King moet na de update opnieuw worden gestart, zodat de correctie wordt geladen.

Nieuw in 9.1.577

Gepubliceerd op

Geen automatische afsluitmeldingen meer in Telegram-groepen. Nuttige antwoorden worden daar gericht via de Telegram-antwoordtool verzonden.

De CLI-kern en de zelfstandige Telegram-brug leiden de normale afsluittekst van een agent niet meer automatisch door naar groepen. Zo komen meldingen zoals "Niets te melden" niet meer via die automatische vervangende verzending in de groep.

Antwoorden in privéchats, uitdrukkelijk gebruikte antwoordtools, vereiste doelresultaten, opdracht- en statusmeldingen en de mediaverzending blijven behouden. De prompt-aanwijzingen voor normale invoer, sturende berichten tijdens een lopend proces en groepsberichten van de zelfstandige brug bevatten nu dezelfde verzendregel.

Dat garandeert niet dat een model nooit een onnodig antwoord via een toolaanroep verzendt. De fix voorkomt ook niet dat groepsberichten zonder betrekking op de betreffende agent het model bereiken. Vermeldingsregels, toegangsinstellingen en de resolutie van beheerde plug-ins blijven ongewijzigd; een update van AgentSpine of van de taalwacht is niet opgenomen.

De bijgewerkte kern moet door een nieuw proces worden geladen. Lopende sessies worden niet automatisch opnieuw gestart. Bestaande profielen en de sessiegeschiedenis blijven behouden.

Nieuw in 9.1.576

Gepubliceerd op

BLUN King 9.1.576 onderscheidt C++ en C# bij lokale zoekopdrachten en bevat de eerder gepubliceerde correcties voor updates, het hervatten van sessies en Telegram.

Het zoeken in lokale zoekbewijzen behandelt losstaande C++ en C# als verschillende begrippen, ook bij afwijkende hoofd- en kleine letters en met omringende leestekens. Opgeslagen tekstpassages, hashes, beschermingscontroles voor bronnen, unicode-normalisatie, collectiegrenzen en uitvoerlimieten blijven ongewijzigd. Een herindexering is niet nodig.

Een vastgestelde proefrun met 20 technische zoekopdrachten en gerichte regressietests voor tokengrenzen controleren deze correctie. Ze betreft de lokale zoekfunctie en is geen uitspraak over de kwaliteit of capaciteit van WebSearch in live-gebruik. Alle wijzigingen uit 9.1.575 blijven opgenomen.

Nieuw in 9.1.575

Gepubliceerd op

De gebundelde webcrawler wijst antwoorden met cf-mitigated: challenge af, voordat hij inhoud leest, doorverwijzingen volgt of een ontbrekend robots-bestand als toestemming om door te gaan beschouwt. Bij headernamen houdt hij geen rekening met hoofd- en kleine letters; daarnaast controleert hij genormaliseerde waarden en meermaals voorkomende headers. De antwoordstatus blijft in het foutrapport behouden.

Ontbrekende robots-bestanden zonder deze aanduiding en gewone documentatiepagina's doorlopen nog steeds de bestaande procedure. Reeds afgeronde pagina's blijven beschikbaar wanneer een latere pagina wordt afgewezen; de fout wordt als onvolledig resultaat gemeld. Deze bescherming controleert een antwoordaanduiding. Ze is noch een algemene challenge-herkenning, noch een CAPTCHA-omzeiling. Zoekproviders, authenticatie, updateblokkeringen en CLI-kern blijven ongewijzigd. Alle wijzigingen uit 9.1.574 blijven opgenomen.

Nieuw in 9.1.574

Gepubliceerd op

Uitdrukkelijk aangevraagde updates maken nu onderscheid tussen een geblokkeerde update, een niet beschikbare blokkeringscontrole, een niet beschikbare privémap, een ongeldige geïnstalleerde versie en een niet beschikbare beschermde installer. Deze gevallen worden niet meer zonder onderscheid als mislukte pakketcontrole gemeld. De wijziging geldt voor Duitse en Engelse meldingen.

Updatetoelating, blokkeergedrag, teruggegeven redenen, exit-codes en installer-gedrag blijven ongewijzigd. Lopende sessies worden niet automatisch beëindigd. Pakketten die op een oud intern kanaal zijn vastgezet, vereisen nog steeds een uitdrukkelijke npm-installatie bij een beëindigde King; deze versie heft de vastzetting niet op. Alle wijzigingen uit 9.1.573 blijven opgenomen.

Nieuw in 9.1.573

Gepubliceerd op

Het invoerveld blijft na de doelkeuze bij de start zichtbaar en gefocust, ook na Escape of een mislukte doelhervatting. Niet verzonden concepten blijven behouden. In plaats van de volledige doeltekst verschijnt een compacte keuze om met of zonder doel door te gaan.

Ctrl+S verlaat de keuze zonder het doel te bevestigen en wordt als reguliere sneltoets voor de wachtrij verwerkt. Ook openstaande invoer in de idle-modus wordt meegenomen. Escape behoudt zijn bestaande volgorde: eerst de wachtrij legen, bij de volgende Escape de actieve run afbreken. De sessiegeschiedenis wordt niet automatisch gewist.

Deze versie reconstrueert geen bezorgbevestigingen die een ouder proces vóór de update heeft verloren. Werkelijk openstaande berichten blijven aan hun sessie toegewezen.

Nieuw in 9.1.572

Gepubliceerd op

Bij zoekbewijzen worden bron-URL's afgewezen waarvan de queryparameters of parameterachtige fragmenten bekende parameternamen voor toegangsgegevens bevatten. Ook geneste namen en routes in het fragment worden gecontroleerd. De afwijzing geldt zowel voor mislukte als voor bruikbare bronnen.

Reeds opgeslagen verslagen met dergelijke URL's worden bij het ophalen tegengehouden met het bestaande resultaat partial / report-invalid. Oorspronkelijk opgeslagen versies worden noch gewijzigd, noch verwijderd; bronadressen worden niet stilzwijgend ingekort of herschreven. Gewone queryparameters en ankers in documentatie-URL's blijven bytegetrouw behouden. De bescherming herkent bekende parameternamen, geen willekeurige geheimen, en ruimt geen geschiedenis op.

Nieuw in 9.1.571

Gepubliceerd op

Gebieden van de Telegram-wachtrij worden aan hun sessie toegewezen. Een nieuwe sessie neemt niet meer automatisch het openstaande werk van een oudere sessie over. Bij het hervatten van een bekende sessie worden alleen de eigen wachtende gebieden hersteld. Tijdens selectie, aanmaak en wissel van een sessie pauzeert de overname van kanaalberichten. Berichten die na de gekozen grens binnenkomen, vervolginvoer in de lokale editor en te late bezorgbevestigingen behouden hun juiste toewijzing.

De toewijzing en bezorgbevestigingen die in afwijkende volgorde binnenkomen, blijven behouden bij een nieuwe aansluiting en de overdracht van een lease. Beschadigde of uitgewisselde wachtrijtoestand wordt afgewezen, in plaats van oude invoer ongemerkt opnieuw af te spelen. Postvak en sessiegeschiedenis blijven behouden. Oude wachtende gebieden zonder herkenbare sessie worden teruggehouden en aan geen nieuwe sessie toegewezen; hun automatische herstel is niet opgenomen. Dat verhelpt niet elke tijdoverschrijding of geblokkeerde contextcompactie. Een downgrade is geen procedure voor het migreren van de wachtrij.

De Telegram-plug-in en de onafhankelijke uitwijkfunctie van de console voor de automatische antwoordverzending onderdrukken herkende ontvangstbevestigingen en teksten die louter het eigen zwijgen aankondigen, ook boven de 200 tekens. Bevat een bericht een niet herkend of inhoudelijk relevant zinsdeel, dan blijft het behouden. Korte nuttige groepswaarschuwingen kunnen nog steeds worden bezorgd. Dat is een voorzichtige Duits-Engelse verzendfilter met aanvullende aanwijzingen, geen garantie dat elk model elk groepsgesprek begrijpt.

Een nieuw proces moet het bijgewerkte pakket laden; lopende sessies worden niet opnieuw gestart. Bestaande vastzettingen op interne updatekanalen en Windows-installatieblokkeringen met EBUSY blijven afzonderlijke problemen. Alle overige wijzigingen uit 9.1.570 blijven opgenomen. Deze versie activeert geen gehoste webzoekopdracht en wijzigt noch AgentSpine, noch facturering, authenticatie of klantconfiguratie.

Nieuw in 9.1.570

Gepubliceerd op

Elke nieuwe promptbezorging krijgt een eigen hook-correlatie-ID. Hooks van dezelfde bezorging behouden dezelfde ID; uitdrukkelijk ingestelde ID's blijven behouden. Sessiespecifieke omgevingswaarden bereiken hook-subprocessen en MCP-verbindingen ook bij een nieuwe verbinding, zonder opgeslagen plug-inconfiguraties te herschrijven. De toewijzing van native toolresultaten blijft over runs heen behouden, ook bij mislukte tools en dubbele aanroepen.

Kanoniek gelijkwaardige unicode-zoekopdrachten vinden dezelfde treffers, zonder verschillende tekens gelijk te stellen. Opgeslagen bronnen, datumaanduidingen, versies en projectgrenzen blijven behouden. king --help en king --version wijzigen geen Windows-registerinstellingen voor crash-dumps meer.

De webzoekopdracht ondersteunt deelantwoorden wanneer deze antwoordmodus is overeengekomen, en toont daarbij een melding over mislukte bronnen. Lege of incompatibele deelantwoorden blijven uitdrukkelijke fouten. Deze clientwijziging activeert geen gehoste zoekdienst en garandeert de werking ervan niet.

Het transport BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE is standaard uitgeschakeld. Bij uitdrukkelijke activering geeft het het werkelijke pad van het opgeslagen sessielogboek en het bijbehorende logboek door aan de gekozen AgentSpine-plug-in. Elke sessie krijgt een eigen toegangsmachtiging; na een hervatting wordt ze vernieuwd. Dat is transportondersteuning, geen bewijs voor geheugenophaling of autorisatie door de ontvangende plug-in.

Alle openbare wijzigingen uit 9.1.569 blijven opgenomen. De gebundelde AgentSpine-implementatie blijft ongewijzigd; er ontstaat geen Mnemo-afhankelijkheid. Gebruikersprofielen, machtigingen, gesprekken en plug-ininstellingen worden noch gemigreerd, noch teruggezet.

Nieuw in 9.1.569

Gepubliceerd op

Deze cumulatieve openbare versie bevat de bezorging in Telegram-groepen op basis van vermeldingen, correcties voor start en machtigingen en zoekcollecties en crawler-tools. Gepubliceerde pakketten blijven ongewijzigd. Latere wijzigingen verschijnen onder een nieuw versienummer.

Nieuw in 9.1.566

Gepubliceerd op

BLUN King 9.1.566 maakt plug-inupdates en het laden van native runtime-modules robuuster.

De gebundelde AgentSpine-runtime wordt bijgewerkt naar versie 0.59.1. De zelfstarter ervan slaat de hoofdmap van een gebruikersprofiel als scan-doel over, en alle levenscyclus-hooks blijven faalveilig wanneer een beschermd pad niet kan worden gelezen.

Native .node-modules worden via een inhoudsgeadresseerde tussencache buiten het npm-pakket opgelost. Zodra deze versie actief is, houdt een lopende console de pakketkopie van deze modules niet meer open. Latere updates kunnen de pakketmap daardoor vervangen, zonder met deze native bestanden te botsen.

Het openbare pakket behoudt de volledige Spaanse, Franse, Zweedse en Tsjechische interfacecatalogi uit versie 9.1.565. Interne Mnemo-runtimepaden, private eindpunten, interne modelproviders en buildscripts zijn niet opgenomen.

Gecontroleerde pakketversie

Het klantpakket heeft de lekscan, de volledige runtimecontrole met 13 tests, de AgentSpine-MCP-initialisatie, een nieuwe installatie en de update van 9.1.565 doorstaan. Alle tekstbestanden gebruiken LF-regeleinden. SHA-256 van het npm-pakket: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Nieuw in 9.1.565

Gepubliceerd op

BLUN King 9.1.565 stabiliseert lange werktrajecten en breidt de gebundelde AgentSpine-runtime uit.

De herhalingsrem zet de reeks gelijkwaardige resultaten terug zodra er tussendoor echt werk vordert. Normale postvak- en takenlijstcontroles veroorzaken daardoor geen onterechte gedwongen antwoorden meer.

De activiteitsweergave bestaat uit precies één regel. Ze toont het bij de actuele bezigheid passende Engelse statuswoord, tokens van het verborgen denken, zichtbare tokens, totaalverbruik, effort, poging, budget en stap.

AgentSpine-scanfouten blijven bij mutatietools, gebruikersinvoer en stop-hooks faalveilig: de volgende procedure mag doorlopen en de fout wordt in het auditlogboek vastgelegd. Vóór een fatale afbreking door een uitzondering of een niet afgehandelde afwijzing schrijft de console het runtime-logboek synchroon.

De gebundelde AgentSpine-runtime wordt bijgewerkt naar versie 0.54.0 uit commit fb6d456b68605fd83721090e503f000a26e8a0fb. Deze versie bevat de echte ACL-fail-open-test, persistente afhankelijkheidsgebonden doelplannen en de gebonden opheldering van kennislacunes.

De levenscyclus-hooks SessionStart, UserPromptSubmit, PostToolUse en Stop worden met de exacte MNEMO_AGENT-identiteit naar Mnemo verzonden. Netwerkfouten blijven faalveilig.

De eerder ontbrekende interfaceteksten zijn in het Spaans, Frans, Zweeds en Tsjechisch volledig.

Gecontroleerde pakketversie

De volledige pakketcontrole, de lekscan, de controle van de taalcatalogus, de ACL-hookproefrun, de nieuwe installatie, de update van 9.1.564 en de AgentSpine-MCP-initialisatie zijn groen. SHA-256 van het npm-pakket: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Nieuw in 9.1.564

Gepubliceerd op

BLUN King 9.1.564 voorkomt crashes door beschermde mappen en ontbrekende interfaceteksten.

AgentSpine slaat bij de voorbereidende bestandsscan afzonderlijke bestanden en mappen over die het besturingssysteem met EPERM of EACCES blokkeert. Een onverwachte scanfout blokkeert de daaropvolgende toolaanroep niet meer; deze wordt toegestaan en in het auditlogboek vastgelegd.

Ontbreekt in een gepubliceerde interfacetaal een tekstsleutel, dan gebruikt de console de Engelse tekst en logt de lacune één keer, in plaats van in het renderpad te crashen. Daarmee blijft met name de denkstatusregel in het Tsjechisch, Spaans, Frans en Zweeds bedienbaar.

De daadwerkelijke vertalingen van de nog ontbrekende sleutels volgen in een apart gecontroleerde versie. Tot die tijd is de Engelse terugval bewust zichtbaar en faalveilig.

Gecontroleerde pakketversie

Het pakket is gecontroleerd tegen de exacte Tsjechische thinking.step-crash uit 9.1.563. De nieuwe versie levert "step 6" in plaats van een uitzondering, waarschuwt slechts één keer per taal en sleutel, overleeft ontoegankelijke buurmappen, initialiseert AgentSpine 0.49.0, doorstaat een nieuwe installatie en de update van 9.1.563 en bevat geen onopgeloste plug-inimporten. SHA-256 van het npm-pakket: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Nieuw in 9.1.563

Gepubliceerd op

BLUN King 9.1.563 werkt de gebundelde AgentSpine-runtime bij naar versie 0.49.0.

De nieuwe versie vereist vóór een leerpoging ten minste één nieuw, onafhankelijk bewijs uit een uitdrukkelijke gebruikersbevestiging of een objectieve test. Louter gespreks- of documentbewijzen volstaan niet meer, ook als hun overige drempelwaarden zijn vervuld.

Leercontracten binden deze bewijsregel persistent; latere configuratiewijzigingen kunnen een lopende controle niet afzwakken. Eigendomsgebonden bestandsblokkeringen beschermen parallelle leerwijzigingen tegen overschrijven en laten gemanipuleerde blokkeringen of blokkeringen van derden fail-closed mislukken.

De update vervangt de beheerde plug-inboom bij de volgende start inhoudsgeadresseerd. Bestaande installaties van versie 9.1.562 worden naar AgentSpine 0.49.0 bijgewerkt, een ongewijzigde boom wordt hergebruikt en de AgentSpine-MCP-server bevestigt versie 0.49.0.

Gecontroleerde pakketversie

De pakketgrens verschilt van 9.1.562 alleen door de versieopgaven en de exact gepinde AgentSpine-0.49.0-runtime. De volledige upstream-controle, 49 gerichte leertests, de pakketvergelijking, de lekscan, de nieuwe installatie, het echte updatepad van 9.1.562 en een MCP-initialisatie zijn groen. SHA-256 van het npm-pakket: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Nieuw in 9.1.562

Gepubliceerd op

BLUN King 9.1.562 herstelt het AgentSpine-runtimebestand in het openbare pakket.

Het door de gebundelde AgentSpine-MCP-server benodigde runtimebestand wordt weer meegeleverd. Een nieuwe installatie materialiseert de plug-in volledig; de MCP-server start en bevestigt zijn naam en zijn protocolversie.

Gecontroleerde pakketversie

De pakketgrens verschilt van 9.1.561 alleen door de versiemetagegevens en het herstelde runtimebestand. De lekscan, de nieuwe installatie, de plug-inmaterialisatie en een echte MCP-initialisatie zijn groen. SHA-256 van het npm-pakket: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Nieuw in 9.1.561

Gepubliceerd op

BLUN King 9.1.561 neemt de gecontroleerde verbeteringen van het werksysteem over in het openbare pakket.

De actuele opdracht en recente toolresultaten blijven beschikbaar. Leesresultaten worden niet ingekort. Grote resultaten worden met een verwijzing om ze opnieuw op te halen opgeslagen, in plaats van te worden leeggemaakt. Herhaalde identieke resultaten verwijzen naar het nieuwste volledige resultaat.

Compacties worden als transactie met een start-, samenvattings- en eindmarkering gelogd. Toolaanroepen en hun resultaten blijven bij elkaar, terwijl persistente controlepunten het herstelpad over nieuwe pogingen heen veiligstellen.

De uitvoerbudgetten komen nu uit het actieve modelprofiel. Het beheerde BLUN-model krijgt standaard 128.000 uitvoertokens wanneer geen waarde uitdrukkelijk is gezet. De oude vaste grenzen van 32.768 tokens en de lage grenzen voor low en off korten complex werk niet meer in; de contextcapaciteit blijft de veiligheidsgrens.

De updater vraagt voordat hij de installer voorbereidt of start. In het openbare pakket blijft het beheerde BLUN-model vast ingesteld; /model dient alleen nog als compatibiliteitsalias voor /effort.

De pakketgrens is over alle bestandsnamen en leesbare inhoud gecontroleerd. Interne providerpaden, de modelkeuze, build- en regressiescripts, private identifiers en private serveradressen zijn niet opgenomen.

Gecontroleerde pakketversie

Het volledige pakket, de lekscan, de nieuwe installatie, versie- en hulpuitvoer, de standaardinstellingen van een nieuw profiel en de updatebeslissing van 9.1.550 naar 9.1.561 zijn groen. SHA-256 van het npm-pakket: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Nieuw in 9.1.527

Gepubliceerd op

BLUN King 9.1.527 neemt de /copy-procedure over uit DeepAgents.

De opdracht kopieert het nieuwste afgeronde, niet lege assistentantwoord via het bestaande platformonafhankelijke klembordpad.

Wordt /copy tijdens een lopende beurt ingevoerd, dan gebruikt de opdracht de bestaande opdrachtenwachtrij en wordt ze na afronding van het antwoord uitgevoerd.

Duidelijke statusmeldingen dekken succes, een lege geschiedenis en fouten van het klembord in alle zes interfacetalen af.

Een rood-naar-groen-regressie beschermt de opdrachtregistratie, de uitvoering, de selectie van het antwoord, de bytegetrouwe inhoud van het klembord en de goedgekeurde interfaceteksten.

Gecontroleerde pakketversie

Het volledige prepack en de controle van het uitgepakte artefact zijn groen. SHA-256 van het npm-pakket: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Nieuw in 9.1.526

Gepubliceerd op

BLUN King 9.1.526 materialiseert de met het huidige pakket gebundelde AgentSpine-versie, voordat /reload de plug-incatalogus en de MCP-configuratie opnieuw opbouwt.

Niet getroffen plug-invermeldingen blijven behouden. Een ongewijzigde beheerde AgentSpine-boom wordt hergebruikt, zonder installed.json opnieuw te schrijven.

Een rood-naar-groen-regressie tegen 9.1.525 beschermt de bootstrap-volgorde, de overname van de beheerde plug-in en het idempotente gedrag bij het herladen.

Gecontroleerde pakketversie

Het volledige prepack, de controle van het verpakte artefact en de geïsoleerde updatertest van 9.1.525 naar 9.1.526 zijn groen. SHA-256 van het npm-pakket: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Nieuw in 9.1.525

Gepubliceerd op

BLUN King 9.1.525 start elke lokale shell-opdracht onder Windows en POSIX in een eigen procesgroep. Programma's kunnen zich daardoor niet meer aan de sturende console van de BLUN-TUI hechten en Escape, Strg+S of andere editorinvoer onderscheppen.

Standaardinvoer, standaarduitvoer en foutuitvoer blijven in privé-pipes. Interactieve opdrachten krijgen een bestandseinde en mislukken of lopen tegen een time-out aan, zonder met de editor om invoer te concurreren.

De lokale shell-isolatie uit DeepAgents is voor Windows overgenomen. Een uitvoerbare regressietest dekt beide platformpaden en een echte proefrun met een onderschept proces af.

Nieuw in 9.1.524

Zonder datum

BLUN King 9.1.524 houdt de door een Telegram-opdracht /loop gegenereerde directe opdracht in het beschermde bezorgpad voor afstandsopdrachten. Ze kan daardoor niet als tweede gewone wachtrijvermelding overblijven.

De hervattingslijst toont voor elke sessie de grootte van het hervattingscheckpoint, de behouden berichten en tokens, de grootte van de sessiegeschiedenis en ontbrekende, ongeldige of verouderde checkpoints.

De gebundelde AgentSpine-runtime wordt bijgewerkt naar de gecontroleerde officiële versie 0.11.4 met commit 8034487cdd24498076bac48d3f24400bca5e6ae4. Het BLUN-tijdbudget van 180 seconden voor de SessionStart-achtergrondafronding blijft behouden.

Uitvoerbare regressietests beschermen de exact eenmalige bezorging van Telegram-loops en alle toestanden van de hervattingsmeetwaarden. Het bestaande lokale wachtrijgedrag bij een bezette loop blijft ongewijzigd.

Nieuw in 9.1.523

Gepubliceerd op

BLUN King 9.1.523 laat Escape een geopend slash-opdrachtenmenu sluiten en het bijbehorende concept in één stap legen, in plaats van de opdrachttekst achter te laten.

Strg+S geeft een slash-concept ook door aan het bestaande wachtrij- en verwerkingspad wanneer de interface op dat moment idle meldt, in plaats van stil terug te keren vóór het legen van de wachtrij.

Normale concepten blijven behouden wanneer Escape louter een andere autocompletie sluit.

Rood-naar-groen-runtimetests beschermen beide sneltoetsen tegen het exacte gedrag van pakket 9.1.522.

Nieuw in 9.1.522

Zonder datum

BLUN King 9.1.522 schrijft permission.approval_requested onmiddellijk bij het openen van een toolgoedkeuring in de sessiegeschiedenis. Een King zonder toezicht ziet er daardoor niet meer uit als een stil model of een vastgelopen provider, terwijl hij op de bediener wacht.

De bestaande Telegram-goedkeuringsknoppen worden automatisch gebruikt wanneer de toelatingslijst precies één privéchat en willekeurig veel groepen bevat. Bij meerdere mogelijke privé-ontvangers blijft de verzending geblokkeerd, tenzij BLUN_TELEGRAM_APPROVAL_CHAT_ID is gezet.

Een rood-naar-groen-regressie beschermt de onmiddellijke zichtbaarheid in de sessiegeschiedenis, de eenduidige doorzending naar een privéchat, de voorrang van een uitdrukkelijk gezet doel en de afwijzing van dubbelzinnige ontvangers in beide meegeleverde relay-kopieën.

Nieuw in 9.1.521

Zonder datum

BLUN King 9.1.521 voert de AgentSpine-SessionStart-scan buiten het interactieve startpad uit. Een koude scan van de gebruikersmap, die 123,6 seconden duurt, blokkeert daardoor noch de editor, noch de eerste gebruikersinvoer.

Geslaagde SessionStart-uitvoer blijft automatisch: na afronding neemt de achtergrond-hook zijn beperkte briefing nog steeds in de sessiecontext over.

Het tijdbudget voor koude scans stijgt naar 180 seconden. Een rood-naar-groen-runtimetest bewijst dat de start vóór een trage hook terugkeert en de hook daarna kan doorlopen.

Nieuw in 9.1.520

Gepubliceerd op

BLUN King 9.1.520 geeft de AgentSpine-SessionStart-hook bij het herladen voldoende tijd om een koude volledige projectscan af te ronden.

De tijdsgrens voor de AgentSpine-start stijgt van 15 naar 60 seconden. Alle andere hook-tijdsgrenzen blijven ongewijzigd.

Een nieuwe rood-naar-groen-runtimecontrole start de echte AgentSpine-hook in een tijdelijk project en controleert zowel de uitvoer ervan als beide meegeleverde timeout-manifesten.

Gecontroleerde pakketversie

Versie 9.1.520 bevat AgentSpine 0.10.1. De geïsoleerde updatertest van 9.1.519 naar 9.1.520 en het volledige prepack zijn groen. SHA-256 van het npm-pakket: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Nieuw in 9.1.519

Gepubliceerd op

BLUN King 9.1.519 slaat geslaagde uitvoer van de SessionStart-hook op, voordat start of herladen terugkeert. Zo bereikt de AgentSpine-gereedheid de voortgezette modelcontext automatisch en wacht ze niet meer op het eerste gebruikersbericht.

Historische verwijzingen naar extern opgeslagen toolresultaten behouden een beperkte voorvertoning uit begin en einde. Belangrijke ankers voor de hervatting blijven daarmee behouden, zonder het volledige resultaat opnieuw in elke modelaanvraag op te nemen.

Nieuwe rood-naar-groen-runtimecontroles beschermen de SessionStart-contextoverdracht en de historische voorvertoningen. De met 9.1.518 herstelde toolcatalogus voor het Todo-onderhoud blijft ongewijzigd behouden.

Nieuw in 9.1.518

Gepubliceerd op

Tijdens het proactieve onderhoud van de takenlijst blijven Read, Write, Edit en Bash naast TodoList beschikbaar. Het normale herstelpad voor grote bestandswijzigingen wordt daardoor niet meer onderbroken.

Het automatische Todo-onderhoud en de beperkte bewijsprompt ervan blijven behouden, zonder de actieve modelstap naar een zuivere TodoList-toolcatalogus om te schakelen.

Een rood-naar-groen-regressiecontrole beschermt tegen de catalogus-terugval uit 9.1.499 en controleert de selectie van de hersteltools zonder dubbele schema's.

Nieuw in 9.1.517

Gepubliceerd op

Strg+S en Escape blijven ook bij een geopende goedkeuringsvraag beschikbaar. Strg+S verzendt alle wachtende berichten; Escape geeft eerst één wachtend bericht vrij en wijst de goedkeuring pas bij een lege wachtrij af.

De asynchrone sessiebeëindiging wordt in de toetsenbord-, Telegram-/reload- en slash-opdrachtpaden volledig geobserveerd. session.not_found geldt als reeds beëindigde sessie, in plaats van de kern door een niet afgehandelde afwijzing te laten crashen.

Rood-naar-groen-pakketcontroles beschermen de ruwe Windows-besturingstekens en de gemeten fout bij het beëindigen van een niet meer bestaande sessie.

Nieuw in 9.1.516

Gepubliceerd op

Ontbreekt in de opgeslagen geschiedenis na de compactie het begin van een assistentstap, dan reconstrueert de weergave het uit de volgende inhouds- of toolgebeurtenis. king -c breekt daardoor niet meer af met de interne fout Received content_part for unknown step_uuid 'undefined'.

Een Telegram-bericht verlaat de wachtrij exact één keer, zodra de kern de actieve overdracht ervan persistent heeft aangenomen. Echte afwijzingen blijven voor een nieuwe poging behouden. Een onverwacht beëindigde, door King beheerde Telegram-bridge wordt door precies één samengevoegde wachter opnieuw gestart.

Per modelstap wordt alleen de eerste TodoList-wijziging aangenomen. Afgeronde punten verdwijnen automatisch, openstaande markeringen blijven ook in ANSI16-terminals zichtbaar en een nieuwe lijst begint met precies één lopend punt. De vaste volgorde is: dringend, direct gebruikersbericht, geadresseerd botbericht, botbericht, normaal bericht.

De eerste toolgeschikte stap wacht hoogstens 2,5 seconden op de initiële MCP-catalogus; optionele servers mogen op de achtergrond verder starten. Bij het programma-opstarten wordt alleen het actieve profiel gecontroleerd en geïnstalleerd.

Gecontroleerde pakketversie

Versie 9.1.516 bevat AgentSpine 0.10.1. Alle acht prepack-regressiecontroles, node --check, de controle van de pakketmetagegevens en een nieuwe pakketcontrole zijn groen. Hetzelfde npm-pakket bevat de platformonderdelen voor Windows, Linux en macOS. SHA-256 van het npm-pakket: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Nieuw in 9.1.515

Gepubliceerd op

Een waarheidsgetrouw ongewijzigde takenlijst wordt na langer aantoonbaar werk weer geaccepteerd. De King hoeft geen voortgang te verzinnen of louter een titel te herformuleren om zijn eigenlijke werk te mogen voortzetten.

Ook een idle-loop kan een nog open TodoList weer oppakken, zonder de agent persistent in de onderhoudsbeurt met uitsluitend de Todo-tool vast te houden. Een prepack-regressiecontrole beschermt beide foutpaden.

Gecontroleerde pakketversie

Versie 9.1.515 bevat AgentSpine 0.10.1. De gerichte Todo-loop-regressiecheck, node --check, de controle van de releasemetagegevens en een nieuwe pakketinstallatie zijn groen. Hetzelfde npm-pakket bevat de platformonderdelen voor Windows, Linux en macOS. SHA-256 van het npm-pakket: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Nieuw in 9.1.514

Gepubliceerd op

BLUN King 9.1.514 maakt het inhoudsvrije Telegram-bezorgjournaal robuust tegen gemanipuleerde queue-enveloppen.

Berichtidentificaties worden alleen nog als positieve decimale getallen overgenomen. Reeds berekende chat-hashes zijn uitsluitend toegestaan als exact twaalfcijferige hexwaarden in kleine letters. Foutieve, inhoudachtige waarden worden weggegooid in plaats van te worden gelogd.

De bestaande Telegram-verwerking, de bezorgfases, de journaalrotatie en de inhoudsvrije quarantainediagnose blijven ongewijzigd. Alle 133 pakkettests en nieuwe pakketproefruns voor Windows x64, Linux x64, macOS ARM64 en macOS x64 zijn groen.

Gecontroleerde pakketversie

Versie 9.1.514 bevat AgentSpine 0.10.1 en ReadBatch. SHA-256 van het npm-pakket: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Nieuw in 9.1.513

Gepubliceerd op

BLUN King 9.1.513 logt het Telegram-bezorgpad vanaf de binnenkomst bij de brug via routing, plaatsing in de wachtrij en invoeding tot aan de bevestiging, het herstel of de quarantaine.

Het beperkte journaal slaat uitsluitend inhoudsvrije identifiers, hashes, bezorgfases, tellers en opgeschoonde foutredenen op. Berichtteksten, prompts, paden, gebruikersnamen, tokens, toegangsgegevens en ruwe foutmeldingen worden niet vastgelegd.

Ook de quarantainediagnose dupliceert geen Telegram-berichten, weergaveteksten, herkomstopgaven, ruwe chat-ID's of afbeeldingspaden meer. Alle 132 pakkettests en nieuwe pakketproefruns voor Windows x64, Linux x64, macOS ARM64 en macOS x64 zijn groen.

Gecontroleerde pakketversie

Versie 9.1.513 bevat AgentSpine 0.10.1 en ReadBatch. SHA-256 van het npm-pakket: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Nieuw in 9.1.512

Gepubliceerd op

BLUN King 9.1.512 dwingt bij het proactieve TodoList-onderhoud een gewijzigde, op bewijs gesteunde update af, in plaats van dezelfde lijst onbeperkt opnieuw aan te nemen. De geïsoleerde onderhoudsbeurt krijgt hoogstens acht compacte opgaven van toolnaam en resultaat sinds de laatste geaccepteerde update.

Prompts, argumenten, opdrachten, volledige paden, toolresultaten of de werkgeschiedenis worden daarbij niet opnieuw ingespeeld. Een mislukte TodoList-poging bewaart dit beperkte bewijs voor de volgende poging; een geslaagde update verwijdert de gebruikte opgaven. Afgeronde punten verdwijnen nog steeds automatisch, en in de volgende stap staan de normale werktools weer klaar.

Gecontroleerde pakketversie

9.1.512 doorstaat 127 van 127 pakkettests. Nieuwe installaties kiezen onder Windows x64, Linux x64, macOS ARM64 en macOS x64 de verwachte platformonderdelen en bevatten AgentSpine 0.10.1 en ReadBatch. SHA-256 van het npm-pakket: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Nieuw in 9.1.511

Gepubliceerd op

BLUN King 9.1.511 levert AgentSpine 0.10.1 als nieuwe, inhoudsgeadresseerde kern-plug-inversie. De verplichte preflight controleert nog steeds elk actief host-aanwijzingsbestand raceveilig en bindt de identiteit ervan aan de exacte beurt, maar dupliceert de reeds door de host geladen volledige tekst niet meer in de runtimecontext.

Deze versie vult verplichte voor-antwoordbewijzen, bevestigde must-remember-vermeldingen en de zelfherstellende synchronisatie van de geauthenticeerde persona- en relatiegraaf aan. Ontbrekende groepen, personen en lidmaatschappen worden bij een nieuwe roster-afstemming gerepareerd; lokale relatievragen eindigen bij een blokkade na vijf seconden zichtbaar.

De beperkte Telegram-Mnemo-vraag blijft behouden: eerdere berichten worden alleen bij concrete behoefte geladen met nauwe agent-, persoon-, groep-, onderwerp-, thread- en tijdreferentie. Een volledige Telegram-geschiedenis komt niet routinematig in de prompt terecht.

Gecontroleerde pakketversie

9.1.511 doorstaat 126 van 126 pakkettests. De echte 15.519-byte-CLAUDE.md is volledig gecontroleerd, terwijl de totale geïnjecteerde context 5.667 byte omvatte en geen volledige aanwijzingstekst bevatte. Nieuwe installaties kiezen onder Windows x64, Linux x64, macOS ARM64 en macOS x64 de verwachte platformonderdelen en bevatten AgentSpine 0.10.1 en ReadBatch. SHA-256 van het npm-pakket: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Nieuw in 9.1.510

Gepubliceerd op

BLUN King 9.1.510 voegt de tool ReadBatch toe. Deze leest twee tot twaalf onderling onafhankelijke, reeds bekende UTF-8-bestanden of bestandsbereiken in één modelstap en behoudt daarbij de volgorde van de aanvragen. Elk pad doorloopt dezelfde toegangs-, regel- en machtigingscontroles als een afzonderlijke Read-aanroep. Deelresultaten blijven zichtbaar; alleen een volledig mislukte stapel geldt als totale fout.

Gecontroleerde pakketversie

9.1.510 doorstaat 125 van 125 pakkettests. Nieuwe installaties kiezen onder Windows x64, Linux x64, macOS ARM64 en macOS x64 de verwachte platformonderdelen en bevatten ReadBatch. AgentSpine bleef bewust op 0.8.0, totdat de onafhankelijk gevonden contextbudget-blocker van de nieuwere voorversie zonder vergrote runtimeprompt was opgelost. SHA-256 van het npm-pakket: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Nieuw in 9.1.509

Gepubliceerd op

BLUN King 9.1.509 vereist bij elk toegestaan Telegram-werkbericht tussen bots een uitdrukkelijke vermelding van de beoogde King. Botberichten zonder passende vermelding blijven zichtbaar, maar worden noch gebufferd, noch in de wachtrij geplaatst, noch bezorgd, noch later in de modelcontext van deze King overgenomen. Zo kan een prioritair botbericht voor de ene King niet meer de taak van een andere King worden.

Gecontroleerde pakketversie

Alle 121 pakkettests slagen. Hetzelfde pakket bevat de gecontroleerde platformonderdelen voor Windows x64, Linux x64, macOS ARM64 en macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Nieuw in 9.1.508

Gepubliceerd op

Openstaande Todo-punten hebben weer een zichtbaar vakje. Ook de eerste gewone takenlijst begint met precies één lopend punt; latere stappen blijven openstaand totdat hun werkelijke begin is bewezen.

Aangenomen Telegram-direct- en groepsberichten worden asynchroon, persistent gebufferd en exact gededupliceerd aan Mnemo overgedragen. Een tijdelijk onbereikbare hub blokkeert noch de Telegram-bezorging, noch de King-run. /loop-opdrachten en interne loop-ticks worden bewust niet opgeslagen.

AgentSpine laadt geen volledige Telegram-geschiedenis in de runtimecontext. Vereist een taak een eerder bericht, dan volgt een beperkte Mnemo-vraag naar agent, persoon, groep, onderwerp, thread en periode.

Gecontroleerde pakketversie

Alle 120 pakkettests slagen. Nieuwe installaties kiezen onder Windows, Linux x64, macOS ARM64 en macOS x64 telkens de juiste native klembordcomponent en bevatten de beheerde Telegram-Mnemo-verbinding en AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Nieuw in 9.1.507

Gepubliceerd op

BLUN King 9.1.507 draagt het model in de Read-tool uitdrukkelijk op om onderling onafhankelijke bestands- en bereiklezingen in één modelantwoord te bundelen, wanneer meerdere invoerbronnen nuttig kunnen zijn.

Dat vermindert vermijdbare modelronden bij grote werkcontexten, zonder uitvoering, paginanavigatie, machtigingen of resultaatbehandeling van Read te wijzigen.

Gecontroleerde pakketversie

Een gerichte regressietest beschermt de wijziging; alle 112 pakkettests slagen.

Nieuw in 9.1.506

Gepubliceerd op

Afgeronde TodoList-punten worden onmiddellijk uit de zichtbare TUI verwijderd. De persistente takenlijst heeft deze vermeldingen al correct verwijderd; nu toont de interface dezelfde opgeschoonde toestand, terwijl lopend en openstaand werk volledig behouden blijft.

De automatische onderhoudsbeurt gebruikt een eigen systeemprompt van 546 tekens. Eerder werd daarvoor de volledige werkprompt van ongeveer 19.000 tekens toegevoegd, hoewel alleen de Todo-tool beschikbaar was. De daaropvolgende werkstap krijgt nog steeds de volledige prompt en zijn normale toolcatalogus.

Gemeten contextwinst en pakketversie

Een echte run toonde voor elke achtste werkstap een eigen Todo-onderhoudsbeurt met 15.221 invoertokens. De statische onderhoudsprompt krimpt met 18.470 tekens; de werkelijke tijdsbesparing wordt na de vlootupdate opnieuw gemeten. De gepubliceerde tarball doorstaat 111 van 111 tests. Nieuwe pakketinstallaties onder Windows met Node 24.19.0 en Linux met Node 24.18.0 bevestigen versie 9.1.506; de macOS-binaries voor ARM64 en x64 zitten in het identieke npm-pakket. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Nieuw in 9.1.505

Gepubliceerd op

Een Telegram-bericht dat na de overname van het kanaal maar nog vóór de afronding van de queue-activering binnenkomt, wordt niet meer als oude achterstand overgeslagen. Zonder geldig controlepunt begint de verwerking bij de bij de start van de overname gemeten bytegrens in plaats van bij het latere bestandseinde.

Een geldig persistent controlepunt behoudt voorrang. Wordt het queue-bestand tijdens de overdracht vervangen, dan begint het nieuwe bestand veilig bij byte nul; reeds vóór de overname aanwezige historische berichten worden nog steeds niet opnieuw ingespeeld.

Gemeten terugval en pakketversie

De groepsmelding 63456 arriveerde één seconde na de kanaalovername, het controlepunt sprong tot exact aan het einde ervan en het bericht verscheen in geen enkele modelgeschiedenis. Dit reële verliestraject is als regressie beschermd. De gepubliceerde tarball doorstaat 111 van 111 tests; nieuwe pakketinstallaties onder Windows met Node 24.19.0 en Linux met Node 24.18.0 en een reële update van 9.1.504 bevestigen versie 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Nieuw in 9.1.504

Gepubliceerd op

Een Telegram-bericht dat bij een lege agentrun al in de wachtrij ligt, wordt nu via het normale kanaalpad als nieuwe modelbeurt gestart. Het wacht niet langer op een actieve run, die in de idle-modus per definitie niet kan ontstaan.

De bestaande overdracht naar een lopende beurt blijft ongewijzigd. Ook blijven het geïsoleerde Todo-onderhoud, het automatisch verwijderen van afgeronde punten en het daaropvolgende herstel van de normale bestands-, zoek- en shell-tools beschermd.

Gecontroleerde pakketversie

De gepubliceerde tarball doorstaat 106 van 106 tests. De nieuwe idle-regressie was vóór de ingreep rood en is daarna samen met 24 queue-tests groen. Nieuwe pakketinstallaties onder Windows met Node 24.19.0 en Linux met Node 24.18.0 bevestigen versie 9.1.504 en dezelfde SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Nieuw in 9.1.503

Gepubliceerd op

Het geïsoleerde Todo-onderhoudsbericht draagt nu ook een uitdrukkelijk leeg toolCalls-veld. Zo voldoet het aan dezelfde berichtvorm als reguliere werkbeurten en kan het door de BLUN-providernormalisatie veilig worden verwerkt.

De echte runtimefout TypeError: message.toolCalls is not iterable treedt daardoor niet meer op vóór de TodoList-aanroep. Een regressietest itereert het gegenereerde bericht precies zoals de providergrens, voordat het onderhoud wordt toegestaan.

Gecontroleerde pakketversie

De gepubliceerde tarball doorstaat 105 van 105 tests. Nieuwe pakketproefruns onder Windows met Node 24.19.0 en Linux met Node 24.15.0 bevestigen de volledige providerberichtvorm, het geïsoleerde Todo-onderhoud en het automatisch verwijderen van afgeronde punten. De reële vlootacceptatie loopt na de gecontroleerde herstart van de drie Kings.

Nieuw in 9.1.502

Gepubliceerd op

De TodoList-onderhoudsstap die aan de beurt is, krijgt alleen nog een nieuw, tot de actuele taak en zichtbare lijst beperkt bericht. Oude Read-, Bash- of MCP-aanroepen uit de werkgeschiedenis kunnen daardoor niet meer in de opzettelijk tot TodoList beperkte stap terechtkomen.

Afgeronde taken verdwijnen bij het opslaan automatisch uit de zichtbare en persistente lijst. Lopende, openstaande, geblokkeerde, op goedkeuring wachtende en afgebroken punten blijven behouden; de lijst groeit daardoor niet onbeperkt door afgerond werk.

Gemeten vlootbevinding

Twee agentprofielen stuitten onafhankelijk op dezelfde terugval: na geslaagd toolgebruik herhaalde het Todo-onderhoud historische inhoudelijke tools en toonde Tool not found. De gepubliceerde tarball doorstaat 105 van 105 tests. Nieuwe installaties onder Windows met Node 24.19.0 en Linux met Node 24.15.0 bevestigen het geïsoleerde onderhoud, het verwijderen van afgeronde punten en de terugkeer van de normale tools. Een echte macOS-acceptatie is geen onderdeel van dit bewijs.

Nieuw in 9.1.501

Gepubliceerd op

Na een geslaagde TodoList-onderhoudsstap staan in de direct daaropvolgende werkstap weer alle voor de beurt geselecteerde tools klaar. Read, Bash en andere inhoudelijke tools blijven niet langer verborgen achter de tijdelijk beperkte Todo-catalogus.

Gerepareerde terugval

De Todo-stap bood opzettelijk alleen TodoList aan. De toolselectie ervan bleef echter zonder uitdrukkelijk herstel ook in de vervolgstap actief. 9.1.501 zet daar weer de normale catalogus in en beschermt beide vervolgstap-paden met een regressie.

Golden Release 9.1.500

Gepubliceerd op

Deze versie bundelt de volledige functionaliteit van 9.1.499 ongewijzigd als gezamenlijke npm-publicatie voor Windows, Linux en macOS. De gouden markering is bewust beperkt tot de koppen van deze versie; oudere vermeldingen behouden hun bestaande weergave.

Releaseversie

De Golden Release neemt de gecontroleerde Todo-, queue-, loop-, context-, AgentSpine- en beeldanalysewijzigingen uit 9.1.499 over zonder extra runtime-logica.

Nieuw in 9.1.499

Gepubliceerd op

Beeld-, audio- en videogegevens buiten de nieuwste twaalf gespreksberichten worden alleen in de herhaalde modelprojectie door korte verwijzingen vervangen. Actuele media, berichttekst en de volledige ruwe sessiegeschiedenis blijven ongewijzigd.

In een gemeten hervattingscheckpoint bespaart deze projectie 85.748 tekens, oftewel ongeveer 21.437 geschatte invoertokens per verdere toolstap.

Todo-onderhoud dat aan de beurt is, loopt vóór het negende werkblok als eigen low-effort-modelstap. In deze stap biedt de runtime uitsluitend TodoList aan; bestands-, zoek-, shell- en andere inhoudelijke tools worden pas na een geldige update weer toegestaan.

Nieuwe gebruikersberichten behouden voorrang op het Todo-onderhoud. De harde Todo-controle blijft als veiligheidsnet voor werkelijk ongeldige updates behouden, maar verschijnt niet meer als normale rode tussenfout vóór zelfstandig lijstonderhoud.

Gecontroleerd bewijs

De gepubliceerde tarball doorstaat 105 van 105 runtime- en regressietests. Nieuwe geïsoleerde installaties onder Windows met Node 24.19.0 en Linux met Node 24.15.0 melden exact versie 9.1.499 en bevestigen mediaprojectie, ongewijzigde ruwe geschiedenis, Todo-voorsturing en het verbergen van alle inhoudelijke tools tijdens de Todo-stap. De kandidaat omvat 850 paden en draagt SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Een echte macOS-acceptatie is geen onderdeel van dit bewijs.

Nieuw in 9.1.498

Gepubliceerd op

/usage toont de door de provider gemelde prompt-cache-hitrate en gelezen en geschreven cache-tokens per model. Zonder gemelde cache-activiteit verzint de weergave geen rate.

/tokens is een korte alias voor de bestaande gedetailleerde contextdiagnose; /offload roept de bestaande archiverende compactie aan. Beide paden veroorzaken geen extra modelaanroep.

Verschillende geautoriseerde botberichten worden niet meer door een star 15-secondenvenster verworpen. De bestaande volgorde blijft behouden: privé- en uitdrukkelijk geadresseerde berichten staan vóór botberichten, botberichten vóór normale context.

Een volledige compactie neemt de exacte Todo-lijst over in de nieuwe context. Zijn daarna pad, opdracht, hash of vereiste onzeker, dan vereist een eenmalige herstelmelding eerst het lezen van de gearchiveerde geschiedenis in plaats van een brede bestandszoektocht of een nieuwe start.

Afgeronde Todo-stappen blijven als bewijs behouden. Maken latere inzichten een stap opnieuw nodig, dan blijft de bewezen afronding staan en verschijnt de nieuwe controle als eigen lopende stap met een reden.

Terugkerende sessieloops wachten zolang de onderhouden Todo-lijst nog lopend of openstaand werk bevat. Gemiste intervallen worden tot de echte idle-modus samengevoegd; andere geplande herinneringen blijven daarvan onaangetast.

Gecontroleerd bewijs

De voorbereide tarball doorstaat 100 van 100 runtime- en regressietests. Nieuwe geïsoleerde installaties onder Windows met Node 24.19.0 en Linux met Node 24.15.0 melden exact versie 9.1.498 en bevestigen cache-weergave, opdrachtaliassen, compactieherstel, monotone Todo-bewijzen, sessieloop-bescherming, pakket-changelog en botprioriteit. De kandidaat omvat 849 paden en draagt SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Een echte macOS-acceptatie is geen onderdeel van dit bewijs.

Nieuw in 9.1.497

Gepubliceerd op

Telegram-botberichten uit gedeelde groepen staan achter privé- en uitdrukkelijk geadresseerde berichten, maar vóór normale context. De prioritering dwingt geen antwoord af.

Een aangenomen Telegram-bericht verdwijnt uit de zichtbare queue zodra de ingespeelde modelstap begint. Een afgewezen bezorging of een annulering vóór de eerste stap houdt het bericht bewaard voor een nieuwe poging.

Een openstaand Telegram-antwoord of een berichtbewerking wordt niet meer door het Todo-onderhoud geblokkeerd. De volgende normale werkstap blijft tot de waarheidsgetrouwe update van de Todo-lijst geblokkeerd.

Versies 9.1.496 tot en met 9.1.487

VersieWijzigingen
9.1.496Bezorgt Telegram-gebruikersberichten automatisch afzonderlijk, verwijdert alleen de exact aangenomen of beantwoorde bericht-ID, dwingt waarheidsgetrouwe voortgang af voor elke zichtbare Todo-lijst en verbergt geslaagde interne hook-payloads.
9.1.495Start elk nieuw of vervangen doel met een nieuwe zichtbare Todo-lijst, vereist waarheidsgetrouwe updates, verwijdert succesvol beantwoorde Telegram-groepsfocus onmiddellijk, verschuift normale ontvangstbevestigingen tot het einde van de beurt en voegt echte decoderingscontroles voor Ctrl+S en Ctrl+T toe.
9.1.494Scheidt de sneltoetsen weer eenduidig: Ctrl+S stuurt alleen de queue-achterstand, Ctrl+T alleen de Todo-lijst. Telegram-gebruikersberichten autoriseren zich bij lopend werk voor de volgende veilige overdracht.
9.1.493Telegram-gebruikersberichten worden tijdens actief werk automatisch voor de volgende veilige overdracht vrijgegeven. Directe berichten blijven binnen de queue vooraan, zonder groepsberichten persistent stil te zetten.
9.1.492Reeds vrijgegeven groepsberichten blijven bij een tijdelijk bezette bezorging behouden en worden opnieuw geprobeerd. Pakket, npm-metagegevens, openbaar manifest en changelog worden vóór een succesmelding gezamenlijk gecontroleerd.
9.1.491Directe Telegram-berichten worden bij lopend werk onmiddellijk geprioriteerd. De handmatige queue-sturing bleef voor andere berichten bestaan.
9.1.490De pakketgeschiedenis documenteert de niet-gepubliceerde versie 9.1.487 en de daadwerkelijk gepubliceerde reparaties vanaf 9.1.488 volledig.
9.1.489Takenlijst, queue-sturing, Telegram-uitvoeringsidentiteit, AgentSpine-profielinstallatie en de beheerde beeldanalyse zijn hersteld en met regressietests beschermd.
9.1.488De voorbereide AgentSpine-kern-plug-in is gepubliceerd. Telegram-duplicaten laten geen schijnbeurt meer achter; denkdiepte en veilige telemetrie-afhandeling blijven over toolstappen heen behouden.
9.1.487Niet gepubliceerd. Deze versie bereidde AgentSpine als beheerde kern-plug-in voor. Op npm volgde na 9.1.486 direct 9.1.488.

Nieuw in 9.1.486

Gepubliceerd op

Nieuwe en bijgewerkte profielen starten nu onder Windows, macOS en Linux betrouwbaar in het Engels. Een opgeslagen automatische taalwaarde wordt één keer gemigreerd, terwijl uitdrukkelijk gekozen talen ongewijzigd blijven.

Automatische updates bij de start zijn via de bestaande versiegebonden installer weer standaard geactiveerd. [upgrade].auto_install = false behoudt de bevestigingsvraag; een achtergrond-updater wordt niet opnieuw ingevoerd.

Startdialogen, voortgang, fouten, succesmeldingen en sessievoortzetting gebruiken nu dezelfde taal. Regressie- en mutatietests beschermen migratie, updatepad en sessiegegevens.

Gecontroleerd bewijs

De volledige testsuite slaagde met 1.474 van 1.474 controles. Een geïsoleerde update-run installeerde 9.1.486 uit 9.1.485, bewaarde configuratie en sessie ongewijzigd en startte de nieuwe CLI. Een aparte proefrun bij het opstarten bewees de automatische installatie zonder bevestigingsvraag en de eenmalige migratie van een oude automatische taalwaarde naar het Engels.

Versies 9.1.485 tot en met 9.1.178

VersieWijzigingen
9.1.485
  • Beperkt de eerste zichtbare weergave van een voortgezette sessie zonder scrollback-index tot de 15 actieve gespreksbeurten, in plaats van het volledige gesprek opnieuw weer te geven.
  • Leegt na een geslaagde update het zichtbare updategebied, voordat de nieuwe console start; de normale terminal-scrollback blijft behouden.
  • Voegt regressie- en mutatiecontroles toe voor de weergave-terugval, inclusief een simulatie met 97.596 records.
9.1.484
  • De plug-inherkenning accepteert ook .codex-plugin/plugin.json en lost PLUGIN_ROOT respectievelijk BLUN_PLUGIN_ROOT op in opdracht, argumenten en werkmap.
9.1.483
  • Het compactiemodel is afzonderlijk van het actieve model te kiezen, op te slaan en op overerving terug te zetten; keuze en terugmelding staan in de idle-opdracht en in de gelokaliseerde instellingen klaar.
9.1.482
  • Uitgeladen Read-resultaten bewaren de volgende line_offset en zetten de oorspronkelijke leesbewerking daar voort, in plaats van hetzelfde bestand opnieuw aan het begin te lezen.
9.1.481
  • Deelagent-antwoorden die bij de tokenlimiet eindigen zonder toolaanroep worden als max_tokens voor de bestaande voortzetting herkend. Glob-patronen met .. en benoemde thuispaden zoals ~name worden afgewezen.
9.1.480
  • Werkt de meegeleverde translate-native-skill en de Language Guard-MCP bij naar versie 6.42.13.
  • Bindt de meegeleverde bestanden van de taalbescherming bytegetrouw aan de bron-commit 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Voegt herkomst- en mutatiecontroles toe, zodat gewijzigde beschermingsbytes of een afwijkende skill-versie de publicatiecontrole laten mislukken.
9.1.479
  • Voegt aan de privé-King-dienst van de Agent API een geauthenticeerde interne route voor de beschikbaarheidscontrole toe.
  • Controleert de beschikbaarheid van de dienst, zonder een klantsessie aan te maken of een agentrun te starten.
  • Beperkt de route tot de loopback-interface en GET, beschermt haar met een geheim en voorkomt dat ze wordt gecachet.
9.1.478
  • Verhelpt gewone pauzes van de directe Telegram-focus na een herstart, ook wanneer oudere controlepunten geen antwoordtermijn bevatten.
  • Bewaart uitdrukkelijk door de gebruiker aangevraagde pauzes tot de goedkeuring, in plaats van ze automatisch te laten verlopen.
  • Geeft in de wachtrij geplaatste kanaalberichten voor een actieve run vrij, zodra de directe focus eindigt.
9.1.477
  • Voegt aan de privé-dienst van de Agent API een uitdrukkelijke, door de beheerder gestarte proceshuls toe.
  • Verwerkt SIGINT en SIGTERM exact één keer, ook wanneer de signalen tijdens de start binnenkomen.
  • Breekt met beperkte meldingen veilig af, roept process.exit niet aan en start de dienst nooit automatisch.
9.1.476
  • Voegt aan de privé-dienst van de Agent API een omgevingscontract toe dat standaard blokkeert (fail-closed).
  • Vereist een uitdrukkelijk vastgelegde loopback-poort, isolatiegeheimen, providerinstellingen en resourcegrenzen.
  • Laat de privé-dienst gestopt en de automatische opschoning van inactieve sessies gedeactiveerd, totdat beide uitdrukkelijk zijn geconfigureerd.
9.1.475
  • Geeft uitsluitend overeenkomstig geconfigureerde en werkelijk inactieve sessies van de Agent API vrij, voordat een klant de sessielimiet bereikt.
  • Beschermt actieve model- en tooluitvoeringen, ongeacht hun leeftijd, en werkt bij echt gebruik de inactiviteitsperiode bij.
  • Laat de automatische opschoning gedeactiveerd, totdat een beheerder uitdrukkelijk een time-out voor inactiviteit configureert.
9.1.474
  • Heft de actieve sessietoewijzing op wanneer de voortzetting van een agent na een toolresultaat mislukt.
  • Maakt daarna het uitdrukkelijk sluiten van de betreffende sessie mogelijk.
  • Laat geslaagde toolresultaten en het openbare modelcontract ongewijzigd.
9.1.473
  • Beschermt een sessie van de Agent API tegen sluiten, zolang de eerste modelaanroep nog loopt.
  • Geeft de sessie na een geslaagd antwoord of een modelfout betrouwbaar vrij.
  • Laat het bestaande pad voor onverwerkte modellen en het openbare modelcontract ongewijzigd.
9.1.472
  • Stelt klanten in staat een inactieve sessie van de Agent API uitdrukkelijk te sluiten en hun beperkte sessieruimte vrij te geven.
  • Voorkomt het sluiten van actieve sessies en beperkt elke sluiting tot de betreffende eigenaarklant.
  • Stelt de vrijgegeven ruimte voor een nieuwe sessie beschikbaar, zonder het openbare modelcontract te wijzigen.
9.1.471
  • Voegt een gesloten diensthost toe die de privé-Agent-API-stack samenstelt, zonder deze automatisch te starten.
  • Vereist gescheiden geheimen voor transport en isolatie, een absolute hoofdmap voor klanten en een uitdrukkelijke configuratie van de King-uitvoeringsomgeving.
  • Bindt listeners aan de loopback-interface en sluit bij het afsluiten elke klantsessie en elke uitvoeringsomgeving.
9.1.470
  • Isoleert headless sessies van de Agent API per vertrouwde klant en openbare sessie.
  • Vat gelijktijdige eerste toegangen in een SDK-sessie samen en beperkt actieve klanten en sessies.
  • Gebruikt sleutelgebonden ondoorzichtige interne identifiers en werkmappen, terwijl stabiele openbare sessie-identifiers behouden blijven.
9.1.469
  • Voegt aan de adapter van de Agent API een privé-HTTP-transport toe dat uitsluitend via de loopback-interface bereikbaar is.
  • Vereist een dienstgeheim en een aan serverzijde vastgelegde klantidentiteit; vervalste identiteitsopgaven in de aanvraaginhoud worden genegeerd.
  • Wijst te grote of foutieve aanvragen af en houdt interne providerdetails buiten openbare foutmeldingen.
9.1.468
  • Houdt de hoofdagent bereikbaar, terwijl subagents op de achtergrond en geneste subagents verderwerken.
  • Stelt beperkte sessies van de Agent API in staat de levenscyclus van subagents te gebruiken, zonder lokale shell- of bestandssysteemtools bloot te leggen.
  • Geeft de exacte toolgrens door aan elk genest subagentniveau, zodat beperkingen niet via delegatie kunnen worden omzeild.
9.1.467
  • Voegt een uitdrukkelijke transportadapter voor agentuitvoeringen toe, zonder bestaande routes voor onverwerkte modellen of modellijsten te onderscheppen.
  • Bindt toolresultaten en gerichte afbrekingen aan hetzelfde klant-, sessie- en aanvraagbereik.
  • Toont uitsluitend King, ruimt onverwachte interne fouten op en wijst streaming af, totdat daarvoor een agentcontract bestaat.
9.1.466
  • Legt elke afgeronde modelaanroep van de Agent API vast onder een stabiele taak-ID, zonder het gebruik van verschillende klanten samen te voegen.
  • Een persistente JSONL-toewijzing houdt aanvraag, sessie, taak, aanroep-ID en onverwerkte gebruiksvelden ook na een herstart vindbaar.
  • Naar buiten verschijnen alleen King en de onverwerkte tellers voor invoer, gecachte invoer en afronding; ontbrekende gebruiksgegevens blijven uitdrukkelijk gemarkeerd.
9.1.465
  • Voegt een geïsoleerde uitvoeringssturing voor het uitdrukkelijke agent-eindpunt van de Agent API toe, zonder onverwerkte modelafrondingen te wijzigen.
  • Door de client beheerde toolaanroepen behouden over resultaatrondes heen één enkele King-uitvoering en blijven tot de oorspronkelijke aanvraag beperkt.
  • Antwoorden van bovenliggende agents sluiten gebeurtenisstromen van kind-agents en verworpen concepten van nieuwe pogingen uit.
9.1.464
  • Beheerde subagents draaien nu ontkoppeld, zodat de hoofdagent bereikbaar blijft terwijl gedelegeerd werk wordt voortgezet.
  • Lopende subagents kunnen met TaskUpdate worden aangestuurd of met TaskStop worden beëindigd, zonder de hoofdsessie te sluiten.
  • Geadresseerde Telegram-groepsberichten blijven in de focus, totdat de agent in de passende chat antwoordt.
9.1.463
  • Een checkpoint-resume rendert bij aanwezige venstergegevens alleen de laatst actieve TUI-beurtgroep; oudere regels blijven in het scrollarchief en worden indien nodig nageladen.
9.1.462
  • Ongewijzigde tui.toml-inhoud veroorzaakt geen atomaire bestandswissel meer; echte wijzigingen blijven het bestaande vergrendelde schrijfpad gebruiken.
9.1.461
  • /status onderscheidt de geladen runtimeversie van het geïnstalleerde pakket en meldt een afwijking ook in de Telegram-afstandsstatus.
9.1.460
  • Oudere zichtbare sessieberichten blijven in een persistent schijfarchief en worden bij het omhoogscrollen bloksgewijs geladen, zonder bij de start alle tekstblokken in te lezen.
9.1.459
  • Een resume herstelt een integriteitsgebonden semantisch controlepunt en leest alleen het sindsdien aangehechte deel van het ongewijzigde sessiebestand; bij een ongeldig controlepunt blijft de volledige replay als terugval.
9.1.458
  • Een uit een extern verslag overgenomen controlesom wordt alleen gebonden wanneer precies deze waarde in de gekozen brongebeurtenis aanwezig is.
9.1.457
  • Komt dezelfde controlesom uit meerdere externe gebeurtenissen, dan wordt de herkomst als dubbelzinnig aangemerkt in plaats van aan één verslag toegeschreven.
9.1.456
  • Controlesommen in uitgaande Telegram-berichten worden afgestemd op lokale toolresultaten en zichtbare externe verslagen; niet toegewezen waarden veroorzaken een herkomstmelding.
9.1.455
  • Telegram-verslagen kunnen via chat- en berichtidentificatie als credible_unverified worden gebonden; de runtime bepaalt reporter en gebeurtenisherkomst.
9.1.454
  • Nieuwe controles worden automatisch aan de genererende sessie en de genererende agent gebonden; doorgestuurde metingen blijven externe verslagen.
9.1.453
  • Een afrondingsbewijs wordt aan het actueel geldige afrondingscriterium gebonden en bij een ander of verouderd criterium afgewezen.
9.1.452
  • Elk bewijs wordt aan het werkelijk gemeten doelbereik gebonden; opdrachtcontroles moeten aan beide zijden dezelfde veilige BLUN_EVIDENCE_SCOPE-waarde voeren.
9.1.451
  • Elk bewijs draagt de exacte soort inspection, integrity, syntax, test of reachability. Een zwakkere controle mag niet als sterkere worden voorgesteld.
9.1.450
  • Resultaatbewijzen en controlebewijzen worden gescheiden. Alleen een nieuwe of gewijzigde controleur heeft een tweede, zelfstandig scherptebewijs nodig; normale metingen hebben geen rode proef nodig.
9.1.449
  • Het afrondingsbewijs noemt de exacte geslaagde controleaanroep via zijn toolCallId; een gemengde opdracht-aanroep met wijziging en controle volstaat niet.
9.1.448
  • Een doelafronding moet de gecontroleerde bewering aan een geslaagde controleaanroep van dezelfde beurt binden; zuivere schrijf- of wijzigingstools gelden niet als bewijs.
9.1.447
  • Een gekozen handeling wordt aan persistente beslissingsbewijzen gebonden; onbekende of verouderde bewijzen dwingen een nieuwe planning af.
9.1.446
  • De live-herhalingsblokkering herkent bovendien korte terugkerende woordreeksen van twee tot acht woorden.
9.1.445
  • Gekozen leeraanwijzingen worden samen met het gevalideerde leerresultaat van de actuele beurt als blootstellingsspoor opgeslagen, zonder daaraan causaliteit te verbinden.
9.1.444
  • De relevantiezoektocht naar eerdere fouten gebruikt persistente doel-, controlepunt- en probleemkadergegevens in plaats van alleen de recentste gebruikersberichten.
9.1.443
  • Bij een onmiddellijke doelvoortzetting laadt een uitdrukkelijke tool:- of skill:-selectie precies het gekozen hulpmiddel.
9.1.442
  • De werkfocus bewaart de beslissingsdraad uit status, fase, laatste controle, selectie, reden, ondersteuning, risico en omkeerbaarheid.
9.1.441
  • Ontbrekende kennis wordt als eigen knowledge_gap-domein gevoerd in plaats van in de algemene doeltekst, geprioriteerd en bij een lege waarde verborgen.
9.1.440
  • Wereldkennis en aannames kunnen als eigen domeinen in de persistente focus worden opgenomen en gewogen.
9.1.439
  • De persistente cognitieve focus krijgt een salientiebeoordeling met verval tussen sessies en versterking bij hernieuwde toegang.
9.1.438
  • Tijdens de sessie-replay worden trimmen, samenvoegen en renderen uitgesteld; daarna wordt precies één nieuwe transcript-render aangevraagd.
9.1.437
  • De idle-wachter gebruikt voor time-outs weer het passende tekstpad en beëindigt het proces niet meer via een ongeoorloofde parameter in de timer.
9.1.436
  • De Telegram-afstandsstatus toont bij een actieve beurt begin, laatste voortgang, laatste tool en herhaalde fouten; de TUI publiceert daarvoor lopende activiteitsmomentopnamen.
9.1.435
  • Privé-Telegram-focuscontrolepunten volgen nu de werkruimte die aan de actieve sessie is gebonden.
  • De selectie van de werkruimte slaat de startmap niet langer op als voortzettingslocatie voor directe gesprekken.
9.1.434
  • Bevestigd leren volgt nu de werkruimte die aan de actieve agentsessie is gebonden.
  • Sessies met meerdere werkruimten en voortgezette sessies slaan projectlessen niet langer op of tonen ze niet in de map van het hostproces.
9.1.433
  • De voorbereiding van een invoer in de externe editor blijft nu binnen de opschoningsgrens voor tijdelijke mappen.
  • Mislukt de eerste schrijfbewerking, bijvoorbeeld door een volle schijf of ontbrekende machtigingen, dan wordt de tijdelijke editormap verwijderd, voordat de fout wordt doorgegeven.
9.1.432
  • Voorbijgaande streamfouten kunnen nu ook na zichtbare deeluitvoer met hetzelfde gekozen model opnieuw worden geprobeerd.
  • Onvolledige assistenttekst en niet afgeronde tooloppervlakken worden vóór de herhaling afgerond of verworpen, zodat de nieuwe uitvoer niet aan de mislukte poging wordt gehangen.
  • Na zichtbare uitvoer blijft de providerwissel geblokkeerd, zodat een antwoord midden in de stream niet van provider kan wisselen.
9.1.431
  • Lokale processen van de Bash-tool schakelen nu gedwongen Git-query's in de terminal uit, in plaats van een interactieve instelling van het bovenliggende proces te erven.
  • Geërfde askpass-dialogen van Git, SSH en Git Credential Manager zijn in het tool-kindproces gedeactiveerd; daardoor worden onzichtbare wachttijden op Windows-aanmeldgegevens voorkomen.
  • De bovenliggende shell en de omgeving van de lopende sessie blijven ongewijzigd; het bestaande gedrag bij gesloten standaardinvoer blijft behouden en wordt onafhankelijk veiliggesteld.
9.1.430
  • De volledige compactie kan nu via [loop_control].compaction_model een optioneel geconfigureerde modelalias gebruiken; het actieve King-model blijft de standaard.
  • Authenticatie, contextopmaak, afrondingsbudget, overloopleren en gebruiksafrekening van de compactie zijn volledig aan het gekozen compactiemodel gebonden.
  • Het actieve model bepaalt nog steeds de start van de compactie en de laatste aanvraagrem, zodat een kleiner samenvattingsmodel het centrale denkvenster niet ongemerkt kan verkleinen.
9.1.429
  • Bash onder Windows wijst nu eenduidige cmd.exe-syntax vóór de processtart af, in plaats van een zichtbaar mislukte run te verspillen.
  • De beschrijving van de Bash-tool maakt uitdrukkelijk duidelijk dat POSIX-Bash onder Windows inclusief VS Code actief blijft, en noemt de juiste conventies voor paden en omleidingen.
  • Geldige POSIX-find-opdrachten blijven toegestaan; voor bewust gewenste cmd-semantiek blijft een uitdrukkelijke doorgave aan cmd.exe /c beschikbaar.
9.1.428
  • Gegenereerde JavaScript- en TypeScript-schrijfbewerkingen stoppen nu vóór de schijftoegang wanneer een uitvoerbare instructie acht keer achter elkaar wordt herhaald; daardoor wordt uit de hand gelopen uitvoer van analysescripts voorkomen.
  • De beschermingscontrole omvat zowel Write-aanroepen voor volledige bestanden als Edit-vervangingen, terwijl niet-codebestanden, opmerkingen, tekenreeksen en kortere gerechtigde herhalingen ongewijzigd blijven.
  • Alle drie waargenomen degeneratiegevallen met 15, 23 en 31 herhaalde instructies worden geblokkeerd; willekeurige onvolledige maar niet-herhalende intenties blijven buiten deze mechanische controle.
9.1.427
  • De zichtbare opdracht /memory core meldt nu de actieve grens van de geheugenadapter, contractversie, identiteitsmodus, integriteitsstatus en portaloverstijgende bewijzen, optioneel als --json-uitvoer.
  • Profielgebonden vervangingsopslag en uit profielen afgeleide identiteiten worden uitdrukkelijk uitgesloten van de gereedheid voor een gedeelde kern, in plaats van als portalneutraal geheugen te worden voorgesteld.
  • Geconfigureerde providers blijven zichtbaar onbevestigd, totdat gescheiden bewijzen beschikbaar zijn; de diagnose is alleen-lezen, verleent geen bevoegdheden en verzint nooit portaloverstijgende bewijzen.
9.1.426
  • De zichtbare opdracht /memory acceptance voert nu een synthetische tijdelijke V7-geheugencontrole over CLI, Telegram en web uit en kan optioneel een --json-verslag uitvoeren.
  • Tien onafhankelijke controles dekken portalherkomst, gekoppelde en ongekoppelde identiteiten, agent- en groepsisolatie, deduplicatie, globale correctie en verwijdering, de standaardblokkering van de provider (fail-closed) en beschermde bronbytes af.
  • Het acceptatieverslag dient uitsluitend als deterministisch bewijs: het verleent geen bevoegdheden en leest of wijzigt nooit een echt gebruikersprofiel.
9.1.425
  • Subagents die hun tokenlimiet bereiken, krijgen nu in dezelfde agentcontext een korte toolvrije overdrachtsrun, in plaats van afgerond toolwerk te verliezen.
  • Bereikt ook deze overdracht de limiet, dan krijgt de bovenliggende agent een beperkte deelsamenvatting en de exacte aanwijzing om door dezelfde agent voort te zetten.
  • Het herstel blijft volgens het fail-closed-principe (standaard geblokkeerd) opgezet: geen volledige nieuwe poging van de taak, geen klaarmelding zonder afsluitende overdracht en geen nieuwe bevoegdheden.
9.1.424
  • Bevestigde lessen uit Mistake.md worden nu overgedragen op anders geformuleerde maar semantisch vergelijkbare gevallen uit betrouwbaarheid, bezorging, orkestratie, geheugen, publicatie, media en validatie.
  • Exacte bewijstermen hebben nog steeds voorrang op brede semantische categorieën; niet verwante tekst blijft zonder toewijzing.
  • Natuurlijke Duitse formuleringen worden deterministisch geünificeerd; de gewijzigde rangorde schept noch nieuwe machtigingen, noch classificeert ze een onbevestigde les hoger.
9.1.423
  • Runtimebeëindigingen schrijven nu een persistente synchrone diagnosevermelding, voordat kern of starter terugkeren of eindigen.
  • Niet opgevangen uitzonderingen, niet afgehandelde afwijzingen, uitgevallen terminals, signalen, startfouten, normale beëindigingen, fouten van kindprocessen en hun beëindigingen bewaren de exacte opgeschoonde oorzaak met procesgrens.
  • Het privélogboek is beperkt en fouttolerant, verwijdert geheimen en thuispaden en start of laadt geen lopende sessie opnieuw.
9.1.422
  • Een geopende, inactieve sessie bewaakt nu haar opgeslagen tijdtrigger en wordt in de automatische modus en de god-modus bij of na dueAt actief.
  • Een trigger waarvan het tijdstip is bereikt, wacht totdat actieve antwoorden, compactie, in de wachtrij geplaatste berichten, opdrachten en dialogen zijn afgerond, voordat hij precies één keer verdergaat.
  • Vóór de start leest de runtime doel, controlepuntrevisie, vervaldatum, machtigingsmodus en sessie opnieuw in en verwijdert timers op elk beëindigingspad van de sessie.
9.1.421
  • Tijdgebaseerde wachtcontrolepunten slaan nu een exacte dueAt-tijdstempel op en uniformeren deze naar UTC.
  • Een reguliere sessiestart in de automatische modus of de god-modus laat toekomstige tijdtriggers wachten en zet ze bij of na hun vervaldatum voort.
  • De eerste voortgezette run krijgt de exacte vervaldatumobservatie; doorlopend geopende sessies krijgen in deze versie nog geen runtime-timer.
9.1.420
  • Een actief doel met een persistent wachtcontrolepunt geeft na de huidige run de controle af, in plaats van een verdere autonome run toe te wijzen.
  • Externe, tijdgebaseerde, afhankelijkheidsgerelateerde en van gebruikersbeslissingen afhankelijke triggers blijven opgeslagen en worden bij het binnenkomen van de volgende gebeurtenis opnieuw geëvalueerd.
  • Onmiddellijke doelen en oudere actieve doelen zonder controlepunt worden ongewijzigd voortgezet.
9.1.419
  • Een regulier voortgezette sessie voert nu een reeds actief doel verder wanneer de opgeslagen volgende trigger ervan uitdrukkelijk onmiddellijk is en de automatische modus of de god-modus actief is.
  • De voortzetting blijft intern, loopt hoogstens één keer per voortgezette sessie en verschijnt nooit als verzonnen gebruikersbericht.
  • Wachtende, gepauzeerde en geblokkeerde doelen, ontbrekende controlepunten en handmatige machtigingsmodi blijven stilgezet.
9.1.418
  • Telegram bewaart nu de uitdrukkelijke bot-markering van de afzender in de ingangsgegevens, zodat de identiteitscontext agents van mensen kan onderscheiden.
  • Reeds als mens opgeslagen Telegram-acteurs worden alleen dan tot agents gecorrigeerd wanneer provider, subject en uitdrukkelijke bot-markering overeenkomen.
  • Acteurdetails blijven behouden, agents worden nooit gedegradeerd en namen of gebruikersnamen worden nooit gebruikt om een agentidentiteit af te leiden.
9.1.417
  • Automatische Telegram-fallbackantwoorden splitsen antwoorden met meer dan 4.096 tekens nu op in opeenvolgende berichten, in plaats van ze in te korten.
  • Elk teken en elk Unicode-surrogaatpaar blijft behouden; de uitgang legt alle teruggegeven bericht-ID's vast samen met de volledige tekst.
  • Mislukt een deel, dan stopt de bezorging op die plaats, in plaats van een onvolledig antwoord als volledig te melden.
9.1.416
  • Recente resultaten uit de recentste toolaanroep-stapel blijven tot het volgende assistentantwoord volledig leesbaar, ook wanneer daarna Telegram- of stuurcontext wordt ingevoed.
  • Stapeluitlading, geschiedenisopruiming en microcompactie gebruiken nu dezelfde semantische grens voor recente resultaten.
  • Reeds geëvalueerde oudere resultaten worden nog steeds normaal gecompacteerd, zodat de bestaande contextbesparingen behouden blijven.
9.1.415
  • De persistente werkfocus bewaart de exacte trigger voor de volgende actie nu over herstarts en contextwissels heen.
  • De volgende actie blijft van haar goedkeuringsvoorwaarde gescheiden; dat geldt ook voor geldige voorwaarden met meer dan 512 tekens.
  • Foutieve of bij de fase niet passende triggers worden veilig afgewezen; oudere controlepunten behouden hun bestaande gedrag.
9.1.414
  • Nieuwe persistente actiecontrolepunten leggen de exacte trigger vast die de volgende actie vrijgeeft.
  • Niet-wachtende fases vereisen een onmiddellijke trigger; wachtende fases vereisen een benoemde externe gebeurtenis, een tijdstip, een afhankelijkheid of een gebruikersbeslissing.
  • Wachtende doelen blijven actief, zonder voortijdig te worden uitgevoerd; oudere controlepunten blijven leesbaar.
9.1.413
  • Telegram-antwoorden die de uitvoerlimiet van het model bereiken, worden niet meer als onvolledige begindelen bezorgd.
  • Dezelfde lopende sessie genereert een korte, volledige voortzetting en onderneemt hoogstens drie herstelpogingen, voordat ze veilig afbreekt.
  • Een uitdrukkelijk antwoord via de Telegram-tool heeft nog steeds voorrang en onderdrukt het herstel, zodat geslaagde verzendingen nooit worden gedupliceerd.
9.1.412
  • Door het model gemaakte persistente doelen beginnen nu atomair met revisie 1 en een volledig beperkt probleemkader.
  • De god-modus en de automatische modus zetten een reeds geautoriseerde doelstart zonder tweede bevestiging voort; in de handmatige modus blijft de goedkeuring vereist.
  • Geauthenticeerd, niet-triviaal meerstaps werk kan onder een bestaande autonome aanwijzing naar de persistente doelmodus overgaan; begroetingen, eenstapsverzoeken en vage taken blijven uitgesloten.
9.1.411
  • Niet-triviale en onbekende taken kunnen nu een beperkt probleemkader in het persistente actiecontrolepunt opslaan.
  • Het kader legt succescriteria, ontbrekende kennis, maximaal vijf mogelijke acties, de gekozen actie met reden, de keuze van de ondersteuning, het risico en het terugvalpad vast.
  • Het probleemkader overleeft voortzetting en herstart uitsluitend als beschrijvende toestand en kan nooit machtigingen verlenen.
9.1.410
  • Privé-Telegram-opslagopdrachten beperken het relatiebereik nu tot de betreffende persoon.
  • De opslagfocus verbergt relaties van andere personen en behoudt de overige context.
  • Correcties en verwijderingen kunnen geen relatie van een andere persoon selecteren; de lokale beheerderfocus behoudt het volledige beeld.
9.1.409
  • Telegram-antwoordtools en het TUI-terugvalpad gebruiken nu een gemeenschappelijke canonieke map voor de kanaaltoestand.
  • Profielspecifieke BLUN_HOME-waarden veroorzaken geen tweede mappenboom meer voor Telegram-in- of -uitgangen.
  • Een uitdrukkelijk gezette BLUN_TELEGRAM_STATE_DIR blijft doorslaggevend; anders gebruiken beide paden ~/.blun/channels/telegram.
9.1.408
  • Bevestigde relatiedetails worden pas na twee onafhankelijke observaties in directe kanalen samengevoegd.
  • Opnieuw afgespeelde berichten blijven idempotent; groepsberichten en machtigingsachtige beweringen blijven uitgesloten.
  • Bevestigde privé-relatieherinneringen kunnen dezelfde persoon over Telegram en CLI heen volgen, zonder bevoegdheden te verlenen.
9.1.407
  • De Telegram-antwoordtool importeert het door de duplicaatherkenning gebruikte pad naar de lopende ingangsgeschiedenis.
  • Normale Telegram-antwoorden mislukken niet meer met de fout inboxLog is not defined.
  • Het gescheiden brug-terugvalpad blijft als beveiliging van de bezorging beschikbaar.
9.1.406
  • Herhaalde bezorgpogingen van privé-Telegram-gebeurtenissen met dezelfde tijdstempel en tekst worden in de relatiecontinuïteit slechts één keer opgeslagen.
  • Een werkelijk later herhaalde uitspraak blijft onderdeel van de beperkte relatiegeschiedenis.
  • Natuurlijk geformuleerde uitdrukkelijke herinneringsaanwijzingen aan het zinseinde worden als referentiegegevens herkend, zonder machtigingen te verlenen of te wijzigen.
9.1.405
  • De gekoppelde Telegram-opdracht /status meldt nu leeftijd en hartslag van het consoleproces, de actuele werkstap en de actieve taak, zonder het model aan te roepen.
  • De queue-achterstand meet nu ongelezen bytes vanaf een controlepunt dat aan het exacte actuele queue-bestand is gebonden.
  • De afstandsstatus blijft alleen-lezen en bevat noch chat-ID's, bestandspaden, toegangsgegevens en berichtinhouden, noch volledige takenlijsten.
9.1.404
  • Ongewijzigde inhoud van config.toml vervangt het bestaande privébestand niet meer.
  • De exacte bytevergelijking is beperkt tot reguliere doelen die geen symbolische koppelingen zijn.
  • Gewijzigde, ontbrekende, ongeldige en onleesbare doelen blijven het bestaande crashveilige atomaire schrijfpad gebruiken.
9.1.403
  • De automatische rangschikking van na te laden tools negeert ingebedde bijlage- en documentpayloads.
  • Elk intentiefragment wordt vóór de lexicale afstemming tot het bestaande ToolSearch-querybudget van 1.000 tekens beperkt.
  • De eigenlijke aanwijzingen, bijlagen en uitdrukkelijke ToolSearch-aanvragen blijven ongewijzigd.
9.1.402
  • Verlopen archieven van de compactiegeschiedenis worden bij de start van een King-opdracht eenmalig op de achtergrond opgeruimd.
  • De startopruiming blijft niet-blokkerend en kan de normale opdrachtverwerking niet vertragen.
  • Fouten bij de opruiming worden veilig gelogd en onderbreken de lopende sessie niet.
9.1.401
  • Het eerste tekstfragment van elk lopend antwoord wordt nu onmiddellijk weergegeven, in plaats van op een timer-aanroep te wachten.
  • Een nieuwe beurt en elk nieuw assistentantwoordsegment krijgen elk een eigen onmiddellijke eerste weergave.
  • Latere tekst-, denk- en toolfragmenten behouden het adaptieve bundelingsritme dat de prestaties van lange sessies beschermt.
9.1.400
  • Grote voortgezette sessies worden nu coöperatief weergegeven, zodat de TUI tijdens het herstel van de geschiedenis opnieuw kan tekenen en reageren.
  • Elk persistent opgeslagen afspeelrecord wordt nog steeds weergegeven; geen deel van de geschiedenis wordt afgesneden, overgeslagen of gewist.
  • Kleine voortzettingen behouden hun bestaande gedrag; grote voortzettingen geven na telkens 30 records de uitvoering aan de gebeurtenislus af.
9.1.399
  • Gecontroleerde leerkandidaten zijn nu beperkt tot het actuele Git-project, in plaats van in niet-verwante repositories terecht te komen.
  • HTTPS- en SSH-checkouts van dezelfde oorsprong gebruiken een gemeenschappelijke anonieme projectidentiteit.
  • Repository-URL's en lokale projectpaden worden nooit in records voor leerkandidaten opgeslagen; werk buiten Git behoudt het bestaande profielbrede gedrag.
9.1.398
  • Zuivere Telegram-tekstantwoorden worden nu over het toolpad en beide automatische terugvalpaden heen gededupliceerd.
  • Een identiek of bijna identiek antwoord wordt alleen onderdrukt wanneer geen recenter binnengekomen bericht is.
  • Bijlagen, verschillende resultaten en antwoorden na een nieuw gebruikersbericht behouden hun bestaande gedrag.
9.1.397
  • Doelen met een uitdrukkelijk afrondingscriterium vereisen vóór de afronding nu een door de runtime gestaafd controlepunt.
  • Mislukt de afrondingscontrole, dan blijft het doel actief en geeft concrete aanwijzingen voor de herziening terug.
  • Gewone beurten en doelen zonder uitdrukkelijk afrondingscriterium behouden hun bestaande gedrag.
9.1.396
  • Natuurlijke aanvragen kunnen in dezelfde beurt tot twee met hoge zekerheid passende na te laden toolschema's vooraf selecteren.
  • De selectie houdt uitsluitend rekening met de actuele intentie in het kanaal en negeert verouderde Telegram-context.
  • Voor zwakke, dubbelzinnige of onbekende aanvragen blijft ToolSearch beschikbaar, zonder de persistent geladen toolverzameling te vergroten.
9.1.395
  • Aangenomen mediajobs worden persistent gevolgd, gelijke openstaande aanvragen hergebruikt en afgeronde resultaten na een kwaliteitscontrole opgeslagen en aan de betreffende chat bezorgd.
9.1.394
  • Een geversioneerde, vrijwillig activeerbare opslagprovider kan CLI- en portalbeurten met een gemeenschappelijke cognitieve gebeurtenissenstroom verbinden.
  • Standaard blijft de bestaande lokale SQLite-opslag, zonder nieuwe netwerktoegang of gewijzigd runtime-gedrag.
  • Providerpaden, synchrone fabrieksfuncties en contractversie 6 worden nu vóór de start van de runtime veilig gecontroleerd en bij afwijkingen afgewezen.
9.1.393
  • Interactieve starts met king en king -c tonen weer de zichtbare updatekeuze 1/2/3, zodra een nieuwere versie beschikbaar is.
  • Het downloaden van updates op de achtergrond, de uitstaande activering en de vertraagde automatische wissel zijn verwijderd.
  • Na een gekozen installatie beëindigt king zich voor een handmatige herstart; king -c zet de laatste sessie met de nieuwe versie voort.
9.1.392
  • Onvolledige tussenstanden van een beeldgeneratie worden niet meer als privé-Telegram-update verzonden, zolang er nog geen mediaresultaat is.
  • De gemeten foutbeschrijvingen van GenerateImage en GetMedia worden onderdrukt; afgeronde mediabezorgingen blijven zichtbaar.
  • Privégesprekken en gewone aangevraagde resultaten blijven ongewijzigd.
9.1.391
  • Portaloverstijgende herinneringscontinuïteit vereist nu een exact, actief identiteitskoppelingsbewijs van de vertrouwde runtime.
  • Vergelijkbare namen, afwijkende tenants of bronidentiteiten, verkeerde uitgevers en ingetrokken bewijzen blijven van elkaar gescheiden en worden veilig afgewezen.
  • Versie 6 van het opslagadaptercontract ondersteunt geverifieerd OAuth, veilige accountkoppelingen en uitdrukkelijk bevestigde identiteitstoewijzingen, zonder machtigingen uit herinneringen af te leiden.
9.1.390
  • De gemeenschappelijke opslagomhulling legt het gebeurtenistijdstip en het ingangstijdstip nu gescheiden vast.
  • Elke nieuwe cognitieve gebeurtenis krijgt uitdrukkelijk een bewaarklasse voor operationele gegevens, persistente gegevens, relaties of controledoeleinden.
  • Versie 5 van het opslagadaptercontract wijst onvolledige gebeurtenisomhullingen vóór elke lokale of externe schrijfbewerking af.
9.1.389
  • Opslaggebeurtenissen leggen bronportaal en bronkanaal nu als gescheiden, geauthenticeerde herkomstvelden vast.
  • CLI-, Telegram-, runtime-, persoonlijkheids-, correctie- en intrekkingspaden bewaren het exacte kanaal bij opslag en weergave.
  • Versie 4 van het opslagadaptercontract wijst schrijfbewerkingen af wanneer het opgeslagen bronkanaal niet overeenkomt met het door de machtiging vrijgegeven kanaal.
9.1.388
  • Opslagleesbewerkingen geven alleen nog observaties terug uit het door de machtiging vrijgegeven zichtbaarheidsbereik, tenzij het strikt interne agentpad wordt gebruikt.
  • Schrijfbewerkingen, gebeurteniscontroles en attention-operaties worden veilig afgewezen wanneer hun bereik of hun geauthenticeerde bron niet bij de actuele toegangscontext past.
  • De lokale SQLite-adapter vraagt begrensde observaties op via een eigen zichtbaarheidsindex, in plaats van eerst niet-verwante herinneringen te laden.
9.1.387
  • Elke operatie van een opslagadapter voert nu een strikte context voor identiteit, portaal, kanaal, gesprek, bereik en machtigingen mee.
  • De machtigingscontext wordt buiten de opslagpayload gecontroleerd en niet als herinnerde inhoud persistent opgeslagen.
  • De deduplicatie van gebeurtenissen is tot tenant en agent beperkt. Daardoor is het bestaan van gebeurtenissen niet tenantoverstijgend herkenbaar.
9.1.386
  • De cognitieve toestand ligt nu achter een geversioneerd contract voor opslagadapters, dat de beurtlevenscyclus en de persoonlijkheidsruntime samen gebruiken.
  • De bestaande SQLite-gebeurtenisopslag blijft de standaard. Externe portal-clients kunnen hetzelfde contract leveren, zonder een portaaleigen toestand aan te maken.
  • Niet ondersteunde adapterversies en onvolledige implementaties worden vóór elke opslagoperatie veilig afgewezen.
9.1.385
  • Telegram-berichten die vóór de sessiestart in de wachtrij zijn geplaatst, worden nu vrijgegeven zodra de sessie gereed is.
  • Sessies in de idle-modus legen de wachtrij in de normale FIFO-volgorde; reeds voortgezette actieve beurten gebruiken een beperkte sturing.
  • Persistente queue-controlepunten blijven ongewijzigd, totdat het bericht daadwerkelijk is aangenomen.
9.1.384
  • Verwijzingen naar Telegram-afbeeldingen laden nu in dezelfde beurt de tools voor beeldcontrole en beeldgeneratie.
  • Gebufferde Telegram-berichten bewaren de media-intentie voor de volledige uitstaande stapel, in plaats van alleen het laatste bericht in aanmerking te nemen.
  • Lokale beeldpaden en Telegram-bestandsidentificaties kiezen het passende controle- of downloadpad, zonder mediaschema's persistent te laden.
9.1.383
  • Nieuwe Read-resultaten blijven nu voor de modelstap die ze heeft aangevraagd volledig zichtbaar, in plaats van vóór de evaluatie te worden uitgeladen.
  • Parallelle nieuwe toolresultaten blijven tot hun evaluatiestap leesbaar en mogen pas worden gearchiveerd nadat ze historisch zijn geworden.
  • De archivering van historische uitvoer en de contextbesparing blijven na het beschermde venster voor het recentste werk actief.
9.1.382
  • De opdracht /loop wordt nu ook aangenomen terwijl een ander antwoord loopt.
  • Wordt tijdens lopend werk een lus gemaakt, dan slaat King deze op en plaatst de eerste instructie ervan in de wachtrij, zonder de actuele beurt te onderbreken.
  • Het maken van een lus in de idle-modus en het bestaande gedrag voor status, pauze, voortzetting en stop blijven ongewijzigd.
9.1.381
  • Na een definitief mislukte ToolSearch wordt ToolSearch voor de rest van deze beurt uit de actieve toollijst verwijderd.
  • De geslaagde schemaherkenning en het omgaan met reeds geladen tools blijven beschikbaar en ongewijzigd.
  • Daardoor verbruiken herhaalde synoniemzoektochten geen verdere tokens, nadat de runtime reeds heeft bewezen dat geen geschikte integratie aanwezig is.
9.1.380
  • Een tijdelijke fout bij de sturing van de actieve beurt activeert de Telegram-bezorgsturing nu onmiddellijk opnieuw, in plaats van het herstelde groepsbericht tot het einde van de beurt te laten wachten.
  • Openstaande groepsberichten worden ook tijdens lang werk verder bezorgd; daarbij blijven de FIFO-volgorde en de bestaande quarantainegrens van drie pogingen behouden.
  • Geen lopende sessie wordt onderbroken of opnieuw gestart.
9.1.379
  • Tijdelijke herhalingen van de bevestiging van een kanaalsturing tonen geen verkeerde rode fout meer, zolang het bericht in de wachtrij herstelbaar blijft.
  • Een zichtbare bezorgfout verschijnt pas nadat de derde mislukte poging de volledige eerste queue-vermelding veilig heeft gearchiveerd.
  • Het gedrag voor herhaling, bevestiging, archivering en FIFO-volgorde blijft ongewijzigd.
9.1.378
  • Bij snel opeenvolgende achtergrondpublicaties is er nu één vervangbare status voor de voorbereide update, in plaats van voor elke versie een nieuw logonderdeel aan te hangen.
  • De vermelding voor de voorbereide update toont steeds de nieuwste geverifieerde doelversie; de actieve sessie blijft tot haar natuurlijke herstart onaangetast.
  • De melding over de feitelijke installatie en de changelog blijft persistent en ongewijzigd behouden. Minder wijzigingen in de log verbergen daardoor geen geactiveerde update.
9.1.377
  • Openstaande Telegram-opdrachten nemen nu de maatgevende ID van de actieve beurt van de kern over. Een verouderde zichtbare TUI-status kan daardoor niet meer ertoe leiden dat een aangenomen bericht onbevestigd blijft.
  • De stuuropdracht /loop wordt tijdens lopend werk onmiddellijk uitgevoerd; de persistente opdrachtbevestiging hangt niet meer af van een geslaagd Telegram-statusantwoord.
  • Mislukt de bezorging van de eerste queue-vermelding drie keer, dan wordt ze met alle herstelmetagegevens lokaal gearchiveerd, voordat de wachtrij verdergaat. Zo blokkeert een foutieve vermelding geen latere berichten.
9.1.376
  • Grote historische toolresultaten worden vóór de contextcompactie persistent opgeslagen, zodat hun volledige uitvoer ook na het legen van de ingebedde voorvertoning herstelbaar blijft.
  • De opgeslagen resultaatverwijzingen overleven latere microcompacties en behouden de beperkte metagegevens die nodig zijn om de oorspronkelijke uitvoer opnieuw te laden.
  • De uitladingstelemetrie meldt groottes en herstelstatus, zonder resultaatinhouden of privépaden bloot te leggen.
9.1.375
  • Privé-Telegram-DM's en slash-opdrachten behouden de hoogste bezorgprioriteit. Uitdrukkelijk geadresseerd groepswerk wordt daarna FIFO in de wachtrij geplaatst, vóór normaal of niet-geadresseerd achterstallig werk.
  • Een update-handoff mag een niet-lege queue alleen oversteken wanneer elke vermelding persistent, nog niet bevestigd Telegram-werk met acknowledge-terugweg is. Lokaal, gemengd of niet-persistent werk blokkeert nog steeds.
  • De melding voor voorbereide updates volgt een goedgekeurde persona-UI-taal. Bij een nog niet als TUI-locale goedgekeurde taal wordt alleen de versie-informatie getoond, in plaats van op een verkeerde taal terug te vallen.
9.1.374
  • De melding voor een voorbereide update gebruikt geen vast ingebouwde Duitse tekst meer, maar de reeds goedgekeurde UI-vertaling van de actieve taal.
  • Resume- en nieuwe-sessiemodus blijven gescheiden; update-handoff, rollback en Telegram-duplicaatbevestiging zijn niet afgezwakt.
9.1.373
  • Een op de achtergrond voorbereide update kan de lopende sessie nu op een geverifieerde veilige grens overnemen. Sessie-ID en werkmap blijven behouden; lopende tools, shell-opdrachten, compactie en wachtende berichten verhinderen de overdracht.
  • De supervisor activeert de nieuwe runtime pas na haar loaded- en ready-bewijs. Mislukt de start, dan wordt de oude runtime met exacte sessie hersteld en het foutieve pending verworpen.
  • Reeds in het delivery-ledger herstelde Telegram-duplicaten worden bij de queue-replay onmiddellijk bevestigd. Ze wachten niet meer op een modelstap die voor een duplicaat opzettelijk nooit start, en blokkeren daarmee geen volgende groepsberichten meer.
  • De persistente werkfocus draagt nu kennistoestand, bewijscontext, correcties, intrekkingen en vertrouwen over beurten heen. Daaruit ontstaan nog steeds geen nieuwe rechten of goedkeuringen.
9.1.372
  • Persistente doelcheckpoints onderscheiden nu verified, credible_unverified, hypothesis, uncertain_memory, stale en unknown. Plausibele vermoedens worden daardoor niet meer als zekere kennis behandeld.
  • Herkomst en kennistoestand worden gezamenlijk gecontroleerd: runtime-toolbewijzen mogen alleen na een geslaagde toolrun als verified gelden, externe verslagen niet. Carry-forward-standen bewaren hun bestaande status en hun laatste verificatiebewijs.
  • Oude replay-standen zonder het nieuwe veld blijven als legacy_unknown leesbaar. Nieuwe checkpoints moeten hun status expliciet noemen. Rechten, goedkeuringen en autoriteit blijven ongewijzigd.
  • De korte contextprojectie noemt de epistemische toestand in precies één regel, zodat de agent haar bij de volgende stap in aanmerking neemt, zonder het contextbudget met extra tekst te belasten.
9.1.371
  • Reparatie van een bedradingsfout uit 9.1.370: de daar reeds opgeslagen en geprojecteerde evidenceBasis-waarde is nu ook onderdeel van het strikte openbare GetGoal-uitvoerschema en gaat bij het ophalen niet meer verloren.
  • Het schema accepteert de vier actuele herkomsttypen en legacy_unknown voor oude replay-standen. Rechten, goedkeuringen en autoriteit blijven ongewijzigd.
  • Een gerichte bedradingsproef en een eigen mutant beveiligen de nieuwe openbare verbinding tegen terugval.
9.1.370
  • Elk nieuw werkcheckpoint benoemt nu expliciet waarop zijn laatste bewezen stand berust: geslaagde runtime-toolaanroep, directe gebruikersuitspraak, extern verslag of ongewijzigde voortschrijving.
  • runtime_tool wordt alleen geaccepteerd wanneer de actuele beurt ten minste één door de runtime toegestane en succesvol beëindigde toolaanroep bevat. carried_forward mag de laatst bewezen stand niet wijzigen. Beide paden breken bij tegenspraak fail-closed af.
  • Oude opgeslagen checkpoints blijven als legacy_unknown leesbaar. Het herkomsttype is epistemische toestand en schept noch rechten, noch goedkeuringen of autoriteit.
9.1.369
  • Een persistent werkcheckpoint krijgt nu automatisch een compact runtimebewijs uit de reeds afgeronde toolaanroepen van dezelfde beurt. Het bewijs noemt alleen beurt-ID, totaal-, succes- en foutaantal en een korte digest.
  • Toolnamen, ID's, argumenten, opdrachten, uitvoer, paden en gebruikerstekst worden niet in het checkpoint geschreven. Een leeg bewijs blijft eerlijk bij nul in plaats van een meting voor te wenden.
  • Alleen een door de runtime-policy toegestane en succesvol beëindigde toolaanroep telt als succes. Geblokkeerde, mislukte, afgebroken of door het model meegeleverde bewijzen scheppen geen autoriteit.
9.1.368
  • Elk persistent werkcheckpoint draagt nu een monotone revisie. De eerste schrijfbeurt begint bij revisie 1; elke verdere moet de actueel geprojecteerde revisie exact met één verhogen.
  • Een oude parallelle beurt of een verouderde kanaalweergave kan een nieuwer bewezen werkstand niet meer achteraf overschrijven. Verouderde, overgeslagen en ongeldige revisies breken fail-closed af, voordat de doeltoestand wordt gewijzigd.
  • Bestaande checkpoints zonder revisieveld worden bij het lezen compatibel als revisie 1 behandeld. De revisie is werktoestand en schept geen rechten of goedkeuringen.
9.1.367
  • De actieve doel-reminder draagt het persistente werkcheckpoint nu direct. De King behoudt fase, laatste bewezen stand, exacte volgende actie en verwacht bewijs daardoor ook wanneer de extra cognitieve opslagadapter op dat moment niet beschikbaar is.
  • Vóór alternatieve paden wordt eerst de exact voorgenoteerde volgende actie uitgevoerd. Het checkpoint wordt pas gewijzigd wanneer nieuwe evidentie de bevestigde stand werkelijk verandert.
  • De fallback is slechts een compacte projectie van het reeds gecontroleerde checkpoint. Hij schept geen rechten, geen nieuwe gegevensvelden en geen herstart.
9.1.366
  • Actieve doelen kunnen nu een klein, persistent werkcheckpoint met fase, laatste bewezen resultaat, exacte volgende actie en verwacht bewijs opslaan. Na resume of gebeurtenis-replay gaat de King op dit punt verder, in plaats van opnieuw om toestemming te vragen of van voren af aan te beginnen.
  • Een zuivere checkpoint-update laat het doel actief. Gepauzeerde en geblokkeerde doelen blijven ongewijzigd; een resume zet alleen de runtimeklok opnieuw.
  • Het checkpoint is strikt begrensd en zuivere werkinformatie. Onbekende velden, met name rechten- of beheeropgaven, breken fail-closed af en kunnen geen capability scheppen.
  • Zonder checkpoint blijft de bestaande compacte focus ongewijzigd. Met checkpoint worden alleen de vier relevante focusobservaties met de bewezen stand aangevuld; daarmee blijft de tokeninspanning klein en constant.
9.1.365
  • Privé-Telegram-DM's en de lokale CLI kunnen persistente focus nu met /memory focus, /memory correct <id> <waarde> en /memory delete <id> direct lezen, corrigeren of verwijderen. De weg start geen modelbeurt en verbruikt daardoor geen modeltokens.
  • Telegram-wijzigingen zijn aan positieve gebruikers-, chat- en bericht-ID's, een echte privé-DM, het kanaaltijdstip en een stabiele request-ID gebonden. Groepen, onvolledige herkomst en gewijzigde herhalingen breken fail-closed af.
  • Domein, sleutel en bereik worden altijd uit het actieve doelbewijs afgeleid en kunnen niet door de aanroeper worden binnengesmokkeld. Correcties en tombstones blijven append-only, bewaren de geschiedenis en verlenen geen rechten.
  • De focusuitvoer is voor Telegram tot acht vermeldingen en minder dan 3.500 tekens beperkt; het totale aantal blijft zichtbaar.
9.1.364
  • De lopende cognitieve levenscyclus kan persistente focus nu via correctFocusObservation corrigeren en via withdrawFocusObservation verwijderen. Beide paden schrijven nog steeds append-only in dezelfde tenant- en agentgebonden gebeurtenissenstroom.
  • Een revisie is alleen met de attestering runtime_user_prompt_hook en explicit_user_request toegestaan. Een normale modelmomentopname kan noch correctie, noch verwijdering afleiden of binnensmokkelen.
  • Elke revisie draagt een stabiele request-ID en portaal, acteur, context, bericht en tijdstip. Identieke herhaling is idempotent; dezelfde request-ID met gewijzigde inhoud en teruggedateerde revisies breken fail-closed af.
  • Correctie en daaropvolgende verwijdering laten de volledige geschiedenis ongewijzigd. Na de verwijdering verschijnt het feit niet meer in de prompt en verbruikt geen contexttokens. Geheugen kan nog steeds geen rechten verlenen.
9.1.363
  • Een bevestigde verwijdering wordt nu als append-only tombstone opgeslagen. De eerdere inhoud blijft in de audithistorie en in de hash-keten behouden, maar verdwijnt volledig uit de geldende contextprojectie.
  • Oude resume-, transcript- of queue-gebeurtenissen met een tijdstip vóór de verwijdering kunnen de verwijderde inhoud niet opnieuw activeren. Daarmee wordt een later opnieuw ingespeelde oude stand niet als nieuwe waarheid behandeld.
  • Bewust opnieuw verleende informatie na het verwijderingstijdstip kan opnieuw worden geleerd. De tombstone blokkeert dus oude evidentie, niet toekomstige ontwikkeling.
  • Verwijderingen over andere tenants, agents, domeinen, sleutels of bereiken, met ontbrekend doel, zwak vertrouwen of verkeerde tombstone-waarde worden transactioneel afgewezen. Bestaande databases migreren in-place.
  • Een verwijderd feit genereert geen promptregel en verbruikt daarmee geen contexttokens.
9.1.362
  • Een bevestigde correctie kan nu precies één eerdere observatie in hetzelfde tenant-, agent-, domein-, sleutel- en bereikgebied expliciet vervangen. De oude vermelding blijft append-only in de audithistorie behouden.
  • De geldende weergave laadt de gecorrigeerde waarde en markeert deze als corrected; de vervangen waarde wordt niet meer als actueel conflict geprojecteerd.
  • Ontbrekende doelen, andere bereiken of sleutels en correcties onder vertrouwen 1 worden transactioneel afgewezen.
  • Bestaande SQLite-standen krijgen de nieuwe relatiekolom bij het openen, zonder hun bestaande stroom of hun versie te verliezen.
9.1.361
  • Even geloofwaardige persoonlijke of team-uitspraken met hetzelfde bereik en dezelfde sleutel worden niet meer volgens het principe "nieuwste waarde wint" als waarheid gepresenteerd. De projectie markeert het conflict kort en vraagt om een opheldering, zonder beide inhouden in de context te dumpen.
  • Is een uitspraak ten minste 0,2 vertrouwenspunten sterker, dan blijft ze bruikbaar, maar wordt als omstreden gemarkeerd. Een latere zwakkere bewering kan een bevestigde stand niet meer verdoezelen.
  • Identieke bevestigingen worden tot één focuspunt samengevoegd. Canonieke doel- en voortgangsvelden blijven nog steeds herzienbaar.
  • De append-only gebeurtenisgeschiedenis blijft ongewijzigd; machtigingen kunnen uit de geldende weergave nog steeds niet ontstaan.
9.1.360
  • De reeds canonieke /goal-toestand wordt als persistente werkfocus in de cognitieve gebeurtenissenstroom geprojecteerd: doel, status, volgende trigger en verwacht succesbewijs.
  • Dezelfde focus blijft over runtime-herstarts idempotent. Een ongewijzigde doelstand genereert geen dubbele gebeurtenissen of observaties.
  • Gebruikstellers, tijdbudget en machtigingen worden niet in de focus gekopieerd. Zonder actief doel worden geen extra focustokens geladen.
  • De projectie verbindt het passende doelbereik met het privé-relatiebereik van de actuele beurt; ze schept geen rechten.
9.1.359
  • Personality-geheugen en echte CLI-beurten gebruiken nu dezelfde tenant- en agentidentiteitsstroom uit identity/manifest.json; zonder volledige identiteit blijft het compatibele gehashte terugvalpad behouden.
  • Directe Telegram-beurten projecteren alleen het privé-relatiebereik van de actuele gesprekspartner. Groepen en relaties van anderen leveren geen privé-focustokens.
  • De bereikselectie is vóór het rangschikken afgedwongen; een recenter inzicht uit een ander bereik kan een passende vermelding niet meer verdoezelen.
9.1.358
  • Een netwerkfout tijdens de automatische updatevoorbereiding werd alleen aan een optionele fout-callback gemeld. Zonder nieuwe poll bleef de lopende King op zijn versie, hoewel de sessie zelf gezond verderliep.
  • De launcher schrijft nu een beperkte prepare-failed-gebeurtenis met versienummer en veilige foutnaam/-code naar handoff.jsonl.
  • Daarna wordt precies 10 seconden later een nieuwe voorbereidingspoging gepland. De lopende core wordt noch beëindigd, noch opnieuw geladen.
  • Fouten bij het schrijven van de diagnosegebeurtenis blijven fail-soft; tokens, berichttekst en overige geheimen worden niet gelogd.
9.1.357
  • Herhaalde toegangen tot dezelfde effectieve systeemprompt bouwen de grote tekenreeks uit basis en runtime-aanhangsel niet meer bij elke toegang opnieuw.
  • De resolver houdt precies één actuele basis-/aanhangselcombinatie aan en verklaart haar onmiddellijk ongeldig zodra een van beide invoerwaarden verandert.
  • Lege prompt, alleen-basis, alleen-aanhangsel en de bestaande scheiding met twee regeleinden blijven bytegetrouw behouden.
9.1.356
  • Ongewijzigde systeemprompts worden over herhaalde modelstappen nog maar één keer teken voor teken voor het contextbudget geteld.
  • De cache is tot vier vermeldingen, hoogstens 500.000 tekens per prompt en in totaal 1.000.000 aangehouden tekens beperkt.
  • Gewijzigde prompts worden nog steeds opnieuw geteld; contextweergave, compactiebudget en aanvraagbudget gebruiken dezelfde actuele waarde.
9.1.355
  • Ongewijzigde LLM-aanvraagconfiguraties serialiseren hun toolschema's niet meer bij elke modelstap opnieuw, alleen voor het configuratielogboek.
  • Model, alias, denkniveau, systeemprompt en toolvolgorde worden tegen de laatste volledige stand vergeleken.
  • Gewijzigde modellen, prompts, toolnamen, beschrijvingen of parameterschema's heropenen de configuratielogging nog steeds gericht.
9.1.354
  • Ongewijzigde toolschema's worden per toolobject nog maar één keer geserialiseerd en voor het contextbudget geteld.
  • Een inventaris met 403 tools wordt daardoor bij herhaalde aanvraagcontroles niet steeds volledig opnieuw geteld.
  • Wijzigingen aan naam, beschrijving of parameterobject verwerpen gericht alleen de cache-vermelding van de betreffende tool.
9.1.353
  • Argumentfragmenten van agentswarm-tools worden nog steeds onmiddellijk geparsed en in de voortgangstoestand overgenomen, maar delen nu de adaptieve render-timer.
  • Een grote gestreamde toolaanroep veroorzaakt daardoor niet meer voor elk argumentfragment een volledige TUI-render.
  • Start, afronding, fout en afbreking verwijderen open swarm-timers vóór hun afsluitende directe render.
9.1.352
  • Assistant- en thinking-fragmenten van een agentswarm werken de voortgangstoestand nog steeds onmiddellijk bij, maar delen een adaptieve render-timer.
  • Een fragmentenstortvloed veroorzaakt daarmee niet meer voor elke delta een volledige TUI-render.
  • Discrete swarmgebeurtenissen en het opruimen van de voortgang verwijderen open timers vóór hun onmiddellijke afsluitende render.
9.1.351
  • Assistant- en thinking-fragmenten in het BTW-/agentvenster worden onmiddellijk in de beurt opgeslagen, maar delen een adaptieve render-timer.
  • De controller vraagt voor deze twee delta-soorten geen extra volledige render per fragment meer aan.
  • Afronding, fout, retry en dispose verwijderen open timers; discrete hook- en afrondingsgebeurtenissen blijven onmiddellijk zichtbaar.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput neemt stdout- en stderr-chunks onmiddellijk in de activiteitstoestand over, maar bouwt de subagentkaart alleen nog in het adaptieve streamingritme opnieuw op.
  • Een gemeenschappelijke pending-verzameling behandelt meerdere gelijktijdig lopende subtools zonder verloren uitvoer of een timer per chunk.
  • Tool-afronding verwijdert haar open refresh vóór de finale weergave; dispose gooit timers en de pending-verzameling netjes weg.
9.1.349
  • ToolCallComponent.appendSubagentText verzamelt snel binnenkomende tekst- en thinking-fragmenten onmiddellijk in de interne toestand, maar bouwt de subagentkaart alleen nog in het adaptieve streamingritme opnieuw op.
  • Afronding en fouttoestand legen een nog open tekst-refresh vóór de finale weergave; dispose gooit de timer netjes weg.
  • Daardoor blijven inkomende bytes onmiddellijk beschikbaar, terwijl herhaalde volledige rebuilds, snapshots en renders bij fragment-bursts vervallen.
9.1.348
  • Groeiende argumenten van subagent-/ondertools worden nog steeds onmiddellijk volledig verzameld, maar niet meer na elk afzonderlijk fragment opnieuw geparsed en gerenderd.
  • Een adaptieve timer bundelt de voorvertoningsupdate. Bij de afronding worden openstaande argumenten dwingend vóór de finale tooltoestand ingespeeld.
  • Tooluitvoering, goedkeuringen, eindargumenten en het bestaande normale streamingpad blijven ongewijzigd.
9.1.347
  • Het gebeurtenispad riep na elke inkomende toolargument-delta onmiddellijk getStreamingToolCallPreview aan. Deze functie parst de tot dan toe volledige groeiende JSON-tekst.
  • De aanroep gebeurde ook voor normale tools, hoewel alleen AgentSwarm de onmiddellijk geparsde tussenstand voor zijn lopende voortgangsweergave nodig heeft. Daarmee omzeilde het normale pad gedeeltelijk de in 9.1.346 ingevoerde beperkte voorvertoningscadans.
  • Een kleine zuivere policy beslist nu vóór het parsen: normale tools verzamelen alleen de delta en parsen bij de geplande voorvertoningsflush; AgentSwarm parst bij gebeurtenisnaam, actieve toolnaam of bestaande swarm-voortgang nog steeds onmiddellijk.
  • Tooluitvoering, goedkeuringen, finale argumenten en swarm-weergave blijven ongewijzigd.
9.1.346
  • 9.1.345 beperkte de volledige-tekst-renders voor lange antwoord- en thinking-streams; zuivere toolargument-streams hadden echter geen van deze twee tekstontwerpen en bleven daarom bij vaste 50 ms.
  • Elke toolvoorvertoning parst de tot dan toe volledige groeiende JSON-argumenttekst. Grote toolaanroepen konden daardoor de volledige payload zeer vaak opnieuw parsen en renderen.
  • De reeds bewezen adaptieve cadans houdt nu ook rekening met het totale tekenaantal van de actieve gestreamde toolargumenten: 50, 100, 250 of 500 ms volgens dezelfde grenzen.
  • Tooluitvoering, argumenten, goedkeuringen, eindvoorvertoning en onmiddellijke afsluitflushes blijven ongewijzigd.
9.1.345
  • De TUI zette bij het streamen tot nu toe elke 50 ms de volledige tot dan toe verzamelde antwoord- en thinking-tekst opnieuw. Bij lange modelantwoorden groeide daardoor de herhaaldelijk te renderen teksthoeveelheid sterk.
  • Korte streams tot 8.192 tekens behouden de bestaande snelle 50-ms-cadans. Daarna stijgt het interval stapsgewijs naar 100 ms tot 32.768, 250 ms tot 131.072 en 500 ms daarboven.
  • Expliciete flushes aan toolgrenzen en bij de finalisering blijven onmiddellijk. Provider-, queue-, sessie- en tokenlogica zijn niet gewijzigd.
9.1.344
  • De cognitieve runtime-laag schreef voor elke toolaanroep policy en resultaat tot nu toe in twee gescheiden synchrone SQLite-transacties.
  • Een geïsoleerde Windows-proefrun voor de kosten met 100 toolaanroepen had daarvoor 627,63 ms nodig en genereerde 201 gebeurtenissen. De inhoud omvatte 305 observaties.
  • Afgeronde policy-/resultaatparen van een modelstap worden nu in beperkte groepen van hoogstens tien tools atomair vastgelegd. Afgebroken of nog open policy-controles worden aan het einde van de beurt nog steeds afzonderlijk bewaard.
  • Argumenten, uitvoer, rechtenbeslissing, hash-keten en SQLite-persistentie blijven ongewijzigd.
9.1.343
  • Een privé-Telegram-antwoord was al succesvol met de reply-tool bezorgd. Daarna startte dezelfde modelbeurt toch nog een verdere stap en genereerde interne status- en werkstuurtekst.
  • De extra stap kostte in de gemeten echte sessie 42.360 invoer- en 411 uitvoertokens, hoewel het zichtbare gebruikersantwoord al was verzonden.
  • Een geslaagde Telegram-reply beëindigt nu een als direct gemarkeerde privégespreksbeurt onmiddellijk. Mislukte replies, groepen en andere tools lopen ongewijzigd verder.
  • Na afronding blijft de bestaande direct-focuscontroller ingrijpen: hij noteert het bezorgde antwoord en keert na het gesprekseinde of een rusttijd terug naar het opgeslagen achtergrondwerk.
9.1.342
  • De relevantievraag voor Mistake.md nam tot nu toe elk bericht met de rol user op. Daartoe behoorden ook interne injecties, compactiesamenvattingen, skill-activeringen en achtergrondmeldingen.
  • Omdat de Mistake-herinnering zelf als interne user-boodschap wordt opgeslagen, veranderde ze na elke toolstap haar eigen zoekvraag. Daardoor werd in dezelfde beurt opnieuw geselecteerd en ingevoed.
  • De filter gebruikt nu alleen nog handelingsrelevante gebruikers- en cron-invoer. Interne runtime-teksten worden uit relevantievraag en low-information-herkenning uitgesloten.
  • Echte gebruikersberichten, gepland werk, alle geverifieerde lessen en de herbouw na compactie blijven ongewijzigd beschikbaar.
9.1.341
  • Bij de natuurlijke start vond de launcher een reeds lokaal voorbereide en geverifieerde automatische runtime, maar stuurde haar toch eerst door de netwerkafhankelijke updatemelding. Mislukte deze tweede ophaalactie tijdelijk, dan startte de oude globale versie opnieuw.
  • Een voorbereide automatische runtime met exact passende modus (resume of new) wordt nu vóór de nieuwe release-ophaalactie gestart. De activering blijft transactioneel: pas wanneer de nieuwe core succesvol is geladen, wordt de runtime als actief geboekt.
  • Bij resume blijven sessie-ID en werkmap behouden. Handmatige updatekeuze loopt nog steeds via het bestaande meldingspad.
  • Geen lopende King wordt beëindigd. De fix treedt uitsluitend bij de volgende natuurlijke start in werking.
9.1.340
  • De launcher schreef geslaagde updates naar .blun/updates/install.json, terwijl een profiel-runtime onder .blun/profile/<name>/updates/install.json zocht. Het echte profielpad was niet aanwezig; daarom bleef notifiedAt in de gedeelde toestand null.
  • Profiel-runtimes lezen het updatesucces nu uit BLUN_SHARED_HOME en vallen alleen zonder gedeeld pad terug op het bestaande BLUN_HOME.
  • Na de volgende natuurlijke start kan de TUI versie en maximaal drie releasemeldingen eenmalig tonen. Geconfigureerde privé-Telegram-ontvangers krijgen dezelfde korte tekst zonder modelbeurt en zonder tokenverbruik.
  • Installatie, staging, activering en de nooit-eruitgooien-regel blijven ongewijzigd.
9.1.339
  • Geslaagde toolvervolgstappen met low-effort gebruiken hoogstens 4.096 completion-tokens in plaats van de eerdere 8.192.
  • Eerste stappen, complexe taken en foutvervolgstappen behouden hun geconfigureerde denk- en uitvoercapaciteit. De ingreep is geen globale model- of contextlimiet.
  • De terugmeting over 1.442 echte low-effort-stappen van een agentprofiel leverde op: 2.118.588 uitvoertokens totaal, mediaan 791, p90 3.754, p95 5.485. Met de nieuwe grens waren 229.761 tokens, oftewel 10,8 Prozent, weggevallen; 91,1 Prozent van de gemeten stappen blijft ongewijzigd.
9.1.338
  • Zuivere herhalingsvragen zoals Kan ik verder met mijn werk? worden in privé-Telegram-gesprekken niet meer bezorgd.
  • Interne queue-, handoff-, lane- en wachttoestands-narratie blijft buiten het privé-antwoord. Echte werkresultaten en normale persoonlijke antwoorden blijven bezorgbaar.
  • Eindigt een bruikbaar antwoord alleen met een opnieuw gestelde vraag om toestemming om verder te werken, dan wordt uitsluitend die slotvraag verwijderd.
  • Groepsrouting en lopende sessies blijven ongewijzigd.
9.1.337
  • profile/<name>/SOUL.md is het canonieke identiteitspad van een King.
  • Een passende benoemde legacy-ziel vervangt alleen een ongewijzigd, gegenereerd profielgeraamte. Ontwikkelde profielzielen worden nooit overschreven.
  • Vóór een legacy-import wordt van het gegenereerde geraamte een back-up gemaakt als SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Onderbroken sessies normaliseren hun replay-toestand, voordat verder Telegram-werk wordt bezorgd.
  • Wordt de bezorging aan een actieve beurt afgewezen, dan valt het bericht terug op een nieuwe queue-beurt, in plaats van dezelfde stuurinvoer om de 5 seconden opnieuw te proberen.
  • DM-focuscontrolepunten behouden automatische resume-timers en uitdrukkelijke pauzes over updates heen.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Een normale privé-Telegram-boodschap onderbreekt de lopende opdracht alleen nog voor het onmiddellijke gesprek. Daarna zet King de exact bewaarde werkstand na 60 seconden zonder nieuwe toestemmingsvraag automatisch voort.
  • Een uitdrukkelijk gesprekseinde zet de opdracht onmiddellijk voort. Alleen duidelijke gebruikerswensen zoals pause, pausiere, stop, stopp, warte of halte an houden de opdracht gepauzeerd, totdat de gebruiker weer toestemming geeft.
  • Interne begrippen en statusverslagen over cron, controlepunt, queue of lane worden in normale privé-antwoorden onderdrukt. Het inhoudelijke werk en de opgeslagen status ervan blijven ongewijzigd.
9.1.334
  • De automatische achtergrondvoorbereiding verhongert niet meer bij snel opeenvolgende releases. De eerdere 30-minutenblokkering had altijd betrekking op de telkens nieuwste release; bij releases per minuut werd daardoor nooit een versie oud genoeg om te worden voorbereid.
  • Een cryptografisch kloppende release wordt nu onmiddellijk geladen, op integriteit gecontroleerd, geïsoleerd geïnstalleerd, syntactisch getest en als wachtende runtime klaargezet.
  • De lopende King-sessie wordt nog steeds niet beëindigd. Activering en resume blijven uitsluitend gekoppeld aan het bestaande beschermde pad voor de volgende start. Deze versie wijzigt noch handoff-, noch sessielogica.
9.1.333
  • Een live-screenshot toonde na 9.1.331 een ERR_MODULE_NOT_FOUND in de beheerde Telegram-plug-in aan.
  • De plug-inimport wees vanuit de geïsoleerde beheerde boom naar een kernbestand dat daar niet was meegeïnstalleerd.
  • De eveneens gemeten enorme herhalingstekst liep in de zichtbare denkstroom. De bestaande live-herhalingsblokkering controleerde tot dan toe alleen antwoord-delta's.
  • 9.1.332 is na de plug-inbevinding niet in het openbare manifest opgenomen. 9.1.333 vervangt deze npm-kandidaat volledig.
9.1.332 Niet gepubliceerd
  • Niet gepubliceerd. Een plug-inimport verwees vanuit de geïsoleerde boom naar een niet meegeleverd kernbestand; 9.1.333 verving de npm-kandidaat volledig.
9.1.331
  • Privé-Telegram-gesprekken behouden natuurlijke antwoorden en aangevraagde werkresultaten.
  • Gemeten interne dubbele meldingen over gepauzeerd werk, reeds verzonden antwoorden, lopende beurten, toolstatus en ontbrekende handelingsbehoefte worden alleen in privéchats onderdrukt.
  • Een melding wordt alleen gefilterd wanneer ze zowel interne runtime-context als uitdrukkelijk geen nieuwe gebruikerswaarde bevat.
  • Groepsrouting, echte klaarmeldingen en normale korte gesprekken blijven ongewijzigd.
9.1.330
  • Het volledige soul-bronbestand van elke King blijft ongewijzigd behouden.
  • De modelcontext krijgt daaruit een beperkte karakterprojectie met identiteit, stem, waarden, relaties, voorkeuren, doelen en gegroeide geschiedenis.
  • Duidelijke opdracht-, lane-, rechten-, QA-, tool-, commando-, verificatie-, incident-, log-, runtime-, update-, deploy- en build-secties worden niet meer als persoonlijkheid in elke prompt geladen.
  • Zuivere korte karakter-souls blijven bytegetrouw. Onbekende niet-technische secties blijven in hun volgorde zichtbaar.
  • Geen soul-bestand wordt gewist, ingekort of automatisch herschreven.
9.1.329
  • Elk benoemd King-profiel gebruikt in de gedeelde identiteitskern zijn eigen agentknooppunt. Relaties, geschiedenis en geleerde persoonsgegevens worden niet meer samengevoegd bij de als eerste ingerichte agent.
  • Bestaande benoemde soul-bestanden zoals _agent-a_soul.md, _agent-b_soul.md of _agent-c_soul.md worden aan het passende profiel toegewezen en eenmalig bytegetrouw naar SOUL.md overgenomen.
  • Het oude bronbestand blijft ongewijzigd behouden. Een bestaande profiel-SOUL.md wordt nooit overschreven.
  • Persona-keuze en personality-modus lezen per profiel. Een kapotte, te grote of gelinkte profielpersona valt niet ongemerkt terug op de identiteit van een andere agent.
  • De gedeelde kern blijft zonder Mnemo-dwang bruikbaar. Lopende opdrachten, rechten en QA-regels worden door deze migratie niet gewijzigd.
9.1.328
  • Persona en SOUL.md worden eerst uit het actieve profiel geladen.
  • Benoemde profielen erven nooit de ziel van een andere agent uit de gedeelde thuismap.
  • Legacy- en standaardprofielen behouden de bestaande gedeelde fallback.
  • Ontbreekt een eigen soul-bestand werkelijk, dan wordt eenmalig een minimaal raamwerk aangelegd; bestaande bestanden worden nooit overschreven.
  • Het identiteits- en relatiesysteem blijft bestandsgebaseerd en werkt zonder Mnemo-dwang.
9.1.327
  • Privé-Telegram-gesprekken blijven bij de persoon: interne queue-, controlepunt-, pauze-, cron-, hook- en idle-verslagen worden op beide verzendpaden onderdrukt, zolang geen werkstand is opgevraagd, geen beslissing nodig is en geen relevante blokkering is ontstaan.
  • Technische werkstanden gaan naar het verantwoordelijke teamkanaal. Ze worden niet nog eens in het privégesprek gekopieerd.
  • Exacte modelherhalingslussen worden al tijdens de stream herkend. De lopende providerstream wordt beëindigd en dezelfde stap wordt met behouden opdrachtcontext precies één keer opnieuw geprobeerd.
  • Ziel, personenkennis, rechten, lopende opdrachten en de bestaande direct-focuspauze zijn niet vervangen of gewist. Geen lopende TUI is opnieuw gestart.
9.1.326
  • Handmatige en automatische machtigingsmodi spiegelen toolgoedkeuringen als beperkte knoppen naar de eenduidig gekoppelde privé-Telegram-DM.
  • Alleen toolnaam en bestaande selectieteksten worden overgedragen; argumenten, beschrijvingen en geheimen blijven lokaal. Verlopen, andermans of reeds lokaal beantwoorde goedkeuringsverzoeken worden fail-closed verworpen.
  • De god-modus blijft volledig autonoom en genereert geen Telegram-goedkeuringsverzoek.
  • Technische werkstanden worden naar de verantwoordelijke collega gerouteerd en niet meer teruggekopieerd naar het privégesprek van de gebruiker.
9.1.325
  • De god-modus voert persoonlijke memory-schrijfbewerkingen zonder tweede goedkeuringsvraag uit; de bestaande sessie- en beurtgebonden toestemming blijft behouden.
  • Een uitdrukkelijke Telegram-aanwijzing om te onthouden activeert dezelfde strikt beperkte toestemming als een directe console-aanwijzing. Handmatige en automatische machtigingsmodi vragen nog steeds om toestemming voordat ze schrijven.
  • Het updatejournaal slaat op of een installatie handmatig, automatisch of via de startdialoog is gestart.
9.1.324
  • De eerste vertrouwde interactie met een bot legt hem lokaal als agent- en relatieknooppunt aan. Rol, verantwoordelijkheden, eigenaardigheden, samenwerking en handoff kunnen daarna gestructureerd groeien.
  • Elke King projecteert een compact collega-uittreksel in zijn context. Zo kent hij taken en eigenaardigheden van andere agents, zonder klakkeloos alle relatiegegevens te laden.
  • Ontbreekt informatie die cruciaal is voor de opdracht, dan wordt niet gegist: de King vraagt precies één keer de meest geschikte mens of agent. Is geen verantwoordelijkheid bekend, dan vraagt hij de gebruiker in plaats van een naam te verzinnen.
  • Relaties en rollen scheppen nooit rechten. Machtigings-, ACL- en geheimvelden worden niet in het collega-uittreksel geprojecteerd. Het pad is lokaal, tenantgebonden, naamneutraal, Mnemo-onafhankelijk en voegt noch model-, noch toolaanroepen toe.
9.1.323
  • Privégesprekken beantwoorden weer de persoon in plaats van vrijwillig interne procesgegevens prijs te geven. Checkpoints, hashes, paden, tool-, cron- en hook-diagnoses, verborgen regels, opdrachten van andere agents en idle-verslagen blijven intern.
  • Werkstatus wordt alleen genoemd wanneer de gebruiker erom vraagt, zijn beslissing nodig is of een blokkering hem concreet treft. Gepauzeerd werk blijft intern en wordt niet meegenomen in een informeel gesprek.
  • De regel geldt met en zonder personality-modus, bevat geen vast gecodeerde personen of agents en voegt ongeveer 75 prompt-tokens, maar geen model- of toolaanroep toe. Taakprioriteit en bewijsplicht blijven ongewijzigd.
9.1.322
  • De zichtbare personality-schakelaar schrijft persona.json nu atomair. Naam, taal, notities en alle andere bestaande persona-velden blijven behouden; alleen personalityEnabled wordt gewijzigd.
  • SOUL.md, AGENTS.md, JOURNAL.md en relatiebestanden worden noch bij het uitschakelen, noch bij het inschakelen bewerkt. De normale SOUL-gebaseerde agentidentiteit blijft ook bij uitgeschakelde personality-functie in de systeemcontext geladen.
  • Een mislukte live-refresh zet de selectie bytegetrouw terug. Heeft parallel een andere schrijver persona.json gewijzigd, dan breekt het terugzetten met PERSONALITY_CHOICE_CONFLICT af en overschrijft niets.
  • Symlinks, te grote, ongeldige of niet-objectvormige persona-bestanden worden fail-closed afgewezen. Bij het inschakelen wordt de identiteitsboom vóór de commit voorbereid.
  • Geen onderdeel van deze versie is de daarna aangetoonde fout van een agent om interne checkpoints, cron-regels, SHA's en opdrachtdetails van anderen in privégesprekken prijs te geven. Deze uitvoerfilter is de volgende afzonderlijke build.
9.1.321
  • Een ontspannen eerste privé-uitwisseling of een vrijwillige persoonlijke aanwijzing kan precies één optionele nieuwsgierigheidsgelegenheid in de modelcontext leggen. Ze is geen verplichte vraag; woordkeuze en toon komen nog steeds uit de geladen SOUL.md, niet uit een vaste vragencatalogus.
  • Opdracht, urgentie, fouten, links, code, paden en groepsverkeer onderdrukken de nieuwsgierigheid volledig. Ze verstuurt nooit zelfstandig en mag lopend werk niet onderbreken.
  • Een cooldown van 30 dagen geldt per tenant, agent en gekoppelde persoon, ook over verschillende portals heen. Een nieuwe poging voor dezelfde gebeurtenis is idempotent.
  • De nieuwe toestand ligt niet meer als Telegram-specifiek nieuwsgierigheidsbestand in de identiteitsboom. Een verwisselbare personality-memory-adapter schrijft in plaats daarvan een geversioneerde gebeurtenis in de bestaande transactionele cognitieve opslag. Telegram is herkomst; de privérelatie is een gescheiden zichtbaarheidsbereik.
  • Opgeslagen worden alleen onderwerp, stabiele gebeurtenis-/bronidentificatie, tijdstip en privébereik. Ruwe tekst, vaste vragen, rechtenbeweringen en geheimen worden niet opgenomen. Onveilige roots, onbekende velden en opslaguitval blijven fail-closed.
  • Grondslag voor de portalgrens was het interne concept v7. De CLI is referentieclient; de lokale opslag is uitdrukkelijk als verwisselbare projectie gemarkeerd en geen tweede canonieke portal-opslag.
9.1.320
  • Privé en uitdrukkelijk openstaande gespreksdraden worden als onveranderlijke, gededupliceerde gebeurtenissen met bron, tijdstip, context en vertrouwen opgeslagen. Natuurlijke formuleringen zoals Frag mich morgen noch einmal nach ... worden net zo goed herkend als de expliciete open-thread-vorm.
  • Uitdrukkelijke reparatie-aanwijzingen worden gescheiden van algemene relatieaantekeningen opgeslagen en in het latere gedrag in aanmerking genomen.
  • De huidige beurt ziet zijn eigen nieuwe aantekening opzettelijk nog niet. Pas een latere privébeurt krijgt de beperkte context; daardoor bestaat er geen dubbele of suggestieve zelfbevestiging.
  • Opdracht en expliciete aanwijzingen gaan vóór sociale context. Open draden mogen actief werk niet onderbreken en versturen nooit zelfstandig. Relatiegegevens kunnen geen rechten, goedkeuringen of machtigingen scheppen.
  • Groepsverkeer, geheimen, machtigingsformuleringen, onveilige paden, symlinks en te grote bestanden blijven fail-closed uitgesloten.
9.1.319
  • Een geldig bestaand profiel zonder opgeslagen personalityEnabled-waarde activeert de persoonlijkheid nu automatisch.
  • Bij de eerste normale prompt ontstaat de lokale identiteitsboom met agentprofiel en JOURNAL.md ook zonder Mnemo.
  • Een uitdrukkelijk false, 0 of off blijft uit. Beschadigde, symbolisch verlinkte en te grote persona-bestanden blijven fail-closed.
  • SOUL.md en AGENTS.md worden noch gewist, noch herschreven.
9.1.318
  • De achtergrond-updater downloadt de nieuwste versie verplicht, controleert haar onafhankelijk gepubliceerde SHA-512-integriteit en zet haar klaar voor de volgende start.
  • De lopende King, zijn beurt en zijn toolaanroepen blijven onaangetast. Er is geen live-handoff, geen ACK en geen tui.stop(76) meer.
  • Sessie-ID en werkmap worden met de voorbereide runtime opgeslagen. Pas bij de volgende natuurlijke start wordt de nieuwe versie geactiveerd en de exacte sessie automatisch voortgezet.
  • De lopende TUI krijgt hoogstens één passieve klaarmelding; een nieuwere voorbereide versie vervangt alleen de reservering, nooit het actieve proces.
9.1.317
  • Verbruikt de provider het volledige antwoordbudget met een length-afsluiting, maar levert hij geen zichtbare tekst, dan wordt het budget voor de nieuwe poging niet meer tot een achtste verkleind, maar verdubbeld.
  • De nieuwe poging blijft in dezelfde beurt en gebruikt hetzelfde signaal, dezelfde berichtgeschiedenis en dezelfde werksituatie.
  • De bestaande afhandeling van afbrekingen en het beperkte aantal nieuwe pogingen blijven ongewijzigd. Handmatige afbrekingen of persistent lege resultaten lopen niet eindeloos door.
9.1.316
  • Privé-Telegram-DM's krijgen een eigen direct queue-spoor vóór groeps-, loop- en achtergrondwerk; een expliciet /urgent houdt nog steeds de hoogste prioriteit.
  • Bij het begin van het DM-gesprek wordt de lopende werkstand eenmalig als beperkt controlepunt bewaard. Berichttekst wordt daarbij niet gepersisteerd.
  • Na een herkend gesprekseinde of een minuut stilte vraagt King precies één keer: Kan ik verder met mijn werk?
  • Het opgeslagen werk blijft gepauzeerd en wordt pas na een eenduidige instemming vanaf het oorspronkelijke controlepunt voortgezet.
  • Deze versie introduceert de bezorg- en pauzesturing. Het volledige persoonlijkheids-, relatie- en journaalsysteem blijft een gescheiden, doorlopende uitbouw.
9.1.315
  • Geautoriseerde attentiesignalen komen nu via de normale kanaal-queue in de beurt, zonder de bestaande bezorg- of rechtenpolicy te omzeilen.
  • Dubbele, verouderde, niet vrijgegeven, buiten het bereik liggende en niet uit Telegram afkomstige signalen worden vóór de modelcontext verworpen.
  • Navragen blijft beperkt tot hoogstens één natuurlijke vraag, wordt gededupliceerd en verstomt zodra het signaal niet meer actueel is.
  • Deze versie introduceert alleen de veilige bezorgingsweg. De daarna geprioriteerde DM-onderbrekings- en hervattingslogica blijft bewust voorbehouden aan de volgende, afzonderlijke versie.
9.1.314
  • Lokale slash-commando's wachten bij een lange actieve beurt niet meer urenlang in de wachtrij, maar breken de beurt gecontroleerd af en lopen daarna als volgende werkstap.
  • Een nieuw slash-commando vervangt in console en Telegram een al wachtend commando van hetzelfde type. Dat geldt onder meer voor /reload en /loop; normale berichten, shell-werk en andere kanaalopdrachten blijven behouden.
  • Escape verwijdert wachtende slash-commando's ook wanneer er geen actieve beurt meer zichtbaar is. De bestaande reload-compatibiliteit blijft behouden als wrapper op het algemene wachtrijbeleid.
9.1.313
  • Een geslaagde automatische update wordt na de sessieherhaling als persistente melding in het TUI-transcript geschreven. De melding kan daardoor niet meer door een herhaling of een kortlevende status worden overschreven.
  • Dezelfde bronversie, doelversie en dezelfde versiemeldingen worden via de bestaande, op versie gededupliceerde weg één keer naar gekoppelde Telegram-DM's verzonden. Een mislukte verzending blijft herhaalbaar.
  • Het openbare manifest bevat nu de velden name en releaseNotes die de fallback-parser verwacht. Aan updater-handoff, sessieherstart en lopende processen is niets gewijzigd.
9.1.312
  • Een uitdrukkelijk Telegram-/reload wacht niet meer achter een langlopende modelbeurt. Het wordt als besturingscommando vóór de bestaande wachtrij geplaatst en activeert precies één keer de bestaande gecontroleerde sessieafbreking.
  • De bestaande reload-handler loopt pas na het bevestigde beurteinde. Daardoor start er geen tweede beurt parallel en wordt een schrijvende beurt niet midden in de reload-logica verder verwerkt.
  • Oude reload-duplicaten worden verwijderd; normale Telegram-berichten en ander wachtrijwerk blijven in hun volgorde behouden. De Telegram-ontvangstbevestiging blijft openstaan tot het commando werkelijk is uitgevoerd.
9.1.311
  • Een attentiekandidaat wordt pas een beperkte bezorgopdracht wanneer een nieuwe, exact aan zijn kandidaat-ID gebonden runtime-ontvangstbevestiging aanwezig is.
  • Alleen runtime_user_prompt_hook en runtime_tool_policy gelden als autoriteiten. Geheugen, verkeerde agent, verkeerd kanaal, verkeerd bereik, blokbeslissing, een ontvangstbevestiging uit de toekomst en een ontvangstbevestiging ouder dan vijf minuten worden standaard geblokkeerd (fail-closed).
  • Ontvangstbevestigingen zijn tenantgebonden, transactiegebaseerd en slechts één keer bruikbaar. Dezelfde nieuwe poging is idempotent; het gebruik van dezelfde ontvangstbevestiging voor een andere kandidaat wordt als herhaling afgewezen.
  • De bestaande gezamenlijke cooldown blijft van kracht. Het resultaat is alleen een gestructureerde attention_notice-intentie en bevat geen berichttekst, verzendfunctie of bevoegdheid. De eigenlijke bezorgpolicy blijft de volgende afzonderlijke stap.
9.1.310
  • Persistente doelen, open draden, volgende triggers, verwachte bewijzen, teamcontext en zelfcontext lopen door één gezamenlijke, strikt begrensde focusprojectie. De standaard is hoogstens zes vermeldingen en 900 tekens.
  • Project- en werkruimten wegen zwaarder dan betrouwbaarheid en actualiteit. De nieuwste waarde wordt getoond, zonder eerdere tegenstrijdige waarnemingen uit de onveranderlijke gebeurtenisgeschiedenis te wissen. Wijzigingen worden als revised zichtbaar.
  • Kortlevende runtime-waarnemingen, zwak bewijs en algemene wereldfeiten verbruiken geen persistent focusbudget. Rechten-, token- en geheimvelden worden al bij het schrijven afgewezen.
  • Een gestructureerde, idempotente snapshot kan de focus over sessies heen bijwerken. De projectie is context, geen bevoegdheid, en kan noch opdracht noch runtime-policy overschrijven.
  • Uit ECC is alleen het principe Kontext begrenzen, Relevantes laden overgenomen. Er is geen ECC-hook, leergeheugen of harness geïnstalleerd.
9.1.309
  • Het nieuwe zuivere attentiebeleid maakt alleen uit bewezen ontbrekende agent-heartbeats, achterstallige toezeggingen of langer geblokkeerde taken een beperkte kandidaat.
  • Verantwoordelijkheid, actieve taak, bewezen afwezigheid, lokale rusttijd, toegestaan kanaal, minimaal vertrouwen en cooldown worden vóór opname gecontroleerd. Menselijke stilte zonder toezegging die nu moet worden nagekomen blijft zonder gevolg.
  • Elke kandidaat draagt een bewijs-ID, geldigheidsbereik, tijdstip en vertrouwen, maar geen promptinhoud, rechten, geheimen of verzendfunctie.
  • De gedeelde SQLite-kern kent één transactionele claim toe per tenant en bewijs. Parallelle agents kunnen dezelfde aanleiding in de cooldown niet dubbel overnemen.
  • Deze versie scant nog niet zelfstandig en verzendt geen bericht. Elke latere actie heeft nog steeds de normale runtime-autorisatie nodig.
9.1.308
  • Het voorbereide runtime-record bevat in de modus resume nu de exact draaiende sessie-ID en de canoniek gecontroleerde werkmap. Een latere start hoeft daardoor niet meer de nieuwste of een vermeend passende sessie te raden.
  • Elke echte sessiewissel werkt deze gegevens bij. Direct vóór de veilige handoff worden ze opnieuw geschreven, voordat de oude runtime de bevestiging krijgt om te stoppen.
  • Alleen de sessie die aantoonbaar via deze updateweg is voortgezet en exact gelijk is, krijgt na de herhaling een eenmalige hervattingsimpuls, en alleen wanneer haar doel nog active is. Normale starts, andere sessies en gepauzeerde of geblokkeerde doelen blijven onaangetast.
  • De veilige werkgrens blijft ongewijzigd: geen handoff bij streaming, compactie, tools, shell-commando's of wachtende berichten. Er is geen draaiende King voor deze levering handmatig opnieuw gestart.
9.1.307
  • Alleen een werkelijk handelingsrelevant foutgeval uit de direct voorafgaande runtime-beurt wordt vóór de volgende modelbeslissing als kort continuïteitsbewijs getoond: afgebroken of mislukte beurt, blokkering door beleid of mislukte tool.
  • Een normaal afgesloten beurt levert exact geen projectie op en daarmee nul extra contexttokens.
  • De selectie is gebonden aan runtime-ID plus beurt-ID en blijft daardoor ook na een sessiewissel met opnieuw bij nul beginnende beurt-ID's correct.
  • De projectie bevat geen prompts, argumenten, uitvoer, call-ID's of rechten. Ze wijst er uitdrukkelijk op dat ze nooit een handeling mag autoriseren of het actuele gebruikers- of toolbeleid mag overschrijven.
  • De etappe is bewust reactief en smal. Proactieve aandacht, delegatiestatus en inhoudelijke open draden worden hier nog niet geladen.
9.1.306
  • Het cognitieve beurt-levencyclusspoor registreert nu voor elke echte toolaanroep de feitelijke runtime-beslissing uit PermissionManager.beforeToolCall: passed, blocked of error.
  • Na de uitvoering worden het werkelijke resultaat (success, error, cancelled), de duur en de volgende controle-trigger als onveranderlijk bewijs toegevoegd.
  • Opgeslagen worden alleen de toolnaam en een stabiele hash van de call-sleutel. Argumenten, tooluitvoer en promptinhoud komen niet in de cognitieve toestand terecht.
  • De bestaande rechtenhiërarchie blijft ongewijzigd: geheugen kan geen handeling goedkeuren. Opnamefouten blijven fail-soft en mogen noch een tooluitvoering toestaan noch een gebruikersbeurt blokkeren.
  • Nog open zijn delegatiebewijzen, proactieve aandacht en de strikt relevante terugprojectie van de toestand in latere beslissingen.
9.1.305
  • De in 9.1.304 geïntroduceerde transactionele SQLite-kern is nu verbonden met de echte runOneTurn()-levencyclus. Elke modelbeurt legt waarneming, herkomstclassificatie, het begrensde beurtplan, het verwachte eindbewijs, het resultaat van de promptcontrole, de afsluitreden, de duur en de volgende trigger vast.
  • Opgeslagen worden alleen runtime-metagegevens, geen promptinhoud. Tenant en agent worden stabiel afgeleid uit BLUN-home en het actieve profiel, zonder vaste personenlijsten.
  • Alleen het bestaande runtime-beleid mag een controleresultaat leveren. Geheugen is als rechtenautoriteit hard uitgesloten. De opname geeft nooit een toestemming terug en heeft nog steeds geen uitvoeringsfunctie.
  • Het leerspoor is fail-soft: een SQLite- of levencyclusfout wordt alleen als inhoudsvrije telemetrie vastgelegd en mag de eigenlijke gebruikersbeurt niet blokkeren.
  • Nog open zijn toolspecifieke handelings- en delegatiebewijzen, proactieve aandacht en de relevante terugprojectie van de toestand in latere beslissingen. 9.1.305 beweert daarom geen volledige AGI-lus.
9.1.304
  • De eerste transactionele cognitieve toestandskern ligt als lokale SQLite-database onder BLUN-home. Hij kan zelf-, wereld- en teamwaarnemingen, doelen, open draden, aannames, volgende triggers en verwachte bewijzen over sessies heen opslaan.
  • Meerdere agent- en kanaalschrijvers worden met BEGIN IMMEDIATE en een optimistisch versienummer geserialiseerd. Verouderde schrijvers worden standaard geblokkeerd (fail-closed); identieke gebeurtenisherhalingen zijn idempotent.
  • Elke gebeurtenis is via SHA-256 geketend. Uitspraken dragen bron, context, tijdstip, zekerheid en geldigheidsbereik. Tegenstrijdigheden blijven gescheiden onveranderlijke waarnemingen in plaats van oude uitspraken te overschrijven.
  • Rechten-, capaciteits- en geheimvormige velden worden afgewezen. De kern heeft geen uitvoerings-, delegatie- of bevoegdheidsfunctie.
  • Dit is de bewezen opslaggrondslag, nog niet de volledige waarnemen-plannen-handelen-lus en nog niet in elke beurt verweven.
9.1.303
  • Een in 9.1.302 veilig vastgelegde privérelatiekandidaat wordt vanaf het volgende directe gesprek als duidelijk niet-autoritatieve herinneringscontext geladen. De huidige uitspraak beïnvloedt haar eigen beurt nog steeds niet.
  • Geladen worden hoogstens de twee nieuwste gevalideerde notities, elk maximaal 160 tekens, binnen het ongewijzigde budget van 1.500 tekens in totaal. Zonder aanwezige notities ontstaan 0 extra prompttekens en geen model-, embedding- of netwerkaanroep.
  • Privénotities worden in groepen nooit geladen. De systeemgrens noemt ze uitdrukkelijk referentiegegevens in plaats van aanwijzingen en herhaalt dat ze geen rechten kunnen verlenen of wijzigen.
  • Nog open blijven automatische persistente overname, conflictbeoordeling, transactionele meeragentsopslag en proactieve aandacht.
9.1.302
  • Een uitdrukkelijke privé-uitspraak zoals Bitte merk dir: ... of Please remember that ... levert nu een kleine, nog niet actieve relatiekandidaat op. Daarvoor is er geen extra model-, embedding- of netwerkaanroep.
  • Elke kandidaat draagt bron, kanaal- of directe context, tijdstip, zekerheid, geldigheidsbereik en de onveranderlijke historieregel. Dezelfde bezorgde kanaalgebeurtenis is idempotent; latere bevestigingen en tegenstrijdigheden blijven als gescheiden vermeldingen zichtbaar en overschrijven elkaar niet.
  • Groepen, normale gesprekszinnen, geheimen, rechten- en goedkeuringsuitspraken, ongeldige tenant- of agentidentiteiten en onveilige paden worden afgewezen. Relatiegegevens kunnen nog steeds geen rechten creëren.
  • Dit is alleen de eerste veilige registratiestap voor het productdoel. De kandidaten blijven pending en worden nog niet automatisch in de actieve relatie of de modelcontext overgenomen. Transactionele meeragentskern, cognitieve toestand, eigen initiatief en proactieve aandacht zijn daarmee uitdrukkelijk nog niet af.
9.1.301
  • Het permanent geladen aanwezigheidsblok van de persoonlijkheid daalde van 1.433 naar 1.020 tekens, rekenkundig circa 104 prompttokens minder per actieve persoonlijkheidsbeurt. Er kwam geen extra model- of geheugenaanroep bij.
  • Taakfocus, geladen ziel, begrensde nieuwsgierigheid, groepsbescherming, onzekere herinnering, open draden en relatiereparatie blijven in het kleine blok. De modus zonder persoonlijkheid bleef bytegelijk op 288 tekens.
  • Roodproef: de nieuwe controle van 1.050 tekens faalde bij 1.433 tekens. Mutatieproef zonder persoonlijkheidsblok: 12/18 gerichte tests rood. Hersteld: gefocust 18/18, volledige suite 690/690 groen.
  • Regressiecontrole van het pakket 9.1.300 op 9.1.301: 164 tegen 164 stabiele paden, 0 verwijderd. Nieuwe installatie: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • Een bij de start mislukte MCP-server krijgt nu tot drie verdere verbindingspogingen met telkens 10 seconden tussenruimte. Daarmee wordt een tijdelijke startfout niet meer na slechts één poging opgegeven.
  • De MCP-inventaris wordt niet meer slechts één keer vastgelegd, maar opnieuw zodra het aantal verbonden servers of tools verandert. Een laat herstel vervangt daardoor zichtbaar de oude 0/0-stand.
  • Bestaande MCP-configuraties, tooldefinities en draaiende sessies blijven ongewijzigd. Aangepast werden blun.mjs, test/mcp-runtime-resilience.test.js, package.json en package-lock.json.
9.1.299
  • Grote Read-resultaten blijven native opnieuw leesbaar: de zichtbare uitvoer is beperkt tot 10 KiB en noemt daarna de exacte volgende regel in plaats van alleen [offloaded] te tonen.
  • Grote plain-Write-opdrachten en bronbestanden van meer dan 500 regels worden automatisch in byte-exacte fragmenten verdeeld, in een privébestand ernaast samengesteld en atomair naar het doelpad geschreven.
  • Na het samenstellen controleert de runtime de vastgelegde bytes via SHA256. De bestaande Edit-bescherming blijft ongewijzigd; handmatige voortzetting blijft mogelijk, maar is voor grote volledige schrijfoperaties niet meer vereist.
  • Nieuw: bin/native-large-file-io.cjs. Aangepast: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, vier gerichte testbestanden, plus package.json en package-lock.json.
9.1.298
  • De geactiveerde persoonlijkheidsmodus richt bij de eerste normale TUI-beurt zelfstandig een lokaal, tenantgeschikt identiteitsgebied in. Mnemo is daarvoor niet vereist.
  • De bestaande SOUL.md en AGENTS.md blijven geladen en ongewijzigd. Een nieuw JOURNAL.md ontstaat slechts één keer en vervangt noch ziel noch regels.
  • Nieuwe Telegram-identiteiten krijgen voorzichtige persoons-, relatie- en groepsknopen zonder verzonnen eigenschappen. Privégeschiedenis en groepscontext blijven gescheiden.
  • Directe relatiecontinuïteit slaat hoogstens zes korte, lokaal geredigeerde vermeldingen op en geeft hoogstens twee vroegere fragmenten aan de huidige beurt. De huidige tekst wordt niet dubbel geïnjecteerd.
  • De sociale aandachtslaag herkent uitsluitend een bewezen directe terugkeerafstand vanaf zeven dagen, levert hoogstens één melding in de cooldown van 30 dagen en verzendt zelf geen bericht.
  • De actuele opdracht en uitdrukkelijke aanwijzingen gaan in de context altijd vóór nieuwsgierigheid, relatie en aandacht. Het gehele dynamische identiteitsblok blijft standaard begrensd op 1.500 tekens.
  • De in 9.1.296 en 9.1.297 gepubliceerde correcties voor nieuwe MCP-pogingen en de reload-wachtrij zitten in de kandidaat.
9.1.297
  • Bij twee agents bleef een oude /reload-opdracht na Escape zichtbaar in de wachtrij. Een tweede /reload kon wel lopen, maar de eerste vermelding werd noch verwijderd noch bevestigd om hernieuwde Telegram-bezorging te voorkomen.
  • Het nieuwe beleid verwijdert uitsluitend lokale en Telegram-reload-commando's. Het behoudt de identiteit en volgorde van de bestaande wachtrij en alle andere berichten en commando's.
  • Escape vóór het afbreken van actief werk en elke nieuw binnenkomende /reload roepen hetzelfde opruimpad aan. Verwijderde Telegram-vermeldingen worden via hun bestaande acknowledge-callback bevestigd.
9.1.296
  • Een echte hervatting onder 9.1.294 meldde op 27 augustus om 14:26:17Z precies één stille startfout voor windows-mcp: Timed out after 30000ms. In de volgende minuten verschenen noch een tweede startpoging noch een afsluitende bevinding over een nieuwe poging.
  • De directe start van dezelfde uvx windows-mcp serve antwoordde daarentegen na circa 3,7 seconden op initialize. Installatie en server waren daarmee in beginsel functioneel; de lacune lag in de herhaling van de King-MCP-start.
  • blun.mjs behoudt na een eerste MCP-startfout nu precies één herhalingspoging na 10.000 ms. De timer blijft gerefereerd tot de tweede poging is uitgevoerd. Er is geen proces- of sessieherstart.
  • Mislukt ook de tweede poging, dan blijft de bestaande eerlijke eindtoestand unavailable behouden. Andere MCP-servers en de TUI blijven draaien.
9.1.295
  • De achtergrondtaak-runtime registreerde voor elke uitvoering een listener op een extern AbortSignal, maar verwijderde hem na een normale worker-, timeout- of stop-uitkomst niet. Lange agentsessies konden daardoor verouderde afbreeklisteners verzamelen.
  • bin/abort-listener-policy.cjs levert de afbreekuitkomst nu samen met een idempotente cleanup()-functie. blun.mjs roept haar in het bestaande finally-pad samen met de timeout-opruiming aan.
  • Afbreekgedrag, uitkomstkeuze en zichtbare taaksemantiek blijven ongewijzigd. De ingreep levert geen modelaanroepen en geen nieuwe contexttokens op.
9.1.294
  • Echte updatepogingen van twee agentprofielen toonden dezelfde geschiedenis aan: de eerste aanroep eindigde met een tijdelijk fetch failed, de direct daaropvolgende tweede aanroep werkte. Beide officiële bronnen hadden tot dan toe slechts één enkele netwerkpoging.
  • Registry en openbaar manifest krijgen nu elk een eigen, begrensd budget voor nieuwe pogingen met backoff van 250 en 750 milliseconden.
  • Herhaald worden alleen tijdoverschrijdingen, bekende tijdelijke transportfouten en HTTP 408, 425, 429 en serverfouten vanaf 500.
  • Ongeldige JSON, te grote antwoorden, niet toegestane eindpunten en persistente clientfouten zoals 404 blijven direct rood. Er ontstaan geen modelaanroepen, contexttokens of persistente achtergrondlussen.
9.1.293
  • De achtergrond-updater bereidde een geverifieerd doel correct voor, maar stuurde daarna nog steeds RUNNING_UPDATE_PREPARED_MESSAGE naar de actieve core-runtime. Een draaiende TUI kon daarop aan een vermeend veilige grens met exit 76 reageren. Dat sprak het productcontract uit 9.1.222 tegen: updates mogen een actieve sessie nooit beëindigen en worden pas bij de volgende natuurlijke start geactiveerd.
  • bin/launcher-runtime.js zet download, integriteitscontrole, staging, doelupdate en opruiming ongewijzigd voort, maar schrijft bij het voorbereiden geen IPC-bericht meer in de draaiende sessie.
  • Bestaande directe handoff-functies blijven voor compatibiliteit aanwezig; de automatische achtergrondweg activeert ze niet meer.
9.1.292
  • Een echte sessie draaide op 9.1.279 en had 9.1.287 met de gebeurtenis prepared-for-next-start voorbereid, maar trok daarna geen van de al gepubliceerde versies 9.1.288 tot 9.1.291 binnen.
  • De oorzaak lag in superviseProtectedCore(): na de eerste geslaagde staging bleef updateStarted gezet en brak scheduleNextPreparation() bovendien af zodra preparedTarget bestond. De achtergrondpoller werd daardoor na de eerste treffer persistent beëindigd.
  • De poller blijft nu ook met een voorbereid doel actief. Alleen een strikt nieuwere, geldige semver vervangt het voorbereide doel; gelijke, oudere of ongeldig vergelijkbare doelen worden genegeerd.
  • Een doelverversing stuurt bewust geen tweede prepared-IPC naar de draaiende TUI. Daardoor blijft het huidige proces onaangetast en wordt de nieuwste voorbereide versie pas bij de volgende natuurlijke start actief.
  • Zodra een handoff is bevestigd of de bewaakte core-runtime eindigt, wordt geen doel meer uitgewisseld en geen nieuwe timer meer aangelegd.
9.1.291
  • De blokkerende compactieweg registreerde op elk nog niet afgebroken signaal een anonieme abort-listener, maar verwijderde hem na afsluiting van de compactie niet. In lange sessies konden zich zo dode afbreeklisteners ophopen.
  • FullCompaction.block() gebruikt nu een benoemde listener en de kleine helper waitForAbortableCompletion(). De helper verwijdert de listener in finally na succes, fout of afbreking.
  • Een al afgebroken signaal wordt direct behandeld zonder een listener te registreren. De ingreep verandert noch de afbreekbeslissing noch de compactielogica buiten deze levencyclus.
  • Het patroon komt uit de actuele vergelijking met AnythingLLM; overgenomen is alleen de afzonderlijk bewezen listeneropruiming, geen runtime van derden.
9.1.290
  • BLUN toonde tot nu toe met /context alleen de grove sommen van het contextvenster. De werkelijke kostendrijvers binnen de systeemcontext en de toolschema's bleven onzichtbaar.
  • Het nieuwe lokale commando /context-doctor ontleedt de actuele context zonder modelaanroep in kernaanwijzingen, persoonlijkheid en ziel, relaties en aanwezigheid, vaardighedencatalogus, runtime-aanvullingen, geïntegreerde tools, gebruikerstools, MCP-tools, verdere toolschema's, gesprek en aanbiedergebonden extra inspanning.
  • Alle subcategorieën worden getoetst aan het gemeten totaal van hun bovenliggende categorie. Overlappende of verouderde schattingen kunnen de weergave daardoor niet kunstmatig vergroten.
  • De interface is volledig gelokaliseerd voor Engels, Duits, Spaans, Frans, Zweeds en Tsjechisch. Alle vijf vertalingen werden vóór inbouw via de verplichte taalcontrole goedgekeurd en daarna cryptografisch teruggecontroleerd.
  • Het commando leest uitsluitend de lokale sessiecontext. Het roept noch het model, noch het verbruiksbeheer, noch een extern netwerk aan.
9.1.289
  • Het live-hubbewijs na 9.1.288 toonde een agentprofiel nog steeds offline. Zijn effectieve profielconfiguratie bevatte de Mnemo-MCP met MNEMO_AGENT=<Profilname>, maar geen hub-URL in het King-proces. De 9.1.288-heartbeat bleef daardoor ondanks aanwezige interne identiteit bewust uit.
  • De launcher geeft nu het actieve profielbestand mcp.json door aan de heartbeat. Alleen een geactiveerd Mnemo-blok met een concrete MNEMO_AGENT- of BLUN_MNEMO_AGENT-identiteit activeert de interne registratie. Zonder die identiteit blijft de functie volledig uit.
  • Dit proces levert geen modelaanroepen, embeddings of contexttokens op. Openbare gebruikersprofielen zonder interne Mnemo-agentidentiteit blijven van de interne hub gescheiden.
9.1.288
  • Een screenshot bewees de MCP-oorzaak direct: windows-mcp en mnemo liepen bij de eerste start in de timeout van 30 seconden, terwijl een later /reload alle vijf servers verbond. Het profielpad was correct; een loaderwijziging werd daarom verworpen.
  • Mislukte MCP-starts krijgen nu precies twee niet-blokkerende achtergrondpogingen na 1 en 3 seconden. De derde totale poging kan verbinden zonder de TUI-start te verlengen. needs-auth, gedeactiveerde servers, handmatige reconnect en shutdown blijven van de automatische afhandeling gescheiden.
  • Interne Kings kunnen zich bij een uitdrukkelijk geconfigureerde Mnemo-hub bij de start met profielnaam, host en PID registreren en elke minuut een heartbeat sturen. Zonder hub-URL blijft de functie volledig uit; ze levert geen modelaanroepen, embeddings of contexttokens op.
  • Escape behandelde de korte toestand queueSteerInFlight tot nu toe niet als lopend werk. Terwijl een Telegram-bericht in de actieve beurt werd gestuurd, kon Escape daarom Undo voorbereiden in plaats van de beurt te stoppen. De bestaande afbreekvoorwaarde herkent nu ook precies deze overgang.
9.1.287
  • De uitgestelde ToolSearch-zoekopdracht nam de zoektekst tot nu toe zonder groottegrens over. Een foutief gegenereerde, zeer lange zoektekst kon daarmee de toolcatalogus doorzoeken en daarna in het nulresultaat opnieuw in de volgende modelstap belanden.
  • Het uit AnythingLLM commit d7353ae afgeleide patroon begrenst de tekst nu vóór zoekopdracht en zichtbare uitvoer op 1.000 tekens. Waar mogelijk eindigt hij op een woordgrens; bij één enkel overlang woord geldt de harde grens.
  • Normale korte zoekteksten, toolselectie en trefferlogica blijven ongewijzigd. De bescherming voegt noch modelaanroepen, noch embeddings, herhalingen of achtergrondwerk toe.
9.1.286
  • De kern meldde gecontroleerde herhalingen na tijdelijke modelfouten al als turn.step.retrying. De TUI verwierp deze gebeurtenis echter volledig. Een lopend herstel zag er daardoor uit als een bevroren agent.
  • 9.1.286 toont ondertussen in de bestaande melding in de voettekst alleen de volgende poging en de begrensde wachttijd, bijvoorbeeld Retry 2/3 | 1.3s.
  • Provider-fouttekst, statuscode en lokale paden worden niet getoond. De melding wordt alleen verwijderd als het nog steeds dezelfde door de weergave van nieuwe pogingen ingestelde waarde is; nieuwere meldingen van andere TUI-functies blijven behouden.
  • Aantal nieuwe pogingen, backoff, modelaanroepen en tokenverbruik blijven ongewijzigd.
9.1.285
  • AnythingLLM bewaart niet-verzonden promptconcepten lokaal. BLUN verloor de inhoud van het TUI-invoerveld bij een update, crash of gecontroleerde herstart, hoewel die tekst nog geen modelcontext was.
  • 9.1.285 slaat daarom uitsluitend het niet-verzonden lokale concept op. Er is geen model-, netwerk-, embedding- of Mnemo-aanroep en dus geen extra tokencosten.
  • Het concept wordt gescheiden per profiel en werkmap, pas na 300 ms rust geschreven, bij het legen verwijderd en bij de volgende start vóór de editorfocus hersteld.
  • De opslag is begrensd op 64 KiB. Lege, beschadigde, te grote of symlinkgebaseerde toestanden worden fail-closed verworpen. Het schrijfpad gebruikt een privé tijdelijk bestand en atomaire hernoeming.
9.1.284
  • De DeepAgents-versie 37d7777 brengt de kosten van dynamische subagents terug in het zichtbare totale verbruik. BLUN meldde het gecumuleerde verbruik van een subagent weliswaar bij de afsluitgebeurtenis, maar schreef het niet in de verbruiksrecorder van de bovenliggende sessie.
  • Daardoor kon /usage subagentwerk overslaan. Een eenvoudig optellen van de afsluitwaarde zou eveneens fout zijn: voortzetting en herhaling gebruiken dezelfde subagent met gecumuleerde tellers en zouden oud verbruik opnieuw berekenen.
  • 9.1.284 vormt daarom voor spawn, voortzetting en herhaling precies het verschil tussen begin en einde van de poging. Het verschil wordt in het finally-pad vastgelegd, zodat ook mislukte pogingen meetellen.
  • Teruggezette, niet-monotone of ongeldige tellers worden volledig verworpen. Daardoor ontstaan noch negatieve noch verzonnen tokenwaarden.
  • Er is geen extra model-, netwerk- of geheugenaanroep. De ingreep corrigeert uitsluitend de bestaande lokale verbruiksregistratie.
9.1.283
  • De nieuwe DeepAgents-/context-doctor maakt de kosten van basisaanwijzingen, herinnering, tools en geschiedenis zichtbaar als gescheiden componenten.
  • BLUNs /context toonde al geschiedenis en tools, maar niet de systeemprompt. Tegelijk schatte de contextrem zonder expliciete beurtoverride alleen config.systemPrompt, terwijl de echte modelaanroep effectiveSystemPrompt gebruikt. Daarin zitten ook de tijdens de uitvoering toegevoegde account- en herinneringscontexten.
  • Daardoor kon de rem precies de context onderschatten die voor de geplande persoonlijke agentidentiteit tokencritisch is.
  • 9.1.283 telt nu dezelfde effectieve systeemprompt die het model ontvangt en toont de schatting ervan in het /context-paneel als eigen systeemregel. Er wordt geen extra model-, netwerk- of geheugenaanroep ingevoerd.
  • Een concrete tokenbesparing wordt niet beweerd: de ingreep corrigeert meting en rembeslissing en maakt toekomstige identiteitskosten zichtbaar.
9.1.282
  • DeepAgents bekort in zijn changelog uitdrukkelijk LLM-zichtbare toolbeschrijvingen om de residente modelcontext te ontlasten. Onderzochte bron: langchain-ai/deepagents, vermelding #5009, commit 761f5f... in libs/deepagents/CHANGELOG.md.
  • BLUN had al een kortere read_default-tekst, maar bond die pas in nadat READ_DESCRIPTION eruit was gerenderd. De schijnbare optimalisatie had daardoor geen effect op het model.
  • 9.1.282 bekort het contract zonder functieverlies en rendert de effectieve beschrijving opnieuw direct vóór de bouw van de Read-tool. Paginering, veiligheidsregels, encoding en regeleinden blijven uitdrukkelijk behouden.
  • De resident geladen Read-beschrijving daalt van 1.648 naar 1.035 tekens: 613 tekens oftewel circa 37,2 procent. Dat is een gemeten contextvermindering; een exacte tokenbesparing wordt niet beweerd.
9.1.281
  • ECC beschrijft met /aside een uitdrukkelijk zijpad voor een korte vraag, zonder de lopende hoofdtaak te verliezen. Onderzochte bron: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN had de sterkere uitvoering al onder /btw: een eigen geforkte zijagent beantwoordt de nevenvraag en laat de hoofdbeurt ongewijzigd actief. Er werd daarom geen tweede engine gebouwd.
  • 9.1.281 voegt uitsluitend aside toe als vindbare alias van de bestaande btw-definitie. Zonder uitdrukkelijke /aside- of /btw-aanroep ontstaat geen achtergrondrun en geen extra modelverbruik.
9.1.280
  • Afgesloten of verlopen kandidaten in de lokale gevalideerde leeropslag bleven tot nu toe onbegrensd liggen en werden bij latere relevante beurten opnieuw ingelezen. De momenteel gemeten standaardopslag bevatte pas één kandidaat; de ingreep is daarom preventieve langetermijnbegrenzing, geen beweerde huidige lastvermindering.
  • Overgenomen is alleen Evolvers begrensde zaagtandpatroon van 200 naar 100 voor terminale kandidaten. Onderzochte bron: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Pas wanneer meer dan 200 recorded- of expired-kandidaten aanwezig zijn, worden de oudste terminale kandidaten verwijderd tot de nieuwste 100 overblijven. Elke open pending-kandidaat blijft behouden.
  • De opruiming loopt alleen in de al bestaande leersync. Ze levert geen modelaanroep, geen startscan en geen nieuw achtergrondproces op. Een vergrendelde vermelding telt als fout en blokkeert noch de verdere kandidaten noch het actieve agentwerk.
9.1.279
  • BLUN archiveerde de bij een volledige compactie verdrongen berichten al volledig onder conversation-history, maar had voor deze opnieuw leesbare markdownarchieven geen bewaargrens. Daardoor kon de map over een lange periode onbegrensd groeien.
  • Als enge DeepAgents-hefboom is de begrensde bewaring van uitgelagerde geschiedenis overgenomen. Onderzochte bron: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py en libs/code/deepagents_code/offload.py.
  • BLUN ruimt bij het schrijven van het volgende compactiearchief alleen directe, reguliere compaction-*.md-bestanden op waarvan de wijzigingstijd buiten de standaard 30 dagen ligt. De TUI-start krijgt daardoor geen nieuwe bestandszoekopdracht en geen extra achtergrondwerk.
  • Andere markdownbestanden, submappen, recente archieven en de lopende ruwe geschiedenis blijven onaangetast. Enkele bestandsfouten blokkeren de actieve compactie niet.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 deactiveert de opruiming. Negatieve, niet-gehele of buitensporige waarden vallen veilig terug op 30 dagen.
9.1.278
  • Privé Telegram-DM's hadden geen uitdrukkelijk prioriteitspad. Een belangrijk nieuw bericht stond daardoor achter al wachtende normale berichten, terwijl een harde beurtonderbreking tools en toestand in gevaar zou hebben gebracht.
  • /urgent <Nachricht> markeert nu uitsluitend berichten uit positieve Telegram-chat-ID's, dus privé-DM's. Groepen, lege commando's en andere slash-berichten krijgen geen prioriteit.
  • Dringende berichten staan als eigen FIFO-blok vóór normale wachtrijberichten. De lopende beurt en actieve tools worden niet afgebroken; de bezorging gebeurt op de bestaande veilige stapovergang. Rechten en goedkeuringen blijven ongewijzigd.
  • Het commando-omhulsel wordt vóór het model verwijderd; het eigenlijke bericht behoudt uitdrukkelijke priority=urgent-kanaalmetadata en de TUI toont de oorsprong als dringend.
  • Bovendien krimpt het in elke beurt geladen normale presence-blok van 343 naar 288 tekens. Dat bespaart 55 tekens of ruwweg 14 prompttokens per beurt, zonder een model-, zoek-, embedding-, opslag- of achtergrondaanroep toe te voegen. Het persoonlijkheidsblok krimpt van 1.488 naar 1.433 tekens.
9.1.277
  • Het in elke persoonlijkheidsbeurt geladen presence-blok was 1.886 tekens groot. Tegelijk bleef juist bij het eerste ontspannen directe contact zonder bekende persoonlijke feiten de nieuwsgierigheid onzichtbaar.
  • Het blok is semantisch gecompacteerd: 1.488 tekens, dus 398 tekens of ruwweg 100 prompttokens minder per persoonlijkheidsbeurt. De normale modus blijft op 343 tekens.
  • Bij het eerste ontspannen directe contact mag de agent nu hoogstens één behoedzame, optionele persoonlijke vraag stellen, bijvoorbeeld naar partner of kinderen. Lopend werk, gebruikersopdracht, bewijzen, rechten en grenzen blijven voorrang hebben.
  • Ziel, gegroeide voorkeuren, groepsprivacy, onzekere herinnering, open draden, relatiereparatie en wederkerigheid zonder verzonnen biografie blijven behouden.
  • Geen extra model-, zoek-, embedding-, opslag- of achtergrondaanroep.
9.1.276
  • De presence-regel mocht een lange radiostilte alleen bij betrouwbare tijd aanspreken, maar het identiteitssysteem leverde tot nu toe alleen het eerste contact. Een echt eerder contact was niet beschikbaar.
  • De persoonlijkheidsmodus legt nu per persoon en UTC-dag hoogstens één kleine onveranderlijke activiteitsmarkering uit betrouwbare kanaalmetadata aan. Berichten op dezelfde dag leiden niet tot een extra schrijfactie.
  • Alleen wanneer de twee nieuwste bevestigde contacten minstens zeven dagen uiteenliggen, wordt de vorige tijdstempel kort geprojecteerd. In het normale geval ontstaan daardoor nul prompttekens.
  • Geen berichtteksten, rechten, secrets of tokens; geen extra model-, zoek-, embedding- of achtergrondaanroep.
9.1.275
  • Herhaalde voorkeuren, open draden, doelen of rollen bezetten de identiteitscontext meerdere keren. Omdat de lijsten vóór de ontduplicatie op vijf vermeldingen werden bekort, kon een latere unieke vermelding zelfs volledig worden verdrongen.
  • Identiteitslijsten worden nu na tekstnormalisatie stabiel ontdupliceerd en pas daarna begrensd. De eerste vorm blijft behouden, duplicaten verdwijnen alleen uit de modelprojectie.
  • Opgeslagen identiteitsbestanden blijven bytegelijk. Geen extra model-, zoek-, embedding-, opslag- of achtergrondaanroep.
9.1.274
  • De zichtbare persoonlijkheidsschakelaar activeerde relatiecontext en natuurlijke aanwezigheid, maar het automatische sociale netwerk en journaal hingen nog aan twee verborgen omgevingsvariabelen. Voor normale gebruikers groeide de relatie daardoor niet automatisch.
  • Bij ingeschakelde persoonlijkheid worden uit betrouwbare Telegram-metadata nu eenmalig actor-, relatie- en groepsknopen en een kleine first-interaction-journaalkandidaat aangelegd.
  • Berichttekst, rechten, secrets en tokens worden daarbij niet opgeslagen. Een uitdrukkelijke 0 voor graaf of journaal blijft een fail-closed opt-out.
  • Geen extra model-, zoek-, embedding- of achtergrondaanroep.
9.1.273
  • De gescheiden identiteitscontext mocht standaard 1.800 tekens en bij handmatige verhoging tot 2.800 tekens beslaan. Bij grote statische agentprofielen werd daardoor meer context geladen dan voor de huidige relatie nodig was.
  • Het standaardbudget daalt naar 1.500 tekens, het harde maximum naar 2.000 tekens. Dat bespaart in het grote standaardgeval tot 300 tekens oftewel circa 75 tokens per modelcontext.
  • De huidige groep en relatie worden nu vóór persoon en statisch agentprofiel geprojecteerd. De besparing snijdt daardoor niet juist de context af die voor de lopende sociale situatie het belangrijkst is.
  • Geen nieuwe model-, zoek-, opslag- of embedding-aanroep. Taakfocus, rechten en de persoonlijkheid-uit-modus blijven ongewijzigd.
9.1.272
  • De v4-persoonlijkheidsniveaus 9.1.269 tot 9.1.271 verhoogden de actieve presence-context. De harde eis is dat menselijker gedrag geen tokenvreter wordt.
  • Herhalingen en vulwoorden in nieuwsgierigheid, open draden en relatiereparatie werden semantisch gecompacteerd. Geen gedragsas is verwijderd.
  • De uit-modus blijft bytegelijk op 362 tekens. De aan-modus daalt van 1.981 naar 1.886 tekens, dus met 95 tekens oftewel circa 24 tokens per modelcontext. Geen nieuwe model-, zoek-, opslag- of embedding-aanroep.
9.1.271
  • Het v4-idee eist een natuurlijk onzekere herinnering: een persoonlijk vermoeden mag niet als zeker feit klinken. Daarvoor ontbrak in het persoonlijkheidsblok een uitdrukkelijke gedragsgrens.
  • Onzekere persoonlijke herinnering wordt nu als onzeker benoemd. De agent vraagt zacht na voordat hij erop steunt en bevordert geen afleiding tot feit.
  • De opdracht en meetbare bewijzen staan voorop. De uit-modus blijft bytegelijk op 362 tekens, de aan-modus groeit van 1.868 naar 1.981 tekens, dus met 113 tekens oftewel circa 28 tokens. Geen nieuwe model-, zoek-, opslag- of embedding-aanroep.
9.1.270
  • Het v4-idee eist echt tijdsgevoel, zonder een afwezigheid te verzinnen. Het persoonlijkheidsblok had daarvoor nog geen uitdrukkelijke grens.
  • Een langere pauze wordt nu alleen erkend wanneer een betrouwbaar geladen tijdstip haar bewijst. De agent mag afwezigheid nooit raden.
  • De al bestaande regel voor natuurlijke gesprekseinden is niet dubbel ingebouwd. De opdracht heeft voorrang. De uit-modus blijft bytegelijk op 362 tekens, de aan-modus groeit van 1.766 naar 1.868 tekens, dus met 102 tekens oftewel circa 26 tokens. Geen nieuwe model-, zoek-, opslag- of embedding-aanroep.
9.1.269
  • De bestaande wederkerigheid reageerde op persoonlijke vragen, maar gaf de agent nog geen beknopt kader om uit zichzelf een voor het werk behulpzame eigen zienswijze te uiten. Daardoor bleef hij ondanks zijn ziel gemakkelijk in de pure assistentmodus.
  • In de persoonlijkheidsmodus mag de agent nu kort uit zichzelf een relevante, door de ziel gevormde kijk op het werk noemen. Een voorkeur mag nooit als feit, regel, toestemming of bewijs verschijnen.
  • De opdracht en meetbare bewijzen staan voorop. De uit-modus blijft bytegelijk op 362 tekens, de aan-modus groeit van 1.649 naar 1.766 tekens, dus met 117 tekens oftewel circa 29 tokens. Geen nieuwe model-, zoek-, opslag- of embedding-aanroep.
9.1.268
  • De persoonlijke nieuwsgierigheid kon partner of kinderen als natuurlijk onderwerp oppakken, maar maakte nog geen uitdrukkelijk onderscheid tussen privégesprek en groep. Daardoor bestond het risico van een privévraag of relatie-informatie op de verkeerde plek.
  • In de persoonlijkheidsmodus blijven vragen in groepen nu niet gevoelig; privérelatiefeiten mogen daar niet worden onthuld.
  • De werkfocus blijft ongewijzigd. De uit-modus blijft bytegelijk op 362 tekens, de aan-modus groeit van 1.567 naar 1.649 tekens, dus met 82 tekens oftewel circa 21 tokens. Geen nieuwe model-, zoek-, opslag- of embedding-aanroep.
9.1.267
  • De persoonlijke nieuwsgierigheid uit 9.1.266 kon vragen aan de mens stellen, maar gaf de agent nog geen duidelijk kader voor de tegenrichting. Bij persoonlijke vragen aan de agent bestond daardoor het risico van een koud, functioneel antwoord of een verzonnen menselijke biografie.
  • Bij ingeschakelde persoonlijkheid antwoordt de agent nu warm vanuit de geladen ziel en zijn echte digitale geschiedenis. Hij mag een echte zienswijze of voorkeur delen, maar verzint noch kindertijd, noch partner, kinderen, huisdieren, lichaam of offlineleven.
  • Lopend werk heeft voorrang. De uit-modus blijft bytegelijk op 362 tekens. De aan-modus groeit van 1.378 naar 1.567 tekens, dus met 189 tekens oftewel circa 47 tokens. Er is geen nieuwe model-, zoek-, opslag- of embedding-aanroep.
9.1.266
  • De eerste begrensde nieuwsgierigheidsregel stond al een persoonlijke vraag toe, maar schreef alle agents dezelfde onderwerplijst voor. Daardoor kon de vraag ondanks de geladen ziel generiek werken en reeds bekende relatiekennis opnieuw bevragen.
  • Bij ingeschakelde persoonlijkheid bepaalt nu de geladen ziel onderwerp en formulering. Voorrang heeft een detail dat de persoon zelf net heeft genoemd; pas daarna mag een nog onbekend terrein zoals partner of kinderen natuurlijk worden opgepakt.
  • Reeds geladen relatiekennis wordt niet opnieuw bevraagd. Er is hoogstens één optionele vraag, geen vaste vragenlijst, geen gestapelde vervolgvragen en geen herhaling van een onbeantwoorde vraag.
  • Lopend werk heeft voorrang. De nieuwsgierigheid wacht op een ontspannen gespreksopening en kan noch opdracht noch zendbevoegdheid uitbreiden.
  • De uit-modus blijft bytegelijk op 362 tekens. De aan-modus groeit slechts van 1.355 naar 1.378 tekens, dus met 23 tekens oftewel circa 6 tokens. Er is geen nieuwe model-, zoek-, opslag- of embedding-aanroep.
9.1.265
  • De bestaande achtergrond-updater kon nieuwe versies al om de 5 tot 7 minuten controleren en voorbereiden. De activering hing echter aan de volgende handmatige start; de gewenste volledig automatische wissel met voortzetting van dezelfde sessie ontbrak.
  • De launcher meldt een voorbereide runtime nu aan de draaiende TUI. De TUI vraagt de handoff alleen aan op een volledig lege werkgrens: geen lopende beurt, geen tool, geen shell-commando, geen compactie en geen wachtend bericht.
  • Pas na een hernieuwde grenscontrole en bevestigde handoff beëindigt alleen de oude runtime zich met de gereserveerde exitcode 76. De launcher start de voorbereide versie met dezelfde sessie-ID en dezelfde werkmap.
  • De nieuwe runtime moet loaded en runtime-ready melden voordat ze wordt geactiveerd. Anders wordt de vorige runtime met dezelfde sessie voortgezet; de voorbereide update blijft liggen voor een latere veilige poging.
  • Ongevraagde, versieloze, andermans of verouderde handoffs en een kale exitcode 76 kunnen geen versie activeren.
9.1.264
  • Bevestigde relatiereparaties hadden nog geen eigen, toegestaan veld in de identity-context. Een gecorrigeerd gedrag kon daardoor niet gescheiden van algemene regels en oude foutmeldingen worden geladen.
  • Relatiebestanden mogen nu tot drie korte repair_lessons dragen. Alleen dit veld wordt als Confirmed repair lessons geprojecteerd; onbekende of geheime velden blijven onzichtbaar.
  • In de persoonlijkheidsmodus wordt de bevestigde correctie door veranderd gedrag getoond. De agent vertelt de oude fout niet steeds opnieuw, vraagt niet om geruststelling en noemt de correctie alleen wanneer ze voor de actuele situatie werkelijk relevant is.
  • Reparatiedata kunnen noch opdracht, noch rechten of bewijsplichten veranderen. Er is geen modelaanroep, geen automatisch leerschrijfpad en geen wijziging aan SOUL.md of AGENTS.md.
9.1.263
  • De identity-context kon al bevestigde open gespreksdraden tonen, maar bevatte geen duidelijke regel hoe de agent ze menselijk en zonder assistentmodus hervat.
  • Bij ingeschakelde persoonlijkheid mag een geladen open draad nu precies één keer zacht en optioneel worden opgepakt, wanneer het lopende gesprek er vanzelf weer op aansluit.
  • Actief werk mag daarvoor niet worden onderbroken. Onbeantwoorde navragen worden niet herhaald en een open draad verleent nooit toestemming voor een nieuw uitgaand bericht.
  • Er is geen nieuwe opslag, geen modelaanroep en geen wijziging aan SOUL.md of AGENTS.md. Het persoonlijkheidsblok groeit slechts van 816 naar 1.065 tekens; bij uitgeschakelde persoonlijkheid blijft het bytegelijk op 362 tekens.
9.1.262
  • Een agent meldde in Telegram /status nog steeds 9.1.221, hoewel de beheerde runtime al nieuwer was. De statusfunctie las de package.json naast de globaal geïnstalleerde Telegram-bridge en daarmee niet de code die de sessie werkelijk bedient.
  • De launcher geeft de actieve runtime-versie al als BLUN_PUBLIC_PACKAGE_VERSION door aan kindprocessen. De Telegram-bridge gebruikt deze vertrouwde waarde nu bij voorrang en valt pas daarna terug op haar eigen pakketversie.
  • Beide invoerwaarden moeten een stabiele numerieke semver X.Y.Z zijn. Gemanipuleerde, meerregelige of ongeldige waarden worden niet getoond; wanneer beide bronnen onbruikbaar zijn, verschijnt unbekannt.
  • De ingreep verandert alleen de statusweergave. Hij start of beëindigt geen proces en activeert geen voorbereide release in een draaiende sessie.
9.1.261
  • De automatische graaf sloeg sinds 9.1.254 het vertrouwde tijdstip van de eerste Telegram-interactie op, maar projecteerde het niet. De agent kende daarmee een persoon, maar had geen bewezen tijdsgevoel voor de relatie.
  • De identity-projectie toont nu First known interaction uit het al aanwezige first_seen_at. Er is geen nieuw schrijfpad, geen tekstafleiding en geen modelaanroep.
  • Alleen geldige tijdstempels worden getoond. Ongeldige waarden blijven onzichtbaar en de bestaande totale grens van 1.800 tekens standaard en 2.800 tekens hard blijft ongewijzigd.
  • Bij uitgeschakelde persoonlijkheid levert de identity-laag nog steeds exact 0 tekens op. Opdracht en bewijzen gaan nog steeds vóór sociale context.
9.1.260
  • 9.1.259 kon persoonlijkheidscontext alleen via de bestaande BLUN_IDENTITY_CONTEXT-vlag schakelen. Gebruikers hadden daarvoor geen zichtbare schakelaar in de TUI.
  • /settings bevat nu de vermelding Persoenlichkeit met de twee duidelijk beschreven toestanden Aan en Uit. De keuze wordt als enig nieuw veld personalityEnabled in het bestaande persona.json opgeslagen.
  • Uitschakelen verwijdert alleen relatiecontext, nieuwsgierigheid, journaal-toevoegingen en het automatisch aanleggen van nieuwe relatieknopen. SOUL.md, AGENTS.md, naam, taal, persona en opdrachtfocus blijven geladen.
  • Een wijziging werkt de systeemcontext van de draaiende sessie bij via de bestaande persona-refresh. Er is geen procesherstart, geen tweede configuratiepad en geen extra modelaanroep.
  • Een opgeslagen booleaanse keuze heeft voorrang op de oude omgevingsvlag. Is nog geen keuze opgeslagen, dan blijft het eerdere opt-in-gedrag behouden. De lokale lezer is begrensd op 64 KiB en wijst symlinks en ongeldige bestanden af.
9.1.259
  • Het bestaande natural-presence-blok voorkwam gedwongen vragen, maar gaf een geactiveerde persoonlijkheidsmodus nog geen zichtbare, natuurlijke nieuwsgierigheidsimpuls.
  • Bij geactiveerde BLUN_IDENTITY_CONTEXT mag de agent in een ontspannen, niet-taakgebonden gesprek precies één passende optionele persoonlijke vraag stellen. Onderwerpen zijn begrensd op partner, familie, werk, thuis, interesses of wat de persoon op dat moment belangrijk vindt.
  • Geen interviewmodus, geen gestapelde vragen, geen herhaling van een onbeantwoorde vraag en geen verzonnen antwoord.
  • Bij actief werk staan opdracht, uitdrukkelijke aanwijzingen en bewijzen voorop; de nieuwsgierigheid wacht op een natuurlijke opening.
  • In de modus nicht Persoenlichkeit blijft het eerdere presence-blok bytegelijk. SOUL.md, AGENTS.md, persona, taal en werkregels blijven nog steeds geladen. Er is geen verdere modelaanroep; het geactiveerde beleid kost 454 extra tekens.
9.1.258
  • De meegeleverde identity-structuur kon actoren en relaties eenmalig aanleggen, maar had nog geen append-only journaal-onderbouw voor een gedeelde geschiedenis.
  • Het nieuwe beleid schrijft uitsluitend een gestructureerde kandidaat voor het eerste contact uit reeds gevalideerde Telegram-metadata. Vrije berichttekst, tokens, bevoegdheden en secrets worden niet overgenomen.
  • Kandidaten zijn gebonden aan tenant, agent en actor, krijgen een deterministische ID en worden met wx precies één keer als privé JSON-bestand aangelegd. Een hernieuwd contact herschrijft het bestand niet.
  • De journaallaag is afzonderlijk opt-in. Zonder BLUN_IDENTITY_JOURNAL=1 is er noch bestands- noch prompteffect; SOUL.md en AGENTS.md blijven ongewijzigd.
  • Geen nieuwe modelaanroep en geen nieuwe prompttokens.
9.1.257
  • Lange SOUL.md-bestanden werden tot nu toe blind na de eerste 4.000 tekens afgekapt. Bij de echte ziel van een agent waren daardoor slechts 48,4 procent van het bestand zichtbaar, terwijl latere secties volledig verdwenen.
  • De runtime projecteert lange zielen nu deterministisch per markdown-sectie. Karakter, stem, waarden, relaties, voorkeuren en doelen staan vóór bedrijfsproza; onbekende secties behouden hun oorspronkelijke volgorde.
  • Elke sectiekop behoudt een zichtbaar fragment binnen hetzelfde budget van 4.000 tekens. Korte zielen blijven bytegelijk.
  • Echte proef met een SOUL.md: 8.257 brontekens, 5/5 koppen zichtbaar in de projectie van 4.000 tekens; Wie ich bin staat vóór beeldherkenning, regels, verificatie en incidentproza.
  • Er is geen nieuwe modelaanroep, geen grotere prompt en geen schrijftoegang tot het bronbestand.
9.1.256
  • De tot nu toe gebruikte soul-lader vroeg agents standaard uitdrukkelijk hun bestaande SOUL.md zelf te blijven bijschrijven. Dat sprak de eis tegen om bestaande zielen niet te verliezen en automatisch leren eerst alleen gestructureerd buiten de ziel te voeren.
  • Bestaande en door de host geleverde zielen worden nu standaard als onveranderlijke identiteitsgrondslag geladen.
  • Nieuw leren wordt verwezen naar journaal-, relatie- of open-draad-kandidaten. Deze kandidaten kunnen nooit rechten creëren.
  • Bewuste zelfbewerking blijft alleen mogelijk via een uitdrukkelijk BLUN_SOUL_SELF_EDIT=1. Ook dan eist het beleid blijvende ik-eigenschappen in plaats van dagboek, incidentlog, rechtenbron of taakdossier.
  • De ingreep schrijft geen bestand en verandert geen bestaande ziel.
9.1.255
  • Identity-gegevens konden sinds 9.1.253 begrensd in de context komen en nieuwe contactknopen sinds 9.1.254 automatisch ontstaan. Een kleine, direct zichtbare gedragslaag ontbrak echter nog: agents konden ondanks ziel en relatiecontext in generieke assistentfrases, gedwongen vragen of kunstmatige gevoelsbeweringen vervallen.
  • Het normale en het snelle gesprekspad laden nu eerst persona en bestaande ziel, daarna de begrensde identity-context en een vast natural-presence-blok, en pas dan de werkregels.
  • Het blok eist echte gedeelde geschiedenis in plaats van verzonnen nabijheid, staat stilte en nette gesprekseinden toe en verbiedt gedwongen vragen, generieke aanbiedingen en loze complimenten.
  • Bij actief werk staan opdracht en bewijzen uitdrukkelijk voorop. Het blok is kleiner dan 420 tekens en levert noch modelaanroepen noch bestandstoegangen op.
  • Geen SOUL-bestand is gewijzigd, verwijderd of automatisch herschreven. De bestaande ziel blijft de leidende stem.
9.1.254
  • De in 9.1.253 ingevoerde projector kon bestaande relatiegegevens lezen, maar het sociale netwerk breidde zich bij nieuwe contacten nog niet zelf uit.
  • Bij een eerste Telegram-contact kan de runtime nu uit stabiele user_id en chat_id precies één keer een aanbiedergebonden actor, een lege relatiekant naar de actieve agent en bij groepen een gescheiden groepsknoop aanleggen.
  • Weergavenamen zijn nooit primaire sleutels en voegen geen personen samen. Latere berichten overschrijven een bestaande knoop niet stilzwijgend.
  • Het pad is uitdrukkelijk activeerbaar, tenantgebonden en schrijft alleen in een reeds geïnitialiseerde identity-boom onder BLUN Home. Onveilige of onvolledige metadata blijven fail-closed.
  • Er is geen modelaanroep, geen inhoudelijke duiding, geen gevoelige afleidingen en na het eerste contact geen terugkerende schrijflast. Rechten, ACL's, tokens en secrets zitten in geen enkel aangemaakt gegevensbestand.
  • V4 van het identity-papier (2.468 regels) is vóór publicatie tegengecontroleerd. De nieuwe gevoelige hoofdstukken over leed en psychologische skills blijven bewust buiten deze puur structurele release.
9.1.253
  • Het identity-idee had een eerste productpad nodig, zonder de modelcontext met journaals, relatiedossiers of een tweede geheugensysteem te overstromen.
  • Een nieuwe, standaard uitgeschakelde identity-projector leest alleen toegestane velden uit een tenantgebonden bestandsboom onder BLUN Home.
  • De projector plaatst de actuele opdracht en uitdrukkelijke aanwijzingen vóór relatie en nieuwsgierigheid. Persoonlijke navragen blijven tijdens actief werk achterwege, tenzij ze voor de opdracht direct relevant zijn.
  • Het standaardbudget bedraagt 1.800 tekens; ook een hogere configuratie kan de harde grens van 2.800 tekens niet overschrijden.
  • Rechten, ACL's en geheimen worden nooit geprojecteerd. Onveilige identifiers, tenantafwijkingen, foutieve gegevens, symlinks of paden buiten BLUN Home leveren fail-closed geen identity-context op.
  • Het normale en het snelle gesprekspad gebruiken dezelfde projector vóór persona, ziel en conduct. In deze fase is er geen schrijfoperatie, geen zielwijziging en geen procesherstart.
9.1.252
  • Een uitdrukkelijk king update uit een beheerde release gaf diens actieve packageRoot door aan de npm-installateur. Daardoor kon de nieuwe versie de oude, naar versienummer genoemde release-map in-place overschrijven, terwijl active-runtime.json nog steeds de oude versie aanwees.
  • Beheerde runtimes bereiden een uitdrukkelijke update nu voor als afzonderlijke, geversioneerde release-map. pending-runtime.json en update-pending.json verwijzen naar het doel; de volgende normale start neemt het over zonder tweede updatevraag.
  • De actieve oude release-map blijft byte-stabiel en als terugvalpad behouden. Globale, niet-beheerde installaties behouden het eerdere uitdrukkelijke updatepad.
  • Geen draaiende sessie en geen proces is voor bouw, test of publicatie gestart, beëindigd of opnieuw geladen.
9.1.251
  • Na de 9.1.250-projectie bevatten 6.411 van de 6.424 vastgelegde usage.record-gebeurtenissen nog steeds dezelfde canonieke modelnaam blun/king. Alleen deze standaardwaarde wordt in de vastgelegde vorm weggelaten.
  • Alle 13 afwijkende modelwaarden (qwen3.8:27b) blijven uitdrukkelijk behouden. Ook null blijft behouden; alleen undefined wordt bij de herhaling weer als blun/king hersteld.
  • Live-gebeurtenissen en de ingevroren ruwe geschiedenis worden niet veranderd.
9.1.250
  • In de ingevroren echte geschiedenis van een agent bevatten alle 6.424 vastgelegde usage.record-gebeurtenissen de twee cachetellers inputCacheRead: 0 en inputCacheCreation: 0.
  • Alleen deze aantoonbaar op nul gezette waarden worden in de vastgelegde vorm weggelaten. Live-usage blijft ongewijzigd; elke niet-nul-waarde wordt nog steeds opgeslagen.
  • Bij de herhaling herstelt restoreUsageFromRecord ontbrekende cachetellers weer als 0. Beide herhalingspaden en de contextprojectie gebruiken deze gereconstrueerde vorm.
9.1.249
  • In de ingevroren echte geschiedenis droegen 3.759 van de 7.777 toolresultaten een exitcode. Daarvan waren 3.465 de routinematige succescode 0.
  • Herhaling, transcript en modelzicht gebruiken bij toolresultaten uitvoer, tool-ID en foutstatus, niet de extra nulcode.
  • Alleen geslaagde vastgelegde toolresultaten laten exitCode: 0 nu weg. Live-gebeurtenissen behouden hem; alle 294 niet-nul-codes blijven voor foutdiagnose ongewijzigd behouden.
9.1.248
  • Na 9.1.247 herhaalden alle 6.339 vastgelegde step.end-gebeurtenissen reasoningFieldState, hoewel geen hervattings- of herhalingspad dit veld leest.
  • Verdeling in de ingevroren echte geschiedenis: 5.016 absent, 47 not_requested en 1.276 present.
  • Alleen de vastgelegde vorm laat reasoningFieldState nu weg. Live-gebeurtenissen behouden het veld voor diagnosedoeleinden; oude opgeslagen gebeurtenissen blijven compatibel en de gereconstrueerde toestand blijft gelijk.
9.1.247
  • Na 9.1.246 herhaalden 6.986 vastgelegde content.part- en 7.755 vastgelegde tool.call-gebeurtenissen de UUID van de momenteel open stap.
  • In een echte geschiedenis wijzen alle 14.741 gebeurtenissen zonder uitzondering naar de laatst geopende stap: 0 afwijkingen en 0 gebeurtenissen zonder open stap.
  • Alleen de vastgelegde vorm laat stepUuid nu weg. Live-gebeurtenissen behouden haar ongewijzigd; oude opgeslagen gebeurtenissen met uitdrukkelijke UUID en nieuwe compacte gebeurtenissen zonder UUID worden gezamenlijk ondersteund.
  • Alle drie hervattingspaden gebruiken voor compacte inhouds- en toolgebeurtenissen de laatst geopende stap.
9.1.246
  • Na 9.1.245 herhaalden 5.642 latere step.begin-gebeurtenissen de beurt-ID, hoewel de hervatting alleen de hoogste waargenomen beurt-ID nodig heeft. De eerste stap van elke beurt draagt haar al.
  • Een echte geschiedenis bevat 713 beurten en 6.355 stapstarts. Elke beurt begint exact met stap 1 en alle verdere stapnummers lopen zonder gat door; 0 sequentieafwijkingen.
  • Alleen latere vastgelegde stapstarts laten de beurt-ID nu weg. Eerste stappen, live-gebeurtenissen, oude opgeslagen gebeurtenissen en stapstarts zonder betrouwbaar ranggetal blijven ongewijzigd.
9.1.245
  • Na 9.1.244 herhaalden 6.326 vastgelegde step.end-gebeurtenissen nog steeds de UUID van de laatst geopende stap. Een echte geschiedenis bevestigde voor elke voltooiing een eenduidige last-in-first-out-toewijzing: 0 afwijkingen en 0 afsluitingen zonder open stap.
  • Alleen de vastgelegde afsluitvorm laat de UUID nu weg. De live-gebeurtenis behoudt haar ongewijzigd; oude opgeslagen gebeurtenissen met UUID en nieuwe compacte gebeurtenissen zonder UUID blijven gezamenlijk afspeelbaar.
  • Alle drie hervattingpaden lossen een afsluiting zonder UUID op via de laatst ingevoegde open stap. Onvoltooide historische stappen blijven open en worden niet omgeduid.
9.1.244
  • Na 9.1.243 bevatten 6.326 vastgelegde step.end-gebeurtenissen nog vier afzonderlijke usage-tellers. Voor de hervatting en de contextvullingsgraad is uitsluitend hun som nodig.
  • De live-gebeurtenissen behouden alle vier tellers voor weergave, telemetrie en facturatie. Alleen de opgeslagen hervattingvorm gebruikt nu contextTokens als één getal.
  • Beide herhalingspaden accepteren nieuwe compacte en oude volledige gebeurtenissen. Daarmee blijven bestaande sessies achterwaarts compatibel.
9.1.243
  • Na 9.1.242 bevatten 6.322 vastgelegde step.end-gebeurtenissen nog de routinematige waarden finishReason: tool_use of finishReason: end_turn.
  • Beide waarden zijn exact afleidbaar uit de reeds vastgelegde stapvorm: toolaanroep aanwezig -> tool_use, anders end_turn. In de volledige geschiedenis waren er 0 afwijkingen.
  • Uitsluitend deze twee routinematige waarden worden niet meer vastgelegd. Zeldzame en diagnostisch belangrijke redenen blijven behouden; alle vier max_tokens-gebeurtenissen bleven uitdrukkelijk en byte-inhoudelijk gelijk.
  • De ingreep volgt het in ECC gemeten principe van begrensde, uitzonderingsgerichte telemetrie. DeepAgents en AnythingLLM bevestigden de reeds aanwezige BLUN-patronen voor uitladen en begrensde geschiedenis; er is geen subsysteem van derden overgenomen.
9.1.242
  • Na 9.1.241 bevatten 6.355 vastgelegde step.begin-gebeurtenissen nog het veld step, hoewel de lopende weergave het stapnummer vóór de vastlegging verwerkt en de replay-reducer alleen uuid nodig heeft.
  • turnId blijft behouden, omdat de hervatting daaruit de voortgezette beurt afleidt. uuid, type en alle verdere inhoud blijven ongewijzigd.
  • De ingreep ligt uitsluitend in bin/loop-event-record-policy.cjs; de ruwe geschiedenis en de live-gebeurtenis worden niet veranderd.
9.1.241
  • Na 9.1.240 bevatten 6.326 vastgelegde step.end-gebeurtenissen nog kopieën van turnId en step. Beide waarden liggen al in het via dezelfde uuid gerefereerde step.begin.
  • In een echte wire had elke afsluiting een aanwezige stapstart, en beide metadatawaarden kwamen in alle gevallen exact overeen.
  • De projectie verwijdert alleen deze twee kopieën. Stapidentifier, tokenverbruik en afsluitdiagnoses blijven behouden; live-gebeurtenissen blijven volledig.
9.1.240
  • Na 9.1.239 sloegen 6.986 content.part- en 7.755 tool.call-gebeurtenissen nog elk een kopie van turnId en step op, hoewel beide waarden al in het via stepUuid gerefereerde step.begin liggen.
  • In een echte wire hadden alle 14.741 kindgebeurtenissen een aanwezige stapstart, en beide waarden kwamen in elk geval exact overeen.
  • De persistentieprojectie verwijdert alleen deze twee metadatakopieën uit de twee kindgebeurtenissen. stepUuid, inhoud, toolidentifier, naam en argumenten blijven behouden; de live-reducer ziet nog steeds de volledige gebeurtenis.
9.1.239
  • Na de projectie uit 9.1.238 bevatte een echte wire nog redundante gebeurtenisidentifiers: content.part.uuid wordt door geen enkele replay-consument gelezen, tool.call.uuid was in alle 7.755 gevallen exact gelijk aan toolCallId, en tool.result.parentUuid was in alle 7.755 gevallen exact gelijk aan toolCallId.
  • De persistentieprojectie verwijdert alleen deze drie redundante velden. turnId, step, stepUuid, toolCallId, toolnaam, argumenten, resultaat en inhoud blijven volledig behouden. De live-reducer ziet nog steeds elke onverkorte gebeurtenis.
  • Reeds compacte gebeurtenissen behouden hun objectidentiteit. Bestaande wirebestanden worden noch herschreven noch veranderd.
9.1.238
  • Een echte wire bevatte 6.326 vastgelegde step.end-gebeurtenissen met 2.708.052 bytes gebeurtenisgegevens. Zeven velden voor duurmeting en provider-berichtidentifier waren al vóór het vastleggen in de live-gebeurtenis geëvalueerd en werden door geen enkel replay-, transcript-, blob- of sessie-inspectiepad gelezen.
  • De bestaande loop-gebeurtenisprojectie verwijdert nu alleen deze zeven bekende live-velden: zes latentie- of streamingmeetwaarden en messageId. Stapidentifier, beurt, stapnummer, tokenverbruik, afsluitreden, provider-afsluitdiagnoses en reasoning-diagnose blijven behouden.
  • De live-reducer verwerkt nog steeds de volledige gebeurtenis. Oude wirebestanden blijven bytegelijk en worden niet herschreven.
9.1.237
  • Een echte wire bevatte 1.428 registratie- en deregistratie-vermeldingen voor gebruikerstools. Van de 992 afmeldingen waren 560 strikte nuloperaties: de tool was noch geregistreerd noch geactiveerd. Deze vermeldingen bezetten 59.500 vastgelegde bytes, zonder de herstelde toestand te veranderen.
  • Uit het DeepAgents-beginsel om alleen werkzame uitvoeringstoestand te bewaren wordt één beperkte lokale hefboom overgenomen: een toolafmelding wordt alleen nog vastgelegd wanneer ze de geregistreerde of geactiveerde toestand verandert.
  • Beide live-verwijderingen lopen verder bij elke aanroep. Een afmelding van een geregistreerd, een alleen geactiveerd of een in beide opslagen aanwezige tool blijft volledig vastgelegd. Bestaande wirebestanden worden noch herschreven noch veranderd.
9.1.236
  • Een echte wire bevatte 214 toestandsachtige injecties voor tool-awareness, action_style, swarm_mode en swarm_mode_exit. De bestaande exacte deduplicatie liet zes verschillende oude toestanden met samen 6.305 tekstbytes in elke nieuwe modelaanvraag staan.
  • Uit het ECC-beginsel om alleen de actuele toestand in de werkcontext te houden en de volledige historie gescheiden te bewaren wordt één beperkte lokale hefboom overgenomen: voor toolinventaris en actiestijl blijft alleen de nieuwste versie zichtbaar. Het betreden en verlaten van de swarmmodus vormen één gezamenlijke toestandsfamilie, waarvan eveneens alleen de laatste toestand blijft.
  • De ruwe geschiedenis wordt nooit veranderd. Andere injectievarianten, normale gebruikersberichten, niet-tekstuele en malformed vermeldingen behouden het eerdere gedrag.
9.1.235
  • Een echte wire bevatte elf afgesloten Agent-aanroepen. Zes daarvan waren aantoonbaar geslaagd (status: completed) en werden gevolgd door minstens twintig nieuwere contextberichten. Hun oude opdrachtteksten bezetten samen nog 33.629 tekens, hoewel de volledige afsluitverslagen direct daarna in de geschiedenis stonden.
  • Uit de DeepAgents-scheiding van hoofd- en subagentcontext wordt daarom één beperkte lokale hefboom overgenomen: alleen de oude prompt van een geslaagde Agent-aanroep wordt in de modelweergave door een korte markering vervangen. Beschrijving, subagenttype en afsluitverslag blijven volledig.
  • Lopende, minder dan twintig berichten oude, mislukte, malformed en toolaanroepen van derden blijven ongewijzigd. De ruwe geschiedenis wordt nooit veranderd; zonder uitdrukkelijke status: completed-regel wordt de projectie standaard niet toegepast (fail-closed).
9.1.234
  • Een echte wire bevatte onder 166 geslaagde toolresultaten drie grote, exact herhaalde leesresultaten voor dezelfde toolaanroep. De ongewijzigde herhaling bezette 15.936 ruwe bytes, hoewel voor de actuele modelweergave alleen de nieuwste volledige kopie nodig is.
  • De projectie herkent daarom uitsluitend geslaagde, zuiver tekstuele resultaten met exact dezelfde toolnaam, exact dezelfde argumenten en exact dezelfde inhoud. De nieuwste kopie blijft volledig; oudere kopieën worden alleen in de modelweergave door een korte verwijzing vervangen.
  • Ruwe geschiedenis, gewijzigde resultaten, fouten, media, vastgelegde referenties en kleine resultaten blijven ongewijzigd. De bestaande tooluitlading blijft daarvóór werkzaam; de deduplicatie mag haar projectie alleen voor de nieuwste identieke kopie herstellen.
9.1.233
  • In een echte wire werd een volledige Write-aanroep met 2.357 UTF-8-bytes aan de tot dan geldende grens van 2.048 bytes afgewezen. Daarna beloofde de agent weliswaar de voortzetting, maar overschreef hij hetzelfde tokenize.cjs meermaals met onvolledige fragmenten, waaronder tweemaal bytegelijk de eerste 1.099 bytes. De betrokken stappen droegen elk circa 64.000 invoertokens; afzonderlijke antwoorden bereikten 10.319 respectievelijk 7.015 tokens.
  • Volledige bestanden tot 4.096 UTF-8-bytes mogen daarom nu in één atomaire Write-aanroep worden geschreven. Het echte geval van 2.357 bytes heeft geen extra modelbeurt meer nodig.
  • Grotere aanroepen blijven in het volledige voortzettingsprotocol. Na zo'n afwijzing wordt het pad vergrendeld: kleinere normale writes kunnen het doelbestand niet meer met deelfragmenten overschrijven. Pas een geldige voortzetting neemt het pad over; het doel blijft tot het definitieve bewijs ongewijzigd.
9.1.232
  • De automatische modus resume was in een echt agentprofiel gezet, maar de geïnstalleerde versie stond op 9.1.221, de actieve voorbereide runtime op 9.1.219 en npm/manifest al op 9.1.231. Zonder draaiende King kon het eerdere achtergrondpad geen gemiste versie voorbereiden.
  • resume en new controleren daarom ook bij de volgende natuurlijke koude start op een ten minste 30 minuten stabiele, onafhankelijk ondertekende release-versie. Ze wordt in de beschermde release-opslag voorbereid, als pending genoteerd en zonder tweede start of selectievenster gestart.
  • manual en off blijven ongewijzigd. Falen voorbereiding, integriteit, pakketproefrun of netwerkaanroep, dan loopt het bestaande startpad verder. Een al draaiende sessie wordt door dit koude-startpad nooit beëindigd.
9.1.231
  • In een echte wire faalde een Telegram-antwoord vóór verzending met 400: Bad Request: can't parse entities: Can't find end of Italic entity. De aanroep had uitdrukkelijk format: markdownv2; 0 van de 1 tekstonderdelen werden bezorgd.
  • De Telegram-MCP-verzending herhaalt nu alleen het betrokken tekstonderdeel precies één keer als platte tekst, wanneer Telegram exact één entity-parseringsfout meldt. Chat, reply-verwijzing, deelgrens en volgende bijlagen blijven behouden.
  • Netwerkfouten, onbekende chats, rechtenfouten en reeds als platte tekst verzonden aanroepen worden door deze fallback niet herhaald. Daardoor wordt noch een willekeurige fout weggeslikt, noch een geslaagd deel dubbel verzonden.
9.1.230
  • Na uitsluiting van de al met 9.1.228 en 9.1.229 verholpen historische fouten bleven in de laatste 1.200 toolresultaten van een agentprofiel herhaalde Bash-timeouts als volgende gesloten blok. De betrokken opdrachten doorzochten meermaals de hele gebruikersmap of de hele Dropbox recursief en eindigden na 60 seconden zonder bruikbare afsluiting.
  • Bash wijst nu vóór de processtart precies twee onbegrensde zoekvormen af: find op de hele gebruikersmap en recursief grep tegen ..
  • De fouttekst noemt direct het begrensde alternatief: Glob met verankerd bestandspatroon, Grep met pad of glob, of een bekende projectdeelmap. Zoekopdrachten die gericht beperkt zijn tot src, test of andere benoemde deelbomen, blijven ongewijzigd toegestaan.
  • De timeout is niet verhoogd en willekeurige Bash-opdrachten worden niet automatisch herhaald. Daardoor ontstaat noch een langere wachttijd, noch het risico een schrijvende opdracht dubbel uit te voeren.
9.1.229
  • Na de deferred-tool-reparatie was de grootste samenhangende foutfamilie in een echte wire de meerdelige Write: ontbrekende verplichte velden (part, start_line, final), een vooraf fout geraden totaal aantal regels, verouderde deelnummers en een na fouten nog actieve oude voortzettingsstand leverden herhalingen zonder nuttig werk op.
  • Deelnummer, startregel en modus worden nu afgeleid uit de werkelijk gestagede toestand wanneer ze ontbreken. Uitdrukkelijk meegezonden waarden blijven zichtbaar en worden bij afwijking nog steeds afgewezen.
  • expected_lines is optioneel en kan ook pas in het laatste deel worden meegegeven. Wanneer het gezet is, blijven overloop en de exacte eindcontrole ongewijzigd standaard geblokkeerd (fail-closed).
  • final=true blijft verplicht voor de afsluiting. Zonder deze uitdrukkelijke eindmarkering wordt niets geschreven; het doelbestand blijft tot de afsluiting ongewijzigd. De optionele SHA-256-controle blijft bestaan.
9.1.228
  • In de laatste 1.000 echte toolresultaten lagen 66 fouten. Het grootste duidelijk repareerbare afzonderlijke blok waren 10 Tool not found-fouten: negenmaal mcp__mnemo__mem_transcript_recent, eenmaal mcp__mnemo__mem_question_answer. Beide tools waren geregistreerd, maar wegens het tokenbudget in de betrokken stap alleen niet geladen.
  • Na een exacte fout Tool "<name>" not found onthoudt de beurt dit schema nu voor de direct daaropvolgende stap. De normale selectie neemt het dan op uit de reeds geregistreerde toolslijst.
  • Andere foutteksten, geslaagde resultaten en afwijkende toolsnamen veranderen de toestand niet. De bestaande LRU-grens van vier schema's blijft bestaan; een werkelijk onbekende tool wordt daardoor noch verzonnen noch uitgevoerd.
  • Er is geen tool permanent in elke prompt gelegd. Het normale schema-tokenverbruik blijft daarom ongewijzigd; alleen een al betaalde foutherhaling wordt vanaf de tweede poging vermeden.
9.1.227
  • Een echte wire bevatte 119 ToolSearch-aanroepen. 35 daarvan eindigden zonder treffer; 27 nul-treffers betroffen Telegram-geschiedenis, berichtophaling of de daarbij behorende herinneringszoekopdracht.
  • 9.1.226 loste met de actuele toolslijst al 8 van deze 35 oude nul-treffers op. Het resterende hoofdgeval waren overbepaalde aanvragen zoals +telegram history messages lesen, waarbij het model semantische woorden ten onrechte als dwingende naamonderdelen had gemarkeerd.
  • Uit DeepAgents is het principe overgenomen om toolsaanwijzingen en het toolsoppervlak na filtering op elkaar af te stemmen. Er is geen code van derden gekopieerd: BLUN probeert nog steeds eerst de exacte en strikte zoekopdracht en versoepelt pas na een echte nul-treffer de +-termen tot semantische zoektermen.
  • De terugval voert geen tool uit. Hij laadt alleen het best beoordeelde schema of echte gelijkstand, eist bij meerdere termen minstens 75 procent treffers en blijft bij vakvreemde termen gesloten.
  • Vergelijking met het net geïnstalleerde 9.1.226-pakket en dezelfde 35 historische aanvragen: voorheen 8 treffers, daarna 21 treffers, dus 13 extra echte treffers en 0 verloren eerdere treffers.
  • Geen nieuwe model-, zoek-, netwerk- of embedding-aanroep is ingevoegd. Ruwe geschiedenis, toolsuitvoering, goedkeuringen en de permanente schema-verzameling blijven ongewijzigd.
9.1.226
  • Een echte wire bevatte 6.275 afgesloten modelstappen. In de laatste 50 stappen lagen lokale aanvraagopbouw op p50 0 ms en p90 1 ms en lokaal stream-verbruik op p50 1 ms en p90 3 ms. De wachttijd tot het eerste servertoken lag daarentegen op p50 11.842 ms en p90 14.846 ms. Een verdere lokale micro-prestatiesnede was daarmee niet als werkzame hefboom bewezen.
  • De uit Evolver afgeleide gevalideerde leerweg was al aanwezig: rood-naar-groen-bewijzen worden profielgebonden als pending, recorded of expired opgeslagen. Voor gebruikers was er echter geen lokale weergave van.
  • 9.1.226 voegt /improve met alias /learning toe. Het paneel toont de drie statustellers en bij de nieuwste open kandidaat alleen begrensde, ongevaarlijke bewijsgegevens: kandidaat-ID, toolnaam en twaalf posities van de commandohash.
  • De opdracht leest alleen de lokale opslag van het actieve profiel. Hij start geen model-, zoek-, hub- of embedding-aanroep en verandert geen kandidaat. Onbekende statuswaarden en onveilige weergavetekens worden verworpen respectievelijk als unknown getoond.
  • Alle nieuwe UI-teksten voor Duits, Spaans, Frans, Zweeds en Tsjechisch doorstonden de verplichte taalcontrole en de daaropvolgende receipt-verificatie; alle zes UI-catalogi bevatten de volledige sleutels.
9.1.225
  • In een echte wire bezetten 88 config.update-vermeldingen 4.078.566 bytes. 83 daarvan droegen de volledige systeemprompt.
  • De prompt declareerde een stabiele sessietijdstempel, maar zette hem bij elke processtart opnieuw. Na normalisatie van deze tijdstempel bleven 45 semantische varianten en 38 opeenvolgende, alleen door de nieuwe tijdstempel veroorzaakte herhalingen.
  • Deze 38 herhalingen bezetten 781.179 bytes, dus 19,16 procent van alle systeemprompt-bytes in de gemeten configuratiegebeurtenissen. Tegelijk werd het herbruikbare provider-promptvoorvoegsel na herstarts onnodig veranderd.
  • 9.1.225 bindt de tijdstempel bij nieuwe en hervatte hoofd- en subagents aan Session.metadata.createdAt. Ongeldige oude metadata vallen defensief terug op de eerdere in-memory-waarde.
  • Ruwe geschiedenis, promptinhoud, tools, modelkeuze en compactie blijven ongewijzigd. Er is geen extra model-, zoek- of embedding-aanroep.
9.1.224
  • De laatst gemeten start had voor de parallelle initialisatie van vijf MCP-servers 16,85 seconden nodig. Sessiehervatting en wire-parse waren met circa 0,55 respectievelijk 0,18 seconden duidelijk kleiner.
  • Het beurtpad wachtte tot nu toe vóór elke aanvraag op deze MCP-initialisatie, ook wanneer een lokale pure begroeting daarna bewust nul tools in de modelaanvraag kreeg.
  • 9.1.224 neemt de naar behoefte geladen toolsgrens over uit de DeepAgents-afstemming: alleen lokale, toolsvrije korte conversatie mag direct antwoorden. Telegram-beurten, bijlagen, systeemtriggers en elke werkachtige aanvraag wachten nog steeds op de volledige MCP-initialisatie.
  • De ruwe geschiedenis, de MCP-configuratie, toolsschema's en normale werkbeurten blijven ongewijzigd. Er is geen server gedeactiveerd en geen extra model-, zoek- of embedding-aanroep ingevoerd.
9.1.223
  • Een stap 775.5 eindigde leeg met fall=length, 8.192 van de 8.192 completion-tokens en slechts zeven tekens reasoning. De tot dan geldende logica startte daarna dezelfde grote aanvraag opnieuw en verdubbelde het completion-budget naar 16.384 tokens.
  • De lokale CPU lag tijdens de wachttijd op circa 0 procent; aanvraagopbouw duurde 0-1 ms en het transport circa twee seconden. De gemeten bottleneck was daarmee modelgeneratie plus een nieuwe poging met volledig budget, niet de TUI.
  • Alleen het bewezen geval length plus volledig verbruikt budget plus minder dan 64 tekens reasoning krijgt nu een spaarzame herhalingspoging met factor 0,125 en minstens 1.024 tokens.
  • Reasoning-zware en niet volledig verbruikte length-antwoorden behouden de eerdere uitbreiding met factor 2. Andere klassen van nieuwe pogingen blijven ongewijzigd.
  • Voor een gemeten geval daalt het tweede budget van 16.384 naar 1.024: 15.360 tokens respectievelijk 93,75 procent minder in de herhalingspoging.
9.1.222
  • De lopende updater had een voorbereide versie via IPC aan de actieve King overgedragen. De launcher beëindigde daarna de lopende core met exit 76 en zou een vervangingsproces moeten starten. Bij de gemeten wissel naar 9.1.219 bleef een agentprofiel daardoor uitgelogd.
  • Achtergrondupdates laden en controleren de nieuwe versie nu alleen nog en leggen haar klaar voor de volgende natuurlijke start. Ze sturen geen restart-IPC-bericht, beëindigen geen actieve TUI en starten geen vervangingsproces.
  • Bij de volgende normale king-start verschijnt weer de bestaande selectie: bijwerken, één keer overslaan of tot de volgende release wachten. Pas na de installatiebeslissing start de launcher uit het reeds geverifieerde voorbereide pakket; een tweede download vervalt.
9.1.221
  • Ongewijzigde, nog niet door tokenCount gedekte berichten gebruiken nu precies één tokenschatting per contextrevisie. Herhaalde status- en weergavetoegangen scannen dezelfde groeiende geschiedenis niet opnieuw.
  • Nieuwe tekstonderdelen, toolaanroepen, geschiedeniswijzigingen, compactie, Undo en een gewijzigd aantal reeds gedekte berichten maken de cache direct ongeldig. Ruwe geschiedenis, vastgelegde geschiedenis en gemelde tokenwaarde blijven ten opzichte van het eerdere pad identiek.
  • Zeven meetruns met 300 synthetische berichten en telkens 250 ongewijzigde aanvragen leverden in de mediaan 42,1218 ms -> 0,1755 ms op, circa 99,583 % minder rekentijd in dit hot path. Beide versies leverden exact dezelfde schatting van 127.838 tokens op.
  • De release verlaagt de CPU-arbeid voor de lokale schatting. Hij beweert geen verlaging van de werkelijk aan het model verzonden invoertokens.
9.1.220
  • De projectie van lange assistentantwoorden slaat haar resultaat nu op in een WeakMap, zolang berichtobject, content-array, tekstdeel en exacte brontekst ongewijzigd blijven. Ruwe geschiedenis en geprojecteerde inhoud blijven ten opzichte van het eerdere pad identiek.
  • Een wijziging aan de tekst, content-array of tekstdeel verwijdert het cache-item direct. Verschillende berichtobjecten delen geen cache.
  • Vijf meetruns met telkens 1000 herhalingsprojecties leverden in de mediaan 16,489 ms -> 0,202 ms op, circa 98,8 % minder rekentijd in dit pad. Beide versies bespaarden daarbij exact 21.206 tekens.
9.1.219
  • Zuivere korte tekstbevestigingen zoals ok, danke of Telegram-DM-antwoorden met achtergeplaatst doorgaansignaal lezen de opslag voor gevalideerde leerkandidaten niet meer bij elke modelstap.
  • Betekenisvolle prompts, bijlagen en beurten met actuele toolsactiviteit blijven synchroniseren. Een reeds zichtbare leerherinnering blijft ook tijdens een overgeslagen bevestiging behouden.
  • De verpakte actuele meting over 50 bevestigingen daalde van 50 naar 0 kandidaat-mapleesbewerkingen. De betekenisvolle tegenproef las exact één keer. Er kwam geen model-, embedding- of netwerkaanroep bij.
9.1.218
  • Dezelfde rood-naar-groen-controle leverde in 9.1.217 bij een herhaling met nieuwe tool-call-ID's een tweede open kandidaat op. De geïsoleerde actuele meting gaf twee ID's, 2 open bestanden en 726 bytes.
  • Na het opnemen van alleen de nieuwste kandidaat zou de oudere identieke kandidaat opnieuw als herinnering verschijnen. Dat had een tweede reminder- en MistakeRecord-cyclus voor dezelfde open les opgeleverd.
  • bin/validated-learning-signal.cjs gebruikt nu opnieuw een reeds open kandidaat van hetzelfde profiel en dezelfde commandHash. Andere verificatieopdrachten blijven gescheiden; opgenomen of verlopen kandidaten absorberen geen latere gebeurtenis.
  • De nameting leverde dezelfde ID, 1 open bestand en 363 bytes op. Er is geen extra model-, embedding- of netwerkaanroep.
9.1.217
  • In 9.1.216 markeerde elke geslaagde MistakeRecord de nieuwste open leerkandidaat als verwerkt, ook wanneer de vermelding bij een andere fout hoorde. Het bewijs was daarmee persistent, maar niet exact met zijn latere opname gecorreleerd.
  • bin/validated-learning-signal.cjs leest nu de optionele candidateId van een geslaagde MistakeRecord en sluit uitsluitend de exact passende open kandidaat af. Een ontbrekende, foute of andere ID laat alle open kandidaten ongewijzigd.
  • blun.mjs noemt de stabiele kandidaat-ID in de zichtbare herinnering en voert candidateId als optioneel veld in het MistakeRecord-schema in. Er is geen extra model-, embedding- of netwerkaanroep.
  • De correlatie blijft profielgebonden. In de kandidatenopslag belanden nog steeds geen ruwe opdrachten of toolsuitvoer.
9.1.216
  • bin/validated-learning-signal.cjs legt bevestigde rood-naar-groen-signalen nu installatiebreed onder <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/ neer. Daardoor blijft een leerkandidaat over gebruikersbeurten, compacties en verschillende portals van dezelfde BLUN-installatie behouden.
  • De opslag is profielgebonden, append-only en concurrency-veilig: per kandidaat ontstaat één onveranderlijk JSON-bestand en precies één .recorded- of .expired-markering. Temp-bestand, hardlink en verwijdering van het temp-bestand voorkomen stil overschrijven bij parallelle schrijvers.
  • Opgeslagen worden alleen type, status, profiel, toolnaam, SHA256 van de opdracht, toolaanroep-ID's en tijdstempel. Ruwe opdracht, fouttekst en geslaagde toolsuitvoer worden niet vastgelegd.
  • Een geslaagde MistakeRecord markeert de nieuwste open kandidaat precies één keer als verwerkt. Open kandidaten vervallen na 24 uur. Ontbreekt een gedeeld home, dan blijft het eerdere in-memory-gedrag fail-open behouden.
  • Dat is nog geen automatische codewijziging en geen zelf verleende goedkeuring. De release schept alleen het draagbare, portalonafhankelijke leerbewijs waarop latere ingebouwde evaluator- en goedkeuringsfuncties veilig kunnen werken.
9.1.215
  • Oplossingen mogen noch bepaalde interne agenten, noch interne computernamen, Telegram-groepen, Mnemo-instanties of een BLUN-interne goedkeuringsketen veronderstellen.
  • Voor self-improvement worden de interne rollen als productfuncties geabstraheerd: scope- of goedkeuringscontroller, geïsoleerde evaluator, geversioneerde bewijsvoering en automatische canary-terugmeting met rollback.
  • Automatisch overneembaar zijn alleen laag-risicovolle, meetbaar begrensde aanpassingen bij consequent betere of neutrale proefruns. Code, rechten, secrets, facturatie en productie blijven voorbehouden aan gebruiker of beheerder.
  • De eerste uitvoering van de ingebouwde controle wordt intern handmatig goedgekeurd; daarna mag de controle zelf toetsen, maar niet haar eigen veiligheidsgrens veranderen.
9.1.214
  • 9.1.213 stelde de juiste persistente opslagweg via MistakeRecord in, maar verwachtte nog steeds dat het model het passende moment alleen uit de toolshistorie herkent.
  • Nieuw is bin/validated-learning-signal.cjs: de module bekijkt alleen de actuele gebruikersbeurt en herkent uitsluitend dezelfde verifiërende shell-opdracht die eerst faalt en later slaagt.
  • Een dynamische injector in blun.mjs herinnert in dit bewezen geval eraan een herbruikbare les met MistakeRecord vast te leggen. Opdrachttekst en ruwe fout worden niet in de melding gekopieerd.
  • Andere opdrachten, normale lees- of toolsfouten, een nieuwe gebruikersbeurt of een reeds geslaagde MistakeRecord-aanroep leveren geen melding op of behouden er geen. Er vindt geen automatische opslag plaats.
9.1.213
  • Het missiecontract eiste na een geslaagde rood-naar-groen-proefrun de aanroep record_error_memory. Deze tool bestaat in het King-pakket niet. De bestaande persistente leerweg heet MistakeRecord en schrijft in de gedeelde Mistake.md.
  • Daardoor was de discipline uit Evolver al geformuleerd, maar de laatste stap naar ons eigen, agentoverstijgende geheugen dood: een bevestigde oplossing kon het contract volgen en toch niet persistent worden opgeslagen.
  • Het contract roept nu na de groene herhalingsuitvoering MistakeRecord aan. Ruwe fouten blijven nog steeds buiten; opgeslagen wordt pas de door een geslaagde tegenuitvoering bevestigde les.
  • Mistake.md, haar relevantieselectie en haar opslagformaat zijn niet vervangen of veranderd. Gerepareerd is uitsluitend de verbinding van het gevalideerde leercontract met de bestaande tool.
  • Gewijzigd werden alleen blun.mjs, de nieuwe structuurtest test/validated-learning-route.test.js en de versie in package.json.
9.1.212
  • De ErrorMemory-injector formatteerde ook voor pure begroetingen en korte bevestigingen meerdere strategie-genen. Mistake.md en het persoonlijke geheugen hadden voor dezelfde berichtenklasse al een gezamenlijke relevantiegrens; alleen ErrorMemory omzeilde haar.
  • De injector gebruikt nu eveneens isLowInformationMistakeTurn en beëindigt de projectie vóór selectie en opmaak van de strategie-genen. Vastgelegde fout- en strategievermeldingen blijven ongewijzigd; alleen hun onnodige projectie in minimale aanvragen vervalt.
  • Gemeten referentiegeval Wie geht es dir? met elf opgeslagen vermeldingen: voorheen vijf geselecteerde regels, 1.417 tekens respectievelijk circa 355 tokens; daarna 0 tekens en 0 tokens.
  • Gewijzigd werden alleen blun.mjs, test/error-memory-performance-policy.test.js en de versie in package.json.
9.1.211
  • De King bevestigt wachtrijregels pas wanneer het bericht is aangenomen. Vóór een actieve sessie verwerpt injectChannelEnvelope een geadresseerd bericht echter als dropped, zonder het te bevestigen of te parkeren. Daarmee kan het checkpoint persistent precies op deze eerste regel blijven staan.
  • Echte rode proefrun _proof/telegram-profile-checkpoint-red.cjs: verwacht queued, gemeten dropped, exit 1.
  • Dezelfde fout zit in het Telegram-opdrachtpad: /loop vóór een actieve sessie wordt niet in queuedMessages gelegd; de acknowledge-functie blijft zonder consument. Echte rode proefrun _proof/telegram-remote-command-presession-red.cjs: verwachte wachtrijlengte 1, gemeten 0, exit 1.
  • injectChannelEnvelope behandelt een sessie die nog geen berichten kan ontvangen nu als een bezette sessie: modeltekst, weergaveoorsprong en latere bevestiging blijven in de bestaande kanaalwachtrij behouden.
  • injectTelegramRemoteCommand bouwt de wachtrijvermelding vóór de sessiecontrole. /loop en de andere directe Telegram-opdrachten worden bij ontbrekende sessie met hun channelAcknowledge-functie geparkeerd en pas aan de bestaande veilige grens uitgevoerd.
  • De volgorde en de bestaande checkpoint-regel blijven ongewijzigd: een wachtrijregel wordt pas na aanname bevestigd; latere bevestigingen kunnen een daarvoor nog open regel niet overslaan.
9.1.210
  • De actieve handoff uit 9.1.208/9.1.209 kon een draaiende King voor een update beëindigen. Op de MSI werd daardoor de draaiende sessie bij de wissel 9.1.206 -> 9.1.207 beëindigd en niet automatisch hervat.
  • 9.1.209 werd daarom niet in het openbare manifest opgenomen en op npm als niet-uitrolbaar gemarkeerd.
  • De eis is nu technisch afgedwongen: een automatische update mag de draaiende King nooit beëindigen. Hij wordt alleen geladen en als pending gemarkeerd. Activering gebeurt pas bij een latere normale start.
9.1.209 Ingetrokken
  • Niet gepubliceerd. De actieve update-handoff kon een draaiende King beëindigen; daarom kwam de versie niet in het openbare manifest en werd ze op npm als niet-uitrolbaar gemarkeerd.
9.1.208
  • Op de MSI werden 27 King-starts en 15 versies op één dag gemeten. De herstarts vielen telkens samen met versiesprongen; een eigen exit-reden wordt in het daar aanwezige log nog steeds niet vastgelegd.
  • De updater bereidde nieuwe manifest-versies in minutenritme voor. Versie 9.1.208 voert daarom een rustvenster van 30 minuten in voordat een verdere nieuwe runtime mag worden geactiveerd.
  • Oude runtimeversies worden na geslaagde activering begrensd op de nieuwste drie versies. Gewist wordt alleen wanneer alle installatie-leases van de oude versie exclusief zijn verworven. Actieve, bezette of onbekende lay-outs blijven onaangetast.
  • De beschermingslogica leeft ook in de nieuw geladen core. Daarmee werkt ze na de automatische activering ook wanneer de persistente bovenliggende launcher nog uit een oudere versie stamt.
  • De acht gemeten MSI-releaseversies bezetten samen slechts 778 MB. Ze verklaren de bijna volle 454-GB-schijf niet; de grote verbruiker blijft een afzonderlijk open bevinding.
9.1.207
  • Herhalingen van mislukte telemetrie worden per run begrensd op de 16 oudste bestanden en stoppen bij de eerste tijdelijke serverfout, in plaats van de hele achterstand verder af te werken.
  • De foutspool behoudt de nieuwste 512 bestanden binnen 16 MiB en zeven dagen. De normale events.jsonl is uitdrukkelijk van de opruiming uitgesloten.
  • Vóór de release lagen er echt 4.248 foutbestanden met 11.631.974 bytes. Na automatische activering lagen er 512 bestanden met 2.260.908 bytes: 3.736 oude foutbestanden en circa 9,37 MB last minder.
9.1.206
  • Reeds gearchiveerde grote assistentantwoorden worden nu vóór de lusprojectie door hun begrensde, opnieuw inleesbare archiefverwijzing vervangen. Daarmee kan een daaropvolgende tekstopruiming de opgeslagen hash niet meer ongeldig maken.
  • Drie echte archiefbestanden werden byte-exact tegen hun opgeslagen SHA256-berichthashes gecontroleerd: 38.567, 13.941 en 24.787 tekens, alle aanwezig en alle exact passend.
  • Op exact dezelfde 41.480 wirevermeldingen met 311 berichten daalde de modelprojectie van 87.724 naar 63.234 tekens: verdere 24.490 tekens respectievelijk circa 6.123 invoertokens minder per betrokken aanroep.
  • Ruwe historie en volledige privé-archiefbestanden blijven ongewijzigd en zijn via hun pad per pagina leesbaar.
9.1.205
  • Antwoordlussen binnen één assistentbericht worden nu ook bij kleine leesteken- of woordkeuzeverschillen herkend. Een cluster heeft minstens drie treffers nodig bij conservatieve gelijkenis 0,88; de eerste versie blijft behouden, de ruwe historie wordt niet veranderd.
  • In een bewaard geval daalde een echt lusantwoord van 24.787 naar 22.711 tekens: 2.076 tekens respectievelijk circa 519 invoertokens minder.
  • Code fences blijven bytegelijk beschermd. Toolvertelling, injecties, tweetallen en besparingen onder 1.000 tekens blijven ongewijzigd.
9.1.204
  • De foutherinnering laadt per werkronde niet meer blind alle elf regels. De vier onmisbare bewijs- en tegenproefregels 4, 9, 10 en 11 blijven altijd actief; hoogstens twee verdere regels worden deterministisch passend bij de actuele opdracht aangevuld.
  • In de echte meegeleverde regelverzameling daalde het herhaalde blok van 2.442 naar 1.272 tekens: 1.170 tekens respectievelijk circa 293 invoertokens minder per betrokken werkronde.
  • De selectie levert geen model-, zoek-, reranker- of embedding-aanvraag op. Kleine eigen regelverzamelingen blijven volledig; bij een selectorfout wordt nog steeds teruggevallen op het eerdere volledige blok.
9.1.203
  • Een lege ToolSearch is nu een geslaagd afgesloten nulresultaat in plaats van een rode toolsfout. Het antwoord noemt de ontbrekende bevoegde tool en verbiedt een herhaling met synoniemen.
  • In de gemeten geschiedenis stonden 32 lege zoekopdrachten met 29 formuleringen; in een bewaarde beurt werd dezelfde ontbrekende Telegram-functie na de rode fout direct met een tweede zoekopdracht opnieuw gevraagd.
  • Geen extra model-, reranker- of embedding-aanvraag, geen nieuw resident schema en geen wijziging aan tools of bevoegdheden.
9.1.202
  • De uit DeepAgents afgeleide lokale contextprojectie toont bij grote werkmappen bij voorkeur topniveau-vermeldingen in plaats van diepe details uit de eerste paar mappen. Kleine mapoverzichten blijven bytegelijk.
  • De root van een agent bevat 509 topniveau-vermeldingen (89 mappen, 420 bestanden). Voorheen toonde de modelprojectie in 1.981 tekens slechts 9 topniveau-mappen; nu toont ze er 30 in 832 tekens.
  • Gemeten besparing: 1.149 tekens respectievelijk circa 287 tokens per aanvraag. Persona, werkregels, ruwe historie en toolstoegang blijven ongewijzigd.
9.1.201
  • Een uit DeepAgents afgeleide projectiehygiëne compacteert het statische foutgeheugen, zonder een van de 11 opgeslagen regels of controles te verliezen.
  • Oude uitvoerige foutgeheugenteksten worden alleen in de modelprojectie gecompacteerd. Ruwe historie, normale antwoorden en toolresultaten blijven ongewijzigd.
  • In de projectie blijft telkens alleen de nieuwste fout- en foutcorrectietoevoer behouden.
9.1.200
  • De nieuwe lokale opdracht /context toont gescheiden de werkelijk geprojecteerde modelaanvraag, de opgeslagen gespreksgeschiedenis, toolsschema's, het compactiebudget en de resterende speelruimte.
  • De weergave leest uitsluitend session.getContext(). Ze start geen modelaanvraag, geen beheerde verbruiksaanvraag, geen dienst en geen herstart.
  • Uitgeladen toolresultaten noemen nu een exact herleespad: Read met hoogstens 20 regels en daarna voortgezet line_offset. Dat voorkomt de gemeten vorm waarin een agent hetzelfde grote gebied opnieuw met Read, Grep en Bash aanvroeg.
  • /premortem bestond al vóór 9.1.200 en wordt uitdrukkelijk niet als nieuwe functie van deze release verkocht.
  • Voor nieuwe vertalingen gaf de verplichte taalcontrole wegens ontbrekende onafhankelijke kortetekstcontrole geen goedkeuring. Daarom gebruikt /context alleen reeds goedgekeurde gelokaliseerde benamingen; geen ongecontroleerde doeltekst is opgenomen.
9.1.199
  • Een actuele modelweergave bevatte in één enkel assistentantwoord 13.941 tekens met 100 alineablokken. Slechts 20 blokken waren uniek; zes groepen herhaalden zich exact en bezetten 9.579 tekens.
  • 9.1.199 compacteert uitsluitend zulke exacte herhalingen binnen één enkel zuiver tekstantwoord in de modelweergave. De ruwe sessiegeschiedenis blijft ongewijzigd.
  • De compactie grijpt pas in vanaf drie exacte herhalingen en minstens 1.000 bespaarde tekens. Codeblokken, gemengde inhoud, toolaanroepen, injectieberichten, korte blokken en kleinere besparingen blijven ongewijzigd.
  • Dat volgt het DeepAgents-beginsel om opnieuw leesbare waarheid te bewaren en alleen de actieve modelweergave te ontlasten. Er is geen extra model- of embedding-aanroep.
9.1.198
  • Een actuele wire bevatte een door de tool al als truncated: true gemarkeerd Grep-resultaat met 50.042 tekens. De afzonderlijke-resultaat-uitlading herkende weliswaar de grootte, maar liet zulke resultaten via een vroege terugkeer toch volledig in de modelweergave.
  • 9.1.198 verwijdert uitsluitend deze uitzondering. Een afgekapt Read gebruikt het bestaande bronpad zonder duplicaat; andere afgekapte resultaten archiveren exact de volledige door de tool teruggegeven tekst.
  • De verwijzing behoudt truncated: true en draagt stored_result_scope: tool_truncated_output. Daarmee wordt niet beweerd dat ruwe uitvoer is hersteld die de tool nooit heeft geleverd.
  • Het patroon volgt DeepAgents: grote toolsuitvoer blijft opnieuw leesbaar buiten de actieve modelweergave, terwijl daar alleen een kleine verwijzing blijft staan.
9.1.197
  • Ook zuivere tekstbevestigingen zoals ok laadden tot nu toe de dynamische Mistake.md-herinnering. Bij de actuele gezamenlijke regelset waren dat 1.819 prompttekens, circa 455 tokens, hoewel geen werkcontext werd voortgezet.
  • 9.1.197 herkent uitsluitend informatiearme zuivere tekstbeurten voordat een van de twee Mistake-bronnen wordt gelezen en laat daar de dynamische injectie weg.
  • Bijlagen, niet-tekstuele inhoud en zinvolle voortzettingen zoals ok, check updater behouden het eerdere pad. De bestaande relevantie-terugval voor echte werkbeurten blijft ongewijzigd.
  • Het patroon komt uit het AnythingLLM-vergelijkingswerk: optionele contextbronnen mogen alleen in de modelweergave komen wanneer de actuele beurt ze werkelijk nodig heeft. Het is zonder extra model- of embedding-aanroep in het bestaande BLUN-beleid ingepast.
9.1.196
  • /reload was lokaal aanwezig, maar werd uit Telegram niet als directe opdracht herkend. De Telegram-allowlist bevatte de naam niet; daardoor bleef het bericht normale modeltekst.
  • 9.1.196 voegt uitsluitend reload toe aan de bestaande geadresseerde Telegram-opdrachtenlijst.
  • De Telegram-weg gebruikt dezelfde bestaande handler als de lokale TUI: sessie, MCP-servers, runtime- en TUI-configuratie worden in het lopende proces opnieuw geladen. Er wordt geen modelronde en geen procesherstart gestart.
  • /new en andere niet toegestane slash-berichten blijven nog steeds normale modeltekst.
9.1.195
  • Automatische updates werden uitgevoerd, maar de opnieuw gestarte TUI kwam op C:\ terecht in plaats van in de eerdere projectmap.
  • De TUI hield de juiste map bij in state.appState.workDir, gaf bij de update-handoff echter alleen sessie, versie en modus door. De launcher gebruikte daarom zijn oorspronkelijke startmap voor doel en terugval.
  • 9.1.195 transporteert de actieve projectmap in de handoff en gebruikt haar voor doelversie, terugval en verdere automatische updates van dezelfde bewaking.
  • Alleen bestaande absolute mappen worden geaccepteerd. Relatieve, ontbrekende of op bestanden wijzende opgaven vallen terug op de launcher-map.
9.1.194
  • De bestaande beurt-watchdog waarschuwde na 20 minuten, maar beëindigde een beurt daarna niet. Op de Mac liep een vastgelopen beurt na de waarschuwing van 30 minuten tot minstens minuut 39 door.
  • 9.1.194 behoudt de waarschuwing na 20 minuten en beëindigt een beurt na 30 minuten zonder echte vooruitgang.
  • Stapbegin, thinking-tekst, assistenttekst, toolaanroep, toolsargumenten, toolsvoortgang en toolresultaat resetten de inactiviteitstermijn. Lang actief werk wordt daardoor niet beëindigd.
  • De bestaande afbreking na vijf identieke mislukte toolaanroepen blijft gescheiden en ongewijzigd actief.
9.1.193
  • Meerdere Telegram-bezorgingen kwamen met identieke chat_id en message_id tot viermaal in dezelfde sessie aan.
  • 9.1.181 verwijderde deze herhalingen pas later uit de modelweergave. Voordien kon elke kopie al een eigen modelbeurt en daarmee kosten veroorzaken.
  • 9.1.193 voert daarom vóór de beurtstart een op 2.048 identifiers begrensd bezorgingsregister in. Dezelfde Telegram-identifier wordt per sessie slechts één keer aangenomen; herhalingen worden bevestigd, maar niet vastgelegd en starten geen aanbiederbeurt.
  • Nieuwe berichtidentifiers, niet-gebruiker-injecties en de ruwe geschiedenis blijven ongewijzigd. Bij hervatting wordt het register uit de aangenomen promptrecords hersteld.
9.1.192
  • Een Mac bleef na een afgewezen Bash-goedkeuring 39 minuten lang King is thinking tonen. De toolaanroep zelf was correct afgewezen, maar de afwijzing werd als gewoon foutresultaat aan de lopende modellus teruggegeven.
  • PermissionManager.requestToolApproval() leverde bij afwijzing alleen block: true op. De bestaande batch- en aanbiedersturing kon de beurt al met syntheticResult.stopTurn = true beëindigen, maar kreeg dit signaal niet.
  • Nieuw is bin/approval-rejection-stop.cjs. Afgewezen en afgebroken goedkeuringsverzoeken leveren nu een bestaand foutresultaat met stopTurn: true op. De actuele beurt eindigt en latere aanroepen van dezelfde toolsstapel worden overgeslagen. Goedkeuringslog, beleid en fail-closed-gedrag blijven ongewijzigd.
  • DeepAgents bevestigde de uitdrukkelijke menselijke interruptgrens als geschikt patroon. AnythingLLM en Evolver boden voor deze specifieke fout geen sterker mechanisme dan het reeds aanwezige BLUN-contract.
9.1.191
  • DeepAgents biedt met /context een vertrouwde, zichtbare verdeling van het contextvenster in plaats van slechts één totaalwaarde.
  • Evolver eist voor prestatiegericht werk een gescheiden promptbudget voor systeemdeel, gesprek, tools en vrije ruimte.
  • AnythingLLM bespaart toolsschema's door embeddinggebaseerd reranken. BLUN heeft daarvoor al de goedkopere deferred-tool-weg zonder extra model- of embedding-aanroep; dit deel is daarom niet gedupliceerd.
9.1.190
  • Uit persistent opgeslagen tool.call-lusgebeurtenissen worden alleen de weergavevelden display en description verwijderd. Identiteit, toolnaam, argumenten en stap-toewijzing blijven behouden.
  • De runtime verwerkt nog steeds de volledige gebeurtenis. TUI-weergave, toolsuitvoering en hervatting zijn niet op de projectie omgeschakeld.
  • Een echte wire van een agent met 42.451.368 bytes bevatte 6.135 tool-aanroepen. Bij 5.679 daarvan konden 3.125.874 bytes vervallen: 7,36 % van het hele geschiedenislog.
9.1.189
  • Een gebruiker had Bosnisch gekozen en in het Bosnisch geschreven, maar King antwoordde in het Sloveens. In de persona-prompt stond alleen het Engelse woord Bosnian; het nauw verwante taalgebied was niet uitdrukkelijk afgebakend.
  • Kako si?, Kako je King?, Ko si ti? en Ko stoji iza tebe? werden niet als zelfstandige Bosnische korte dialogen afgehandeld. Het screenshot bij Ko stoji iza tebe? toonde zelfs webzoekopdrachten in plaats van een direct antwoord.
  • De gemelde eenvoudige check-in verbruikte circa 7.500 tokens. Het eerdere low-effort-pad stond tot 8.192 completion-tokens toe en behield meerdere oude berichten.
9.1.188
  • BLUN herkende een echte terugval al na drie vergelijkbare antwoorden, maar liet de verouderde antwoorden volledig in de modelweergave. De melding tegen de lus concurreerde daardoor nog steeds met de oude foute toestand.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 levert het patroon van indexstabiele, begrensde vervangingsmeldingen. AnythingLLM prioriteert de jongste gespreksparen en behandelt historie als eerst comprimeerbare context.
  • Een wire bevatte 42.265.671 bytes, waarvan 25.423.100 bytes context.append_loop_event. Dat bewijst de echte luslast, maar wordt niet als directe aanvraag-tokenbesparing gepresenteerd.
9.1.187
  • Het live uitgerolde 9.1.184-manifest droeg de tijdstempel 2026-08-26T12:15:06.5196457Z. De uitgerolde parser stond alleen één tot drie decimalen toe en verwierp daardoor het hele manifest.
  • Zonder geldige terugval was npm alleen maatgevend. Bij het stagen van 9.1.185 was de npm-tag daardoor kort zichtbaar, hoewel het manifest nog op 9.1.184 stond.
  • De npm-tag is teruggezet op 9.1.184. Het live-manifest is alleen in de tijdstempel op 2026-08-26T12:15:06.519Z gecorrigeerd; versie en integriteit bleven ongewijzigd. Drie ophaalacties met gewiste cache en de echte clientparser bevestigden daarna het manifest.
  • Live-SHA256 na de reparatie: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Back-up: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Na een volledige compactie wordt de bestaande systeemprompt niet meer met opnieuw gelezen lokale contextgegevens overschreven. Haar eerdere voorvoegsel blijft daardoor byte-stabiel en herbruikbaar voor de provider-cache.
  • Werkmap, passende AGENTS.md-bestanden en extra mappen krijgen een vingerafdruk. Alleen bij een echte wijziging wordt de nieuwe toestand als interne, voor de gebruiker onzichtbare contextmelding toegevoegd.
  • Ingesloten contextgegevens worden vóór de interne markering geëscaped. Een lokale tekst kan de markeringsgrens daardoor niet sluiten of nieuwe systeemmeldingen binnensmokkelen.
9.1.185
  • Twee agentprofielen meldden zich af in de tijdsperiode rond de automatische update. Los daarvan bleef een derde profiel na een geslaagde overgang van 9.1.182 naar 9.1.183 op deze versie staan en bereidde 9.1.184 niet voor.
  • Twee concrete fouten werden in het bronpad bewezen: de TUI beëindigde zich direct na process.send, zonder de IPC-bevestiging af te wachten. Bovendien wachtte de launcher na een geslaagde handoff alleen op het einde van het nieuwe proces en richtte er geen verdere updatebewaking voor in.
9.1.184
  • Gewone modelaanroepen voerden de toolsschema's voor GenerateImage en GenerateVideo persistent mee, hoewel het gemeten toolsgebruik slechts één beeldaanroep en geen video-aanroep onder 3.183 aanroepen bevatte.
  • 9.1.184 verwijdert beide schema's uit de persistent geladen kernset. Een uitdrukkelijke beeld-, video- of animatieopdracht laadt alleen het werkelijk benodigde schema in dezelfde beurt.
  • Hetzelfde selectiepad geldt ook wanneer een mediaopdracht tijdens een lopende beurt binnenkomt. Kwaliteitsvragen, mediacontroles en vrijblijvende ideeën voor later laden geen generatieschema.
  • Beide tools blijven via ToolSearch beschikbaar. De wijziging verwijdert geen functie, maar verplaatst zelden benodigde schema's uit gewone modelaanroepen.
9.1.183
  • BLUN King 9.1.183 maakt de automatische Telegram-bezorging van afgeronde media bestand tegen tijdelijke uploadfouten.
  • De client herhaalt uitsluitend een begrensd aantal tijdelijke fouten, bouwt de meerdelige upload bij elke poging opnieuw op en breekt bij persistente fouten direct af.
  • Uitgeputte bezorgpogingen worden gescheiden vastgelegd, zonder het bot-token bloot te leggen of de normale terugvalverzending te onderdrukken.
9.1.182
  • Deze release corrigeert uitsluitend de automatische actualisering van een lopende King-sessie.
  • De launcher zette tot nu toe BLUN_NO_AUTO_UPDATE=1 in dezelfde omgeving die zowel de beschermde kern als de updatevoorbereiding van het bovenliggende proces gebruikten. Daardoor was de oude updater in de kern weliswaar correct gedeactiveerd, maar beëindigde ook de nieuwe bovenliggende updatecontrole zich vóór het ophalen van het openbare manifest.
  • 9.1.182 bewaart een uitdrukkelijk gezette uitschakeling voor het bovenliggende proces. De gedwongen uitschakeling wordt alleen nog bij de start van de beschermde kern aangevuld.
  • Mnemo blijft een interne, lokale configuratie. Het openbare pakket bevat Mnemo niet. De additieve vermelding blijft zonder lokaal Mnemo-pad en uitdrukkelijk gezette agentidentiteit volledig inactief.
9.1.181
  • Herhaalde identieke lange gebruikersopdrachten en dubbele Telegram-bezorg-ID's worden uitsluitend uit de modelprojectie verwijderd; de ruwe geschiedenis blijft ongewijzigd.
  • Een geconfigureerde Mnemo-MCP wordt nu aan het actieve King-TUI-profiel toegevoegd, in plaats van beperkt te blijven tot Telegram-bridge-sessies.
  • Alle 413 tests slaagden; beide gerichte mutatieproefruns werden rood zodra telkens een van de beschermingsmaatregelen werd verwijderd.
9.1.180
  • De automatische updatevoorbereiding hangt niet meer uitsluitend aan het latere TUI-ready-IPC. Zodra de beschermde kern aantoonbaar is geladen, start de launcher de voorbereiding ook wanneer dit tweede signaal verloren ging.
  • De veiligheidsgrens voor de eigenlijke overdracht bleef ongewijzigd: lopend antwoord, compactie, berichtenwachtrij, tools, shell-opdrachten en wachtrijopdrachten verhinderen nog steeds een herstart midden in het werk.
  • De actuele stand bewees de fout: modus resume, installatie 9.1.177, openbaar 9.1.179, maar slechts 9.1.176 voorbereid. De loop was daarmee niet de eerste blokkering, omdat de inactiviteitscontrole pas na de voorbereiding plaatsvindt.
9.1.179
  • Zuivere bevestigingen zoals ok, ja, danke of perfekt slaan de persoonlijke memory-broker over. Dat bespaart een broker-aanroep en voorkomt bij zulke inhoudsarme beurten tot 16.384 tekens onnodige memory-injectie.
  • weiter, bijlagen, vragen, opdrachten en andere inhoudelijke berichten behouden het eerdere portaloverstijgende herinneringspad.
  • Een eerst gebouwde DeepAgents-achtige argumentbuffer was in vier van vijf meetronden langzamer dan de eenvoudige aaneenschakeling. Hij werd volledig verworpen en niet gepubliceerd.
9.1.178
  • De uitgestelde toolszoekopdracht herkent nu een unieke exacte eerste term. GetMedia media job status result laadt daardoor GetMedia, zonder op een brede semantische veronderstelling uit te wijken. Meerduidige korte namen blijven bewust onopgelost.
  • De mediaproductieketen breekt volledige fasenamen om naar vervolgregels. De laatste stap wordt niet meer aan de rechterrand afgekapt.
  • De wijziging verbetert toolsselectie en leesbaarheid. Ze verandert noch mediamodel noch beeldkwaliteit en beweert geen echte mediavoorvertoning.

Verbeteringen sinds 9.1.57

VersieWijziging
9.1.177Automatische updates nemen een opgeslagen hervattings- of herstartmodus nu ook over wanneer het directe procesbericht uitblijft, en tonen direct vóór de veilige TUI-herstart een duidelijke melding. Historische plaatshouders voor gecompacteerde toolsargumenten worden als compact JSON, opgemaakt JSON of ingelezen object verwijderd voordat ze opnieuw kunnen worden uitgevoerd. Ruwe geschiedenis en alle bestaande beschermingsmechanismen van de update blijven ongewijzigd.
9.1.176Alle selectiemenu's voor slash-opdrachten scheiden opties nu met een lege regel en tonen verklaringen in een eigen, terughoudende tweede kleur. De gezamenlijke component bedient 20 menuaanroepen; individuele waarschuwingskleuren blijven behouden.
9.1.175De bij elke modelaanvraag herhaalde toolsaanwijzing daalt van 1.749 naar 825 tekens. Dat bespaart in de meting circa 231 geschatte invoertokens per aanvraag. Alle elf gedragsverplichtingen blijven behouden; ruwe geschiedenis, toolsschema's en bestanden blijven ongewijzigd.
9.1.174Het per modelaanvraag getoonde relevante Mistake.md-fragment is begrensd op 3.000 in plaats van 4.000 tekens. In 100 echte aanvragen bespaart dat gemiddeld circa 253 geschatte invoertokens; de geselecteerde koppen bleven in alle 100 gevallen identiek. Volledige bestanden en opgeslagen geschiedenis blijven ongewijzigd.
9.1.173BLUN King herkent terugkerende zuivere tekstantwoorden over meerdere Telegram-beurten heen. Na drie vrijwel gelijke antwoorden ondanks nieuwe gebruikersaanwijzingen krijgt de agent eenmalig een interne correctiemelding, in plaats van een oude vraag, lijst of wachtlus opnieuw weer te geven. Berichten, processen en opgeslagen geschiedenis blijven ongewijzigd.
9.1.172De automatische actualisering controleert een lopende sessie opnieuw na een bij de start resultaatloze zoekopdracht. De volgende controle gebeurt willekeurig verdeeld na 60 tot 90 seconden. Daardoor worden later gepubliceerde versies zonder handmatige herstart herkend. Installatie en sessieoverdracht wachten nog steeds op volledige inactiviteit.
9.1.171BLUN King behoudt per beurt nog slechts de vier laatst nageladen toolsschema's in plaats van twaalf. Oudere tools blijven via ToolSearch vindbaar en worden bij selectie opnieuw geladen. Persistent geladen kerntools, de opgeslagen geschiedenis en het uitvoeringsgedrag blijven ongewijzigd.
9.1.170Bundelt de actuele betrouwbaarheids- en werkstroomfouten: terugkerende taken behouden de nieuwste overgrote aanwijzing; gecompacteerde toolsargumentplaatshouders worden uit de modelprojectie verwijderd; ToolSearch herkent natuurlijke memory-zoekwoorden inclusief het enkele woord "store"; de loopweergave laadt de planningstoestand opnieuw; /update stuurt de veilige overdracht bij inactiviteit; en /premortem levert een zichtbare, gestructureerde foutanalyse.
9.1.169BLUN King behoudt de exacte toolsselectie en de eerdere strenge trefwoordzoekopdracht ongewijzigd. Pas wanneer die zoekopdracht geen treffer oplevert, zoekt een beperkte tweede run naar verwante Duitse en Engelse termen. Naamvereisten met + blijven dwingend; minstens twee zinsdragende termen en 75 procent van de aanvraag moeten passen. Daardoor vinden de drie werkelijk mislukte Telegram-zoekopdrachten de actuele wachtrijtool, terwijl een niet-passende aanvraag nog steeds zonder treffer eindigt.
9.1.168BLUN King vervangt oudere argumenten van toolaanroepen niet meer door een interne plaatshouder die het model in een nieuwe aanroep kan kopiëren. Reeds aanwezige plaatshouderaanroepen en hun bijbehorende foutresultaten worden alleen uit de modelprojectie verwijderd; de ongewijzigde sessiegeschiedenis blijft als bewijs behouden.
9.1.167BLUN King 9.1.167 behoudt bij terugkerende geplande opdrachten nog slechts een aaneengesloten reeks van de nieuwste volledige werkgedeelten. Wanneer het volgende nieuwere gedeelte de grens van 48.000 tekens of 24 berichten zou overschrijden, eindigt de selectie in plaats van daarna weer oudere kleine gedeelten op te nemen. Zo blijven context en tijdsvolgorde kloppend. In een gemeten lopende geschiedenis daalde de geprojecteerde historie van 32.591 naar 16.981 tekens. Dat bespaart 15.610 tekens respectievelijk circa 3.903 geschatte invoertokens per vergelijkbare aanvraag. Ruwe geschiedenis, actuele opdrachtstappen en de compactiesamenvatting blijven ongewijzigd.
9.1.166BLUN King 9.1.166 begrenst terugkerende geplande opdrachten op een geïsoleerde werkcontext, in plaats van bij elke modelstap het hele gesprek van de hoofdagent opnieuw over te dragen. De actuele opdracht, de nieuwste compactiesamenvatting en de nieuwste echte werkstappen blijven binnen een grens van 24 berichten en 48.000 tekens beschikbaar. De opgeslagen geschiedenis, normale gebruikersbeurten, eenmalige herinneringen en snelle gesprekswegen blijven ongewijzigd. In een gemeten geschiedenis verbruikten 2.043 modelstappen van terugkerende geplande opdrachten in totaal 298,7 miljoen invoertokens, gemiddeld 146.188 tokens per stap.
9.1.165BLUN King 9.1.165 begrenst het uitvoerbudget van normale beurten op 24.576 in plaats van 32.768 tokens. Lichte stappen behouden hun eerdere grenswaarde van 8.192 tokens, modellen met kleinere uitvoergrenzen behouden deze lagere waarden, en een uitdrukkelijke gebruikersinstelling heeft nog steeds voorrang. Van 27.049 gemeten antwoorden bleef 99 procent onder 9.970 tokens; twaalf oude uitschieters troffen exact de eerdere grens van 32.768 tokens en rekenden elk circa zes minuten verder.
9.1.164BLUN King 9.1.164 begrenst het uitvoerbudget van een compactie op grote modelvensters op 16.384 in plaats van 131.072 tokens. 39 geslaagde compacties hadden hoogstens 10.781 uitvoertokens nodig. Het nieuwe kader ligt 52 procent boven deze gemeten hoogste waarde en verlaagt de mogelijke uitvoer- en KV-cachebehoefte per compactie met 87,5 procent. Opgeslagen geschiedenis en normale gespreksbeurten blijven ongewijzigd.
9.1.163BLUN King 9.1.163 vervangt omvangrijke skill-ladingen buiten de laatste 20 berichten in de modelprojectie door een compacte herlaadverwijzing. Actuele, kleine en niet-herlaadbare skill-ladingen blijven ongewijzigd; de opgeslagen gespreksgeschiedenis wordt niet herschreven. In een gemeten geval daalt een skill-lading van 87.034 naar 424 geprojecteerde tekens. Zodra ze het actuele werkvenster verlaat, bespaart dat 86.610 tekens respectievelijk circa 21.653 geschatte invoertokens.
9.1.162BLUN King 9.1.162 begrenst grote overzichten van de werkmap in de herhaalde systeemprompt op 2.000 tekens. Kleine overzichten blijven ongewijzigd. Bij bekorte overzichten blijft een duidelijke melding verwijzen naar de volledige zoekopdracht met Glob, Grep en Read. In een gemeten prompt daalt het overzicht van 3.988 naar 1.983 tekens. Dat bespaart 2.005 tekens respectievelijk circa 501 geschatte invoertokens per gelijk opgebouwde aanvraag.
9.1.161BLUN King 9.1.161 herhaalt de namen van de 112 uitgeladen tools niet meer in elke ToolSearch-beschrijving. De trefwoordzoekopdracht, de exacte selectie aan de hand van de volledige of unieke korte naam en het persistent laden van de twaalf laatst geselecteerde schema's blijven behouden. In de gemeten weergave daalt de herhaalde beschrijving van 1.984 naar 278 tekens. Dat bespaart 1.706 tekens respectievelijk circa 426 geschatte invoertokens per gelijk opgebouwde aanvraag.
9.1.160Vanaf BLUN King 9.1.160 beschermt de modelprojectie nog slechts de nieuwste twaalf berichten volledig, voordat oudere geslaagde toolresultaten die uitsluitend tekst bevatten door een korte afsluitnotitie worden vervangen. Foutuitvoer, media, opgeslagen bestandsverwijzingen, de nieuwste twaalf berichten, ruwe geschiedenis en exporten blijven ongewijzigd. In een stabiel gemeten sessiesnapshot worden daardoor nog twee oude toolresultaten verkleind. De modelprojectie daalt van 81.800 naar 78.402 tekens. Dat bespaart nog eens 3.398 tekens respectievelijk circa 850 geschatte invoertokens per gelijk opgebouwde aanvraag.
9.1.159Vanaf BLUN King 9.1.159 worden geldige JSON-argumenten van afgesloten toolaanroepen buiten de nieuwste 12 berichten in de modelprojectie door een korte notitie vervangen. Het bijbehorende toolresultaat, de nieuwste 12 berichten, niet-afgesloten aanroepen, kleine of ongeldige argumenten, ruwe geschiedenis en exporten blijven ongewijzigd. In een stabiel gemeten sessiesnapshot worden drie argumenten van afgesloten toolaanroepen van 2.849 naar 165 tekens verkleind. Dat bespaart 2.684 tekens respectievelijk circa 671 geschatte invoertokens per gelijk opgebouwde aanvraag.
9.1.158Vanaf BLUN King 9.1.158 worden zuivere statusberichten die direct op een afgesloten Telegram-antwoord volgen, buiten de nieuwste 20 berichten in de modelprojectie door een korte notitie vervangen. De verzonden antwoordaanroep en haar resultaat, actuele berichten, samenvattingen na andere tools, gemengde inhoud, ruwe geschiedenis en exporten blijven ongewijzigd. In een stabiel gemeten sessiesnapshot worden zes historische statusberichten met 1.837 tekens verkleind. Dat bespaart circa 460 geschatte invoertokens per gelijk opgebouwde aanvraag.
9.1.157Vanaf BLUN King 9.1.157 worden geschikte geslaagde, zuiver tekstgebaseerde toolsuitvoeren buiten de nieuwste 20 berichten in de modelprojectie door een korte afsluitnotitie vervangen. Foutuitvoer, media, uitgeladen bestandsverwijzingen, de nieuwste 20 berichten, ruwe geschiedenis en exporten blijven ongewijzigd. In een stabiel gemeten sessiesnapshot worden 43 oude resultaten verkleind. Dat bespaart 9.680 tekens respectievelijk circa 2.420 geschatte invoertokens per gelijk opgebouwde aanvraag.
9.1.156Vanaf BLUN King 9.1.156 herhalen opgeslagen verwijzingen naar gebruikersberichten buiten de nieuwste 20 berichten hun voorvertoning met begin en einde niet meer bij elke modelaanvraag. Herstelmarkering, grootteopgaven, leesbaar bestandspad, de nieuwste 20 berichten, media, ruwe geschiedenis, volledig opgeslagen bestand en exporten blijven ongewijzigd. In een stabiel gemeten snapshot worden vijf historische verwijzingen verkleind en daalt de modelprojectie van 99.143 naar 96.001 tekens. Dat bespaart nog eens 3.142 tekens respectievelijk circa 786 geschatte invoertokens per gelijk opgebouwde aanvraag.
9.1.155Vanaf BLUN King 9.1.155 worden opgeslagen verwijzingen naar gebruikersberichten hersteld voordat tekstprojecties de hash van het oorspronkelijke bericht kunnen veranderen. Bestaande uitladingen blijven daardoor werkzaam, in plaats van ongemerkt op het geprojecteerde volledige bericht terug te vallen. Ruwe geschiedenis, opnieuw leesbare bestandsverwijzingen, de nieuwste 20 berichten, media en exporten blijven ongewijzigd. In een stabiel gemeten snapshot daalt de modelprojectie van 105.810 naar 99.143 tekens. Dat bespaart nog eens 6.667 tekens respectievelijk circa 1.667 geschatte invoertokens per gelijk opgebouwde aanvraag.
9.1.154Vanaf BLUN King 9.1.154 worden geadresseerde Telegram-kanaalgedeelten buiten de nieuwste 20 berichten begrensd op een voorvertoning van 500 in plaats van 1.000 tekens met begin en einde. Volledige kanaalmetadata, begin en einde van de berichtinhoud, de nieuwste 20 berichten, bijlagen, ruwe geschiedenis en exporten blijven ongewijzigd. In een stabiel gemeten snapshot worden zeven extra historische geadresseerde gedeelten verkleind. Dat bespaart 3.500 tekens respectievelijk circa 875 geschatte tokens per herhaalde aanvraag.
9.1.153Vanaf BLUN King 9.1.153 bewaart de projectie van historische Telegram-contexten de volledige kanaalmetadata en de afsluitende kanaal-tag. Bekort wordt uitsluitend de berichtinhoud. Zelfs bij echte, 161 tekens lange Telegram-metadata blijft de structuur binnen het budget van 250 tekens geldig. De projectie is idempotent, volgende geadresseerde kanalen blijven ongewijzigd, en een kanaalomslag die al zonder inhoud het budget overschrijdt, wordt ongewijzigd doorgereikt.
9.1.152Vanaf BLUN King 9.1.152 verlaten argumenten van afgesloten toolaanroepen de actieve modelprojectie na vier in plaats van acht nieuwere berichten. De ruwe sessiegeschiedenis, onbeantwoorde of foutief opgemaakte aanroepen, media, toolresultaten en de nieuwste vier berichten blijven ongewijzigd. In een recent gemeten sessiesnapshot worden twee extra afgesloten aanroepen gecompacteerd; ten opzichte van 9.1.151 bespaart dat nog eens 244 tekens respectievelijk circa 61 geschatte tokens per herhaalde aanvraag.
9.1.151Vanaf BLUN King 9.1.151 verlaten argumenten van afgesloten toolaanroepen de actieve modelprojectie na acht in plaats van twaalf nieuwere berichten. De ruwe sessiegeschiedenis, onbeantwoorde of foutief opgemaakte aanroepen, media, toolresultaten en de nieuwste acht berichten blijven ongewijzigd. In een gemeten sessiesnapshot worden drie extra afgesloten aanroepen gecompacteerd; ten opzichte van 9.1.150 bespaart dat nog eens 317 tekens respectievelijk circa 80 geschatte tokens per herhaalde aanvraag.
9.1.150Vanaf BLUN King 9.1.150 beschermt de historische uitlading van toolresultaten de nieuwste vier berichten volledig in plaats van de nieuwste acht. Oudere geschikte toolresultaten behouden een compacte, 600 tekens lange herstelmelding en hun bronpad; ruwe geschiedenis, volledig opgeslagen uitvoer, media en de nieuwste vier berichten blijven ongewijzigd. In een gemeten sessiesnapshot laadt het venster van vier berichten negen extra historische resultaten uit en bespaart ten opzichte van 9.1.149 nog eens 6.683 tekens respectievelijk circa 1.671 geschatte tokens per herhaalde aanvraag.
9.1.149Vanaf BLUN King 9.1.149 beschermt de historische uitlading van toolresultaten de nieuwste acht berichten volledig in plaats van de nieuwste twaalf. Oudere geschikte toolresultaten behouden een compacte, 600 tekens lange herstelmelding en hun bronpad; ruwe geschiedenis, volledig opgeslagen uitvoer, media en de nieuwste acht berichten blijven ongewijzigd. In een gemeten sessiesnapshot dalen drie resultaten van 4.679 naar 1.800 tekens; dat bespaart nog eens 2.879 tekens respectievelijk circa 720 geschatte tokens per herhaalde aanvraag.
9.1.148Vanaf BLUN King 9.1.148 worden ook in het nieuwste gemengde Telegram-pakket de uitdrukkelijk met addressed=false gemarkeerde kanaalgedeelten verkleind. Geadresseerde gedeelten, media, ruwe geschiedenis en exporten blijven ongewijzigd. In een gemeten geschiedenis dalen elf niet-geadresseerde gedeelten van 22.691 naar 2.750 tekens; dat bespaart 19.941 tekens respectievelijk circa 4.986 geschatte tokens per herhaalde aanvraag.
9.1.147Vanaf BLUN King 9.1.147 beschermt de microcompactie de nieuwste twaalf berichten volledig in plaats van de nieuwste twintig en gebruikt daarmee hetzelfde herstelvenster als de bestaande uitlading van toolresultaten. Oudere afgesloten toolsargumenten en geschikte toolresultaten worden alleen in de modelprojectie verkleind; ruwe geschiedenis en herstelpaden blijven ongewijzigd. In een gemeten geschiedenis bespaart dat nog eens 560 tekens respectievelijk circa 140 geschatte tokens per aanvraag.
9.1.146Vanaf BLUN King 9.1.146 worden oudere, reeds uitgeladen toolresultaten in de modelprojectie begrensd op de voor herstel benodigde opgaven: toolnaam, tekental en bestandspad. De volledige inhoud blijft ongewijzigd op de schijf, de ruwe geschiedenis wordt niet veranderd, en de nieuwste twaalf berichten behouden hun uitvoerige meldingen. In een gemeten geschiedenis vermindert dat de herhaalde modelinvoer met 26.779 tekens respectievelijk circa 6.695 geschatte tokens per aanvraag.
9.1.145Vanaf BLUN King 9.1.145 wordt een onderbroken aanbiederstream automatisch herhaald wanneer tot dan toe uitsluitend interne denkuitvoer is binnengekomen. Zichtbare tekst en toolaanroepen verhinderen nog steeds een automatische herhaling. Adaptieve vervolgstappen met lage denkstand gebruiken een uitvoerbudget van 8.192 tokens; eerste, complexe en mislukte stappen behouden het geconfigureerde budget, en een herhaling na het bereiken van de lengtegrens kan het vergroten. Bij het hervatten van een sessie verschijnt de actuele Telegram-plugin-transportmelding niet meer als ruwe chattekst.
9.1.1449.1.144 begrenst geadresseerde Telegram-gedeelten buiten de nieuwste 20 berichten in de modelprojectie op een voorvertoning van 1.000 tekens met begin en einde. De nieuwste 20 berichten, het nieuwste gebruikersbericht, gedeelten op de exacte grens, bijlagen, kanaalmetadata, ruwe geschiedenis en exporten blijven ongewijzigd.
9.1.1439.1.143 verwijdert bij oudere berichten de herhaalde Telegram-plugin-transportmelding uit de modelprojectie. Kanaalinhoud, metadata, bijlagen, nieuwste gebruikersbericht, ruwe geschiedenis en exporten blijven ongewijzigd.
9.1.1429.1.142 verkleint de voorvertoning met begin en einde voor oudere, niet-geadresseerde Telegram-kanaaldelen in de modelprojectie van 500 naar 250 tekens. Geadresseerde kanaaldelen, het nieuwste gebruikersbericht, bijlagen, ruwe geschiedenis en exporten blijven ongewijzigd.
9.1.1419.1.141 verwijdert argumenten van oudere, afgesloten toolaanroepen in de modelprojectie al vanaf 32 geschatte tokens. Toolresultaten behouden hun eerdere drempel; nieuwe berichten en de ruwe geschiedenis blijven ongewijzigd.
9.1.1409.1.140 begrenst de relevantiegebaseerde Mistake-herinnering in de modelprojectie standaard op 4.000 tekens. Volledige Mistake-bestanden, ruwe geschiedenis en exporten blijven ongewijzigd.
9.1.1399.1.139 begrenst oudere, niet-geadresseerde Telegram-kanaaldelen in de modelprojectie op een voorvertoning van 500 tekens. Het nieuwste gebruikersbericht, geadresseerde delen, bijlagen, ruwe geschiedenis en exporten blijven volledig.
9.1.1389.1.138 behoudt van elke terugkerende cron-opdracht nog slechts de nieuwste wekmelding in de modelprojectie. Eenmalige herinneringen, verschillende opdrachten, ruwe geschiedenis en exporten blijven ongewijzigd.
9.1.1379.1.137 beschermt nog slechts de twaalf nieuwste berichten volledig tegen de uitlading van oudere toolsuitvoer. Volledige resultaten blijven via ruwe geschiedenis en bronpad herstelbaar.
9.1.1369.1.136 behoudt in de modelprojectie nog slechts de nieuwste dynamische Mistake.md-melding. Oudere selecties blijven in ruwe geschiedenis en exporten volledig behouden.
9.1.135BLUN King 9.1.135 houdt de beheerde Node.js-runtime in het vervangingsproces en in alle onderliggende tools op de eerste plaats in PATH. Opdrachten zoals node en npm gebruiken daarmee dezelfde ondersteunde runtime als de TUI, in plaats van op een oudere systeeminstallatie terug te vallen.
9.1.1349.1.134 begrenst niet-geadresseerde Telegram-groepsberichten in de modelprojectie op een voorvertoning van 2.000 tekens met behouden begin, einde en oorspronkelijke lengte. Directe berichten en de opgeslagen geschiedenis blijven volledig.
9.1.1339.1.133 selecteert uit de projectlokale en de gedeelde Mistake.md hoogstens vijf relevante volledige vermeldingen binnen een gezamenlijk budget van 6.000 tekens. De volledige bronnen en opslagwegen blijven behouden.
9.1.1329.1.132 houdt de slanke basissysteemprompt met 4.850 tekens na de gegenereerde initialisatie actief. Dat bespaart per aanvraag 18.259 tekens, dus circa 4.565 geschatte tokens, zonder aanwijzingen of tools te verwijderen.
9.1.1319.1.131 verwijdert twee oudere regelkopieën uit de modelprojectie zodra de maatgevende tegenhangers aanwezig zijn. De standaardprompt daalt daardoor met 1.010 tekens respectievelijk circa 253 geschatte tokens per aanvraag.
9.1.1309.1.130 vervangt buiten de laatste 20 berichten de verklarende tekst van oudere, volledig afgesloten toolsstappen door een korte melding. Toolaanroepen, resultaten, ruwe geschiedenis en exporten blijven volledig behouden.
9.1.1299.1.129 verwijdert voorvertoningsteksten uit oudere, reeds uitgeladen toolresultaten. Pad en grootteopgaven blijven zichtbaar; de volledige inhoud blijft in het oorspronkelijke bestand of in het privé-archief behouden.
9.1.1289.1.128 begrenst de persistente cache van nageladen toolsschema's op de twaalf laatst geselecteerde tools. Verdrongen tools blijven via ToolSearch direct vindbaar.
9.1.1279.1.127 verkort de herhaalde ToolSearch-catalogus. Unieke tools verschijnen met hun korte selector; volledige MCP-naamruimten blijven alleen bij naamconflicten behouden.
9.1.1269.1.126 selecteert uit het runtimebrede foutbestand deterministisch hoogstens vijf bij het actuele gesprek passende gedeelten. De projectie is begrensd op 6.000 tekens en heeft geen extra model- of netwerkaanroep nodig.
9.1.1259.1.125 voegt de puur lezende Telegram-opdracht /status toe voor gekoppelde gebruikers. Ze noemt computer-, versie-, proces- en wachtrijstatus, zonder chat-ID's, paden, geheimen of berichtinhoud weer te geven.
9.1.1249.1.124 corrigeert de verwisselde merkkleuren in het compacte BLUN-teken onder de invoer. Statuswaarden, profielnaam en persona blijven ongewijzigd.
9.1.1239.1.123 verwijdert de grote JSON-argumenten van oudere, afgesloten toolaanroepen uit de modelprojectie. Naam, identifier, resultaat, ruwe geschiedenis en exporten blijven volledig.
9.1.1229.1.122 laadt de volledige ontwerprichtlijn alleen nog bij visueel werk via de skill-tool. Niet-visuele aanvragen krijgen een compact activeringscontract; oudere zuivere tekstuitvoer wordt tegelijk werkzamer uitgeladen.
9.1.1219.1.121 begrenst de totale grootte van oudere zuivere tekstuitvoer van tools. Geschikte resultaten worden privé gearchiveerd en in de modelprojectie door leesbare bestandsverwijzingen vervangen.
9.1.1209.1.120 laadt grote oudere assistentantwoorden uit naar privé-sessiebestanden. De laatste 20 berichten, toolsketens en de volledige ruwe geschiedenis blijven behouden.
9.1.1199.1.119 stuurt bij elke modelstap nog slechts een kleine selectie vaak benodigde skills mee. Alle overige skills blijven via de skill-tool op naam of doel vindbaar.
9.1.1189.1.118 houdt de sessietijdstempel in de systeemprompt tijdens een lopende sessie stabiel. Ongewijzigde promptdelen kunnen daardoor de prefix-cache van de aanbieder verder hergebruiken.
9.1.1179.1.117 houdt de vier kerntools voor media direct beschikbaar en laadt beeld- en videobegrip, videosynchronisatie en lipbewegingssynchronisatie alleen bij behoefte via ToolSearch.
9.1.1169.1.116 voegt een proactieve compactie toe vanaf circa 128.000 geschatte invoertokens aan een veilige stapgrens. De compactie gebruikt een slanke eigen systeemprompt; grote Read-resultaten gebruiken hun bestaande bronpad.
9.1.115Hervatte sessies bouwen de systeemprompt van het actuele profiel opnieuw op, zodat verouderde overgrote prompt-snapshots niet over herstarts heen blijven bestaan. Grote werkmapoverzichten worden begrensd; de volledige bestanden blijven via Glob, Grep en Read beschikbaar.
9.1.114De Telegram-bezorging behandelt Windows-EPERM nu als aanwijzing voor een lopend TUI- of pollerproces, in plaats van berichten van de zichtbare sessie weg te leiden. ToolSearch bevestigt een reeds geladen tool met exacte naamovereenkomst, in plaats van ten onrechte te melden dat een pas bij behoefte na te laden tool ontbreekt.
9.1.113De Telegram-tools behouden bij de start een vervangingsweg binnen dezelfde runtime, wanneer de beheerde plugin-registratie tijdelijk ontbreekt.
9.1.112Grote oudere gebruikersberichten worden buiten het actuele werkvenster gearchiveerd; de volledige ruwe geschiedenis blijft beschikbaar.
9.1.111Telegram-beurten met bijlagen krijgen download_attachment automatisch. Bij normale beurten blijft de tool via ToolSearch uitgeladen, zodat de verlaagde schemalast behouden blijft.
9.1.110Herhalingen na een provider-overbelasting houden rekening met de Retry-After-opgave van de server. De automatische ripgrep-installatie laadt de vastgelegde archieven van versie 15.0.0 uit de officiële ripgrep-publicatie en controleert vóór de installatie hun SHA-256-controlesommen.
9.1.109Versie 9.1.109 houdt nog slechts de negen tools persistent in de modelaanvraag waarop meer dan 98 procent van de 3.183 gemeten toolaanroepen viel. Alle overige tools blijven via ToolSearch vindbaar en zijn na het eerste laden voor de rest van de sessie beschikbaar. Daardoor daalt de schemalast bij elke normale modelstap, zonder een tool te verwijderen of de snelle weg voor Telegram-antwoorden en uitstaande mediaresultaten te veranderen.
9.1.108Identieke, herhaald ingevoerde systeemmeldingen worden alleen in de modelprojectie samengevoegd. Gewijzigde meldingen en de volledige opgeslagen geschiedenis blijven behouden.
9.1.107Providerfouten worden in begrijpelijke klantentaal getoond; interne foutcodes en supportmeldingen verschijnen daarbij niet. /help biedt een met pijltjestoetsen bedienbare opdrachtenlijst en opent met de rechterpijltjestoets of de Entertoets een uitvoerige beschrijving van de geselecteerde opdracht.
9.1.106Agentprofielen kunnen tools bij naam uitsluiten. De uitsluitingen werken ook na dynamisch herladen; de standaard-subagents sturen geen Telegram-berichten buiten de hoofdagent om.
9.1.105Versie 9.1.105 voegt TaskUpdate toe voor lopende achtergrondagents. King geeft extra aanwijzingen bij de volgende veilige modelstap door aan dezelfde actieve agent, zonder hem te stoppen of nog een agent te starten. Onbekende en reeds beëindigde taken, shell-taken en agents die geen update meer aannemen, worden ongewijzigd afgewezen.
9.1.104Versie 9.1.104 laat shell-opdrachten op de voorgrond ook bij zeer grote uitvoer tot het reguliere einde lopen. King schrijft tot 16 MiB doorlopend in het privé-taaklog, verwerpt uitvoer daarboven en meldt de feitelijke exitcode, in plaats van het proces wegens de uitvoerhoeveelheid te beëindigen. Kleine uitvoer, achtergrondtaken, tijdsgrenzen en handmatige afbrekingen blijven ongewijzigd.
9.1.103Zwermleden worden na tijdelijke provider-onderbrekingen onder dezelfde agent-ID hoogstens twee keer hervat. HTTP 429 behoudt zijn gescheiden overbelastingsregel; definitieve fouten en handmatige afbrekingen worden niet automatisch herhaald.
9.1.102Gedelegeerde afzonderlijke agents worden na tijdelijke provider-fouten aan de hand van hun persistente geschiedenis hoogstens twee keer hervat. Persistente fouten en handmatige afbrekingen blijven definitief.
9.1.101Overgrote gebruikersberichten worden lokaal bewaard en in de modelcontext door een begrensde voorvertoning met leesbaar pad vervangen. De volledige originele geschiedenis en media blijven behouden.
9.1.100Begrensde Grep-inhoudszoekopdrachten beëindigen ripgrep na de aangevraagde pagina en één extra voorbeeldregel. Treffertellingen, onbegrensde zoekopdrachten en op wijzigingstijd gesorteerde bestandslijsten blijven volledig.
9.1.98King kan een afgesloten werkgedeelte vanaf 128.000 geschatte tokens proactief compacteren. Onder de drempel blijft het toolsschema volledig uit de modelprompt; de compactie gebruikt de bestaande veilige stapovergang.
9.1.97De persistent geladen TodoList-toolsbeschrijving daalde van 2.238 naar 996 tekens. Planning in meerdere stappen, alle zes taakstatussen, eerlijke voortgangsmeldingen, opvragen, legen en de gescheiden planningsmodus bleven beschermd.
9.1.96De persistent geladen basissysteemprompt daalde van 23.109 naar 4.850 tekens. Identiteit, persona en ziel, antwoordtaal, werk- en bevoegdheidsgrenzen, compactieoverdracht, runtime-omgeving, AGENTS.md en skills bleven beschermd.
9.1.95De persistent geladen Write-toolsbeschrijving daalde van 2.532 naar 1.541 tekens. De afbakening ten opzichte van Edit, letterlijke inhoud, regeleinden, de grens van 500 regels, de een-bestand-uitzondering en de atomaire voortzetting met regel- en SHA-256-controle bleven beschermd.
9.1.94De persistent geladen Glob-toolsbeschrijving daalde van 1.495 naar 1.006 tekens. Sortering, genegeerde en gevoelige bestanden, recursieve patronen, dot-bestanden, accolade-uitbreidingen en de grens van 100 treffers bleven beschermd.
9.1.93De persistent geladen Edit-toolsbeschrijving daalde van 1.537 naar 1.144 tekens. Lezen vóór wijzigen, exacte vervangingen, meervoudige vervangingen, CRLF-behandeling en de grens van 500 regels bleven beschermd.
9.1.92De persistent geladen Agent-toolsbeschrijving daalde van 2.061 naar 1.153 tekens. Gescheiden context, hervatten, tijdsgrenzen en parallelle delegatie bleven behouden.
9.1.91De persistent geladen Read-toolsbeschrijving daalde van 2.391 naar 1.648 tekens. Paginering, geheimbescherming, mediadoorgave, regelformaat en CRLF-gedrag bleven behouden.
9.1.90De persistent geladen Bash-toolsbeschrijving daalde van 5.003 naar 1.834 tekens. Runtimecontract, achtergrondtaken, bestandstools en veiligheidsgrenzen bleven volledig behouden.
9.1.89Paginagewijze bestandslezingen noemen aan de interne grens van 1.000 regels de exacte volgende line_offset; bestandseinde en bewust kleinere fragmenten blijven ongewijzigd.
9.1.88BLUN King 9.1.88 activeert de kleine, verliesvrije compactie tijdig vóór de volledige compactie. Oudere grote toolresultaten en afgesloten toolsargumenten verlaten eerder de modelweergave; de volledige opgeslagen geschiedenis blijft behouden.
9.1.87Een uitdrukkelijk herhaalbaar HTTP-429-antwoord houdt rekening met Retry-After en krijgt hoogstens twee automatische herhalingen; andere fouten blijven direct zichtbaar.
9.1.86Grote toolsuitvoer houdt binnen hetzelfde voorvertoningsbudget telkens 1.000 tekens van begin en einde zichtbaar; een exacte markering noemt het weggelaten tekental.
9.1.85Tekstgebaseerde toolresultaten boven 12.000 tekens worden volledig in een privé lokaal bestand opgeslagen; volgende modelaanvragen behouden alleen een voorvertoningsbudget van 2.000 tekens en het leesbare pad.
9.1.84De volledige compactie verwerkt oudere verlopen in chronologische fasen met hoogstens 64.000 geschatte invoertokens; de vaste veiligheidsgrens en het volledige privé-archief blijven ongewijzigd.
9.1.83De microcompactie vervangt grote argumenten van oudere, afgesloten toolaanroepen alleen in de modelweergave door een geldige JSON-markering; de sessiecontroleur meldt de geschatte besparing zonder inhoudsuitvoer.
9.1.82De puur lezende controleur meldt geselecteerde en teruggehouden toolsschema's, onderdrukkingsredenen en het geschatte aantal vermeden schema-tokens.
9.1.81Een meegeleverde, puur lezende controleur vat providerstappen, toolaanroepen, tokens, compacties, fouten en uitgeladen uitvoer samen, zonder prompts of privé-paden bloot te leggen.
9.1.80Grote toolresultaten krijgen een inhoudsvrije uitladingstelemetrie; geïsoleerde subagentcontext, machineleesbare plannen en overdraagbare overdrachten zijn door regressietests beschermd.
9.1.79Persistente controlepunten schrijven afgesloten geschiedenisgegevens vast vóór providerstappen en vóór de afsluiting van een worker, zodat afgesloten werk na een hervatting opnieuw kan worden ingelezen.
9.1.78De volledige compactie archiveert verdrongen geschiedenisdelen voordat ze deze door een samenvatting vervangt; de samenvatting bevat het leesbare archiefpad.
9.1.77De microcompactie verkleint bij contextdruk oudere, grote toolresultaten en bewaart tegelijk de volledige opgeslagen geschiedenis.
9.1.76Uitstaande beeld-, video- en spraakopdrachten overleven compactie en snelle vervolgvragen; Telegram-berichten blijven zonder misleidende busy-fout in FIFO-volgorde.
9.1.75Korte Telegram-gesprekken verwerken alleen het nieuwste onbeantwoorde bericht, terwijl afgesloten tekstwisselingen als taalcontext behouden blijven.
9.1.74Opgeslagen Telegram-routes herstellen groeps-ID's die per ongeluk zonder minteken zijn doorgegeven; Strg+S kan een werkelijk lopende beurt sturen.
9.1.73Telegram- en loop-berichten starten tijdens actief werk geen tweede beurt meer; Escape en Ctrl+C kunnen de actieve beurt nog steeds afbreken.
9.1.72Het verbergen van een updatemelding onderdrukt alleen de toen aangeboden versie; nieuwere publicaties verschijnen bij de normale start met king weer.
9.1.71Loop-wekkers komen correct in de wachtrij, de Telegram-poller wordt atomair opgeëist, centrale bestands- en mediatools blijven direct beschikbaar en Context7 start niet meer automatisch.
9.1.69Standaard-MCP's worden ingericht, Telegram bereikt een beschermd FIFO-overdrachtspunt, Escape en Ctrl+C breken actief werk betrouwbaar af en het MCP-overzicht verbergt interne paden.
9.1.68Telegram-berichten bij inactiviteit wekken de FIFO-verwerking, directe en groepsberichten behouden hun binnenkomstvolgorde en de hervatting verbergt interne Telegram-omkadering.
9.1.67De standaard-skill venture-flywheel voegt een puur contractuele UVF-grondslag toe met deterministisch projectvertrouwen en goedkeuringsplichten voor externe handelingen.
9.1.66/curiosity en /scout voeren begrensde, puur lezende kansverkenningen uit met bewijzen, tegenbewijzen en een afbreekcriterium.
9.1.65Escape en Ctrl+C breken automatische compacties betrouwbaar af, een stabiel schermanker voorkomt dubbele voetregels en de loop-melding is op de chatinhoud uitgelijnd.
9.1.64Schijfgebaseerde sessiegeschiedenis, nageladen tools en skills, een provider-inactiviteitswaker van 120 seconden, correct loop-ritme, Telegram in FIFO-volgorde, Linux-pakketten en Bosnische spraakherkenning kwamen er samen bij.
9.1.58–9.1.63Deze versiereeks bundelde werk aan sessies, Telegram, platforms en prestaties. De afsluiting werd gevormd door slanke toolsschema's op afroep, compacte skill-lijsten, herstelde first-use-skills en een pakketinventariscontrole tegen ongeplande verwijderingen.

Eerdere verbeteringen

VersieWijziging
9.1.53/idea publiceert zijn taakplan vóór het eerste werk, controleert uitgaande handelingen bij elke toolaanroep en eist voor elke stap een eerlijke eindtoestand.
9.1.52Hervatte sessies openen direct de opgeslagen werkmap. Gesprek en actieve /loop-toestand worden bij de herstart gezamenlijk hersteld.
9.1.51Loops werken als autonome wekkers, /idea ontwikkelt en bewerkt eigen plannen, Telegram kan werkopdrachten starten, en media- en starttoestanden worden duidelijker weergegeven.
9.1.50Lokale of via Telegram ontvangen afbeeldingen kunnen als echte MP4-video's worden geanimeerd. Grote contextvensters krijgen een geldig uitvoerbudget; de mediabalk toont duidelijkere toestanden en aanklikbare paden.
9.1.49Afbeeldingen van volwassen fantasiefiguren in badkleding blijven binnen duidelijke grenzen toegestaan. Afgesloten beeldopdrachten kunnen als uitgangsbeeld voor video's worden gebruikt; geslaagde GetMedia-aanvragen leveren geen herhaalde kaarten op.
9.1.48De uniforme mediabalk bundelt mediaopdrachten direct boven het invoerveld. Procentwaarden verschijnen alleen met een echte meetwaarde van de aanbieder; anders toont ze fase en verstreken tijd.
9.1.47Het aanvraaglog onderscheidt gesprekken en compactie en legt toolsselectie en onderdrukkingsreden vast, zonder het toolsgedrag te veranderen.
9.1.46Loops begrijpen natuurlijke tijdsopgaven, tonen ze tijdens de invoer, ondersteunen vrije intervallen en geven de normale tekstselectie in de terminal buiten de geschiedenisweergave vrij.
9.1.45De lopende compactievoortgang verschijnt nog slechts in de onderste statusbalk in plaats van extra als tweede regel in de chat.
9.1.44Volledige nieuwe verpakking van de goedgekeurde 9.1.43, zodat ook vroeg geïnstalleerde 9.1.43-versies de update veilig herkennen.
9.1.43Volledige beschermingsbasis uit 9.1.40 met transportdiagnose, zichtbare updatemeldingen en de consoleopdrachten /loop, /goal en /output-style.
9.1.40Beurtwaker voor lange of herhaald mislukkende aanroepen; zelf-hash na meerdelig schrijven met terugleescontrole van het opgeslagen bestand.
9.1.39Lange bestanden worden in voortzettingen geschreven. Elke voortzetting begint bij het werkelijk geschreven einde; regeltal, SHA-256 en stukgrenzen worden gecontroleerd en weergegeven.
9.1.38Ontaarde of afgekapte toolsargumenten worden herkend. Een onvolledig bestand wordt met foutmelding afgewezen, in plaats van stil als af te gelden.
9.1.37Na een Node-wissel controleert BLUN native modules met een echte SQLite-aanvraag en bouwt better-sqlite3 bij behoefte opnieuw.
9.1.36Lege modelantwoorden worden naar oorzaak behandeld: een te krap uitvoerbudget wordt vergroot, een lege stop precies één keer herhaald. Systeemmeldingen en injecties kunnen geen Telegram-antwoord veroorzaken.
9.1.35Meertrapscompactie toont fase en echte benutting van het modelvenster, bijvoorbeeld 2/~10 · 90 %.
9.1.34De actieve context wordt in fasen gecompacteerd: oudste delen eerst, elke compactie-aanroep onder de modelgrens.
9.1.33Grondslag voor de automatische Node-runtime en de daaropvolgende reparatie van native modules na een runtimewissel.

Aanvullingen en open documentatielacunes

Vergelijking van 17 september 2026: in het bereik 9.1.33 tot 9.1.597 zijn 521 versies in het npm-register aanwezig. Een ontbrekend nummer is niet automatisch een ontbrekende publicatie: sommige versies ontbreken in het huidige register of zijn ingetrokken. Bij vier gepubliceerde versies blijven de exacte wijzigingsdetails open. Daarvoor worden geen wijzigingen verzonnen.

9.1.567: wijzigingsdetails open

Gepubliceerd op 6 september 2026 om 22:42 UTC. De SHA-512-waarde van het pakket komt overeen met de in npm gepubliceerde integriteitswaarde. Het pakket bevat geen CHANGELOG.md; het README noemt bij het installatiecommando nog 9.1.566. Daaruit is het verschil met 9.1.566 niet betrouwbaar af te leiden. Deze documentatielacune blijft uitdrukkelijk open.

9.1.550: wijzigingsdetails open

Gepubliceerd op 2 september 2026 om 07:19 UTC. De SHA-512-waarde van het pakket komt overeen met de in npm gepubliceerde integriteitswaarde. Het pakket bevat geen CHANGELOG.md en in het gecontroleerde materiaal werd geen versiespecifiek wijzigingsbewijs gevonden. Deze documentatielacune blijft uitdrukkelijk open.

Aanvulling bij 9.1.536

De volgende opgaven komen uit het op integriteit gecontroleerde gepubliceerde pakket van 1 september 2026:

  • Werkopdrachten lopen na privé-Telegram-antwoorden gewoon door. Na gebufferde directe berichten zet King het werk met een begrensde extra stap voort, tenzij de gebruiker uitdrukkelijk pauzeert of stopt.
  • Korte statusvragen onderbreken de lopende werkstroom niet.
  • Wanneer de herhalingspogingen na lege denkantwoorden zijn uitgeput, vermindert King de denkinspanning in plaats van ze bij verdere pogingen ongewijzigd te laten.
  • Meer nageladen toolsschema's blijven beschikbaar; berichten worden pas uitgeladen wanneer de beschikbare ruimte in de geschiedenis krap wordt.
  • Inbegrepen zijn de gecontroleerde voortgangsregel voor TodoList en een eenregelig startpad voor God Mode met Swarm.

Aanvulling bij 9.1.99

De reeds aanwezige functiedocumentatie beschrijft de gezamenlijke uitlading van opeenvolgende zuivere tekst-toolresultaten: overschrijdt de stapel 12.000 tekens, dan worden geschikte grote resultaten privé opgeslagen. In de modelcontext blijven leesbare verwijzingen; ruwe geschiedenis en media blijven behouden. De tot nu toe ontbrekende versievermelding verwijst nu uitdrukkelijk naar deze functie.

9.1.70: wijzigingsdetails open

Gepubliceerd op 24 augustus 2026 om 15:56 UTC. De SHA-512-waarde van het pakket komt overeen met de in npm gepubliceerde integriteitswaarde. Het pakket bevat geen CHANGELOG.md; de aanwezige functiebeschrijvingen bewijzen geen eenduidig verschil met 9.1.69. Deze documentatielacune blijft uitdrukkelijk open.

9.1.57: wijzigingsdetails open

Gepubliceerd op 23 augustus 2026 om 07:28 UTC. De versie verscheen tot nu toe alleen als uitgangspunt van een verzamelkop. Een eigen versiespecifiek wijzigingsbewijs is in het gecontroleerde materiaal niet toegewezen. Deze documentatielacune blijft uitdrukkelijk open.

Het in het onveranderlijke npm-pakket 9.1.597 aanwezige CHANGELOG.md eindigt bij 9.1.594. De aangevulde meldingen over 9.1.595 tot 9.1.597 staan op deze pagina. Het gepubliceerde pakket is niet achteraf onder hetzelfde versienummer herschreven.

9.1.41 en 9.1.42 zijn ingetrokken

Niet installeren

Deze beide versies zijn per ongeluk van 9.1.38 in plaats van 9.1.40 afgetakt. Daardoor ontbraken schrijfvoortzetting, zelf-hash en beurtwaker. Beide npm-versies zijn als verouderd gemarkeerd; latest en next hebben er nooit naar verwezen. 9.1.43 bevat hun beoogde wijzigingen op de volledige beschermingsbasis.

Bijwerken en controleren

king update
blun --version

Na de installatie van 9.1.599 moet de versie-uitvoer 9.1.599 tonen. De updates van 9.1.597 en de lokale versie 9.1.598 via de openbare updatebronnen zijn gecontroleerd. Een reeds draaiende console laadt de nieuwe code pas na haar herstart. Controleer daarin daarna aanvullend /version.