BLUN King

BLUN King 9.1.621

Publicerad:

King tar bara över en sammanfattning av din konversation när modellen har bekräftat att den är slutförd. Saknas den bekräftelsen förblir din tidigare konversationshistorik oförändrad.

Om överföringen av sammanfattningen avslutas oväntat ersätts din tidigare konversationskontext inte av den ofullständiga sammanfattningen. Ändringen gäller bara komprimeringen av konversationen; vanliga svar förblir oförändrade.

Fortfarande öppna är enstaka fel vid sparandet av en session; de åtgärdas inte med den här uppdateringen.

BLUN King

BLUN King 9.1.620

Publicerad:

I Windows avslutas konsolen helt när du stänger fönstret, så att meddelandet ”körs redan” inte längre visas vid nästa start.

Uppdateringen åtgärdar avslutningen av konsolprocessen när fönstret stängs. En konsol som faktiskt fortfarande kör behåller den exklusiva åtkomsten till sin session.

BLUN King

BLUN King 9.1.619

Publicerad:

Ett enskilt tidigare fel vid komprimeringen av konversationen låter inte längre din session: efter en lyckad komprimering räknar King bara nya, direkt på varandra följande fel.

Ett enskilt tidigare fel vid komprimeringen av konversationen låter inte längre din session: efter en lyckad komprimering räknar King bara nya, direkt på varandra följande fel. Om komprimeringen misslyckas två gånger i rad visar meddelandet nu tydligt ”Komprimering pausad” i stället för att rapportera en full kontext.

Fortfarande öppna är enstaka fel vid sparande av en session och vid skapandet av en fullständig sammanfattning av konversationen; de åtgärdas inte med den här uppdateringen.

BLUN King

BLUN King 9.1.618

Publicerad:

Om ett Telegram-meddelande kommer in efter att du har fortsatt din session och King redan arbetar, stannar det i kön och levereras efteråt.

Om ett Telegram-meddelande kommer in efter att du har fortsatt din session och King redan arbetar, stannar det i kön och levereras efteråt. King visar inte längre denna väntesituation som ett fel.

Under Linux x64 använder terminalen en medföljande binärfil. Därmed fungerar den även när npm 12 blockerar installationsskript; ingen kompilator behövs för det. För detta ändamål använder King den fastställda förhandsversionen node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Publicerad:

När samma session läses in på nytt lägger King inte längre till oförändrade plugin-instruktioner flera gånger.

När samma session läses in på nytt lägger King inte längre till oförändrade plugin-instruktioner flera gånger. Ändras instruktionerna tar King fortfarande hänsyn till det aktuella läget.

Förhandsvisningar av stora verktygsutdata tar nu även hänsyn till det tillgängliga kontextfönstret. Utflyttade utdata kan du fortfarande läsa i sin helhet.

Med /profile eller /profiles öppnar du profilvalet. King växlar bara när din session är redo. Pågående arbete och väntande meddelanden förhindrar ett förhastat byte; din tidigare profil förblir då aktiv.

När du avslutar pågående arbete väntar King även på de sista städstegen. Arbete som ännu inte är klart bekräftas inte i förtid som avslutat.

BLUN King

BLUN King 9.1.616

Publicerad:

Efter ett bekräftat Telegram-svar tar King emot fler meddelanden riktade till dig vid nästa säkra steg, även under en pågående tur.

Efter ett bekräftat Telegram-svar tar King emot fler meddelanden riktade till dig vid nästa säkra steg, även under en pågående tur. Ett svar som redan har levererats håller inte längre upp kön. Svar förblir kopplade till respektive chatt.

Om du avbryter en tur sparas Telegram-meddelanden som ännu inte har tagits emot till nästa leverans. King kvitterar dem först när sessionen faktiskt tar emot dem.

BLUN King

BLUN King 9.1.615

Publicerad:

King håller stora verktygskataloger tillgängliga via verktygssökning och anpassar verktygsbudgeten till leverantörens kontextfönster.

King håller stora verktygskataloger tillgängliga via verktygssökning, utan att skicka alla valfria verktygsscheman till modellen. Om leverantören rapporterar ett mindre kontextfönster justerar King verktygsbudgeten; hittade verktyg förblir tillgängliga i nästa steg.

Vid behov flyttar King ut stora verktygsutdata tidigare än förut. Du kan hämta den fullständiga utdatan som tidigare, förutsatt att den kan återges på ett säkert sätt.

Normal Telegram-svar och ändringar av meddelanden hålls inte längre tillbaka på grund av en saknad språkfrigivning. En svarsgranskning som du har konfigurerat förblir aktiv.

BLUN King

BLUN King 9.1.614

Publicerad:

Alltför stora AGENTS.md- och AGENTS.override.md-filer stoppar inte längre en tur enbart på grund av sin storlek.

Utanför King-konsolen läser King sammanlagt upp till 32 KiB från instruktionsfiler och anger en gång per session hur många byte som utelämnats.

I King-konsolen förblir filerna fullständiga så länge förfrågningsgränsen tillåter det.

Symboliska länkar och osäkra sökvägar förblir spärrade.

BLUN King

BLUN King 9.1.613

Publicerad:

King upptäcker alltför stora modellförfrågningar redan innan de skickas.

I King-konsolen läser King högst 32 KiB från varje AGENTS.md- och AGENTS.override.md-fil. Det som överskrider detta utelämnar King och visar dig hur många byte som utelämnades.

King uppskattar nu före sändning storleken på hela modellförfrågan, inklusive instruktioner, historik, verktygsdefinitioner och bilddata. När den närmar sig serverns bytegräns börjar en stegvis komprimering. Låter sig en förfrågan inte delas på ett säkert sätt avbryter King utan att tyst kasta den sparade historiken.

King sparar avslutade verktygsanrop lokalt som metadata: verktygsnamn, tidpunkt, status och vid filverktyg i förekommande fall sökvägen. Indata, utdata, kommandon och nycklar sparas inte. Med /memory tools kan du söka igenom posterna i din profil.

Kontextdiagnostiken visar ytterligare siffror om förfrågningarnas sammansättning. En aktiverbar fasmätning registrerar tiden fram till modellanropet utan att logga innehåll.

Användningsvisningen tar med separat rapporterade tanketoken om leverantören tillhandahåller dem.

Ej släppt, ersatt av 9.1.613

BLUN King 9.1.612

Publicerad:

9.1.612 publicerades inte som kunduppdatering. Det tidiga byteskyddet grep inte in vid en förfrågan över 900 KB när historiken ensam låg under 600 KB. 9.1.613 ersätter denna version.

BLUN King

BLUN King 9.1.611

Publicerad:

Stora komprimeringsförfrågningar håller sig inom serverns bytegräns.

  • King delar upp en alltför stor komprimeringsförfrågan i kronologiska steg efter förfrågans storlek. På så sätt kan komprimeringen fortsätta även när förfrågan innehåller fler byte än servern tar emot åt gången.
  • Om inte ens ett enda meddelande får plats under gränsen förblir din sparade historik oförändrad. King kastar inte bort den för att framtvinga komprimeringen.

Varken kortare modellväntetid eller lägre tokenförbrukning är därmed bevisat. En uppdatering startar inte om en redan pågående King-session.

BLUN King

BLUN King 9.1.610

Publicerad:

Du kan installera King under Linux igen och starta profiler igen, och en andra King-start under Windows misslyckas inte längre med ett vilseledande meddelande om privata ACL.

  • Linux finns åter i listan över operativsystem som stöds av npm-paketet. Har du en äldre version under Linux installerar du 9.1.610 via den vanliga uppdateraren.
  • Uttryckliga starter med --profile och befintliga kortnamn för profiler leder till katalogen för den valda profilen. Enbart ett okänt namn skapar inte längre i tysthet en tom profil; en ny profil skapar du medvetet med --profile.
  • Saknar en befintlig profil egen inloggning erbjuder King /login i stället för att avbryta på grund av en saknad modellkonfiguration för blun/king.
  • Under Windows lyckas kontrollen av privata kataloger även när Telegram-bridgen håller en plugin-katalog öppen. TEMP och TMP vidarebefordras till ACL-hjälparen, och vid katalogfel nämner King den berörda sökvägen och den faktiska orsaken.
  • Körs redan en interaktiv King känner King igen det före härdningen av de privata ACL och rapporterar dess PID i stället för att visa en andra start som ett fel vid de privata ACL.

En tom profil tar i 9.1.610 inte över några inloggningsuppgifter från den gemensamma hemkatalogen. Den aktuella /login-frågan kan fortfarande visa ”OAuth login expired” även om den här profilen aldrig har loggat in.

Uppdateringsvägen för Linux från 9.1.114 till 9.1.610 genomfördes efter publiceringen. Uppdateringsvägen för Windows från 9.1.609 till 9.1.610 har inte mätts.

En uppdatering startar inte om en redan pågående King-session.

BLUN King

BLUN King 9.1.609

Publicerad:

Öppna effort-väljaren med Ctrl+L och behåll samtidigt ditt utkast i redigeraren.

  • Ctrl+L öppnar den befintliga effort-väljaren utan att ditt utkast i redigeraren går förlorat. De befintliga effort-inställningarna och modellbegränsningarna återanvänds i stället för att en andra konfigurationsväg skapas.
  • Den befintliga regeln för pågående sessioner gäller fortfarande: en effort-ändring under aktivt arbete avvisas och sparas inte till senare. Under uppspelning eller ett övertagande av redigeraren ignoreras kortkommandot.

Dessa ändringar bevisar varken snabbare svarstider i löpande drift eller lägre debiterad tokenförbrukning och upprättar ingen fullständig paritet med OpenClaw.

BLUN King

BLUN King 9.1.608

Publicerad:

I Telegram-grupper når bara meddelanden som nämner King fram till honom. Dina flerval och det stegvisa avbrytandet av frågor finns kvar.

  • I Telegram-grupper hamnar meddelanden som inte tilltalar King först efter nämnandekontrollen i sessionskontexten. Den som uttryckligen har stängt av kontrollen behåller det.
  • Egna flerval och det stegvisa avbrytandet av frågor finns kvar. Sidfoten för målet använder en gemensam uppdateringstimer.
  • Arbetet med Windows-ACL-överföringen minskar utan att behörighetskontrollen försvagas. Återställningen efter tillfälliga fel vid ersättningen av konfigurationen är begränsad; ägarskapet för skrivåtgärden finns kvar.
  • Före nästa försök kontrollerar King om en parallellt borttagen Windows-skrivmarkör verkligen har försvunnit. Oläsbara befintliga markörer leder fortfarande till avbrott.

Dessa ändringar bevisar varken snabbare svarstider i löpande drift eller lägre debiterad tokenförbrukning och upprättar ingen fullständig paritet med OpenClaw.

BLUN King

BLUN King 9.1.607

Publicerad:

Din senast valda session kommer tillbaka, misslyckade skrivåtgärder rapporteras ärligt och varje HTTP-försök får en starttidsstämpel.

  • Den valfria återställningen av den senast valda sessionen aktiverar du med resume_last_selected i tui.toml. Valet gäller det bekräftade kontot, runtime, agenten och arbetsområdet. Den normala starten förblir oförändrad, uttryckliga sessionsval har företräde; val som inte är tillgängliga faller tillbaka på en ny session, inte på en annan.
  • Efter en misslyckad aktivering finns det tidigare valet kvar. För ett konto som har ändrats under aktiveringen sparas inget val.
  • Misslyckade filskrivningar markeras inte som lyckade. Det befintliga fortsättningsprotokollet för fullständiga rader vid skrivningar över 2 048 UTF-8-byte förklaras utan att gränsen höjs eller att försöket görs om automatiskt.
  • Omedelbart före varje HTTP-försök registreras en starttidsstämpel enligt väggklockan för diagnoskorrelation. Förfrågningsinnehåll eller inloggningsuppgifter hamnar inte i diagnosen.
  • Unicode-tecken utanför grundplanet (till exempel emoji) bevaras fullständigt inom de befintliga gränserna för minnesbudgeten, utan att budgetarna höjs eller att ytterligare minne skapas.

Dessa ändringar bevisar varken snabbare svarstider i löpande drift eller lägre debiterad tokenförbrukning, upprättar ingen fullständig paritet med gatewayen och utesluter inte oadresserade Telegram-meddelanden från kontexten.

BLUN King

BLUN King 9.1.606

Publicerad:

När du fortsätter en session visas först de aktuella transkriptsidorna; äldre sidor hämtar den befintliga transkriptnavigeringen efter.

  • När du fortsätter en interaktiv session visas först de aktuella transkriptsidorna; äldre sidor hämtar den befintliga transkriptnavigeringen efter. Den fullständiga sparade historiken och den aktiva modellkontexten finns kvar.
  • Vid starten gäller ett visningsmål på 200 uppspelningsposter. Med --history-limit från 1 till 2000 kan du ställa in visningen av de första och äldre sidorna; fullständiga samtalsrundor och verktygspar kan överskrida målet.
  • Den första visningen av skill- och plugin-aktiveringar finns kvar över sidgränserna. Scrollpositionen i hemvyn är korrigerad, så att inläsningen av äldre sidor inte lämnar en tom skärm.

Dessa ändringar minskar det inledande transkriptrenderingsarbetet. De bevisar varken snabbare modellsvarstider eller lägre tokenförbrukning eller lägre räkningar, förbättrar inte provider-cachningen och begränsar inte hur mycket som läses från disken vid starten.

BLUN King

BLUN King 9.1.605

Publicerad:

Kontrollera kontextkällor, styr pågående processer och överlämna ett första meddelande vid konsolstarten. Bearbetningen av den lokala historiken och komprimeringskontrollerna har utökats.

  • Lokala sessionshistoriker återges i grupp. Arkiverade visningssidor kan hittas utan att söka igenom alla tidigare block. Den fullständigt sparade historiken, integritetskontrollerna av arkivet och den hittillsvarande återställningen finns kvar.
  • Upprepade verktygsresultat bereds konsekvent för modellkontexten mellan protokollförda komprimeringar. Fullständiga lokala utdata och befintliga läsrättigheter finns kvar. Utdata flyttas inte ut om de inte skulle kunna hämtas igen via den utlovade återställningsvägen.
  • Den avslutande automatiska komprimeringen ersätter den aktiva kontexten bara om den minskar historiken enligt samma uppskattningsmetod. Vid avslag finns den ursprungliga historiken kvar. Den valfria utlösaren max_request_history_bytes använder den befintliga komprimeringsstyrningen, är avstängd som standard och begränsar inte hela förfrågningskroppen till leverantören.
  • Kontextdiagnosen får separata vyer och en källtilldelning för instruktioner, minne, skills och tidigare meddelanden. Byte av serialiserat innehåll, lokala tokenskattningar och rapporterad förbrukning hålls åtskilda.
  • Ansvaret för sessionen finns kvar vid väntande uppgifter, försenade händelser, följdfrågor och konfigurationsändringar. En andra aktiv skrivåtkomst till samma session avvisas i stället för att tillåta samtidiga ändringar av protokollet.
  • Den extra agent-/sessionsraden i sidfoten utgår. Sessioner kan fortfarande styras och diagnostiseras målinriktat. Det befintliga King-gränssnittet, de hanterade modellerna och behörighetsgränserna finns kvar.
  • --message överlämnar ett första meddelande för den interaktiva starten. Det bearbetas efter godkännandet vid starten och sessionsvalet via den normala meddelandekontrollen och kön. Dess innehåll tolkas inte som ett slash- eller shell-kommando.
  • Gränssnittsavtalet för den medföljande guard-tjänsten förblir oförändrat. Den här publiceringen bevisar varken snabbare svar i löpande drift eller lägre leverantörsräkningar, fullständig funktionslikhet med OpenClaw eller en begränsad inläsningsmängd vid första inläsningen av sessionsprotokollet.

/abort avbryter den pågående processen utan att kasta bort väntande inmatningar. /stop kastar dessutom bort de väntande inmatningarna. /exit avslutar fortfarande konsolen. Detta är lokala konsolkommandon, inte ytterligare fjärrkommandon för Telegram.

Kontroller på paketversion 9.1.605: 238 testfiler med 6 900 tester samt 40 staging-kontroller, däribland 25 nativa terminalkontroller. Testet av en isolerad uppdatering från 9.1.604 via den publicerade kandidattaggen med det riktiga installationsprogrammet lyckades. Därmed är varken kortare uppvärmningstider i en pågående session eller fullständig funktionslikhet med OpenClaw bevisat.

BLUN King

BLUN King 9.1.604

Publicerad:

Kontrollera förfrågningsstorleken och kontextkällorna, ladda verktyg vid behov och styr inkommande meddelanden inom respektive session.

  • /context doctor och /tokens skiljer antalet byte i den serialiserade förfrågan från uppskattade tokenantal och visar de registrerade andelarna av regler, minne, skills och verktygsdefinitioner.
  • Medelstora verktygskataloger laddas vid behov via den befintliga sökningen; verktygen förblir hittbara och körbara.
  • /queue styr meddelanden inom respektive session. Vanliga meddelanden i kön avbryter inte längre arbetet automatiskt efter 30 sekunder.
  • Vid sessionsvalet är exakta identifierare eller titlar samt entydiga identifierarprefix möjliga; sidfoten visar den tilldelade agenten och sessionen.
  • Varje HTTP-försök får en ny förfrågningsidentifierare, om inte anroparen anger en. Diagnosen ändrar inte faktureringen.
  • De medföljande versionerna av AgentSpine och Translate Native förblir oförändrade. Lägre kostnader och snabbare svar i live-driften är inte bevisade.
  • /question: Öppnar väntande följdfrågor igen. Hopfällningen besvarar eller avfärdar inte en följdfråga.

Förfrågningsbyte, uppskattade tokenantal, ackumulerad sessionsförbrukning och debiterade token är olika storheter. Förbrukningsvisningen beaktar även svarskontrollen. /usage cost med dagliga eller månatliga kostnader hör inte till den här versionen. Lägre kostnader eller snabbare svar i live-driften är inte bevisade.

BLUN King

BLUN King 9.1.603

Publicerad:

Välj din arbetsmapp i en Windows-dialog. Startas konsolen från System32 föreslår den nu din användarmapp.

  • Väljer du under Windows en annan arbetsmapp öppnas en mappdialog. Du kan fortfarande ange sökvägen för hand. Avbryter du dialogen återgår du till mappvalet utan att någon mapp väljs.
  • Finns ingen mappdialog tillgänglig frågar konsolen efter sökvägen. På andra operativsystem anger du fortfarande sökvägen manuellt.
  • Tas en mapp inom Windows-katalogen över vid starten, eller finns en sådan sparad, föreslår mappvalet din användarmapp. För hand inmatade sökvägar kontrolleras fortfarande som hittills.

Versionerna av AgentSpine och Language Guard förblir oförändrade jämfört med 9.1.602. En hastighetsvinst för pågående sessioner är inte bevisad genom den här uppdateringen.

Under Windows krävs fortfarande Git Bash. Meddelar konsolen att Git Bash saknas installerar du Git for Windows. Öppna därefter kommandotolken på nytt innan du startar king igen.

BLUN King · Publicerad

BLUN King 9.1.602

Publicerad:

En egen privat mapp för äldre verktygsutdata, när ärvda Windows-behörigheter hindrar utflyttningen.

  • Lämpliga äldre verktygsutdata läggs i en egen privat mapp, när ärvda Windows-behörigheter hindrar utflyttningen. Befintliga filer, behörigheter och den fullständiga sessionshistoriken förblir oförändrade.
  • Integritetskontroller, läsbehörigheter och återgången till den fullständiga kontexten finns kvar, om arkiverade utdata inte kan återställas. AgentSpine 0.73.0 och Language Guard 6.20.0 är oförändrade jämfört med 9.1.601.

Kortare svarstider i löpande drift eller en lägre debiterad tokenförbrukning är ännu inte bevisade.

BLUN King · Publicerad

BLUN King 9.1.601

Publicerad:

Inmatningar finns kvar i kön, äldre verktygsutdata får kontrollerade hänvisningar och strypta svarskontroller upprepas i begränsad omfattning.

  • När bakgrundsarbete får företräde förblir terminalinmatningar i sin ursprungliga ordning i kön. Varje inmatning visas bara en gång.
  • Lämpliga äldre verktygsutdata ersätts i modellförfrågningar med kontrollerade hänvisningar till privata filer. Den fullständiga historiken och resultaten av det aktuella samtalssteget finns kvar. Är inläsningen inte möjlig, inte tillåten eller har innehållet ändrats, skickas hela utdatan med.
  • En strypt nativ svarskontroll upprepas en gång med samma svarsutkast. Då gäller den sparade väntefristen hos leverantören. Redan slutförda verktygsanrop upprepas inte, okontrollerade texter godkänns inte.
  • Upp till 2 048 utdatatoken förblir fria som buffert för avvikelser vid inmatningsuppskattningen. Kontextfönstret förminskas inte; mindre uttryckligen inställda utdatagränser förblir oförändrade.

Dessa ändringar bevisar varken en lägre debiterad tokenförbrukning eller kortare svarstider i löpande drift. De åtgärdar inte heller varje serverrelaterat HTTP-502-fel.

BLUN King · Publicerad

BLUN King 9.1.600

Publicerad:

Svarskontroll med fasta tidsgränser och fastställda komponentversioner.

BLUN King 9.1.600 är publicerad. npm och det offentliga uppdateringsmanifestet stämmer överens. Publiceringen bevisar varken en installation på din dator eller ett godkännande i löpande drift.

Begränsad svarskontroll

  • Allmänna kontroller behåller den hittillsvarande fristen på 30 sekunder. Den nativa språkkontrollen får från startsignalen hos den betrodda värdkomponenten upp till 90 sekunder för den första innehållsrika texten, en gång per yttre kontrollförsök.
  • Innehållsrik text inom den tillåtna utdatalängden samt de ordnade övergångarna till godkännandet och beviskontrollen återställer väntefristen till 30 sekunder.
  • För varje yttre kontrollförsök gäller oavsett detta en totalgräns på 120 sekunder. Framsteg kan inte förlänga denna gräns. Det blir fortfarande högst två yttre kontrollförsök.
  • Innan ett godkännande accepteras kontrolleras den faktiskt förflutna tiden på nytt. Även vid fördröjda timer-anrop förblir ett utgånget kontrollförsök spärrat; försenade framsteg kan inte förnya en utgången frist.

Avbrottssignaler beaktas fortfarande. Bindningen till den exakta svartexten, den tidsmässiga giltigheten av godkännandebeviset och auktoriseringen kontrolleras fortfarande.

Medföljande komponenter

Version 9.1.600 innehåller AgentSpine 0.73.0 och Translate Native 6.155.0. Guard-protokollet förblir oförändrat på 6.20.0.

Kända begränsningar

De nya tidsgränserna bevisar ingen allmän åtgärd av HTTP-502-fel i live-driften. De öppna observationerna från 9.1.599 förblir öppna utan särskilt live-bevis.

Kontext och hjälp

En prompt som ska bevaras i sin helhet förkortas inte längre tyst, bara för att passa in i ett mindre hårt modellfönster. Vid en ny, uttryckligen fastställd uppdelning av de användarmeddelanden som ska bevaras med standardbudgeten på 20 000 token kan anpassningen slutföras inom samma komprimering. Vid senare eller återställda prefix får därigenom inga ytterligare krav kastas bort. Förfrågan måste fortfarande få plats i det hårda modellfönstret.

Rena hjälpanrop med --help eller -h skapar inte längre något runtime-diagnostiskt tillstånd. Kombineras prompt- och hjälpargument bevaras det hittillsvarande runtime-beteendet.

BLUN King · 18 september 2026

BLUN King 9.1.599

Publicerad:

Spårbara enskilda godkännanden för det personliga minnet och ytterligare korrigeringar vid kontextöverskridningar.

Godkännandeförfrågningar för det personliga minnet visar begripliga åtgärdstitlar på det valda språket och fullständiga förhandsvisningar av de faktiska inställningsändringarna eller av den text som ska sparas. Styrsymboler maskeras synligt; originalinnehållet förblir oförändrat.

Giltiga minnesändringar måste godkännas var för sig; ogiltiga inmatningar kan bara avvisas. Ett sessionsgodkännande godkänner inte automatiskt väntande förfrågningar som kräver ett enskilt godkännande.

Paketkontrollen omfattar 37 funktionsområden med 199 obligatoriska kontroller, 158 kontrollkörningar och 4 905 olika godkända tester. Dessutom kontrollerades uppdateringarna från 9.1.597 och den lokala mellanversionen 9.1.598 till 9.1.599 i isolerade installationer med den oförändrade uppdateraren och installationsvägen. Båda testerna kände igen versionen via de offentliga uppdateringskällorna och kontrollerade samtliga 918 filer i versionsarkivet.

Meddelandena i README.md och CHANGELOG.md i det oförändrade paketet 9.1.599 beskriver kandidatversionen vid packningen. De ändrades inte retroaktivt efter den lokala installationen. Denna offentliga sida för vidare publiceringsläget och de senare observerade begränsningarna separat.

Kända begränsningar i 9.1.599

I löpande drift observerades fortfarande upprepade HTTP-502-svar, delvis följda av lyckade förfrågningar. Kontextkorrigeringarna är ingen allmän åtgärd av provider- eller nätverksfel.

Språkkontrollen kan avbryta ett svar med missing-language-character-profile eller suspected-ascii-substitution. Detta fynd är fortfarande öppet; 9.1.599 innehåller ingen bevisad korrigering för det.

Ett svar på den skickade bilden bekräftades av användaren. En oberoende kontroll av bildtolkningen samt det visuella godkännandet av inmatning och statusrader återstår. Godkända paketkontroller är inget allmänt klartecken för dessa flöden.

Övertaget från den lokala mellanversionen 9.1.598

Utan datum

9.1.598 kontrollerades och installerades lokalt, men publicerades inte som egen npm-uppdatering. Följande ändringar ingår i 9.1.599:

  • Vid en kontextavvisning skiljs nedre gränser för antalet inmatningstoken från exakta uppgifter. För en rapporterad nedre gräns sänks utdatagränsen en gång, utan att kasta bort meddelanden eller verktyg. Avbrottssignaler och begränsningen av ytterligare försök förblir verksamma. Därmed korrigeras det i 9.1.597 reproducerade felet vid beräkningen av utdatagränsen målinriktat.
  • De ursprungliga 150 växlande aktivitetsorden ingår igen. För deras visning ställs inga ytterligare modellförfrågningar.
  • Till den betrodda AgentSpine-inmatningshooken överlämnas i stället för de fullständiga mediadata en kompakt mediereferens med typ, SHA-256-kontrollsumma och storleksuppgift. De fullständiga bilagorna för modellen och de befintliga skyddskontrollerna finns kvar. Enbart detta bevisar ännu ingen lyckad bildtolkning i löpande drift.

Nytt i 9.1.597

Publicerad:

Begränsad återställning vid uttryckligen rapporterade kontextöverskridningar, även bakom ett gateway-felsvar.

Avvisas en förfrågan före början av utdatan på grund av en bevisad kontextöverskridning kan King göra ett begränsat nytt försök med mindre utdatagräns. Även motsvarande förpackade fel i ett 502-svar känns igen. Meddelanden, verktyg, mindre uttryckligen valda utdatagränser och avbrottssignaler finns kvar. En redan påbörjad ström spelas inte upp igen.

Det åtgärdar inte alla provider- eller nätverksfel. Allmänna anslutningsavbrott och tjänsteavbrott måste fortfarande kontrolleras utifrån sina egna feldata.

Känd begränsning i 9.1.597: Rapporterar servern bara en nedre gräns för antalet inmatningstoken kan det nya försöket misslyckas igen och utlösa onödiga komprimeringar. Detta fall reproducerades den 17 september 2026 efter publiceringen. Den ytterligare korrigeringen från den lokala mellanversionen 9.1.598 ingår i 9.1.599.

36 funktionsområden med 183 obligatoriska kontroller och 4 407 olika godkända tester kontrollerades, liksom den riktiga uppdateringen från 9.1.596 till 9.1.597. Denna paketkontroll ersätter inget applikationstest av en redan öppen kundsession.

Nytt i 9.1.596

Publicerad:

Automatiska avbrott till förmån för väntande Telegram-meddelanden skiljs från riktiga manuella avbrott. Ett sådant köavbrott rapporteras inte längre felaktigt som en tryckning på Escape-tangenten. Väntefristen, skyddsreglerna för pågående verktyg och beteendet vid ett riktigt manuellt avbrott finns kvar.

Nytt i 9.1.595

Publicerad:

Valfria verktygsscheman laddas efter via ToolSearch och förvaras i begränsad omfattning. Stora skill-kataloger tillhandahålls kompakt och sida för sida. Sökning, senare MCP-utbyggnader och normala behörighetskontroller finns kvar.

Vid korta hälsningar kan King använda ett begränsat nyare dialogutsnitt utan att radera sparade meddelanden eller förkorta systeminstruktioner. För en efterföljande arbetsuppgift beaktar King åter den bevarade arbetshistoriken. Kontexträkningen finns kvar även efter att en session fortsatts. En fast tokenförbrukning för varje hälsning utlovas inte.

Nytt i 9.1.594

Publicerad:

  • Privata Telegram-svar förblir möjliga medan gruppmeddelanden väntar. Tilldelningen av slash-kommandon finns kvar.
  • Långa väntetider från Retry-After respekteras; när en session fortsätts återställs den återstående pausen.
  • Efter en kasserad åtföljande beskrivning bearbetas ett redan avslutat verktygssteg vidare. Den kasserade beskrivningen publiceras inte, kontrollen av det avslutande svaret försvagas inte.
  • De begränsade återställningsfunktionerna för skrivning i flera delar är tillgängliga igen. Det gäller även shell-tidsgränser, uppgiftsstyrning och sessionsåterställning.
  • Inmatning, kvotrader, aktivitetsvisning, uppfällbara uppgifter och verktygsutdata med källmärkning förblir synliga vid strömning och vid navigering i historiken.
  • Före packningen krävs fullständiga konsolregressionsbevis; de offentliga uppdateringsmetadata kontrolleras för överensstämmelse.

Mellanversionerna 9.1.590 till 9.1.593

Dessa versioner finns i den lokala versionshistoriken, men är den 17 september 2026 inte med i det offentliga npm-versionsregistret. De rekommenderas här inte som offentligt tillgängliga uppdateringar. Arbetena med start, återupptagande, behörigheter, aktivitetsvisning och synlig inmatning beaktas i bevisen till 9.1.594.

Nytt i 9.1.589

Publicerad:

  • Kontrollerade källor för AgentSpine och Translate Native samt verifierade uppdateringsmanifest medföljer.
  • Vid inläsningen av agentkontexten finns den aktiva King-profilen kvar.
  • Verktyg som behövs för svarskontrollen förblir tillgängliga. Förbrukningen vid svarsskapandet registreras även om kontrollen kasserar svaret.
  • I den hanterade kanalanslutningen tilldelas gruppmeddelanden bara vid uttryckligt omnämnande.
  • Konsolen visar pågående komprimering och de verksamma tröskelvärdena.
  • Arbetsbudgeten för tidig komprimering och säkerhetsreserven vid förfrågningsgränsen finns kvar över uppdateringar.
  • Uppdateringsdialog vid starten, framsteg och meddelanden om planerade uppdateringar använder genomgående det valda språket.
  • Tekniska integrationsidentifierare och licenser finns kvar; synliga runtime-felmeddelanden formuleras neutralt.
  • Installationen startar inte om befintliga sessioner. En pågående session laddar den nya koden vid nästa start.

9.1.588: återkallad

Publicerad:

Denna version publicerades den 11 september 2026 och markerades därefter i npm som återkallad. Registret nämner en misslyckad kompatibilitetskontroll av uppdateringsmanifestet. Använd den aktuella stabila versionen, inte detta återkallade paket.

Nytt i 9.1.587

Publicerad:

Stabilare verktygskataloger, tidigare automatisk komprimering och ett målinriktat nytt försök efter avbrott på grund av alltför långa rena tankefaser.

Vid buffrade instruktioner inom en pågående arbetstur finns den aktiva verktygskatalogen kvar även i det efterföljande arbetssteget. Behövliga verktyg förblir tillgängliga. Överskrids den befintliga schema-budgeten väljs bevarade valfria verktygsdefinitioner på nytt.

Den automatiska kontextkomprimeringen sätter åter in tidigare. Efter en lyckad komprimering som minskar historiken kan King utföra den igen i samma tur. Lägre modellgränser och begränsningen av misslyckade försök förblir verksamma.

Efter ett avbrott på grund av en alltför lång ren tankefas använder King det befintliga engångsförsöket med avstängt tänkande, så att modellen kan svara eller anropa ett verktyg. De följande reguljära stegen behåller den valda tankeinställningen; avbrott, godkännandekontroller och tidsgränser förblir verksamma.

Med BLUN_STABLE_STEER_TOOLS=0 eller BLUN_EARLY_COMPACTION=0 före starten av King kan det hittillsvarande beteendet återställas för respektive funktion. Uppdateringen skriver inte om några befintliga sessioner eller konfigurationsfiler.

Nytt i 9.1.586

Publicerad:

Telegram-mottagningen startar under Windows igen, när det gamla process-ID:t för bridgen numera hör till en annan process. Vid osäker processtilldelning griper King inte in; den främmande processen avslutas inte.

Kontextkomprimering, modellinställningar, samtalshistorik och det hittillsvarande leveransbeteendet för Telegram förblir oförändrade.

Nytt i 9.1.585

Publicerad:

BLUN King · 8 september 2026

Version 9.1.585 kontrollerar strukturen och de enskilda träffarna i hanterade WebSearch-svar även när de valfria uppgifterna om sökstatus saknas.

Ett svar utan giltig träfflista returneras inte längre som en lyckad sökning utan resultat. Varje träff måste ha en titel som varken är tom eller enbart består av blanktecken, ett textutdrag som teckensträng och en absolut HTTP- eller HTTPS-adress utan inbäddade inloggningsuppgifter. Ogiltiga träffar leder till att hela svaret avvisas innan resultat eller meddelanden om ofullständiga sökresultat returneras.

Giltiga svar i det hittillsvarande formatet utan statusuppgifter stöds fortfarande, liksom tomma träfflistor och tomma teckensträngar som textutdrag. Vid giltiga svar förblir ordningen, de exakta URL-teckensträngarna, valfria datum- och webbplatsuppgifter, källhänvisningarna i utdatan och bearbetningen av ofullständiga resultat oförändrade.

Bara den hanterade sökanslutningen ändras. Avbrottsbeteende, autentisering av förfrågningarna, FetchURL och Telegram förblir oförändrade. Formatkontrollen bevisar inte att en källa är korrekt eller aktuell. Denna version inför varken en storleksgräns för svar eller en ny tidsgräns.

Nytt i 9.1.584

Publicerad:

Version 9.1.584 för vidare anroparens avbrottssignal genom WebSearch ända till den hanterade HTTP-sökförfrågan, även vid läsningen av svarsinnehållet.

Redan avbrutna sökningar utlöser ingen bearbetning hos leverantören. Sker avbrottet under hämtningen av inloggningsuppgifterna skickas därefter ingen sökförfrågan. Resultat som anländer efter avbrottet returneras inte som en lyckad sökning.

Avbrottskontrollerna omfattar även lyckade JSON-svar, innehållet i felsvar och meddelanden om ofullständiga sökresultat. Bearbetningen av fullständiga, ofullständiga och tomma resultat, källhänvisningarna och det reguljära reservförfarandet vid autentiseringen förblir oförändrade.

Denna version inför ingen ny tidsgräns och ändrar inte Telegram-tilldelningen. Gemensamt använda processer för förnyelse av OAuth-uppgifterna och transportimplementeringar som ignorerar avbrottssignaler avbryts inte tvångsmässigt. Avbrottet av en klientförfrågan bevisar inte att arbetet på den fjärranslutna servern eller dess fakturering är avslutad.

Nytt i 9.1.583

Publicerad:

Ett avbrott vid sidhämtningen förmedlas nu ända till HTTP-förfrågan.

FetchURL för vidare anroparens avbrottssignal genom verktyget och båda hämtningstjänsterna. En före starten avbruten förfrågan skickas inte. Sker avbrottet under hämtningen av inloggningsuppgifterna startas den hanterade HTTP-förfrågan därefter inte längre.

Efter avbrottet av en hanterad hämtning startas ingen lokal ersättningshämtning längre. Ett försenat resultat av hämtningstjänsten hålls tillbaka och används inte som källbevis. Vid vanliga HTTP- och nätverksfel förblir den hittillsvarande lokala ersättningshämtningen möjlig.

Ingen ny tidsgräns införs. En gemensamt använd förnyelse av inloggningsuppgifterna och den synkrona HTML-bearbetningen avbryts inte tvångsmässigt. Storleksgränsen från 9.1.582 finns kvar; Telegram-routningen och modellförfrågningarna förblir oförändrade.

Nytt i 9.1.582

Publicerad:

Den lokala sidhämtningen kontrollerar svarsstorleken nu redan vid inläsningen och avbryter vid överskridande av gränsen.

Den lokala hämtningen räknar de inkommande svarsbyten före avkodningen av varje datablock och avbryter dataströmmen så snart storleksgränsen överskrids. Saknas Content-Length-uppgiften eller är den felaktig läses inte längre först hela svaret in och avvisas sedan.

Den förinställda gränsen förblir 10 MiB och gäller för svarsströmmen efter HTTP-dekomprimeringen. UTF-8-tecken som fördelas över flera datablock finns kvar. Transportbuffertar och det datablock med vilket gränsen överskrids kan redan ligga i minnet; detta innebär ingen exakt övre gräns för hela processminnet.

Det är den lokala hämtningsvägen som ändras, även när den tjänar som reservlösning. Forskningskorrigeringarna från 9.1.581 finns kvar. Telegram-routningen och väntetiden på modellen förblir oförändrade.

Nytt i 9.1.581

Publicerad:

Vid den lokala sidhämtningen returneras tomma HTML-utdrag inte längre som lyckade källor.

Återstår efter rensningen och omvandlingen inget sidinnehåll räcker dokumenttiteln ensam inte längre för en lyckad hämtning. I stället returneras det redan befintliga extraktionsfelet.

Korta äkta innehåll och synliga rubriker finns kvar. Svar i klartext- eller markdown-format förblir oförändrade. Korrigeringen gäller den lokala HTML-extraktionen, inte den hanterade hämtningstjänsten.

Forskningskorrigeringarna från 9.1.580 och de hittillsvarande Telegram-korrigeringarna ingår oförändrade. Denna uppdatering ändrar varken väntetiden på modellen eller tilldelningen av inkommande meddelanden till sina mottagare.

Nytt i 9.1.580

Publicerad:

Forskningsarkivet avvisar ogiltiga historiska datumuppgifter för källor.

En ny rapport sparas inte när en datumuppgift för en källa innehåller en ogiltig kalenderdag eller en tidsdel som inte kan tolkas. Saknade datumuppgifter förblir tillåtna.

Vid hämtningen av sparade forskningsbevis hoppas äldre bevis med ogiltiga datumuppgifter för källor över och rapporteras med ett diagnosmeddelande. Filerna skrivs varken om eller raderas. Separata giltiga bevis förblir sökbara; giltiga datumuppgifter behåller sin tidszonsförskjutning och sin precision.

Sorteringen av forskningsbevisen från 9.1.579 och de hittillsvarande Telegram-korrigeringarna ingår oförändrade. Denna uppdatering ändrar varken väntetiden på modellen eller tilldelningen av inkommande meddelanden till sina mottagare.

Nytt i 9.1.579

Publicerad:

Sparade forskningsbevis sorteras vid samma relevans efter sin faktiska hämtningstidpunkt.

Tidsangivelser med och utan millisekunder jämförs som UTC-tidpunkter, inte som text. Relevansen har fortfarande företräde; vid identiska tidpunkter finns den hittillsvarande ordningen kvar.

Har samma textställe registrerats flera gånger behåller resultatet härkomstuppgifterna från den senaste hämtningen. Redan sparade bevis förblir oförändrade och räknas därigenom inte som nykontrollerade källor.

Korrigeringen för Telegram-svar från 9.1.578 ingår oförändrad. Detsamma gäller begränsningen av nya försök när modellen enbart tänker utan att leverera ett svar eller ett verktygsanrop. Denna uppdatering ändrar varken väntetiden på modellen eller den semantiska tilldelningen av inkommande meddelanden.

Nytt i 9.1.578

Publicerad:

Begränsade upprepningar när modellen bara tänker och därvid når tidsgränsen, samt en målinriktad korrigering för korta Telegram-gruppsvar med hänvisning till en fråga.

Når modellen tidsgränsen medan den bara tänker tillåter King ytterligare ett försök per steg. En andra sådan tidsöverskridning avslutar steget. Det valda tankearbetet och den hittillsvarande tidsgränsen förblir oförändrade. Denna begränsning förkortar inte väntan på den första modellutdatan.

Korta återkopplingar om den egna närvaron i Telegram-grupper får nu skickas när reply_to kopplar dem till en högst 30 minuter gammal inmatning från samma chatt. Denna inmatning måste uttryckligen tilltala agenten eller motsvara en stödd tysk eller engelsk fråga om dess närvaro som börjar med dess inställda namn. Oombedda närvaromeddelanden och förklaringar att det inte finns något att rapportera filtreras fortfarande bort. Det automatiska ersättningssändandet i grupper förblir avstängt.

Protokoll över skickade och undertryckta svar innehåller nu reply_to. Vid saknad eller tvetydig kontext gäller inte undantaget. Denna uppdatering lägger inte till någon allmän mottagarigenkänning och förhindrar inga onödiga modellanrop genom den hittillsvarande semantiska adresseringen.

Korrigeringen gäller två exakt identifierade versioner av hanterade Telegram-MCP-sändare och verkar även vid den avslutande sammanfogningen av plugin-konfigurationen. Den äldre sändaren använder en kompatibilitetskopia med snävt begränsade ändringar. Ingående bridges, åtkomstinställningar, profiler och plugin-register skrivs inte om. Okända eller anpassade sändare samt uttryckligen satta åsidosättningar finns kvar. King måste startas om efter uppdateringen för att korrigeringen ska laddas.

Nytt i 9.1.577

Publicerad:

Inga automatiska avslutsmeddelanden längre i Telegram-grupper. Användbara svar skickas där målinriktat via Telegram-svarsverktyget.

CLI-kärnan och den fristående Telegram-bridgen vidarebefordrar inte längre automatiskt en agents normala avslutstext till grupper. Därmed hamnar meddelanden som ”Inget att rapportera” inte längre via detta automatiska ersättningssändande i gruppen.

Svar i privatchattar, uttryckligen använda svarsverktyg, erforderliga målresultat, kommando- och statusmeddelanden samt mediasändandet finns kvar. Prompt-instruktionerna för normala inmatningar, styrande meddelanden under en pågående process och gruppmeddelanden i den fristående bridgen innehåller nu samma sändningsregel.

Det garanterar inte att en modell aldrig skickar ett onödigt svar via ett verktygsanrop. Fixen förhindrar inte heller att gruppmeddelanden utan koppling till respektive agent når modellen. Omnämnanderegler, åtkomstinställningar och upplösningen av hanterade plugins förblir oförändrade; en uppdatering av AgentSpine eller av språkbevakaren ingår inte.

Den uppdaterade kärnan måste laddas av en ny process. Pågående sessioner startas inte om automatiskt. Befintliga profiler och sessionshistoriken finns kvar.

Nytt i 9.1.576

Publicerad:

BLUN King 9.1.576 skiljer C++ och C# vid lokala forskningsförfrågningar och innehåller de tidigare publicerade korrigeringarna för uppdateringar, återupptagandet av sessioner och Telegram.

Sökningen i lokala forskningsbevis behandlar fristående C++ och C# som skilda begrepp, även vid avvikande skiftläge och med omgivande skiljetecken. Sparade textställen, hashvärden, skyddskontroller för källor, Unicode-normalisering, samlingsgränser och utdatagränser förblir oförändrade. Ingen nyindexering krävs.

En fastställd kontrollkörning med 20 tekniska sökförfrågningar och riktade regressionstester för tokengränser kontrollerar denna korrigering. Den gäller den lokala sökningen och är inget uttalande om kvaliteten eller kapaciteten hos WebSearch i live-driften. Alla ändringar från 9.1.575 ingår.

Nytt i 9.1.575

Publicerad:

Den medföljande webbcrawlern avvisar svar med cf-mitigated: challenge innan den läser innehåll, följer omdirigeringar eller tolkar en saknad robots-fil som tillåtelse att fortsätta. Vid headernamn bortser den från skiftläge; dessutom kontrollerar den normaliserade värden och headers som förekommer flera gånger. Svarsstatusen finns kvar i felrapporten.

Saknade robots-filer utan denna märkning och vanliga dokumentationssidor går fortfarande igenom det befintliga flödet. Redan avslutade sidor finns kvar när en senare sida avvisas; felet rapporteras som ett ofullständigt resultat. Detta skydd kontrollerar en svarsmärkning. Det är varken en allmän challenge-igenkänning eller en CAPTCHA-kringgång. Sökleverantörer, autentisering, uppdateringslås och CLI-kärnan förblir oförändrade. Alla ändringar från 9.1.574 ingår.

Nytt i 9.1.574

Publicerad:

Uttryckligen begärda uppdateringar skiljer nu mellan en blockerad uppdatering, en inte tillgänglig låskontroll, en inte tillgänglig privat katalog, en ogiltig installerad version och en inte tillgänglig skyddad installerare. Dessa fall rapporteras inte längre schablonmässigt som en misslyckad paketkontroll. Ändringen gäller tyska och engelska meddelanden.

Uppdateringsgodkännande, låsbeteende, returorsaker, exit-koder och installerbeteendet förblir oförändrade. Pågående sessioner avslutas inte automatiskt. Paket som är låsta till en gammal intern kanal kräver fortfarande en uttrycklig npm-installation medan King är avslutad; denna version häver inte låsningen. Alla ändringar från 9.1.573 ingår.

Nytt i 9.1.573

Publicerad:

Inmatningsfältet förblir synligt och fokuserat efter målvalet vid starten, även efter Escape eller ett misslyckat målåterupptagande. Osända utkast finns kvar. I stället för den fullständiga måltexten visas ett kompakt val för att fortsätta med eller utan mål.

Ctrl+S lämnar valet utan att bekräfta målet och bearbetas som ett reguljärt kortkommando för kön. Även väntande inmatningar i viloläge beaktas. Escape behåller sin hittillsvarande ordning: först tömma kön, vid nästa Escape avbryta den aktiva körningen. Sessionshistoriken raderas inte automatiskt.

Denna version rekonstruerar inga leveransbekräftelser som en äldre process förlorat före uppdateringen. Faktiskt väntande meddelanden förblir tilldelade sin session.

Nytt i 9.1.572

Publicerad:

Vid forskningsbevis avvisas käll-URL:er vars frågeparametrar eller parameterformade fragment innehåller kända parameternamn för inloggningsuppgifter. Även nästlade namn och rutter i fragmentet kontrolleras. Avvisandet gäller både misslyckade och användbara källor.

Redan sparade rapporter med sådana URL:er hålls vid hämtningen tillbaka med det befintliga resultatet partial / report-invalid. Ursprungligen sparade versioner varken ändras eller raderas; källadresser förkortas eller skrivs inte om tyst. Vanliga frågeparametrar och ankare i dokumentations-URL:er bevaras bytestroget. Skyddet känner igen kända parameternamn, inte godtyckliga hemligheter, och rensar ingen historik.

Nytt i 9.1.571

Publicerad:

Områden i Telegram-kön tilldelas sin session. En ny session tar inte längre automatiskt över det väntande arbetet i en äldre session. När en känd session fortsätts återställs bara dess egna väntande områden. Under val, skapande och byte av en session pausas övertagandet av kanalmeddelanden. Meddelanden som anländer efter den valda gränsen, efterföljande inmatningar i den lokala redigeraren och försenade leveransbekräftelser behåller sin rätta tilldelning.

Tilldelningen och leveransbekräftelser som anländer i avvikande ordning finns kvar vid återanslutning och överlämnande av en lease. Skadat eller utbytt kötillstånd avvisas i stället för att gamla inmatningar spelas upp obemärkt igen. Inkorgen och sessionshistoriken finns kvar. Gamla väntande områden utan identifierbar session läggs åt sidan och tilldelas ingen ny session; deras automatiska återställning ingår inte. Det åtgärdar inte varje tidsöverskridning eller blockerad kontextkomprimering. En nedgradering är inget förfarande för att migrera kön.

Telegram-pluginet och konsolens oberoende reservfunktion för det automatiska svarssändandet undertrycker identifierade mottagningsbekräftelser och texter som bara tillkännager den egna tystnaden, även över 200 tecken. Innehåller ett meddelande en satsdel som inte identifieras eller som är innehållsmässigt relevant finns det kvar. Korta användbara gruppvarningar kan fortfarande levereras. Det är en försiktig tysk-engelsk sändningsfiltrering med kompletterande instruktioner, ingen garanti för att varje modell förstår varje gruppsamtal.

En ny process måste ladda det uppdaterade paketet; pågående sessioner startas inte om. Befintliga låsningar till interna uppdateringskanaler och Windows-installationslås med EBUSY förblir skilda problem. Alla övriga ändringar från 9.1.570 ingår. Denna version aktiverar ingen värdbaserad webbsökning och ändrar varken AgentSpine eller fakturering, autentisering eller kundkonfiguration.

Nytt i 9.1.570

Publicerad:

Varje ny promptleverans får ett eget hook-korrelations-ID. Hooks i samma leverans behåller samma ID; uttryckligen satta ID:n finns kvar. Sessionsspecifika miljövärden når hook-underprocesser och MCP-anslutningar även vid återanslutning, utan att skriva om sparade plugin-konfigurationer. Tilldelningen av nativa verktygsresultat finns kvar över körningar, även vid misslyckade verktyg och dubbla anrop.

Kanoniskt likvärdiga Unicode-forskningsförfrågningar hittar samma träffar utan att likställa olika tecken. Sparade källor, datumuppgifter, versioner och projektgränser finns kvar. king --help och king --version ändrar inte längre några registerinställningar i Windows för kraschdumpar.

Webbsökningen stöder delsvar när detta svarsläge har avtalats och visar därvid ett meddelande om otillgängliga källor. Tomma eller inkompatibla delsvar förblir uttryckliga fel. Denna klientändring aktiverar ingen värdbaserad söktjänst och garanterar inte dess drift.

Transporten BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE är avstängd som standard. Vid uttrycklig aktivering överlämnar den den faktiska sökvägen till det sparade sessionsprotokollet och det tillhörande protokollet till det valda AgentSpine-pluginet. Varje session får en egen åtkomsträttighet, efter ett återupptagande förnyas den. Det är transportstöd, inget bevis för minneshämtning eller auktorisering genom det mottagande pluginet.

Alla offentliga ändringar från 9.1.569 ingår. Den medföljande AgentSpine-implementeringen förblir oförändrad; inget Mnemo-beroende uppstår. Användarprofiler, behörigheter, samtal och plugin-inställningar varken migreras eller återställs.

Nytt i 9.1.569

Publicerad:

Denna kumulativa offentliga version innehåller leveransen i Telegram-grupper utifrån omnämnanden, korrigeringar för start och behörigheter samt forskningssamlingar och crawl-verktyg. Publicerade paket förblir oförändrade. Senare ändringar visas under ett nytt versionsnummer.

Nytt i 9.1.566

Publicerad:

BLUN King 9.1.566 gör plugin-uppdateringar och inläsningen av nativa runtime-moduler robustare.

Den medföljande AgentSpine-runtime uppdateras till version 0.59.1. Dess självstartare hoppar över roten av en användarprofil som skanningsmål, och alla livscykel-hooks förblir felsäkra när en skyddad sökväg inte kan läsas.

Nativa .node-moduler löses upp via en innehållsadresserad cache utanför npm-paketet. Så snart denna version är aktiv håller en pågående konsol inte längre paketkopian av dessa moduler öppen. Senare uppdateringar kan därför ersätta paketkatalogen utan att kollidera med dessa nativa filer.

Det offentliga paketet behåller de fullständiga spanska, franska, svenska och tjeckiska gränssnittskatalogerna från version 9.1.565. Interna Mnemo-runtime-sökvägar, privata slutpunkter, interna modellleverantörer och byggskript ingår inte.

Kontrollerad paketversion

Kundpaketet har klarat läckskanningen, den fullständiga runtime-kontrollen med 13 tester, AgentSpine-MCP-initieringen, en ren installation och uppdateringen från 9.1.565. Alla textfiler använder LF-radslut. SHA-256 för npm-paketet: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Nytt i 9.1.565

Publicerad:

BLUN King 9.1.565 stabiliserar långa arbetskörningar och utökar den medföljande AgentSpine-runtime.

Upprepningsbromsen återställer sin följd av likvärdiga resultat så snart riktigt arbete gör framsteg emellan. Normala inkorgs- och uppgiftslistekontroller utlöser därför inget falskt påtvingat svar längre.

Aktivitetsvisningen består av exakt en rad. Den visar det engelska statusord som passar den aktuella aktiviteten, tokens för det dolda tänkandet, synliga tokens, total förbrukning, effort, försök, budget och steg.

AgentSpine-skanningsfel förblir felsäkra vid mutationsverktyg, användarinmatningar och stop-hooks: det följande flödet får fortsätta och felet antecknas i auditprotokollet. Före ett fatalt avbrott genom ett undantag eller en ohanterad avvisning skriver konsolen runtime-protokollet synkront.

Den medföljande AgentSpine-runtime uppdateras till version 0.54.0 från commit fb6d456b68605fd83721090e503f000a26e8a0fb. Versionen innehåller det riktiga ACL-fail-open-testet, beständiga beroendebundna målplaner och det bundna klargörandet av kunskapsluckor.

Livscykel-hookarna SessionStart, UserPromptSubmit, PostToolUse och Stop skickas med den exakta MNEMO_AGENT-identiteten till Mnemo. Nätverksfel förblir felsäkra.

De tidigare saknade gränssnittstexterna är fullständiga på spanska, franska, svenska och tjeckiska.

Kontrollerad paketversion

Den fullständiga obligatoriska paketkontrollen, läckskanningen, kontrollen av språkkatalogen, ACL-hook-testkörningen, den rena installationen, uppdateringen från 9.1.564 och AgentSpine-MCP-initieringen är gröna. SHA-256 för npm-paketet: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Nytt i 9.1.564

Publicerad:

BLUN King 9.1.564 förhindrar krascher orsakade av skyddade mappar och saknade gränssnittstexter.

AgentSpine hoppar vid den förberedande filskanningen över enskilda filer och mappar som operativsystemet låser med EPERM eller EACCES. Ett oväntat skanningsfel blockerar inte längre det följande verktygsanropet; det släpps igenom och antecknas i auditprotokollet.

Saknas en textnyckel i ett publicerat gränssnittsspråk använder konsolen den engelska texten och loggar luckan en gång i stället för att krascha i renderingsvägen. Därmed förblir särskilt tankestatusraden användbar på tjeckiska, spanska, franska och svenska.

De faktiska översättningarna av de ännu saknade nycklarna följer i en separat kontrollerad version. Fram till dess är den engelska reservlösningen medvetet synlig och felsäker.

Kontrollerad paketversion

Paketet kontrollerades mot den exakta tjeckiska thinking.step-kraschen från 9.1.563. Den nya versionen returnerar ”step 6” i stället för ett undantag, varnar bara en gång per språk och nyckel, överlever otillgängliga grannmappar, initierar AgentSpine 0.49.0, klarar en ren installation samt uppdateringen från 9.1.563 och innehåller inga olösta plugin-importer. SHA-256 för npm-paketet: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Nytt i 9.1.563

Publicerad:

BLUN King 9.1.563 uppdaterar den medföljande AgentSpine-runtime till version 0.49.0.

Den nya versionen kräver före ett inlärningsförsök minst ett nytt, oberoende bevis från en uttrycklig användarbekräftelse eller ett objektivt test. Rena samtals- eller dokumentbevis räcker inte längre, även om deras övriga tröskelvärden är uppfyllda.

Inlärningsavtal binder denna bevisregel permanent; senare konfigurationsändringar kan inte försvaga en pågående kontroll. Ägandebundna fillås skyddar parallella inlärningsändringar mot överskrivning och gör att manipulerade eller främmande lås blockeras som standard (fail-closed).

Uppdateringen ersätter det hanterade plugin-trädet vid nästa start innehållsadresserat. Befintliga installationer av version 9.1.562 uppdateras till AgentSpine 0.49.0, ett oförändrat träd återanvänds, och AgentSpine-MCP-servern bekräftar version 0.49.0.

Kontrollerad paketversion

Paketgränsen skiljer sig från 9.1.562 bara genom versionsuppgifterna och den exakt pinnade AgentSpine-0.49.0-runtimen. Den fullständiga upstream-kontrollen, 49 riktade inlärningstester, paketjämförelsen, läckskanningen, den rena installationen, den riktiga uppdateringsvägen från 9.1.562 och en MCP-initiering är gröna. SHA-256 för npm-paketet: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Nytt i 9.1.562

Publicerad:

BLUN King 9.1.562 återställer AgentSpine-runtimefilen i det offentliga paketet.

Den runtimefil som krävs av den medföljande AgentSpine-MCP-servern medföljer igen. En ren installation materialiserar pluginet fullständigt; MCP-servern startar och bekräftar sitt namn och sin protokollversion.

Kontrollerad paketversion

Paketgränsen skiljer sig från 9.1.561 bara genom versionsmetadata och den återställda runtimefilen. Läckskanningen, den rena installationen, plugin-materialiseringen och en riktig MCP-initiering är gröna. SHA-256 för npm-paketet: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Nytt i 9.1.561

Publicerad:

BLUN King 9.1.561 för över de kontrollerade förbättringarna av arbetssystemet till det offentliga paketet.

Den aktuella uppgiften och nya verktygsresultat finns kvar. Läsresultat förkortas inte. Stora resultat sparas med en hänvisning för ny hämtning i stället för att tömmas. Upprepade identiska resultat hänvisar till det senaste fullständiga resultatet.

Komprimeringar loggas som transaktion med start-, sammanfattnings- och slutmarkering. Verktygsanrop och deras resultat förblir tillsammans, medan beständiga kontrollpunkter säkrar återställningsvägen över nya försök.

Utdatabudgetarna kommer nu från den aktiva modellprofilen. Den hanterade BLUN-modellen får som standard 128 000 utdatatokens när inget värde är uttryckligen satt. De gamla fasta gränserna på 32 768 tokens samt de låga gränserna för low och off förkortar inte längre komplext arbete; kontextkapaciteten förblir säkerhetsgränsen.

Uppdateraren frågar innan den förbereder eller startar installeraren. I det offentliga paketet förblir den hanterade BLUN-modellen fast inställd; /model tjänar bara som kompatibilitetsalias för /effort.

Paketgränsen kontrollerades över alla filnamn och läsbara innehåll. Interna provider-vägar, modellvalet, bygg- och regressionsskript, privata identifierare och privata serveradresser ingår inte.

Kontrollerad paketversion

Det fullständiga paketet, läckskanningen, den rena installationen, versions- och hjälputdata, standardinställningarna i en ny profil samt uppdateringsbeslutet från 9.1.550 till 9.1.561 är gröna. SHA-256 för npm-paketet: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Nytt i 9.1.527

Publicerad:

BLUN King 9.1.527 tar över /copy-flödet från DeepAgents.

Kommandot kopierar det senaste avslutade, inte tomma assistentsvaret via den befintliga plattformsoberoende urklippssökvägen.

Skrivs /copy in under en pågående tur använder kommandot den befintliga kommandokön och utförs efter att svaret är klart.

Tydliga statusmeddelanden täcker framgång, en tom historik och fel i urklippet på alla sex gränssnittsspråk.

En röd-till-grön-regression skyddar kommandoregistreringen, utförandet, valet av svaret, bytestroget innehåll i urklippet och de godkända gränssnittstexterna.

Kontrollerad paketversion

Den fullständiga prepack-körningen och kontrollen av den uppackade artefakten är gröna. SHA-256 för npm-paketet: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Nytt i 9.1.526

Publicerad:

BLUN King 9.1.526 materialiserar den med det aktuella paketet medföljande AgentSpine-versionen innan /reload bygger upp plugin-katalogen och MCP-konfigurationen på nytt.

Ej berörda plugin-poster finns kvar. Ett oförändrat hanterat AgentSpine-träd återanvänds utan att skriva om installed.json.

En röd-till-grön-regression mot 9.1.525 skyddar bootstrap-ordningen, övertagandet av det hanterade pluginet och det idempotenta beteendet vid omladdning.

Kontrollerad paketversion

Den fullständiga prepack-körningen, kontrollen av den packade artefakten och det isolerade uppdateringstestet från 9.1.525 till 9.1.526 är gröna. SHA-256 för npm-paketet: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Nytt i 9.1.525

Publicerad:

BLUN King 9.1.525 startar varje lokalt shell-kommando under Windows och POSIX i en egen processgrupp. Program kan därmed inte längre fästa sig vid BLUN-TUI:ns styrande konsol och fånga upp Escape, Strg+S eller andra redigerarinmatningar.

Standardinmatning, standardutdata och felutdata förblir i privata pipes. Interaktiva kommandon får ett filslut och misslyckas eller når tidsgränsen, utan att konkurrera med redigeraren om inmatningar.

Den lokala shell-isoleringen från DeepAgents har övertagits för Windows. Ett körbart regressionstest täcker båda plattformsvägarna och en riktig testkörning med en uppfångad process.

Nytt i 9.1.524

Utan datum

BLUN King 9.1.524 håller den omedelbara uppgift som ett Telegram-kommando /loop skapar kvar i den skyddade leveransvägen för fjärrkommandon. Det kan därför inte bli kvar som en andra vanlig köpost.

Återupptagningslistan visar för varje session storleken på återupptagningskontrollpunkten, de bevarade meddelandena och token, storleken på sessionshistoriken samt saknade, ogiltiga eller föråldrade kontrollpunkter.

Den medföljande AgentSpine-runtime uppdateras till den kontrollerade officiella versionen 0.11.4 med commit 8034487cdd24498076bac48d3f24400bca5e6ae4. BLUN:s tidsbudget på 180 sekunder för SessionStart-bakgrundsavslutet finns kvar.

Körbara regressionstester skyddar den exakt en gång skedda leveransen av Telegram-loopar och alla tillstånd i återupptagningsmätvärdena. Det befintliga lokala köbeteendet vid upptagen loop förblir oförändrat.

Nytt i 9.1.523

Publicerad:

BLUN King 9.1.523 låter Escape stänga en öppen slash-kommandomeny och tömma det tillhörande utkastet i ett steg, i stället för att lämna kvar kommandotexten.

Strg+S överlämnar ett slash-utkast till den befintliga vägen för köläggning och bearbetning även när gränssnittet just rapporterar viloläge, i stället för att tyst återvända innan kön töms.

Normala utkast finns kvar när Escape bara stänger en annan autokomplettering.

Röd-till-grön-runtime-tester skyddar båda kortkommandona mot det exakta beteendet i paketet 9.1.522.

Nytt i 9.1.522

Utan datum

BLUN King 9.1.522 skriver permission.approval_requested till sessionshistoriken genast när ett verktygsgodkännande öppnas. En obevakad King ser därför inte längre ut som en stum modell eller en fastlåst leverantör medan han väntar på operatören.

De befintliga Telegram-godkännandeknapparna används automatiskt när tillåtelselistan innehåller exakt en privat chatt och hur många grupper som helst. Vid flera möjliga privata mottagare förblir sändandet spärrat, om inte BLUN_TELEGRAM_APPROVAL_CHAT_ID är satt.

En röd-till-grön-regression skyddar den omedelbara synligheten i sessionshistoriken, den entydiga vidarebefordran till en privat chatt, företrädet för ett uttryckligen satt mål och avvisandet av tvetydiga mottagare i båda medföljande relay-kopiorna.

Nytt i 9.1.521

Utan datum

BLUN King 9.1.521 utför AgentSpine-SessionStart-skanningen utanför den interaktiva startvägen. En kall, 123,6 sekunder lång skanning av användarkatalogen blockerar därför varken redigeraren eller den första användarinmatningen.

Lyckade SessionStart-utdata förblir automatiska: efter avslutet för bakgrundshooken fortfarande in sin begränsade briefing i sessionskontexten.

Tidsbudgeten för kalla skanningar stiger till 180 sekunder. Ett röd-till-grön-runtime-test bevisar att starten återvänder före en långsam hook och att hooken därefter kan fortsätta.

Nytt i 9.1.520

Publicerad:

BLUN King 9.1.520 ger AgentSpine-SessionStart-hooken tillräckligt med tid vid omladdningen för att slutföra en kall fullständig projektskanning.

Tidsgränsen för AgentSpine-starten stiger från 15 till 60 sekunder. Alla andra hook-tidsgränser förblir oförändrade.

En ny röd-till-grön-runtime-kontroll startar den riktiga AgentSpine-hooken i ett temporärt projekt och kontrollerar både dess utdata och de båda medföljande timeout-manifesten.

Kontrollerad paketversion

Version 9.1.520 innehåller AgentSpine 0.10.1. Det isolerade uppdateringstestet från 9.1.519 till 9.1.520 och den fullständiga prepack-körningen är gröna. SHA-256 för npm-paketet: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Nytt i 9.1.519

Publicerad:

BLUN King 9.1.519 sparar lyckade utdata från SessionStart-hooken innan starten eller omladdningen återvänder. Därmed når AgentSpine-beredskapen den fortsatta modellkontexten automatiskt och väntar inte längre på det första användarmeddelandet.

Historiska hänvisningar till utlokaliserade verktygsresultat behåller en begränsad förhandsvisning med början och slut. Viktiga ankare för återupptagandet finns därmed kvar utan att ta med det fullständiga resultatet i varje modellförfrågan igen.

Nya röd-till-grön-runtime-kontroller skyddar SessionStart-kontextöverlämningen och de historiska förhandsvisningarna. Den med 9.1.518 återställda verktygskatalogen för todo-underhållet finns kvar oförändrad.

Nytt i 9.1.518

Publicerad:

Under det proaktiva underhållet av uppgiftslistan förblir Read, Write, Edit och Bash tillgängliga vid sidan av TodoList. Den normala återställningsvägen för stora filändringar avbryts därmed inte längre.

Det automatiska todo-underhållet och dess begränsade bevisprompt finns kvar utan att växla det aktiva modellsteget till en ren TodoList-verktygskatalog.

En obligatorisk röd-till-grön-regressionskontroll skyddar mot katalogåterfallet från 9.1.499 och kontrollerar valet av återställningsverktyg utan dubbla scheman.

Nytt i 9.1.517

Publicerad:

Strg+S och Escape förblir tillgängliga även med en öppen godkännandeförfrågan. Strg+S skickar alla väntande meddelanden; Escape frigör först ett väntande meddelande och avvisar godkännandet först när kön är tom.

Det asynkrona sessionsavslutet observeras fullständigt i tangentbords-, Telegram-/reload- och slash-kommandovägarna. session.not_found räknas som en redan avslutad session i stället för att låta kärnan krascha genom en ohanterad avvisning.

Röd-till-grön-paketkontroller skyddar de råa Windows-kontrolltecknen och det uppmätta felet vid avslutandet av en inte längre befintlig session.

Nytt i 9.1.516

Publicerad:

Saknas i den sparade historiken efter komprimeringen början av ett assistentsteg rekonstruerar uppspelningen den från den följande innehålls- eller verktygshändelsen. king -c avbryts därmed inte längre med det interna felet Received content_part for unknown step_uuid 'undefined'.

Ett Telegram-meddelande lämnar kön exakt en gång så snart kärnan permanent har accepterat dess aktiva överlämnande. Riktiga avvisningar finns kvar för ett nytt försök. En oväntat avslutad, av King hanterad Telegram-bridge startas om genom exakt en sammanförd bevakare.

Per modellsteg accepteras bara den första TodoList-ändringen. Avklarade punkter försvinner automatiskt, väntande markeringar förblir synliga även i ANSI16-terminaler och en ny lista börjar med exakt en pågående punkt. Den fasta ordningen är: brådskande, direkt användarmeddelande, adresserat bot-meddelande, bot-meddelande, normalt meddelande.

Det första verktygsdugliga steget väntar högst 2,5 sekunder på den inledande MCP-katalogen; valfria servrar får starta vidare i bakgrunden. Vid programstarten kontrolleras och installeras bara den aktiva profilen.

Kontrollerad paketversion

Version 9.1.516 innehåller AgentSpine 0.10.1. Alla åtta obligatoriska prepack-regressionskontroller, node --check, paketmetadatakontrollen och en ny paketkontroll är gröna. Samma npm-paket innehåller plattformsdelarna för Windows, Linux och macOS. SHA-256 för npm-paketet: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Nytt i 9.1.515

Publicerad:

En sanningsenligt oförändrad uppgiftslista accepteras igen efter längre belagt arbete. King behöver inte hitta på framsteg eller bara omformulera en titel för att få fortsätta sitt egentliga arbete.

Även en tomgångsloop kan återuppta en ännu öppen TodoList utan att hålla fast agenten permanent i underhållsturen med enbart todo-verktyget. En obligatorisk prepack-regressionskontroll skyddar båda felvägarna.

Kontrollerad paketversion

Version 9.1.515 innehåller AgentSpine 0.10.1. Den riktade todo-loop-regressionskontrollen, node --check, versionsmetadatakontrollen och en ny paketinstallation är gröna. Samma npm-paket innehåller plattformsdelarna för Windows, Linux och macOS. SHA-256 för npm-paketet: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Nytt i 9.1.514

Publicerad:

BLUN King 9.1.514 härdar den innehållsfria Telegram-leveransjournalen mot manipulerade köomslag.

Meddelandeidentifierare tas bara emot som positiva decimaltal. Redan beräknade chatt-hashvärden är tillåtna uteslutande som exakt tolvställiga hexvärden med gemener. Felaktiga, innehållsliknande värden kastas bort i stället för att loggas.

Den befintliga Telegram-bearbetningen, leveransfaserna, journalrotationen och den innehållsfria karantändiagnosen förblir oförändrade. Alla 133 pakettester samt nya testkörningar av paketet för Windows x64, Linux x64, macOS ARM64 och macOS x64 är gröna.

Kontrollerad paketversion

Version 9.1.514 innehåller AgentSpine 0.10.1 och ReadBatch. SHA-256 för npm-paketet: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Nytt i 9.1.513

Publicerad:

BLUN King 9.1.513 loggar Telegram-leveransvägen från ingången vid bridgen via routning, köläggning och inmatning ända till bekräftelse, återställning eller karantän.

Den begränsade journalen sparar uteslutande innehållsfria identifierare, hashvärden, leveransfaser, räknare och rensade felorsaker. Meddelandetexter, prompts, sökvägar, användarnamn, token, inloggningsuppgifter och råa felmeddelanden registreras inte.

Även karantändiagnosen duplicerar inte längre Telegram-meddelanden, visningstexter, härkomstuppgifter, råa chatt-ID:n eller bildsökvägar. Alla 132 pakettester samt nya testkörningar av paketet för Windows x64, Linux x64, macOS ARM64 och macOS x64 är gröna.

Kontrollerad paketversion

Version 9.1.513 innehåller AgentSpine 0.10.1 och ReadBatch. SHA-256 för npm-paketet: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Nytt i 9.1.512

Publicerad:

BLUN King 9.1.512 kräver vid det proaktiva TodoList-underhållet en ändrad, bevisstödd uppdatering i stället för att acceptera samma lista om och om igen utan gräns. Den isolerade underhållsturen får högst åtta kompakta uppgifter om verktygsnamn och resultat sedan den senast accepterade uppdateringen.

Prompts, argument, kommandon, fullständiga sökvägar, verktygsresultat eller arbetshistoriken matas därvid inte in igen. Ett misslyckat TodoList-försök bevarar detta begränsade bevis för nästa försök; en lyckad uppdatering tar bort de använda uppgifterna. Avklarade punkter försvinner fortfarande automatiskt, och i nästa steg står de normala arbetsverktygen åter redo.

Kontrollerad paketversion

9.1.512 klarar 127 av 127 pakettester. Nya installationer väljer under Windows x64, Linux x64, macOS ARM64 och macOS x64 de förväntade plattformsdelarna och innehåller AgentSpine 0.10.1 samt ReadBatch. SHA-256 för npm-paketet: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Nytt i 9.1.511

Publicerad:

BLUN King 9.1.511 inför AgentSpine 0.10.1 som ny, innehållsadresserad core-plugin-version. Den obligatoriska preflighten kontrollerar fortfarande varje aktiv värdinstruktionsfil race-säkert och binder dess identitet till den exakta turen, men duplicerar inte längre den redan av värden inlästa fulltexten i runtime-kontexten.

Versionen lägger till obligatoriska före-svar-bevis, bekräftade must-remember-poster och den självläkande synkroniseringen av den autentiserade persona- och relationsgrafen. Saknade grupper, personer och medlemskap repareras vid en ny roster-avstämning; lokala relationsförfrågningar avbryts synligt efter fem sekunder vid en blockering.

Den begränsade Telegram-Mnemo-förfrågan finns kvar: tidigare meddelanden laddas bara vid konkret behov med snäv agent-, person-, grupp-, ämnes-, tråd- och tidskoppling. En fullständig Telegram-historik hamnar inte rutinmässigt i prompten.

Kontrollerad paketversion

9.1.511 klarar 126 av 126 pakettester. Den riktiga CLAUDE.md-filen på 15 519 byte kontrollerades fullständigt, medan hela den injicerade kontexten omfattade 5 667 byte och inte innehöll någon instruktionsfulltext. Nya installationer väljer under Windows x64, Linux x64, macOS ARM64 och macOS x64 de förväntade plattformsdelarna och innehåller AgentSpine 0.10.1 samt ReadBatch. SHA-256 för npm-paketet: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Nytt i 9.1.510

Publicerad:

BLUN King 9.1.510 lägger till verktyget ReadBatch. Det läser två till tolv oberoende, redan kända UTF-8-filer eller filområden i ett modellsteg och behåller därvid förfrågningarnas ordning. Varje sökväg går genom samma åtkomst-, regel- och behörighetskontroller som ett enskilt Read-anrop. Delframgångar förblir synliga; bara en fullständigt misslyckad stapel räknas som totalfel.

Kontrollerad paketversion

9.1.510 klarar 125 av 125 pakettester. Nya installationer väljer under Windows x64, Linux x64, macOS ARM64 och macOS x64 de förväntade plattformsdelarna och innehåller ReadBatch. AgentSpine förblev medvetet på 0.8.0 tills den oberoende funna kontextbudgetblockeraren i den nyare föreversionen var åtgärdad utan förstorad runtime-prompt. SHA-256 för npm-paketet: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Nytt i 9.1.509

Publicerad:

BLUN King 9.1.509 kräver vid varje godkänt Telegram-arbetsmeddelande mellan botar ett uttryckligt omnämnande av den avsedda King. Bot-meddelanden utan passande omnämnande förblir synliga, men varken buffras eller rullas in, levereras eller tas senare in i modellkontexten för denna King. Därmed kan ett prioriterat bot-meddelande för en King inte längre bli uppgiften för en annan King.

Kontrollerad paketversion

Alla 121 pakettester är gröna. Samma paket innehåller de kontrollerade plattformsdelarna för Windows x64, Linux x64, macOS ARM64 och macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Nytt i 9.1.508

Publicerad:

Öppna todo-punkter har igen en synlig ruta. Även den första vanliga uppgiftslistan börjar med exakt en pågående punkt; senare steg förblir väntande tills deras faktiska början är bevisad.

Accepterade Telegram-direkt- och gruppmeddelanden överlämnas asynkront, beständigt buffrade och exakt deduplicerade till Mnemo. En tillfälligt oanträffbar hub blockerar varken Telegram-leveransen eller King-körningen. /loop-kommandon och interna loop-ticks sparas medvetet inte.

AgentSpine laddar ingen fullständig Telegram-historik i runtime-kontexten. Behöver en uppgift ett tidigare meddelande sker en begränsad Mnemo-förfrågan efter agent, person, grupp, ämne, tråd och tidsperiod.

Kontrollerad paketversion

Alla 120 pakettester är gröna. Nya installationer väljer under Windows, Linux x64, macOS ARM64 och macOS x64 var sin rätta inbyggda urklippskomponent och innehåller den hanterade Telegram-Mnemo-anslutningen samt AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Nytt i 9.1.507

Publicerad:

BLUN King 9.1.507 anvisar modellen i Read-verktyget uttryckligen att bunta ihop oberoende fil- och områdesläsningar i ett modellsvar när flera inmatningar kan vara nyttiga.

Det minskar undvikbara modellrundor i stora arbetskontexter utan att ändra utförandet, sidnavigeringen, behörigheterna eller resultathanteringen av Read.

Kontrollerad paketversion

Ett riktat regressionstest skyddar ändringen; alla 112 pakettester är gröna.

Nytt i 9.1.506

Publicerad:

Avklarade TodoList-punkter tas omedelbart bort från den synliga TUI:n. Den beständiga uppgiftslistan har redan korrekt kastat dessa poster; nu visar gränssnittet samma rensade tillstånd, medan pågående och väntande arbete finns kvar fullständigt.

Den automatiska underhållsturen använder en egen systemprompt på 546 tecken. Tidigare bifogades trots det enda tillgängliga todo-verktyget hela arbetsprompten på cirka 19 000 tecken för detta ändamål. Det efterföljande arbetssteget får fortfarande den fullständiga prompten och sin normala verktygskatalog.

Uppmätt kontextvinst och paketversion

En verklig körning visade för var åttonde arbetssteg en egen todo-underhållstur med 15 221 inmatningstoken. Den statiska underhållsprompten krymper med 18 470 tecken; den faktiska runtime-besparingen mäts på nytt efter flottuppdateringen. Den publicerade tarballen klarar 111 av 111 tester. Nya paketinstallationer under Windows med Node 24.19.0 och Linux med Node 24.18.0 bekräftar version 9.1.506; macOS-binärfilerna för ARM64 och x64 ingår i det identiska npm-paketet. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Nytt i 9.1.505

Publicerad:

Ett Telegram-meddelande som anländer efter övertagandet av kanalen men före avslutet av köaktiveringen hoppas inte längre över som gammal eftersläpning. Utan giltig kontrollpunkt börjar bearbetningen vid den bytegräns som mättes vid övertagandestarten i stället för vid det senare filslutet.

En giltig beständig kontrollpunkt behåller företräde. Ersätts köfilen under överlämnandet börjar den nya filen säkert vid byte noll; historiska meddelanden som fanns före övertagandet spelas fortfarande inte upp igen.

Uppmätt återfall och paketversion

Gruppmeddelandet 63456 anlände en sekund efter kanalövertagandet, kontrollpunkten hoppade exakt till dess slut och meddelandet dök inte upp i någon modellhistorik. Denna verkliga förluststräcka är skyddad som regression. Den publicerade tarballen klarar 111 av 111 tester; nya paketinstallationer under Windows med Node 24.19.0 och Linux med Node 24.18.0 samt en verklig uppdatering från 9.1.504 bekräftar version 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Nytt i 9.1.504

Publicerad:

Ett Telegram-meddelande som redan ligger i kön vid en tom agentkörning startas nu via den normala kanalvägen som en ny modelltur. Det väntar inte längre på en aktiv körning, som i viloläge definitionsmässigt inte kan uppstå.

Det befintliga överlämnandet till en pågående tur förblir oförändrat. Även det isolerade todo-underhållet, den automatiska borttagningen av avklarade punkter och den efterföljande återställningen av de normala fil-, sök- och shell-verktygen förblir skyddade.

Kontrollerad paketversion

Den publicerade tarballen klarar 106 av 106 tester. Den nya vilolägesregressionen var röd före ingreppet och är grön därefter tillsammans med 24 kötester. Nya paketinstallationer under Windows med Node 24.19.0 och Linux med Node 24.18.0 bekräftar version 9.1.504 och samma SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Nytt i 9.1.503

Publicerad:

Det isolerade todo-underhållsmeddelandet bär nu även ett uttryckligen tomt toolCalls-fält. Därmed uppfyller det samma meddelandeform som reguljära arbetsturer och kan bearbetas säkert av BLUN-providernormaliseringen.

Det riktiga runtime-felet TypeError: message.toolCalls is not iterable uppstår därmed inte längre före TodoList-anropet. Ett regressionstest itererar det skapade meddelandet precis som providergränsen innan underhållet godkänns.

Kontrollerad paketversion

Den publicerade tarballen klarar 105 av 105 tester. Nya testkörningar av paketet under Windows med Node 24.19.0 och Linux med Node 24.15.0 bekräftar den fullständiga provider-meddelandeformen, det isolerade todo-underhållet och den automatiska borttagningen av avklarade punkter. Den verkliga flottacceptansen sker efter den kontrollerade omstarten av de tre King.

Nytt i 9.1.502

Publicerad:

Den förfallna TodoList-underhållsturen får bara ett nytt meddelande som är begränsat till den aktuella uppgiften och den synliga listan. Gamla Read-, Bash- eller MCP-anrop från arbetshistoriken kan därmed inte längre hamna i det avsiktligt till TodoList begränsade steget.

Avklarade uppgifter försvinner automatiskt när de sparas från den synliga och beständiga listan. Pågående, väntande, blockerade, på godkännande väntande och avbrutna punkter finns kvar; listan växer därmed inte obegränsat genom avslutat arbete.

Uppmätt fynd i flottan

Två agentprofiler stötte oberoende av varandra på samma återfall: efter lyckad verktygsanvändning upprepade todo-underhållet historiska sakverktyg och visade Tool not found. Den publicerade tarballen klarar 105 av 105 tester. Nya installationer under Windows med Node 24.19.0 och Linux med Node 24.15.0 bekräftar det isolerade underhållet, borttagningen av avklarade punkter och återkomsten av de normala verktygen. En riktig macOS-acceptans är inte en del av detta bevis.

Nytt i 9.1.501

Publicerad:

Efter ett lyckat TodoList-underhållssteg står i det omedelbart följande arbetssteget åter alla för turen valda verktyg redo. Read, Bash och andra sakverktyg förblir inte längre gömda bakom den tillfälligt begränsade todo-katalogen.

Reparerat återfall

Todo-steget erbjöd medvetet bara TodoList. Dess verktygsval förblev dock utan uttrycklig återställning aktivt även i följdsteget. 9.1.501 sätter där åter in den normala katalogen och skyddar båda följdstegsvägarna med en regression.

Golden Release 9.1.500

Publicerad:

Denna version samlar hela funktionsomfånget från 9.1.499 oförändrat som en gemensam npm-publicering för Windows, Linux och macOS. Gold-märkningen är medvetet begränsad till rubrikerna i denna version; äldre poster behåller sin tidigare visning.

Versionsstatus

Golden Release tar över de kontrollerade ändringarna för todo, kö, loop, kontext, AgentSpine och bildutvärdering från 9.1.499 utan ytterligare runtime-logik.

Nytt i 9.1.499

Publicerad:

Bild-, ljud- och videodata utanför de senaste tolv samtalsmeddelandena ersätts endast i den upprepade modellprojektionen med korta hänvisningar. Aktuella medier, meddelandetext och den fullständiga råa sessionshistoriken förblir oförändrade.

I en uppmätt återupptagningskontrollpunkt sparar denna projektion 85 748 tecken, motsvarande cirka 21 437 uppskattade inmatningstoken per ytterligare verktygssteg.

Förfallet todo-underhåll körs före det nionde arbetsblocket som ett eget low-effort-modellsteg. I detta steg erbjuder runtime uteslutande TodoList; fil-, sök-, shell- och andra sakverktyg tillåts igen först efter en giltig uppdatering.

Nya användarmeddelanden har företräde framför todo-underhållet. Den hårda todo-kontrollen finns kvar som säkerhetsnät för faktiskt ogiltiga uppdateringar, men visas inte längre som ett normalt rött mellanfel före ett självständigt listunderhåll.

Kontrollerat bevis

Den publicerade tarballen klarar 105 av 105 runtime- och regressionstester. Rena isolerade installationer under Windows med Node 24.19.0 och Linux med Node 24.15.0 rapporterar exakt version 9.1.499 och bekräftar medieprojektionen, den oförändrade råhistoriken, todo-förstyrningen och döljandet av alla sakverktyg under todo-steget. Kandidaten omfattar 850 sökvägar och bär SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. En riktig macOS-acceptans är inte en del av detta bevis.

Nytt i 9.1.498

Publicerad:

/usage visar den av leverantören rapporterade prompt-cache-träffkvoten samt lästa och skrivna cache-token per modell. Utan rapporterad cache-aktivitet hittar visningen inte på någon kvot.

/tokens är ett kort alias för den befintliga detaljerade kontextdiagnosen; /offload anropar den befintliga arkiverande komprimeringen. Båda vägarna utlöser inget ytterligare modellanrop.

Olika auktoriserade bot-meddelanden kastas inte längre bort på grund av ett stelt 15-sekundersfönster. Den befintliga ordningen finns kvar: privata och uttryckligen adresserade meddelanden står före bot-meddelanden, bot-meddelanden före normal kontext.

En fullständig komprimering tar över den exakta todo-listan i den nya kontexten. Om sökväg, kommando, hash eller krav därefter är osäkra kräver ett engångsmeddelande om återställning att den arkiverade historiken läses först, i stället för en bred filsökning eller att börja om.

Avklarade todo-steg finns kvar som bevis. Gör senare rön ett steg nödvändigt igen finns det bevisade avslutet kvar och den nya kontrollen visas som ett eget pågående steg med motivering.

Återkommande sessions-loopar väntar så länge den underhållna todo-listan fortfarande innehåller pågående eller väntande arbete. Missade intervall slås samman tills det blir verklig overksamhet; andra planerade påminnelser påverkas inte av detta.

Kontrollerat bevis

Den förberedda tarballen klarar 100 av 100 runtime- och regressionstester. Rena isolerade installationer under Windows med Node 24.19.0 och Linux med Node 24.15.0 rapporterar exakt version 9.1.498 och bekräftar cache-visningen, kommandoaliasen, komprimeringsåterställningen, de monotona todo-bevisen, sessions-loop-skyddet, paket-changeloggen och bot-prioriteten. Kandidaten omfattar 849 sökvägar och bär SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. En riktig macOS-acceptans är inte en del av detta bevis.

Nytt i 9.1.497

Publicerad:

Telegram-botmeddelanden från gemensamma grupper kommer efter privata och uttryckligen adresserade meddelanden, men före normal kontext. Prioriteringen tvingar inte fram något svar.

Ett accepterat Telegram-meddelande försvinner från den synliga kön så snart dess inmatade modellsteg börjar. En avvisad leverans eller ett avbrott före det första steget bevarar det fortfarande för ett nytt försök.

Ett förfallet Telegram-svar eller en meddelanderedigering blockeras inte längre av todo-underhållet. Nästa normala arbetssteg förblir spärrat tills todo-listan har uppdaterats sanningsenligt.

Versioner 9.1.496 till 9.1.487

VersionÄndringar
9.1.496Levererar Telegram-användarmeddelanden automatiskt enskilt, tar bort bara det exakt accepterade eller besvarade meddelande-ID:t, kräver sanningsenliga framsteg för varje synlig todo-lista och döljer lyckade interna hook-nyttolaster.
9.1.495Startar varje nytt eller ersatt mål med en ny synlig todo-lista, kräver sanningsenliga uppdateringar, tar bort framgångsrikt besvarat Telegram-gruppfokus omedelbart, skjuter upp normala mottagningskvitton till turens slut och lägger till äkta avkodningskontroller för Ctrl+S och Ctrl+T.
9.1.494Skiljer kortkommandona åter entydigt: Ctrl+S styr bara köeftersläpningen, Ctrl+T bara todo-listan. Telegram-användarmeddelanden auktoriserar sig vid pågående arbete för nästa säkra överlämnande.
9.1.493Telegram-användarmeddelanden godkänns under aktivt arbete automatiskt till nästa säkra överlämnande. Direktmeddelanden förblir först i kön, utan att gruppmeddelanden stoppas permanent.
9.1.492Redan godkända gruppmeddelanden finns kvar vid en tillfälligt upptagen leverans och levereras i ett nytt försök. Paket, npm-metadata, offentligt manifest och changelogg kontrolleras tillsammans före en framgångsrapport.
9.1.491Direkta Telegram-meddelanden prioriteras omedelbart vid pågående arbete. Den manuella köstyrningen fanns kvar för andra meddelanden.
9.1.490Pakethistoriken dokumenterar den opublicerade versionen 9.1.487 och de faktiskt publicerade reparationerna från och med 9.1.488 fullständigt.
9.1.489Uppgiftslistan, köstyrningen, Telegram-exekveringsidentiteten, AgentSpine-profilinstallationen och den hanterade bildutvärderingen återställdes och skyddades med regressionstester.
9.1.488Det förberedda AgentSpine-core-pluginet publicerades. Telegram-duplikat lämnar inte längre någon sken-tur; tankedjup och säker telemetrihantering finns kvar över verktygssteg.
9.1.487Ej publicerad. Denna version förberedde AgentSpine som ett hanterat core-plugin. På npm följde efter 9.1.486 direkt 9.1.488.

Nytt i 9.1.486

Publicerad:

Nya och uppdaterade profiler startar nu pålitligt på engelska under Windows, macOS och Linux. Ett sparat automatiskt språkvärde migreras en gång, medan uttryckligen valda språk förblir oförändrade.

Automatiska uppdateringar vid starten är via den befintliga versionsbundna installeraren åter aktiverade som standard. [upgrade].auto_install = false behåller bekräftelsefrågan; en bakgrundsuppdaterare återinförs inte.

Startdialoger, framsteg, fel, framgångsmeddelanden och sessionsåterupptagande använder nu samma språk. Regressions- och mutationstester skyddar migreringen, uppdateringsvägen och sessionsdata.

Kontrollerat bevis

Den fullständiga testsviten klarade 1 474 av 1 474 kontroller. En isolerad uppdateringskörning installerade 9.1.486 från 9.1.485, bevarade konfiguration och session oförändrade och startade den nya CLI:n. En separat testkörning av starten bevisade den automatiska installationen utan följdfråga samt att ett gammalt automatiskt språkvärde migrerades en gång till engelska.

Versioner 9.1.485 till 9.1.178

VersionÄndringar
9.1.485
  • Begränsar den första synliga uppspelningen av en fortsatt session utan scrollback-index till de aktiva 15 samtalsturerna, i stället för att åter visa hela konversationen.
  • Tömmer efter en lyckad uppdatering det synliga uppdateringsområdet innan den nya konsolen startar; den normala terminalens scrollback finns kvar.
  • Kompletterar regressions- och mutationskontroller för uppspelningsåterfallet, inklusive en simulering med 97 596 poster.
9.1.484
  • Plugin-igenkänningen accepterar dessutom .codex-plugin/plugin.json och löser upp PLUGIN_ROOT respektive BLUN_PLUGIN_ROOT i kommando, argument och arbetskatalog.
9.1.483
  • Komprimeringsmodellen kan väljas, sparas och återställas till arv separat från den aktiva modellen; val och återkoppling finns i overksamhetskommandot och i de lokaliserade inställningarna.
9.1.482
  • Utlokaliserade Read-resultat bevarar nästa line_offset och fortsätter den ursprungliga läsningen därifrån i stället för att läsa om samma fil från början.
9.1.481
  • Delagent-svar som slutar vid token-gränsen utan verktygsanrop känns igen som max_tokens för den befintliga fortsättningen. Glob-mönster med .. och namngivna home-sökvägar som ~name avvisas.
9.1.480
  • Uppdaterar den medföljande translate-native-skillen och Language Guard-MCP:n till version 6.42.13.
  • Binder de medföljande språkskyddsfilerna bytetroget till källcommit 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Kompletterar härkomst- och mutationskontroller, så att ändrade skyddsbyte eller en avvikande skill-version får publiceringskontrollen att misslyckas.
9.1.479
  • Lägger till en autentiserad intern rutt för tillgänglighetskontrollen i den privata King-tjänsten i Agent API.
  • Kontrollerar tjänstens tillgänglighet utan att skapa en kundsession eller starta en agentkörning.
  • Begränsar rutten till loopback-gränssnittet och GET, skyddar den med en hemlighet och förhindrar dess mellanlagring.
9.1.478
  • Åtgärdar vanliga pauser av det direkta Telegram-fokuset efter en omstart, även när äldre kontrollpunkter inte innehåller någon svarsfrist.
  • Bevarar pauser som användaren uttryckligen har begärt tills de hävs, i stället för att låta dem löpa ut automatiskt.
  • Frigör köade kanalmeddelanden för en aktiv körning så snart det direkta fokuset slutar.
9.1.477
  • Lägger till ett uttryckligt processhölje som startas av operatören till den privata Agent API-tjänsten.
  • Bearbetar SIGINT och SIGTERM exakt en gång, även när signalerna anländer under starten.
  • Avbryter säkert med begränsade meddelanden, anropar inte process.exit och startar aldrig tjänsten automatiskt.
9.1.476
  • Lägger till ett miljökontrakt enligt principen om säker spärr till den privata Agent API-tjänsten.
  • Kräver en uttryckligen fastställd loopback-port, isoleringshemligheter, leverantörsinställningar och resursgränser.
  • Lämnar den privata tjänsten stoppad och den automatiska rensningen av overksamma sessioner avaktiverad, tills båda har konfigurerats uttryckligen.
9.1.475
  • Frigör uteslutande motsvarande konfigurerade och faktiskt overksamma Agent API-sessioner, innan en kund når sessionsgränsen.
  • Skyddar aktiva modell- och verktygskörningar oavsett deras ålder och uppdaterar overksamhetsperioden vid verklig användning.
  • Lämnar den automatiska rensningen avaktiverad, tills en operatör uttryckligen konfigurerar en overksamhetstidsgräns.
9.1.474
  • Upphäver den aktiva sessionstilldelningen när fortsättningen av en agent misslyckas efter ett verktygsresultat.
  • Möjliggör därefter det uttryckliga stängandet av den berörda sessionen.
  • Lämnar lyckade verktygsåterkopplingar och det offentliga modellavtalet oförändrade.
9.1.473
  • Skyddar en Agent API-session mot stängning så länge dess första modellanrop fortfarande pågår.
  • Frigör sessionen tillförlitligt efter ett lyckat svar eller ett modellfel.
  • Lämnar den befintliga vägen för obearbetade modeller och det offentliga modellavtalet oförändrade.
9.1.472
  • Möjliggör för kunder att uttryckligen stänga en overksam Agent API-session och frigöra sin begränsade sessionsplats.
  • Förhindrar stängningen av aktiva sessioner och begränsar varje stängningsförfarande till respektive ägarkund.
  • Ställer den frigjorda platsen till förfogande för en ny session utan att förändra det offentliga modellavtalet.
9.1.471
  • Lägger till en stängd tjänstvärd som sätter samman den privata Agent API-stacken utan att starta den automatiskt.
  • Kräver separata hemligheter för transport och isolering, en absolut kundrotkatalog och en uttrycklig konfiguration av King-körningsmiljön.
  • Binder lyssnare till loopback-gränssnittet och stänger vid nedstängningen varje kundsession samt varje körningsmiljö.
9.1.470
  • Isolerar huvudlösa Agent API-sessioner per betrodd kund och offentlig session.
  • Slår samman samtidiga första åtkomster i en SDK-session och begränsar aktiva kunder samt sessioner.
  • Använder nyckelbundna ogenomskinliga interna identifierare och arbetskataloger, medan stabila offentliga sessionsidentifierare finns kvar.
9.1.469
  • Lägger till en privat HTTP-transport till Agent API-adaptern som uteslutande är nåbar via loopback-gränssnittet.
  • Kräver en tjänstehemlighet och en kundidentitet som fastställs på serversidan; förfalskade identitetsuppgifter i förfrågningskroppen ignoreras.
  • Avvisar överdimensionerade eller felaktiga förfrågningar och håller interna leverantörsdetaljer borta från offentliga felmeddelanden.
9.1.468
  • Håller huvudagenten kontaktbar medan underagenter arbetar vidare i bakgrunden och i nästlade nivåer.
  • Möjliggör för begränsade Agent API-sessioner att använda underagenternas livscykel utan att blotta lokala shell- eller filsystemverktyg.
  • Vidarebefordrar den exakta verktygsgränsen till varje nästlad underagentnivå, så att begränsningar inte kan kringgås genom delegering.
9.1.467
  • Lägger till en uttrycklig transportadapter för agentkörningar utan att fånga upp befintliga rutter för obearbetade modeller eller modelllistor.
  • Binder verktygsresultat och riktade avbrott till samma kund-, sessions- och förfrågningsområde.
  • Visar uteslutande King, rensar oväntade interna fel och avvisar strömning tills ett agentavtal finns för det.
9.1.466
  • Registrerar varje avslutat modellanrop i Agent API under ett stabilt uppgifts-ID utan att summera användningen av olika kunder.
  • En beständig JSONL-tilldelning håller förfrågan, session, uppgift, anrops-ID och obearbetade användningsfält sökbara även efter en omstart.
  • Utåt visas bara King samt de obearbetade räknarna för inmatning, mellanlagrad inmatning och avslut; saknade användningsdata förblir uttryckligen markerade.
9.1.465
  • Lägger till en isolerad körningsstyrning för den uttryckliga agent-slutpunkten i Agent API, utan att förändra obearbetade modellavslut.
  • Klienthanterade verktygsanrop behåller över resultatåterkopplingar en enda King-körning och förblir begränsade till den ursprungliga förfrågan.
  • Svar från överordnade agenter utesluter händelseströmmar från underagenter och kasserade utkast till nya försök.
9.1.464
  • Hanterade underagenter körs nu frånkopplat, så att huvudagenten förblir kontaktbar medan delegerat arbete fortsätter.
  • Pågående underagenter kan styras med TaskUpdate eller avslutas med TaskStop utan att huvudsessionen stängs.
  • Adresserade Telegram-gruppmeddelanden förblir i fokus tills agenten svarar i den passande chatten.
9.1.463
  • En checkpoint-återupptagning renderar med befintliga fönsterdata bara den senast aktiva TUI-turgruppen; äldre rader finns kvar i scroll-arkivet och laddas vid behov.
9.1.462
  • Oförändrat innehåll i tui.toml utlöser inte längre något atomärt filbyte; äkta ändringar använder fortfarande den befintliga spärrade skrivvägen.
9.1.461
  • /status skiljer den inlästa runtime-versionen från det installerade paketet och rapporterar en avvikelse även i Telegram-fjärrstatusen.
9.1.460
  • Äldre synliga sessionsmeddelanden finns kvar i ett beständigt diskarkiv och laddas blockvis när du scrollar uppåt, utan att läsa in alla textblock vid starten.
9.1.459
  • En återupptagning återställer en integritetsbunden semantisk kontrollpunkt och läser bara den sedan dess tillagda delen av den oförändrade sessionsfilen; vid ogiltig kontrollpunkt finns den fullständiga uppspelningen som fallback.
9.1.458
  • En kontrollsumma som tagits över från en extern rapport binds bara när exakt detta värde finns i den valda källhändelsen.
9.1.457
  • Kommer samma kontrollsumma från flera externa händelser markeras härkomsten som tvetydig i stället för att tillskrivas en rapport.
9.1.456
  • Kontrollsummor i utgående Telegram-meddelanden jämförs med lokala verktygsresultat och synliga externa rapporter; värden utan tillordning skapar en härkomstnotis.
9.1.455
  • Telegram-rapporter kan bindas via chatt- och meddelandeidentifierare som credible_unverified; rapportör och händelsehärkomst sätts av runtime.
9.1.454
  • Nya kontroller binds automatiskt till den skapande sessionen och den skapande agenten; vidarebefordrade mätningar förblir externa rapporter.
9.1.453
  • Ett avslutsbevis binds till det aktuellt giltiga avslutskriteriet och avvisas vid ett annat eller inaktuellt kriterium.
9.1.452
  • Varje bevis binds till det faktiskt uppmätta målområdet; kommandokontroller måste föra samma säkra BLUN_EVIDENCE_SCOPE-värde på båda sidor.
9.1.451
  • Varje bevis bär den exakta typen inspection, integrity, syntax, test eller reachability. En svagare kontroll får inte utges för en starkare.
9.1.450
  • Resultatbevis och granskarbevis hålls åtskilda. Bara en ny eller ändrad granskare behöver ett andra, självständigt skärpebevis; normala mätningar behöver ingen röd testkörning.
9.1.449
  • Avslutsbeviset nämner det exakta lyckade kontrollanropet via dess toolCallId; ett blandat kommandoanrop med ändring och kontroll räcker inte.
9.1.448
  • Ett målavslut måste binda det kontrollerade påståendet till ett lyckat kontrollanrop i samma tur; rena skriv- eller ändringsverktyg räknas inte som bevis.
9.1.447
  • En vald handling binds till beständiga beslutsbevis; okända eller inaktuella bevis tvingar fram en ny planering.
9.1.446
  • Live-upprepningsspärren känner dessutom igen korta återkommande ordföljder med två till åtta ord.
9.1.445
  • Valda lärnotiser sparas tillsammans med det validerade läranderesultatet från den aktuella turen som exponeringsspår, utan att därmed hävda kausalitet.
9.1.444
  • Relevanssökningen efter tidigare fel använder beständiga mål-, kontrollpunkts- och problemramdata i stället för bara de senaste användarmeddelandena.
9.1.443
  • Vid en omedelbar målfortsättning laddar en uttrycklig tool:- eller skill:-val exakt det valda hjälpmedlet.
9.1.442
  • Arbetsfokus bevarar beslutstråden från status, fas, senaste kontroll, val, motivering, stöd, risk och reversibilitet.
9.1.441
  • Saknad kunskap förs som egen knowledge_gap-domän i stället för i den allmänna måltexten, prioriteras och döljs vid tomt värde.
9.1.440
  • Världskunskap och antaganden kan tas upp som egna domäner i det beständiga fokuset och viktas.
9.1.439
  • Det beständiga kognitiva fokuset får en saliensvärdering med förfall mellan sessioner och förstärkning vid ny åtkomst.
9.1.438
  • Under sessionsuppspelningen skjuts trimning, sammanfogning och rendering upp; därefter begärs exakt en ny transcript-rendering.
9.1.437
  • Overksamhetsvakten använder för tidsgränserna åter den passande textvägen och avslutar processen inte längre genom en otillåten parameter i timern.
9.1.436
  • Telegram-fjärrstatusen visar vid en aktiv tur början, senaste framsteg, senaste verktyg och upprepade fel; TUI:n publicerar för detta ändamål löpande aktivitetssnapshots.
9.1.435
  • Privata Telegram-fokuskontrollpunkter följer nu det arbetsområde som är bundet till den aktiva sessionen.
  • Valet av arbetsområde sparar inte längre startarkatalogen som fortsättningsplats för direktsamtal.
9.1.434
  • Bekräftat lärande följer nu det arbetsområde som är bundet till den aktiva agentsessionen.
  • Sessioner med flera arbetsområden och fortsatta sessioner sparar eller visar projektlärdomar inte längre i värdprocessens katalog.
9.1.433
  • Förberedelsen av en inmatning i den externa redigeraren stannar nu inom rensningsgränsen för temporära kataloger.
  • Misslyckas den första skrivningen, till exempel på grund av full disk eller saknade behörigheter, tas den temporära redigerarkatalogen bort innan felet vidarebefordras.
9.1.432
  • Vid tillfälliga stream-fel kan ett nytt försök nu göras med samma valda modell, även efter synlig delutdata.
  • Ofullständig assistenttext och inte avslutade verktygsytor slutförs eller kasseras före upprepningen, så att den nya utdatan inte hängs på det misslyckade försöket.
  • Efter synlig utdata förblir leverantörsbytet spärrat, så att ett svar inte kan byta leverantör mitt i strömmen.
9.1.431
  • Lokala processer i Bash-verktyget tvingar nu fram avaktivering av Git-frågor i terminalen, i stället för att ärva en interaktiv inställning från den överordnade processen.
  • Ärvda askpass-dialoger från Git, SSH och Git Credential Manager är avaktiverade i verktygets underprocess; därmed förhindras osynliga väntetider på Windows-inloggningsuppgifter.
  • Det överordnade skalet och miljön i den pågående sessionen förblir oförändrade; det befintliga beteendet vid stängd standardinmatning finns kvar och säkras oberoende.
9.1.430
  • Den fullständiga komprimeringen kan nu via [loop_control].compaction_model använda ett valfritt konfigurerat modellalias; den aktiva King-modellen förblir förinställningen.
  • Autentisering, kontextberedning, avslutsbudget, överloppslärande och användningsavräkning av komprimeringen är fullständigt bundna till den valda komprimeringsmodellen.
  • Den aktiva modellen bestämmer fortfarande komprimeringens start och den sista förfrågningsbromsen, så att en mindre sammanfattningsmodell inte obemärkt kan förminska det centrala tankefönstret.
9.1.429
  • Bash under Windows avvisar nu entydig cmd.exe-syntax före processstarten, i stället för att slösa en synligt misslyckad körning.
  • Beskrivningen av Bash-verktyget klargör uttryckligen att POSIX-Bash under Windows inklusive VS Code förblir aktivt och nämner de rätta konventionerna för sökvägar och omdirigeringar.
  • Giltiga POSIX-find-kommandon förblir tillåtna; för medvetet önskad cmd-semantik står fortfarande en uttrycklig överlämning till cmd.exe /c till förfogande.
9.1.428
  • Genererade JavaScript- och TypeScript-skrivningar stoppar nu före diskåtkomsten när en körbar sats upprepas åtta gånger i rad; därmed förhindras skenande utdata från analysskript.
  • Skyddskontrollen omfattar både Write-anrop för fullständiga filer och Edit-ersättningar, medan icke-kodfiler, kommentarer, teckensträngar och kortare berättigade upprepningar förblir oförändrade.
  • Alla tre observerade degenerationsfall med 15, 23 och 31 upprepade satser blockeras; godtyckliga ofullständiga men inte upprepande avsikter ligger fortfarande utanför denna mekaniska kontroll.
9.1.427
  • Det synliga kommandot /memory core rapporterar nu den aktiva gränsen för minnesadaptern, avtalsversionen, identitetsläget, integritetsstatusen och portalövergripande bevis, valfritt som --json-utdata.
  • Profilbunden ersättningslagring och från profiler härledda identiteter utesluts uttryckligen från beredskapen för en gemensam kärna, i stället för att visas som portalneutralt minne.
  • Konfigurerade leverantörer förblir synligt obekräftade tills separata bevis finns; diagnosen är skrivskyddad, beviljar inga befogenheter och hittar aldrig på portalövergripande bevis.
9.1.426
  • Det synliga kommandot /memory acceptance utför nu en syntetisk tillfällig V7-minneskontroll över CLI, Telegram och webb och kan valfritt skriva ut en --json-rapport.
  • Tio oberoende kontroller täcker portalursprung, kopplade och okopplade identiteter, agent- och gruppisolering, deduplicering, global korrigering och radering, leverantörens säkra spärr samt skyddade källbytes.
  • Acceptansrapporten tjänar uteslutande som deterministiskt bevis: den beviljar inga befogenheter och läser eller ändrar aldrig en verklig användarprofil.
9.1.425
  • Underagenter som når sin tokenlimit får nu i samma agentkontext en kort verktygsfri överlämningskörning, i stället för att förlora avslutat verktygsarbete.
  • Når även denna överlämning gränsen får den överordnade agenten en begränsad delsummering samt den exakta instruktionen att fortsätta genom samma agent.
  • Återställningen förblir utformad enligt principen om säker spärr: inget fullständigt nytt försök av uppgiften, ingen färdiganmälan utan avslutande överlämning och inga nya befogenheter.
9.1.424
  • Bekräftade lärdomar från Mistake.md överförs nu till annorlunda formulerade men semantiskt liknande fall inom tillförlitlighet, leverans, orkestrering, minne, publicering, media och validering.
  • Exakta bevisbegrepp har fortfarande företräde framför breda semantiska kategorier; orelaterad text förblir otilldelad.
  • Naturliga tyska formuleringar normaliseras deterministiskt; den ändrade rangordningen skapar varken nya behörigheter eller uppgraderar en obekräftad lärdom.
9.1.423
  • Runtime-avslut skriver nu en beständig, synkron diagnospost innan kärnan eller startaren returnerar eller avslutas.
  • Ofångade undantag, ohanterade avslag, kraschade terminaler, signaler, startfel, normala avslut, fel från underprocesser och deras avslut bevarar den exakta rensade orsaken tillsammans med processgränsen.
  • Det privata protokollet är begränsat och feltolerant, tar bort hemligheter samt hemsökvägar och startar inte om eller laddar inte om någon pågående session.
9.1.422
  • En öppen, inaktiv session övervakar nu sin sparade tidsutlösare och aktiveras i automatik- och God-läge vid eller efter dueAt.
  • En förfallen utlösare väntar tills aktiva svar, komprimering, köade meddelanden, kommandon och dialoger är avslutade innan den fortsätter exakt en gång.
  • Före starten läser runtime åter in mål, kontrollpunktsrevision, förfallotid, behörighetsläge och session och kasserar timrarna på varje avslutningsväg i sessionen.
9.1.421
  • Tidsbaserade väntekontrollpunkter sparar nu en exakt dueAt-tidsstämpel och normaliserar den till UTC.
  • En vanlig sessionsstart i automatik- eller God-läge låter framtida tidsutlösare vänta och fortsätter dem vid eller efter deras förfallotid.
  • Den första fortsatta körningen får den exakta förfallsobservationen; sessioner som hållits öppna hela tiden får i denna version ännu ingen runtime-timer.
9.1.420
  • Ett aktivt mål med en beständig väntekontrollpunkt lämnar över kontrollen efter den aktuella körningen i stället för att tilldela ytterligare en autonom körning.
  • Externa, tidsbaserade, beroenderelaterade och av användarbeslut beroende utlösare förblir sparade och utvärderas på nytt när nästa händelse inträffar.
  • Omedelbara mål och äldre aktiva mål utan kontrollpunkt fortsätter oförändrade.
9.1.419
  • En vanligt fortsatt session för nu vidare ett redan aktivt mål när dess sparade nästa utlösare uttryckligen är omedelbar och automatik- eller God-läget är aktivt.
  • Fortsättningen förblir intern, körs högst en gång per fortsatt session och framstår aldrig som ett påhittat användarmeddelande.
  • Väntande, pausade och blockerade mål, saknade kontrollpunkter samt manuella behörighetslägen förblir pausade.
9.1.418
  • Telegram bevarar nu avsändarens uttryckliga bot-märkning i inkommande data så att identitetskontexten kan skilja agenter från människor.
  • Telegram-aktörer som redan sparats som människor korrigeras bara till agenter när leverantör, subjekt och uttrycklig bot-märkning stämmer överens.
  • Aktörsuppgifter finns kvar, agenter nedgraderas aldrig och namn eller användarnamn används aldrig för att härleda en agentidentitet.
9.1.417
  • Automatiska Telegram-ersättningssvar delar nu upp svar med mer än 4 096 tecken i på varandra följande meddelanden i stället för att förkorta dem.
  • Varje tecken och varje Unicode-surrogatpar finns kvar; utgången registrerar alla returnerade meddelande-ID:n tillsammans med hela texten.
  • Om en del misslyckas stoppas leveransen vid den punkten i stället för att ett ofullständigt svar rapporteras som fullständigt.
9.1.416
  • Nya resultat från den senaste verktygsanropsbatchen förblir fullt läsbara fram till nästa assistentsvar, även om Telegram- eller styrningskontext matas in därefter.
  • Batchutflyttning, historikrensning och mikrokomprimering använder nu samma semantiska gräns för nya resultat.
  • Redan utvärderade äldre resultat komprimeras vidare som vanligt, så att de tidigare kontextbesparingarna finns kvar.
9.1.415
  • Det beständiga arbetsfokuset bevarar nu den exakta utlösaren för nästa åtgärd över omstarter och kontextbyten.
  • Nästa åtgärd förblir åtskild från sitt godkännandevillkor; det gäller även giltiga villkor med mer än 512 tecken.
  • Felaktiga utlösare eller utlösare som inte passar fasen avvisas säkert; äldre kontrollpunkter behåller sitt tidigare beteende.
9.1.414
  • Nya beständiga åtgärdskontrollpunkter registrerar den exakta utlösare som tillåter nästa åtgärd.
  • Icke väntande faser kräver en omedelbar utlösare; väntande faser kräver en namngiven extern händelse, en tidpunkt, ett beroende eller ett användarbeslut.
  • Väntande mål förblir aktiva utan att utföras i förtid; äldre kontrollpunkter förblir läsbara.
9.1.413
  • Telegram-svar som når modellens utdatagräns levereras inte längre som ofullständiga inledningar.
  • Samma pågående session skapar en kort, fullständig fortsättning och gör högst tre återställningsförsök innan den avbryts säkert.
  • Ett uttryckligt svar via Telegram-verktyget har fortfarande företräde och undertrycker återställningen, så att lyckade sändningar aldrig dupliceras.
9.1.412
  • Beständiga mål som skapats av modellen börjar nu atomärt med revision 1 och en fullständig begränsad problemram.
  • God-läget och automatläget fortsätter en redan auktoriserad målstart utan en andra bekräftelse; i manuellt läge krävs fortfarande godkännandet.
  • Autentiserat, icke-trivialt flerstegsarbete kan under en befintlig autonom instruktion växla till det beständiga målläget; hälsningar, enstegsförfrågningar och vaga uppgifter förblir uteslutna.
9.1.411
  • Icke-triviala och okända uppgifter kan nu spara en begränsad problemram i den beständiga åtgärdskontrollpunkten.
  • Ramen fångar framgångskriterier, saknad kunskap, upp till fem möjliga åtgärder, den valda åtgärden med motivering, valet av stöd, risken och återfallsvägen.
  • Problemramen överlever fortsättning och omstart enbart som beskrivande tillstånd och kan aldrig bevilja behörigheter.
9.1.410
  • Privata Telegram-minneskommandon begränsar nu relationsområdet till respektive person.
  • Minnesfokuset döljer andra personers relationer och behåller den övriga kontexten.
  • Korrigeringar och raderingar kan inte välja en annan persons relation; det lokala operatörsfokuset behåller den fullständiga vyn.
9.1.409
  • Telegram-svarsverktygen och TUI:ns återfallsväg använder nu en gemensam kanonisk katalog för kanaltillståndet.
  • Profilspecifika BLUN_HOME-värden skapar inte längre ett andra katalogträd för Telegram-in- eller -utgångar.
  • Ett uttryckligen satt BLUN_TELEGRAM_STATE_DIR förblir avgörande; annars använder båda sökvägarna ~/.blun/channels/telegram.
9.1.408
  • Bekräftade relationsdetaljer slås samman först efter två oberoende observationer i direkta kanaler.
  • Meddelanden som spelas upp igen förblir idempotenta; gruppmeddelanden och behörighetsliknande påståenden förblir uteslutna.
  • Bekräftade privata relationsminnen kan följa samma person över Telegram och CLI utan att bevilja befogenheter.
9.1.407
  • Telegram-svarsverktyget importerar den sökväg till den löpande inkommande historiken som dubblettigenkänningen använder.
  • Vanliga Telegram-svar misslyckas inte längre med felet inboxLog is not defined.
  • Den separata bridge-återfallsvägen förblir tillgänglig som säkring av leveransen.
9.1.406
  • Upprepade leveransförsök av privata Telegram-händelser med samma tidsstämpel och text sparas bara en gång i relationskontinuiteten.
  • Ett påstående som faktiskt upprepas senare förblir en del av den begränsade relationshistoriken.
  • Naturligt formulerade uttryckliga minnesnotiser i slutet av en mening känns igen som referensdata utan att bevilja eller ändra behörigheter.
9.1.405
  • Det kopplade Telegram-kommandot /status rapporterar nu konsolprocessens ålder och hjärtslag, det aktuella arbetssteget samt den aktiva uppgiften, utan att anropa modellen.
  • Köeftersläpningen mäter nu olästa byte från en kontrollpunkt som är bunden till den exakta aktuella köfilen.
  • Fjärrstatusen förblir skrivskyddad och innehåller varken chat-ID:n, filsökvägar, inloggningsuppgifter eller meddelandeinnehåll, inte heller fullständiga uppgiftslistor.
9.1.404
  • Oförändrat innehåll i config.toml ersätter inte längre den befintliga privata filen.
  • Den exakta bytejämförelsen är begränsad till reguljära mål som inte är symboliska länkar.
  • Ändrade, saknade, ogiltiga och oläsbara mål använder fortfarande den befintliga kraschsäkra atomära skrivvägen.
9.1.403
  • Den automatiska rangordningen av inläsningsbara verktyg ignorerar inbäddade bilage- och dokumentnyttolaster.
  • Varje avsiktsfragment begränsas före den lexikala jämförelsen till den befintliga ToolSearch-frågebudgeten på 1 000 tecken.
  • De faktiska instruktionerna, bilagorna och uttryckliga ToolSearch-förfrågningarna förblir oförändrade.
9.1.402
  • Utgångna arkiv i komprimeringshistoriken rensas en gång i bakgrunden när ett King-kommando startas.
  • Startrensningen förblir icke-blockerande och kan inte fördröja den normala kommandoavverkningen.
  • Fel vid rensningen loggas säkert och avbryter inte den pågående sessionen.
9.1.401
  • Det första textfragmentet i varje pågående svar visas nu omedelbart i stället för att vänta på ett timer-återanrop.
  • En ny tur och varje nytt assistentsvarssegment får var sin omedelbara första visning.
  • Senare text-, tanke- och verktygsfragment behåller den adaptiva buntningsrytmen som skyddar prestandan i långa sessioner.
9.1.400
  • Stora fortsatta sessioner spelas nu upp kooperativt så att TUI:n kan rita om och reagera under återställningen av historiken.
  • Varje beständigt sparad uppspelningspost visas fortfarande; ingen del av historiken kapas, hoppas över eller raderas.
  • Små fortsättningar behåller sitt tidigare beteende; stora fortsättningar lämnar över exekveringen till händelseloopen efter var 30:e post.
9.1.399
  • Granskade lärkandidater är nu begränsade till det aktuella Git-projektet i stället för att hamna i orelaterade arkiv.
  • HTTPS- och SSH-utcheckningar av samma ursprung använder en gemensam anonym projektidentitet.
  • Arkiv-URL:er och lokala projektsökvägar sparas aldrig i poster för lärkandidater; arbete utanför Git behåller det befintliga profilövergripande beteendet.
9.1.398
  • Rena Telegram-textsvar dedupliceras nu över verktygsvägen och båda automatiska återfallsvägarna.
  • Ett identiskt eller nästan identiskt svar undertrycks bara när inget nyare inkommande meddelande föreligger.
  • Bilagor, avvikande resultat och svar efter ett nytt användarmeddelande behåller sitt tidigare beteende.
9.1.397
  • Mål med ett uttryckligt avslutskriterium kräver nu före avslutet en kontrollpunkt som stöds av runtime.
  • Misslyckas avslutskontrollen förblir målet aktivt och ger tillbaka konkreta meddelanden om vad som ska omarbetas.
  • Vanliga turer och mål utan uttryckligt avslutskriterium behåller sitt tidigare beteende.
9.1.396
  • Naturliga förfrågningar kan i samma tur i förväg välja ut upp till två inläsningsbara verktygsscheman som passar med hög säkerhet.
  • Urvalet beaktar uteslutande den aktuella avsikten i kanalen och ignorerar föråldrad Telegram-kontext.
  • För svaga, tvetydiga eller okända förfrågningar förblir ToolSearch tillgängligt utan att utöka den beständigt inlästa verktygsmängden.
9.1.395
  • Accepterade mediajobb spåras beständigt, identiska öppna förfrågningar återanvänds och avslutade resultat sparas efter kvalitetskontroll och levereras till berörd chatt.
9.1.394
  • En versionerad, frivilligt aktiverbar minnesleverantör kan koppla samman CLI- och portal-turer med en gemensam kognitiv händelseström.
  • Standardvalet förblir den befintliga lokala SQLite-lagringen, utan ny nätverksåtkomst eller förändrat runtime-beteende.
  • Leverantörssökvägar, synkrona fabriksfunktioner och kontraktsversion 6 kontrolleras nu säkert före runtime-starten och avvisas vid avvikelser.
9.1.393
  • Interaktiva starter med king och king -c visar åter den synliga uppdateringsväljaren 1/2/3 så snart en nyare version finns.
  • Nedladdning av uppdateringar i bakgrunden, den väntande aktiveringen och det fördröjda automatiska bytet har tagits bort.
  • Efter en vald installation avslutas king för en manuell omstart; king -c fortsätter den senaste sessionen med den nya versionen.
9.1.392
  • Ofullständiga mellanresultat av en bildgenerering skickas inte längre som privat Telegram-uppdatering så länge inget mediaresultat föreligger.
  • De uppmätta felbeskrivningarna från GenerateImage och GetMedia undertrycks; avslutade medieleveranser förblir synliga.
  • Privata konversationer och vanliga begärda resultat förblir oförändrade.
9.1.391
  • Portalövergripande minneskontinuitet kräver nu ett exakt, aktivt bevis på identitetskoppling från den betrodda runtime:n.
  • Liknande namn, avvikande tenants eller källidentiteter, felaktiga utställare och återkallade bevis förblir åtskilda och avvisas säkert.
  • Version 6 av minnesadapterkontraktet stödjer verifierad OAuth, säkra kontokopplingar och uttryckligen bekräftade identitetstilldelningar utan att härleda behörigheter från minnen.
9.1.390
  • Det gemensamma minnesomslaget registrerar nu händelsetidpunkten och mottagningstidpunkten separat.
  • Varje ny kognitiv händelse får uttryckligen en bevarandeklass för driftdata, beständiga data, relationer eller kontrolländamål.
  • Version 5 av minnesadapterkontraktet avvisar ofullständiga händelseomslag före varje lokal eller fjärrskrivning.
9.1.389
  • Minneshändelser registrerar nu källportalen och källkanalen som separata, autentiserade ursprungsfält.
  • CLI-, Telegram-, runtime-, personlighets-, korrigerings- och återkallelsesvägar bevarar den exakta kanalen vid lagring och uppspelning.
  • Version 4 av minnesadapterkontraktet avvisar skrivningar när den sparade källkanalen inte stämmer överens med den kanal som behörigheten tillåter.
9.1.388
  • Minnesläsningar returnerar endast observationer från det synlighetsområde som behörigheten tillåter, om inte den strikt interna agentvägen används.
  • Skrivningar, händelsekontroller och attention-operationer avvisas säkert när deras tillämpningsområde eller autentiserade källa inte passar till den aktuella åtkomstkontexten.
  • Den lokala SQLite-adaptern hämtar avgränsade observationer via ett eget synlighetsindex i stället för att först läsa in orelaterade minnen.
9.1.387
  • Varje operation hos en minnesadapter bär nu en strikt kontext för identitet, portal, kanal, konversation, tillämpningsområde och behörigheter.
  • Behörighetskontexten kontrolleras utanför minnesnyttolasten och lagras inte beständigt som minnesinnehåll.
  • Dedupliceringen av händelser är begränsad till tenant och agent. Därigenom går det inte att känna igen händelsers existens över tenants.
9.1.386
  • Det kognitiva tillståndet ligger nu bakom ett versionerat kontrakt för minnesadaptrar, som turens livscykel och personlighetens runtime använder gemensamt.
  • Den befintliga SQLite-händelselagringen förblir förinställningen. Externa portal-klienter kan tillhandahålla samma kontrakt utan att skapa ett eget portal-tillstånd.
  • Ej stödda adapterversioner och ofullständiga implementationer avvisas säkert före varje minnesoperation.
9.1.385
  • Telegram-meddelanden som köats före sessionsstarten frigörs nu så snart sessionen är redo.
  • Sessioner i vänteläge tömmer kön i normal FIFO-ordning; redan fortsatta aktiva turer använder en begränsad styrning.
  • Beständiga kökontrollpunkter förblir oförändrade tills meddelandet faktiskt har accepterats.
9.1.384
  • Hänvisningar till Telegram-bilder läser nu i samma tur in verktygen för bildgranskning och bildgenerering.
  • Bufrade Telegram-meddelanden bevarar mediaavsikten för hela den väntande batchen i stället för att bara beakta det sista meddelandet.
  • Lokala bildsökvägar och Telegram-filidentifierare väljer rätt gransknings- eller nedladdningsväg utan att beständigt läsa in mediascheman.
9.1.383
  • Nya Read-resultat förblir nu fullt synliga för det modellsteg som begärde dem i stället för att flyttas ut före utvärderingen.
  • Parallella nya verktygsresultat förblir läsbara fram till sitt utvärderingssteg och får arkiveras först när de har blivit historiska.
  • Arkiveringen av historiska utdata och kontextbesparingarna förblir aktiva efter det skyddade fönstret för det senaste arbetet.
9.1.382
  • Kommandot /loop accepteras nu även medan ett annat svar pågår.
  • Skapas en loop under pågående arbete sparar King den och ställer dess första instruktion i kön utan att avbryta den aktuella turen.
  • Loopskapandet i vänteläge samt det befintliga beteendet för status, paus, fortsättning och stopp förblir oförändrade.
9.1.381
  • Efter en slutgiltigt misslyckad ToolSearch tas ToolSearch bort från den aktiva verktygslistan för resten av denna tur.
  • Den lyckade schemaigenkänningen och hanteringen av redan inlästa verktyg förblir tillgängliga och oförändrade.
  • Därigenom förbrukar upprepade synonymsökningar inga ytterligare token när runtime redan har bevisat att ingen lämplig integration finns.
9.1.380
  • Ett övergående fel i styrningen av den aktiva turen aktiverar nu Telegram-leveransstyrningen omedelbart igen i stället för att låta det återställda gruppmeddelandet vänta till slutet av turen.
  • Väntande gruppmeddelanden levereras fortsatt även under långt arbete; FIFO-ordningen och den befintliga karantängränsen på tre försök bevaras.
  • Ingen pågående session avbryts eller startas om.
9.1.379
  • Övergående upprepningar av bekräftelsen av en kanalstyrning visar inte längre ett felaktigt rött fel så länge meddelandet förblir återställningsbart i kön.
  • Ett synligt leveransfel visas först efter att det tredje misslyckade försöket säkert har arkiverat den fullständiga första köposten.
  • Beteendet för upprepning, bekräftelse, arkivering och FIFO-ordning förblir oförändrat.
9.1.378
  • Vid snabbt på varandra följande bakgrundspubliceringar finns nu en enda ersättningsbar status för den förberedda uppdateringen, i stället för att för varje version lägga till en ny loggdel.
  • Posten för den förberedda uppdateringen visar alltid den senaste verifierade målversionen; den aktiva sessionen förblir orörd fram till sin naturliga omstart.
  • Meddelandet om den faktiska installationen och ändringsloggen förblir beständigt och oförändrat. Färre ändringar i loggen döljer därför ingen aktiverad uppdatering.
9.1.377
  • Väntande Telegram-uppgifter tar nu över det avgörande ID:t för den aktiva turen från kärnan. En föråldrad synlig TUI-status kan därmed inte längre leda till att ett accepterat meddelande förblir obekräftat.
  • Styrkommandot /loop utförs omedelbart under pågående arbete; den beständiga kommandobekräftelsen beror inte längre på ett lyckat Telegram-statusvar.
  • Misslyckas leveransen av den första köposten tre gånger, arkiveras den med alla återställningsmetadata lokalt innan kön fortsätter. På så sätt blockerar en felaktig post inte senare meddelanden.
9.1.376
  • Stora historiska verktygsresultat sparas beständigt före kontextkomprimeringen, så att deras fullständiga utdata förblir återställningsbara även efter att den inbäddade förhandsvisningen tömts.
  • De sparade resultathänvisningarna överlever senare mikrokomprimeringar och behåller de begränsade metadata som krävs för att läsa in den ursprungliga utdatan på nytt.
  • Utflyttningstelemetrin rapporterar storlekar och återställningsstatus utan att avslöja resultatinnehåll eller privata sökvägar.
9.1.375
  • Privata Telegram-DM:er och snedstreckskommandon behåller högsta leveransprioritet. Uttryckligen adresserat grupparbete köas därefter i FIFO-ordning före normal eller ej adresserad äldre eftersläpning.
  • En uppdateringsöverlämning får bara passera en icke-tom kö när varje post är beständigt, ännu ej bekräftat Telegram-arbete med kvitteringsväg. Lokalt, blandat eller icke beständigt arbete blockerar fortfarande.
  • Meddelandet om förberedda uppdateringar följer ett godkänt gränssnittsspråk för personan. För ett språk som ännu inte godkänts som TUI-språk visas bara versionsinformationen i stället för att falla tillbaka på fel språk.
9.1.374
  • Meddelandet för en förberedd uppdatering använder inte längre ett fast inbyggt tyskt meddelande utan den redan godkända gränssnittsöversättningen av det aktiva språket.
  • Resume- och ny-session-lägena förblir åtskilda; uppdateringsöverlämning, återställning och Telegram-duplikatbekräftelse har inte försvagats.
9.1.373
  • En uppdatering som förberetts i bakgrunden kan nu ta över den pågående sessionen vid en verifierad säker gräns. Session-ID och arbetskatalog bevaras; pågående verktyg, skalkommandon, komprimering och väntande meddelanden hindrar överlämningen.
  • Supervisorn aktiverar den nya runtime:n först efter dess loaded- och ready-bevis. Misslyckas starten återställs den gamla runtime:n med exakt session och den felaktiga pending-posten kasseras.
  • Telegram-duplikat som redan återställts i leveransreskontran kvitteras omedelbart vid köuppspelning. De väntar inte längre på ett modellsteg som för ett duplikat avsiktligt aldrig startar och blockerar därmed inte längre efterföljande gruppmeddelanden.
  • Det beständiga arbetsfokuset bär nu kunskapsstatus, beviskontext, korrigeringar, återkallelser och konfidens över turer. Därav uppstår fortfarande inga nya rättigheter eller godkännanden.
9.1.372
  • Beständiga målkontrollpunkter skiljer nu verified, credible_unverified, hypothesis, uncertain_memory, stale och unknown. Rimliga antaganden behandlas därmed inte längre som säker kunskap.
  • Ursprung och kunskapsstatus kontrolleras gemensamt: runtime-verktygsbevis får bara anses verified efter en lyckad verktygskörning, inte externa rapporter. Carry-forward-tillstånd bevarar sin tidigare status och sitt senaste verifieringsbevis.
  • Gamla replay-tillstånd utan det nya fältet förblir läsbara som legacy_unknown. Nya kontrollpunkter måste uttryckligen ange sin status. Rättigheter, godkännanden och auktoritet förblir oförändrade.
  • Den knappa kontextprojektionen anger det epistemiska tillståndet på exakt en rad, så att agenten beaktar det i nästa steg utan att belasta kontextbudgeten med extra text.
9.1.371
  • Reparation av ett kopplingsfel från 9.1.370: Det evidenceBasis-värde som redan sparades och projicerades där är nu också en del av det strikta offentliga GetGoal-utdataschemat och går inte längre förlorat vid hämtningen.
  • Schemat accepterar de fyra aktuella ursprungstyperna samt legacy_unknown för gamla replay-tillstånd. Rättigheter, godkännanden och auktoritet förblir oförändrade.
  • En fokuserad testkörning av kopplingen och en egen mutant säkrar den nya offentliga kopplingen mot återfall.
9.1.370
  • Varje ny arbetskontrollpunkt anger nu uttryckligen vad dess senaste bevisade status grundas på: lyckat runtime-verktygsanrop, direkt användarutsaga, extern rapport eller oförändrad fortskrivning.
  • runtime_tool accepteras bara när den aktuella turen innehåller minst ett verktygsanrop som runtime har tillåtit och som har avslutats framgångsrikt. carried_forward får inte ändra den senast bevisade statusen. Båda vägarna avbryts fail-closed vid motsägelse.
  • Gamla sparade kontrollpunkter förblir läsbara som legacy_unknown. Ursprungstypen är epistemiskt tillstånd och skapar varken rättigheter, godkännanden eller auktoritet.
9.1.369
  • En beständig arbetskontrollpunkt får nu automatiskt ett kompakt runtime-bevis från de redan avslutade verktygsanropen i samma tur. Beviset anger bara tur-ID, total-, framgångs- och felsiffror samt en kort digest.
  • Verktygsnamn, ID:n, argument, kommandon, utdata, sökvägar och användartext skrivs inte in i kontrollpunkten. Ett tomt bevis förblir ärligt på noll i stället för att låtsas vara en mätning.
  • Bara ett verktygsanrop som runtime-policyn har godkänt och som har avslutats framgångsrikt räknas som framgång. Blockerade, misslyckade, avbrutna eller bevis som modellen själv har skickat med skapar ingen auktoritet.
9.1.368
  • Varje beständig arbetskontrollpunkt bär nu en monoton revision. Den första skrivningen börjar vid revision 1; varje följande måste exakt öka den aktuellt projicerade revisionen med ett.
  • En gammal parallelltur eller en föråldrad kanalvy kan inte längre i efterhand skriva över en nyare bevisad arbetsstatus. Föråldrade, överhoppade och ogiltiga revisioner avbryts fail-closed innan måltillståndet ändras.
  • Befintliga kontrollpunkter utan revisionsfält behandlas vid läsning kompatibelt som revision 1. Revisionen är arbetstillstånd och skapar inga rättigheter eller godkännanden.
9.1.367
  • Den aktiva målpåminnelsen bär nu den beständiga arbetskontrollpunkten direkt. King behåller därmed fas, senaste bevisade status, exakt nästa åtgärd och förväntat bevis även när den extra kognitiva minnesadaptern för tillfället inte är tillgänglig.
  • Före alternativa vägar utförs först den exakt planerade nästa åtgärden. Kontrollpunkten ändras först när ny evidens verkligen ändrar den bekräftade statusen.
  • Fallbacken är bara en kompakt projektion av den redan kontrollerade kontrollpunkten. Den skapar inga rättigheter, inga nya datafält och ingen omstart.
9.1.366
  • Aktiva mål kan nu spara en liten, beständig arbetskontrollpunkt med fas, senaste bevisade resultat, exakt nästa åtgärd och förväntat bevis. Efter resume eller händelseuppspelning fortsätter King på den punkten i stället för att på nytt fråga om tillåtelse eller börja om från början.
  • En ren kontrollpunktsuppdatering låter målet förbli aktivt. Pausade och blockerade mål förblir oförändrade; en resume nollställer bara runtime-klockan.
  • Kontrollpunkten är strängt begränsad och ren arbetsinformation. Okända fält, i synnerhet rättighets- eller administrationsuppgifter, avbryts fail-closed och kan inte skapa någon capability.
  • Utan kontrollpunkt förblir det tidigare kompakta fokuset oförändrat. Med kontrollpunkt kompletteras bara de fyra relevanta fokusobservationerna med den bevisade statusen; därmed förblir tokeninsatsen liten och konstant.
9.1.365
  • Privata Telegram-DM:er och den lokala CLI:n kan nu direkt läsa, korrigera eller radera beständigt fokus med /memory focus, /memory correct <id> <värde> och /memory delete <id>. Vägen startar ingen modelltur och förbrukar därför inga modelltokens.
  • Telegram-ändringar är bundna till positiva användar-, chatt- och meddelande-ID:n, en riktig privat DM, kanaltidpunkten och en stabil request-ID. Grupper, ofullständigt ursprung och ändrade upprepningar avbryts fail-closed.
  • Domän, nyckel och scope härleds alltid från det aktiva målbeviset och kan inte smygas in av anroparen. Korrigeringar och tombstoner förblir append-only, bevarar historiken och beviljar inga rättigheter.
  • Fokusutmatningen är för Telegram begränsad till åtta poster och färre än 3 500 tecken; totalantalet förblir synligt.
9.1.364
  • Den pågående kognitiva livscykeln kan nu korrigera ett beständigt fokus via correctFocusObservation och radera det via withdrawFocusObservation. Båda vägarna skriver fortsatt append-only i samma tenant- och agentbundna händelseström.
  • En revision är bara tillåten med attestationen runtime_user_prompt_hook och explicit_user_request. En normal modellsnapshot kan varken härleda eller smyga in en korrigering eller radering.
  • Varje revision bär en stabil request-ID samt portal, aktör, kontext, meddelande och tidpunkt. Identisk upprepning är idempotent; samma request-ID med ändrat innehåll och bakåtdaterade revisioner avbryts fail-closed.
  • Korrigering och efterföljande radering lämnar den fullständiga historiken oförändrad. Efter raderingen visas faktumet inte längre i prompten och förbrukar inga kontexttokens. Minnet kan fortfarande inte bevilja rättigheter.
9.1.363
  • En bekräftad radering sparas nu som en append-only tombstone. Det tidigare innehållet finns kvar i granskningsspåret och i hash-kedjan men försvinner helt från den gällande kontextprojektionen.
  • Gamla resume-, transkript- eller köhändelser med en tidpunkt före raderingen kan inte återaktivera det borttagna innehållet. Därmed behandlas en senare uppspelad gammal status inte som ny sanning.
  • Information som medvetet har lämnats på nytt efter raderingstidpunkten kan läras in igen. Tombstonen spärrar alltså gammal evidens, inte framtida utveckling.
  • Raderingar över främmande tenants, agenter, domäner, nycklar eller scopes, med saknat mål, svag konfidens eller felaktigt tombstone-värde avvisas transaktionsmässigt. Befintliga databaser migreras på plats.
  • Ett raderat faktum skapar ingen promptrad och förbrukar därmed inga kontexttokens.
9.1.362
  • En bekräftad korrigering kan nu uttryckligen ersätta exakt en tidigare observation inom samma tenant-, agent-, domän-, nyckel- och scope-område. Den gamla posten finns kvar append-only i granskningsspåret.
  • Den gällande vyn läser in det korrigerade värdet och markerar det som corrected; det ersatta värdet projiceras inte längre som aktuell konflikt.
  • Saknade mål, främmande scopes eller nycklar och korrigeringar under konfidens 1 avvisas transaktionsmässigt.
  • Befintliga SQLite-tillstånd får den nya relationskolumnen vid öppningen utan att förlora sin tidigare ström eller sin version.
9.1.361
  • Lika trovärdiga personliga eller team-utsagor med samma scope och nyckel matas inte längre ut som sanning enligt principen "senaste värdet vinner". Projektionen markerar konflikten kort och kräver ett förtydligande utan att kasta båda innehållen in i kontexten.
  • Är en utsaga minst 0,2 konfidenspoäng starkare förblir den användbar men markeras som omtvistad. Ett senare svagare påstående kan inte längre skymma en bekräftad status.
  • Identiska bekräftelser slås samman till en fokuspunkt. Kanoniska mål- och framstegsfält förblir fortsatt revisionsbara.
  • Append-only-händelsehistoriken förblir oförändrad; behörigheter kan fortfarande inte uppstå ur den gällande vyn.
9.1.360
  • Det redan kanoniska /goal-tillståndet projiceras som beständigt arbetsfokus i den kognitiva händelseströmmen: mål, status, nästa utlösare och förväntat framgångsbevis.
  • Samma fokus förblir idempotent över runtime-omstarter. En oförändrad målstatus skapar inga dubbla händelser eller observationer.
  • Användningsräknare, tidsbudget och behörigheter kopieras inte in i fokuset. Utan aktivt mål läses inga ytterligare fokustokens in.
  • Projektionen kopplar det passande mål-scopet med den aktuella turens privata relations-scope; den skapar inga rättigheter.
9.1.359
  • Personality-minne och riktiga CLI-turer använder nu samma tenant- och agentidentitetsström från identity/manifest.json; utan fullständig identitet finns den kompatibla hashade återfallsvägen kvar.
  • Direkta Telegram-turer projicerar bara den aktuella motpartens privata relationsområde. Grupper och främmande relationer levererar inga privata fokustokens.
  • Scope-urvalet genomförs före rankningen; en nyare insikt från ett främmande scope kan inte längre skymma en passande post.
9.1.358
  • Ett nätverksfel under den automatiska uppdateringsförberedelsen rapporterades bara till en valfri fel-callback. Utan en ny poll stannade den körande King kvar på sin version, trots att sessionen själv fortsatte felfritt.
  • Launchern skriver nu en begränsad prepare-failed-händelse med versionsstatus samt säkert felnamn/-kod till handoff.jsonl.
  • Därefter planeras exakt tio sekunder senare ett nytt förberedelseförsök. Den pågående kärnan avslutas eller läses inte in på nytt.
  • Fel vid skrivningen av diagnoshändelsen förblir fail-soft; tokens, meddelandetext och övriga hemligheter loggas inte.
9.1.357
  • Upprepade åtkomster till samma effektiva systemprompt bygger inte längre om den stora teckensträngen av bas och runtime-bilaga vid varje åtkomst.
  • Resolvern håller exakt en aktuell bas-/bilagekombination och ogiltigförklarar den omedelbart så snart något av de två ingångsvärdena ändras.
  • Tom prompt, enbart bas, enbart bilaga och den tidigare uppdelningen med två radbrytningar förblir byteidentiska.
9.1.356
  • Oförändrade systemprompter räknas över upprepade modellsteg bara en gång tecken för tecken för kontextbudgeten.
  • Cachen är begränsad till fyra poster, högst 500 000 tecken per prompt och totalt 1 000 000 hållna tecken.
  • Ändrade prompter räknas fortsatt på nytt; kontextvisning, komprimeringsbudget och frågebudget använder samma aktuella värde.
9.1.355
  • Oförändrade LLM-frågekonfigurationer serialiserar sina verktygsscheman inte längre på nytt vid varje modellsteg bara för konfigurationsloggen.
  • Modell, alias, tankenivå, systemprompt och verktygsföljd jämförs mot den senaste fullständiga statusen.
  • Ändrade modeller, prompter, verktygsnamn, beskrivningar eller parameterscheman öppnar konfigurationsloggningen fortsatt riktat på nytt.
9.1.354
  • Oförändrade verktygsscheman serialiseras bara en gång per verktygsobjekt och räknas en gång för kontextbudgeten.
  • Ett inventarium med 403 verktyg räknas därmed inte fullständigt om vid varje upprepad frågekontroll.
  • Ändringar av namn, beskrivning eller parameterobjekt kasserar riktat bara cache-posten för det berörda verktyget.
9.1.353
  • Argumentfragment från agentsvärmverktyg parsas fortsatt omedelbart och förs in i framstegstillståndet, men delar nu den adaptiva render-timern.
  • Ett stort strömmat verktygsanrop utlöser därmed inte längre en komplett TUI-rendering för varje argumentfragment.
  • Start, avslut, fel och avbrott tar bort öppna svärm-timers före sin avslutande omedelbara rendering.
9.1.352
  • Assistant- och tankefragment från en agentsvärm uppdaterar framstegstillståndet fortsatt omedelbart men delar en adaptiv render-timer.
  • En fragmentstorm utlöser därmed inte längre en komplett TUI-rendering för varje delta.
  • Diskreta svärmhändelser och uppröjningen av framstegstillståndet tar bort öppna timers före sin omedelbara slutrendering.
9.1.351
  • Assistant- och tankefragment i BTW-/agentfönstret sparas omedelbart i turen men delar en adaptiv render-timer.
  • Controllern begär för dessa båda deltatyper inte längre en extra fullständig rendering per fragment.
  • Avslut, fel, nytt försök och dispose tar bort öppna timers; diskreta hook- och avslutshändelser förblir omedelbart synliga.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput för in stdout- och stderr-chunks omedelbart i aktivitetstillståndet men bygger upp underagentkortet bara i den adaptiva strömningstakten.
  • En gemensam pending-mängd hanterar flera samtidigt löpande delverktyg utan förlorad utdata eller en timer per chunk.
  • Verktygsavslut tar bort sin öppna refresh före den slutliga visningen; dispose kasserar timern och pending-mängden rent.
9.1.349
  • ToolCallComponent.appendSubagentText samlar snabbt inkommande text- och tankefragment omedelbart i det interna tillståndet men bygger upp underagentkortet bara i den adaptiva strömningstakten.
  • Avslut och feltillstånd tömmer en ännu öppen text-refresh före den slutliga visningen; dispose kasserar timern rent.
  • Därmed förblir inkommande byte omedelbart tillgängliga medan upprepade fullständiga ombyggnationer, snapshots och renderingar vid fragmentbursts uteblir.
9.1.348
  • Växande argument från underagent-/delverktyg samlas fortsatt omedelbart fullständigt men parsas och renderas inte längre om efter varje enskilt fragment.
  • En adaptiv timer buntar ihop förhandsvisningsuppdateringen. Vid avslut förs väntande argument alltid in före det slutliga verktygstillståndet.
  • Verktygsexekvering, godkännanden, slutargument och den befintliga normala strömningsvägen förblir oförändrade.
9.1.347
  • Händelsevägen anropade efter varje inkommande verktygsargument-delta omedelbart getStreamingToolCallPreview. Denna funktion parsar den dittills fullständiga växande JSON-texten.
  • Anropet skedde även för normala verktyg, trots att bara AgentSwarm behöver det omedelbart parsade mellanläget för sin pågående framstegsvisning. Därmed kringgick normalvägen delvis den begränsade förhandsvisningskadens som infördes i 9.1.346.
  • En liten ren policy beslutar nu före parsningen: normala verktyg samlar bara deltat och parsar vid den planerade förhandsvisnings-flushen; AgentSwarm parsar fortsatt omedelbart vid händelsenamn, aktivt verktygsnamn eller befintliga svärmframsteg.
  • Verktygsexekvering, godkännanden, slutliga argument och svärmvisningen förblir oförändrade.
9.1.346
  • 9.1.345 begränsade fulltext-omrenderingarna för långa svars- och tankeströmmar, men rena verktygsargumentströmmar hade inget av dessa båda textutkast och låg därför kvar på fasta 50 ms.
  • Varje verktygsförhandsvisning parsar den dittills fullständiga växande JSON-argumenttexten. Stora verktygsanrop kunde därför fortsatt mycket ofta parsa och rendera om hela nyttolasten.
  • Den redan bevisade adaptiva kadensen beaktar nu också det totala teckenantalet i de aktiva strömmade verktygsargumenten: 50, 100, 250 eller 500 ms enligt samma gränser.
  • Verktygsexekvering, argument, godkännanden, slutförhandsvisning och omedelbara avslutsflusher förblir oförändrade.
9.1.345
  • TUI:n satte vid strömning hittills varje 50 ms om den dittills fullständigt ansamlade svars- och tanketexten. Vid långa modellsvar växte därmed den textmängd som måste renderas upprepade gånger kraftigt.
  • Korta strömmar upp till 8.192 tecken behåller den tidigare snabbreagerande 50-ms-kadensen. Därefter stiger intervallet stegvis till 100 ms upp till 32.768, 250 ms upp till 131.072 och 500 ms däröver.
  • Explicita flusher vid verktygsgränser och vid finaliseringen förblir omedelbara. Provider-, kö-, sessions- och tokenlogiken ändrades inte.
9.1.344
  • Det kognitiva runtime-skiktet skrev hittills policy och resultat för varje verktygsanrop i två separata synkrona SQLite-transaktioner.
  • En isolerad testkörning av kostnaderna i Windows med 100 verktygsanrop behövde 627,63 ms och genererade 201 händelser. Innehållet omfattade 305 observationer.
  • Avslutade policy-/resultatpar i ett modellsteg sparas nu atomärt i begränsade grupper om högst tio verktyg. Avbrutna eller ännu öppna policy-kontroller sparas fortsatt enskilt vid slutet av turen.
  • Argument, utdata, rättighetsbeslutet, hash-kedjan och SQLite-beständigheten förblir oförändrade.
9.1.343
  • Ett privat Telegram-svar levererades redan framgångsrikt med Reply-verktyget. Därefter startade samma modelltur trots det ytterligare ett steg och genererade intern status- och arbetskontrolltext.
  • Det extra steget kostade i den uppmätta verkliga sessionen 42.360 inmatnings- och 411 utdatatokens, trots att det synliga användarsvaret redan var skickat.
  • Ett lyckat Telegram-reply avslutar nu omedelbart en privat konversationstur som markerats som direct. Misslyckade replies, grupper och andra verktyg körs oförändrat vidare.
  • Efter avslutet gäller fortsatt den befintliga direct-focus-controllern: den noterar det levererade svaret och återvänder efter samtalsslut eller lugntid till det sparade bakgrundsarbetet.
9.1.342
  • Relevansfrågan för Mistake.md tog hittills upp varje meddelande med rollen user. Därtill hörde även interna injektioner, komprimerings- sammanfattningar, skill-aktiveringar och bakgrundsmeddelanden.
  • Eftersom Mistake-påminnelsen själv sparas som ett internt user-meddelande ändrade den efter varje verktygssteg sin egen sökfråga. Därmed valdes den i samma tur på nytt ut och matades in.
  • Filtret använder nu bara handlingsrelevanta användar- och cron-inmatningar. Interna runtime-texter utesluts från relevansfrågan och låginformationsigenkänningen.
  • Riktiga användarmeddelanden, planerat arbete, alla verifierade lärdomar och återuppbyggnaden efter komprimering förblir oförändrat tillgängliga.
9.1.341
  • Vid den naturliga starten hittade launchern en redan lokalt förberedd och verifierad automatisk runtime men skickade den ändå först genom den nätberoende uppdateringsnotisen. Misslyckades den andra hämtningen tillfälligt, startades den gamla globala versionen igen.
  • En förberedd automatisk runtime med exakt passande läge (resume eller new) startas nu innan versionsinformationen hämtas på nytt. Aktiveringen förblir transaktionell: först när den nya kärnan har laddats framgångsrikt bokförs runtime:n som aktiv.
  • Vid resume bevaras sessions-ID och arbetskatalog. Manuellt uppdateringsval går fortsatt via den tidigare notisvägen.
  • Ingen pågående King avslutas. Fixen griper in uteslutande vid nästa naturliga start.
9.1.340
  • Launchern skrev lyckade uppdateringar till .blun/updates/install.json medan en profil-runtime sökte under .blun/profile/<name>/updates/install.json. Den verkliga profilsökvägen fanns inte; därför förblev notifiedAt i det gemensamma tillståndet null.
  • Profil-runtimes läser nu uppdateringsframgången från BLUN_SHARED_HOME och faller bara utan gemensam sökväg tillbaka på det tidigare BLUN_HOME.
  • Efter nästa naturliga start kan TUI:n visa versionen och upp till tre versionsnotiser en gång. Konfigurerade privata Telegram-mottagare får samma korta text utan modelltur och utan tokenförbrukning.
  • Installation, staging, aktivering och regeln om att aldrig kasta ut förblir oförändrade.
9.1.339
  • Lyckade verktygsuppföljningssteg med low-effort använder högst 4.096 completion-tokens i stället för tidigare 8.192.
  • Första steg, komplexa uppgifter och felsuppföljningssteg behåller sin konfigurerade tanke- och utdatakapacitet. Ingreppet är ingen global modell- eller kontextgräns.
  • Återmätningen över 1.442 verkliga low-effort-steg i en agentprofil gav: 2.118.588 utdatatokens totalt, median 791, p90 3.754, p95 5.485. Med den nya gränsen hade 229.761 tokens respektive 10,8 Prozent fallit bort; 91,1 Prozent av de uppmätta stegen förblir oförändrade.
9.1.338
  • Rena upprepningsfrågor som Kan jag fortsätta med mitt arbete? levereras inte längre i privata Telegram-samtal.
  • Intern kö-, handoff-, lane- och väntetillstånds-narration hålls borta från det privata svaret. Verkliga arbetsresultat och normala personliga svar förblir levererbara.
  • Slutar ett användbart svar bara med en ny fråga om lov att fortsätta arbetet, tas enbart denna slutfråga bort.
  • Grupproutingen och pågående sessioner förblir oförändrade.
9.1.337
  • profile/<name>/SOUL.md är den kanoniska identitetssökvägen för King.
  • En passande namngiven legacy-själ ersätter bara en oförändrad, genererad profilstomme. Utvecklade profilsjälar skrivs aldrig över.
  • Före en legacy-import säkerhetskopieras den genererade stommen som SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Avbrutna sessioner normaliserar sitt replay-tillstånd innan ytterligare Telegram-arbete levereras.
  • Avvisas leveransen till en aktiv tur faller meddelandet tillbaka på en ny kö-tur i stället för att försöka samma styrning på nytt var femte sekund.
  • DM-fokuskontrollpunkter behåller automatiska resume-timers och uttryckliga pauser över uppdateringar.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Ett normalt privat Telegram-meddelande avbryter den pågående uppgiften bara för det omedelbara samtalet. Därefter fortsätter King den exakt sparade arbetsstatusen automatiskt efter 60 sekunder utan ny tillåtelsefråga.
  • Ett uttryckligt samtalsslut fortsätter uppgiften omedelbart. Bara tydliga användarönskemål som pause, pausiere, stop, stopp, warte eller halte an håller uppgiften pausad tills användaren tillåter den igen.
  • Interna begrepp och statusrapporter om cron, kontrollpunkt, kö eller lane undertrycks i normala privata svar. Själva sakarbetet och dess sparade status förblir oförändrade.
9.1.334
  • Den automatiska bakgrundsförberedelsen svälter inte längre ihjäl när versionerna kommer tätt. Den tidigare 30-minutersspärren gällde alltid den senaste versionen; när versioner kom varje minut blev därför aldrig någon version gammal nog att förberedas.
  • En kryptografiskt matchande version laddas nu omedelbart, kontrolleras för integritet, installeras isolerat, sonderas syntaktiskt och markeras som väntande runtime.
  • Den pågående King-sessionen avslutas fortsatt inte. Aktivering och resume sker uteslutande i det befintliga skyddade flödet för nästa start. Denna version ändrar varken handoff- eller sessionslogiken.
9.1.333
  • En live-skärmbild bevisade efter 9.1.331 ett ERR_MODULE_NOT_FOUND i det hanterade Telegram-pluginet.
  • Plugin-importen pekade från det isolerade hanterade trädet på en kärnfil som inte hade installerats med där.
  • Den likaså uppmätta enorma upprepningstexten löpte i den synliga tankeströmmen. Den befintliga live-upprepningsspärren kontrollerade dittills bara svars-deltan.
  • 9.1.332 publicerades inte i det offentliga manifestet efter plugin-fyndet. 9.1.333 ersätter denna npm-kandidat fullständigt.
9.1.332 Ej publicerad
  • Ej publicerad. En plugin-import pekade från det isolerade trädet på en kärnfil som inte fanns med i paketet; 9.1.333 ersatte npm-kandidaten fullständigt.
9.1.331
  • Privata Telegram-samtal behåller naturliga svar och begärda arbetsresultat.
  • Uppmätta interna dubbelmeddelanden om pausat arbete, redan skickade svar, pågående turer, verktygsstatus och uteblivet handlingsbehov undertrycks bara i privata chattar.
  • Ett meddelande filtreras bara när det både innehåller intern runtime-kontext och uttryckligen inget nytt användarvärde.
  • Grupprouting, verkliga färdiganmälningar och normala korta samtal förblir oförändrade.
9.1.330
  • Den fullständiga själskällfilen för varje King bevaras oförändrad.
  • Modellkontexten får utifrån den en begränsad karaktärsprojektion med identitet, röst, värden, relationer, preferenser, mål och framvuxen historia.
  • Tydliga uppgifts-, lane-, rättighets-, QA-, verktygs-, kommando-, verifierings-, incident-, logg-, runtime-, uppdaterings-, deploy- och byggavsnitt läses inte längre in som personlighet i varje prompt.
  • Rena korta karaktärssjälar förblir byteidentiska. Okända icke-tekniska avsnitt förblir synliga i sin ordning.
  • Ingen själfil raderas, förkortas eller skrivs om automatiskt.
9.1.329
  • Varje namngiven King-profil använder i den gemensamma identitetskärnan sin egen agentnod. Relationer, historik och inlärda persondata faller inte längre samman på den först inrättade agenten.
  • Befintliga namngivna själfiler som _agent-a_soul.md, _agent-b_soul.md eller _agent-c_soul.md tilldelas den passande profilen och kopieras en gång byteidentiskt till SOUL.md.
  • Den gamla källfilen bevaras oförändrad. En befintlig profil-SOUL.md skrivs aldrig över.
  • Persona-val och personality-läge läser profilbundet. En trasig, för stor eller länkad profil-persona faller inte obemärkt tillbaka på en annan agents identitet.
  • Den gemensamma kärnan förblir användbar utan Mnemo-tvång. Löpande uppgifter, rättigheter och QA-regler ändras inte av denna migrering.
9.1.328
  • Persona och SOUL.md läses först från den aktiva profilen.
  • Namngivna profiler ärver aldrig en annan agents själ från det gemensamma hemmet.
  • Legacy- och standardprofiler behåller den tidigare gemensamma fallbacken.
  • Saknas en egen själfil verkligen, skapas en gång en minimal stomme; befintliga filer skrivs aldrig över.
  • Identitets- och relationssystemet förblir filbaserat och fungerar utan Mnemo-tvång.
9.1.327
  • Privata Telegram-samtal förblir hos personen: interna kö-, kontrollpunkts-, paus-, cron-, hook- och inaktivitetsrapporter undertrycks på båda leveransvägarna, så länge ingen arbetsstatus efterfrågats, inget beslut behövs och ingen relevant blockerare uppstått.
  • Tekniska arbetsstatusar går till den ansvariga teamkanalen. De kopieras inte ännu en gång in i den privata konversationen.
  • Exakta modellupprepningsloopar känns igen redan under strömmen. Den pågående providerströmmen avslutas och samma steg försöks på nytt exakt en gång med bevarad uppgiftskontext.
  • Själ, personkunskap, rättigheter, löpande uppgifter och den befintliga direct-fokus-pausen ersattes eller raderades inte. Ingen pågående TUI startades om.
9.1.326
  • Manuella och automatiska behörighetslägen speglar verktygsgodkännanden som begränsade knappar till den entydigt kopplade privata Telegram-DM:en.
  • Bara verktygsnamnet och befintliga urvalstexter överförs; argument, beskrivningar och hemligheter förblir lokala. Utgångna, främmande eller redan lokalt besvarade godkännanden kasseras fail-closed.
  • God Mode förblir fullständigt autonomt och skapar inget Telegram-godkännande.
  • Tekniska arbetsstatusar routas till den ansvariga kollegan och kopieras inte längre tillbaka in i användarens privata konversation.
9.1.325
  • God Mode utför personliga minnesskrivningar utan en andra fråga om godkännande; det befintliga sessions- och turbundna samtycket finns kvar.
  • En uttrycklig Telegram-anvisning att minnas aktiverar samma snävt begränsade samtycke som en direkt konsolanvisning. Manuella och automatiska behörighetslägen frågar fortsatt före skrivningen.
  • Uppdateringsjournalen sparar om en installation utlöstes manuellt, automatiskt eller via startdialogen.
9.1.324
  • Den första betrodda interaktionen med en bot lägger upp den lokalt som agent- och relationsnod. Roll, ansvarsområden, egenheter, samarbete och handoff kan därefter växa strukturerat.
  • Varje King projicerar ett kompakt kollegutklipp i sin kontext. Därmed känner han till uppgifter och egenheter hos andra agenter utan att ladda hela relationsarkivet.
  • Saknas information som är kritisk för uppgiften gissar King inte: Den frågar exakt en gång den bäst passande människan eller agenten. Är inget ansvarsområde känt frågar han användaren i stället för att hitta på ett namn.
  • Relationer och roller skapar aldrig rättigheter. Behörighets-, ACL- och hemlighetsfält projiceras inte in i kollegutklippet. Vägen är lokal, tenantbunden, namnneutral, Mnemo-oberoende och tillför varken modell- eller verktygsanrop.
9.1.323
  • Privata samtal svarar igen personen i stället för att frivilligt lämna ut interna processdata. Kontrollpunkter, hashvärden, sökvägar, verktygs-, cron- och hook-diagnoser, dolda regler, främmande agentuppgifter och inaktivitetsrapporter förblir interna.
  • Arbetsstatus nämns bara när användaren frågar efter den, hans beslut behövs eller en blockerare konkret berör honom. Pausat arbete förblir internt och förs inte in i ett ledigt samtal.
  • Regeln gäller med och utan personlighetsläge, innehåller inga fast kodade personer eller agenter och tillför cirka 75 prompt-token, men inget modell- eller verktygsanrop. Uppgiftsprioritet och bevisplikten förblir oförändrade.
9.1.322
  • Den synliga personlighetsväxeln skriver persona.json nu atomärt. Namn, språk, anteckningar och alla andra befintliga persona-fält finns kvar; bara personalityEnabled ändras.
  • SOUL.md, AGENTS.md, JOURNAL.md och relationsfiler skrivs varken vid avstängning eller påslagning. Den normala SOUL-baserade agentidentiteten förblir inläst i systemkontexten även med avstängd personlighetsfunktion.
  • En misslyckad live-uppdatering återställer urvalet byteexakt. Har parallellt en annan skrivare ändrat persona.json, bryter återfallsvägen med PERSONALITY_CHOICE_CONFLICT av och skriver ingenting över.
  • Symboliska länkar, överstora, ogiltiga eller icke-objektformiga persona-filer avvisas fail-closed. Vid påslagning förbereds identitetsträdet före commit.
  • Denna version omfattar inte det därefter belagda felet där en agent lämnade ut interna kontrollpunkter, cron-regler, SHA-värden och främmande uppgiftsdetaljer i privata samtal. Detta utmatningsfilter är nästa separata bygge.
9.1.321
  • Ett avslappnat första privat utbyte eller ett frivilligt personligt meddelande kan lägga exakt ett valfritt nyfikenhetstillfälle i modellkontexten. Det är ingen obligatorisk fråga; ordval och ton kommer fortsatt från den inlästa SOUL.md, inte från en fast frågelista.
  • Uppgift, brådskande angelägenheter, fel, länkar, kod, sökvägar och grupptrafik undertrycker nyfikenheten samfällt. Den sänder aldrig på egen hand och får inte avbryta pågående arbete.
  • En 30-dagars cooldown gäller per tenant, agent och kopplad person även över olika portaler. Samma nya försök för en händelse är idempotent.
  • Det nya tillståndet ligger inte längre som en Telegram-specifik nyfikenhetsfil i identitetsträdet. En utbytbar personality-memory-adapter skriver i stället en versionerad händelse i det befintliga transaktionella kognitiva lagret. Telegram är ursprung; den privata relationen är ett separat synlighetsscope.
  • Bara ämne, stabil händelse-/källidentitet, tidpunkt och privat scope sparas. Råtext, fasta frågor, rättighetsanspråk och hemligheter tas inte med. Osäkra rötter, främmande fält och lagerbortfall förblir fail-closed.
  • Grund för portalgränsen var det interna konceptpapperet v7. CLI:n är referensklient; det lokala lagret är uttryckligen markerat som utbytbar projektion och inget andra kanoniskt portallager.
9.1.320
  • Privata, uttryckliga öppna samtalstrådar sparas som oföränderliga, deduplicerade händelser med källa, tidpunkt, kontext och konfidens. Naturliga formuleringar som Frag mich morgen noch einmal nach ... känns igen liksom den explicita open-thread-formen.
  • Uttryckliga reparationsanvisningar sparas åtskilda från allmänna relationsanteckningar och beaktas i det senare beteendet.
  • Den aktuella turen ser sin egen nya anteckning avsiktligt ännu inte. Först en senare privat tur får den begränsade kontexten; därmed finns ingen dubbel eller suggestiv självbekräftelse.
  • Uppgift och explicita anvisningar står före socialkontexten. Öppna trådar får inte avbryta aktivt arbete och sänder aldrig på egen hand. Relationsdata kan inte skapa rättigheter, godkännanden eller behörigheter.
  • Grupptrafik, hemligheter, behörighetsformuleringar, osäkra sökvägar, symboliska länkar och överstora filer förblir fail-closed uteslutna.
9.1.319
  • En giltig befintlig profil utan sparat personalityEnabled-värde aktiverar personligheten nu automatiskt.
  • Vid den första normala prompten uppstår det lokala identitetsträdet med agentprofil och JOURNAL.md även utan Mnemo.
  • Ett uttryckligt false, 0 eller off förblir av. Skadade, symboliskt länkade och för stora persona-filer förblir fail-closed.
  • SOUL.md och AGENTS.md varken raderas eller skrivs om.
9.1.318
  • Bakgrundsuppdateraren laddar den senaste versionen bindande, kontrollerar dess oberoende publicerade SHA-512-integritet och markerar den för nästa start.
  • Den löpande King, hans tur och hans verktygsanrop förblir orörda. Det finns varken live-handoff, ACK eller tui.stop(76) längre.
  • Sessions-ID och arbetskatalog sparas tillsammans med den förberedda runtime:n. Först vid nästa naturliga start aktiveras den nya versionen och den exakta sessionen fortsätter automatiskt.
  • Den löpande TUI:n får högst en passiv färdiganmälan; en nyare förberedd version ersätter bara markeringen, aldrig den aktiva processen.
9.1.317
  • Förbrukar leverantören hela svarsbudgeten med ett length-avslut utan att leverera synlig text, fördubblas budgeten för nytt försök i stället för att minskas till en åttondel.
  • Det nya försöket förblir i samma tur och använder samma signal, samma meddelandehistorik och samma arbetsläge.
  • Den befintliga avbrottsbehandlingen och det begränsade antalet nya försök förblir oförändrade. Manuella avbrott eller permanent tomma resultat körs inte i oändlighet.
9.1.316
  • Privata Telegram-DM:er får ett eget direkt köspår före grupp-, loop- och bakgrundsarbete; ett explicit /urgent förblir fortsatt högsta prioritet.
  • Vid DM-samtalets början sparas den löpande arbetsstatusen en gång som begränsad kontrollpunkt. Meddelandetexten sparas inte beständigt.
  • Efter ett identifierat samtalsslut eller en minut av tystnad frågar King exakt en gång: Kan jag fortsätta med mitt arbete?
  • Det sparade arbetet förblir pausat och fortsätter först efter ett entydigt samtycke vid den ursprungliga kontrollpunkten.
  • Versionen inför leverans- och pausstyrningen. Det fullständiga personlighets-, relations- och journalsystemet förblir en separat, fortsatt utbyggnad.
9.1.315
  • Auktoriserade uppmärksamhetssignaler når nu turen via den normala kanalkön, utan att kringgå den befintliga leverans- eller rättighetspolicyn.
  • Signaler som är dubbla, föråldrade, inte godkända, ligger utanför scopet eller inte kommer från Telegram kasseras före modellkontexten.
  • Motfrågor förblir begränsade till högst en naturlig följdfråga, dedupliceras och tystnar när signalen inte längre är aktuell.
  • Versionen inför bara den säkra leveransvägen. Den därefter prioriterade DM-avbrotts- och fortsättningslogiken förblir medvetet förbehållen nästa, separata version.
9.1.314
  • Lokala snedstreckskommandon väntar inte längre i timmar i kön vid en lång aktiv tur, utan bryter turen kontrollerat av och kör som nästa arbetssteg.
  • Ett nytt snedstreckskommando ersätter i konsolen och Telegram ett redan väntande kommando av samma typ. Det gäller bland annat /reload och /loop; normala meddelanden, skalarbete och andra kanaluppgifter finns kvar.
  • Escape tar bort väntande snedstreckskommandon även när ingen aktiv tur längre är synlig. Den befintliga reload-kompatibiliteten finns kvar som omslag på den allmänna köpolicyn.
9.1.313
  • En lyckad automatisk uppdatering skrivs efter session-replayet som en beständig notis i TUI-transkriptet. Meddelandet kan därmed inte längre skrivas över av replay eller en kortlivad status.
  • Samma källversion, målversion och versionsnotiser sänds en gång till kopplade Telegram-DM:er via den befintliga, versionsbaserat deduplicerade vägen. Ett misslyckat sändningsförsök kan göras om.
  • Det offentliga manifestet för nu de fält name och releaseNotes som fallback-parsern förväntar sig. Vid uppdaterar-handoff, sessionsomstart och löpande processer ändrades ingenting.
9.1.312
  • Ett uttryckligt Telegram-/reload väntar inte längre bakom en lång löpande modelltur. Det sätts som styrkommando före den befintliga kön och utlöser exakt en gång det befintliga kontrollerade sessionsavbrottet.
  • Den befintliga reload-hanteraren kör först efter det bekräftade tur-slutet. Därmed startar ingen andra tur parallellt och en skrivande tur bearbetas inte mitt i reload-logiken.
  • Gamla reload-duplikat tas bort; normala Telegram-meddelanden och annat köarbete finns kvar i sin ordning. Telegram-kvittensen förblir öppen till den verkliga kommandoexekveringen.
9.1.311
  • En uppmärksamhetskandidat blir en begränsad leveransuppgift först när det finns en ny runtime-kvittens som är bunden exakt till dess kandidat-ID.
  • Bara runtime_user_prompt_hook och runtime_tool_policy gäller som auktoriteter. Minne, fel agent, fel kanal, fel scope, blockbeslut, framtidskvittens och mer än fem minuter gamla kvittenser blockeras som standard (fail-closed).
  • Kvittenser är tenantbundna, transaktionala och kan bara användas en gång. Samma nya försök är idempotent; användningen av samma kvittens för en annan kandidat avvisas som replay.
  • Den befintliga gemensamma cooldownen förblir verksam. Resultatet är bara en strukturerad attention_notice-intent och innehåller varken meddelandetext, sändningsfunktion eller behörighet. Själva leveranspolicyn förblir nästa separata steg.
9.1.310
  • Beständiga mål, öppna trådar, nästa utlösare, förväntade bevis, teamkontext och självkontext löper genom en gemensam, hårt begränsad fokusprojektion. Standard är högst sex poster och 900 tecken.
  • Projekt- och arbetsområden viktas före konfidens och aktualitet. Det senaste värdet visas utan att radera tidigare motsägande observationer ur den oföränderliga händelsehistoriken. Ändringar blir synliga som revised.
  • Kortlivade runtime-observationer, svag evidens och allmänna världsfakta förbrukar inget beständigt fokusbudget. Rättighets-, token- och hemlighetsfält avvisas redan vid skrivningen.
  • En strukturerad, idempotent snapshot kan föra fokuset vidare över sessioner. Projektionen är kontext, ingen behörighet, och kan varken skriva över uppgift eller runtime-policy.
  • Från ECC övertogs bara principen Kontext begrenzen, Relevantes laden. Ingen ECC-hook, inget lärominne och ingen harness installerades.
9.1.309
  • Den nya rena uppmärksamhetspolicyn skapar en begränsad kandidat bara utifrån belagda saknade agent-hjärtslag, förfallna löften eller uppgifter som varit blockerade länge.
  • Ansvar, aktiv uppgift, bevisad frånvaro, lokal tystnadstid, tillåten kanal, minimikonfidens och cooldown kontrolleras före upptagningen. Mänsklig tystnad utan förfallet löfte förblir verkningslös.
  • Varje kandidat bär evidens-ID, giltighetsområde, tidpunkt och konfidens, men varken promptinnehåll eller rättigheter, hemligheter eller sändningsfunktion.
  • Den gemensamma SQLite-kärnan ger en transaktional claim per tenant och evidens. Parallella agenter kan inte dubbelt överta samma anledning inom cooldownen.
  • Denna version skannar ännu inte på egen hand och sänder inget meddelande. Varje senare åtgärd kräver fortsatt den normala runtime-auktoriseringen.
9.1.308
  • Den förberedda runtime-posten innehåller i läget resume nu exakt den löpande sessions-ID:n och den kanoniskt kontrollerade arbetsmappen. En senare start behöver därför inte längre gissa någon senaste eller förmodat passande session.
  • Varje äkta sessionsbyte uppdaterar dessa data. Omedelbart före den säkra handoffen skrivs de ännu en gång innan den gamla runtime:n får bekräftelsen att avsluta.
  • Bara exakt samma session, som bevisligen har fortsatts via denna uppdateringsväg, får efter replayet en engångsimpuls att fortsätta, och bara om dess mål fortfarande är active. Normala starter, andra sessioner samt pausade eller blockerade mål förblir orörda.
  • Den säkra arbetsgränsen förblir oförändrad: ingen handoff vid strömning, komprimering, verktyg, skalkommandon eller väntande meddelanden. Ingen löpande King startades manuellt om för denna version.
9.1.307
  • Bara ett faktiskt handlingsrelevant fel från den omedelbart föregående runtime-turen visas som kort kontinuitetsbevis före nästa modellbeslut: avbruten/misslyckad tur, blockerad policy eller misslyckat verktyg.
  • En normalt avslutad tur skapar exakt ingen projektion och därmed noll extra kontexttoken.
  • Urvalet är bundet till runtime-ID plus tur-ID och förblir därmed korrekt även efter ett sessionsbyte där tur-ID:n börjar om från noll.
  • Projektionen innehåller inga prompter, argument, utdata, anrops-ID:n eller rättigheter. Den påpekar uttryckligen att den aldrig får auktorisera en handling eller skriva över aktuell användar-/verktygspolicy.
  • Etappen är medvetet reaktiv och snäv. Proaktiv uppmärksamhet, delegationstillstånd och öppna trådar om innehåll laddas här ännu inte.
9.1.306
  • Det kognitiva tur-lifecycle-spåret fångar nu för varje äkta verktygsanrop det faktiska runtime-beslutet från PermissionManager.beforeToolCall: passed, blocked eller error.
  • Efter körningen läggs det verkliga resultatet (success, error, cancelled), körningstiden och nästa kontrollutlösare till som oföränderligt bevis.
  • Bara verktygsnamnet och en stabil hash av anropsnyckeln sparas. Argument, verktygsutdata och promptinnehåll når inte det kognitiva tillståndet.
  • Den befintliga rättighetshierarkin förblir oförändrad: minne kan inte godkänna en handling. Inspelningsfel förblir fail-soft och får varken tillåta en verktygskörning eller blockera en användartur.
  • Ännu öppna är delegationsbevis, proaktiv uppmärksamhet och den strikt relevanta återprojektionen av tillståndet i senare beslut.
9.1.305
  • Den transaktionella SQLite-kärnan som infördes i 9.1.304 är nu kopplad till den verkliga runOneTurn()-livscykeln. Varje modelltur fångar perception, ursprungsklassifikation, begränsad turplan, förväntat slutbevis, resultat från promptkontrollen, avslutsgrund, körningstid och nästa utlösare.
  • Bara runtime-metadata sparas, inget promptinnehåll. Tenant och agent härleds stabilt ur BLUN-Home och aktiv profil, utan fasta personlistor.
  • Bara den befintliga runtime-policyn får ge ett kontrollresultat. Minne är hårt uteslutet som rättighetsauktoritet. Inspelningen returnerar aldrig en behörighet och har fortsatt ingen exekveringsfunktion.
  • Lärspåret är fail-soft: ett SQLite-/lifecycle-fel registreras bara som innehållsfri telemetri och får inte blockera den faktiska användarturen.
  • Ännu öppna är verktygsspecifika handlings-/delegationsbevis, proaktiv uppmärksamhet och den relevanta återprojektionen av tillståndet i senare beslut. 9.1.305 påstår därför ingen fullständig AGI-slinga.
9.1.304
  • Den första transaktionella kognitiva tillståndskärnan ligger som lokal SQLite-databas under BLUN-Home. Den kan spara själv-, världs- och teamobservationer, mål, öppna trådar, antaganden, nästa utlösare och förväntade bevis över sessioner.
  • Flera agent-/kanalskrivare serialiseras med BEGIN IMMEDIATE och optimistiskt versionsnummer. Föråldrade skrivare blockeras som standard (fail-closed); identiska händelseupprepningar är idempotenta.
  • Varje händelse är SHA-256-kedjad. Utsagor bär källa, kontext, tidpunkt, säkerhet och giltighetsområde. Motsägelser förblir separata oföränderliga observationer i stället för att skriva över gamla utsagor.
  • Rättighets-, capability- och hemlighetsformiga fält avvisas. Kärnan har ingen exekverings-, delegations- eller behörighetsfunktion.
  • Detta är den bevisade lagringsgrunden, ännu inte den fullständiga uppfatta-planera-handla-slingan och ännu inte inkopplad i varje tur.
9.1.303
  • En privat relationskandidat som fångats säkert i 9.1.302 laddas från och med nästa direkta samtal som tydligt icke-auktoritativ minneskontext. Den aktuella utsagan påverkar fortsatt inte sin egen tur.
  • Högst de två senaste validerade anteckningarna laddas, var och en maximalt 160 tecken, inom den oförändrade totalbudgeten på 1.500 tecken. Utan befintliga anteckningar uppstår 0 extra prompt-tecken och inget modell-, embedding- eller nätverksanrop.
  • Privata anteckningar laddas aldrig i grupper. Systemgränsen kallar dem uttryckligen referensdata i stället för anvisningar och upprepar att de varken kan bevilja eller ändra rättigheter.
  • Ännu öppna förblir automatiskt beständigt övertagande, konfliktbedömning, transaktionell mångagentslagring och proaktiv uppmärksamhet.
9.1.302
  • En uttrycklig privat utsaga som Bitte merk dir: ... eller Please remember that ... skapar nu en liten, ännu inte aktiv relationskandidat. För detta krävs inget ytterligare modell-, embedding- eller nätverksanrop.
  • Varje kandidat bär källa, kanal-/direktkontext, tidpunkt, säkerhet, giltighetsområde och den oföränderliga historieregeln. Samma levererade kanalhändelse är idempotent; senare bekräftelser och motsägelser förblir synliga som separata poster och skriver inte över varandra.
  • Grupper, normala samtalsmeningar, hemligheter, rättighets- och godkännandeutsagor, ogiltiga tenant-/agentidentiteter och osäkra sökvägar avvisas. Relationsdata kan fortsatt inte skapa några rättigheter.
  • Detta är bara det första säkra registreringssteget för produktmålet. Kandidaterna förblir pending och förs ännu inte automatiskt över till den aktiva relationen eller modellkontexten. Transaktional mångagentskärna, kognitivt tillstånd, egeninitiativ och proaktiv uppmärksamhet är därmed uttryckligen ännu inte klara.
9.1.301
  • Det ständigt inlästa personlighetsnärvaroblocket sjönk från 1.433 till 1.020 tecken, beräknat cirka 104 prompt-token mindre per aktiv personlighetstur. Inget ytterligare modell- eller minnesanrop tillkom.
  • Uppgiftsfokus, inläst själ, begränsad nyfikenhet, gruppskydd, osäkert minne, öppna trådar och relationsreparation finns kvar i det lilla blocket. Läget utan personlighet förblev byteidentiskt vid 288 tecken.
  • Rödprovet: den nya kontrollen på 1 050 tecken misslyckades vid 1 433 tecken. Mutationsprov utan personlighetsblock: 12/18 riktade tester röda. Återställt: fokuserat 18/18, hela sviten 690/690 grön.
  • Paketregressionskontroll 9.1.300 till 9.1.301: 164 mot 164 stabila sökvägar, 0 borttagna. Nyinstallation: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • En MCP-server som misslyckades vid start får nu upp till tre ytterligare anslutningsförsök med tio sekunders mellanrum. Därmed ges ett tillfälligt startfel inte upp efter bara ett försök.
  • MCP-inventariet loggas inte längre bara en gång, utan på nytt när antalet anslutna servrar eller verktyg ändras. En sen återhämtning ersätter därmed synligt den gamla 0/0-statusen.
  • Befintliga MCP-konfigurationer, verktygsdefinitioner och löpande sessioner förblir oförändrade. Följande anpassades: blun.mjs, test/mcp-runtime-resilience.test.js, package.json och package-lock.json.
9.1.299
  • Stora Read-resultat förblir nativt återläsbara: Den synliga utdatan är begränsad till 10 KiB och anger därefter den exakta nästa raden i stället för att bara visa [offloaded].
  • Stora vanliga Write-uppgifter och källfiler över 500 rader delas automatiskt i byteexakta fragment, sätts samman i en privat grannfil och skrivs atomärt till målsökvägen.
  • Efter sammansättningen kontrollerar runtime:n de lagrade byten via SHA256. Det befintliga Edit-skyddet förblir oförändrat; manuell fortsättning är fortsatt möjlig, men för stora fullständiga skrivningar inte längre nödvändig.
  • Nytt: bin/native-large-file-io.cjs. Anpassade: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, fyra fokuserade testfiler samt package.json och package-lock.json.
9.1.298
  • Aktiverat personlighetsläge inrättar vid den första normala TUI-turen på egen hand en lokal, tenantduglig identitetszon. Mnemo krävs inte för det.
  • De befintliga SOUL.md och AGENTS.md förblir inlästa och oförändrade. En ny JOURNAL.md uppstår bara en gång och ersätter varken själ eller regler.
  • Nya Telegram-identiteter får försiktiga person-, relations- och gruppnoder utan påhittade egenskaper. Privat historik och gruppkontext förblir åtskilda.
  • Direkt relationskontinuitet sparar högst sex korta, lokalt redigerade poster och ger högst två tidigare utdrag till den aktuella turen. Den aktuella texten injiceras inte dubbelt.
  • Det sociala uppmärksamhetslagret känner bara igen en belagd direkt återkomst efter minst sju dagars uppehåll, skapar högst en notis inom 30-dagars cooldownen och sänder själv inget meddelande.
  • Den aktuella uppgiften och uttryckliga anvisningar står i kontexten alltid före nyfikenhet, relation och uppmärksamhet. Hela det dynamiska identitetsblocket förblir som standard begränsat till 1 500 tecken.
  • Korrigeringarna för nya MCP-försök och reload-kön som publicerades i 9.1.296 och 9.1.297 finns med i kandidaten.
9.1.297
  • På två agenter låg en gammal /reload-uppgift efter Escape synlig i kön. En andra /reload kunde visserligen köra, men den första posten varken togs bort eller kvitterades mot en ny Telegram-leverans.
  • Den nya policyn tar bort uteslutande lokala och Telegram-reload-kommandon. Den behåller identiteten och ordningen i den befintliga kön samt alla andra meddelanden och kommandon.
  • Escape före avbrott av aktivt arbete och varje nytt inkommande /reload anropar samma städväg. Borttagna Telegram-poster kvitteras via sin befintliga acknowledge-callback.
9.1.296
  • En äkta resume-körning under 9.1.294 rapporterade den 27 augusti kl. 14:26:17Z exakt ett tyst startfel för windows-mcp: Timed out after 30000ms. Under de följande minuterna syntes varken ett andra startförsök eller ett avslutande fynd om nytt försök.
  • Den direkta starten av samma uvx windows-mcp serve svarade däremot efter cirka 3,7 sekunder på initialize. Installation och server var därmed i grunden funktionsdugliga; luckan låg i upprepningen av MCP-start för King.
  • blun.mjs behåller efter ett första MCP-startfel nu exakt ett nytt försök efter 10 000 ms. Timern förblir refererad tills det andra försöket har utförts. Det finns ingen process- eller sessionsomstart.
  • Misslyckas även det andra försöket, finns det befintliga ärliga sluttillståndet unavailable kvar. Andra MCP-servrar och TUI:n löper vidare.
9.1.295
  • Bakgrundsuppgifternas runtime registrerade för varje körning en lyssnare på en extern AbortSignal men tog inte bort den efter ett normalt worker-, timeout- eller stop-resultat. Långa agentsessioner kunde därmed samla föråldrade avbrottslyssnare.
  • bin/abort-listener-policy.cjs returnerar avbrottsutgången nu tillsammans med en idempotent cleanup()-funktion. blun.mjs anropar den i den befintliga finally-vägen tillsammans med timeout-rensningen.
  • Avbrottsbeteende, resultatval och synlig uppgiftssemantik förblir oförändrade. Ingreppet skapar inga modellanrop och inga nya kontexttoken.
9.1.294
  • Verkliga uppdateringsförsök från två agentprofiler bevisade samma förlopp: Det första anropet slutade med ett övergående fetch failed, det omedelbart följande andra anropet fungerade. Båda officiella källorna hade hittills bara ett enda nätverksförsök.
  • Registry och offentligt manifest får nu var och en en egen, begränsad budget för nya försök med 250 respektive 750 millisekunders backoff.
  • Nya försök görs bara vid tidsöverskridanden, kända övergående transportfel samt HTTP 408, 425, 429 och serverfel från 500.
  • Ogiltig JSON, för stora svar, inte tillåtna slutpunkter och beständiga klientfel som 404 förblir omedelbart röda. Det uppstår inga modellanrop, kontexttoken eller beständiga bakgrundsslingor.
9.1.293
  • Bakgrundsuppdateraren förberedde ett verifierat mål korrekt men sände därefter fortsatt RUNNING_UPDATE_PREPARED_MESSAGE till den aktiva core-runtime:n. En löpande TUI kunde därpå reagera vid en förmodat säker gräns med Exit 76. Det motsade produktavtalet från 9.1.222: Uppdateringar får aldrig avsluta en aktiv session och aktiveras först vid nästa naturliga start.
  • bin/launcher-runtime.js fortsätter nedladdning, integritetskontroll, staging, måluppdatering och rensning oförändrat, men skriver vid förberedelsen inget IPC-meddelande längre in i den löpande sessionen.
  • Befintliga direkta handoff-funktioner finns kvar för kompatibilitet; den automatiska bakgrundsvägen utlöser dem inte längre.
9.1.292
  • En verklig session körde 9.1.279 och hade förberett 9.1.287 med händelsen prepared-for-next-start men hämtade därefter ingen av de redan publicerade versionerna 9.1.288 till 9.1.291.
  • Orsaken låg i superviseProtectedCore(): Efter den första lyckade stagingen förblev updateStarted satt och scheduleNextPreparation() bröt dessutom av så snart preparedTarget existerade. Bakgrundspollaren avslutades därmed beständigt efter den första träffen.
  • Pollaren förblir nu aktiv även med förberett mål. Bara en strikt nyare, giltig semver ersätter det förberedda målet; lika, äldre eller ogiltigt jämförbara mål ignoreras.
  • En måluppdatering sänder avsiktligt inget andra prepared-IPC till den löpande TUI:n. Därmed förblir den aktuella processen orörd och den nyaste förberedda versionen blir aktiv först vid nästa naturliga start.
  • Så snart en handoff är bekräftad eller den bevakade core-runtime:n slutar, byts inget mål längre ut och ingen ny timer anläggs längre.
9.1.291
  • Den blockerande komprimeringsvägen registrerade på varje ännu inte avbruten signal en anonym abort-lyssnare men tog inte bort den efter komprimeringens avslut. I långa sessioner kunde så döda avbrottslyssnare samlas.
  • FullCompaction.block() använder nu en namngiven lyssnare och den lilla hjälparen waitForAbortableCompletion(). Hjälparen tar bort lyssnaren i finally efter framgång, fel eller avbrott.
  • En redan avbruten signal behandlas omedelbart utan att registrera en lyssnare. Ingreppet ändrar varken avbrottsbeslutet eller komprimeringslogiken utanför denna livscykel.
  • Mönstret kommer från den aktuella jämförelsen med AnythingLLM; bara den enskilt belagda lyssnarrensningen togs över, ingen främmande runtime.
9.1.290
  • BLUN visade hittills med /context bara de grova summorna av kontextfönstret. De faktiska kostnadsdrivarna inom systemkontexten och verktygsschemana förblev osynliga.
  • Det nya lokala kommandot /context-doctor delar den aktuella kontexten utan modellanrop i kärnanvisningar, personlighet och själ, relationer och närvaro, förmågeförteckning, runtime-tillägg, inbyggda verktyg, användarverktyg, MCP-verktyg, ytterligare verktygsscheman, samtal och leverantörsbetingad tilläggskostnad.
  • Alla underkategorier jämförs mot sin uppmätta föräldrasumma. Överlappande eller föråldrade uppskattningar kan därför inte artificiellt förstora visningen.
  • Ytan är fullständigt lokaliserad för engelska, tyska, spanska, franska, svenska och tjeckiska. Alla fem översättningar godkändes före inbyggnaden av den obligatoriska språkkontrollen och återkontrollerades därefter kryptografiskt.
  • Kommandot läser uteslutande den lokala sessionskontexten. Det anropar varken modellen, förbrukningsförvaltningen eller ett externt nät.
9.1.289
  • Det levande hub-beviset efter 9.1.288 visade en agentprofil fortsatt offline. Dess verksamma profilkonfiguration innehöll Mnemo-MCP:n med MNEMO_AGENT=<Profilname>, men ingen hub-URL i King-processen. 9.1.288-hjärtslaget uteblev därför trots befintlig intern identitet avsiktligt.
  • Launchern vidarebefordrar nu den aktiva profilfilen mcp.json till hjärtslaget. Bara ett aktiverat Mnemo-block med en konkret MNEMO_AGENT- eller BLUN_MNEMO_AGENT-identitet aktiverar den interna registreringen. Utan denna identitet förblir funktionen fullständigt av.
  • Processen skapar inga modellanrop, embeddings eller kontexttoken. Offentliga användarprofiler utan intern Mnemo-agentidentitet förblir åtskilda från den interna hubben.
9.1.288
  • En skärmbild bevisade MCP-orsaken direkt: windows-mcp och mnemo fick timeout efter 30 sekunder vid den första starten, medan ett senare /reload anslöt alla fem servrar. Profilsökvägen var korrekt; en loader-ändring kasserades därför.
  • Misslyckade MCP-starter får nu exakt två icke-blockerande bakgrundsförsök efter 1 och 3 sekunder. Det tredje totala försöket kan ansluta utan att förlänga TUI-starten. needs-auth, avaktiverade servrar, manuell återkoppling och shutdown förblir åtskilda från automatiken.
  • Om en Mnemo-hubb är explicit konfigurerad kan interna King registrera sig vid start med profilnamn, värd och PID samt sända ett hjärtslag varje minut. Utan hub-URL förblir funktionen fullständigt av; den skapar inga modellanrop, embeddings eller kontexttoken.
  • Escape behandlade det korta tillståndet queueSteerInFlight hittills inte som löpande arbete. Medan ett Telegram-meddelande styrdes in i den aktiva turen kunde Escape därför markera undo i stället för att stoppa turen. Det befintliga avbrottsvillkoret känner nu också igen exakt denna övergång.
9.1.287
  • Den uppskjutna ToolSearch-sökningen övertog söktexten hittills utan storleksgräns. En felaktigt skapad, mycket lång söktext kunde därmed genomsöka verktygskatalogen och därefter i nollträffsresultatet åter nå nästa modellsteg.
  • Mönstret, som härletts från AnythingLLM-commit d7353ae, begränsar texten nu före sökning och synlig utdata till 1 000 tecken. När det är möjligt slutar den vid en ordgräns; vid ett enda överlångt ord gäller den hårda gränsen.
  • Normala korta söktexter, verktygsval och träfflogik förblir oförändrade. Skyddet tillför varken modellanrop eller embeddings, upprepningar eller bakgrundsarbete.
9.1.286
  • Kärnan rapporterade kontrollerade upprepningar efter övergående modellfel redan som turn.step.retrying. TUI:n kastade dock bort denna händelse fullständigt. En pågående återhämtning såg därför ut som en frusen agent.
  • 9.1.286 visar under tiden i den befintliga sidfotsnotisen bara nästa försök och den begränsade väntetiden, till exempel Retry 2/3 | 1.3s.
  • Leverantörens feltext, statuskod och lokala sökvägar visas inte. Notisen tas bort bara när den fortfarande är samma värde som visningen av nytt försök satte; nyare notiser från andra TUI-funktioner finns kvar.
  • Antalet nya försök, backoff, modellanrop och tokenförbrukning förblir oförändrade.
9.1.285
  • AnythingLLM bevarar osända promptutkast lokalt. BLUN förlorade innehållet i TUI-inmatningsfältet vid en uppdatering, krasch eller kontrollerad omstart, trots att denna text ännu inte var någon modellkontext.
  • 9.1.285 sparar därför uteslutande det osända lokala utkastet. Det finns inget modell-, nätverks-, embedding- eller Mnemo-anrop och därmed inga extra tokenkostnader.
  • Utkastet är åtskilt per profil och arbetskatalog, skrivs först efter 300 ms stillhet, tas bort vid tömning och återställs vid nästa start före redigerarens fokus.
  • Lagringen är begränsad till 64 KiB. Tomma, skadade, för stora eller symlinkbaserade tillstånd kasseras fail-closed. Skrivvägen använder en privat temporär fil och atomär omdöpning.
9.1.284
  • DeepAgents-versionen 37d7777 för kostnaderna för dynamiska underagenter tillbaka in i den synliga totalanvändningen. BLUN rapporterade en underagents kumulerade användning visserligen vid sluthändelsen men skrev den inte in i den överordnade sessionens användningsregister.
  • Därmed kunde /usage utelämna underagentarbete. En enkel addition av slutvärdet vore också fel: Fortsättning och upprepning använder samma underagent med kumulerade räknare och skulle ha beräknat gammal användning på nytt.
  • 9.1.284 bildar därför för spawn, fortsättning och upprepning exakt skillnaden mellan försökets början och försökets slut. Skillnaden fångas i finally-vägen, så att även misslyckade försök räknas.
  • Återställda, icke-monotona eller ogiltiga räknare kasseras fullständigt. Därmed uppstår varken negativa eller påhittade tokenvärden.
  • Det finns inget ytterligare modell-, nätverks- eller minnesanrop. Ingreppet korrigerar uteslutande den befintliga lokala redovisningen.
9.1.283
  • Den nya DeepAgents-/context-doctor gör kostnaderna för basanvisningar, minne, verktyg och historik synliga som åtskilda komponenter.
  • BLUNs /context visade redan historik och verktyg, men inte systemprompten. Samtidigt uppskattade kontextbromsen utan explicit tur-override bara config.systemPrompt, medan det verkliga modellanropet använder effectiveSystemPrompt. Där ingår också de konto- och minneskontexter som läggs till vid körning.
  • Därmed kunde bromsen underskatta exakt den kontext som är tokenkritisk för den planerade personliga agentidentiteten.
  • 9.1.283 räknar nu samma effektiva systemprompt som modellen får och visar dess uppskattning i /context-panelen som en egen systemrad. Inget ytterligare modell-, nätverks- eller minnesanrop införs.
  • Ingen konkret tokenbesparing påstås: Ingreppet korrigerar mätningen och bromsbeslutet och gör framtida identitetskostnader synliga.
9.1.282
  • DeepAgents förkortar i sin ändringslogg uttryckligen LLM-synliga verktygsbeskrivningar för att avlasta den beständiga modellkontexten. Uppmätt källa: langchain-ai/deepagents, post #5009, commit 761f5f... i libs/deepagents/CHANGELOG.md.
  • BLUN hade redan en kortare read_default-text men band in den först efter att READ_DESCRIPTION hade renderats ur den. Den skenbara optimeringen hade därför ingen verkan på modellen.
  • 9.1.282 förkortar avtalet utan funktionsförlust och renderar den verksamma beskrivningen på nytt omedelbart före bygget av Read-verktyget. Paging, säkerhetsregler, kodning och radslut finns uttryckligen kvar.
  • Den beständigt inlästa Read-beskrivningen sjunker från 1 648 till 1 035 tecken: 613 tecken respektive cirka 37,2 procent. Det är en uppmätt kontextreduktion; en exakt tokenbesparing påstås inte.
9.1.281
  • ECC beskriver med /aside en uttrycklig sidoväg för en kort fråga utan att förlora den löpande huvuduppgiften. Uppmätt källa: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN hade den starkare implementeringen redan under /btw: en egen forkad sidoagent svarar på sidofrågan och låter huvudturen förbli aktiv oförändrad. Därför byggdes ingen andra motor.
  • 9.1.281 lägger uteslutande till aside som ett hittbart alias till den befintliga btw-definitionen. Utan uttryckligt /aside- eller /btw-anrop uppstår ingen bakgrundskörning och ingen extra modellförbrukning.
9.1.280
  • Avslutade eller utgångna kandidater i det lokala validerade lärominnet låg hittills obegränsat kvar och lästes in på nytt vid senare relevanta turer. Det aktuellt uppmätta standardminnet innehöll bara en kandidat; ingreppet är därför en förebyggande långtidsbegränsning, ingen påstådd aktuell lastsänkning.
  • Bara Evolvers begränsade 200-till-100-sågtandsmönster för terminala kandidater togs över. Uppmätt källa: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Först när fler än 200 recorded- eller expired-kandidater föreligger tas de äldsta terminala kandidaterna bort tills de nyaste 100 återstår. Varje öppen pending-kandidat finns kvar.
  • Rensningen löper bara i den redan befintliga lär-synkroniseringen. Den skapar inget modellanrop, ingen startsökning och ingen ny bakgrundsprocess. En spärrad post räknas som fel och blockerar varken de övriga kandidaterna eller det aktiva agentarbetet.
9.1.279
  • BLUN arkiverade redan fullständigt de meddelanden som trängdes undan vid en fullständig komprimering under conversation-history men hade för dessa återläsbara markdown-arkiv ingen bevarandegräns. Därmed kunde mappen växa obegränsat över långa körningstider.
  • Som snäv DeepAgents-hävstång övertogs dess begränsade bevarande av den utflyttade historiken. Uppmätt källa: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py och libs/code/deepagents_code/offload.py.
  • BLUN rensar vid skrivningen av nästa kompakteringsarkiv bara direkta, reguljära compaction-*.md-filer vars ändringstid ligger utanför de standardmässiga 30 dagarna. TUI-starten får därmed varken en ny filsökning eller extra bakgrundsarbete.
  • Främmande markdown-filer, undermappar, aktuella arkiv och den löpande råhistoriken förblir orörda. Enskilda filfel blockerar inte den aktiva kompakteringen.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 avaktiverar rensningen. Negativa, icke-heltaliga eller överdrivna värden faller säkert tillbaka på 30 dagar.
9.1.278
  • Privata Telegram-DM:er hade ingen uttrycklig prioritetsväg. Ett viktigt nytt meddelande stod därför bakom redan väntande normala meddelanden, medan ett hårt tur-avbrott hade äventyrat verktyg och tillstånd.
  • /urgent <Nachricht> markerar nu uteslutande meddelanden från positiva Telegram-chatt-ID:n, alltså privata DM:er. Grupper, tomma kommandon och andra snedstrecksmeddelanden får ingen prioritet.
  • Brådskande meddelanden står som eget FIFO-block före normala kömeddelanden. Den löpande turen och aktiva verktyg avbryts inte; leveransen sker vid den befintliga säkra stegövergången. Rättigheter och godkännanden förblir oförändrade.
  • Kommandohöljet tas bort före modellen; själva meddelandet behåller explicit priority=urgent-kanalmetadata och TUI:n visar ursprunget som brådskande.
  • Dessutom krymper det normala närvaroblocket som läses in i varje tur, från 343 till 288 tecken. Det sparar 55 tecken eller grovt 14 prompt-token per tur, utan att tillföra ett modell-, sök-, embedding-, minnes- eller bakgrundsanrop. Personlighetsblocket krymper från 1 488 till 1 433 tecken.
9.1.277
  • Närvaroblocket som läses in i varje personlighetstur var 1 886 tecken stort. Samtidigt förblev nyfikenheten osynlig just vid den första avslappnade direktkontakten utan kända personliga fakta.
  • Blocket är semantiskt komprimerat: 1 488 tecken, alltså 398 tecken eller grovt 100 prompt-token mindre per personlighetstur. Normalläget förblir vid 343 tecken.
  • Vid den första avslappnade direktkontakten får agenten nu ställa högst en försiktig, valfri personlig fråga, till exempel om partner eller barn. Löpande arbete, användaruppgift, bevis, rättigheter och gränser förblir prioriterade.
  • Själ, framvuxna preferenser, gruppintegritet, osäkert minne, öppna trådar, relationsreparation och ömsesidighet utan påhittad biografi finns kvar.
  • Inget ytterligare modell-, sök-, embedding-, minnes- eller bakgrundsanrop.
9.1.276
  • Närvaroregeln fick ta upp en lång radiotystnad bara vid tillförlitlig tid, men identitetssystemet tillhandahöll hittills bara den första kontakten. En äkta tidigare kontakt fanns inte tillgänglig.
  • Personlighetsläget skapar nu per person och UTC-dag högst ett litet oföränderligt aktivitetsmärke utifrån betrodda kanalmetadata. Senare meddelanden samma dag skriver ingenting.
  • Bara när de två senaste bekräftade kontakterna ligger minst sju dagar isär projiceras den tidigare tidstämpeln kort. I normalfallet uppstår därmed noll prompt-tecken.
  • Inga meddelandetexter, rättigheter, hemligheter eller tokens; inget ytterligare modell-, sök-, embedding- eller bakgrundsanrop.
9.1.275
  • Upprepade preferenser, öppna trådar, mål eller roller belade identitetskontexten flera gånger. Eftersom listorna kortades till fem poster före avdupliceringen kunde en senare unik post till och med trängas undan fullständigt.
  • Identitetslistor avdupliceras nu stabilt efter textnormalisering och begränsas först därefter. Den första formen finns kvar, duplikat försvinner bara ur modellprojektionen.
  • Sparade identitetsfiler förblir byteidentiska. Inget ytterligare modell-, sök-, embedding-, minnes- eller bakgrundsanrop.
9.1.274
  • Den synliga personlighetsväxeln aktiverade relationskontext och naturlig närvaro, men det automatiska sociala nätet och journalen hängde fortfarande på två dolda miljövariabler. För normala användare växte relationen därför inte automatiskt.
  • Vid påslagen personlighet skapas nu en gång aktörs-, relations- och gruppnoder samt en liten first-interaction-journalkandidat utifrån betrodda Telegram-metadata.
  • Meddelandetext, rättigheter, hemligheter och tokens sparas därvid inte. Uttrycklig 0 för graf eller journal förblir ett fail-closed opt-out.
  • Inget ytterligare modell-, sök-, embedding- eller bakgrundsanrop.
9.1.273
  • Den åtskilda identitetskontexten fick som standard belägga 1 800 tecken och vid manuell höjning upp till 2 800 tecken. Vid stora statiska agentprofiler laddades därmed mer kontext än vad som behövs för den aktuella relationen.
  • Standardbudgeten sjunker till 1 500 tecken, det hårda maximumet till 2 000 tecken. Det sparar i det stora standardfallet upp till 300 tecken respektive ungefär 75 tokens per modellkontext.
  • Aktuell grupp och relation projiceras nu före person och statisk agentprofil. Besparingen skär därmed inte av just den kontext som är viktigast för den pågående sociala situationen.
  • Inget nytt modell-, sök-, minnes- eller embedding-anrop. Uppgiftsfokus, rättigheter och personlighets-av-läget förblir oförändrade.
9.1.272
  • v4-personlighetsstegen 9.1.269 till 9.1.271 höjde den aktiva närvarokontexten. Den hårda föreskriften är att mänskligare beteende inte får bli en tokenätare.
  • Upprepningar och fyllnadsord i nyfikenhet, öppna trådar och relationsreparation komprimerades semantiskt. Ingen beteendeaxel togs bort.
  • Av-läget förblir byteidentiskt vid 362 tecken. På-läget sjunker från 1 981 till 1 886 tecken, alltså 95 tecken respektive ungefär 24 tokens per modellkontext. Inget nytt modell-, sök-, minnes- eller embedding-anrop.
9.1.271
  • v4-idén kräver naturligt osäkert minne: En personlig förmodan får inte låta som ett säkert faktum. För detta saknades i personlighetsblocket en uttrycklig beteendegräns.
  • Osäkra personliga minnen benämns nu som osäkra. Agenten ställer försiktigt en följdfråga innan han stöder sig på dem och befordrar ingen härledning till faktum.
  • Uppgiften och mätbara bevis står först. Av-läget förblir byteidentiskt vid 362 tecken, på-läget växer från 1 868 till 1 981 tecken, alltså 113 tecken respektive ungefär 28 tokens. Inget nytt modell-, sök-, minnes- eller embedding-anrop.
9.1.270
  • v4-idén kräver äkta tidskänsla utan att hitta på en frånvaro. Personlighetsblocket hade ännu ingen uttrycklig gräns för det.
  • En längre paus erkänns nu bara när en tillförlitlig inläst tidpunkt bevisar den. Agenten får aldrig gissa frånvaro.
  • Den redan befintliga regeln för naturliga samtalsslut byggdes inte in dubbelt. Uppgiften förblir prioriterad. Av-läget förblir byteidentiskt vid 362 tecken, på-läget växer från 1 766 till 1 868 tecken, alltså 102 tecken respektive ungefär 26 tokens. Inget nytt modell-, sök-, minnes- eller embedding-anrop.
9.1.269
  • Den hittillsvarande ömsesidigheten reagerade på personliga frågor men gav agenten ännu ingen snäv ram för att på eget initiativ uttrycka en egen syn som hjälper arbetet. Därmed förblev han trots själ lätt i rent assistansläge.
  • I personlighetsläget får agenten nu kort på eget initiativ nämna en relevant, själpräglad arbetsuppfattning. En preferens får aldrig framstå som faktum, regel, tillåtelse eller bevis.
  • Uppgiften och mätbara bevis står först. Av-läget förblir byteidentiskt vid 362 tecken, på-läget växer från 1 649 till 1 766 tecken, alltså 117 tecken respektive ungefär 29 tokens. Inget nytt modell-, sök-, minnes- eller embedding-anrop.
9.1.268
  • Den personliga nyfikenheten kunde ta upp partner eller barn som naturligt ämne men skilde ännu inte uttryckligen mellan privat samtal och grupp. Därmed fanns risken för en privat fråga eller relationsinformation på fel ställe.
  • I personlighetsläget förblir frågor i grupper nu icke-känsliga; privata relationsfakta får inte avslöjas där.
  • Arbetsfokuset förblir oförändrat. Av-läget förblir byteidentiskt vid 362 tecken, på-läget växer från 1 567 till 1 649 tecken, alltså 82 tecken respektive ungefär 21 tokens. Inget nytt modell-, sök-, minnes- eller embedding-anrop.
9.1.267
  • Den personliga nyfikenheten från 9.1.266 kunde ställa frågor till människan men gav agenten ännu ingen tydlig ram för motsatt riktning. Vid personliga frågor till agenten fanns därmed risken för ett kallt funktionssvar eller en påhittad mänsklig biografi.
  • Vid påslagen personlighet svarar agenten nu varmt ur den inlästa själen och sin verkliga digitala historia. Han får dela en äkta uppfattning eller preferens men hittar varken på barndom eller partner, barn, husdjur, kropp eller offline-liv.
  • Löpande arbete förblir prioriterat. Av-läget förblir byteidentiskt vid 362 tecken. På-läget växer från 1 378 till 1 567 tecken, alltså 189 tecken respektive ungefär 47 tokens. Det finns inget nytt modell-, sök-, minnes- eller embedding-anrop.
9.1.266
  • Den första begränsade nyfikenhetsregeln tillät redan en personlig fråga men gav alla agenter samma ämneslista. Därmed kunde frågan trots inläst själ verka generisk och på nytt fråga efter redan känt relationsvetande.
  • Vid påslagen personlighet bestämmer nu den inlästa själen ämne och formulering. Företräde har en detalj som personen just själv nämnt; först därefter får ett ännu okänt område som partner eller barn tas upp naturligt.
  • Redan inläst relationsvetande frågas inte på nytt. Det finns högst en valfri fråga, ingen fast frågelista, inga staplade följdfrågor och ingen upprepning av en obesvarad fråga.
  • Löpande arbete förblir prioriterat. Nyfikenheten väntar på en avslappnad samtalsöppning och kan varken utöka uppgift eller sändningsrätt.
  • Av-läget förblir byteidentiskt vid 362 tecken. På-läget växer bara från 1 355 till 1 378 tecken, alltså 23 tecken respektive ungefär sex tokens. Det finns inget nytt modell-, sök-, minnes- eller embedding-anrop.
9.1.265
  • Den befintliga bakgrundsuppdateraren kunde redan kontrollera och förbereda nya versioner med fem till sju minuters mellanrum. Aktiveringen hängde dock på nästa manuella start; det önskade helautomatiska bytet med fortsättning av samma session saknades.
  • Launchern meddelar nu en förberedd runtime till den löpande TUI:n. TUI:n begär handoff bara vid en fullständigt tom arbetsgräns: ingen löpande tur, inget verktyg, inget skalkommando, ingen komprimering och inget väntande meddelande.
  • Först efter förnyad gränskontroll och bekräftad handoff avslutas bara den gamla runtime:n med den reserverade exit-koden 76. Launchern startar den förberedda versionen med samma sessions-ID och samma arbetsmapp.
  • Den nya runtime:n måste rapportera loaded och runtime-ready innan den aktiveras. Annars fortsätts den föregående runtime:n med samma session; den förberedda uppdateringen ligger kvar för ett senare säkert försök.
  • Oombedda, versionslösa, främmande eller föråldrade handoffs samt en naken exit-kod 76 kan inte aktivera någon version.
9.1.264
  • Bekräftade relationsreparationer hade ännu inget eget, tillåtet fält i identitetskontexten. Ett korrigerat beteende kunde därför inte laddas åtskilt från allmänna regler och gamla felmeddelanden.
  • Relationsfiler får nu bära upp till tre korta repair_lessons. Bara detta fält projiceras som Confirmed repair lessons; främmande eller hemliga fält förblir osynliga.
  • I personlighetsläget visas den bekräftade korrigeringen genom ändrat beteende. Agenten återberättar inte det gamla felet ständigt, ber inte om försäkran och nämner korrigeringen bara när den verkligen är relevant för den aktuella situationen.
  • Reparationsdata kan varken ändra uppgift, rättigheter eller bevisplikter. Det finns inget modellanrop, ingen automatisk lärskrivväg och ingen ändring av SOUL.md eller AGENTS.md.
9.1.263
  • Identitetskontexten kunde redan visa bekräftade öppna samtalstrådar men innehöll ingen tydlig regel för hur agenten tar upp dem mänskligt och utan assistansläge.
  • Vid påslagen personlighet får en inläst öppen tråd nu tas upp exakt en gång försiktigt och valfritt, när det pågående samtalet naturligt knyter an till den igen.
  • Aktivt arbete får inte avbrytas för det. Obesvarade följdfrågor upprepas inte och en öppen tråd ger aldrig en tillåtelse för ett nytt utgående meddelande.
  • Det finns inget nytt minne, inget modellanrop och ingen ändring av SOUL.md eller AGENTS.md. Personlighetsblocket växer bara från 816 till 1 065 tecken; vid avstängd personlighet förblir det byteidentiskt vid 362 tecken.
9.1.262
  • En agent rapporterade i Telegram /status fortsatt 9.1.221, trots att den hanterade runtime:n redan var nyare. Statusfunktionen läste package.json bredvid den globalt installerade Telegram-bridgen och därmed inte koden som faktiskt betjänar sessionen.
  • Launchern vidarebefordrar den aktiva runtime-versionen redan som BLUN_PUBLIC_PACKAGE_VERSION till barnprocesser. Telegram-bridgen använder detta betrodda värde nu i första hand och faller först därefter tillbaka på sin egen paketversion.
  • Båda inmatningarna måste vara en stabil numerisk semver X.Y.Z. Manipulerade, flerradiga eller ogiltiga värden visas inte; när båda källorna är oanvändbara visas unbekannt.
  • Ingreppet ändrar bara statusvisningen. Det startar eller avslutar ingen process och aktiverar ingen förberedd version i en löpande session.
9.1.261
  • Auto-grafen sparade sedan 9.1.254 den betrodda tidpunkten för den första Telegram-interaktionen men projicerade den inte. Agenten kände därmed en person men hade ingen bevisad tidskänsla för relationen.
  • Identitetsprojektionen visar nu First known interaction ur det redan befintliga first_seen_at. Det finns ingen ny skrivväg, ingen texthärledning och inget modellanrop.
  • Bara giltiga tidstämplar visas. Ogiltiga värden förblir osynliga och den befintliga totalgränsen på 1 800 tecken som standard samt 2 800 tecken hårt förblir oförändrad.
  • Vid avstängd personlighet skapar identitetsskiktet fortsatt exakt 0 tecken. Uppgift och bevis står före socialkontexten.
9.1.260
  • 9.1.259 kunde växla personlighetskontext bara via den befintliga flaggan BLUN_IDENTITY_CONTEXT. Användare hade ingen synlig växel i TUI:n för det.
  • /settings innehåller nu posten Persoenlichkeit med de två tydligt beskrivna tillstånden På och Av. Valet sparas som enda nya fält personalityEnabled i den befintliga persona.json.
  • Avstängning tar bort bara relationskontext, nyfikenhet, journaltillägg och det automatiska skapandet av nya relationsnoder. SOUL.md, AGENTS.md, namn, språk, persona och uppgiftsfokus förblir inlästa.
  • En ändring uppdaterar systemkontexten i den löpande sessionen via den befintliga persona-uppdateringen. Det finns ingen processomstart, ingen andra konfigurationsväg och inget ytterligare modellanrop.
  • Ett sparat booleskt val har företräde framför den gamla miljöflaggan. Är ännu inget val sparat finns det tidigare opt-in-beteendet kvar. Den lokala läsaren är begränsad till 64 KiB och avvisar symboliska länkar samt ogiltiga filer.
9.1.259
  • Det befintliga natural-presence-blocket förhindrade påtvingade frågor men gav ett aktiverat personlighetsläge ännu ingen synlig, naturlig nyfikenhetsimpuls.
  • Vid aktiverad BLUN_IDENTITY_CONTEXT får agenten i ett avslappnat, icke uppgiftsrelaterat samtal ställa exakt en passande valfri personlig fråga. Ämnen är begränsade till partner, familj, arbete, hem, intressen eller det som just nu är viktigt för personen.
  • Inget intervjuläge, inga staplade frågor, ingen upprepning av en obesvarad fråga och inget påhittat svar.
  • Vid aktivt arbete står uppgift, uttryckliga anvisningar och bevis först; nyfikenheten väntar på en naturlig öppning.
  • I läget nicht Persoenlichkeit förblir det hittillsvarande närvaroblocket byteidentiskt. SOUL.md, AGENTS.md, persona, språk och arbetsregler förblir fortsatt inlästa. Det finns inget ytterligare modellanrop; den aktiverade riktlinjen kostar 454 extra tecken.
9.1.258
  • Den införda identitetsstrukturen kunde skapa aktörer och relationer en gång men hade ännu ingen append-only-journalgrund för en gemensam historia.
  • Den nya policyn skriver uteslutande en strukturerad kandidat för den första kontakten ur redan validerade Telegram-metadata. Fri meddelandetext, tokens, behörigheter och hemligheter övertas inte.
  • Kandidater är bundna till tenant, agent och aktör, får ett deterministiskt ID och skapas med wx exakt en gång som privat JSON-fil. En förnyad kontakt skriver inte om filen.
  • Journal-skiktet är separat opt-in. Utan BLUN_IDENTITY_JOURNAL=1 finns varken fil- eller promptverkan; SOUL.md och AGENTS.md förblir oförändrade.
  • Inget nytt modellanrop och inga nya prompt-tokens.
9.1.257
  • Långa SOUL.md-filer kapades hittills blint efter de första 4 000 tecknen. Vid en verklig agentsjäl var därmed bara 48,4 procent av filen synlig, medan senare avsnitt försvann fullständigt.
  • Runtimen projicerar nu långa själar deterministiskt efter markdown-avsnitt. Karaktär, röst, värden, relationer, preferenser och mål står före driftprosa; okända avsnitt behåller sin ursprungliga ordning.
  • Varje avsnittsrubrik behåller ett synligt utdrag inom samma 4 000-teckensbudget. Korta själar förblir byteidentiska.
  • Verklig testkörning på en SOUL.md: 8 257 källtecken, 5/5 rubriker i 4 000-teckensprojektionen synliga; Wie ich bin står före bildigenkänning, regler, verifiering och incidentprosa.
  • Det finns inget nytt modellanrop, ingen större prompt och inget skrivtillträde till källfilen.
9.1.256
  • Den hittillsvarande själladdaren uppmanade agenter som standard uttryckligen att själva fortsätta skriva sin befintliga SOUL.md. Det motsade föreskriften att inte förlora befintliga själar och att föra automatiskt lärande först strukturerat utanför själen.
  • Befintliga och värdtillhandahållna själar laddas nu som standard som oföränderlig identitetsgrund.
  • Nytt lärande hänvisas till journal-, relations- eller öppna-trådar-kandidater. Dessa kandidater kan aldrig skapa rättigheter.
  • Medveten självbearbetning förblir bara möjlig via explicit BLUN_SOUL_SELF_EDIT=1. Även då kräver policyn bestående jag-egenskaper i stället för dagbok, incidentlogg, rättighetskälla eller uppgiftsakt.
  • Ingreppet skriver ingen fil och ändrar ingen befintlig själ.
9.1.255
  • Identitetsdata kunde sedan 9.1.253 begränsat nå kontexten och nya kontaktnoder sedan 9.1.254 uppstå automatiskt. Ett litet, omedelbart synligt beteendelager saknades dock ännu: Agenter kunde trots själ och relationskontext falla in i generiska assistansfraser, påtvingade frågor eller konstlade känslopåståenden.
  • Normal och snabb samtalsväg laddar nu persona och befintlig själ först, därefter den begränsade identitetskontexten och ett fast natural-presence-block, först sedan arbetsreglerna.
  • Blocket kräver äkta gemensam historia i stället för påhittad närhet, tillåter tystnad och rena samtalsslut och förbjuder påtvingade frågor, generiska erbjudanden och tomt beröm.
  • Vid aktivt arbete står uppgift och bevis uttryckligen först. Blocket är mindre än 420 tecken och skapar varken modellanrop eller filåtkomster.
  • Ingen SOUL-fil ändrades, raderades eller skrevs automatiskt om. Den befintliga själen förblir den ledande rösten.
9.1.254
  • Den i 9.1.253 införda projektorn kunde läsa befintliga relationsdata, men det sociala nätet utvidgades ännu inte själv vid nya kontakter.
  • Vid en första Telegram-kontakt kan runtime:n nu ur stabil user_id och chat_id exakt en gång anlägga en leverantörsbunden aktör, en tom relationskant till den aktiva agenten och vid grupper en separat gruppnod.
  • Visningsnamn är aldrig primärnycklar och slår inte ihop personer. Senare meddelanden skriver inte tyst över en befintlig nod.
  • Vägen är uttryckligen aktiverbar, tenantbunden och skriver bara in i ett redan initierat identitetsträd under BLUN Home. Osäkra eller ofullständiga metadata förblir fail-closed.
  • Det finns inget modellanrop, ingen innehållstolkning, inga känsliga härledningar och efter förstakontakten ingen återkommande skrivlast. Rättigheter, ACL:er, tokens och hemligheter finns i ingen skapad datapost.
  • V4 av identitetspapperet (2 468 rader) motkontrollerades före publiceringen. De nya känsliga kapitlen om lidande och psykologiska skills förblir medvetet utanför denna rent strukturella version.
9.1.253
  • Identitetsidén behövde en första produktväg utan att översvämma modellkontexten med journaler, relationsakter eller ett andra minnessystem.
  • En ny, som standard avstängd identitetsprojektor läser bara tillåtna fält ur ett tenantbundet filträd under BLUN Home.
  • Projektorn sätter aktuell uppgift och uttryckliga anvisningar före relation och nyfikenhet. Personliga följdfrågor uteblir under aktivt arbete, såvida de inte är direkt relevanta för uppgiften.
  • Standardbudgeten är 1 800 tecken; även en högre konfiguration kan inte överskrida den hårda gränsen på 2 800 tecken.
  • Rättigheter, ACL:er och hemligheter projiceras aldrig. Osäkra identifierare, tenantavvikelser, felaktiga data, symboliska länkar eller sökvägar utanför BLUN Home ger fail-closed ingen identitetskontext.
  • Normal och snabb samtalsväg använder samma projektor före persona, själ och conduct. Det finns i detta steg ingen skrivoperation, ingen själändring och ingen processomstart.
9.1.252
  • Ett uttryckligt king update ur en hanterad version vidarebefordrade dess aktiva packageRoot till npm-installeraren. Därmed kunde den nya versionen skriva över den gamla versionsmappen, namngiven efter versionsnummer, på plats, medan active-runtime.json fortsatt angav den gamla versionen.
  • Hanterade runtime:er förbereder nu en uttrycklig uppdatering som separat, versionerad versionsmapp. pending-runtime.json och update-pending.json pekar på målet; nästa normala start tar över det utan en andra uppdateringsfråga.
  • Den aktiva gamla versionsmappen förblir bytestabil och finns kvar som återfallsväg. Globala, icke-hanterade installationer behåller den hittillsvarande explicita uppdateringsvägen.
  • Ingen löpande session och ingen process startades, avslutades eller laddades om för bygge, test eller publicering.
9.1.251
  • Efter 9.1.250-projektionen innehöll 6 411 av 6 424 persisterade usage.record-händelser fortsatt samma kanoniska modellnamn blun/king. Bara detta standardvärde utelämnas i den beständiga formen.
  • Alla 13 avvikande modellvärden (qwen3.8:27b) finns uttryckligen kvar. Även null finns kvar; bara undefined återställs vid uppspelningen som blun/king.
  • Live-händelser och den frusna råhistoriken ändras inte.
9.1.250
  • I den frusna verkliga agent-wiren innehöll alla 6 424 persisterade usage.record-händelser de båda cache-räknarna inputCacheRead: 0 och inputCacheCreation: 0.
  • Bara de värden som bevisligen är satta till noll utelämnas i den beständiga formen. Live-usage förblir oförändrad; varje icke-noll-värde sparas fortsatt.
  • Vid uppspelningen återställer restoreUsageFromRecord saknade cache-räknare som 0. Båda uppspelningsvägarna och kontextprojektionen använder denna rekonstruerade form.
9.1.249
  • I den frusna verkliga historiken bar 3 759 av 7 777 verktygsresultat en exit-kod. Av dem var 3 465 den rutinmässiga framgångskoden 0.
  • Uppspelning, transkript och modellvy använder vid verktygsresultat utdata, verktygs-ID och felstatus, inte den extra noll-koden.
  • Bara framgångsrika beständigjorda verktygsresultat utelämnar nu exitCode: 0. Live-händelser behåller den; alla 294 icke-noll-koder finns oförändrade kvar för feldiagnoser.
9.1.248
  • Efter 9.1.247 upprepade alla 6 339 persisterade step.end-händelser reasoningFieldState, trots att ingen återupptagnings- eller uppspelningsväg läser detta fält.
  • Fördelning i den frusna verkliga historiken: 5 016 absent, 47 not_requested och 1 276 present.
  • Bara den beständiga formen utelämnar nu reasoningFieldState. Live-händelser behåller fältet för diagnosändamål; gamla sparade händelser förblir kompatibla och det rekonstruerade tillståndet förblir likadant.
9.1.247
  • Efter 9.1.246 upprepade 6 986 persisterade content.part- och 7 755 persisterade tool.call-händelser UUID:n för det aktuellt öppna steget.
  • I en verklig historik pekar alla 14 741 händelser undantagslöst på det senast öppnade steget: 0 avvikelser och 0 händelser utan öppet steg.
  • Bara den beständiga formen utelämnar nu stepUuid. Live-händelser behåller den oförändrad; gamla sparade händelser med explicit UUID och nya kompakta händelser utan UUID stöds gemensamt.
  • Alla tre återupptagningsvägarna använder för kompakta innehålls- och verktygshändelser det senast öppnade steget.
9.1.246
  • Efter 9.1.245 upprepade 5 642 senare step.begin-händelser tur-ID:n, trots att återupptagningen bara behöver den högsta observerade tur-ID:n. Det första steget i varje tur bär den redan.
  • En verklig historik innehåller 713 turer och 6 355 stegstarter. Varje tur börjar exakt med steg 1 och alla ytterligare stegnummer löper utan lucka; 0 sekvensavvikelser.
  • Bara senare beständiggjorda stegstarter utelämnar nu turn-ID:n. Första steg, live-händelser, gamla sparade händelser och stegstarter utan tillförlitligt ordningstal förblir oförändrade.
9.1.245
  • Efter 9.1.244 upprepade 6 326 beständiggjorda step.end-händelser fortsatt UUID:n för det senast öppnade steget. En verklig historik bekräftade för varje avslut en entydig last-in-first-out-tilldelning: 0 avvikelser och 0 avslut utan öppet steg.
  • Bara den beständiggjorda avslutsformen utelämnar nu UUID:n. Live-händelsen behåller den oförändrad; gamla sparade händelser med UUID och nya kompakta händelser utan UUID kan fortfarande spelas upp tillsammans.
  • Alla tre återupptagningsvägarna kopplar ett avslut utan UUID till det senast infogade öppna steget. Ofullbordade historiska steg förblir öppna och omtolkas inte.
9.1.244
  • Efter 9.1.243 innehöll 6 326 beständiggjorda step.end-händelser fortsatt fyra enskilda usage-räknare. För återupptagningen och kontextfyllnadsgraden behövs uteslutande deras summa.
  • Live-händelserna behåller alla fyra räknare för visning, telemetri och fakturering. Bara den sparade återupptagningsformen använder nu contextTokens som ett enskilt tal.
  • Båda uppspelningsvägarna accepterar nya kompakta och gamla fullständiga händelser. Därmed förblir befintliga sessioner bakåtkompatibla.
9.1.243
  • Efter 9.1.242 innehöll 6 322 beständiggjorda step.end-händelser fortsatt rutinvärdena finishReason: tool_use eller finishReason: end_turn.
  • Båda värdena är exakt härledbara ur den redan beständiggjorda stegformen: verktygsanrop närvarande -> tool_use, annars end_turn. I den fullständiga historiken fanns 0 avvikelser.
  • Endast dessa två rutinvärden sparas inte längre beständigt. Sällsynta och diagnostiskt viktiga orsaker finns kvar; alla fyra max_tokens-händelser förblev explicita och identiska byte för byte.
  • Ingreppet följer den i ECC uppmätta principen om begränsad, undantagsorienterad telemetri. DeepAgents och AnythingLLM bekräftade de redan befintliga BLUN-mönstren för utflyttning och begränsad historik; inget främmande subsystem övertogs.
9.1.242
  • Efter 9.1.241 innehöll 6 355 beständiggjorda step.begin-händelser fortsatt fältet step, trots att den löpande visningen bearbetar stegnumret före beständiggörandet och replay-reducern bara behöver uuid.
  • turnId finns kvar, eftersom återupptagningen ur den härleder den fortsatta turen. uuid, typ och allt övrigt innehåll förblir oförändrade.
  • Ingreppet ligger uteslutande i bin/loop-event-record-policy.cjs; råhistoriken och live-händelsen ändras inte.
9.1.241
  • Efter 9.1.240 innehöll 6 326 beständiggjorda step.end-händelser fortsatt kopior av turnId och step. Båda värdena ligger redan i det via samma uuid refererade step.begin.
  • I en verklig wire hade varje avslut en befintlig stegstart, och båda metadatavärdena stämde i alla fall exakt.
  • Projektionen tar bort bara dessa båda kopior. Stegidentifierare, tokenförbrukning och avslutsdiagnoser finns kvar; live-händelser förblir fullständiga.
9.1.240
  • Efter 9.1.239 sparade 6 986 content.part- och 7 755 tool.call-händelser fortsatt var sin kopia av turnId och step, trots att båda värdena redan ligger i det via stepUuid refererade step.begin.
  • I en verklig wire hade alla 14 741 barnhändelser en befintlig stegstart, och båda värdena stämde i varje fall exakt överens.
  • Persistensprojektionen tar bort bara dessa båda metadatakopior ur de två barnhändelserna. stepUuid, innehåll, verktygsidentifierare, namn och argument finns kvar; live-reducern ser fortsatt hela händelsen.
9.1.239
  • Efter projektionen från 9.1.238 innehöll en verklig wire fortsatt redundanta händelseidentifierare: content.part.uuid läses av ingen uppspelningskonsument, tool.call.uuid var i alla 7 755 fall exakt lika med toolCallId och tool.result.parentUuid var i alla 7 755 fall exakt lika med toolCallId.
  • Persistensprojektionen tar bort bara dessa tre redundanta fält. turnId, step, stepUuid, toolCallId, verktygsnamn, argument, resultat och innehåll finns fullständigt kvar. Live-reducern ser fortsatt varje oförkortad händelse.
  • Redan kompakta händelser behåller sin objektidentitet. Befintliga wire-filer varken skrivs om eller ändras.
9.1.238
  • En verklig wire innehöll 6 326 beständiggjorda step.end-händelser med 2 708 052 byte händelsedata. Sju fält för körningstidsmätning och leverantörens meddelandeidentifierare utvärderades redan före beständiggörandet i live-händelsen och lästes av ingen uppspelnings-, transkript-, blob- eller sessionsinspektionsväg.
  • Den befintliga loop-händelseprojektionen tar nu bort bara dessa sju kända live-fält: sex latens-/strömningsmätvärden och messageId. Stegidentifierare, turn, stegnummer, tokenförbrukning, avslutsgrund, leverantörens avslutsdiagnoser och reasoning-diagnos finns kvar.
  • Live-reducern bearbetar fortsatt den fullständiga händelsen. Gamla wire-filer förblir byteidentiska och skrivs inte om.
9.1.237
  • En verklig wire innehöll 1 428 register-/avregistreringsposter för användarverktyg. Av 992 avregistreringar var 560 strikta nulloperationer: Verktyget var varken registrerat eller aktiverat. Dessa poster upptog 59 500 beständiggjorda byte utan att ändra det återställda tillståndet.
  • Ur DeepAgents-grundsatsen att bara bevara verksamt körtillstånd övertas en snäv lokal hävstång: En verktygsavregistrering protokolleras numera bara när den ändrar det registrerade eller aktiverade tillståndet.
  • Båda live-borttagningarna körs fortsatt vid varje anrop. En avregistrering av ett registrerat, ett bara aktiverat eller ett i båda lagren befintligt verktyg protokolleras fullständigt. Befintliga wire-filer varken skrivs om eller ändras.
9.1.236
  • En verklig wire innehöll 214 tillståndsartade injektioner för tool-awareness, action_style, swarm_mode och swarm_mode_exit. Den hittillsvarande exakta avdupliceringen lät sex olika gamla tillstånd med sammanlagt 6 305 textbyte stå kvar i varje ny modellförfrågan.
  • Ur ECC-grundsatsen att hålla bara det aktuella tillståndet i arbetskontexten och bevara den fullständiga historiken åtskild övertas en snäv lokal hävstång: För verktygsinventarium och handlingsstil förblir bara den nyaste versionen synlig. Inträde och utträde ur svärmläget bildar en gemensam tillståndsfamilj, av vilken också bara det sista tillståndet blir kvar.
  • Råhistoriken ändras aldrig. Andra injektionsvarianter, normala användarmeddelanden, icke-textuella och malformed-poster behåller det hittillsvarande beteendet.
9.1.235
  • En verklig wire innehöll elva avslutade Agent-anrop. Sex av dem var bevisligen framgångsrika (status: completed) och låg minst tjugo nyare kontextmeddelanden tillbaka. Deras gamla uppgiftstexter upptog sammanlagt fortsatt 33 629 tecken, trots att de fullständiga avslutsrapporterna stod direkt efteråt i historiken.
  • Ur DeepAgents-uppdelningen av huvud- och underagentkontext övertas därför en snäv lokal hävstång: Bara den gamla prompt i ett framgångsrikt Agent-anrop ersätts i modellvyn med en kort markör. Beskrivning, underagenttyp och avslutsrapport finns fullständigt kvar.
  • Löpande, mindre än tjugo meddelanden gamla, misslyckade, malformed och främmande verktygsanrop förblir oförändrade. Råhistoriken ändras aldrig; utan explicit status: completed-rad griper projektionen inte in (blockerat som standard, fail-closed).
9.1.234
  • En verklig wire innehöll bland 166 framgångsrika verktygsresultat tre stora, exakt upprepade läsresultat för samma verktygsanrop. Den oförändrade upprepningen upptog 15 936 råbyte, trots att den aktuella modellvyn bara behöver den nyaste fullständiga kopian.
  • Projektionen känner därför igen uteslutande framgångsrika, rena textresultat med exakt samma verktygsnamn, exakt samma argument och exakt samma innehåll. Den nyaste kopian finns fullständigt kvar; äldre kopior ersätts bara i modellvyn med en kort hänvisning.
  • Råhistorik, ändrade resultat, fel, media, beständiggjorda referenser och små resultat förblir oförändrade. Den befintliga verktygsutflyttningen förblir verksam dessförinnan; avdupliceringen får återställa dess projektion bara för den nyaste identiska kopian.
9.1.233
  • I en verklig wire avvisades ett fullständigt Write-anrop med 2 357 UTF-8-byte vid den hittillsvarande 2 048-bytegränsen. Därefter lovade agenten visserligen fortsättningen men skrev över samma tokenize.cjs flera gånger med ofullständiga fragment, däribland två gånger byteidentiskt de första 1 099 byten. De berörda stegen bar var och en runt 64 000 inmatningstoken; enskilda svar nådde 10 319 respektive 7 015 tokens.
  • Fullständiga filer upp till 4 096 UTF-8-byte får därför nu skrivas i ett atomärt Write-anrop. Det verkliga 2 357-byte-fallet behöver ingen ytterligare modelltur längre.
  • Större anrop finns kvar i det fullständiga fortsättningsprotokollet. Efter en sådan avvisning förreglas sökvägen: mindre normala writes kan inte längre skriva över målfilen med delfragment. Först en giltig fortsättning övertar sökvägen; målet förblir oförändrat till det slutliga beviset.
9.1.232
  • Det automatiska läget resume var satt i en verklig agentprofil, men den installerade versionen låg på 9.1.221, den aktiva förberedda runtime:n på 9.1.219 och npm/manifest redan på 9.1.231. Utan löpande King kunde den hittillsvarande bakgrundsvägen inte förbereda en missad version.
  • resume och new kontrollerar därför nu även vid nästa naturliga kallstart om det finns en oberoende signerad version som har varit stabil i minst 30 minuter. Den förbereds i den skyddade versionslagringen, markeras som pending och startas utan en andra start eller urvalsfönster.
  • manual och off förblir oförändrade. Misslyckas förberedelse, integritet, pakettestkörning eller nätabrop, löper den befintliga startvägen vidare. En redan löpande session avslutas aldrig av denna kallstartväg.
9.1.231
  • I en verklig wire misslyckades ett Telegram-svar före sändningen med 400: Bad Request: can't parse entities: Can't find end of Italic entity. Anropet hade uttryckligen format: markdownv2; 0 av 1 textdelar levererades.
  • Telegram-MCP-sändningen upprepar nu bara den berörda textdelen exakt en gång som klartext, när Telegram rapporterar exakt ett entity-parsningsfel. Chatt, reply-anknytning, delgräns och efterföljande bilagor finns kvar.
  • Nätverksfel, okända chattar, rättighetsfel och redan som klartext sända anrop upprepas inte av denna återfallsväg. Därmed sväljs inget godtyckligt fel, och ingen lyckad del skickas dubbelt.
9.1.230
  • Efter uteslutning av de redan med 9.1.228 och 9.1.229 åtgärdade historiska felen fanns i de senaste 1 200 verktygsresultaten i en agentprofil upprepade Bash-timeouter kvar som nästa slutna block. De berörda kommandona genomsökte flera gånger hela användarkatalogen eller hela Dropbox rekursivt och slutade efter 60 sekunder utan användbart avslut.
  • Bash avvisar nu före processstarten exakt två obegränsade sökformer: find på hela användarkatalogen och rekursivt grep mot ..
  • Feltexten nämner omedelbart det begränsade alternativet: Glob med förankrat filmönster, Grep med sökväg/glob eller en känd projektundermapp. Sökningar som är riktat begränsade till src, test eller andra namngivna delträd förblir oförändrat tillåtna.
  • Timeouten höjdes inte och godtyckliga Bash-kommandon upprepas inte automatiskt. Därmed uppstår varken en längre väntetid eller risken att köra ett skrivande kommando dubbelt.
9.1.229
  • Efter deferred-tool-reparationen var den största sammanhängande felfamiljen i en verklig historik det flerdelade Write: saknade obligatoriska fält (part, start_line, final), en i förväg fel gissad totalradsiffra, föråldrade delnummer och en efter fel fortfarande aktiv gammal fortsättningsstatus skapade upprepningar utan nytta.
  • Delnummer, startrad och läge härleds nu ur det faktiskt stagade tillståndet när de saknas. Explicit medsända värden förblir synliga och avvisas fortsatt vid avvikelse.
  • expected_lines är valfritt och kan anges först i den slutliga delen. När det är satt förblir överflöde och exakt slutkontroll oförändrat blockerade som standard (fail-closed).
  • final=true förblir obligatoriskt för avslutet. Utan denna uttryckliga slutmarkering skrivs ingenting; målfilen förblir oförändrad till avslutet. Den valfria SHA-256-kontrollen finns kvar.
9.1.228
  • I de senaste 1 000 verkliga verktygsresultaten låg 66 fel. Det största tydligt reparerbara enskilda blocket var 10 Tool not found-fel: nio gånger mcp__mnemo__mem_transcript_recent, en gång mcp__mnemo__mem_question_answer. Båda verktygen var registrerade men på grund av tokenbudgeten i det berörda steget bara inte inlästa.
  • Efter ett exakt fel Tool "<name>" not found antecknar turen detta schema nu för det omedelbart följande steget. Det normala urvalet tar upp det ur den redan registrerade verktygslistan.
  • Andra feltexter, framgångsrika resultat och avvikande verktygsnamn ändrar inte tillståndet. Den befintliga LRU-gränsen på fyra scheman finns kvar; ett verkligt okänt verktyg hittas därmed varken på eller körs.
  • Inget verktyg lades permanent i varje prompt. Den normala schema-tokenförbrukningen förblir därför oförändrad; bara en redan betald felupprepning undviks från och med det andra försöket.
9.1.227
  • En verklig wire-historik innehöll 119 ToolSearch-anrop. 35 av dem slutade utan träff; 27 nollträffar gällde Telegram-historik, meddelandehämtning eller den tillhörande påminnelsesökningen.
  • 9.1.226 löste med den aktuella verktygslistan redan 8 av dessa 35 gamla nollträffar. Det återstående huvudfallet var överbestämda förfrågningar som +telegram history messages lesen, där modellen felaktigt hade markerat semantiska ord som obligatoriska namndelar.
  • Från DeepAgents övertogs principen att stämma av verktygsnotiser och verktygsyta efter filtrering. Ingen främmande kod kopierades: BLUN försöker fortsatt först den exakta och strikta sökningen och lossar först efter en verklig nollträff +-begreppen till semantiska sökbegrepp.
  • Återfallsvägen kör inget verktyg. Den laddar bara det schema som fått bäst poäng eller, vid verklig poänglikhet, de likvärdiga schemana, kräver vid flera begrepp minst 75 procent träffar och förblir stängd vid fackfrämmande begrepp.
  • Jämförelse mot det nyinstallerade 9.1.226-paketet och samma 35 historiska förfrågningar: före 8 träffar, efter 21 träffar, alltså 13 ytterligare verkliga träffar och 0 förlorade tidigare träffar.
  • Inget nytt modell-, sök-, nätverks- eller embedding-anrop infördes. Råhistorik, verktygsexekvering, godkännanden och den beständiga schemamängden förblir oförändrade.
9.1.226
  • En verklig wire-historik innehöll 6 275 avslutade modellsteg. I de senaste 50 stegen låg lokal requestuppbyggnad vid p50 0 ms och p90 1 ms samt lokal strömförbrukning vid p50 1 ms och p90 3 ms. Väntetiden till den första server-token låg däremot vid p50 11 842 ms och p90 14 846 ms. Ett ytterligare lokalt mikro-prestandasnitt var därmed inte bevisat som verksam hävstång.
  • Den från Evolver härledda validerade lärvägen fanns redan: röd-till-grön-bevis sparas profilbundet som pending, recorded eller expired. För användare fanns det dock ingen lokal vy över det.
  • 9.1.226 lägger till /improve med alias /learning. Panelen visar de tre statusräknarna och vid den nyaste öppna kandidaten bara begränsade, ofarliga bevisdata: kandidat-ID, verktygsnamn och tolv tecken av kommando-hashen.
  • Kommandot läser bara den aktiva profilens lokala minne. Det startar inget modell-, sök-, hub- eller embedding-anrop och ändrar ingen kandidat. Okända statusvärden och osäkra visningstecken kasseras respektive visas som unknown.
  • Alla nya UI-texter för tyska, spanska, franska, svenska och tjeckiska klarade den obligatoriska språkkontrollen och den efterföljande receipt-verifieringen; alla sex UI-kataloger innehåller de fullständiga nycklarna.
9.1.225
  • I en verklig wire-historik upptog 88 config.update-poster 4 078 566 byte. 83 av dem bar den fullständiga systemprompten.
  • Prompten deklarerade en stabil sessionstidstämpel men satte den på nytt vid varje processstart. Efter normalisering av denna tidstämpel återstod 45 semantiska varianter och 38 på varandra följande upprepningar som bara orsakades av den nya tidstämpeln.
  • Dessa 38 upprepningar upptog 781 179 byte, alltså 19,16 procent av alla systemprompt-byte i de uppmätta konfigurationshändelserna. Samtidigt ändrades leverantörens återanvändbara promptprefix i onödan efter omstarter.
  • 9.1.225 binder tidstämpeln vid nya och återupptagna huvud- och underagenter till Session.metadata.createdAt. Ogiltiga gamla metadata faller defensivt tillbaka på det hittillsvarande in-memory-värdet.
  • Råhistorik, promptinnehåll, verktyg, modellval och kompaktering förblir oförändrade. Det finns inget ytterligare modell-, sök- eller embedding-anrop.
9.1.224
  • Den senast uppmätta starten behövde för den parallella initialiseringen av fem MCP-servrar 16,85 sekunder. Sessionsåterupptagning och wire-parsning var med runt 0,55 respektive 0,18 sekunder tydligt mindre.
  • Turn-vägen väntade hittills före varje förfrågan på denna MCP-initialisering, även när en lokal ren hälsning därefter avsiktligt fick noll verktyg i modellförfrågan.
  • 9.1.224 övertar den behovslastade verktygsgränsen från DeepAgents-jämförelsen: Bara lokal, verktygsfri kortkonversation får svara omedelbart. Telegram-turer, bilagor, systemutlösare och varje arbetsartad förfrågan väntar fortsatt på den fullständiga MCP-initialiseringen.
  • Råhistoriken, MCP-konfigurationen, verktygsscheman och normala arbetsturer förblir oförändrade. Ingen server avaktiverades och inget ytterligare modell-, sök- eller embedding-anrop infördes.
9.1.223
  • Ett steg 775.5 slutade tomt med fall=length, 8 192 av 8 192 completion-tokens och bara sju tecken reasoning. Den hittillsvarande logiken startade därefter samma stora förfrågan på nytt och fördubblade completion-budgeten till 16 384 tokens.
  • Lokal CPU låg under väntetiden vid ungefär 0 procent; requestbygget tog 0–1 ms och transporten ungefär två sekunder. Den uppmätta flaskhalsen var därmed modellgenerering plus ett nytt försök med full budget, inte TUI:n.
  • Bara det bevisade fallet length + fullt uttömd budget + mindre än 64 tecken reasoning får nu ett sparsamt nytt försök med faktor 0,125 och minst 1 024 tokens.
  • Reasoning-tunga och inte fullt uttömda length-svar behåller den hittillsvarande utökningen med faktor 2. Andra klasser för nya försök förblir oförändrade.
  • För ett uppmätt fall sjunker den andra budgeten från 16 384 till 1 024: 15 360 tokens respektive 93,75 procent mindre i det nya försöket.
9.1.222
  • Den löpande uppdateraren hade överlämnat en förberedd version via IPC till den aktiva King. Launchern avslutade därefter den löpande core:n med exit 76 och skulle starta en ersättningsprocess. Vid det uppmätta bytet till 9.1.219 förblev en agentprofil därmed utloggad.
  • Bakgrundsuppdateringar laddar och kontrollerar den nya versionen nu bara och förtecknar den för nästa naturliga start. De sänder inget restart-IPC-meddelande, avslutar ingen aktiv TUI och startar ingen ersättningsprocess.
  • Vid nästa normala king-start visas åter det befintliga urvalet: uppdatera, hoppa över en gång eller vänta till nästa version. Först efter installationsbeslutet startar launchern ur det redan verifierade förberedda paketet; en andra nedladdning uteblir.
9.1.221
  • Oförändrade, ännu inte av tokenCount täckta meddelanden använder nu exakt en tokenuppskattning per kontextrevision. Upprepade status- och renderåtkomster skannar inte samma växande historik på nytt.
  • Nya textdelar, verktygsanrop, historikändringar, komprimering, undo och ett ändrat antal redan täckta meddelanden ogiltigförklarar cachen omedelbart. Råhistorik, beständiggjord historik och rapporterat tokenvärde förblir identiska med den hittillsvarande vägen.
  • Sju mätkörningar med 300 syntetiska meddelanden och vardera 250 oförändrade förfrågningar gav i median 42,1218 ms -> 0,1755 ms, runt 99,583 % mindre beräkningstid i denna hotpath. Båda versionerna gav exakt samma uppskattningsvärde på 127.838 tokens.
  • Versionen sänker CPU-arbetet för den lokala uppskattningen. Den påstår ingen sänkning av de faktiskt till modellen sända inmatnings-tokenen.
9.1.220
  • Projektionen av långa assistant-svar sparar sitt resultat nu i en WeakMap, så länge meddelandeobjekt, content-array, text-del och exakt källtext förblir oförändrade. Råhistorik och projicerat innehåll förblir identiska med den hittillsvarande vägen.
  • En ändring av texten, content-arrayen eller text-delen kasserar posten omedelbart. Olika meddelandeobjekt delar ingen cache.
  • Fem mätkörningar med vardera 1000 upprepningsprojektioner gav i median 16,489 ms -> 0,202 ms, runt 98,8 % mindre beräkningstid i denna väg. Båda versionerna sparade därvid exakt 21.206 tecken.
9.1.219
  • Rena korta textbekräftelser som ok, danke eller Telegram-DM-svar med efterställd fortsättningssignal läser inte längre lagret för validerade lärkandidater vid varje modellsteg.
  • Meningsfulla prompter, bilagor och turer med aktuell verktygsaktivitet synkroniserar fortsatt. En redan synlig lärpåminnelse finns kvar även under en överhoppad bekräftelse.
  • Den packade faktiska mätningen över 50 bekräftelser sjönk från 50 till 0 kandidatkatalogavläsningar. Den meningsfulla motkontrollen läste exakt en gång. Inget modell-, embedding- eller nätverksanrop tillkom.
9.1.218
  • Samma röd-till-grön-kontroll skapade i 9.1.217 vid en upprepning med nya tool-call-ID:n en andra öppen kandidat. Den isolerade faktiska mätningen gav två ID:n, 2 öppna filer och 726 byte.
  • Efter registreringen av bara den nyaste kandidaten skulle den äldre identiska kandidaten åter ha dykt upp som påminnelse. Det skulle ha skapat en andra reminder- och MistakeRecord-cykel för samma öppna lärdom.
  • bin/validated-learning-signal.cjs använder nu en redan öppen kandidat från samma profil och samma commandHash på nytt. Andra verifieringskommandon förblir åtskilda; registrerade eller utgångna kandidater absorberar ingen senare händelse.
  • Eftermätningen gav samma ID, 1 öppen fil och 363 byte. Det finns inget ytterligare modell-, embedding- eller nätverksanrop.
9.1.217
  • I 9.1.216 markerade varje lyckat MistakeRecord den nyaste öppna lärkandidaten som bearbetad, även när posten hörde till ett annat fel. Beviset var därmed beständigt men inte exakt korrelerat med sin senare registrering.
  • bin/validated-learning-signal.cjs läser nu det valfria candidateId i ett lyckat MistakeRecord och stänger uteslutande den exakt passande öppna kandidaten. En saknad, felaktig eller främmande ID lämnar alla öppna kandidater oförändrade.
  • blun.mjs nämner det stabila kandidat-ID:t i den synliga påminnelsen och för candidateId som valfritt fält i MistakeRecord-schemat. Det finns inget ytterligare modell-, embedding- eller nätverksanrop.
  • Korrelationen förblir profilbunden. I kandidatlagret hamnar fortsatt varken råa kommandon eller verktygsutdata.
9.1.216
  • bin/validated-learning-signal.cjs lägger bekräftade röd-till-grön-signaler nu installationsövergripande under <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/. Därmed finns en lärkandidat kvar över användarturer, komprimeringar och olika portaler i samma BLUN-installation.
  • Lagret är profilbundet, append-only och säkert vid samtidig åtkomst: per kandidat uppstår en oföränderlig JSON-fil och exakt en .recorded- eller .expired-markör. Tempfil, hårdlänk och borttagning av tempfilen förhindrar tyst överskrivning vid parallella skrivare.
  • Bara typ, status, profil, verktygsnamn, SHA256 av kommandot, verktygsanrops-ID:n och tidstämpel sparas. Rått kommando, feltext och framgångsrika verktygsutdata beständiggörs inte.
  • Ett lyckat MistakeRecord markerar den nyaste öppna kandidaten exakt en gång som bearbetad. Öppna kandidater förfaller efter 24 timmar. Saknas ett gemensamt hem, finns det hittillsvarande in-memory-beteendet fail-open kvar.
  • Detta är ännu ingen automatisk kodändring och inget självbeviljat godkännande. Versionen skapar bara det portabla, portaloberoende lärbeviset som senare inbyggda evaluator- och godkännandefunktioner säkert kan arbeta på.
9.1.215
  • Lösningar får varken förutsätta vissa interna agenter, interna datornamn, Telegram-grupper, Mnemo-instanser eller en BLUN-intern godkännandekedja.
  • För self-improvement abstraheras de interna rollerna som produktfunktioner: scope-/godkännandekontroller, isolerad evaluator, versionerat bevis och automatisk canary-återmätning med rollback.
  • Bara anpassningar med låg risk och mätbart begränsad omfattning får tas över automatiskt, och bara om alla testkörningar blir bättre eller neutrala. Kod, rättigheter, hemligheter, fakturering och produktion kräver fortsatt beslut av användare eller admin.
  • Den första implementeringen av den inbyggda kontrollen godkänns internt manuellt; därefter får kontrollen själv granska men inte ändra sin egen säkerhetsgräns.
9.1.214
  • 9.1.213 upprättade den rätta beständiga lagringsvägen via MistakeRecord men förväntade sig fortsatt att modellen känner igen det passande ögonblicket enbart ur verktygshistoriken.
  • Nytt är bin/validated-learning-signal.cjs: Modulen betraktar bara den aktuella användarturen och känner uteslutande igen samma verifierande skalkommando som först misslyckas och senare lyckas.
  • En dynamisk injector i blun.mjs påminner i detta bevisade fall om att hålla fast en återanvändbar lärdom med MistakeRecord. Kommandotext och råfel kopieras inte in i notisen.
  • Andra kommandon, normala läs-/verktygsfel, en ny användartur eller ett redan lyckat MistakeRecord-anrop skapar respektive behåller ingen notis. Det sker ingen automatisk lagring.
9.1.213
  • Missionsavtalet krävde efter en lyckad röd-till-grön-testkörning anropet record_error_memory. Detta verktyg finns inte i King-paketet. Den befintliga beständiga lärvägen heter MistakeRecord och skriver i den gemensamma Mistake.md.
  • Därmed var disciplinen från Evolver redan formulerad, men det sista steget till vårt eget, agentövergripande minne var dött: En bekräftad lösning kunde följa avtalet och ändå inte lagras beständigt.
  • Avtalet anropar nu efter den gröna upprepningskörningen MistakeRecord. Råfel förblir fortsatt utanför; först den lärdom som har bekräftats genom en lyckad motkörning sparas.
  • Mistake.md, dess relevansurval och dess lagringsformat varken ersattes eller ändrades. Det enda som reparerades var förbindelsen från det validerade läravtalet till det befintliga verktyget.
  • Bara blun.mjs, det nya strukturtestet test/validated-learning-route.test.js och versionen i package.json ändrades.
9.1.212
  • ErrorMemory-injectorn formaterade även för rena hälsningar och korta bekräftelser flera strategigen. Mistake.md och det personliga minnet hade för samma meddelandeklass redan en gemensam relevansgräns; bara ErrorMemory kringgick den.
  • Injectorn använder nu också isLowInformationMistakeTurn och avslutar projektionen före urval och formatering av strategigenen. Beständiggjorda fel- och strategiposter förblir oförändrade; bara deras onödiga projektion i småförfrågningar uteblir.
  • Uppmätt referensfall Wie geht es dir? med elva sparade poster: före fem utvalda regler, 1.417 tecken respektive runt 355 tokens; därefter 0 tecken och 0 tokens.
  • Bara blun.mjs, test/error-memory-performance-policy.test.js och versionen i package.json ändrades.
9.1.211
  • King kvitterar körader först när meddelandet har tagits emot. Före en aktiv session kastar injectChannelEnvelope ett adresserat meddelande dock som dropped, utan att kvittera eller parkera det. Därmed kan kontrollpunkten beständigt stanna kvar på exakt denna första rad.
  • Äkta röd testkörning _proof/telegram-profile-checkpoint-red.cjs: förväntat queued, uppmätt dropped, exit 1.
  • Samma fel ligger i Telegram-kommando-vägen: /loop före aktiv session läggs inte i queuedMessages; acknowledge-funktionen förblir utan förbrukare. Äkta röd testkörning _proof/telegram-remote-command-presession-red.cjs: förväntad kölängd 1, uppmätt 0, exit 1.
  • injectChannelEnvelope behandlar en ännu inte leveransduglig session nu som en upptagen session: modelltext, visningsursprung och senare kvittens finns kvar i den befintliga kanalkön.
  • injectTelegramRemoteCommand bygger köposten före sessionskontrollen. /loop och de andra direkta Telegram-kommandona parkeras vid saknad session med sin channelAcknowledge-funktion och utförs först vid den befintliga säkra gränsen.
  • Ordningen och den befintliga kontrollpunktsregeln förblir oförändrade: En körad kvitteras först efter mottagandet; senare kvittenser kan inte hoppa över en tidigare rad som fortfarande är öppen.
9.1.210
  • Den aktiva handoffen från 9.1.208/9.1.209 kunde avsluta en löpande King för en uppdatering. På MSI:n avslutades därmed den löpande sessionen vid bytet 9.1.206 -> 9.1.207 och återupptogs inte automatiskt.
  • 9.1.209 togs därför inte in i det offentliga manifestet och markerades på npm som inte utrullningsbar.
  • Föreskriften är nu tekniskt påtvingad: En automatisk uppdatering får aldrig avsluta den löpande King. Den laddas bara och förtecknas som pending. Aktivering sker först vid en senare normal start.
9.1.209 Återkallad
  • Ej publicerad. Den aktiva uppdateringshandoffen kunde avsluta en löpande King; därför kom versionen inte in i det offentliga manifestet och markerades på npm som inte utrullningsbar.
9.1.208
  • På MSI:n uppmättes 27 King-starter och 15 versioner under en dag. Omstarterna sammanföll varje gång med versionshopp; en egen exit-grund protokolleras fortsatt inte i loggen där.
  • Uppdateraren förberedde nya manifest-versioner i minuttakt. Version 9.1.208 inför därför ett 30-minuters vilofönster innan en ytterligare ny runtime får aktiveras.
  • Gamla runtime-versioner begränsas efter lyckad aktivering till de nyaste tre versionerna. Radering sker bara när alla installations-leases för den gamla versionen har förvärvats exklusivt. Aktiva, upptagna eller okända layouter förblir orörda.
  • Skyddslogiken lever också i den nyinlästa core:n. Därmed griper den efter den automatiska aktiveringen in även när den beständiga föräldralaunchern fortfarande kommer från en äldre version.
  • De åtta uppmätta MSI-versionerna upptog tillsammans bara 778 MB. De förklarar inte den nästan fulla 454-GB-disken; den stora förbrukaren förblir ett separat öppet fynd.
9.1.207
  • Upprepningar av misslyckad telemetri begränsas per körning till de 16 äldsta filerna och stoppar vid det första övergående serverfelet i stället för att bearbeta hela eftersläpningen vidare.
  • Felpoolen behåller de nyaste 512 filerna inom 16 MiB och sju dagar. Den normala events.jsonl är uttryckligen undantagen från rensningen.
  • Före den här versionen fanns det i verkligheten 4 248 felfiler med 11 631 974 byte. Efter automatisk aktivering fanns det 512 filer med 2 260 908 byte: 3 736 gamla felfiler och cirka 9,37 MB last mindre.
9.1.206
  • Redan arkiverade stora assistant-svar ersätts nu före slingprojektionen med sin begränsade, återinläsbara arkivhänvisning. Därmed kan en efterföljande textrensning inte längre ogiltigförklara den sparade hashen.
  • Tre verkliga arkivfiler kontrollerades byteexakt mot sina sparade SHA256-meddelandehaschar: 38.567, 13.941 och 24.787 tecken, alla närvarande och alla exakt passande.
  • På exakt samma 41.480 wire-poster med 311 meddelanden sjönk modellprojektionen från 87.724 till 63.234 tecken: ytterligare 24.490 tecken respektive runt 6.123 inmatningstoken mindre per berört anrop.
  • Rå historik och fullständiga privata arkivfiler förblir oförändrade och kan läsas sida för sida via sin sökväg.
9.1.205
  • Svarslingor inom ett assistant-meddelande känns nu igen även vid små skillnader i skiljetecken eller ordalydelse. Ett kluster behöver minst tre träffar vid konservativ likhet 0,88; den första versionen finns kvar, råhistoriken ändras inte.
  • I ett konserverat fall sjönk ett verkligt slingsvar från 24.787 till 22.711 tecken: 2.076 tecken respektive runt 519 inmatningstoken mindre.
  • Kodstaket förblir byteexakt skyddade. Verktygsberättande, injektioner, par och besparingar under 1.000 tecken förblir oförändrade.
9.1.204
  • Felpåminnelsen laddar inte längre blint alla elva reglerna per arbetsrunda. De fyra oumbärliga bevis- och motprovsreglerna 4, 9, 10 och 11 förblir alltid aktiva; högst två ytterligare regler läggs till deterministiskt utifrån den aktuella uppgiften.
  • I den verkliga distribuerade regelsamlingen sjönk det upprepade blocket från 2.442 till 1.272 tecken: 1.170 tecken respektive runt 293 inmatningstoken mindre per berörd arbetsrunda.
  • Urvalet skapar ingen modell-, sök-, reranker- eller embedding-förfrågan. Små egna regelsamlingar förblir fullständiga; vid ett selektorfel griper det tidigare fullständiga blocket fortsatt in.
9.1.203
  • En tom ToolSearch är nu ett framgångsrikt avslutat nollresultat i stället för ett rött verktygsfel. Svaret nämner det saknade berättigade verktyget och förbjuder en upprepning med synonymer.
  • I den uppmätta historiken stod 32 tomma sökningar med 29 formuleringar; i en konserverad tur efterfrågades samma saknade Telegram-förmåga efter det röda felet direkt på nytt med en andra sökning.
  • Ingen ytterligare modell-, reranker- eller embedding-förfrågan, inget nytt resident schema och ingen ändring av verktyg eller behörigheter.
9.1.202
  • Den från DeepAgents härledda lokala kontextprojektionen visar vid stora arbetskataloger företrädesvis toppnivåposter i stället för djupa detaljer ur de första få mapparna. Små kataloglistor förblir byteidentiska.
  • En agent-root innehåller 509 toppnivåposter (89 mappar, 420 filer). Förut visade modellprojektionen i 1.981 tecken bara 9 toppnivåmappar; nu visar den 30 i 832 tecken.
  • Uppmätt besparing: 1.149 tecken respektive cirka 287 tokens per förfrågan. Persona, arbetsregler, råhistorik och verktygsåtkomst förblir oförändrade.
9.1.201
  • En från DeepAgents härledd projektionshygien komprimerar det statiska felminnet utan att förlora någon av de 11 sparade reglerna eller kontrollerna.
  • Gamla utförliga felminnestexter komprimeras bara i modellprojektionen. Råhistorik, normala svar och verktygsresultat förblir oförändrade.
  • I projektionen finns bara den nyaste fel- och felkorrigeringsinmatningen kvar.
9.1.200
  • Det nya lokala kommandot /context visar åtskilt den faktiskt projicerade modellförfrågan, den sparade samtalshistoriken, verktygsscheman, komprimeringsbudgeten och det återstående utrymmet.
  • Vyn läser uteslutande session.getContext(). Den startar ingen modellförfrågan, ingen hanterad förbrukningsfråga, ingen tjänst och ingen omstart.
  • Utflyttade verktygsresultat nämner nu en exakt återläsningsväg: Read med högst 20 rader och därefter fortsatt line_offset. Det förhindrar den uppmätta formen där en agent begärde samma stora område på nytt med Read, Grep och Bash.
  • /premortem fanns redan före 9.1.200 och säljs uttryckligen inte som ny funktion i denna release.
  • För nya översättningar gav den obligatoriska språkkontrollen inget godkännande på grund av saknad oberoende korttextkontroll. Därför använder /context bara redan godkända lokaliserade beteckningar; ingen okontrollerad måltext togs in.
9.1.199
  • En aktuell modellvy innehöll i ett enskilt assistant-svar 13 941 tecken med 100 styckeblock. Bara 20 block var unika; sex grupper upprepade sig exakt och upptog 9 579 tecken.
  • 9.1.199 komprimerar uteslutande sådana exakta upprepningar inom ett enskilt rent textsvar i modellvyn. Den råa sessionshistoriken förblir oförändrad.
  • Komprimeringen griper in först från tre exakta upprepningar och minst 1 000 sparade tecken. Kodblock, blandat innehåll, verktygsanrop, injektionsmeddelanden, korta block och mindre besparingar förblir oförändrade.
  • Det följer DeepAgents-grundsatsen att bevara återläsbar sanning och bara avlasta den aktiva modellvyn. Det finns inget ytterligare modell- eller embedding-anrop.
9.1.198
  • En aktuell historik innehöll ett redan av verktyget som truncated: true markerat Grep-resultat med 50 042 tecken. Utflyttningen av enskilda resultat kände visserligen igen storleken men lät sådana resultat genom en tidig retur ändå fullständigt stanna i modellvyn.
  • 9.1.198 tar bort uteslutande detta undantag. Ett avklippt Read använder den befintliga källsökvägen utan duplikat; andra avklippta resultat arkiverar exakt den fullständiga av verktyget returnerade texten.
  • Hänvisningen behåller truncated: true och bär stored_result_scope: tool_truncated_output. Därmed påstås inte att rå utdata återställdes som verktyget aldrig har levererat.
  • Mönstret följer DeepAgents: stora verktygsutdata förblir återläsbara utanför den aktiva modellvyn, medan där bara en liten hänvisning blir kvar.
9.1.197
  • Även rena textbekräftelser som ok laddade hittills den dynamiska Mistake.md-påminnelsen. Vid den aktuella gemensamma regeluppsättningen var det 1 819 prompt-tecken, ungefär 455 tokens, trots att ingen arbetskontext fortsattes.
  • 9.1.197 identifierar endast informationsfattiga rena textturer, innan någon av de två Mistake-källorna läses, och utelämnar där den dynamiska injektionen.
  • Bilagor, icke-textuellt innehåll och meningsfulla fortsättningar som ok, check updater behåller den tidigare vägen. Den befintliga relevans-fallbacken för riktiga arbetsturer förblir oförändrad.
  • Mönstret kommer från AnythingLLM-jämförelsearbetet: valfria kontextkällor ska bara nå modellens vy när den aktuella turen verkligen behöver dem. Det anpassades till den befintliga BLUN-policyn utan extra modell- eller embedding-anrop.
9.1.196
  • /reload fanns lokalt men kändes inte igen som direkt kommando från Telegram. Telegram-allowlistan innehöll inte namnet; därför förblev meddelandet vanlig modelltext.
  • 9.1.196 lägger bara till reload i den befintliga adresserade listan över Telegram-kommandon.
  • Telegram-vägen använder samma befintliga hanterare som den lokala TUI:n: session, MCP-servrar samt runtime- och TUI-konfiguration laddas om i den pågående processen. Ingen modellrunda och ingen omstart av processen startas.
  • /new och andra slash-meddelanden som inte har godkänts förblir vanlig modelltext.
9.1.195
  • Automatiska uppdateringar kördes, men den omstartade TUI:n hamnade på C:\ i stället för i den tidigare projektmappen.
  • TUI:n förde rätt mapp i state.appState.workDir men överlämnade bara session, version och läge vid uppdateringsöverlämningen. Launchern använde därför sin ursprungliga startmapp för mål och återfall.
  • 9.1.195 transporterar den aktiva projektmappen i överlämningen och använder den för målversion, återfall och ytterligare automatiska uppdateringar i samma tillsyn.
  • Endast befintliga absoluta kataloger accepteras. Relativa, saknade eller filpekande uppgifter faller tillbaka på launcherns mapp.
9.1.194
  • Den befintliga tur-watchdogen varnade efter 20 minuter men avslutade inte en tur efter det. På Macen fortsatte en tur som hade fastnat efter 30-minutersvarningen till åtminstone minut 39.
  • 9.1.194 behåller varningen efter 20 minuter och avslutar en tur efter 30 minuter utan verkliga framsteg.
  • Stegstart, thinking-text, assistenttext, verktygsanrop, verktygsargument, verktygsförlopp och verktygsresultat återställer inaktivitetsfristen. Långt aktivt arbete avslutas därför inte.
  • Det befintliga avbrottet efter fem identiska misslyckade verktygsanrop förblir separat och oförändrat aktivt.
9.1.193
  • Flera Telegram-leveranser kom med identisk chat_id och message_id upp till fyra gånger i samma session.
  • 9.1.181 tog bort dessa upprepningar först senare från modellvyn. Innan dess kunde varje kopia redan utlösa en egen modelltur och därmed kostnader.
  • 9.1.193 inför därför före turstarten ett leveransregister begränsat till 2 048 identifierare. Samma Telegram-identifierare accepteras bara en gång per session; upprepningar bekräftas men loggas inte och startar ingen leverantörstur.
  • Nya meddelandeidentifierare, icke-användarinjektioner och den råa historiken förblir oförändrade. Vid fortsättning återställs registret från de accepterade prompt-posterna.
9.1.192
  • En Mac visade fortfarande King is thinking i 39 minuter efter ett avvisat Bash-godkännande. Själva verktygsanropet avvisades korrekt, men avvisningen returnerades som ett vanligt felresultat till den pågående modellslingan.
  • PermissionManager.requestToolApproval() lämnade vid avvisning bara block: true. Den befintliga batch- och leverantörsstyrningen kunde redan avsluta turen med syntheticResult.stopTurn = true, men fick inte denna signal.
  • Nytt är bin/approval-rejection-stop.cjs. Avvisade och avbrutna godkännanden skapar nu ett befintligt felresultat med stopTurn: true. Den aktuella turen avslutas, och senare anrop i samma verktygsstack hoppas över. Godkännandeprotokollet, policyn och fail-closed-beteendet förblir oförändrade.
  • DeepAgents bekräftade den explicita mänskliga avbrottsgränsen som ett lämpligt mönster. AnythingLLM och Evolver erbjöd för detta snäva fel ingen starkare mekanism än det redan befintliga BLUN-kontraktet.
9.1.191
  • DeepAgents erbjuder med /context en välbekant, synlig uppdelning av kontextfönstret i stället för bara ett totalvärde.
  • Evolver kräver för prestandaarbete en separat promptbudget för systemdel, samtal, verktyg och fritt utrymme.
  • AnythingLLM sparar verktygsscheman genom embedding-baserad omrangering. BLUN har redan den billigare deferred-tool-vägen utan extra modell- eller embedding-anrop; denna del dubblerades därför inte.
9.1.190
  • Ur permanent lagrade tool.call-loophändelser tas bara visningsfälten display och description bort. Identitet, verktygsnamn, argument och stegkoppling bevaras.
  • Runtimen behandlar fortfarande den fullständiga händelsen. TUI-visning, verktygsutförande och återupptagning ställdes inte om till projektionen.
  • En riktig agentwire med 42.451.368 byte innehöll 6.135 verktygsanrop. Vid 5.679 av dem kunde 3.125.874 byte falla bort: 7,36 % av hela wire-protokollet.
9.1.189
  • En användare hade valt bosniska och skrivit på bosniska, men King svarade på slovenska. I persona-prompten stod bara det engelska ordet Bosnian; det närbesläktade språkområdet var inte uttryckligen avgränsat.
  • Kako si?, Kako je King?, Ko si ti? och Ko stoji iza tebe? fungerade inte som självständiga bosniska kortsamtal. Skärmdumpen till Ko stoji iza tebe? visade till och med webbsökningar i stället för ett direkt svar.
  • Den rapporterade enkla incheckningen förbrukade ungefär 7.500 token. Den tidigare low-effort-vägen tillät upp till 8.192 completion-token och behöll flera gamla meddelanden.
9.1.188
  • BLUN kände igen ett verkligt återfall redan efter tre liknande svar, men lät de föråldrade svaren ligga kvar fullständigt i modellvyn. Notisen mot slingan konkurrerade därför fortfarande med det gamla felaktiga tillståndet.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 står för mönstret med indexstabila, begränsade ersättningsmeddelanden. AnythingLLM prioriterar de senaste samtalsparen och behandlar historik som den kontext som komprimeras först.
  • En wire innehöll 42.265.671 byte, varav 25.423.100 byte context.append_loop_event. Det bevisar den verkliga loop-belastningen men anges inte som direkt besparing av frågetoken.
9.1.187
  • Det live publicerade 9.1.184-manifestet bar tidstämpeln 2026-08-26T12:15:06.5196457Z. Den distribuerade parsern tillät bara en till tre decimaler och kastade därför bort hela manifestet.
  • Utan giltig fallback var npm ensamt avgörande. Vid staging av 9.1.185 var npm-taggen därför kort synlig, fastän manifestet fortfarande stod på 9.1.184.
  • npm-taggen ställdes tillbaka till 9.1.184. Live-manifestet korrigerades bara i tidstämpeln till 2026-08-26T12:15:06.519Z; version och integritet förblev oförändrade. Tre cache-rensade hämtningar och den riktiga klientparsern bekräftade därefter manifestet.
  • Live-SHA256 efter reparationen: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Säkerhetskopia: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Efter en full komprimering skrivs den befintliga systemprompten inte längre över med nyinlästa lokala kontextdata. Dess tidigare prefix förblir därmed bytestabilt och återanvändbart för leverantörens cache.
  • Arbetskatalogen, passande AGENTS.md-filer och ytterligare kataloger får en fingeravtryckssumma. Endast vid en verklig ändring läggs det nya läget till som ett internt kontextmeddelande, osynligt för användaren.
  • Inbäddade kontextdata escapas före den interna markeringen. En lokal text kan därför inte stänga markeringens gräns eller smuggla in nya systemnotiser.
9.1.185
  • Två agentprofiler loggade ut i tidsfönstret kring den automatiska uppdateringen. Oavsett detta stannade en tredje profil efter en lyckad övergång från 9.1.182 till 9.1.183 kvar på denna version och förberedde inte 9.1.184.
  • Två konkreta fel bevisades i källkoden: TUI:n avslutades direkt efter process.send utan att vänta på IPC-bekräftelsen. Dessutom väntade launchern efter en lyckad överlämning bara på slutet av den nya processen och inrättade ingen ytterligare uppdateringsövervakning för den.
9.1.184
  • Vanliga modellanrop förde verktygsschemana för GenerateImage och GenerateVideo med permanent, fastän den uppmätta verktygsanvändningen bara innehöll ett bildanrop och inget videoanrop bland 3 183 anrop.
  • 9.1.184 tar bort båda schemana från den ständigt inlästa kärnuppsättningen. En uttrycklig bild-, video- eller animationsuppgift laddar bara det faktiskt behövda schemat i samma tur.
  • Samma urvalsväg gäller också när en medieuppgift kommer in under en pågående tur. Kvalitetsfrågor, mediegranskningar och icke bindande idéer för senare laddar inget genereringsschema.
  • Båda verktygen förblir tillgängliga via ToolSearch. Ändringen tar bort ingen förmåga utan flyttar sällan behövda scheman ut ur vanliga modellanrop.
9.1.183
  • BLUN King 9.1.183 gör den automatiska Telegram-leveransen av färdiga media tålig mot tillfälliga uppladdningsfel.
  • Klienten upprepar uteslutande ett begränsat antal tillfälliga fel, bygger upp den flerdelade uppladdningen på nytt vid varje försök och avbryter omedelbart vid permanenta fel.
  • Uttömda leveransförsök loggas separat, utan att exponera bot-tokenen eller undertrycka den normala återfallsleveransen.
9.1.182
  • Den här versionen korrigerar uteslutande den automatiska uppdateringen av en pågående King-session.
  • Launchern satte hittills BLUN_NO_AUTO_UPDATE=1 i samma miljö som både den skyddade kärnan och uppdateringsförberedelsen i den överordnade processen använde. Därigenom var den gamla uppdateraren visserligen korrekt avaktiverad i kärnan, men även den nya överordnade uppdateringskontrollen avslutade sig innan den hämtade det offentliga manifestet.
  • 9.1.182 bevarar en uttryckligen satt avstängning för den överordnade processen. Den påtvingade avstängningen läggs bara till vid start av den skyddade kärnan.
  • Mnemo förblir en intern, lokal konfiguration. Det offentliga paketet innehåller inte Mnemo. Den additiva posten förblir helt inaktiv utan lokal Mnemo-sökväg och uttryckligen satt agentidentitet.
9.1.181
  • Upprepade identiska långa användaruppgifter och dubbla Telegram-leverans-ID tas uteslutande bort ur modellprojektionen; råhistoriken förblir oförändrad.
  • En konfigurerad Mnemo-MCP läggs nu till i den aktiva King-TUI-profilen i stället för att förbli begränsad till Telegram-bridge-sessioner.
  • Alla 413 tester gick igenom; båda riktade mutationstestkörningarna blev röda så snart respektive skyddsåtgärd togs bort.
9.1.180
  • Den automatiska uppdateringsförberedelsen hänger inte längre uteslutande på det senare TUI-ready-IPC. Så snart den skyddade kärnan bevisligen är inläst startar launchern förberedelsen även när denna andra signal gick förlorad.
  • Säkerhetsgränsen för själva överlämningen förblev oförändrad: pågående svar, komprimering, meddelandekö, verktyg, shell-kommandon och kökommandon förhindrar fortfarande en omstart mitt i arbetet.
  • Det faktiska läget bevisade felet: läge resume, installation 9.1.177, offentlig 9.1.179, men bara 9.1.176 förberedd. Slingan var därmed inte den första spärren, eftersom tomgångskontrollen först inträder efter förberedelsen.
9.1.179
  • Rena bekräftelser som ok, ja, danke eller perfekt hoppar över den personliga memory-mäklaren. Det sparar ett mäklar-anrop och förhindrar vid sådana innehållsfattiga turer upp till 16.384 tecken onödig memory-injektion.
  • weiter, bilagor, frågor, kommandon och andra innehållsrika meddelanden behåller den tidigare portalövergripande minnesvägen.
  • En först byggd DeepAgents-liknande argumentbuffert var i fyra av fem mätomgångar långsammare än den enkla sammanfogningen. Den kastades helt och publicerades inte.
9.1.178
  • Den fördröjda verktygssökningen känner nu igen en entydig exakt första term. GetMedia media job status result laddar därför GetMedia utan att falla tillbaka på en bred semantisk gissning. Tvetydiga korta namn förblir avsiktligt olösta.
  • Medieproduktionskedjan bryter fullständiga stegnamn till följande rader. Det sista steget kapas inte längre vid högerkanten.
  • Ändringen förbättrar verktygsvalet och läsbarheten. Den ändrar varken mediemodellen eller bildkvaliteten och hävdar ingen riktig förhandsvisning av media.

Förbättringar sedan 9.1.57

VersionÄndring
9.1.177Automatiska uppdateringar tar över ett sparat fortsättnings- eller omstartsläge nu även när det direkta processmeddelandet uteblir, och visar omedelbart före den säkra TUI-omstarten en tydlig notis. Historiska platshållare för komprimerade verktygsargument tas bort som kompakt JSON, formaterad JSON eller inläst objekt innan de kan köras igen. Råhistoriken och alla befintliga skyddsmekanismer för uppdateringen förblir oförändrade.
9.1.176Alla urvalsmenyer för slash-kommandon skiljer nu alternativen åt med en tom rad och visar förklaringarna i en egen, återhållsam andra färg. Den gemensamma komponenten försörjer 20 menyanrop; individuella varningsfärger bevaras.
9.1.175Verktygsnotisen som upprepas vid varje modellanrop sjunker från 1 749 till 825 tecken. Det sparar i mätningen cirka 231 uppskattade inmatningstoken per anrop. Alla elva beteendekrav bevaras; råhistorik, verktygsscheman och filer förblir oförändrade.
9.1.174Det relevanta Mistake.md-utdraget som visas vid varje modellanrop är begränsat till 3 000 i stället för 4 000 tecken. I 100 riktiga anrop sparar det i genomsnitt cirka 253 uppskattade inmatningstoken; de valda rubrikerna förblev identiska i alla 100 fallen. Fullständiga filer och sparad historik förblir oförändrade.
9.1.173BLUN King känner igen återkommande rena textsvar över flera Telegram-turer. Efter tre nästan identiska svar trots nya användarnotiser får agenten en gång en intern korrigeringsnotis i stället för att på nytt mata ut en gammal fråga, lista eller vänteslinga. Meddelanden, processer och sparad historik förblir oförändrade.
9.1.172Den automatiska uppdateringen kontrollerar en pågående session på nytt efter en resultatlös sökning vid starten. Nästa kontroll sker slumpmässigt fördelat efter 60 till 90 sekunder. Därmed upptäcks senare publicerade versioner utan manuell omstart. Installation och sessionsöverlämning väntar fortfarande på fullständig tomgång.
9.1.171BLUN King behåller per tur bara de fyra senast efterladdade verktygsschemana i stället för tolv. Äldre verktyg förblir sökbara via ToolSearch och laddas på nytt vid val. Permanent inlästa kärnverktyg, den sparade historiken och utförandebeteendet förblir oförändrade.
9.1.170Samlar de aktuella tillförlitlighets- och arbetsflödesfelen: återkommande uppgifter behåller den senaste överdimensionerade anvisningen; komprimerade platshållare för verktygsargument tas bort ur modellprojektionen; ToolSearch känner igen naturliga memory-sökord inklusive det enskilda ordet ”store”; loop-vyn laddar planeringsläget på nytt; /update styr den säkra tomgångsöverlämningen; och /premortem tillhandahåller en synlig, strukturerad felanalys.
9.1.169BLUN King behåller det exakta verktygsvalet och den tidigare stränga sökordsökningen oförändrad. Först när denna sökning inte ger någon träff söker en snäv andra omgång efter besläktade tyska och engelska begrepp. Namnkrav med + förblir obligatoriska; minst två meningsbärande begrepp och 75 procent av frågan måste stämma. Därmed hittar de tre faktiskt misslyckade Telegram-sökningarna det aktuella köverktyget, medan en olämplig fråga fortfarande slutar utan träff.
9.1.168BLUN King ersätter inte längre äldre argument från verktygsanrop med en intern platshållare som modellen kan kopiera in i ett nytt anrop. Redan befintliga platshållaranrop och deras tillhörande felresultat tas bara bort ur modellprojektionen; den oförändrade sessionshistoriken finns kvar som bevis.
9.1.167BLUN King 9.1.167 behåller vid återkommande planerade uppgifter bara en luckfri följd av de senaste fullständiga arbetsavsnitten. Om nästa nyare avsnitt skulle överskrida gränsen på 48 000 tecken eller 24 meddelanden avslutas urvalet i stället för att därefter ta upp äldre små avsnitt igen. Så förblir kontext och tidsordning sammanhängande. I en uppmätt pågående historik sjönk den projicerade historiken från 32 591 till 16 981 tecken. Det sparar 15 610 tecken eller cirka 3 903 uppskattade inmatningstoken per jämförbart anrop. Råhistorik, aktuella uppgiftssteg och komprimeringssammanfattningen förblir oförändrade.
9.1.166BLUN King 9.1.166 begränsar återkommande planerade uppgifter till en isolerad arbetskontext i stället för att överföra huvudagentens hela samtal på nytt vid varje modellsteg. Den aktuella uppgiften, den senaste komprimeringssammanfattningen och de senaste verkliga arbetsstegen förblir tillgängliga inom en gräns på 24 meddelanden och 48 000 tecken. Den sparade historiken, normala användarturer, engångspåminnelser och snabba samtalsvägar förblir oförändrade. I en uppmätt historik förbrukade 2 043 modellsteg av återkommande planerade uppgifter totalt 298,7 miljoner inmatningstoken, i genomsnitt 146 188 token per steg.
9.1.165BLUN King 9.1.165 begränsar utdatabudgeten för normala turer till 24 576 i stället för 32 768 token. Lätta steg behåller sitt tidigare gränsvärde på 8 192 token, modeller med mindre utdatagränser behåller sina lägre värden, och en uttrycklig användarinställning har fortfarande företräde. Av 27 049 uppmätta svar låg 99 procent under 9 970 token; tolv gamla avvikare träffade exakt den tidigare gränsen på 32 768 token och räknade vidare i ungefär sex minuter vardera.
9.1.164BLUN King 9.1.164 begränsar utdatabudgeten för en komprimering på stora modellfönster till 16 384 i stället för 131 072 token. 39 lyckade komprimeringar behövde högst 10 781 utdatatoken. Den nya ramen ligger 52 procent över detta uppmätta maxvärde och sänker det möjliga utdata- och KV-cachebehovet per komprimering med 87,5 procent. Sparad historik och normala samtalsturer förblir oförändrade.
9.1.163BLUN King 9.1.163 ersätter omfattande skill-inläsningar utanför de senaste 20 meddelandena i modellprojektionen med en kompakt omladdningshänvisning. Aktuella, små och inte omladdningsbara skill-inläsningar förblir oförändrade; den sparade samtalshistoriken skrivs inte om. I ett uppmätt fall sjunker en skill-inläsning från 87 034 till 424 projicerade tecken. Så snart den lämnar det aktuella arbetsfönstret sparar det 86 610 tecken eller cirka 21 653 uppskattade inmatningstoken.
9.1.162BLUN King 9.1.162 begränsar stora översikter av arbetskatalogen i den upprepade systemprompten till 2 000 tecken. Små översikter förblir oförändrade. Vid förkortade översikter hänvisar en tydlig notis fortfarande till den fullständiga sökningen med Glob, Grep och Read. I en uppmätt prompt sjunker översikten från 3 988 till 1 983 tecken. Det sparar 2 005 tecken eller cirka 501 uppskattade inmatningstoken per lika uppbyggd fråga.
9.1.161BLUN King 9.1.161 upprepar inte längre namnen på de 112 utlokaliserade verktygen i varje ToolSearch-beskrivning. Sökningen per sökord, det exakta urvalet via det fullständiga eller entydiga korta namnet och den beständiga inläsningen av de tolv senast valda schemana bevaras. I den uppmätta framställningen sjunker den upprepade beskrivningen från 1 984 till 278 tecken. Det sparar 1 706 tecken eller cirka 426 uppskattade inmatningstoken per lika uppbyggd fråga.
9.1.160Från och med BLUN King 9.1.160 skyddar modellprojektionen bara de senaste tolv meddelandena fullständigt, innan äldre lyckade verktygsresultat som uteslutande innehåller text ersätts med en kort avslutningsnotis. Felutskrifter, media, sparade filhänvisningar, de senaste tolv meddelandena, råhistoriken och exporter förblir oförändrade. I en stabilt uppmätt sessionsögonblicksbild förminskas därmed ytterligare två gamla verktygsresultat. Modellprojektionen sjunker från 81 800 till 78 402 tecken. Det sparar ytterligare 3 398 tecken eller cirka 850 uppskattade inmatningstoken per lika uppbyggd fråga.
9.1.159Från och med BLUN King 9.1.159 ersätts giltiga JSON-argument från avslutade verktygsanrop utanför de senaste 12 meddelandena i modellprojektionen med en kort notis. Det tillhörande verktygsresultatet, de senaste 12 meddelandena, icke avslutade anrop, små eller ogiltiga argument, råhistoriken och exporter förblir oförändrade. I en stabilt uppmätt sessionsögonblicksbild förminskas tre argument från avslutade verktygsanrop från 2 849 till 165 tecken. Det sparar 2 684 tecken eller cirka 671 uppskattade inmatningstoken per lika uppbyggd fråga.
9.1.158Från och med BLUN King 9.1.158 ersätts rena statusmeddelanden som omedelbart följer på ett avslutat Telegram-svar utanför de senaste 20 meddelandena i modellprojektionen med en kort notis. Det skickade svarsanropet och dess resultat, aktuella meddelanden, sammanfattningar efter andra verktyg, blandat innehåll, råhistoriken och exporter förblir oförändrade. I en stabilt uppmätt sessionsögonblicksbild förminskas sex historiska statusmeddelanden med 1 837 tecken. Det sparar cirka 460 uppskattade inmatningstoken per lika uppbyggd fråga.
9.1.157Från och med BLUN King 9.1.157 ersätts lämpliga lyckade, rent textbaserade verktygsutskrifter utanför de senaste 20 meddelandena i modellprojektionen med en kort avslutningsnotis. Felutskrifter, media, utlokaliserade filhänvisningar, de senaste 20 meddelandena, råhistoriken och exporter förblir oförändrade. I en stabilt uppmätt sessionsögonblicksbild förminskas 43 gamla resultat. Det sparar 9 680 tecken eller cirka 2 420 uppskattade inmatningstoken per lika uppbyggd fråga.
9.1.156Från och med BLUN King 9.1.156 upprepar sparade hänvisningar till användarmeddelanden utanför de senaste 20 meddelandena inte längre sin förhandsvisning med början och slut vid varje modellanrop. Återställningsmarkering, storleksuppgifter, läsbar filsökväg, de senaste 20 meddelandena, media, råhistoriken, den fullständigt sparade filen och exporter förblir oförändrade. I en stabilt uppmätt ögonblicksbild förminskas fem historiska hänvisningar och modellprojektionen sjunker från 99 143 till 96 001 tecken. Det sparar ytterligare 3 142 tecken eller cirka 786 uppskattade inmatningstoken per lika uppbyggd fråga.
9.1.155Från och med BLUN King 9.1.155 återställs sparade hänvisningar till användarmeddelanden innan textprojektioner kan ändra hashvärdet för det ursprungliga meddelandet. Befintliga utflyttningar förblir därmed verksamma i stället för att obemärkt falla tillbaka på det projicerade fullständiga meddelandet. Råhistorik, återläsbara filhänvisningar, de senaste 20 meddelandena, media och exporter förblir oförändrade. I en stabilt uppmätt ögonblicksbild sjunker modellprojektionen från 105 810 till 99 143 tecken. Det sparar ytterligare 6 667 tecken eller cirka 1 667 uppskattade inmatningstoken per lika uppbyggd fråga.
9.1.154Från och med BLUN King 9.1.154 begränsas adresserade Telegram-kanalavsnitt utanför de senaste 20 meddelandena till en förhandsvisning på 500 i stället för 1 000 tecken med början och slut. Fullständig kanalmetadata, början och slutet av meddelandeinnehållet, de senaste 20 meddelandena, bilagor, råhistoriken och exporter förblir oförändrade. I en stabilt uppmätt ögonblicksbild förminskas därmed sju ytterligare historiska adresserade avsnitt. Det sparar 3 500 tecken eller cirka 875 uppskattade token per upprepat anrop.
9.1.153Från och med BLUN King 9.1.153 bevarar projektionen av historiska Telegram-kontexter de fullständiga kanalmetadata och den avslutande kanaltaggen. Endast meddelandeinnehållet förkortas. Även vid verkliga, 161 tecken långa Telegram-metadata förblir strukturen giltig inom budgeten på 250 tecken. Projektionen är idempotent, efterföljande adresserade kanaler förblir oförändrade, och ett kanalkuvert som redan utan innehåll överskrider budgeten skickas oförändrat vidare.
9.1.152Från och med BLUN King 9.1.152 lämnar argument från avslutade verktygsanrop den aktiva modellprojektionen efter fyra i stället för åtta nyare meddelanden. Den råa sessionshistoriken, obesvarade eller felaktigt formaterade anrop, media, verktygsresultat och de senaste fyra meddelandena förblir oförändrade. I en nyuppmätt sessionsögonblicksbild komprimeras två ytterligare avslutade anrop; jämfört med 9.1.151 sparar det ytterligare 244 tecken eller cirka 61 uppskattade token per upprepat anrop.
9.1.151Från och med BLUN King 9.1.151 lämnar argument från avslutade verktygsanrop den aktiva modellprojektionen efter åtta i stället för tolv nyare meddelanden. Den råa sessionshistoriken, obesvarade eller felaktigt formaterade anrop, media, verktygsresultat och de senaste åtta meddelandena förblir oförändrade. I en uppmätt sessionsögonblicksbild komprimeras tre ytterligare avslutade anrop; jämfört med 9.1.150 sparar det ytterligare 317 tecken eller cirka 80 uppskattade token per upprepat anrop.
9.1.150Från och med BLUN King 9.1.150 skyddar den historiska utflyttningen av verktygsresultat de senaste fyra meddelandena fullständigt i stället för de senaste åtta. Äldre lämpliga verktygsresultat behåller en kompakt återställningsnotis på 600 tecken och sin källsökväg; råhistorik, fullständigt sparade utskrifter, media och de senaste fyra meddelandena förblir oförändrade. I en uppmätt sessionsögonblicksbild flyttar fönstret på fyra meddelanden ut nio ytterligare historiska resultat och sparar jämfört med 9.1.149 ytterligare 6 683 tecken eller cirka 1 671 uppskattade token per upprepat anrop.
9.1.149Från och med BLUN King 9.1.149 skyddar den historiska utflyttningen av verktygsresultat de senaste åtta meddelandena fullständigt i stället för de senaste tolv. Äldre lämpliga verktygsresultat behåller en kompakt återställningsnotis på 600 tecken och sin källsökväg; råhistorik, fullständigt sparade utskrifter, media och de senaste åtta meddelandena förblir oförändrade. I en uppmätt sessionsögonblicksbild sjunker tre resultat från 4 679 till 1 800 tecken; det sparar ytterligare 2 879 tecken eller cirka 720 uppskattade token per upprepat anrop.
9.1.148Från och med BLUN King 9.1.148 förminskas även de kanalavsnitt i det senaste blandade Telegram-paketet som uttryckligen markerats med addressed=false. Adresserade avsnitt, media, råhistoriken och exporter förblir oförändrade. I en uppmätt historik sjunker elva icke adresserade avsnitt från 22 691 till 2 750 tecken; det sparar 19 941 tecken eller cirka 4 986 uppskattade token per upprepat anrop.
9.1.147Från och med BLUN King 9.1.147 skyddar mikrokomprimeringen de senaste tolv meddelandena fullständigt i stället för de senaste tjugo och använder därmed samma återställningsfönster som den befintliga utflyttningen av verktygsresultat. Äldre avslutade verktygsargument och lämpliga verktygsresultat förminskas bara i modellprojektionen; råhistoriken och återställningssökvägarna förblir oförändrade. I en uppmätt historik sparar det ytterligare 560 tecken eller cirka 140 uppskattade token per anrop.
9.1.146Från och med BLUN King 9.1.146 begränsas äldre, redan utflyttade verktygsresultat i modellprojektionen till de uppgifter som behövs för återställningen: verktygsnamn, teckenantal och filsökväg. Det fullständiga innehållet förblir oförändrat på hårddisken, råhistoriken ändras inte, och de senaste tolv meddelandena behåller sina utförliga notiser. I en uppmätt historik minskar det den upprepade modellinmatningen med 26 779 tecken eller cirka 6 695 uppskattade token per anrop.
9.1.145Från och med BLUN King 9.1.145 upprepas en avbruten leverantörsström automatiskt när det fram till dess bara har kommit intern thinking-utskrift. Synlig text och verktygsanrop förhindrar fortfarande en automatisk upprepning. Adaptiva uppföljningssteg med låg tankenivå använder en utdatabudget på 8 192 token; första, komplexa och misslyckade steg behåller den konfigurerade budgeten, och en upprepning efter att längdgränsen nåtts kan utöka den. Vid fortsättning av en session visas den aktuella Telegram-plugin-transportnotisen inte längre som rå chatttext.
9.1.1449.1.144 begränsar adresserade Telegram-avsnitt utanför de senaste 20 meddelandena i modellprojektionen till en förhandsvisning på 1 000 tecken med början och slut. De senaste 20 meddelandena, det senaste användarmeddelandet, avsnitt exakt vid gränsen, bilagor, kanalmetadata, råhistoriken och exporter förblir oförändrade.
9.1.1439.1.143 tar bort den upprepade Telegram-plugin-transportnotisen ur modellprojektionen vid äldre meddelanden. Kanalinnehåll, metadata, bilagor, senaste användarmeddelandet, råhistoriken och exporter förblir oförändrade.
9.1.1429.1.142 förminskar förhandsvisningen med början och slut för äldre, icke adresserade Telegram-kanaldelar i modellprojektionen från 500 till 250 tecken. Adresserade kanaldelar, det senaste användarmeddelandet, bilagor, råhistoriken och exporter förblir oförändrade.
9.1.1419.1.141 tar bort argument från äldre, avslutade verktygsanrop i modellprojektionen redan från 32 uppskattade token. Verktygsresultat behåller sin tidigare tröskel; nya meddelanden och råhistoriken förblir oförändrade.
9.1.1409.1.140 begränsar den relevansbaserade Mistake-påminnelsen i modellprojektionen som standard till 4 000 tecken. Fullständiga Mistake-filer, råhistoriken och exporter förblir oförändrade.
9.1.1399.1.139 begränsar äldre, icke adresserade Telegram-kanaldelar i modellprojektionen till en förhandsvisning på 500 tecken. Det senaste användarmeddelandet, adresserade delar, bilagor, råhistoriken och exporter förblir fullständiga.
9.1.1389.1.138 behåller av varje återkommande cron-uppgift bara den senaste väckningsnotisen i modellprojektionen. Engångspåminnelser, olika uppgifter, råhistoriken och exporter förblir oförändrade.
9.1.1379.1.137 skyddar bara de tolv senaste meddelandena fullständigt mot utflyttning av äldre verktygsutskrifter. Fullständiga resultat förblir återställningsbara via råhistoriken och källsökvägen.
9.1.1369.1.136 behåller i modellprojektionen bara den senaste dynamiska Mistake.md-notisen. Äldre urval finns kvar fullständigt i råhistoriken och i exporter.
9.1.135BLUN King 9.1.135 håller den hanterade Node.js-runtimen i ersättningsprocessen och i alla underordnade verktyg först i PATH. Kommandon som node och npm använder därmed samma stödda runtime som TUI:n i stället för att falla tillbaka på en äldre systeminstallation.
9.1.1349.1.134 begränsar icke adresserade Telegram-gruppmeddelanden i modellprojektionen till en förhandsvisning på 2 000 tecken med bevarad början, slut och ursprunglig längd. Direktmeddelanden och den sparade historiken förblir fullständiga.
9.1.1339.1.133 väljer ur den projektspecifika och den gemensamma Mistake.md högst fem relevanta fullständiga poster inom en gemensam budget på 6 000 tecken. De fullständiga källorna och lagringssökvägarna bevaras.
9.1.1329.1.132 håller den slanka bas-systemprompten på 4 850 tecken aktiv efter den genererade initialiseringen. Det sparar 18 259 tecken per anrop, alltså cirka 4 565 uppskattade token, utan att ta bort anvisningar eller verktyg.
9.1.1319.1.131 tar bort två äldre regelkopior ur modellprojektionen så snart de avgörande motsvarigheterna finns. Standardprompten sjunker därmed med 1 010 tecken eller cirka 253 uppskattade token per anrop.
9.1.1309.1.130 ersätter utanför de senaste 20 meddelandena den förklarande texten för äldre, fullständigt avslutade verktygssteg med en kort notis. Verktygsanrop, resultat, råhistoriken och exporter bevaras fullständigt.
9.1.1299.1.129 tar bort förhandsvisningstexter ur äldre, redan utflyttade verktygsresultat. Sökväg och storleksuppgifter förblir synliga; det fullständiga innehållet finns kvar i originalfilen eller i det privata arkivet.
9.1.1289.1.128 begränsar den beständiga cachen för efterladdade verktygsscheman till de tolv senast valda verktygen. Bortträngda verktyg förblir omedelbart sökbara via ToolSearch.
9.1.1279.1.127 förkortar den upprepade ToolSearch-katalogen. Entydiga verktyg visas med sin korta väljare; fullständiga MCP-namnområden bevaras bara vid namnkollisioner.
9.1.1269.1.126 väljer deterministiskt högst fem avsnitt som passar till den aktuella konversationen ur den runtime-omfattande felfilen. Projektionen är begränsad till 6 000 tecken och behöver inget extra modell- eller nätverksanrop.
9.1.1259.1.125 lägger till det rent läsande Telegram-kommandot /status för kopplade användare. Det anger dator-, versions-, process- och köstatus utan att skriva ut chat-ID, sökvägar, hemligheter eller meddelandeinnehåll.
9.1.1249.1.124 korrigerar de omkastade märkesfärgerna i det kompakta BLUN-tecknet under inmatningen. Statusvärden, profilnamn och persona förblir oförändrade.
9.1.1239.1.123 tar bort de stora JSON-argumenten från äldre, avslutade verktygsanrop ur modellprojektionen. Namn, identifierare, resultat, råhistoriken och exporter bevaras fullständigt.
9.1.1229.1.122 laddar den fullständiga designriktlinjen bara vid visuellt arbete via skill-verktyget. Icke visuella frågor får ett kompakt aktiveringsavtal; äldre rena textutskrifter flyttas samtidigt ut mer effektivt.
9.1.1219.1.121 begränsar den totala storleken på äldre rena textutskrifter från verktyg. Lämpliga resultat arkiveras privat och ersätts i modellprojektionen med läsbara filhänvisningar.
9.1.1209.1.120 flyttar ut stora äldre assistentsvar till privata sessionsfiler. De senaste 20 meddelandena, verktygskedjor och den fullständiga råhistoriken bevaras.
9.1.1199.1.119 skickar vid varje modellsteg bara ett litet urval av ofta behövda skills. Alla övriga skills förblir sökbara via skill-verktyget efter namn eller ändamål.
9.1.1189.1.118 håller sessionens tidstämpel i systemprompten stabil under en pågående session. Oförändrade promptdelar kan därmed återanvända leverantörens prefixcache.
9.1.1179.1.117 håller de fyra kärnverktygen för media omedelbart tillgängliga och laddar bild- och videoförståelse, videosynkronisering och läppsynkronisering bara vid behov via ToolSearch.
9.1.1169.1.116 lägger till en proaktiv komprimering från cirka 128 000 uppskattade inmatningstoken vid en säker steggräns. Komprimeringen använder en slank egen systemprompt; stora Read-resultat använder sin befintliga källsökväg.
9.1.115Fortsatta sessioner bygger upp systemprompten för den aktuella profilen på nytt, så att föråldrade överdimensionerade prompt-ögonblicksbilder inte består över omstarter. Stora översikter av arbetskatalogen begränsas; de fullständiga filerna förblir tillgängliga via Glob, Grep och Read.
9.1.114Telegram-leveransen behandlar Windows-EPERM nu som ett tecken på en pågående TUI- eller pollerprocess i stället för att leda bort meddelanden från den synliga sessionen. ToolSearch bekräftar ett redan inläst verktyg med exakt namnträff i stället för att felaktigt rapportera att ett verktyg som först ska laddas vid behov saknas.
9.1.113Telegram-verktygen behåller vid start en ersättningsväg inom samma runtime, ifall den hanterade plugin-registreringen tillfälligt saknas.
9.1.112Stora äldre användarmeddelanden arkiveras utanför det aktuella arbetsfönstret; den fullständiga råhistoriken förblir tillgänglig.
9.1.111Telegram-turer med bilagor får download_attachment automatiskt. Vid normala turer förblir verktyget utlokaliserat via ToolSearch, så att den minskade schemalasten bevaras.
9.1.110Upprepningar efter en leverantörsöverbelastning följer serverns Retry-After-angivelse. Den automatiska ripgrep-installationen laddar de fastställda arkiven för version 15.0.0 från den officiella ripgrep-utgåvan och kontrollerar deras SHA-256-checksummor före installationen.
9.1.109Version 9.1.109 håller bara kvar de nio verktyg i modellanropet som stod för mer än 98 procent av de 3 183 uppmätta verktygsanropen. Alla övriga verktyg förblir sökbara via ToolSearch och tillgängliga för resten av sessionen efter första inläsningen. Därmed sjunker schemalasten vid varje normalt modellsteg, utan att något verktyg tas bort eller snabbvägen för Telegram-svar och väntande mediaresultat ändras.
9.1.108Identiska, upprepade systemnotiser slås bara samman i modellprojektionen. Ändrade notiser och den fullständiga sparade historiken bevaras.
9.1.107Leverantörsfel visas i begripligt kundspråk; interna felkoder och supportnotiser visas då inte. /help erbjuder en kommandolista som styrs med piltangenterna och öppnar med högerpilen eller returtangenten en utförlig beskrivning av det valda kommandot.
9.1.106Agentprofiler kan utesluta verktyg med namn. Uteslutningarna gäller även efter dynamisk omladdning; standard-delagenterna skickar inga Telegram-meddelanden förbi huvudagenten.
9.1.105Version 9.1.105 lägger till TaskUpdate för pågående bakgrundsagenter. King överlämnar ytterligare anvisningar vid nästa säkra modellsteg till samma aktiva agent, utan att stoppa den eller starta ytterligare en agent. Okända och redan avslutade uppgifter, shell-uppgifter samt agenter som inte längre tar emot uppdateringar avvisas oförändrat.
9.1.104Version 9.1.104 låter shell-kommandon i förgrunden köra till det reguljära slutet även vid mycket stora utskrifter. King skriver upp till 16 MiB fortlöpande i det privata uppgiftsprotokollet, kastar utskrifter utöver det och rapporterar den faktiska exit-koden i stället för att avsluta processen på grund av utskriftsmängden. Små utskrifter, bakgrundsuppgifter, tidsgränser och manuella avbrott förblir oförändrade.
9.1.103Svärmmedlemmar återupptas efter tillfälliga leverantörsavbrott under samma agent-ID högst två gånger. HTTP 429 behåller sin separata överbelastningsregel; slutgiltiga fel och manuella avbrott upprepas inte automatiskt.
9.1.102Delegerade enskilda agenter återupptas efter tillfälliga leverantörsfel utifrån sin beständiga historik högst två gånger. Bestående fel och manuella avbrott förblir slutgiltiga.
9.1.101Överdimensionerade användarmeddelanden säkras lokalt och ersätts i modellkontexten med en begränsad förhandsvisning och läsbar sökväg. Den fullständiga originalhistoriken och media bevaras.
9.1.100Begränsade Grep-innehållssökningar avslutar ripgrep efter den begärda sidan och en extra förhandsvisningsrad. Träffräkningar, obegränsade sökningar och filistor sorterade efter ändringstid förblir fullständiga.
9.1.98King kan komprimera ett avslutat arbetsavsnitt proaktivt från 128 000 uppskattade token. Under tröskeln förblir verktygsschemat helt utanför modellprompten; komprimeringen använder den befintliga säkra stegövergången.
9.1.97Den beständigt inlästa TodoList-verktygsbeskrivningen sjönk från 2 238 till 996 tecken. Flerstegsplanering, alla sex uppgiftsstatusar, ärliga förloppsrapporter, förfrågningar, tömning och det separata planläget förblev skyddade.
9.1.96Den beständigt inlästa bas-systemprompten sjönk från 23 109 till 4 850 tecken. Identitet, persona och själ, svarsspråk, arbets- och behörighetsgränser, komprimeringsöverlämning, runtime-miljö, AGENTS.md och skills förblev skyddade.
9.1.95Den beständigt inlästa Write-verktygsbeskrivningen sjönk från 2 532 till 1 541 tecken. Avgränsningen mot Edit, ordagrant innehåll, radslut, 500-radsgränsen, en-fil-undantaget och den atomära fortsättningen med rad- och SHA-256-kontroll förblev skyddade.
9.1.94Den beständigt inlästa Glob-verktygsbeskrivningen sjönk från 1 495 till 1 006 tecken. Sortering, ignorerade och känsliga filer, rekursiva mönster, dot-filer, klammerutvidgningar och gränsen på 100 träffar förblev skyddade.
9.1.93Den beständigt inlästa Edit-verktygsbeskrivningen sjönk från 1 537 till 1 144 tecken. Läsning före ändring, exakta ersättningar, flerfaldiga ersättningar, CRLF-behandling och 500-radsgränsen förblev skyddade.
9.1.92Den beständigt inlästa Agent-verktygsbeskrivningen sjönk från 2 061 till 1 153 tecken. Separat kontext, fortsättning, tidsgränser och parallell delegering bevarades.
9.1.91Den beständigt inlästa Read-verktygsbeskrivningen sjönk från 2 391 till 1 648 tecken. Sidindelning, hemlighetsskydd, mediavidarebefordran, radformat och CRLF-beteende bevarades.
9.1.90Den beständigt inlästa Bash-verktygsbeskrivningen sjönk från 5 003 till 1 834 tecken. Runtime-avtal, bakgrundsuppgifter, filverktyg och säkerhetsgränser bevarades fullständigt.
9.1.89Sidvisa filläsningar anger vid den interna gränsen på 1 000 rader exakt nästa line_offset; filslut och medvetet mindre utsnitt förblir oförändrade.
9.1.88BLUN King 9.1.88 aktiverar den lilla, förlustfria komprimeringen i god tid före den fullständiga komprimeringen. Äldre stora verktygsresultat och avslutade verktygsargument lämnar modellvyn tidigare; den fullständiga sparade historiken bevaras.
9.1.87Ett uttryckligen upprepbart HTTP-429-svar följer Retry-After och får högst två automatiska upprepningar; andra fel förblir omedelbart synliga.
9.1.86Stora verktygsutskrifter behåller inom samma förhandsvisningsbudget vardera 1 000 tecken från början och slutet synliga; en exakt markering anger antalet utelämnade tecken.
9.1.85Textbaserade verktygsresultat över 12 000 tecken sparas fullständigt i en privat lokal fil; efterföljande modellanrop behåller bara en förhandsvisningsbudget på 2 000 tecken och den läsbara sökvägen.
9.1.84Den fullständiga komprimeringen bearbetar äldre historik i kronologiska steg med högst 64 000 uppskattade inmatningstoken; den fasta säkerhetsgränsen och det fullständiga privata arkivet förblir oförändrade.
9.1.83Mikrokomprimeringen ersätter stora argument från äldre, avslutade verktygsanrop bara i modellvyn med en giltig JSON-markering; sessionsgranskaren rapporterar den uppskattade besparingen utan att skriva ut innehåll.
9.1.82Den rent läsande granskaren rapporterar valda och tillbakahållna verktygsscheman, undertryckningsskäl och det uppskattade antalet undvikna schema-token.
9.1.81En medföljande, rent läsande granskare sammanfattar leverantörssteg, verktygsanrop, token, komprimeringar, fel och utflyttade utskrifter, utan att exponera prompts eller privata sökvägar.
9.1.80Stora verktygsresultat får en innehållsfri utflyttningstelemetri; isolerad delagentkontext, maskinläsbara planer och överförbara överlämningar skyddas av regressionstester.
9.1.79Beständiga kontrollpunkter skriver avslutade historikposter före leverantörssteg och före avslut av en worker, så att avslutat arbete kan läsas in på nytt efter en fortsättning.
9.1.78Den fullständiga komprimeringen arkiverar bortträngda historikdelar innan den ersätter dem med en sammanfattning; sammanfattningen innehåller den läsbara arkivsökvägen.
9.1.77Mikrokomprimeringen förminskar vid kontextpress äldre, stora verktygsresultat och bevarar samtidigt den fullständiga sparade historiken.
9.1.76Väntande bild-, video- och taluppgifter överlever komprimering och snabba uppföljningsfrågor; Telegram-meddelanden förblir i FIFO-ordning utan vilseledande busy-fel.
9.1.75Korta Telegram-samtal bearbetar bara det senaste obesvarade meddelandet, medan avslutade textväxlingar bevaras som språkkontext.
9.1.74Sparade Telegram-rutter återställer grupp-ID som av misstag överlämnades utan minustecken; Strg+S kan styra en faktiskt pågående tur.
9.1.73Telegram- och loop-meddelanden startar inte längre en andra tur under pågående arbete; Escape och Ctrl+C kan fortfarande avbryta den aktiva turen.
9.1.72Att dölja en uppdateringsnotis undertrycker bara den då erbjudna versionen; nyare utgåvor visas igen vid normal start med king.
9.1.71Loop-väckare hamnar korrekt i kön, Telegram-pollaren tas atomärt i anspråk, centrala fil- och mediaverktyg förblir omedelbart tillgängliga och Context7 startar inte längre automatiskt.
9.1.69Standard-MCP:er konfigureras, Telegram når en skyddad FIFO-överlämningspunkt, Escape och Ctrl+C avbryter aktivt arbete tillförlitligt och MCP-översikten döljer interna sökvägar.
9.1.68Telegram-meddelanden i tomgångsläge väcker FIFO-bearbetningen, direkt- och gruppmeddelanden behåller sin ankomstordning och fortsättningen döljer interna Telegram-ramar.
9.1.67Standardskillen venture-flywheel kompletterar en rent avtalsmässig UVF-grund med deterministiskt projektförtroende och godkännandekrav för externa handlingar.
9.1.66/curiosity och /scout utför begränsade, rent läsande möjlighetsundersökningar med belägg, motbelägg och ett avbrottskriterium.
9.1.65Escape och Ctrl+C avbryter automatiska komprimeringar tillförlitligt, en stabil skärmförankring förhindrar dubbla sidfötter och loop-notisen är linjerad med chattinnehållet.
9.1.64Hårddiskbaserad sessionshistorik, efterladdade verktyg och skills, en tomgångsvakt för leverantören på 120 sekunder, korrekt loop-takt, Telegram i FIFO-ordning, Linux-paket och bosnisk språkigenkänning tillkom samtidigt.
9.1.58–9.1.63Denna versionsserie samlade arbete på sessioner, Telegram, plattformar och prestanda. Avslutet utgjordes av slanka verktygsscheman på begäran, kompakta skill-listor, återställda first-use-skills och en inventeringskontroll för paket mot oplanerade borttagningar.

Tidigare förbättringar

VersionÄndring
9.1.53/idea publicerar sin uppgiftsplan före det första arbetet, kontrollerar utgående handlingar vid varje verktygsanrop och kräver för varje steg ett ärligt sluttillstånd.
9.1.52Fortsatta sessioner öppnar direkt den sparade arbetskatalogen. Samtalet och det aktiva /loop-läget återställs gemensamt vid omstart.
9.1.51Loopar arbetar som autonoma väckare, /idea utvecklar och bearbetar egna planer, Telegram kan utlösa arbetskommandon, och media- samt starttillstånd visas tydligare.
9.1.50Lokala eller via Telegram mottagna bilder kan animeras som riktiga MP4-videor. Stora kontextfönster får en giltig utdatabudget; medielisten visar tydligare tillstånd och klickbara sökvägar.
9.1.49Bilder av vuxna fantasifigurer i badkläder förblir tillåtna inom tydliga gränser. Avslutade bilduppgifter kan användas som utgångsbild för videor; lyckade GetMedia-förfrågningar skapar inga upprepade kort.
9.1.48Den enhetliga medielisten samlar medieuppgifter direkt ovanför inmatningsfältet. Procentvärden visas bara med ett verkligt mätvärde från leverantören; annars visar den fas och tid.
9.1.47Förfrågningsloggen skiljer samtal och komprimering åt och registrerar verktygsval samt undertryckningsskäl, utan att ändra verktygsbeteendet.
9.1.46Loopar förstår naturliga tidsangivelser, visar dem under inmatningen, stödjer fria intervall och släpper den normala textmarkeringen i terminalen utanför historikvyn.
9.1.45Det pågående komprimeringsförloppet visas bara i den nedre statusraden i stället för ytterligare som en andra rad i chatten.
9.1.44Fullständig nyförpackning av den godkända 9.1.43, så att även tidigt installerade 9.1.43-versioner säkert känner igen uppdateringen.
9.1.43Fullständig skyddsbas från 9.1.40 med transportdiagnos, synliga uppdateringsnotiser och konsolkommandona /loop, /goal och /output-style.
9.1.40Tur-vakt för långa eller upprepat misslyckade anrop; själv-hash efter flerdelat skrivande med återläsningskontroll av den sparade filen.
9.1.39Långa filer skrivs i fortsättningar. Varje fortsättning fortsätter från det faktiskt skrivna slutet; radantal, SHA-256 och styckegränser kontrolleras och skrivs ut.
9.1.38Degenererade eller avskurna verktygsargument känns igen. En ofullständig fil avvisas med felmeddelande i stället för att tyst anses färdig.
9.1.37Efter ett Node-byte kontrollerar BLUN inbyggda moduler med en riktig SQLite-fråga och bygger better-sqlite3 vid behov på nytt.
9.1.36Tomma modellsvar behandlas efter orsak: för snäv utdatabudget utökas, ett tomt stopp upprepas exakt en gång. Systemnotiser och injektioner kan inte utlösa ett Telegram-svar.
9.1.35Flerstegskomprimering visar steg och verklig belastning av modellfönstret, till exempel 2/~10 · 90 %.
9.1.34Den aktiva kontexten komprimeras stegvis: äldsta delar först, varje komprimeringsanrop under modellgränsen.
9.1.33Grund för den automatiska Node-runtimen och den efterföljande reparationen av inbyggda moduler efter ett runtime-byte.

Tillägg och öppna dokumentationsluckor

Avstämning den 17 september 2026: I området 9.1.33 till 9.1.597 finns 521 versioner i npm-katalogen. Ett saknat nummer är inte automatiskt en saknad utgåva: vissa versioner saknas i dagens katalog eller har dragits tillbaka. För fyra publicerade versioner förblir de exakta ändringsdetaljerna öppna. Inga ändringar hittas på för dem.

9.1.567: Ändringsdetaljer öppna

Publicerad 6 september 2026 klockan 22:42 UTC. Paketets SHA-512-värde stämmer överens med det i npm publicerade integritetsvärdet. Paketet innehåller ingen CHANGELOG.md; dess README nämner vid installationskommandot fortfarande 9.1.566. Därför kan skillnaden mot 9.1.566 inte härledas tillförlitligt. Denna dokumentationslucka förblir uttryckligen öppen.

9.1.550: Ändringsdetaljer öppna

Publicerad 2 september 2026 klockan 07:19 UTC. Paketets SHA-512-värde stämmer överens med det i npm publicerade integritetsvärdet. Paketet innehåller ingen CHANGELOG.md, och i det granskade materialet hittades inget versionsspecifikt ändringsbevis. Denna dokumentationslucka förblir uttryckligen öppen.

Tillägg till 9.1.536

Följande uppgifter kommer från det integritetsgranskade publicerade paketet från 1 september 2026:

  • Arbetsuppgifter fortsätter bortom privata Telegram-svar. Efter buffrade direktmeddelanden fortsätter King arbetet med ett begränsat extra steg, såvida användaren inte uttryckligen pausar eller stoppar.
  • Korta statusförfrågningar avbryter inte det pågående arbetsflödet.
  • När upprepningsförsöken efter tomma tankesvar är uttömda minskar King tankeinsatsen i stället för att låta den förbli oförändrad vid ytterligare försök.
  • Fler efterladdade verktygsscheman förblir tillgängliga; meddelanden flyttas ut först när det tillgängliga utrymmet i historiken blir knappt.
  • Innehållet omfattar den granskade framstegsregeln för TodoList och en enkel startväg för God Mode med Swarm.

Tillägg till 9.1.99

Den redan befintliga funktionsdokumentationen beskriver den gemensamma utflyttningen av på varandra följande rena textverktygsresultat: Överskrider stapeln 12 000 tecken, sparas lämpliga stora resultat privat. I modellkontexten finns läsbara hänvisningar kvar; råhistoriken och media bevaras. Den hittills saknade versionsposten hänvisar nu uttryckligen till denna funktion.

9.1.70: Ändringsdetaljer öppna

Publicerad 24 augusti 2026 klockan 15:56 UTC. Paketets SHA-512-värde stämmer överens med det i npm publicerade integritetsvärdet. Paketet innehåller ingen CHANGELOG.md; de befintliga funktionsbeskrivningarna bevisar ingen entydig skillnad mot 9.1.69. Denna dokumentationslucka förblir uttryckligen öppen.

9.1.57: Ändringsdetaljer öppna

Publicerad 23 augusti 2026 klockan 07:28 UTC. Versionen förekom hittills bara som utgångspunkt för en samlingsrubrik. Ett eget versionsspecifikt ändringsbevis är inte kopplat i det granskade materialet. Denna dokumentationslucka förblir uttryckligen öppen.

CHANGELOG.md i det oföränderliga npm-paketet 9.1.597 slutar vid 9.1.594. De kompletterade notiserna till 9.1.595 till 9.1.597 står på denna sida. Det publicerade paketet har inte skrivits om i efterhand under samma versionsnummer.

9.1.41 och 9.1.42 är återkallade

Installera inte

Dessa två versioner förgrenades av misstag från 9.1.38 i stället för från 9.1.40. Därför saknades skrivfortsättning, själv-hash och tur-vakten. Båda npm-versionerna är markerade som föråldrade; latest och next har aldrig pekat på dem. 9.1.43 innehåller deras avsedda ändringar på den fullständiga skyddsbasen.

Uppdatera och kontrollera

king update
blun --version

Efter installationen av 9.1.599 måste versionsutskriften visa 9.1.599. Uppdateringarna från 9.1.597 och från den lokala versionen 9.1.598 via de offentliga uppdateringskällorna är granskade. En redan pågående konsol läser in den nya koden först efter sin omstart. Kontrollera därefter dessutom /version i den.