BLUN King

BLUN King 9.1.621

Udgivet den

King overtager kun et resumé af din samtale, når modellen har bekræftet, at det er afsluttet. Mangler denne bekræftelse, forbliver dit hidtidige samtaleforløb uændret.

Slutter overførslen af resuméet uventet, bliver din hidtidige samtalekontekst ikke erstattet af det ufuldstændige resumé. Ændringen vedrører kun komprimeringen af samtalen; normale svar forbliver uændrede.

Der er stadig enkelte fejl ved gemning af en session; de er ikke rettet med denne opdatering.

BLUN King

BLUN King 9.1.620

Udgivet den

Under Windows afsluttes konsollen fuldstændigt, når vinduet lukkes, så der ved næste start ikke længere vises ”kører allerede”.

Opdateringen retter afslutningen af konsolprocessen, når vinduet lukkes. En konsol, der faktisk stadig kører, bevarer fortsat den eksklusive adgang til sin session.

BLUN King

BLUN King 9.1.619

Udgivet den

En enkelt tidligere fejl ved komprimeringen af samtalen spærrer ikke længere din session: efter en vellykket komprimering tæller King kun nye, direkte på hinanden følgende fejl.

En enkelt tidligere fejl ved komprimeringen af samtalen spærrer ikke længere din session: efter en vellykket komprimering tæller King kun nye, direkte på hinanden følgende fejl. Slår komprimeringen fejl to gange i træk, viser meddelelsen nu tydeligt ”Komprimering sat på pause” i stedet for at melde en fuld kontekst.

Der er stadig enkelte fejl ved gemning af en session og ved oprettelse af en fuldstændig opsummering af samtalen; de er ikke rettet med denne opdatering.

BLUN King

BLUN King 9.1.618

Udgivet den

Kommer der efter fortsættelsen af din session en Telegram-besked, mens King allerede arbejder, bliver den i køen og leveres bagefter.

Kommer der efter fortsættelsen af din session en Telegram-besked, mens King allerede arbejder, bliver den i køen og leveres bagefter. King viser ikke længere denne ventesituation som en fejl.

Under Linux x64 bruger terminalen en medfølgende binærfil. Dermed fungerer den også, når npm 12 blokerer installationsscripts; der kræves ingen compiler til det. Til det formål bruger King den fastlåste forhåndsversion node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Udgivet den

Når den samme session genindlæses, tilføjer King ikke længere uændrede plugin-instruktioner flere gange.

Når den samme session genindlæses, tilføjer King ikke længere uændrede plugin-instruktioner flere gange. Ændrer instruktionerne sig, tager King fortsat højde for den aktuelle tilstand.

Forhåndsvisninger af store værktøjsuddata tager nu også højde for det tilgængelige kontekstvindue. Udflyttede uddata kan du fortsat læse i deres fulde længde.

Med /profile eller /profiles åbner du profilvalget. King skifter kun, når din session er klar. Igangværende arbejde og ventende beskeder forhindrer et forhastet skift; i så fald forbliver din hidtidige profil aktiv.

Når du afslutter igangværende arbejde, venter King også på de sidste oprydningstrin. Arbejde, der endnu ikke er færdigt, bekræftes ikke for tidligt som afsluttet.

BLUN King

BLUN King 9.1.616

Udgivet den

Efter et bekræftet Telegram-svar tager King imod flere beskeder rettet til dig ved næste sikre trin, også under en igangværende tur.

Efter et bekræftet Telegram-svar tager King imod flere beskeder rettet til dig ved næste sikre trin, også under en igangværende tur. Et allerede leveret svar holder ikke længere køen tilbage. Svar forbliver knyttet til deres respektive chat.

Afbryder du en tur, bevares Telegram-beskeder, der endnu ikke er taget imod, til næste levering. King kvitterer først for dem, når sessionen faktisk tager imod dem.

BLUN King

BLUN King 9.1.615

Udgivet den

King holder store værktøjskataloger tilgængelige via værktøjssøgning og tilpasser værktøjsbudgettet til udbyderens kontekstvindue.

King holder store værktøjskataloger tilgængelige via værktøjssøgning uden at sende alle valgfrie værktøjsskemaer til modellen. Melder udbyderen et mindre kontekstvindue, justerer King værktøjsbudgettet; fundne værktøjer forbliver tilgængelige i næste trin.

Ved behov flytter King store værktøjsuddata ud tidligere end hidtil. Du kan hente de fulde uddata som hidtil, såfremt den kan gengives sikkert.

Normale Telegram-svar og ændringer af beskeder holdes ikke længere tilbage på grund af en manglende sprogfrigivelse. En svarkontrol, du har oprettet, forbliver aktiv.

BLUN King

BLUN King 9.1.614

Udgivet den

For store AGENTS.md- og AGENTS.override.md-filer stopper ikke længere en tur udelukkende på grund af deres størrelse.

Uden for King-konsollen læser King i alt op til 32 KiB fra instruktionsfiler og fortæller dig én gang per session, hvor mange bytes der blev udeladt.

I King-konsollen forbliver filerne fuldstændige, så længe anmodningsgrænsen tillader det.

Symlinks og usikre stier forbliver blokeret.

BLUN King

BLUN King 9.1.613

Udgivet den

King genkender for store modelanmodninger allerede før afsendelsen.

I King-konsollen læser King højst 32 KiB fra hver AGENTS.md- og AGENTS.override.md-fil. Det, der går ud over grænsen, udelader King og viser dig, hvor mange bytes der blev udeladt.

King vurderer nu før afsendelsen størrelsen af hele modelanmodningen, inklusive instruktioner, historik, værktøjsdefinitioner og billeddata. Nærmer den sig serverens bytegrænse, begynder en trinvis komprimering. Kan en anmodning ikke deles sikkert, afbryder King uden stiltiende at kassere den gemte historik.

King gemmer afsluttede værktøjskald lokalt som metadata: værktøjsnavn, tidspunkt, status og ved filværktøjer eventuelt stien. Inputs, outputs, kommandoer og nøgler gemmes ikke. Med /memory tools kan du søge i din profils poster.

Kontekstdiagnosen viser yderligere tal om anmodningers sammensætning. En valgfri fasemåling registrerer tiden indtil modelkaldet uden at protokollere indhold.

Brugsvisningen medtager separat rapporterede tænketokens, hvis udbyderen leverer dem.

Ikke frigivet, erstattet af 9.1.613

BLUN King 9.1.612

Udgivet den

9.1.612 blev ikke udgivet som kundeopdatering. Den tidlige bytebeskyttelse virkede ikke ved en anmodning over 900 KB, når historikken alene forblev under 600 KB. 9.1.613 erstatter denne version.

BLUN King

BLUN King 9.1.611

Udgivet den

Store komprimeringsanmodninger holder sig inden for serverens bytegrænse.

  • King deler en for stor komprimeringsanmodning op i kronologiske trin efter anmodningens størrelse. Sådan kan komprimeringen fortsætte, også selvom anmodningen indeholder flere bytes, end serveren accepterer ad gangen.
  • Passer selv en enkelt besked ikke under grænsen, forbliver din gemte historik uændret. King kasserer den ikke for at gennemtvinge komprimeringen.

Hverken en kortere modelventetid eller et lavere tokenforbrug er dermed bevist. En opdatering genstarter ikke en allerede kørende King-session.

BLUN King

BLUN King 9.1.610

Udgivet den

Du kan igen installere King under Linux og starte profiler igen, og en anden King-start under Windows mislykkes ikke længere med en vildledende besked om private ACL'er.

  • Linux står igen på listen over understøttede operativsystemer i npm-pakken. Hvis du har en ældre version under Linux, installerer du 9.1.610 via den normale updater.
  • Eksplicitte starter med --profile og eksisterende forkortelser for profilnavne fører til mappen for den valgte profil. Et ukendt navn alene opretter ikke længere lydløst en tom profil; en ny profil opretter du bevidst med --profile.
  • Mangler en eksisterende profil sit eget login, tilbyder King /login i stedet for at afbryde ved en manglende blun/king-modelkonfiguration.
  • Under Windows lykkes kontrollen af private mapper også, når Telegram-bridgen holder en plugin-mappe åben. TEMP og TMP gives videre til ACL-hjælperen, og ved mappefejl nævner King den berørte sti og den egentlige årsag.
  • Kører der allerede en interaktiv King, genkender King det før hærdningen af de private ACL'er og melder processens PID i stedet for at fremstille en anden start som en fejl ved de private ACL'er.

En tom profil overtager i 9.1.610 ingen loginoplysninger fra den fælles hjemmemappe. Det aktuelle /login-spørgsmål kan stadig vise ”OAuth login expired”, også selvom denne profil aldrig har logget ind.

Linux-opdateringsvejen fra 9.1.114 til 9.1.610 blev gennemført efter udgivelsen. Windows-opdateringsvejen fra 9.1.609 til 9.1.610 er ikke målt.

En opdatering genstarter ikke en allerede kørende King-session.

BLUN King

BLUN King 9.1.609

Udgivet den

Åbn Effort-valget med Ctrl+L og behold dit editorudkast.

  • Ctrl+L åbner det eksisterende Effort-valg uden at miste dit editorudkast. De eksisterende Effort-indstillinger og modelbegrænsninger genbruges i stedet for at oprette en anden konfigurationsvej.
  • Den eksisterende regel for kørende sessioner består: En Effort-ændring under aktivt arbejde afvises, den noteres ikke til senere. Under afspilning eller en editor-overtagelse ignoreres tastaturgenvejen.

Disse ændringer beviser hverken hurtigere svartider i driften eller et lavere afregnet tokenforbrug og etablerer ingen fuld OpenClaw-paritet.

BLUN King

BLUN King 9.1.608

Udgivet den

I Telegram-grupper når King kun beskeder, der nævner ham. Dine flervalg og den trinvise annullering af spørgsmål bevares.

  • I Telegram-grupper kommer beskeder, der ikke henvender sig til King, først ind i sessionskonteksten efter nævnelseskontrollen. Den, der udtrykkeligt har slået kontrollen fra, beholder det.
  • Egne flervalg og den trinvise annullering af spørgsmål bevares. Sidefoden med målet kører på en fælles opdateringstimer.
  • Indsatsen for Windows-ACL-overførslen falder, uden at tilladelseskontrollen svækkes. Gendannelsen efter midlertidige fejl ved udskiftning af konfigurationen er begrænset; ejerskabet af skriveoperationen bevares.
  • Før det nye forsøg kontrollerer King, om en parallelt fjernet Windows-writer-markør faktisk er forsvundet. Ulæselige eksisterende markører fører fortsat til afbrydelse.

Disse ændringer beviser hverken hurtigere svartider i driften eller et lavere afregnet tokenforbrug og etablerer ingen fuld OpenClaw-paritet.

BLUN King

BLUN King 9.1.607

Udgivet den

Din sidst valgte session kommer tilbage, mislykkede skriveoperationer meldes ærligt, og hvert HTTP-forsøg får et starttidsstempel.

  • Den valgfrie gendannelse af den sidst valgte session kan aktiveres med resume_last_selected i tui.toml. Valget gælder for den bekræftede konto, køretiden, agenten og arbejdsområdet. Den normale start forbliver uændret, eksplicitte sessionsvalg har forrang; ikke tilgængelige valg falder tilbage på en ny session, ikke på en anden.
  • Efter en mislykket aktivering forbliver det tidligere valg bevaret. Under en konto, der har ændret sig under aktiveringen, gemmes intet valg.
  • Mislykkede filskriveoperationer markeres ikke som vellykkede. Den eksisterende fortsættelsesprotokol for komplette linjer ved skrivninger over 2.048 UTF-8 bytes forklares uden at hæve grænsen eller prøve igen automatisk.
  • Umiddelbart før hvert HTTP-forsøg registreres et starttidsstempel efter vægur-tid til diagnosekorrelation. Anmodningsindhold eller adgangsdata ender ikke i diagnosen.
  • Unicode-tegn uden for grundplanet (for eksempel emoji) bevares fuldstændigt ved de eksisterende grænser for hukommelsesbudgettet, uden at disse budgetter hæves eller der oprettes yderligere lager.

Disse ændringer beviser hverken hurtigere svartider i driften eller et lavere afregnet tokenforbrug, etablerer ingen fuld gateway-paritet og udelukker ikke ikke-nævnte Telegram-beskeder fra konteksten.

BLUN King

BLUN King 9.1.606

Udgivet den

Ved fortsættelse af en session vises først de aktuelle transkriptsider; ældre sider indlæser den eksisterende transkriptnavigation bagefter.

  • Ved fortsættelse af en interaktiv session vises først de aktuelle transkriptsider; ældre sider indlæser den eksisterende transkriptnavigation bagefter. Den fulde gemte historik og den aktive modelkontekst bevares.
  • Ved start gælder et visningsmål på 200 afspilningsposter. Med --history-limit fra 1 til 2000 kan visningen af de første og ældre sider indstilles; fulde samtalerunder og værktøjspar kan overskride målet.
  • Den første visning af skill- og plugin-aktiveringer bevares på tværs af sidegrænser. Home-rulningspositionen er rettet, så indlæsning af ældre sider ikke efterlader en tom skærm.

Disse ændringer reducerer det indledende transkript-renderingsarbejde. De beviser hverken hurtigere svartider for modellen eller lavere tokenforbrug eller regninger, forbedrer ikke provider-cachen og begrænser ikke, hvor meget der læses fra disken ved start.

BLUN King

BLUN King 9.1.605

Udgivet den

Tjek kontekstkilder, styr igangværende processer, og giv en første besked ved start af konsollen. Behandlingen af den lokale historik og komprimeringskontrollerne blev udvidet.

  • Lokale sessionshistorikker gengives samlet. Arkiverede visningssider kan findes uden at gennemgå alle tidligere blokke. Den fulde gemte historik, arkivets integritetskontroller og den hidtidige gendannelse bevares.
  • Gentagne værktøjsresultater klargøres ensartet for modelkonteksten mellem logførte komprimeringer. Fulde lokale uddata og eksisterende læserettigheder bevares. Uddata flyttes ikke ud, hvis de ikke ville kunne hentes igen via den lovede gendannelsesvej.
  • Den afsluttende automatiske komprimering erstatter kun den aktive kontekst, hvis den formindsker historikken efter samme estimeringsmetode. Ved afvisning bevares den oprindelige historik. Den valgfrie udløser max_request_history_bytes bruger den eksisterende komprimeringsstyring, er som standard slået fra og begrænser ikke hele anmodningens brødtekst til udbyderen.
  • Kontekstdiagnosen får adskilte visninger og en kildehenførsel for instruktioner, memory, skills og tidligere beskeder. Bytes af det serialiserede indhold, lokale tokenestimater og rapporteret forbrug holdes adskilt.
  • Ansvaret for sessionen bevares ved ventende opgaver, forsinkede hændelser, tilbagespørgsmål og konfigurationsændringer. En anden aktiv skriveadgang til samme session afvises i stedet for at tillade samtidige ændringer af protokollen.
  • Den ekstra agent-/sessionslinje i sidefoden bortfalder. Sessioner kan fortsat styres og diagnosticeres målrettet. Den eksisterende King-grænseflade, de administrerede modeller og tilladelsesgrænserne bevares.
  • --message overgiver en første besked til den interaktive start. Den behandles efter samtykket ved start og sessionsvalget via den normale beskedkontrol og kø. Dens indhold fortolkes ikke som en slash- eller shell-kommando.
  • Grænsefladeaftalen for den medfølgende guard-tjeneste forbliver uændret. Denne udgivelse beviser hverken hurtigere svar i driften eller lavere udbyderregninger, fuld funktionsmæssig lighed med OpenClaw eller et begrænset indlæsningsvolumen ved første indlæsning af sessionsprotokollen.

/abort afbryder den igangværende proces uden at kassere ventende indtastninger. /stop kasserer desuden de ventende indtastninger. /exit afslutter fortsat konsollen. Dette er lokale konsolkommandoer, ikke yderligere Telegram-fjernkommandoer.

Kontroller på pakkestand 9.1.605: 238 kontrolfiler med 6.900 tests samt 40 staging-kontroller, herunder 25 native terminalkontroller. Testen af en isoleret opdatering fra 9.1.604 via den udgivne kandidat-tag med det ægte installationsprogram var vellykket. Dermed er hverken kortere opvarmningstider i en kørende session eller fuld funktionsmæssig lighed med OpenClaw bevist.

BLUN King

BLUN King 9.1.604

Udgivet den

Tjek anmodningsstørrelse og kontekstkilder, indlæs værktøjer efter behov, og styr indgående beskeder inden for den respektive session.

  • /context doctor og /tokens adskiller antallet af bytes i den serialiserede anmodning fra estimerede tokenantal og viser de registrerede andele af regler, memory, skills og værktøjsdefinitioner.
  • Mellemstore værktøjskataloger indlæses efter behov via den eksisterende søgning; værktøjerne forbliver findbare og eksekverbare.
  • /queue styrer beskeder inden for den respektive session. Almindelige beskeder i køen afbryder ikke længere automatisk arbejdet efter 30 sekunder.
  • Ved sessionsvalg er eksakte id'er eller titler samt entydige id-præfikser mulige; sidefoden viser den tilknyttede agent og sessionen.
  • Hvert HTTP-forsøg får et nyt anmodnings-id, medmindre kalderen angiver et. Diagnosen ændrer ikke afregningen.
  • De medfølgende versioner af AgentSpine og Translate Native forbliver uændrede. Lavere omkostninger og hurtigere svar i live-drift er ikke bevist.
  • /question: Åbner ventende tilbagespørgsmål igen. Sammenklapningen besvarer eller forkaster ikke et tilbagespørgsmål.

Anmodningsbytes, estimerede tokenantal, akkumuleret sessionsforbrug og afregnede tokens er forskellige størrelser. Forbrugsvisningen tager også højde for svarkontrollen. /usage cost med daglige eller månedlige omkostninger hører ikke til denne version. Lavere omkostninger eller hurtigere svar i live-drift er ikke bevist.

BLUN King

BLUN King 9.1.603

Udgivet den

Vælg din arbejdsmappe i en Windows-dialog. Startes konsollen fra System32, foreslår den nu din brugermappe.

  • Hvis du vælger en anden arbejdsmappe under Windows, åbnes en mappedialog. Du kan stadig indtaste stien manuelt. Hvis du annullerer dialogen, vender du tilbage til mappevalget uden at overtage en mappe.
  • Er ingen mappedialog tilgængelig, spørger konsollen efter stien. På andre operativsystemer bruges fortsat stiindtastning.
  • Hvis der ved start overtages eller gemmes en mappe i Windows-mappen, foreslår mappevalget din brugermappe. Manuelt indtastede stier kontrolleres fortsat som hidtil.

Versionerne af AgentSpine og Language Guard forbliver uændrede i forhold til 9.1.602. En hastighedsgevinst for kørende sessioner er ikke bevist med denne opdatering.

Under Windows kræves der fortsat Git Bash. Melder konsollen, at Git Bash mangler, installér Git for Windows. Åbn derefter kommandoprompten igen, før du starter king igen.

BLUN King · Udgivet

BLUN King 9.1.602

Udgivet den

En egen privat mappe til ældre værktøjsuddata, når nedarvede Windows-tilladelser forhindrer udflytningen.

  • Egnede ældre værktøjsuddata lægges i en egen privat mappe, når nedarvede Windows-tilladelser forhindrer udflytningen. Eksisterende filer, tilladelser og den fulde sessionshistorik forbliver uændrede.
  • Integritetskontroller, læsetilladelser og tilbagefaldet til den fulde kontekst bevares, hvis arkiverede uddata ikke kan gendannes. AgentSpine 0.73.0 og Language Guard 6.20.0 er uændrede i forhold til 9.1.601.

Kortere svartider i driften eller et lavere afregnet tokenforbrug er endnu ikke bevist.

BLUN King · Udgivet

BLUN King 9.1.601

Udgivet den

Indtastninger bliver i køen, ældre værktøjsuddata får kontrollerede henvisninger, og droslede svarkontroller gentages i begrænset omfang.

  • Når baggrundsarbejde kommer først til, forbliver terminalindtastninger i deres oprindelige rækkefølge i køen. Hver indtastning vises kun én gang.
  • Egnede ældre værktøjsuddata erstattes i modelanmodninger af kontrollerede henvisninger til private filer. Den fulde historik og resultaterne af det aktuelle samtaleskridt bevares. Er genindlæsningen ikke mulig, ikke tilladt, eller er indholdet ændret, sendes de fulde uddata med.
  • En droslet native svarkontrol gentages én gang med samme svarudkast. Derved gælder udbyderens gemte ventetid. Allerede afsluttede værktøjskald gentages ikke, ukontrollerede tekster frigives ikke.
  • Op til 2.048 uddatatokens holdes fri som buffer for afvigelser ved inputestimatet. Kontekstvinduet formindskes ikke; mindre eksplicit satte uddatalimitter forbliver uændrede.

Disse ændringer beviser hverken et lavere afregnet tokenforbrug eller kortere svartider i driften. De løser heller ikke enhver server-side HTTP-502-fejl.

BLUN King · Udgivet

BLUN King 9.1.600

Udgivet den

Svarkontrol med faste tidsgrænser og fastlagte komponentstande.

BLUN King 9.1.600 er udgivet. npm og det offentlige opdateringsmanifest stemmer overens. Udgivelsen beviser hverken en installation på din computer eller en godkendelse i driften.

Begrænset svarkontrol

  • Generelle kontrolmoduler beholder den hidtidige frist på 30 sekunder. Den native sprogkontrol får fra startsignalet fra den betroede host-komponent op til 90 sekunder til den første indholdsmæssige tekst, én gang pr. ydre kontrolforsøg.
  • Indholdsmæssig tekst inden for den tilladte uddatalængde samt de ordnede overgange til godkendelse og beviskontrol sætter ventefristen tilbage til 30 sekunder hver gang.
  • For hvert ydre kontrolforsøg gælder der uafhængigt heraf en samlet grænse på 120 sekunder. Fremskridt kan ikke forlænge denne grænse. Der er fortsat højst to ydre kontrolforsøg.
  • Før en frigivelse accepteres, kontrolleres den faktisk forløbne tid igen. Også ved forsinkede timer-kald forbliver et udløbet kontrolforsøg spærret; for sent fremskridt kan ikke forny en udløbet frist.

Afbrydelsessignaler tages fortsat i betragtning. Bindingen til den nøjagtige svartekst, den tidsmæssige gyldighed af godkendelsesbeviset og autoriseringen kontrolleres fortsat.

Medfølgende komponenter

Version 9.1.600 indeholder AgentSpine 0.73.0 og Translate Native 6.155.0. Guard-protokollen forbliver uændret på 6.20.0.

Kendte begrænsninger

De nye tidsgrænser beviser ingen generel løsning af HTTP-502-fejl i live-drift. De åbne observationer fra 9.1.599 forbliver åbne uden særskilt live-bevis.

Kontekst og hjælp

En prompt, der skal bevares fuldstændigt, forkortes ikke længere lydløst, bare for at passe ind i et mindre hårdt modelvindue. Ved en ny, eksplicit fastlagt opdeling af de brugerbeskeder, der skal bevares, med standardbudgettet på 20.000 tokens kan tilpasningen afsluttes inden for samme komprimering. Ved senere eller gendannede præfikser må derved ingen yderligere krav kasseres. Anmodningen skal fortsat passe ind i det hårde modelvindue.

Rene hjælpekald med --help eller -h skaber ikke længere en køretidsdiagnosetilstand. Kombineres prompt- og hjælpeargumenter, forbliver den hidtidige køretidsadfærd.

BLUN King · 18. september 2026

BLUN King 9.1.599

Udgivet den

Efterprøvelige enkeltgodkendelser for den personlige hukommelse og yderligere korrektioner ved kontekstoverskridelser.

Godkendelsesanmodninger for den personlige hukommelse viser forståelige aktionstitler på det valgte sprog og fulde forhåndsvisninger af de faktiske indstillingsændringer eller af den tekst, der skal gemmes. Styringstegn maskeres synligt; det oprindelige indhold forbliver uændret.

Gyldige hukommelsesændringer skal godkendes enkeltvis; ugyldige indtastninger kan kun afvises. En sessionsgodkendelse godkender ikke automatisk ventende anmodninger, der kræver en enkeltgodkendelse.

Pakketesten omfatter 37 funktionsområder med 199 obligatoriske kontroller, 158 kontroludførelser og 4.905 forskellige beståede tests. Desuden blev opdateringerne fra 9.1.597 og den lokale mellemversion 9.1.598 til 9.1.599 kontrolleret i isolerede installationer med den uændrede updater og installationsvej. Begge tests genkendte versionen via de offentlige opdateringskilder og kontrollerede alle 918 filer i release-arkivet.

Bemærkningerne i README.md og CHANGELOG.md i den uændrede pakke 9.1.599 beskriver kandidatstanden ved pakningen. De blev ikke ændret bagudrettet efter den lokale installation. Denne offentlige side fører udgivelsesstanden og de senere observerede begrænsninger særskilt videre.

Kendte begrænsninger i 9.1.599

I driften blev der fortsat observeret gentagne HTTP-502-svar, til dels efterfulgt af vellykkede anmodninger. Kontekstkorrektionerne er ingen generel løsning på udbyder- eller netværksfejl.

Sprogkontrollen kan afbryde et svar med missing-language-character-profile eller suspected-ascii-substitution. Dette fund er fortsat åbent; 9.1.599 indeholder ingen påvist korrektion herfor.

Et svar på det sendte billede blev bekræftet af brugeren. En uafhængig kontrol af billedfortolkningen samt den visuelle godkendelse af input og statuslinjer udestår stadig. Beståede pakketests er ikke noget generelt grønt lys for disse forløb.

Overført fra den lokale mellemversion 9.1.598

Uden dato

9.1.598 blev kontrolleret og installeret lokalt, men ikke udgivet som egen npm-opdatering. De følgende ændringer er indeholdt i 9.1.599:

  • Ved en kontekstafvisning skelnes der mellem nedre grænser for antallet af inputtokens og eksakte angivelser. For en rapporteret nedre grænse reduceres uddatalimitten én gang uden at kassere beskeder eller værktøjer. Afbrydelsessignaler og begrænsningen af yderligere forsøg forbliver virksomme. Dermed korrigeres den i 9.1.597 reproducerede fejl ved beregningen af uddatalimitten målrettet.
  • De oprindelige 150 skiftende aktivitetsord er igen indeholdt. Til deres visning stilles ingen yderligere modelanmodninger.
  • Ved den betroede AgentSpine-inputhook overgives i stedet for de fulde mediedata en kompakt mediereference med type, SHA-256-kontrolsum og størrelsesangivelse. De fulde vedhæftninger til modellen og de eksisterende beskyttelseskontroller bevares. Det alene beviser endnu ingen vellykket billedfortolkning i driften.

Nyt i 9.1.597

Udgivet den

Begrænset gendannelse ved udtrykkeligt rapporterede kontekstoverskridelser, også bag en gateway-fejlbesked.

Når en anmodning afvises før begyndelsen af uddata på grund af en bevist kontekstoverskridelse, kan King foretage et begrænset nyt forsøg med lavere uddatalimit. Også tilsvarende indpakkede fejl i et 502-svar genkendes. Beskeder, værktøjer, mindre udtrykkeligt valgte uddatalimitter og afbrydelsessignaler bevares. En allerede påbegyndt stream afspilles ikke igen.

Det løser ikke alle udbyder- eller netværksfejl. Generelle forbindelsesafbrydelser og tjenesteudfald skal fortsat kontrolleres på grundlag af deres egne fejldata.

Kendt begrænsning i 9.1.597: Melder serveren kun en nedre grænse for antallet af inputtokens, kan det nye forsøg igen mislykkes og udløse unødvendige komprimeringer. Dette tilfælde blev reproduceret den 17. september 2026 efter udgivelsen. Den ekstra korrektion fra den lokale mellemversion 9.1.598 er indeholdt i 9.1.599.

Der blev kontrolleret 36 funktionsområder med 183 obligatoriske kontroller og 4.407 forskellige beståede tests samt den ægte opdatering fra 9.1.596 til 9.1.597. Denne pakketest erstatter ingen anvendelsestest af en allerede åben kundesession.

Nyt i 9.1.596

Udgivet den

Automatiske afbrydelser til fordel for ventende Telegram-beskeder adskilles fra ægte manuelle afbrydelser. En sådan køafbrydelse meldes ikke længere fejlagtigt som et tryk på Escape-tasten. Ventefristen, beskyttelsesreglerne for kørende værktøjer og adfærden ved en ægte manuel afbrydelse bevares.

Nyt i 9.1.595

Udgivet den

Valgfrie værktøjsskemaer indlæses efter behov via ToolSearch og opbevares i begrænset omfang. Store skill-kataloger leveres kompakt og sidevist. Søgning, senere MCP-udvidelser og normale tilladelseskontroller bevares.

Ved korte hilsener kan King bruge et begrænset nyere udsnit af dialogen uden at slette gemte beskeder eller forkorte systeminstruktioner. For en efterfølgende arbejdsopgave tager King igen hensyn til den opbevarede arbejdshistorik. Kontekstopgørelsen forbliver bevaret også efter fortsættelsen af en session. Et fast tokenforbrug for hver hilsen loves ikke.

Nyt i 9.1.594

Udgivet den

  • Private Telegram-svar forbliver mulige, mens gruppebeskeder venter. Tilknytningen af slash-kommandoer bevares.
  • Lange ventetider fra Retry-After overholdes; ved fortsættelse af en session gendannes den resterende pause.
  • Efter en kasseret ledsagebeskrivelse behandles et allerede afsluttet værktøjstrin videre. Den kasserede beskrivelse offentliggøres ikke, kontrollen af det afsluttende svar svækkes ikke.
  • De begrænsede gendannelsesfunktioner for skrivning i flere dele er igen tilgængelige. Det gælder også for shell-tidsgrænser, opgavestyring og sessionsgendannelse.
  • Input, kvotelinjer, aktivitetsvisning, foldbare opgaver og værktøjsuddata med kildeangivelse forbliver synlige under streaming og ved navigation i historikken.
  • Før pakningen kræves fuldstændige konsol-regressionsbeviser; de offentlige opdateringsmetadata kontrolleres for overensstemmelse.

Mellemversioner 9.1.590 til 9.1.593

Disse versioner findes i det lokale release-historik, men er den 17. september 2026 ikke indeholdt i det offentlige npm-versionsregister. De anbefales her ikke som offentligt tilgængelige opdateringer. Arbejdet med start, genoptagelse, tilladelser, aktivitetsvisning og synlig input er medtaget i beviserne til 9.1.594.

Nyt i 9.1.589

Udgivet den

  • Kontrollerede kilder fra AgentSpine og Translate Native samt verificerede opdateringsmanifester leveres med.
  • Ved indlæsning af agentkonteksten forbliver den aktive King-profil bevaret.
  • Værktøjer, der er nødvendige for svarkontrollen, forbliver tilgængelige. Forbruget ved svarproduktionen registreres også, når kontrollen forkaster svaret.
  • I den administrerede kanaltilslutning tildeles gruppebeskeder kun ved udtrykkelig nævnelse.
  • Konsollen viser igangværende komprimering og de gældende tærskelværdier.
  • Arbejdsbudgettet for tidlig komprimering og sikkerhedsreserven ved anmodningsgrænsen bevares på tværs af opdateringer.
  • Opdateringsdialogen ved start, fremskridt og henvisninger til noterede opdateringer bruger gennemgående det valgte sprog.
  • Tekniske integrations-id'er og licenser bevares; synlige køretidsfejlmeddelelser formuleres neutralt.
  • Installationen genstarter ikke eksisterende sessioner. En kørende session indlæser den nye kode ved næste start.

9.1.588: trukket tilbage

Udgivet den

Denne version blev udgivet den 11. september 2026 og efterfølgende i npm markeret som trukket tilbage. Registret nævner en mislykket kompatibilitetskontrol af opdateringsmanifestet. Brug den aktuelle stabile version, ikke denne tilbagetrukne pakke.

Nyt i 9.1.587

Udgivet den

Stabilere værktøjskataloger, tidligere automatisk komprimering og et målrettet nyt forsøg efter afbrydelser på grund af for lange rene tænkefaser.

Ved bufferede instruktioner inden for en kørende arbejdsrunde forbliver det aktive værktøjskatalog bevaret også i det efterfølgende arbejdsskridt. Nødvendige værktøjer forbliver tilgængelige. Overskrides det eksisterende skemabudget, udvælges bevarede valgfrie værktøjsdefinitioner på ny.

Den automatiske kontekstkomprimering sætter igen tidligere ind. Efter en vellykket komprimering, der formindsker historikken, kan King udføre den igen i samme tur. Lavere modelgrænser og begrænsningen af mislykkede forsøg forbliver virksomme.

Efter en afbrydelse på grund af en for lang ren tænkefase bruger King det eksisterende engangsforsøg med tænkning slået fra, så modellen kan svare eller kalde et værktøj. De følgende almindelige skridt beholder den valgte tænkeindstilling; afbrydelse, godkendelseskontroller og tidsgrænser forbliver virksomme.

Med BLUN_STABLE_STEER_TOOLS=0 eller BLUN_EARLY_COMPACTION=0 før start af King kan den hidtidige adfærd gendannes for den pågældende funktion. Opdateringen omskriver ikke eksisterende sessioner eller konfigurationsfiler.

Nyt i 9.1.586

Udgivet den

Telegram-modtagelsen starter igen under Windows, når det gamle proces-id for bridgen i mellemtiden tilhører en anden proces. Ved usikker procestilknytning griber King ikke ind; den fremmede proces afsluttes ikke.

Kontekstkomprimering, modelindstillinger, samtalehistorik og den hidtidige leveringsadfærd for Telegram forbliver uændrede.

Nyt i 9.1.585

Udgivet den

BLUN King · 8. september 2026

Version 9.1.585 kontrollerer strukturen og de enkelte træffere i administrerede WebSearch-svar også, når de valgfrie angivelser om søgestatus mangler.

Et svar uden en gyldig træfferliste udsendes ikke længere som en vellykket søgning uden resultater. Hver træffer skal indeholde en titel, der hverken er tom eller kun består af mellemrum, et tekstuddrag som tegnstreng og en absolut HTTP- eller HTTPS-adresse uden indlejrede adgangsdata. Ugyldige træffere fører til, at hele svaret afvises, før resultater eller henvisninger til ufuldstændige søgeresultater returneres.

Gyldige svar i det hidtidige format uden statusangivelser understøttes fortsat, ligesom tomme træfferlister og tomme tegnstrenge som tekstuddrag. Ved gyldige svar forbliver rækkefølgen, de eksakte URL-tegnstrenge, valgfrie dato- og webstedsangivelser, kildeangivelserne i uddata og behandlingen af ufuldstændige resultater uændrede.

Kun den administrerede søgetilslutning ændres. Afbrydelsesadfærd, autentificering af anmodningerne, FetchURL og Telegram forbliver uændrede. Formatkontrollen beviser ikke, at en kilde er korrekt eller aktuel. Denne version indfører hverken en størrelsesbegrænsning for svar eller en ny tidsgrænse.

Nyt i 9.1.584

Udgivet den

Version 9.1.584 giver kalderens afbrydelsessignal gennem WebSearch videre til den administrerede HTTP-søgeanmodning, også ved læsning af svarets indhold.

Allerede afbrudte søgninger udløser ingen behandling hos udbyderen. Sker afbrydelsen under indhentningen af adgangsdataene, sendes derefter ingen søgeanmodning. Resultater, der ankommer efter afbrydelsen, returneres ikke som en vellykket søgning.

Afbrydelseskontrollerne omfatter også vellykkede JSON-svar, indholdet af fejlsvar og henvisninger til ufuldstændige søgeresultater. Behandlingen af fuldstændige, ufuldstændige og tomme resultater, kildeangivelserne og den almindelige nødprocedure ved autentificeringen forbliver uændrede.

Denne version indfører ingen ny tidsgrænse og ændrer ikke Telegram-tilknytningen. Fælles processer til fornyelse af OAuth-adgangsdata og transportimplementeringer, der ignorerer afbrydelsessignaler, afbrydes ikke tvangsvis. Afbrydelsen af en klients anmodning beviser ikke, at arbejdet på fjernserveren eller dets afregning er afsluttet.

Nyt i 9.1.583

Udgivet den

En afbrydelse ved sidehentningen gives nu videre til HTTP-anmodningen.

FetchURL giver kalderens afbrydelsessignal videre gennem værktøjet og begge hentetjenester. En anmodning, der afbrydes før starten, sendes ikke. Sker afbrydelsen under indhentningen af adgangsdataene, startes den administrerede HTTP-anmodning derefter ikke mere.

Efter afbrydelsen af en administreret hentning startes ingen lokal erstatningshentning mere. Et forsinket resultat af hentetjenesten tilbageholdes og bruges ikke som kildebevis. Ved almindelige HTTP- og netværksfejl forbliver den hidtidige lokale erstatningshentning mulig.

Der indføres ingen ny tidsgrænse. En fælles fornyelse af adgangsdataene og den synkrone HTML-behandling afbrydes ikke tvangsvis. Størrelsesbegrænsningen fra 9.1.582 består; Telegram-routing og modelanmodninger forbliver uændrede.

Nyt i 9.1.582

Udgivet den

Den lokale sidehentning kontrollerer svarets størrelse nu allerede ved indlæsningen og afbryder ved overskridelse af grænsen.

Den lokale hentning tæller de indkommende svarbytes før afkodningen af hver datablok og afbryder datastrømmen, så snart størrelsesgrænsen overskrides. Mangler Content-Length-angivelsen eller er den forkert, indlæses ikke længere først hele svaret og afvises derefter.

Den forudindstillede grænse forbliver på ti MiB og gælder for svarstrømmen efter HTTP-dekomprimeringen. UTF-8-tegn fordelt over flere datablokke bevares. Transportbuffere og den datablok, hvormed grænsen overskrides, kan allerede ligge i hukommelsen; dermed følger ingen eksakt øvre grænse for hele processens hukommelse.

Den lokale hentningsvej ændres, også når den tjener som nødløsning. Research-korrektionerne fra 9.1.581 forbliver indeholdt. Telegram-routing og ventetiden på modellen forbliver uændrede.

Nyt i 9.1.581

Udgivet den

Ved den lokale sidehentning udsendes tomme HTML-uddrag ikke længere som vellykkede kilder.

Forbliver der efter rensningen og konverteringen intet sideindhold, rækker dokumenttitlen alene ikke længere til en vellykket hentning. I stedet returneres den allerede eksisterende ekstraktionsfejl.

Kort, ægte indhold og synlige overskrifter bevares. Svar i klartekst- eller markdown-format forbliver uændrede. Korrektionen vedrører den lokale HTML-ekstraktion, ikke den administrerede hentetjeneste.

Research-korrektionerne fra 9.1.580 og de hidtidige Telegram-korrektioner er uændret indeholdt. Denne opdatering ændrer hverken ventetiden på modellen eller tilknytningen af indgående beskeder til deres modtagere.

Nyt i 9.1.580

Udgivet den

Research-arkivet afviser ugyldige historiske datoangivelser til kilder.

En ny rapport gemmes ikke, når en datoangivelse til en kilde indeholder en ugyldig kalenderdag eller en tidsandel, der ikke kan fortolkes. Manglende datoangivelser forbliver tilladt.

Ved hentning af gemte research-beviser springes ældre beviser med ugyldige datoangivelser til kilder over og meldes med en diagnosehenvisning. Filerne hverken omskrives eller slettes. Separate gyldige beviser forbliver søgbare; gyldige datoangivelser beholder deres tidszoneforskydning og deres præcision.

Sorteringen af research-beviserne fra 9.1.579 og de hidtidige Telegram-korrektioner er uændret indeholdt. Denne opdatering ændrer hverken ventetiden på modellen eller tilknytningen af indgående beskeder til deres modtagere.

Nyt i 9.1.579

Udgivet den

Gemte research-beviser sorteres ved samme relevans efter deres faktiske hentetidspunkt.

Tidsangivelser med og uden millisekunder sammenlignes som UTC-tidspunkter, ikke som tekst. Relevansen har fortsat forrang; ved identiske tidspunkter forbliver den hidtidige rækkefølge bevaret.

Er den samme tekstpassage registreret flere gange, beholder resultatet oprindelsesangivelserne fra den nyeste hentning. Allerede gemte beviser forbliver uændrede og gælder derved ikke som nykontrollerede kilder.

Korrektionen for Telegram-svar fra 9.1.578 er uændret indeholdt. Det samme gælder begrænsningen af nye forsøg, når modellen udelukkende tænker uden at levere et svar eller et værktøjskald. Denne opdatering ændrer hverken ventetiden på modellen eller den semantiske tilknytning af indgående beskeder.

Nyt i 9.1.578

Udgivet den

Begrænsede gentagelser, når modellen kun tænker og derved når tidsgrænsen, samt en målrettet korrektion for korte Telegram-gruppesvar med henvisning til et spørgsmål.

Når modellen når tidsgrænsen, mens den kun tænker, tillader King et yderligere forsøg pr. skridt. En anden sådan tidsoverskridelse afslutter skridtet. Den valgte tænkeindsats og den hidtidige tidsgrænse forbliver uændrede. Denne begrænsning forkorter ikke ventetiden på de første modeluddata.

Korte tilbagemeldinger om egen tilstedeværelse i Telegram-grupper må nu sendes, når reply_to forbinder dem med en højst 30 minutter gammel indtastning fra samme chat. Denne indtastning skal udtrykkeligt henvende sig til agenten eller svare til et understøttet tysk eller engelsk spørgsmål om dens tilstedeværelse, der begynder med dens indstillede navn. Uopfordrede tilstedeværelsesmeldinger og forklaringer om, at der intet er at melde, filtreres fortsat. Den automatiske erstatningsforsendelse i grupper forbliver slået fra.

Logfiler for sendte og undertrykte svar indeholder nu reply_to. Ved manglende eller tvetydig kontekst gælder undtagelsen ikke. Denne opdatering tilføjer ingen generel modtagergenkendelse og forhindrer ingen unødvendige modelkald gennem den hidtidige semantiske adressering.

Korrektionen gælder for to nøjagtigt identificerede versioner af administrerede Telegram-MCP-afsendere og griber også ind ved den afsluttende sammenføring af plugin-konfigurationen. Den ældre afsender bruger en kompatibilitetskopi med snævert begrænsede ændringer. Indgangsbroer, adgangsindstillinger, profiler og plugin-registre omskrives ikke. Ukendte eller tilpassede afsendere samt udtrykkeligt satte overskrivelser bevares. King skal genstartes efter opdateringen, for at korrektionen indlæses.

Nyt i 9.1.577

Udgivet den

Ingen automatiske afslutningsmeldinger mere i Telegram-grupper. Nyttige svar sendes der målrettet via Telegram-svarværktøjet.

CLI-kernen og den selvstændige Telegram-bridge videresender ikke længere automatisk en agents normale afslutningstekst til grupper. På den måde ender henvisninger som ”Intet at melde” ikke længere i gruppen via denne automatiske erstatningsforsendelse.

Svar i private chats, udtrykkeligt anvendte svarværktøjer, nødvendige målresultater, kommando- og statusmeldinger samt medieafsendelse forbliver bevaret. Prompt-instruktionerne for normale indtastninger, styrende beskeder under en kørende proces og gruppebeskeder i den selvstændige bridge indeholder nu samme afsendelsesregel.

Det garanterer ikke, at en model aldrig sender et unødvendigt svar via et værktøjskald. Rettelsen forhindrer heller ikke, at gruppebeskeder uden relation til den pågældende agent når modellen. Nævnelsesregler, adgangsindstillinger og opløsningen af administrerede plugins forbliver uændrede; en opdatering af AgentSpine eller sprogvagten er ikke indeholdt.

Den opdaterede kerne skal indlæses af en ny proces. Kørende sessioner genstartes ikke automatisk. Eksisterende profiler og sessionshistorikken bevares.

Nyt i 9.1.576

Udgivet den

BLUN King 9.1.576 adskiller C++ og C# ved lokale research-forespørgsler og indeholder de tidligere udgivne korrektioner for opdateringer, genoptagelsen af sessioner og Telegram.

Søgningen i lokale research-beviser behandler fritstående C++ og C# som forskellige begreber, også ved afvigende store og små bogstaver og med omgivende tegnsætning. Gemte tekstpassager, hashes, beskyttelseskontroller for kilder, Unicode-normalisering, samlingsgrænser og uddatalimitter forbliver uændrede. En nyindeksering er ikke nødvendig.

Et fastlagt kontrolkørselsforløb med 20 tekniske søgeforespørgsler og målrettede regressionstests for tokengrænser kontrollerer denne korrektion. Den vedrører den lokale søgning og er ingen udtalelse om kvaliteten eller kapaciteten af WebSearch i live-drift. Alle ændringer fra 9.1.575 forbliver indeholdt.

Nyt i 9.1.575

Udgivet den

Den medfølgende webcrawler afviser svar med cf-mitigated: challenge, før den læser indhold, følger viderestillinger eller vurderer en manglende robots-fil som tilladelse til at fortsætte. Ved headernavne tager den ikke hensyn til store og små bogstaver; desuden kontrollerer den normaliserede værdier og flere gange forekommende headere. Svarstatus forbliver i fejlrapporten.

Manglende robots-filer uden denne mærkning og almindelige dokumentationssider gennemløber fortsat det eksisterende forløb. Allerede afsluttede sider forbliver tilgængelige, når en senere side afvises; fejlen meldes som et ufuldstændigt resultat. Denne beskyttelse kontrollerer en svarmærkning. Den er hverken en generel challenge-genkendelse eller en CAPTCHA-omgåelse. Søgeudbydere, autentificering, opdateringsspærrer og CLI-kernen forbliver uændrede. Alle ændringer fra 9.1.574 forbliver indeholdt.

Nyt i 9.1.574

Udgivet den

Udtrykkeligt anmodede opdateringer skelner nu mellem en blokeret opdatering, en ikke tilgængelig spærrekontrol, en ikke tilgængelig privat mappe, en ugyldig installeret version og en ikke tilgængelig beskyttet installer. Disse tilfælde meldes ikke længere generelt som en mislykket pakkekontrol. Ændringen gælder for tyske og engelske meddelelser.

Opdateringstilladelse, spærreadfærd, returneringsgrunde, exit-koder og installeradfærd forbliver uændrede. Kørende sessioner afsluttes ikke automatisk. Pakker, der er fastlagt på en gammel intern kanal, kræver fortsat en udtrykkelig npm-installation ved afsluttet King; denne version ophæver ikke fastlæggelsen. Alle ændringer fra 9.1.573 forbliver indeholdt.

Nyt i 9.1.573

Udgivet den

Inputfeltet forbliver synligt og fokuseret efter målvalget ved start, også efter Escape eller en mislykket målgenoptagelse. Ikke sendte udkast bevares. I stedet for den fulde måltekst vises et kompakt valg til at fortsætte med eller uden mål.

Ctrl+S forlader valget uden at bekræfte målet og behandles som en regulær tastaturgenvej for køen. Også udestående indtastninger i tomgang tages i betragtning. Escape beholder sin hidtidige rækkefølge: først tømmes køen, ved næste Escape afbrydes det aktive gennemløb. Sessionshistorikken slettes ikke automatisk.

Denne version rekonstruerer ingen leveringsbekræftelser, som en ældre proces mistede før opdateringen. Faktisk udestående beskeder forbliver tildelt deres session.

Nyt i 9.1.572

Udgivet den

Ved research-beviser afvises kilde-URL'er, hvis forespørgselsparametre eller parameterformede fragmenter indeholder kendte parameternavne for adgangsdata. Også indlejrede navne og ruter i fragmentet kontrolleres. Afvisningen gælder både for mislykkede og for anvendelige kilder.

Allerede gemte rapporter med sådanne URL'er holdes tilbage ved hentningen med det eksisterende resultat partial / report-invalid. Oprindeligt gemte stande hverken ændres eller slettes; kildeadresser forkortes eller omskrives ikke lydløst. Almindelige forespørgselsparametre og ankre i dokumentations-URL'er bevares bytegetro. Beskyttelsen genkender kendte parameternavne, ikke vilkårlige hemmeligheder, og renser ingen historik.

Nyt i 9.1.571

Udgivet den

Områder i Telegram-køen tildeles deres session. En ny session overtager ikke længere automatisk det udestående arbejde i en ældre session. Ved genoptagelse af en kendt session gendannes kun dens egne ventende områder. Under valg, oprettelse og skift af en session pauseres overtagelsen af kanalbeskeder. Beskeder, der ankommer efter den valgte grænse, efterfølgende indtastninger i den lokale editor og forsinkede leveringsbekræftelser beholder deres rigtige tilknytning.

Tilknytningen og leveringsbekræftelser, der ankommer i afvigende rækkefølge, bevares ved genoprettet tilslutning og overdragelse af en lease. Beskadiget eller udskiftet køtilstand afvises i stedet for at afspille gamle indtastninger ubemærket igen. Indbakke og sessionshistorik bevares. Gamle ventende områder uden genkendelig session stilles tilbage og tildeles ingen ny session; deres automatiske gendannelse er ikke indeholdt. Det løser ikke enhver tidsoverskridelse eller blokeret kontekstkomprimering. En nedgradering er ingen procedure til at migrere køen.

Telegram-pluginet og den uafhængige nødfunktion i konsollen for den automatiske svarafsendelse undertrykker genkendte modtagelsesbekræftelser og tekster, der blot annoncerer egen tavshed, også over 200 tegn. Indeholder en besked en ikke genkendt eller indholdsmæssigt relevant sætningsdel, forbliver den bevaret. Korte nyttige gruppeadvarsler kan fortsat leveres. Det er en forsigtig tysk-engelsk afsendelsesfiltrering med supplerende instruktioner, ingen garanti for, at hver model forstår enhver gruppesamtale.

En ny proces skal indlæse den opdaterede pakke; kørende sessioner genstartes ikke. Eksisterende fastlæggelser på interne opdateringskanaler og Windows-installationsspærrer med EBUSY forbliver adskilte problemer. Alle øvrige ændringer fra 9.1.570 forbliver indeholdt. Denne version aktiverer ingen hostet websøgning og ændrer hverken AgentSpine eller afregning, autentificering eller kundekonfiguration.

Nyt i 9.1.570

Udgivet den

Hver ny promptlevering får sit eget hook-korrelations-id. Hooks i samme levering beholder samme id; udtrykkeligt satte id'er bevares. Sessionsspecifikke miljøværdier når hook-underprocesser og MCP-forbindelser også ved genoprettet forbindelse, uden at gemte plugin-konfigurationer omskrives. Tilknytningen af native værktøjsresultater bevares på tværs af gennemløb, også ved mislykkede værktøjer og dobbelte kald.

Kanonisk ækvivalente Unicode-research-forespørgsler finder de samme træffere, uden at sidestille forskellige tegn. Gemte kilder, datoangivelser, versioner og projektgrænser bevares. king --help og king --version ændrer ikke længere Windows-registreringsindstillinger for nedbrudsdumps.

Websøgningen understøtter delsvar, når denne svarmåde er aftalt, og viser derved en henvisning til fejlede kilder. Tomme eller inkompatible delsvar forbliver udtrykkelige fejl. Denne klientændring aktiverer ingen hostet søgetjeneste og garanterer ikke dens drift.

Transporten BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE er som standard slået fra. Ved udtrykkelig aktivering overgiver den den faktiske sti til den gemte sessionsprotokol og den tilhørende log til det valgte AgentSpine-plugin. Hver session får en egen adgangstilladelse; efter en genoptagelse fornyes den. Det er transportstøtte, ikke et bevis for erindringshentning eller autorisering gennem det modtagende plugin.

Alle offentlige ændringer fra 9.1.569 forbliver indeholdt. Den medfølgende AgentSpine-implementering forbliver uændret; der opstår ingen Mnemo-afhængighed. Brugerprofiler, tilladelser, samtaler og plugin-indstillinger hverken migreres eller nulstilles.

Nyt i 9.1.569

Udgivet den

Denne kumulative offentlige version indeholder leveringen i Telegram-grupper på grundlag af nævnelser, korrektioner for start og tilladelser samt research-samlinger og crawler-værktøjer. Udgivne pakker forbliver uændrede. Senere ændringer fremkommer under et nyt versionsnummer.

Nyt i 9.1.566

Udgivet den

BLUN King 9.1.566 gør plugin-opdateringer og indlæsningen af native køretidsmoduler mere robuste.

Den medfølgende AgentSpine-køretid opdateres til version 0.59.1. Dens selvstarter springer roden af en brugerprofil over som scan-mål, og alle livscyklus-hooks forbliver fejlsikre, når en beskyttet sti ikke kan læses.

Native .node-moduler opløses via en indholdsadresseret mellemhukommelse uden for npm-pakken. Så snart denne version er aktiv, holder en kørende konsol ikke længere pakkekopien af disse moduler åben. Senere opdateringer kan derved erstatte pakkemappen uden at kollidere med disse native filer.

Den offentlige pakke beholder de fulde spanske, franske, svenske og tjekkiske grænsefladekataloger fra version 9.1.565. Interne Mnemo-køretidsstier, private slutpunkter, interne modeludbydere og byggeskripter er ikke indeholdt.

Kontrolleret pakkestand

Kundepakken har bestået læk-scanningen, den fulde køretidskontrol med 13 tests, AgentSpine-MCP-initialiseringen, en frisk installation og opdateringen fra 9.1.565. Alle tekstfiler bruger LF-linjeender. SHA-256 af npm-pakken: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Nyt i 9.1.565

Udgivet den

BLUN King 9.1.565 stabiliserer lange arbejdsforløb og udvider den medfølgende AgentSpine-køretid.

Gentagelsesbremsen nulstiller sin serie af ækvivalente resultater, så snart der i mellemtiden sker reelle fremskridt i arbejdet. Normale indbakke- og opgavelistekontroller udløser derved ikke længere et forkert tvunget svar.

Aktivitetsvisningen består af præcis én linje. Den viser det engelske statusord, der passer til den aktuelle aktivitet, tokens for skjult tænkning, synlige tokens, samlet forbrug, effort, forsøg, budget og skridt.

AgentSpine-scanfejl forbliver fejlsikre ved mutationsværktøjer, brugerindtastninger og stop-hooks: Det følgende forløb må fortsætte, og fejlen noteres i audit-protokollen. Før en fatal afbrydelse gennem en undtagelse eller en ubehandlet afvisning skriver konsollen køretidsprotokollen synkront.

Den medfølgende AgentSpine-køretid opdateres til version 0.54.0 fra commit fb6d456b68605fd83721090e503f000a26e8a0fb. Standen indeholder den ægte ACL-fail-open-test, vedvarende afhængighedsbundne målsplaner og den bundne afklaring af videnshuller.

Livscyklus-hooksene SessionStart, UserPromptSubmit, PostToolUse og Stop sendes til Mnemo med den nøjagtige MNEMO_AGENT-identitet. Netværksfejl forbliver fejlsikre.

De tidligere manglende grænsefladetekster er fuldstændige på spansk, fransk, svensk og tjekkisk.

Kontrolleret pakkestand

Det fulde pakke-gate, læk-scanningen, kontrollen af sprogkataloget, ACL-hookprøven, den friske installation, opdateringen fra 9.1.564 og AgentSpine-MCP-initialiseringen er grønne. SHA-256 af npm-pakken: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Nyt i 9.1.564

Udgivet den

BLUN King 9.1.564 forhindrer nedbrud gennem beskyttede mapper og manglende grænsefladetekster.

AgentSpine springer ved den forberedende filscanning enkelte filer og mapper over, som operativsystemet spærrer med EPERM eller EACCES. En uventet scanfejl blokerer ikke længere det følgende værktøjskald; det godkendes og noteres i audit-protokollen.

Mangler en tekstnøgle i et udgivet grænsefladesprog, bruger konsollen den engelske tekst og logger hullet én gang i stedet for at bryde sammen i renderingsstien. Dermed forbliver især tænkestatuslinjen betjenbar under tjekkisk, spansk, fransk og svensk.

De egentlige oversættelser af de endnu manglende nøgler følger i en separat kontrolleret version. Indtil da er den engelske tilbagefaldsløsning bevidst synlig og fejlsikker.

Kontrolleret pakkestand

Pakken blev kontrolleret mod det nøjagtige tjekkiske thinking.step-nedbrud fra 9.1.563. Den nye version leverer ”step 6” i stedet for en undtagelse, advarer kun én gang pr. sprog og nøgle, overlever utilgængelige nabomapper, initialiserer AgentSpine 0.49.0, består en frisk installation samt opdateringen fra 9.1.563 og indeholder ingen uopløste plugin-importer. SHA-256 af npm-pakken: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Nyt i 9.1.563

Udgivet den

BLUN King 9.1.563 opdaterer den medfølgende AgentSpine-køretid til version 0.49.0.

Den nye stand kræver før et læringsforsøg mindst ét friskt, uafhængigt bevis fra en udtrykkelig brugerbekræftelse eller en objektiv test. Rene samtale- eller dokumentbeviser rækker ikke længere, også selvom deres øvrige tærskelværdier er opfyldt.

Læringskontrakter binder denne bevisregel vedvarende; senere konfigurationsændringer kan ikke svække en løbende kontrol. Besiddelsesbundne fillåse beskytter parallelle læringsændringer mod overskrivning og lader manipulerede eller fremmede låse mislykkes lukket.

Opdateringen erstatter det administrerede plugin-træ ved næste start indholdsadresseret. Eksisterende installationer af version 9.1.562 opdateres til AgentSpine 0.49.0, et uændret træ genbruges, og AgentSpine-MCP-serveren bekræfter version 0.49.0.

Kontrolleret pakkestand

Pakkegrænsen adskiller sig fra 9.1.562 kun gennem versionsangivelserne og den nøjagtigt fastlåste AgentSpine-0.49.0-køretid. Den fulde upstream-kontrol, 49 målrettede læringstests, pakkesammenligningen, læk-scanningen, den friske installation, den ægte opdateringsvej fra 9.1.562 og en MCP-initialisering er grønne. SHA-256 af npm-pakken: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Nyt i 9.1.562

Udgivet den

BLUN King 9.1.562 genopretter AgentSpine-køretidsfilen i den offentlige pakke.

Den køretidsfil, som den medfølgende AgentSpine-MCP-server har brug for, leveres igen med. En frisk installation materialiserer pluginet fuldstændigt; MCP-serveren starter og bekræfter sit navn og sin protokolversion.

Kontrolleret pakkestand

Pakkegrænsen adskiller sig fra 9.1.561 kun gennem versionsmetadataerne og den genoprettede køretidsfil. Læk-scanningen, den friske installation, plugin-materialiseringen og en ægte MCP-initialisering er grønne. SHA-256 af npm-pakken: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Nyt i 9.1.561

Udgivet den

BLUN King 9.1.561 overtager de kontrollerede forbedringer af arbejdssystemet i den offentlige pakke.

Den aktuelle opgave og friske værktøjsresultater forbliver tilgængelige. Læseresultater forkortes ikke. Store resultater gemmes med en henvisning til genhentning i stedet for at blive tømt. Gentagne identiske resultater henviser til det nyeste fuldstændige resultat.

Komprimeringer logges som en transaktion med start-, sammenfatnings- og slutmarkering. Værktøjskald og deres resultater forbliver sammen, mens vedvarende kontrolpunkter sikrer gendannelsesvejen på tværs af nye forsøg.

Uddatabudgetterne stammer nu fra den aktive modelprofil. Den administrerede BLUN-model modtager som standard 128.000 uddatatokens, når ingen værdi er sat udtrykkeligt. De gamle faste grænser på 32.768 tokens samt de lave grænser for low og off forkorter ikke længere komplekst arbejde; kontekstkapaciteten forbliver sikkerhedsgrænsen.

Updateren spørger, før den forbereder eller starter installeren. I den offentlige pakke forbliver den administrerede BLUN-model fast indstillet; /model fungerer nu kun som kompatibilitetsalias for /effort.

Pakkegrænsen blev kontrolleret over alle filnavne og læsbart indhold. Interne udbyderstier, modelvalget, byg- og regressionsskripter, private id'er og private serveradresser er ikke indeholdt.

Kontrolleret pakkestand

Den fulde pakke, læk-scanningen, den friske installation, versions- og hjælpeuddata, standardindstillingerne for en ny profil samt opdateringsbeslutningen fra 9.1.550 til 9.1.561 er grønne. SHA-256 af npm-pakken: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Nyt i 9.1.527

Udgivet den

BLUN King 9.1.527 overtager /copy-forløbet fra DeepAgents.

Kommandoen kopierer det nyeste afsluttede, ikke tomme assistentsvar via den eksisterende platformsuafhængige udklipsholdersti.

Indtastes /copy under en kørende tur, bruger kommandoen den eksisterende kommandokø og udføres efter afslutningen af svaret.

Klare statusmeldinger dækker succes, en tom historik og udklipsholderfejl på alle seks grænsefladesprog.

En rød-til-grøn regression beskytter kommandoregistrering, udførelse, valg af svaret, bytegetro indhold af udklipsholderen og de frigivne grænsefladetekster.

Kontrolleret pakkestand

Det fulde prepack og kontrollen af det udpakkede artefakt er grønne. SHA-256 af npm-pakken: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Nyt i 9.1.526

Udgivet den

BLUN King 9.1.526 materialiserer den med den aktuelle pakke bundlede AgentSpine-version, før /reload genopbygger plugin-kataloget og MCP-konfigurationen.

Ikke berørte plugin-poster bevares. Et uændret administreret AgentSpine-træ genbruges uden at omskrive installed.json.

En rød-til-grøn regression mod 9.1.525 beskytter bootstrap-rækkefølgen, overtagelsen af det administrerede plugin og den idempotente adfærd ved genindlæsning.

Kontrolleret pakkestand

Det fulde prepack, kontrollen af det pakkede artefakt og den isolerede updatertest fra 9.1.525 til 9.1.526 er grønne. SHA-256 af npm-pakken: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Nyt i 9.1.525

Udgivet den

BLUN King 9.1.525 starter hver lokal shell-kommando under Windows og POSIX i en egen procesgruppe. Programmer kan derved ikke længere hænge sig på BLUN-TUI'ens styrende konsol og opsnappe Escape, Strg+S eller andre editorindtastninger.

Standardinput, standarduddata og fejluddata forbliver i private pipes. Interaktive kommandoer modtager en filafslutning og mislykkes eller løber ind i en tidsoverskridelse uden at konkurrere med editoren om indtastninger.

Den lokale shell-isolering fra DeepAgents blev overtaget til Windows. En eksekverbar regressionstest dækker begge platformstier og en ægte prøve med en opsnappet proces.

Nyt i 9.1.524

Uden dato

BLUN King 9.1.524 holder den af en Telegram-kommando /loop oprettede øjebliksopgave i den beskyttede leveringssti for fjernkommandoer. Den kan derved ikke blive tilbage som en anden almindelig køpost.

Genoptagelseslisten viser for hver session størrelsen af genoptagelseskontrolpunktet, de bevarede beskeder og tokens, størrelsen af sessionshistorikken samt manglende, ugyldige eller forældede kontrolpunkter.

Den medfølgende AgentSpine-køretid opdateres til den kontrollerede officielle stand 0.11.4 med commit 8034487cdd24498076bac48d3f24400bca5e6ae4. BLUN-tidsbudgettet på 180 sekunder for SessionStart-baggrundsafslutningen forbliver bevaret.

Eksekverbare regressionstests beskytter den nøjagtig én gang forekommende levering af Telegram-loops og alle tilstande af genoptagelsesmåleværdierne. Den eksisterende lokale køadfærd ved travl loop forbliver uændret.

Nyt i 9.1.523

Udgivet den

BLUN King 9.1.523 lader Escape lukke en åben slash-kommandomenu og tømme den tilhørende kladde i ét skridt i stedet for at efterlade kommandoteksten.

Strg+S overgiver en slash-kladde også til den eksisterende køindsættelses- og behandlingssti, når grænsefladen lige melder tomgang, i stedet for at vende stille tilbage før tømningen af køen.

Normale kladder bevares, når Escape blot lukker en anden autoudfyldning.

Rød-til-grøn køretidstests beskytter begge tastaturgenveje mod den nøjagtige adfærd i pakken 9.1.522.

Nyt i 9.1.522

Uden dato

BLUN King 9.1.522 skriver permission.approval_requested straks ved åbningen af en værktøjsgodkendelse ind i sessionshistorikken. En uovervåget King ser derved ikke længere ud som en stum model eller en fastkørt udbyder, mens han venter på operatøren.

De eksisterende Telegram-godkendelsesknapper bruges automatisk, når tilladelseslisten indeholder præcis én privat chat og et vilkårligt antal grupper. Ved flere mulige private modtagere forbliver afsendelsen spærret, så længe BLUN_TELEGRAM_APPROVAL_CHAT_ID ikke er sat.

En rød-til-grøn regression beskytter den øjeblikkelige synlighed i sessionshistorikken, den entydige videresendelse til en privat chat, forrangen for et udtrykkeligt sat mål og afvisningen af tvetydige modtagere i begge udleverede relay-kopier.

Nyt i 9.1.521

Uden dato

BLUN King 9.1.521 udfører AgentSpine-SessionStart-scanningen uden for den interaktive startsti. En kold, 123,6 sekunder varende scanning af brugermappen blokerer derved hverken editoren eller den første brugerindtastning.

Vellykkede SessionStart-uddata forbliver automatiske: Efter afslutningen overfører baggrunds-hooken fortsat sin begrænsede briefing til sessionskonteksten.

Tidsbudgettet for kolde scanninger stiger til 180 sekunder. En rød-til-grøn køretidstest beviser, at starten vender tilbage før en langsom hook, og at hooken derefter kan fortsætte.

Nyt i 9.1.520

Udgivet den

BLUN King 9.1.520 giver AgentSpine-SessionStart-hooken ved genindlæsning tilstrækkelig tid til at afslutte en kold fuldstændig projektscanning.

Tidsgrænsen for AgentSpine-starten stiger fra 15 til 60 sekunder. Alle andre hook-tidsgrænser forbliver uændrede.

En ny rød-til-grøn køretidskontrol starter den ægte AgentSpine-hook i et midlertidigt projekt og kontrollerer både dens uddata og begge udleverede timeout-manifester.

Kontrolleret pakkestand

Version 9.1.520 indeholder AgentSpine 0.10.1. Den isolerede updatertest fra 9.1.519 til 9.1.520 og det fulde prepack er grønne. SHA-256 af npm-pakken: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Nyt i 9.1.519

Udgivet den

BLUN King 9.1.519 gemmer vellykkede uddata fra SessionStart-hooken, før start eller genindlæsning vender tilbage. Derved når AgentSpine-beredskabet automatisk den fortsatte modelkontekst og venter ikke længere på den første brugerbesked.

Historiske henvisninger til udflyttede værktøjsresultater beholder en begrænset forhåndsvisning fra start og slutning. Vigtige ankre for genoptagelsen forbliver dermed bevaret uden at optage det fulde resultat igen i hver modelanmodning.

Nye rød-til-grøn køretidskontroller beskytter SessionStart-kontekstoverdragelsen og de historiske forhåndsvisninger. Det med 9.1.518 genoprettede værktøjskatalog for todo-plejen forbliver uændret bevaret.

Nyt i 9.1.518

Udgivet den

Under den proaktive opgavelistepleje forbliver Read, Write, Edit og Bash tilgængelige ved siden af TodoList. Den normale gendannelsesvej for store filændringer afbrydes derved ikke længere.

Den automatiske todo-pleje og dens begrænsede bevisprompt forbliver bevaret uden at skifte det aktive modelskridt om til et rent TodoList-værktøjskatalog.

Et rød-til-grøn regressionsgate beskytter mod katalogtilbagefaldet fra 9.1.499 og kontrollerer udvælgelsen af gendannelsesværktøjerne uden dobbelte skemaer.

Nyt i 9.1.517

Udgivet den

Strg+S og Escape forbliver tilgængelige også ved åben godkendelsesforespørgsel. Strg+S sender alle ventende beskeder; Escape frigiver først en ventende besked og afviser godkendelsen først ved tom kø.

Den asynkrone sessionsafslutning observeres fuldstændigt i tastatur-, Telegram-/reload- og slash-kommandostierne. session.not_found gælder som en allerede afsluttet session i stedet for at lade kernen bryde sammen gennem en ubehandlet afvisning.

Rød-til-grøn pakkekontroller beskytter de rå Windows-styringstegn og den målte fejl ved afslutningen af en ikke længere eksisterende session.

Nyt i 9.1.516

Udgivet den

Mangler i den gemte historik efter komprimeringen begyndelsen af et assistentskridt, rekonstruerer afspilningen den fra den følgende indholds- eller værktøjshændelse. king -c bryder derved ikke længere sammen med den interne fejl Received content_part for unknown step_uuid 'undefined'.

En Telegram-besked forlader køen nøjagtigt én gang, så snart kernen vedvarende har accepteret dens aktive overdragelse. Ægte afvisninger bevares til et nyt forsøg. En uventet afsluttet, af King administreret Telegram-bridge genstartes gennem nøjagtigt én sammenføjet vogter.

Pr. modelskridt accepteres kun den første TodoList-ændring. Udførte punkter forsvinder automatisk, udestående markeringer forbliver synlige også i ANSI16-terminaler, og en ny liste begynder med nøjagtigt ét kørende punkt. Den faste rækkefølge er: hastende, direkte brugerbesked, adresseret bot-besked, bot-besked, normal besked.

Det første værktøjsdygtige skridt venter højst 2,5 sekunder på det indledende MCP-katalog; valgfrie servere må fortsætte med at starte i baggrunden. Ved programstart kontrolleres og installeres kun den aktive profil.

Kontrolleret pakkestand

Version 9.1.516 indeholder AgentSpine 0.10.1. Alle otte prepack-regressionsgates, node --check, pakke-metadatakontrollen og en frisk pakkekontrol er grønne. Den samme npm-pakke indeholder platformskomponenterne til Windows, Linux og macOS. SHA-256 af npm-pakken: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Nyt i 9.1.515

Udgivet den

En sandfærdigt uændret opgaveliste accepteres igen efter længere beviseligt arbejde. King behøver ikke at opfinde fremskridt eller blot omformulere en titel for at få lov at fortsætte sit egentlige arbejde.

Også en tomgangs-loop kan genoptage en endnu åben TodoList uden at holde agenten vedvarende i vedligeholdelsesrunden med udelukkende todo-værktøjet. Et prepack-regressionsgate beskytter begge fejlstier.

Kontrolleret pakkestand

Version 9.1.515 indeholder AgentSpine 0.10.1. Den målrettede todo-loop-regressionskontrol, node --check, release-metadatakontrollen og en frisk pakkeinstallation er grønne. Den samme npm-pakke indeholder platformskomponenterne til Windows, Linux og macOS. SHA-256 af npm-pakken: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Nyt i 9.1.514

Udgivet den

BLUN King 9.1.514 hærder den indholdsfrie Telegram-leveringsjournal mod manipulerede kø-konvolutter.

Besked-id'er overtages kun som positive decimaltal. Allerede beregnede chat-hashes er udelukkende tilladt som eksakt tolvcifrede småbogstavs-hexadecimalværdier. Fejlbehæftede, indholdslignende værdier kasseres i stedet for at blive logget.

Den eksisterende Telegram-behandling, leveringsfaserne, journal-rotationen og den indholdsfrie karantæne-diagnose forbliver uændrede. Alle 133 pakketests samt friske pakkeprøver for Windows x64, Linux x64, macOS ARM64 og macOS x64 er grønne.

Kontrolleret pakkestand

Version 9.1.514 indeholder AgentSpine 0.10.1 og ReadBatch. SHA-256 af npm-pakken: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Nyt i 9.1.513

Udgivet den

BLUN King 9.1.513 logger Telegram-leveringsvejen fra ankomsten ved bridgen over routing, køindsættelse og indføring til bekræftelsen, gendannelsen eller karantænen.

Den begrænsede journal gemmer udelukkende indholdsfrie id'er, hashes, leveringsfaser, tællere og rensede fejlgrunde. Beskedtekster, prompts, stier, brugernavne, tokens, adgangsdata og rå fejlmeddelelser registreres ikke.

Også karantæne-diagnosen duplikerer ikke længere Telegram-beskeder, visningstekster, oprindelsesangivelser, rå chat-id'er eller billedstier. Alle 132 pakketests samt friske pakkeprøver for Windows x64, Linux x64, macOS ARM64 og macOS x64 er grønne.

Kontrolleret pakkestand

Version 9.1.513 indeholder AgentSpine 0.10.1 og ReadBatch. SHA-256 af npm-pakken: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Nyt i 9.1.512

Udgivet den

BLUN King 9.1.512 kræver ved den proaktive TodoList-pleje en ændret, bevisstøttet opdatering i stedet for uendeligt at acceptere den samme liste igen. Den isolerede vedligeholdelsesrunde modtager højst otte kompakte angivelser om værktøjsnavn og resultat siden den sidst accepterede opdatering.

Prompts, argumenter, kommandoer, fulde stier, værktøjsresultater eller arbejdshistorikken spilles derved ikke ind igen. Et mislykket TodoList-forsøg bevarer dette begrænsede bevis til næste forsøg; en vellykket opdatering fjerner de anvendte angivelser. Udførte punkter forsvinder fortsat automatisk, og i det følgende skridt står de normale arbejdsværktøjer igen klar.

Kontrolleret pakkestand

9.1.512 består 127 af 127 pakketests. Friske installationer vælger under Windows x64, Linux x64, macOS ARM64 og macOS x64 de forventede platformskomponenter og indeholder AgentSpine 0.10.1 samt ReadBatch. SHA-256 af npm-pakken: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Nyt i 9.1.511

Udgivet den

BLUN King 9.1.511 leverer AgentSpine 0.10.1 som en ny, indholdsadresseret core-plugin-version. Den obligatoriske preflight kontrollerer fortsat enhver aktiv host-instruktionsfil race-sikkert og binder dens identitet til den nøjagtige tur, duplikerer dog ikke længere den allerede af hosten indlæste fulde tekst i køretidskonteksten.

Standen tilføjer obligatoriske før-svar-beviser, bekræftede must-remember-poster og den selvhelbredende synkronisering af den autentificerede persona- og relationsgraf. Manglende grupper, personer og medlemskaber repareres ved en fornyet roster-afstemning; lokale relationsforespørgsler ender ved en blokade synligt efter fem sekunder.

Den begrænsede Telegram-Mnemo-forespørgsel forbliver bevaret: tidligere beskeder indlæses kun ved konkret behov med snæver agent-, person-, gruppe-, emne-, tråd- og tidsreference. En fuld Telegram-historik kommer ikke rutinemæssigt ind i prompten.

Kontrolleret pakkestand

9.1.511 består 126 af 126 pakketests. Den ægte 15.519-byte CLAUDE.md blev kontrolleret fuldstændigt, mens hele den injicerede kontekst omfattede 5.667 byte og ikke indeholdt nogen instruktionsfuldtekst. Friske installationer vælger under Windows x64, Linux x64, macOS ARM64 og macOS x64 de forventede platformskomponenter og indeholder AgentSpine 0.10.1 samt ReadBatch. SHA-256 af npm-pakken: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Nyt i 9.1.510

Udgivet den

BLUN King 9.1.510 tilføjer værktøjet ReadBatch. Det læser to til tolv indbyrdes uafhængige, allerede kendte UTF-8-filer eller filområder i ét modelskridt og bevarer derved rækkefølgen af anmodningerne. Hver sti gennemløber de samme adgangs-, regel- og tilladelseskontroller som et enkelt Read-kald. Delresultater forbliver synlige; kun en fuldstændig mislykket stak gælder som samlet fejl.

Kontrolleret pakkestand

9.1.510 består 125 af 125 pakketests. Friske installationer vælger under Windows x64, Linux x64, macOS ARM64 og macOS x64 de forventede platformskomponenter og indeholder ReadBatch. AgentSpine forblev bevidst på 0.8.0, indtil den uafhængigt fundne kontekstbudget-blokering i den nyere foreløbige stand var løst uden forstørret køretidsprompt. SHA-256 af npm-pakken: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Nyt i 9.1.509

Udgivet den

BLUN King 9.1.509 kræver ved hver godkendt Telegram-arbejdsbesked mellem bots en udtrykkelig nævnelse af den påtænkte King. Bot-beskeder uden passende nævnelse forbliver synlige, men hverken bufres eller sættes i kø, leveres eller overføres senere til modelkonteksten for denne King. Derved kan en prioriteret bot-besked til én King ikke længere blive opgaven for en anden King.

Kontrolleret pakkestand

Alle 121 pakketests består. Den samme pakke indeholder de kontrollerede platformskomponenter til Windows x64, Linux x64, macOS ARM64 og macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Nyt i 9.1.508

Udgivet den

Åbne todo-punkter har igen et synligt afkrydsningsfelt. Også den første almindelige opgaveliste begynder med nøjagtigt ét kørende punkt; senere skridt forbliver udestående, indtil deres faktiske begyndelse er bevist.

Antagne Telegram-direkte- og gruppebeskeder overgives asynkront, vedvarende bufret og nøjagtigt dedupliceret til Mnemo. En midlertidigt ikke nåelig hub blokerer hverken Telegram-leveringen eller King-forløbet. /loop-kommandoer og interne loop-ticks gemmes bevidst ikke.

AgentSpine indlæser ingen fuld Telegram-historik i køretidskonteksten. Kræver en opgave en tidligere besked, sker en begrænset Mnemo-forespørgsel efter agent, person, gruppe, emne, tråd og tidsrum.

Kontrolleret pakkestand

Alle 120 pakketests består. Friske installationer vælger under Windows, Linux x64, macOS ARM64 og macOS x64 hver den rigtige native udklipsholderkomponent og indeholder den administrerede Telegram-Mnemo-forbindelse samt AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Nyt i 9.1.507

Udgivet den

BLUN King 9.1.507 anviser modellen i Read-værktøjet udtrykkeligt at samle indbyrdes uafhængige fil- og områdelæsninger i ét modelsvar, når flere indtastninger kan være nyttige.

Det reducerer undgåelige modelrunder ved store arbejdskontekster uden at ændre udførelse, sidenavigation, tilladelser eller resultatbehandlingen af Read.

Kontrolleret pakkestand

En målrettet regressionstest beskytter ændringen; alle 112 pakketests består.

Nyt i 9.1.506

Udgivet den

Udførte TodoList-punkter fjernes umiddelbart fra den synlige TUI. Den persistente opgaveliste har allerede korrekt kasseret disse poster; nu viser grænsefladen den samme rensede stand, mens kørende og udestående arbejde bevares fuldstændigt.

Den automatiske vedligeholdelsesrunde bruger en selvstændig systemprompt på 546 tegn. Tidligere blev den fulde arbejdsprompt på omkring 19.000 tegn vedhæftet dertil trods det eneste tilgængelige todo-værktøj. Det efterfølgende arbejdsskridt modtager fortsat den fulde prompt og sit normale værktøjskatalog.

Målt kontekstgevinst og pakkestand

En ægte kørsel viste for hvert ottende arbejdsskridt en egen todo-vedligeholdelsesrunde med 15.221 inputtokens. Den statiske vedligeholdelsesprompt skrumper med 18.470 tegn; den faktiske køretidsbesparelse måles igen efter flådeopdateringen. Den udgivne tarball består 111 af 111 tests. Friske pakkeinstallationer under Windows med Node 24.19.0 og Linux med Node 24.18.0 bekræfter version 9.1.506; macOS-binærefilerne til ARM64 og x64 er indeholdt i den identiske npm-pakke. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Nyt i 9.1.505

Udgivet den

En Telegram-besked, der ankommer efter kanaloverdragelsen, men endnu før afslutningen af kø-aktiveringen, springes ikke længere over som gammelt efterslæb. Uden et gyldigt kontrolpunkt begynder behandlingen ved den bytegrænse, der blev målt ved overdragelsesstarten, i stedet for ved den senere filafslutning.

Et gyldigt vedvarende kontrolpunkt beholder forrangen. Erstattes kø-filen under overdragelsen, begynder den nye fil sikkert ved byte nul; historiske beskeder, der allerede fandtes før overdragelsen, spilles fortsat ikke ind igen.

Målt tilbagefald og pakkestand

Gruppebeskeden 63456 ankom ét sekund efter kanaloverdragelsen, kontrolpunktet sprang præcis til dens ende, og beskeden dukkede ikke op i nogen modelhistorik. Denne reelle tabstrækning er beskyttet som regression. Den udgivne tarball består 111 af 111 tests; friske pakkeinstallationer under Windows med Node 24.19.0 og Linux med Node 24.18.0 samt en reel opdatering fra 9.1.504 bekræfter version 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Nyt i 9.1.504

Udgivet den

En Telegram-besked, der allerede ligger i køen ved en tom agentkørsel, startes nu over den normale kanalsti som en frisk modelrunde. Den venter ikke længere på en aktiv kørsel, som i tomgang per definition ikke kan opstå.

Den eksisterende overdragelse ind i en kørende tur forbliver uændret. Ligeledes forbliver den isolerede todo-pleje, den automatiske fjernelse af udførte punkter og den efterfølgende genoprettelse af de normale fil-, søge- og shell-værktøjer beskyttet.

Kontrolleret pakkestand

Den udgivne tarball består 106 af 106 tests. Den nye tomgangsregression var rød før indgrebet og er grøn bagefter sammen med 24 kø-tests. Friske pakkeinstallationer under Windows med Node 24.19.0 og Linux med Node 24.18.0 bekræfter version 9.1.504 og den samme SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Nyt i 9.1.503

Udgivet den

Den isolerede todo-vedligeholdelsesbesked bærer nu også et udtrykkeligt tomt toolCalls-felt. Dermed opfylder den samme beskedform som almindelige arbejdsrunder og kan sikkert behandles af BLUN-udbydernormaliseringen.

Den egentlige køretidsfejl TypeError: message.toolCalls is not iterable opstår derved ikke længere før TodoList-kaldet. En regressionstest itererer den genererede besked nøjagtigt som udbydergrænsen, før vedligeholdelsen godkendes.

Kontrolleret pakkestand

Den udgivne tarball består 105 af 105 tests. Friske pakkeprøver under Windows med Node 24.19.0 og Linux med Node 24.15.0 bekræfter den fuldstændige udbyderbeskedform, den isolerede todo-pleje og den automatiske fjernelse af udførte punkter. Den egentlige flådeafprøvning kører efter den kontrollerede genstart af de tre King-instanser.

Nyt i 9.1.502

Udgivet den

Det forfaldne TodoList-vedligeholdelsesskridt modtager kun en frisk besked, der er begrænset til den aktuelle opgave og den synlige liste. Gamle Read-, Bash- eller MCP-kald fra arbejdshistorikken kan derved ikke længere komme ind i det skridt, der bevidst er begrænset til TodoList.

Udførte opgaver forsvinder automatisk fra den synlige og persistente liste, når de gemmes. Kørende, udestående, blokerede, godkendelsesventende og afbrudte punkter forbliver bevaret; listen vokser derved ikke ubegrænset gennem afsluttet arbejde.

Målt flådebefund

To agentprofiler ramte uafhængigt af hinanden det samme tilbagefald: Efter vellykket værktøjsbrug gentog todo-vedligeholdelsen historiske fagværktøjer og viste Tool not found. Den udgivne tarball består 105 af 105 tests. Friske installationer under Windows med Node 24.19.0 og Linux med Node 24.15.0 bekræfter den isolerede vedligeholdelse, fjernelsen af udførte punkter og tilbagevenden af de normale værktøjer. En ægte macOS-afprøvning er ikke del af dette bevis.

Nyt i 9.1.501

Udgivet den

Efter et vellykket TodoList-vedligeholdelsesskridt står alle værktøjer, der er udvalgt til turen, igen klar i det umiddelbart følgende arbejdsskridt. Read, Bash og andre fagværktøjer forbliver ikke længere skjult bag det midlertidigt begrænsede todo-katalog.

Repareret tilbagefald

Todo-skridtet tilbød bevidst kun TodoList. Dets værktøjsvalg forblev dog uden udtrykkelig genoprettelse også aktivt i det følgende skridt. 9.1.501 sætter der igen det normale katalog ind og beskytter begge følgeskridt-stier med en regression.

Golden Release 9.1.500

Udgivet den

Denne version samler den fuldstændige funktionsstand fra 9.1.499 uændret som fælles npm-udgivelse for Windows, Linux og macOS. Gold-mærkningen er bevidst begrænset til overskrifterne i denne version; ældre indlæg beholder deres hidtidige visning.

Release-stand

Golden Release overtager de kontrollerede todo-, kø-, loop-, kontekst-, AgentSpine- og billedvurderingsændringer fra 9.1.499 uden yderligere køretidslogik.

Nyt i 9.1.499

Udgivet den

Billed-, lyd- og videodata uden for de nyeste tolv samtalebeskeder erstattes kun i den gentagne modelprojektion af korte henvisninger. Aktuelle medier, beskedtekst og den fuldstændige rå sessionshistorik forbliver uændrede.

I et målt genoptagelseskontrolpunkt sparer denne projektion 85.748 tegn eller omkring 21.437 estimerede inputtokens pr. yderligere værktøjsskridt.

Forfalden todo-pleje kører før den niende arbejdsblok som et eget low-effort-modelskridt. I dette skridt tilbyder køretiden udelukkende TodoList; fil-, søge-, shell- og andre fagværktøjer godkendes først igen efter en gyldig opdatering.

Friske brugerbeskeder beholder forrang frem for todo-plejen. Det hårde todo-gate forbliver som sikkerhedsnet for faktisk ugyldige opdateringer, men vises ikke længere som en normal rød mellemfejl før en selvstændig listepleje.

Kontrolleret bevis

Den udgivne tarball består 105 af 105 køretids- og regressionstests. Friske isolerede installationer under Windows med Node 24.19.0 og Linux med Node 24.15.0 melder nøjagtig version 9.1.499 og bekræfter medieprojektionen, den uændrede råhistorik, todo-førstyrringen og udblændingen af alle fagværktøjer under todo-skridtet. Kandidaten omfatter 850 stier og bærer SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. En ægte macOS-afprøvning er ikke del af dette bevis.

Nyt i 9.1.498

Udgivet den

/usage viser den af udbyderen rapporterede prompt-cache-hitrate samt læste og skrevne cache-tokens pr. model. Uden rapporteret cache-aktivitet opfinder visningen ingen rate.

/tokens er et kort alias for den eksisterende detaljerede kontekstdiagnose; /offload kalder den eksisterende arkiverende komprimering. Begge veje udløser intet yderligere modelkald.

Forskellige autoriserede bot-beskeder kasseres ikke længere gennem et stift 15-sekunders-vindue. Den eksisterende rækkefølge forbliver: private og udtrykkeligt adresserede beskeder står før bot-beskeder, bot-beskeder før normal kontekst.

En fuldstændig komprimering overtager den nøjagtige todo-liste i den nye kontekst. Er sti, kommando, hash eller krav derefter usikker, kræver et engangs-genoprettelsesnotat først at læse den arkiverede historik i stedet for en bred filsøgning eller en ny start.

Udførte todo-skridt forbliver bevaret som bevis. Hvis senere erkendelser gør et skridt nødvendigt igen, forbliver den dokumenterede afslutning stående, og den nye kontrol fremgår som et eget kørende skridt med begrundelse.

Gentagne session-loops venter, så længe den vedligeholdte todo-liste stadig indeholder kørende eller udestående arbejde. Oversprungne intervaller sammenfattes indtil ægte tomgang; andre planlagte påmindelser forbliver upåvirket heraf.

Kontrolleret bevis

Den forberedte tarball består 100 af 100 køretids- og regressionstests. Friske isolerede installationer under Windows med Node 24.19.0 og Linux med Node 24.15.0 melder nøjagtig version 9.1.498 og bekræfter cache-visningen, kommandaliaser, komprimeringsgenoprettelse, monotone todo-beviser, session-loop-beskyttelse, pakke-changelog og bot-prioritet. Kandidaten omfatter 849 stier og bærer SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. En ægte macOS-afprøvning er ikke del af dette bevis.

Nyt i 9.1.497

Udgivet den

Telegram-botbeskeder fra fælles grupper står bag private og udtrykkeligt adresserede beskeder, men før normal kontekst. Prioriteringen tvinger ingen besvarelse.

En accepteret Telegram-besked forsvinder fra den synlige kø, så snart dens indfodrede modelskridt begynder. En afvist levering eller en afbrydelse før det første skridt bevarer den fortsat til et nyt forsøg.

En forfalden Telegram-besvarelse eller beskedredigering blokeres ikke længere af todo-plejen. Det næste normale arbejdsskridt forbliver spærret indtil den sandfærdige opdatering af todo-listen.

Versioner 9.1.496 til 9.1.487

VersionÆndringer
9.1.496Stiller automatisk Telegram-brugerbeskeder enkeltvist til, fjerner kun det nøjagtigt antagne eller besvarede besked-id, kræver sandfærdig fremgang for enhver synlig todo-liste og skjuler vellykkede interne hook-nyttelaster.
9.1.495Starter hvert nyt eller erstattet mål med en frisk synlig todo-liste, kræver sandfærdige opdateringer, fjerner vellykket besvaret Telegram-gruppefokus straks og udskyder normale indgangskvitteringer indtil turens slutning samt tilføjer ægte afkodningskontroller for Ctrl+S og Ctrl+T.
9.1.494Adskiller tastaturgenvejene igen entydigt: Ctrl+S styrer kun køefterslæbet, Ctrl+T kun todo-listen. Telegram-brugerbeskeder autoriseres, mens arbejdet kører, til den næste sikre overdragelse.
9.1.493Telegram-brugerbeskeder godkendes automatisk under aktivt arbejde til den næste sikre overdragelse. Direkte beskeder forbliver forrest i køen uden at standse gruppemeldinger vedvarende.
9.1.492Allerede godkendte gruppebeskeder bevares ved en midlertidigt optaget levering og forsøges igen. Pakke, npm-metadata, offentligt manifest og changelog kontrolleres samlet før en succesmelding.
9.1.491Direkte Telegram-beskeder prioriteres straks ved løbende arbejde. Den manuelle køstyring blev bevaret for andre beskeder.
9.1.490Pakkehistorikken dokumenterer den ikke-udgivne version 9.1.487 og de faktisk udgivne reparationer fra 9.1.488 fuldstændigt.
9.1.489Opgaveliste, køstyring, Telegram-udførelsesidentitet, AgentSpine-profilinstallation og den administrerede billedvurdering blev genoprettet og beskyttet med regressionstests.
9.1.488Det forberedte AgentSpine-core-plugin blev udgivet. Telegram-duplikater efterlader ikke længere en falsk tur; tankedybde og sikker telemetribehandling bevares på tværs af værktøjsskridt.
9.1.487Ikke udgivet. Denne version forberedte AgentSpine som administreret core-plugin. På npm fulgte efter 9.1.486 direkte 9.1.488.

Nyt i 9.1.486

Udgivet den

Nye og opdaterede profiler starter nu pålideligt på engelsk under Windows, macOS og Linux. En gemt automatisk sprogværdi migreres én gang, mens udtrykkeligt valgte sprog forbliver uændret.

Automatiske opdateringer ved start er igen aktiveret som standard via den eksisterende versionsbundne installer. [upgrade].auto_install = false beholder bekræftelsesspørgsmålet; en baggrundsopdaterer indføres ikke igen.

Startdialoger, fremgang, fejl, succesmeldinger og sessionsfortsættelse bruger nu det samme sprog. Regressions- og mutationstests beskytter migreringen, opdateringsvejen og sessionsdataene.

Kontrolleret bevis

Den fuldstændige testsuite bestod med 1.474 af 1.474 kontroller. En isoleret opdateringskørsel installerede 9.1.486 fra 9.1.485, bevarede konfiguration og session uændret og startede den nye CLI. En separat startprøve beviste den automatiske installation uden forespørgsel samt at en gammel automatisk sprogværdi migreres én gang til engelsk.

Versioner 9.1.485 til 9.1.178

VersionÆndringer
9.1.485
  • Begrænser den første synlige afspilning af en fortsat session uden scrollback-indeks til de aktive 15 samtaleture i stedet for at gengive hele samtalen igen.
  • Tømmer efter en vellykket opdatering det synlige opdateringsområde, før den nye konsol starter; den normale terminal-scrollback forbliver bevaret.
  • Tilføjer regressions- og mutationskontroller for afspilnings-fallbacket, herunder en simulering med 97.596 dataposter.
9.1.484
  • Plugin-genkendelsen accepterer desuden .codex-plugin/plugin.json og resolver PLUGIN_ROOT henholdsvis BLUN_PLUGIN_ROOT i kommando, argumenter og arbejdsmappe.
9.1.483
  • Komprimeringsmodellen kan vælges, gemmes og nulstilles til nedarvning adskilt fra den aktive model; valg og tilbagemelding er tilgængelige i tomgangskommandoen og i de lokaliserede indstillinger.
9.1.482
  • Udflyttede Read-resultater bevarer den næste line_offset og fortsætter den oprindelige læsning der, i stedet for at læse den samme fil igen fra begyndelsen.
9.1.481
  • Delagent-svar, der ender på token-limit uden værktøjskald, genkendes som max_tokens for den eksisterende fortsættelse. Glob-mønstre med .. og navngivne hjemmestier som ~name afvises.
9.1.480
  • Opdaterer det medfølgende translate-native-skill og Language-Guard-MCP til version 6.42.13.
  • Binder de medfølgende sprogbeskyttelsesfiler bytenøjagtigt til kilde-commit 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Tilføjer oprindelses- og mutationskontroller, så ændrede beskyttelsesbytes eller en afvigende skill-version får udgivelsesporten til at fejle.
9.1.479
  • Tilføjer den private King-tjeneste i Agent API'en en autentificeret intern route til tilgængelighedskontrol.
  • Kontrollerer tjenestens tilgængelighed uden at oprette en kundesession eller starte et agentforløb.
  • Begrænser routen til loopback-grænsefladen og GET, beskytter den med en hemmelighed og forhindrer dens mellemlagring.
9.1.478
  • Retter almindelige pauser i den direkte Telegram-fokus efter en genstart, selv når ældre kontrolpunkter ikke indeholder en svartidsfrist.
  • Bevarer pauser, som brugeren udtrykkeligt har bedt om, indtil de ophæves, i stedet for at lade dem udløbe automatisk.
  • Frigiver køstillede kanalbeskeder til et aktivt forløb, så snart den direkte fokus slutter.
9.1.477
  • Tilføjer den private tjeneste i Agent API'en en udtrykkelig proceskapsel, som operatøren starter.
  • Behandler SIGINT og SIGTERM præcis én gang, også når signalerne ankommer under starten.
  • Afslutter sikkert med begrænsede meddelelser, kalder ikke process.exit og starter aldrig tjenesten automatisk.
9.1.476
  • Tilføjer den private tjeneste i Agent API'en en miljøkontrakt efter princippet om sikker spærring.
  • Kræver en udtrykkeligt fastsat loopback-port, isoleringshemmeligheder, udbyderindstillinger og ressourcegrænser.
  • Lader den private tjeneste stå standset og den automatiske oprydning af inaktive sessioner deaktiveret, indtil begge dele er udtrykkeligt konfigureret.
9.1.475
  • Frigiver udelukkende tilsvarende konfigurerede og faktisk inaktive sessioner i Agent API'en, før en kunde når sessionsgrænsen.
  • Beskytter aktive model- og værktøjsforløb uafhængigt af deres alder og opdaterer inaktivitetsperioden ved ægte brug.
  • Lader den automatiske oprydning forblive deaktiveret, indtil en operatør udtrykkeligt konfigurerer en tidsoverskridelse for inaktivitet.
9.1.474
  • Ophæver den aktive sessionstilknytning, når en agents fortsættelse efter et værktøjsresultat fejler.
  • Gør det derefter muligt udtrykkeligt at lukke den berørte session.
  • Lader vellykkede værktøjsreturløb og den offentlige modelkontrakt forblive uændret.
9.1.473
  • Beskytter en session i Agent API'en mod lukning, så længe dens første modelkald stadig kører.
  • Frigiver sessionen pålideligt efter et vellykket svar eller en modelfejl.
  • Lader den eksisterende sti for ubehandlede modeller og den offentlige modelkontrakt forblive uændret.
9.1.472
  • Gør det muligt for kunder at lukke en inaktiv session i Agent API'en udtrykkeligt og frigøre dens begrænsede sessionsplads.
  • Forhindrer lukning af aktive sessioner og begrænser enhver lukning til den respektive ejerkunde.
  • Stiller den frigivne plads til rådighed for en ny session uden at ændre den offentlige modelkontrakt.
9.1.471
  • Tilføjer en lukket tjenestehost, der sammensætter den private Agent-API-stak uden automatisk at starte den.
  • Kræver adskilte hemmeligheder for transport og isolering, en absolut rodmappe for kunder og en udtrykkelig konfiguration af King-kørselsmiljøet.
  • Binder lyttere til loopback-grænsefladen og lukker ved nedlukning enhver kundesession samt ethvert kørselsmiljø.
9.1.470
  • Isolerer hovedløse sessioner i Agent API'en efter betroet kunde og offentlig session.
  • Samler samtidige førsteadgange i en SDK-session og begrænser aktive kunder samt sessioner.
  • Bruger nøglebundne uigennemsigtige interne identifikatorer og arbejdsmapper, mens stabile offentlige sessionsidentifikatorer bevares.
9.1.469
  • Tilføjer Agent-API-adapteren en privat HTTP-transport, der udelukkende er tilgængelig over loopback-grænsefladen.
  • Kræver en tjenestehemmelighed og en kundeidentitet, der fastsættes på serversiden; forfalskede identitetsangivelser i anmodningens brødtekst ignoreres.
  • Afviser overdimensionerede eller fejlbehæftede anmodninger og holder interne udbyderdetaljer ude af offentlige fejlmeddelelser.
9.1.468
  • Holder hovedagenten tilgængelig, mens subagenter i baggrunden og indlejrede subagenter arbejder videre.
  • Gør det muligt for begrænsede sessioner i Agent API'en at bruge subagenternes livscyklus uden at eksponere lokale shell- eller filsystemværktøjer.
  • Videregiver den nøjagtige værktøjsgrænse til ethvert indlejret subagentniveau, så begrænsninger ikke kan omgås gennem delegation.
9.1.467
  • Tilføjer en udtrykkelig transportadapter for agentforløb uden at opfange eksisterende routes for ubehandlede modeller eller modellister.
  • Binder værktøjsresultater og målrettede afbrydelser til den samme kunde-, sessions- og anmodningskontekst.
  • Viser udelukkende King, renser uventede interne fejl og afviser streaming, indtil der findes en agentkontrakt for det.
9.1.466
  • Registrerer ethvert afsluttet modelkald i Agent API'en under et stabilt opgave-id uden at slå brugen af forskellige kunder sammen.
  • En vedvarende JSONL-tilknytning holder anmodning, session, opgave, kald-id og ubehandlede brugsfelter søgbare også efter en genstart.
  • Udadtil fremgår kun King samt de ubehandlede tællere for input, mellemlagret input og afslutning; manglende brugsdata forbliver udtrykkeligt markeret.
9.1.465
  • Tilføjer en isoleret forløbsstyring for Agent-API'ens udtrykkelige agentendepunkt uden at ændre ubehandlede modelafslutninger.
  • Klientstyrede værktøjskald bevarer et enkelt King-forløb på tværs af resultatreturneringer og forbliver begrænset til den oprindelige anmodning.
  • Overordnede agenters svar udelukker hændelsesstrømme fra underagenter og kasserede udkast fra nye forsøg.
9.1.464
  • Administrerede subagenter kører nu afkoblet, så hovedagenten forbliver tilgængelig, mens delegeret arbejde fortsættes.
  • Kørende subagenter kan styres med TaskUpdate eller afsluttes med TaskStop uden at lukke hovedsessionen.
  • Adresserede Telegram-gruppebeskeder forbliver i fokus, indtil agenten svarer i den passende chat.
9.1.463
  • Et checkpoint-resume gengiver ved eksisterende vinduesdata kun den senest aktive TUI-turgruppe; ældre linjer forbliver i scroll-arkivet og indlæses ved behov.
9.1.462
  • Uændret tui.toml-indhold udløser ikke længere en atomar filudskiftning; ægte ændringer bruger fortsat den eksisterende låste skrivevej.
9.1.461
  • /status adskiller den indlæste køretidsversion fra den installerede pakke og melder en afvigelse også i Telegram-fjernstatus.
9.1.460
  • Ældre synlige sessionsbeskeder forbliver i et vedvarende diskarkiv og indlæses blokvis ved rulning opad uden at læse alle tekstblokke ind ved starten.
9.1.459
  • Et resume gendanner et integritetsbundet semantisk kontrolpunkt og læser kun den del af den uændrede sessionsfil, der er tilføjet siden da; ved et ugyldigt kontrolpunkt bruges den fuldstændige afspilning fortsat som fallback.
9.1.458
  • En kontrolsum, der er overtaget fra en ekstern rapport, bindes kun, når præcis denne værdi findes i den valgte kildehændelse.
9.1.457
  • Stammer den samme kontrolsum fra flere eksterne hændelser, angives oprindelsen som flertydig i stedet for at blive tilskrevet én rapport.
9.1.456
  • Kontrolsummer i udgående Telegram-beskeder afstemmes med lokale værktøjsresultater og synlige eksterne rapporter; ikke tildelte værdier frembringer et oprindelsesnotat.
9.1.455
  • Telegram-rapporter kan bindes via chat- og beskedidentifikator som credible_unverified; reporter og hændelsesoprindelse fastsættes af køretiden.
9.1.454
  • Friske kontroller bindes automatisk til den skabende session og den skabende agent; videresendte målinger forbliver eksterne rapporter.
9.1.453
  • Et afslutningsbevis bindes til det aktuelt gyldige afslutningskriterium og afvises ved et andet eller forældet kriterium.
9.1.452
  • Ethvert bevis bindes til det faktisk målte målområde; kommandokontroller skal føre den samme sikre BLUN_EVIDENCE_SCOPE-værdi på begge sider.
9.1.451
  • Ethvert bevis bærer den nøjagtige art inspection, integrity, syntax, test eller reachability. En svagere kontrol må ikke fremstilles som en stærkere.
9.1.450
  • Resultatbeviser og kontrollørbeviser holdes adskilt. Kun en ny eller ændret kontrollør behøver et andet, selvstændigt skarphedsbevis; normale målinger behøver ingen rød prøve.
9.1.449
  • Afslutningsbeviset nævner det nøjagtige vellykkede kontrolkald via dets toolCallId; et blandet kommandokald med ændring og kontrol er ikke tilstrækkeligt.
9.1.448
  • En målsafslutning skal binde den kontrollerede påstand til et vellykket kontrolkald i samme tur; rene skrive- eller ændringsværktøjer gælder ikke som bevis.
9.1.447
  • En valgt handling bindes til vedvarende beslutningsbeviser; ukendte eller forældede beviser tvinger en ny planlægning.
9.1.446
  • Live-gentagelsesspærren genkender desuden korte tilbagevendende ordforløb med to til otte ord.
9.1.445
  • Valgte læringshenvisninger gemmes sammen med det validerede læringsresultat i den aktuelle tur som eksponeringsspor uden at hævde kausalitet deraf.
9.1.444
  • Relevanssøgningen efter tidligere fejl bruger vedvarende mål-, kontrolpunkts- og problemrammedata i stedet for kun de nyeste brugerbeskeder.
9.1.443
  • Ved en umiddelbar målsfortsættelse indlæser en udtrykkelig tool:- eller skill:-udvælgelse præcis det valgte hjælpemiddel.
9.1.442
  • Arbejdsfokuset bevarer beslutningstråden fra status, fase, sidste kontrol, udvælgelse, begrundelse, støtte, risiko og reversibilitet.
9.1.441
  • Manglende viden føres som et selvstændigt knowledge_gap-domæne i stedet for i den generelle måltekst, prioriteres og skjules ved en tom værdi.
9.1.440
  • Verdensviden og antagelser kan som egne domæner optages i det vedvarende fokus og vægtes.
9.1.439
  • Det vedvarende kognitive fokus får en saliensvurdering med forfald mellem sessioner og forstærkning ved fornyet adgang.
9.1.438
  • Under sessionens replay udsættes trimning, sammenlægning og gengivelse; derefter anmodes om præcis én ny transcript-render.
9.1.437
  • Tomgangsvagten bruger til tidsoverskridelser igen den passende tekststi og afslutter processen ikke længere gennem en ikke-tilladt parameter i timeren.
9.1.436
  • Telegram-fjernstatusen viser ved en aktiv tur begyndelsen, seneste fremgang, seneste værktøj og gentagne fejl; TUI'en udgiver dertil løbende aktivitetssnapshots.
9.1.435
  • Private Telegram-fokuskontrolpunkter følger nu arbejdsområdet, der er bundet til den aktive session.
  • Valget af arbejdsområdet gemmer ikke længere startmappen som fortsættelsessted for direkte samtaler.
9.1.434
  • Bekræftet læring følger nu det arbejdsområde, der er bundet til den aktive agentsession.
  • Sessioner med flere arbejdsområder og fortsatte sessioner gemmer eller viser ikke længere projektlektioner i værtsprocessens mappe.
9.1.433
  • Forberedelsen af en indtastning i den eksterne editor forbliver nu inden for oprydningsgrænsen for midlertidige mapper.
  • Fejler den første skrivehandling, for eksempel på grund af en fuld disk eller manglende rettigheder, fjernes den midlertidige editor-mappe, før fejlen videregives.
9.1.432
  • Midlertidige stream-fejl kan nu også efter synlig deluddata forsøges igen med den samme valgte model.
  • Ufuldstændig assistenttekst og ikke afsluttede værktøjsflader afsluttes eller kasseres før gentagelsen, så den nye uddata ikke hænges på det fejlede forsøg.
  • Efter synlig uddata forbliver udbyderskiftet spærret, så et svar ikke kan skifte udbyder midt i streamen.
9.1.431
  • Lokale processer i Bash-værktøjet deaktiverer nu tvungent Git-forespørgsler i terminalen i stedet for at arve en interaktiv indstilling fra den overordnede proces.
  • Arvede askpass-dialoger fra Git, SSH og Git Credential Manager er deaktiveret i værktøjets underproces; derved forhindres usynlige ventetider på Windows-loginoplysninger.
  • Den overordnede shell og miljøet for den kørende session forbliver uændret; den eksisterende adfærd ved lukket standardindgang bevares og sikres uafhængigt.
9.1.430
  • Den fuldstændige komprimering kan nu via [loop_control].compaction_model bruge et valgfrit konfigureret modelalias; den aktive King-model forbliver standardindstillingen.
  • Autentificering, kontekstforberedelse, afslutningsbudget, overløbslæring og forbrugsafregning af komprimeringen er fuldstændigt bundet til den valgte komprimeringsmodel.
  • Den aktive model bestemmer fortsat starten af komprimeringen og den sidste anmodningsbremse, så en mindre sammenfatningsmodel ikke ubemærket kan formindske det centrale tænkevindue.
9.1.429
  • Bash under Windows afviser nu entydig cmd.exe-syntaks før processtart i stedet for at spilde et synligt fejlet forløb.
  • Beskrivelsen af Bash-værktøjet gør udtrykkeligt klart, at POSIX-Bash under Windows inklusive VS Code forbliver aktivt, og nævner de rigtige konventioner for stier og omdirigeringer.
  • Gyldige POSIX-find-kommandoer forbliver tilladt; for bevidst ønsket cmd-semantik står fortsat en udtrykkelig overdragelse til cmd.exe /c til rådighed.
9.1.428
  • Genererede JavaScript- og TypeScript-skrivehandlinger stopper nu før datamedieadgangen, når en eksekverbar anvisning gentages otte gange i træk; derved forhindres løbske uddata fra analyseskripter.
  • Beskyttelseskontrollen omfatter både Write-kald for fuldstændige filer og Edit-erstatninger, mens ikke-kodefiler, kommentarer, tegnkæder og kortere berettigede gentagelser forbliver uændret.
  • Alle tre observerede degenerationstilfælde med 15, 23 og 31 gentagne anvisninger blokeres; vilkårlige ufuldstændige, men ikke gentagne hensigter ligger fortsat uden for denne mekaniske kontrol.
9.1.427
  • Den synlige kommando /memory core melder nu den aktive grænse for hukommelsesadapteren, kontraktversion, identitetsmodus, integritetsstatus og portaloverskridende beviser, eventuelt som --json-uddata.
  • Profilbundet erstatningslager og fra profiler afledte identiteter udelukkes udtrykkeligt fra beredskabet for en fælles kerne i stedet for at blive fremstillet som portalneutral hukommelse.
  • Konfigurerede udbydere forbliver synligt ubekræftede, indtil adskilte beviser foreligger; diagnosen er skrivebeskyttet, giver ingen beføjelser og opfinder aldrig portaloverskridende beviser.
9.1.426
  • Den synlige kommando /memory acceptance udfører nu en syntetisk midlertidig V7-hukommelseskontrol på tværs af CLI, Telegram og web og kan eventuelt udgive en --json-rapport.
  • Ti uafhængige kontroller dækker portaloprindelse, sammenkædede og ikke-sammenkædede identiteter, agent- og gruppeisolering, deduplicering, global korrektion og sletning, udbyderens sikre spærring samt beskyttede kildebytes.
  • Afprøvningsrapporten tjener udelukkende som deterministisk bevis: Den giver ingen beføjelser og læser eller ændrer aldrig en ægte brugerprofil.
9.1.425
  • Subagenter, der når deres token-limit, får nu i samme agentkontekst et knapt værktøjsfrit overdragelsesforløb i stedet for at miste afsluttet værktøjsarbejde.
  • Når også denne overdragelse når grænsen, modtager den overordnede agent en begrænset delopsummering samt den nøjagtige anvisning til fortsættelse ved den samme agent.
  • Gendannelsen forbliver udformet efter princippet om sikker spærring: intet fuldstændigt nyt forsøg på opgaven, ingen færdigmelding uden afsluttende overdragelse og ingen nye beføjelser.
9.1.424
  • Bekræftede lektioner fra Mistake.md overføres nu til anderledes formulerede, men semantisk lignende tilfælde fra pålidelighed, levering, orkestrering, hukommelse, udgivelse, medier og validering.
  • Nøjagtige bevisbegreber har fortsat forrang for brede semantiske kategorier; ikke beslægtet tekst forbliver uden tilknytning.
  • Naturlige tyske formuleringer forenes deterministisk; den ændrede rangfølge skaber hverken nye beføjelser eller rykker en ubekræftet lektion op.
9.1.423
  • Køretidsafslutninger skriver nu et vedvarende synkront diagnoseindlæg, før kernen eller starteren vender tilbage eller ender.
  • Ikke opfangede undtagelser, ubehandlede afvisninger, fejlede terminaler, signaler, startfejl, normale afslutninger, fejl fra underprocesser og deres afslutninger bevarer den nøjagtige rensede årsag samt procesgrænsen.
  • Den private log er begrænset og fejltolerant, fjerner hemmeligheder samt hjemmestier og starter eller indlæser ingen kørende session igen.
9.1.422
  • En åben, inaktiv session overvåger nu sin gemte tidsudløser og bliver aktiv i automatisk modus og God Mode ved eller efter dueAt.
  • En forfalden udløser venter, indtil aktive svar, komprimering, køstillede beskeder, kommandoer og dialoger er afsluttet, før den fortsætter præcis én gang.
  • Før starten læser køretiden mål, kontrolpunktsrevision, forfald, tilladelsesmodus og session igen og kasserer timere på enhver afslutningssti for sessionen.
9.1.421
  • Tidsbaserede ventekontrolpunkter gemmer nu et nøjagtigt dueAt-tidsstempel og normaliserer det til UTC.
  • En regulær sessionsstart i automatisk modus eller God Mode lader fremtidige tidsudløsere vente og fortsætter dem ved eller efter deres forfald.
  • Det første fortsatte forløb modtager den nøjagtige forfaldsobservation; gennemgående åbne sessioner får i denne version endnu ingen køretidstimer.
9.1.420
  • Et aktivt mål med vedvarende ventekontrolpunkt afgiver kontrollen efter det aktuelle forløb i stedet for at tildele endnu et autonomt forløb.
  • Eksterne, tidsbaserede og afhængighedsrelaterede udløsere samt udløsere, der afhænger af brugerbeslutninger, forbliver gemt og vurderes igen, når den næste hændelse ankommer.
  • Umiddelbare mål og ældre aktive mål uden kontrolpunkt fortsættes uændret.
9.1.419
  • En regulært fortsat session fører nu et allerede aktivt mål videre, når dets gemte næste udløser udtrykkeligt er umiddelbar, og automatisk modus eller God Mode er aktiv.
  • Fortsættelsen forbliver intern, kører højst én gang pr. fortsat session og fremstår aldrig som en opfundet brugerbesked.
  • Ventende, pauserede og blokerede mål, manglende kontrolpunkter samt manuelle tilladelsesmodi forbliver standset.
9.1.418
  • Telegram bevarer nu afsenderens udtrykkelige bot-markering i indgangsdataene, så identitetskonteksten kan adskille agenter fra mennesker.
  • Telegram-aktører, der allerede er gemt som mennesker, korrigeres kun til agenter, når udbyder, subjekt og udtrykkelig bot-markering stemmer overens.
  • Aktørdetaljer bevares, agenter nedgraderes aldrig, og navne eller brugernavne bruges aldrig til at udlede en agentidentitet.
9.1.417
  • Automatiske Telegram-erstatningssvar deler svar med mere end 4.096 tegn nu op i på hinanden følgende beskeder i stedet for at forkorte dem.
  • Ethvert tegn og ethvert Unicode-surrogatpar bevares; udgangen registrerer alle returnerede besked-id'er sammen med den fuldstændige tekst.
  • Fejler en del, stopper leveringen på dette sted i stedet for at melde et ufuldstændigt svar som fuldstændigt.
9.1.416
  • Friske resultater fra den seneste værktøjskaldsstak forbliver fuldt læsbare indtil det næste assistentsvar, selv når Telegram- eller styringskontekst efterfølgende indfodres.
  • Stakudflytning, historikoprydning og mikrokomprimering bruger nu den samme semantiske grænse for friske resultater.
  • Allerede vurderede ældre resultater komprimeres fortsat normalt, så de hidtidige kontekstbesparelser bevares.
9.1.415
  • Det vedvarende arbejdsfokus bevarer nu den nøjagtige udløser for den næste handling på tværs af genstarter og kontekstskift.
  • Den næste handling forbliver adskilt fra sin godkendelsesbetingelse; det gælder også for gyldige betingelser med mere end 512 tegn.
  • Fejlbehæftede udløsere eller udløsere, der ikke passer til fasen, afvises sikkert; ældre kontrolpunkter beholder deres hidtidige adfærd.
9.1.414
  • Nye vedvarende handlingskontrolpunkter registrerer den nøjagtige udløser, der frigiver den næste handling.
  • Ikke-ventende faser kræver en umiddelbar udløser; ventende faser kræver en navngiven ekstern hændelse, et tidspunkt, en afhængighed eller en brugerbeslutning.
  • Ventende mål forbliver aktive uden at blive udført for tidligt; ældre kontrolpunkter forbliver læsbare.
9.1.413
  • Telegram-svar, der når modellens uddatalimit, leveres ikke længere som ufuldstændige begyndelser.
  • Den samme kørende session skaber en knap, fuldstændig fortsættelse og foretager højst tre gendannelsesforsøg, før den sikkert afbryder.
  • Et udtrykkeligt svar over Telegram-værktøjet har fortsat forrang og undertrykker gendannelsen, så vellykkede afsendelser aldrig duplikeres.
9.1.412
  • Vedvarende mål, som modellen opretter, begynder nu atomart med revision 1 og en fuldstændig begrænset problemramme.
  • God Mode og automatisk modus fortsætter en allerede autoriseret målstart uden anden bekræftelse; i manuel modus forbliver godkendelsen påkrævet.
  • Autentificeret, ikke-trivielt flertrinsarbejde kan under en eksisterende autonom anvisning skifte til vedvarende målmodus; hilsener, enkelttrinsanmodninger og vage opgaver forbliver udelukket.
9.1.411
  • Ikke-trivielle og ukendte opgaver kan nu gemme en begrænset problemramme i det vedvarende handlingskontrolpunkt.
  • Rammen registrerer succeskriterier, manglende viden, op til fem mulige handlinger, den valgte handling med begrundelse, valget af støtte, risikoen og fallback-vejen.
  • Problemrammen overlever fortsættelse og genstart udelukkende som beskrivende tilstand og kan aldrig give beføjelser.
9.1.410
  • Private Telegram-hukommelseskommandoer begrænser nu relationsområdet til den respektive person.
  • Hukommelsesfokuset skjuler relationer fra andre personer og beholder den øvrige kontekst.
  • Korrektioner og sletninger kan ikke vælge en relation fra en anden person; den lokale operatørfokus beholder den fuldstændige visning.
9.1.409
  • Telegram-svarværktøjer og TUI-fallback-vejen bruger nu en fælles kanonisk mappe for kanaltilstanden.
  • Profilspecifikke BLUN_HOME-værdier skaber ikke længere et andet mappetræ for Telegram-ind- eller -udgange.
  • En udtrykkeligt sat BLUN_TELEGRAM_STATE_DIR forbliver afgørende; ellers bruger begge stier ~/.blun/channels/telegram.
9.1.408
  • Bekræftede relationsdetaljer sammenføres først efter to uafhængige observationer i direkte kanaler.
  • Genafspillede beskeder forbliver idempotente; gruppebeskeder og tilladelseslignende påstande forbliver udelukket.
  • Bekræftede private relationserindringer kan følge den samme person på tværs af Telegram og CLI uden at give beføjelser.
9.1.407
  • Telegram-svarværktøjet importerer den sti til den kørende indgangshistorik, som duplikatgenkendelsen bruger.
  • Normale Telegram-svar fejler ikke længere med fejlen inboxLog is not defined.
  • Den adskilte bridge-fallback-vej forbliver tilgængelig som sikring af leveringen.
9.1.406
  • Gentagne leveringsforsøg for private Telegram-hændelser med det samme tidsstempel og den samme tekst gemmes i relationskontinuiteten kun én gang.
  • Et udsagn, der faktisk gentages senere, forbliver en del af den begrænsede relationshistorik.
  • Naturligt formulerede udtrykkelige erindringshenvisninger i slutningen af en sætning genkendes som referencedata uden at give eller ændre beføjelser.
9.1.405
  • Den koblede Telegram-kommando /status melder nu alder og hjerteslag for konsolprocessen, det aktuelle arbejdsskridt samt den aktive opgave uden at kalde modellen.
  • Køefterslæbet måler nu ulæste bytes fra et kontrolpunkt, der er bundet til den nøjagtige aktuelle køfil.
  • Fjernstatusen forbliver skrivebeskyttet og indeholder hverken chat-id'er, filstier, adgangsdata og beskedindhold eller fuldstændige opgavelister.
9.1.404
  • Uændret indhold i config.toml erstatter ikke længere den eksisterende private fil.
  • Den nøjagtige bytesammenligning er begrænset til regulære mål, der ikke er symbolske links.
  • Ændrede, manglende, ugyldige og ikke læsbare mål bruger fortsat den eksisterende nedbrudssikre atomare skrivevej.
9.1.403
  • Den automatiske rangfølge for efterindlæsbare værktøjer ignorerer indlejrede vedhæftnings- og dokumentnyttelaster.
  • Ethvert hensigtsfragment begrænses før den leksikalske sammenligning til ToolSearch-forespørgselsbudgettet på 1.000 tegn.
  • De egentlige anvisninger, vedhæftninger og udtrykkelige ToolSearch-forespørgsler forbliver uændret.
9.1.402
  • Udløbne arkiver i komprimeringshistorikken ryddes op i baggrunden én gang ved starten af en King-kommando.
  • Startoprydningen forbliver ikke-blokerende og kan ikke forsinke den normale kommandobehandling.
  • Fejl ved oprydningen logges sikkert og afbryder ikke den kørende session.
9.1.401
  • Det første tekstfragment i ethvert kørende svar vises nu straks i stedet for at vente på et timer-callback.
  • En ny tur og ethvert nyt assistentsvarsegment får hver sin øjeblikkelige førstegangsvisning.
  • Senere tekst-, tænke- og værktøjsfragmenter beholder den adaptive samlingsrytme, der beskytter ydeevnen i lange sessioner.
9.1.400
  • Store fortsatte sessioner gengives nu kooperativt, så TUI'en kan tegne om og reagere under gendannelsen af historikken.
  • Enhver vedvarende gemt afspilningspost vises fortsat; ingen del af historikken klippes af, springes over eller slettes.
  • Små fortsættelser beholder deres hidtidige adfærd; store fortsættelser afgiver udførelsen til hændelsesløkken efter hver 30. post.
9.1.399
  • Kontrollerede læringskandidater er nu begrænset til det aktuelle Git-projekt i stedet for at havne i ikke-tilhørende repositoryer.
  • HTTPS- og SSH-checkouts fra den samme oprindelse bruger en fælles anonym projektidentitet.
  • Repository-URL'er og lokale projektstier gemmes aldrig i poster for læringskandidater; arbejde uden for Git beholder den eksisterende profilbrede adfærd.
9.1.398
  • Rene Telegram-tekstsvar dedupliceres nu på tværs af værktøjsvejen og begge automatiske fallback-veje.
  • Et identisk eller næsten identisk svar undertrykkes kun, når der ikke foreligger en nyere indgående besked.
  • Vedhæftninger, forskellige resultater og svar efter en ny brugerbesked beholder deres hidtidige adfærd.
9.1.397
  • Mål med et udtrykkeligt afslutningskriterium kræver nu før afslutningen et kontrolpunkt, der understøttes af køretiden.
  • Fejler afslutningskontrollen, forbliver målet aktivt og returnerer konkrete henvisninger til omarbejdning.
  • Almindelige ture og mål uden udtrykkeligt afslutningskriterium beholder deres hidtidige adfærd.
9.1.396
  • Naturlige anmodninger kan i den samme tur på forhånd udvælge op til to efterindlæsbare værktøjsskemaer, der passer med høj sikkerhed.
  • Udvælgelsen tager udelukkende den aktuelle hensigt i kanalen i betragtning og ignorerer forældet Telegram-kontekst.
  • For svage, flertydige eller ukendte anmodninger forbliver ToolSearch tilgængelig uden at forstørre den vedvarende indlæste værktøjsmængde.
9.1.395
  • Antagne mediejobs spores vedvarende, ens åbne anmodninger genbruges, og afsluttede resultater gemmes efter kvalitetskontrol samt leveres til den tilhørende chat.
9.1.394
  • En versioneret, frivilligt aktiverbar lagringsudbyder kan forbinde CLI- og portalture med en fælles kognitiv hændelsesstrøm.
  • Som standard bevares den eksisterende lokale SQLite-lagring uden ny netværksadgang eller ændret køretidsadfærd.
  • Udbyderstier, synkrone fabriksfunktioner og kontraktversion 6 kontrolleres nu sikkert før køretidsstarten og afvises ved afvigelser.
9.1.393
  • Interaktive starter med king og king -c viser igen den synlige opdateringsudvælgelse 1/2/3, så snart en nyere version foreligger.
  • Baggrundsdownload af opdateringer, den udestående aktivering og det forsinkede automatiske skift blev fjernet.
  • Efter en valgt installation afslutter king, så der kan genstartes manuelt; king -c fortsætter den sidste session med den nye version.
9.1.392
  • Ufuldstændige mellemresultater fra en billedgenerering sendes ikke længere som privat Telegram-opdatering, så længe der endnu ikke foreligger et medieresultat.
  • De målte fejlbeskrivelser fra GenerateImage og GetMedia undertrykkes; afsluttede medieleveringer forbliver synlige.
  • Private samtaler og almindelige anmodede resultater forbliver uændret.
9.1.391
  • Portaloverskridende erindringskontinuitet kræver nu et nøjagtigt, aktivt identitetssammenkædningsbevis fra den betroede køretid.
  • Lignende navne, afvigende lejere eller kildeidentiteter, falske udstedere og tilbagekaldte beviser forbliver adskilt fra hinanden og afvises sikkert.
  • Version 6 af lageradapterkontrakten understøtter verificeret OAuth, sikre kontosammenkædninger og udtrykkeligt bekræftede identitetstilknytninger uden at udlede beføjelser fra erindringer.
9.1.390
  • Den fælles lagerkuvert registrerer nu hændelsestidspunktet og indgangstidspunktet adskilt.
  • Enhver ny kognitiv hændelse tildeles udtrykkeligt en opbevaringsklasse for driftsdata, vedvarende data, relationer eller kontrolformål.
  • Version 5 af lageradapterkontrakten afviser ufuldstændige hændelseskuverter før enhver lokal eller fjern skrivehandling.
9.1.389
  • Lagerhændelser registrerer nu kildeportal og kildekanal som adskilte, autentificerede oprindelsesfelter.
  • CLI-, Telegram-, køretids-, personligheds-, korrektions- og tilbagekaldelsesstier bevarer den nøjagtige kanal ved lagring og afspilning.
  • Version 4 af lageradapterkontrakten afviser skrivehandlinger, når den gemte kildekanal ikke stemmer overens med den kanal, som tilladelsen godkender.
9.1.388
  • Lagerlæsninger returnerer kun observationer fra det synlighedsområde, som tilladelsen godkender, medmindre den strengt interne agentsti bruges.
  • Skrivehandlinger, hændelseskontroller og attention-operationer afvises sikkert, når deres gældende område eller autentificerede kilde ikke passer til den aktuelle adgangskontekst.
  • Den lokale SQLite-adapter forespørger afgrænsede observationer via et eget synlighedsindeks i stedet for først at indlæse ikke-tilhørende erindringer.
9.1.387
  • Enhver operation i en lageradapter medbringer nu en streng kontekst for identitet, portal, kanal, samtale, gældende område og tilladelser.
  • Tilladelseskonteksten kontrolleres uden for lager-nyttelasten og gemmes ikke vedvarende som erindret indhold.
  • Dedupliceringen af hændelser er begrænset til lejer og agent. Derved kan hændelsernes eksistens ikke genkendes på tværs af lejere.
9.1.386
  • Den kognitive tilstand ligger nu bag en versioneret kontrakt for lageradaptere, som turlivscyklussen og personlighedskøretiden bruger i fællesskab.
  • Den eksisterende SQLite-hændelseslagring forbliver standardindstillingen. Eksterne portal-klienter kan levere den samme kontrakt uden at oprette en portalspecifik tilstand.
  • Ikke understøttede adapterversioner og ufuldstændige implementeringer afvises sikkert før enhver lageroperation.
9.1.385
  • Telegram-beskeder, der blev køstillet før sessionsstarten, frigives nu, så snart sessionen er klar.
  • Sessioner i tomgang tømmer køen i den normale FIFO-rækkefølge; allerede fortsatte aktive ture bruger en begrænset styring.
  • Vedvarende køkontrolpunkter forbliver uændret, indtil beskeden faktisk er accepteret.
9.1.384
  • Henvisninger til Telegram-billeder indlæser nu i den samme tur værktøjerne til billedkontrol og billedgenerering.
  • Bufferede Telegram-beskeder bevarer mediehensigten for hele den udestående stak i stedet for kun at tage hensyn til den sidste besked.
  • Lokale billedstier og Telegram-filidentifikatorer vælger den passende kontrol- eller downloadvej uden vedvarende at indlæse medieskemaer.
9.1.383
  • Nye Read-resultater forbliver nu fuldt synlige for det modelskridt, der har anmodet om dem, i stedet for at blive flyttet ud før vurderingen.
  • Parallelle nye værktøjsresultater forbliver læsbare indtil deres vurderingsskridt og må først arkiveres, efter at de er blevet historiske.
  • Arkiveringen af historiske uddata og kontekstbesparelsen forbliver aktive efter det beskyttede vindue for det seneste arbejde.
9.1.382
  • Kommandoen /loop accepteres nu også, mens et andet svar kører.
  • Oprettes en løkke under løbende arbejde, gemmer King den og stiller dens første anvisning i kø uden at afbryde den aktuelle tur.
  • Løkkeoprettelsen i tomgang samt den eksisterende adfærd for status, pause, fortsættelse og stop forbliver uændret.
9.1.381
  • Efter en endeligt mislykket ToolSearch fjernes ToolSearch for resten af denne tur fra den aktive værktøjsliste.
  • Den vellykkede skemagenkendelse og håndteringen af allerede indlæste værktøjer forbliver tilgængelig og uændret.
  • Derved bruger gentagne synonymsøgninger ingen yderligere tokens, efter at køretiden allerede har bevist, at der ikke findes en passende integration.
9.1.380
  • En midlertidig fejl ved styringen af den aktive tur aktiverer nu Telegram-leveringsstyringen straks igen i stedet for at lade den gendannede gruppebesked vente indtil turens slutning.
  • Udestående gruppebeskeder leveres fortsat, også under langvarigt arbejde; derved bevares FIFO-rækkefølgen og den eksisterende karantænegrænse på tre forsøg.
  • Ingen kørende session afbrydes eller genstartes.
9.1.379
  • Midlertidige gentagelser af bekræftelsen af en kanalstyring viser ikke længere en falsk rød fejl, så længe beskeden forbliver gendanbar i køen.
  • En synlig leveringsfejl fremgår først, efter at det tredje fejlede forsøg sikkert har arkiveret den fuldstændige første køpost.
  • Adfærden for gentagelse, bekræftelse, arkivering og FIFO-rækkefølge forbliver uændret.
9.1.378
  • Ved hurtigt på hinanden følgende baggrundsudgivelser findes der nu en enkelt erstattelig status for den forberedte opdatering i stedet for at tilføje en ny logpost for hver version.
  • Posten for den forberedte opdatering viser altid den nyeste verificerede målversion; den aktive session forbliver urørt indtil sin naturlige genstart.
  • Henvisningen til den faktiske installation og changelog forbliver vedvarende og uændret. Færre ændringer i loggen skjuler derfor ingen aktiveret opdatering.
9.1.377
  • Udestående Telegram-opgaver overtager nu det afgørende id for den aktive tur fra kernen. En forældet synlig TUI-status kan derved ikke længere føre til, at en accepteret besked forbliver ubekræftet.
  • Styrekommandoen /loop udføres straks under løbende arbejde; den vedvarende kommandobekræftelse afhænger ikke længere af et vellykket Telegram-statussvar.
  • Fejler leveringen af den første køpost tre gange, arkiveres den lokalt med alle gendannelsesmetadata, før køen fortsætter. Således blokerer en fejlbehæftet post ikke senere beskeder.
9.1.376
  • Store historiske værktøjsresultater gemmes vedvarende før kontekstkomprimeringen, så deres fuldstændige uddata også efter tømningen af den indlejrede forhåndsvisning forbliver gendanbar.
  • De gemte resultathenvisninger overlever senere mikrokomprimeringer og beholder de begrænsede metadata, der er nødvendige for at indlæse den oprindelige uddata igen.
  • Udflytningstelemetrien melder størrelser og gendannelsesstatus uden at afsløre resultatindhold eller private stier.
9.1.375
  • Private Telegram-DM'er og slash-kommandoer beholder den højeste leveringsprioritet. Udtrykkeligt adresseret gruppearbejde stilles derefter FIFO ind før normal eller ikke-adresseret ældre efterslæb.
  • En update-handoff må kun krydse en ikke-tom kø, når hver post er holdbar, endnu ikke bekræftet Telegram-arbejde med acknowledge-returvej. Lokalt, blandet eller ikke-holdbart arbejde blokerer fortsat.
  • Henvisningen til forberedte opdateringer følger et godkendt persona-UI-sprog. Ved et sprog, der endnu ikke er godkendt som TUI-locale, vises kun versionsinformationen i stedet for at falde over i et forkert sprog.
9.1.374
  • Henvisningen til en forberedt opdatering bruger ikke længere en fast indbygget tysk meddelelse, men den allerede godkendte UI-oversættelse af det aktive sprog.
  • Resume- og ny-session-modus forbliver adskilt; update-handoff, rollback og Telegram-duplikatbekræftelse blev ikke opblødt.
9.1.373
  • En opdatering, der er forberedt i baggrunden, kan nu overtage den kørende session ved en verificeret sikker grænse. Session-id og arbejdsmappe bevares; kørende værktøjer, shell-kommandoer, komprimering og ventende beskeder forhindrer overdragelsen.
  • Supervisoren aktiverer den nye runtime først efter dennes loaded- og ready-bevis. Fejler starten, gendannes den gamle runtime inklusive den nøjagtige session, og det fejlbehæftede pending kasseres.
  • Telegram-duplikater, der allerede er gendannet i delivery-ledgeren, kvitteres straks ved kø-replayet. De venter ikke længere på et modelskridt, der for et duplikat bevidst aldrig starter, og blokerer dermed ikke længere efterfølgende gruppebeskeder.
  • Det vedvarende arbejdsfokus bærer nu vidensstatus, beviskontekst, korrektioner, tilbagetagelser og konfidens på tværs af ture. Deraf opstår fortsat ingen nye rettigheder eller godkendelser.
9.1.372
  • Vedvarende målkontrolpunkter skelner nu verified, credible_unverified, hypothesis, uncertain_memory, stale og unknown. Plausible formodninger behandles derved ikke længere som sikret viden.
  • Oprindelse og vidensstatus kontrolleres samlet: Køretidsværktøjsbeviser må kun gælde som verified efter et vellykket værktøjsforløb, eksterne rapporter ikke. Carry-forward-tilstande bevarer deres hidtidige status og deres sidste verifikationsbevis.
  • Gamle replay-tilstande uden det nye felt forbliver læsbare som legacy_unknown. Nye kontrolpunkter skal nævne deres status udtrykkeligt. Rettigheder, godkendelser og autoritet forbliver uændret.
  • Den knappe kontekstprojektion nævner den epistemiske tilstand i præcis én linje, så agenten tager hensyn til den ved det næste skridt uden at belaste kontekstbudgettet med ekstra tekst.
9.1.371
  • Reparation af en ledningsfejl fra 9.1.370: evidenceBasis-værdien, der allerede blev gemt og projiceret dér, er nu også en del af det strenge offentlige GetGoal-uddataskema og går ikke længere tabt ved hentningen.
  • Skemaet accepterer de fire aktuelle oprindelsestyper samt legacy_unknown for gamle replay-tilstande. Rettigheder, godkendelser og autoritet forbliver uændret.
  • En fokuseret ledningsprøve og en egen mutant sikrer den nye offentlige forbindelse mod tilbagefald.
9.1.370
  • Ethvert friskt arbejdskontrolpunkt nævner nu udtrykkeligt, hvad dets sidste bevisførte stand bygger på: vellykket køretidsværktøjskald, direkte brugerudsagn, ekstern rapport eller uændret videreførelse.
  • runtime_tool accepteres kun, når den aktuelle tur indeholder mindst ét værktøjskald, som køretiden har tilladt, og som er afsluttet med succes. carried_forward må ikke ændre den sidst bevisførte stand. Begge stier afbryder ved modsigelse fail-closed.
  • Gamle gemte kontrolpunkter forbliver læsbare som legacy_unknown. Oprindelsestypen er epistemisk tilstand og skaber hverken rettigheder, godkendelser eller autoritet.
9.1.369
  • Et vedvarende arbejdskontrolpunkt får nu automatisk et kompakt køretidsbevis fra de allerede afsluttede værktøjskald i den samme tur. Beviset nævner kun tur-id, total-, succes- og fejlantal samt en kort digest.
  • Værktøjsnavne, id'er, argumenter, kommandoer, uddata, stier og brugertekst skrives ikke ind i kontrolpunktet. Et tomt bevis forbliver ærligt på nul i stedet for at foregive en måling.
  • Kun et værktøjskald, som køretids-policyen har godkendt, og som er afsluttet med succes, tæller som succes. Blokerede, fejlede, afbrudte eller af modellen medleverede beviser skaber ingen autoritet.
9.1.368
  • Ethvert vedvarende arbejdskontrolpunkt bærer nu en monoton revision. Den første skriveadgang begynder ved revision 1; enhver yderligere skal øge den aktuelt projicerede revision med præcis én.
  • En gammel parallel tur eller en forældet kanalvisning kan ikke længere efterfølgende overskrive en nyere bevisført arbejdsstand. Forældede, oversprungne og ugyldige revisioner afbryder fail-closed, før måltilstanden ændres.
  • Eksisterende kontrolpunkter uden revisionsfelt behandles ved læsningen kompatibelt som revision 1. Revisionen er arbejdstilstand og skaber ingen rettigheder eller godkendelser.
9.1.367
  • Den aktive mål-reminder bærer nu det vedvarende arbejdskontrolpunkt direkte. King beholder derved fase, sidste bevisførte stand, nøjagtig næste handling og forventet bevis også, når den ekstra kognitive hukommelsesadapter lige ikke er tilgængelig.
  • Før alternative veje udføres først den nøjagtigt fornoterede næste handling. Kontrolpunktet ændres først, når ny evidens faktisk ændrer den bekræftede stand.
  • Fallbacket er kun en kompakt projektion af det allerede kontrollerede kontrolpunkt. Det skaber ingen rettigheder, ingen nye datafelter og ingen genstart.
9.1.366
  • Aktive mål kan nu gemme et lille, vedvarende arbejdskontrolpunkt med fase, sidste bevisførte resultat, nøjagtig næste handling og forventet bevis. Efter resume eller event-replay fortsætter King på dette sted i stedet for igen at spørge om tilladelse eller begynde forfra.
  • En ren kontrolpunktsopdatering lader målet forblive aktivt. Pauserede og blokerede mål forbliver uændret; et resume nulstiller kun køretidsuret.
  • Kontrolpunktet er strengt begrænset og ren arbejdsinformation. Ukendte felter, især rettigheds- eller administrationsangivelser, afbryder fail-closed og kan ikke skabe en capability.
  • Uden kontrolpunkt forbliver den hidtidige kompakte fokus uændret. Med kontrolpunkt suppleres kun de fire relevante fokusobservationer med den bevisførte stand; dermed forbliver tokenforbruget lille og konstant.
9.1.365
  • Private Telegram-DM'er og den lokale CLI kan nu læse, korrigere eller slette vedvarende fokus direkte med /memory focus, /memory correct <id> <værdi> og /memory delete <id>. Vejen starter ingen modeltur og bruger derfor ingen modeltokens.
  • Telegram-ændringer er bundet til positive bruger-, chat- og besked-id'er, en ægte privat DM, kanaltidspunktet og et stabilt request-id. Grupper, ufuldstændig oprindelse og ændrede gentagelser afbryder fail-closed.
  • Domæne, nøgle og scope udledes altid fra det aktive målbevis og kan ikke smugles ind af kalderen. Korrektioner og tombstones forbliver append-only, bevarer historikken og giver ingen rettigheder.
  • Fokusuddataen er for Telegram begrænset til otte poster og mindre end 3.500 tegn; det samlede antal forbliver synligt.
9.1.364
  • Den kørende kognitive livscyklus kan nu korrigere vedvarende fokus via correctFocusObservation og slette den via withdrawFocusObservation. Begge veje skriver fortsat append-only ind i den samme lejer- og agentbundne hændelsesstrøm.
  • En revision er kun tilladt med attestationerne runtime_user_prompt_hook og explicit_user_request. Et normalt model-snapshot kan hverken udlede eller smugle en korrektion eller sletning ind.
  • Enhver revision bærer et stabilt request-id samt portal, aktør, kontekst, besked og tidspunkt. Identisk gentagelse er idempotent; det samme request-id med ændret indhold og tilbagedaterede revisioner afbryder fail-closed.
  • Korrektion og efterfølgende sletning lader den fuldstændige historik forblive uændret. Efter sletningen fremgår faktummet ikke længere i prompten og bruger ingen konteksttokens. Hukommelse kan fortsat ikke give rettigheder.
9.1.363
  • En bekræftet sletning gemmes nu som append-only tombstone. Det tidligere indhold forbliver i audithistorikken og hash-kæden, men forsvinder fuldstændigt fra den virksomme kontekstprojektion.
  • Gamle resume-, transcript- eller køhændelser med et tidspunkt før sletningen kan ikke genaktivere det fjernede indhold. Dermed behandles en senere genindspillet gammel stand ikke som ny sandhed.
  • Bevidst nytildelt information efter sletningstidspunktet kan læres igen. Tombstonen spærrer altså gammel evidens, ikke fremtidig udvikling.
  • Sletninger på tværs af fremmede lejere, agenter, domæner, nøgler eller scopes, med manglende mål, svag konfidens eller forkert tombstone-værdi afvises transaktionalt. Eksisterende databaser migrerer in-place.
  • Et slettet faktum skaber ingen promptlinje og bruger dermed ingen konteksttokens.
9.1.362
  • En bekræftet korrektion kan nu eksplicit afløse præcis én tidligere observation i det samme lejer-, agent-, domæne-, nøgle- og scope-område. Den gamle post forbliver append-only i audithistorikken.
  • Den virksomme visning indlæser den korrigerede værdi og markerer den som corrected; den afløste værdi projiceres ikke længere som en aktuel konflikt.
  • Manglende mål, fremmede scopes eller nøgler og korrektioner under konfidens 1 afvises transaktionalt.
  • Eksisterende SQLite-stande får den nye relationskolonne ved åbningen uden at miste deres hidtidige strøm eller version.
9.1.361
  • Lige troværdige personlige eller team-udsagn med samme scope og nøgle fremstilles ikke længere som sandhed efter princippet om, at den nyeste værdi vinder. Projektionen markerer konflikten knapt og kræver en afklaring uden at hælde begge dele ind i konteksten.
  • Er et udsagn mindst 0,2 konfidenspoint stærkere, forbliver det brugbart, men markeres som omstridt. En senere svagere påstand kan ikke længere skjule en bekræftet stand.
  • Identiske bekræftelser slås sammen til ét fokuspunkt. Kanoniske mål- og fremskridtsfelter forbliver fortsat revisionsdygtige.
  • Den append-only hændelseshistorik forbliver uændret; beføjelser kan fortsat ikke opstå fra den virksomme visning.
9.1.360
  • Den allerede kanoniske /goal-tilstand projiceres som vedvarende arbejdsfokus ind i den kognitive hændelsesstrøm: mål, status, næste udløser og forventet succesbevis.
  • Det samme fokus forbliver idempotent på tværs af køretidsgenstarter. En uændret målstand skaber ingen dobbelte hændelser eller observationer.
  • Forbrugstællere, tidsbudget og beføjelser kopieres ikke ind i fokuset. Uden aktivt mål indlæses ingen ekstra fokus-tokens.
  • Projektionen forbinder det passende mål-scope med det private relations-scope i den aktuelle tur; den skaber ingen rettigheder.
9.1.359
  • Personality-memory og ægte CLI-ture bruger nu den samme lejer- og agentidentitetsstrøm fra identity/manifest.json; uden fuldstændig identitet bevares den kompatible hashede fallback-vej.
  • Direkte Telegram-ture projicerer kun det private relationsområde for den aktuelle modpart. Grupper og fremmede relationer leverer ingen private fokus-tokens.
  • Scope-udvælgelsen er tvunget før rangeringen; en nyere erkendelse fra et fremmed scope kan ikke længere skjule en passende post.
9.1.358
  • En netværksfejl under den automatiske opdateringsforberedelse blev kun meldt til et valgfrit fejl-callback. Uden fornyet poll forblev den kørende King på sin version, selvom sessionen selv fortsatte sundt.
  • Launcheren skriver nu en begrænset prepare-failed-hændelse med versionsstand samt sikkert fejlnavn/-kode til handoff.jsonl.
  • Derefter planlægges et nyt forberedelsesforsøg præcis ti sekunder senere. Den kørende core hverken afsluttes eller indlæses igen.
  • Fejl ved skrivningen af diagnosehændelsen forbliver fail-soft; tokens, beskedtekst og øvrige hemmeligheder logges ikke.
9.1.357
  • Gentagne adgange til den samme effektive systemprompt bygger ikke længere den store tegnkæde af basis og køretids-vedhæng op ved hver adgang.
  • Resolveren holder præcis én aktuel basis-/vedhæng-kombination og invaliderer den straks, så snart en af de to inputværdier ændres.
  • Tom prompt, kun basis, kun vedhæng og den hidtidige adskillelse med to linjeskift bevares byteidentisk.
9.1.356
  • Uændrede systemprompter tælles over gentagne modelskridt kun én gang tegnvis for kontekstbudgettet.
  • Cachen er begrænset til fire poster, højst 500.000 tegn pr. prompt og i alt 1.000.000 holdte tegn.
  • Ændrede prompts tælles fortsat på ny; kontekstvisning, komprimeringsbudget og anmodningsbudget bruger den samme aktuelle værdi.
9.1.355
  • Uændrede LLM-anmodningskonfigurationer serialiserer ikke længere deres værktøjsskemaer ved hvert modelskridt kun for konfigurationsloggen.
  • Model, alias, tænkeniveau, systemprompt og værktøjsrækkefølge sammenlignes med den sidste fuldstændige tilstand.
  • Ændrede modeller, prompts, værktøjsnavne, beskrivelser eller parameterskemaer åbner konfigurationslogningen fortsat målrettet igen.
9.1.354
  • Uændrede værktøjsskemaer serialiseres kun én gang pr. værktøjsobjekt og tælles for kontekstbudgettet.
  • Et inventar med 403 værktøjer tælles derved ikke igen og igen fuldstændigt op ved gentagne anmodningskontroller.
  • Ændringer af navn, beskrivelse eller parameterobjekt kasserer målrettet kun cache-posten for det berørte værktøj.
9.1.353
  • Argumentfragmenter fra agent-sværm-værktøjer parses fortsat straks og overføres til fremskridtstilstanden, men deler nu den adaptive render-timer.
  • Et stort streamet værktøjskald udløser derved ikke længere en fuldstændig TUI-render for hvert argumentfragment.
  • Start, afslutning, fejl og afbrydelse fjerner åbne sværm-timere før deres afsluttende øjebliks-render.
9.1.352
  • Assistant- og thinking-fragmenter fra en agentsværm opdaterer fortsat fremskridtstilstanden straks, men deler en adaptiv render-timer.
  • En fragmentstorm udløser dermed ikke længere en fuldstændig TUI-render for hvert delta.
  • Diskrete sværmhændelser og oprydningen af fremskridtstilstanden fjerner åbne timere før deres øjeblikkelige afslutnings-render.
9.1.351
  • Assistant- og thinking-fragmenter i BTW-/agentvinduet gemmes straks i turen, men deler en adaptiv render-timer.
  • Controlleren anmoder for disse to delta-arter ikke længere om en ekstra fuld-render pr. fragment.
  • Afslutning, fejl, retry og dispose fjerner åbne timere; diskrete hook- og afslutningshændelser forbliver straks synlige.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput overtager stdout- og stderr-chunks straks i aktivitetstilstanden, men bygger subagent-kortet kun i den adaptive streaming-takt op igen.
  • En fælles pending-mængde behandler flere samtidigt kørende subværktøjer uden tabt uddata eller en timer pr. chunk.
  • Værktøjsafslutning fjerner sin åbne refresh før den endelige fremstilling; dispose kasserer timer og pending-mængde rent.
9.1.349
  • ToolCallComponent.appendSubagentText samler hurtigt indkommende tekst- og thinking-fragmenter straks i den interne tilstand, men bygger subagent-kortet kun i den adaptive streaming-takt op igen.
  • Afslutning og fejltilstand tømmer en endnu åben tekst-refresh før den endelige fremstilling; dispose kasserer timeren rent.
  • Derved forbliver indkommende bytes straks tilgængelige, mens gentagne fuld-rebuilds, snapshots og renders ved fragment-bursts bortfalder.
9.1.348
  • Voksende argumenter fra subagent-/underværktøjer samles fortsat straks fuldstændigt, men parses og rendres ikke længere på ny efter hvert enkelt fragment.
  • En adaptiv timer samler forhåndsvisningsopdateringen. Ved afslutningen spilles udestående argumenter tvungent ind før den endelige værktøjstilstand.
  • Værktøjsudførelse, godkendelser, slutargumenter og den eksisterende normale streaming-vej forbliver uændret.
9.1.347
  • Hændelsesvejen kaldte efter hvert indkommende værktøjsargument-delta straks getStreamingToolCallPreview. Denne funktion parser den indtil da fuldstændige voksende JSON-tekst.
  • Kaldet skete også for normale værktøjer, selvom kun AgentSwarm har brug for den straks parsete mellemstand til sin løbende fremskridtsvisning. Dermed omgik normalvejen delvist den begrænsede forhåndsvisningskadence, der blev indført i 9.1.346.
  • En lille ren policy beslutter nu før parset: normale værktøjer samler kun deltaet og parser ved den planlagte forhåndsvisnings-flush; AgentSwarm parser fortsat straks ved hændelsesnavn, aktivt værktøjsnavn eller eksisterende sværm-fremskridt.
  • Værktøjsudførelse, godkendelser, finale argumenter og sværm-visning forbliver uændret.
9.1.346
  • 9.1.345 begrænsede fuldtekst-renderings for lange svar- og thinking-streams; rene værktøjsargument-streams havde dog ingen af disse to tekstudkast og forblev derfor på faste 50 ms.
  • Enhver værktøjsforhåndsvisning parser den indtil da fuldstændige voksende JSON-argumenttekst. Store værktøjskald kunne derfor fortsat meget hyppigt parse og rendre hele nyttelasten på ny.
  • Den allerede dokumenterede adaptive kadence tager nu også hensyn til det samlede tegnantal for de aktive streamede værktøjsargumenter: 50, 100, 250 eller 500 ms efter de samme grænser.
  • Værktøjsudførelse, argumenter, godkendelser, slutforhåndsvisning og umiddelbare afslutnings-flushes forbliver uændret.
9.1.345
  • TUI'en satte ved streaming hidtil hver 50 ms den fuldstændigt indtil da akkumulerede svar- og thinking-tekst op igen. Ved lange modelsvar voksede mængden af tekst, der gentagne gange skulle rendres, derved kraftigt.
  • Korte streams op til 8.192 tegn beholder den hidtidige reaktionshurtige 50-ms-kadence. Derefter stiger intervallet trinvist til 100 ms op til 32.768, 250 ms op til 131.072 og 500 ms derover.
  • Eksplicitte flushes ved værktøjsgrænser og ved finaliseringen forbliver umiddelbare. Provider-, kø-, sessions- og tokenlogik blev ikke ændret.
9.1.344
  • Det kognitive køretidslag skrev hidtil for hvert værktøjskald policy og resultat i to adskilte synkrone SQLite-transaktioner.
  • En isoleret Windows-kostprøve med 100 værktøjskald behøvede dertil 627,63 ms og skabte 201 hændelser. Indholdet omfattede 305 observationer.
  • Afsluttede policy-/resultat-par i et modelskridt fastskrives nu atomart i begrænsede grupper på højst ti værktøjer. Afbrudte eller endnu åbne policy-kontroller sikres ved turens slutning fortsat enkeltvis.
  • Argumenter, uddata, rettighedsbeslutning, hash-kæde og SQLite-holdbarhed forbliver uændret.
9.1.343
  • Et privat Telegram-svar blev allerede vellykket leveret med reply-værktøjet. Derefter startede den samme modeltur alligevel endnu et skridt og skabte intern status- og arbejdsstyringstekst.
  • Det ekstra skridt kostede i den målte realsession 42.360 input- og 411 outputtokens, selvom det synlige brugersvar allerede var sendt.
  • Et vellykket Telegram-reply afslutter nu straks en privat samtaletur, der er markeret som direct. Fejlede replies, grupper og andre værktøjer kører uændret videre.
  • Efter afslutningen griber den eksisterende direct-fokus-controller fortsat ind: Den noterer det leverede svar og vender efter samtaleslut eller ro-tid tilbage til det gemte baggrundsarbejde.
9.1.342
  • Relevansforespørgslen for Mistake.md optog hidtil enhver besked med rollen user. Dertil hørte også interne injektioner, komprimerings-sammenfatninger, skill-aktiveringer og baggrundsmeddelelser.
  • Fordi mistake-erindringen selv gemmes som intern user-besked, ændrede den efter hvert værktøjsskridt sin egen søgeforespørgsel. Derved blev den i samme tur igen udvalgt og indsat.
  • Filteret bruger nu kun handlingsrelevante bruger- og cron-indgange. Interne køretidstekster udelukkes fra relevansforespørgslen og lav-info-genkendelsen.
  • Ægte brugerbeskeder, planlagt arbejde, alle verificerede lektioner og genopbygningen efter komprimering forbliver uændret tilgængelige.
9.1.341
  • Ved den naturlige start fandt launcheren en allerede lokalt forberedt og verificeret automatisk runtime, men sendte den alligevel først gennem den netafhængige opdateringshenvisning. Fejlede denne anden hentning midlertidigt, startede den gamle globale udgave igen.
  • En forberedt automatisk runtime med nøjagtigt passende modus (resume eller new) startes nu før den fornyede release-hentning. Aktiveringen forbliver transaktional: Først når den nye core er indlæst med succes, bogføres runtime'en som aktiv.
  • Ved resume bevares session-id og arbejdsmappe. Manuel opdateringsudvælgelse kører fortsat over den hidtidige henvisningsvej.
  • Ingen kørende King afsluttes. Rettelsen griber kun ind ved den næste naturlige start.
9.1.340
  • Launcheren skrev vellykkede opdateringer til .blun/updates/install.json, mens en profil-runtime søgte under .blun/profile/<navn>/updates/install.json. Den ægte profilsti var ikke til stede; derfor forblev notifiedAt i den fælles tilstand null.
  • Profil-runtimes læser opdateringssuccesen nu fra BLUN_SHARED_HOME og falder kun uden fælles sti tilbage på det hidtidige BLUN_HOME.
  • Efter den næste naturlige start kan TUI'en vise version og op til tre release-henvisninger én gang. Konfigurerede private Telegram-modtagere får den samme korte tekst uden modeltur og uden tokenforbrug.
  • Installation, staging, aktivering og aldrig-smider-ud-reglen forbliver uændret.
9.1.339
  • Vellykkede værktøjs-følgeskridt med low-effort bruger højst 4.096 completion-tokens i stedet for hidtil 8.192.
  • Første skridt, komplekse opgaver og fejl-følgeskridt beholder deres konfigurerede tænke- og uddatakapacitet. Indgrebet er ikke et globalt model- eller kontekstlimit.
  • Tilbagemålingen over 1.442 ægte low-effort-skridt i en agentprofil viste: 2.118.588 outputtokens i alt, median 791, p90 3.754, p95 5.485. Med den nye grænse ville 229.761 tokens, svarende til 10,8 procent være bortfaldet; 91,1 procent af de målte skridt forbliver uændret.
9.1.338
  • Rene gentagelsesspørgsmål som Kan jeg fortsætte med mit arbejde? leveres ikke længere i private Telegram-samtaler.
  • Intern kø-, handoff-, lane- og ventetilstands-fortælling forbliver ude af det private svar. Ægte arbejdsresultater og normale personlige svar forbliver leverbare.
  • Når et brugbart svar kun ender med et nyt spørgsmål om arbejdsgodkendelse, fjernes udelukkende dette slutspørgsmål.
  • Grupperouting og kørende sessioner forbliver uændret.
9.1.337
  • profile/<navn>/SOUL.md er den kanoniske identitetssti for en King.
  • En passende navngivet legacy-sjæl erstatter kun et uændret, oprettet profilstillads. Udviklede profil-sjæle overskrives aldrig.
  • Før en legacy-import sikres det oprettede stillads som SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Afbrudte sessioner normaliserer deres replay-tilstand, før yderligere Telegram-arbejde leveres.
  • Afvises leveringen til en aktiv tur, falder beskeden tilbage på en frisk kø-tur i stedet for at forsøge den samme styring igen hvert femte sekund.
  • DM-fokuskontrolpunkter beholder automatiske resume-timere og udtrykkelige pauser på tværs af opdateringer.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • En normal privat Telegram-besked afbryder den kørende opgave kun for den umiddelbare samtale. Derefter fortsætter King automatisk den nøjagtigt gemte arbejdsstand efter 60 sekunder uden et nyt tilladelsesspørgsmål.
  • En udtrykkelig afslutning af samtalen fortsætter opgaven straks. Kun klare brugerønsker som pause, pausiere, stop, stopp, warte eller halte an sætter opgaven fortsat på pause, indtil brugeren godkender den igen.
  • Interne begreber og statusrapporter om cron, kontrolpunkt, kø eller lane undertrykkes i normale private svar. Det faglige arbejde og dets gemte stand forbliver uændret.
9.1.334
  • Den automatiske baggrundsforberedelse sulter ikke længere ved en hurtig release-rækkefølge. Den hidtidige 30-minutters-spærre forholdt sig altid til det seneste release; ved releases i minut-takt blev derfor aldrig en version gammel nok til at blive forberedt.
  • Et kryptografisk passende release indlæses nu straks, kontrolleres for integritet, installeres isoleret, sonderes syntaktisk og noteres som udestående runtime.
  • Den kørende King-session afsluttes fortsat ikke. Aktivering og resume forbliver udelukkende på den eksisterende beskyttede næste-start-vej. Denne version ændrer hverken handoff- eller sessionslogik.
9.1.333
  • Et live-screenshot beviste efter 9.1.331 en ERR_MODULE_NOT_FOUND i det administrerede Telegram-plugin.
  • Plugin-importen pegede fra det isolerede managed-træ på en kernefil, der ikke var medinstalleret der.
  • Den ligeledes målte enorme gentagelsestekst kørte i den synlige tankestrøm. Den eksisterende live-gentagelsesspærre kontrollerede indtil da kun svar-deltaer.
  • 9.1.332 blev efter plugin-befundet ikke skiftet ind i det offentlige manifest. 9.1.333 erstatter denne npm-kandidat fuldstændigt.
9.1.332 Ikke udgivet
  • Ikke udgivet. En plugin-import henviste fra det isolerede træ til en ikke-medfølgende kernefil; 9.1.333 erstattede npm-kandidaten fuldstændigt.
9.1.331
  • Private Telegram-samtaler beholder naturlige svar og anmodede arbejdsresultater.
  • Målte interne dobbeltmeddelelser om pauseret arbejde, allerede sendte svar, kørende ture, værktøjsstatus og manglende handlingsbehov undertrykkes kun i private chats.
  • En meddelelse filtreres kun, når den både indeholder intern runtime-kontekst og udtrykkeligt ingen ny brugerværdi.
  • Grupperouting, ægte færdigmeldinger og normal kort samtale forbliver uændret.
9.1.330
  • Den fuldstændige soul-kildefil for hver King bevares uændret.
  • Modelkonteksten får derfra en begrænset karakterprojektion med identitet, stemme, værdier, relationer, præferencer, mål og vokset historie.
  • Klare opgave-, lane-, rettigheds-, QA-, værktøjs-, kommando-, verifikations-, hændelses-, log-, runtime-, opdaterings-, deploy- og build-afsnit indlæses ikke længere som personlighed i hver prompt.
  • Rene korte karakter-souls forbliver byteidentiske. Ukendte ikke-tekniske afsnit forbliver synlige i deres rækkefølge.
  • Ingen soul-fil slettes, forkortes eller omskrives automatisk.
9.1.329
  • Hver navngiven King-profil bruger i den fælles identitetskerne sin egen agentknude. Relationer, historik og lærte persondata falder ikke længere sammen på den først oprettede agent.
  • Eksisterende navngivne soul-filer som _agent-a_soul.md, _agent-b_soul.md eller _agent-c_soul.md tildeles den passende profil og overtages én gang byteidentisk til SOUL.md.
  • Den gamle kildefil bevares uændret. En eksisterende profil-SOUL.md overskrives aldrig.
  • Persona-valg og personality-tilstand læser profilbundet. En ødelagt, for stor eller linket profil-persona falder ikke ubemærket tilbage på en anden agents identitet.
  • Den fælles kerne forbliver brugbar uden Mnemo-tvang. Løbende opgaver, rettigheder og QA-regler ændres ikke af denne migration.
9.1.328
  • Persona og SOUL.md indlæses først fra den aktive profil.
  • Navngivne profiler arver aldrig en anden agents sjæl fra det fælles home.
  • Legacy- og standardprofiler beholder den hidtidige fælles fallback.
  • Mangler der virkelig en egen soul-fil, oprettes én gang et minimalt stillads; eksisterende filer overskrives aldrig.
  • Identitets- og relationssystemet forbliver filbaseret og fungerer uden Mnemo-tvang.
9.1.327
  • Private Telegram-samtaler forbliver hos personen: interne kø-, checkpoint-, pause-, cron-, hook- og tomgangsrapporter undertrykkes på begge forsendelsesveje, så længe ingen arbejdsstand er anmodet om, ingen beslutning er nødvendig og ingen relevant blocker er opstået.
  • Tekniske arbejdsstatusser går til den ansvarlige teamkanal. De kopieres ikke endnu en gang ind i den private samtale.
  • Eksakte modelgentagelsesløkker genkendes allerede under streamen. Den kørende provider-stream afsluttes, og det samme trin forsøges med bevaret opgavekontekst præcis én gang igen.
  • Sjæl, personviden, rettigheder, løbende opgaver og den eksisterende direktfokus-pause blev ikke erstattet eller slettet. Ingen kørende TUI blev genstartet.
9.1.326
  • Manuelle og automatiske tilladelsesmodi spejler værktøjsgodkendelser som begrænsede knapper ind i den entydigt koblede private Telegram-DM.
  • Kun værktøjsnavn og eksisterende udvælgelsestekster overføres; argumenter, beskrivelser og hemmeligheder forbliver lokale. Udløbne, fremmede eller allerede lokalt besvarede godkendelser kasseres fail-closed.
  • God Mode forbliver fuldstændigt autonom og opretter ingen Telegram-godkendelse.
  • Tekniske arbejdsstatusser dirigeres til den ansvarlige kollega og kopieres ikke længere tilbage i brugerens private samtale.
9.1.325
  • God Mode udfører personlige memory-skrivninger uden en anden godkendelsesanmodning; det eksisterende sessions- og turbundne samtykke bevares.
  • En udtrykkelig Telegram-instruktion om at huske aktiverer det samme snævert begrænsede samtykke som en direkte konsol-instruktion. Manuelle og automatiske tilladelsesmodi spørger fortsat før skrivningen.
  • Update-journalen gemmer, om en installation blev startet manuelt, automatisk eller via startdialogen.
9.1.324
  • Den første troværdige interaktion med en bot opretter den lokalt som agent- og relationsknude. Rolle, ansvarsområder, særegenheder, samarbejde og handoff kan derefter vokse struktureret.
  • Hver King projicerer et kompakt kollegaudsnit ind i sin kontekst. Dermed kender han opgaver og særegenheder hos andre agenter uden at indlæse hele relationsbestanden samlet.
  • Mangler en opgavekritisk information, gættes der ikke: King spørger præcis én gang den bedst egnede person eller agent. Kendes der ingen ansvarlig, spørger han brugeren i stedet for at opfinde et navn.
  • Relationer og roller skaber aldrig rettigheder. Tilladelses-, ACL- og hemmelighedsfelter projiceres ikke ind i kollegaudsnittet. Stien er lokal, lejerbundet, navneneutral, Mnemo-uafhængig og tilføjer hverken model- eller værktøjskald.
9.1.323
  • Private samtaler svarer igen personen i stedet for frivilligt at videregive interne procesdata. Checkpoints, hashes, stier, værktøjs-, cron- og hook-diagnoser, skjulte regler, fremmede agentopgaver og tomgangsrapporter forbliver interne.
  • Arbejdsstatus nævnes kun, når brugeren spørger efter den, hans beslutning er nødvendig, eller en blocker konkret berører ham. Pauseret arbejde forbliver internt og bæres ikke ind i en løs samtale.
  • Reglen gælder med og uden personality-tilstand, indeholder ingen fast kodede personer eller agenter og tilføjer omkring 75 prompt-tokens, men intet model- eller værktøjskald. Opgaveprioritet og bevispligt forbliver uændret.
9.1.322
  • Den synlige personality-kontakt skriver persona.json nu atomart. Navn, sprog, noter og alle andre eksisterende persona-felter forbliver bevaret; kun personalityEnabled ændres.
  • SOUL.md, AGENTS.md, JOURNAL.md og relationsfiler skrives hverken ved fra- eller tilkobling. Den normale soul-baserede agentidentitet forbliver indlæst i systemkonteksten også når personality-funktionen er slået fra.
  • En fejlet live-refresh sætter udvælgelsen bytepræcist tilbage. Har en anden skribent parallelt ændret persona.json, afbryder tilbagerulningen med PERSONALITY_CHOICE_CONFLICT og overskriver intet.
  • Symlinks, for store, ugyldige eller ikke-objektformede persona-filer afvises fail-closed. Ved tilkobling forberedes identitetstræet før committen.
  • Ikke en del af denne version er den efterfølgende beviste fejl hos en agent, der udgav interne checkpoints, cron-regler, SHA'er og fremmede opgavedetaljer i private samtaler. Denne outputfiltrering er det næste separate byggetrin.
9.1.321
  • En afslappet første privat udveksling eller et frivilligt personligt tip kan lægge præcis én valgfri nysgerrighedsmulighed ind i modelkonteksten. Den er ikke et pligtspørgsmål; ordvalg og tone stammer fortsat fra den indlæste SOUL.md, ikke fra et fast spørgsmålskatalog.
  • Opgave, hastende karakter, fejl, links, kode, stier og gruppetrafik undertrykker nysgerrigheden samlet. Den sender aldrig selvstændigt og må ikke afbryde løbende arbejde.
  • En 30-dages cooldown gælder pr. lejer, agent og tilknyttet person også på tværs af forskellige portaler. Den samme hændelses-retry er idempotent.
  • Den nye tilstand ligger ikke længere som en Telegram-specifik nysgerrighedsfil i identitetstræet. En udskiftelig personality-memory-adapter skriver i stedet en versioneret hændelse ind i den eksisterende transaktionale kognitive store. Telegram er oprindelsen; den private relation er et adskilt synligheds-scope.
  • Gemt bliver kun emne, stabil hændelses-/kildeidentifikation, tidspunkt og privat scope. Råtekst, faste spørgsmål, rettighedspåstande og hemmeligheder optages ikke. Usikre roots, fremmede felter og store-fejl forbliver fail-closed.
  • Grundlaget for portalgrænsen var det interne konceptpapir v7. CLI'en er referenceklient; den lokale store er udtrykkeligt markeret som en udskiftelig projektion og ikke en anden kanonisk portal-lagring.
9.1.320
  • Private, udtrykkelige åbne samtale-tråde gemmes som uforanderlige, deduplicerede hændelser med kilde, tidspunkt, kontekst og konfidens. Naturlige formuleringer som Spørg mig i morgen igen om ... genkendes ligesom den eksplicitte open-thread-form.
  • Udtrykkelige reparationshenvisninger gemmes adskilt fra generelle relationsnoter og tages i betragtning i den senere adfærd.
  • Den aktuelle tur ser bevidst endnu ikke sin egen nye note. Først en senere privat tur får den begrænsede kontekst; derved er der ingen dobbelt eller suggestiv selvbekræftelse.
  • Opgave og eksplicitte instruktioner går forud for social kontekst. Åbne tråde må ikke afbryde aktivt arbejde og sender aldrig selvstændigt. Relationsdata kan ikke skabe rettigheder, godkendelser eller tilladelser.
  • Gruppetrafik, hemmeligheder, tilladelsesformuleringer, usikre stier, symlinks og for store filer forbliver fail-closed udelukket.
9.1.319
  • En gyldig eksisterende profil uden gemt personalityEnabled-værdi aktiverer personality nu automatisk.
  • Ved den første normale prompt opstår det lokale identitetstræ med agentprofil og JOURNAL.md også uden Mnemo.
  • Et udtrykkeligt false, 0 eller off forbliver fra. Beskadigede, symbolsk linkede og for store persona-filer forbliver fail-closed.
  • SOUL.md og AGENTS.md hverken slettes eller omskrives.
9.1.318
  • Baggrundsopdatereren indlæser den nyeste udgave bindende, kontrollerer dens uafhængigt publicerede SHA-512-integritet og noterer den til næste start.
  • Den kørende King, hans tur og hans værktøjskald forbliver urørte. Der er ikke længere noget live-handoff, intet ACK og intet tui.stop(76).
  • Session-id og arbejdsmappe gemmes med den forberedte runtime. Først ved den næste naturlige start aktiveres den nye version, og den eksakte session fortsættes automatisk.
  • Den kørende TUI får højst en passiv færdigmelding; en nyere forberedt udgave erstatter kun fornoteringen, aldrig den aktive proces.
9.1.317
  • Bruger provideren hele svarbudgettet med en length-afslutning, men leverer ingen synlig tekst, formindskes retry-budgettet ikke længere til en ottendedel, men fordobles.
  • Retry'et forbliver i den samme tur og bruger det samme signal, den samme beskedhistorik og den samme arbejdsstand.
  • Den eksisterende afbrydelsesbehandling og det begrænsede retry-antal forbliver uændret. Manuelle afbrydelser eller vedvarende tomme resultater kører ikke uendeligt videre.
9.1.316
  • Private Telegram-DM'er får deres eget direkte kø-spor foran gruppe-, loop- og baggrundsarbejde; en eksplicit /urgent forbliver fortsat højeste prioritet.
  • Ved begyndelsen af DM-samtalen sikres den løbende arbejdsstand én gang som et begrænset checkpoint. Beskedtekst persisteres ikke derved.
  • Efter en genkendt afslutning af samtalen eller et minut med stilhed spørger King præcis én gang: Kan jeg fortsætte med mit arbejde?
  • Det gemte arbejde forbliver pauseret og fortsættes først efter et entydigt samtykke ved det oprindelige checkpoint.
  • Versionen leverer leverings- og pausestyringen. Det fuldstændige personality-, relations- og journal-system forbliver en adskilt, fortsat udbygning.
9.1.315
  • Autoriserede opmærksomhedssignaler når nu via den normale kanal-kø ind i turen uden at omgå den eksisterende leverings- eller rettighedspolitik.
  • Dobbelte, forældede og ikke-godkendte signaler samt signaler uden for scopet eller fra andre kilder end Telegram kasseres før modelkonteksten.
  • Følgespørgsmål forbliver begrænset til højst ét naturligt spørgsmål, dedupliceres og forstummer, når signalet ikke længere er aktuelt.
  • Versionen leverer kun den sikre leveringsvej. Den efterfølgende prioriterede DM-afbrydelses- og fortsættelseslogik forbliver bevidst forbeholdt den næste, adskilte version.
9.1.314
  • Lokale slash-kommandoer venter ikke længere i timevis i køen ved en lang aktiv tur, men afbryder turen kontrolleret og kører som næste arbejdstrin.
  • En ny slash-kommando erstatter i konsol og Telegram en allerede ventende kommando af samme type. Det gælder blandt andet /reload og /loop; normale beskeder, shell-arbejde og andre kanalopgaver forbliver bevaret.
  • Escape fjerner ventende slash-kommandoer også, når ingen aktiv tur længere er synlig. Den eksisterende reload-kompatibilitet forbliver som wrapper på den generelle kø-politik.
9.1.313
  • En vellykket automatisk opdatering skrives efter session-replayet som en vedvarende meddelelse ind i TUI-transkriptet. Meddelelsen kan derved ikke længere overskrives af replayet eller en kortlivet status.
  • Den samme kildeversion, målversion og de samme versionsnoter sendes via den eksisterende, versionsbaseret deduplicerede vej én gang til parrede Telegram-DM'er. En mislykket forsendelse kan fortsat gentages.
  • Det offentlige manifest indeholder nu felterne name og releaseNotes, som fallback-parseren forventer. Der er ikke ændret noget ved updater-handoff, sessionsgenstart og kørende processer.
9.1.312
  • Et udtrykkeligt Telegram-/reload venter ikke længere bag en langvarig modeltur. Det sættes som styrekommando foran den eksisterende kø og udløser præcis én gang den eksisterende kontrollerede session-afbrydelse.
  • Den eksisterende reload-handler kører først efter den bekræftede afslutning af turen. Derved starter ingen anden tur parallelt, og en skrivende tur behandles ikke videre midt i reload-logikken.
  • Gamle reload-duplikater fjernes; normale Telegram-beskeder og andet kø-arbejde forbliver i deres rækkefølge. Telegram-kvitteringen forbliver åben indtil den virkelige kommandoeksekvering.
9.1.311
  • En opmærksomhedskandidat bliver først til en begrænset leveringsopgave, når en frisk runtime-kvittering, præcist bundet til dens kandidat-id, foreligger.
  • Kun runtime_user_prompt_hook og runtime_tool_policy gælder som autoriteter. Memory, forkert agent, forkert kanal, forkert scope, blokeringsbeslutning, fremtidskvittering og mere end fem minutter gammel kvittering fejler lukket (fail-closed).
  • Kvitteringer er lejerbundne, transaktionale og kun brugbare én gang. Den samme retry er idempotent; brugen af den samme kvittering til en anden kandidat afvises som replay.
  • Den eksisterende fælles cooldown forbliver virksom. Resultatet er kun en struktureret attention_notice-intent og indeholder hverken beskedtekst, sendefunktion eller tilladelse. Den egentlige leveringspolitik forbliver det næste adskilte trin.
9.1.310
  • Vedvarende mål, åbne tråde, næste udløsere, forventede beviser, teamkontekst og selvkontekst kører gennem en fælles, hårdt begrænset fokusprojektion. Standard er højst seks poster og 900 tegn.
  • Projekt- og arbejdsområder vægtes højere end konfidens og aktualitet. Den nyeste værdi vises, uden at tidligere modstridende observationer slettes fra det uforanderlige hændelseshistorik. Ændringer bliver synlige som revised.
  • Kortlivede runtime-observationer, svag evidens og generelle verdensfakta forbruger ikke vedvarende fokusbudget. Rettigheds-, token- og hemmelighedsfelter afvises allerede ved skrivningen.
  • Et struktureret, idempotent snapshot kan videreføre fokuset på tværs af sessioner. Projektionen er kontekst, ikke en tilladelse, og kan hverken overskrive en opgave eller runtime-politik.
  • Fra ECC blev kun princippet Kontext begrenzen, Relevantes laden overtaget. Ingen ECC-hook, læringslager eller harness blev installeret.
9.1.309
  • Den nye rene opmærksomhedspolitik opretter kun en begrænset kandidat ud fra beviste manglende agent-heartbeats, forfaldne tilsagn eller opgaver, der har været blokeret i længere tid.
  • Ansvarsområde, aktiv opgave, bevist fravær, lokal hviletid, tilladt kanal, minimumskonfidens og cooldown kontrolleres, før kandidaten optages. Menneskelig stilhed uden forfaldent tilsagn forbliver virkningsløs.
  • Hver kandidat bærer evidens-id, gyldighedsområde, tidspunkt og konfidens, men hverken promptindhold eller rettigheder, hemmeligheder eller sendefunktion.
  • Den fælles SQLite-kerne giver et transaktionalt claim pr. lejer og evidens. Parallelle agenter kan ikke overtage den samme anledning dobbelt i cooldown-perioden.
  • Denne version scanner endnu ikke selvstændigt og sender ingen besked. Enhver senere handling kræver fortsat den normale runtime-autorisering.
9.1.308
  • Den forberedte runtime-post indeholder i tilstanden resume nu den præcist kørende session-id og den kanonisk kontrollerede arbejdsmappe. En senere start behøver derfor ikke længere gætte på den nyeste eller en formodet passende session.
  • Hvert ægte sessionskift opdaterer disse data. Umiddelbart før det sikre handoff skrives de endnu engang, før den gamle runtime får bekræftelsen til at afslutte.
  • Kun den session, der efterviseligt er fortsat gennem denne opdateringsvej, og som er præcis den samme, får efter replayet én enkelt fortsættelsesimpuls, og kun hvis dens mål fortsat er active. Normale starter, andre sessioner samt pauserede eller blokerede mål forbliver urørte.
  • Den sikre arbejdsgrænse forbliver uændret: intet handoff ved streaming, komprimering, værktøjer, shell-kommandoer eller ventende beskeder. Ingen kørende King blev manuelt genstartet for denne levering.
9.1.307
  • Kun en faktisk handlingsrelevant fejl fra den umiddelbart foregående runtime-tur vises før den næste modelbeslutning som et kort kontinuitetsbevis: afbrudt/fejlet tur, blokeret politik eller fejlet værktøj.
  • En normalt afsluttet tur skaber præcis ingen projektion og dermed nul ekstra konteksttokens.
  • Udvælgelsen er bundet til runtime-id plus tur-id og forbliver dermed korrekt også efter et sessionskift med tur-id'er, der igen starter ved nul.
  • Projektionen indeholder ingen prompts, argumenter, output, call-id'er eller rettigheder. Den påpeger udtrykkeligt, at den aldrig må autorisere en handling eller overskrive den aktuelle bruger-/værktøjspolitik.
  • Etapen er bevidst reaktiv og snæver. Proaktiv opmærksomhed, delegationstilstand og indholdsmæssige åbne tråde indlæses her endnu ikke.
9.1.306
  • Det kognitive tur-livscyklusspor registrerer nu for hvert ægte værktøjskald den faktiske runtime-beslutning fra PermissionManager.beforeToolCall: passed, blocked eller error.
  • Efter kørslen tilføjes det reelle resultat (success, error, cancelled), køretid og næste kontroludløser som uforanderligt bevis.
  • Gemt bliver kun værktøjsnavn og en stabil hash af call-nøglen. Argumenter, værktøjsuddata og promptindhold når ikke den kognitive tilstand.
  • Det eksisterende rettighedshierarki forbliver uændret: Memory kan ikke godkende en handling. Registreringsfejl forbliver fail-soft og må hverken tillade en værktøjskørsel eller blokere en brugertur.
  • Endnu åbne er delegationsbeviser, proaktiv opmærksomhed og den strengt relevante tilbageprojektion af tilstanden i senere beslutninger.
9.1.305
  • Den i 9.1.304 leverede transaktionale SQLite-kerne er nu forbundet med den ægte runOneTurn()-livscyklus. Hver modeltur registrerer opfattelse, oprindelsesklassifikation, begrænset turplan, forventet slutbevis, prompt-gate-resultat, afslutningsårsag, køretid og næste udløser.
  • Gemt bliver kun runtime-metadata, intet promptindhold. Lejer og agent udledes stabilt fra BLUN-home og aktiv profil uden faste personlister.
  • Kun den eksisterende runtime-politik må levere et gate-resultat. Memory er hårdt udelukket som rettighedsautoritet. Registreringen returnerer aldrig en tilladelse og har fortsat ingen udførelsesfunktion.
  • Læringssporet er fail-soft: En SQLite-/livscyklusfejl registreres kun som indholdsfri telemetri og må ikke blokere den egentlige brugertur.
  • Endnu åbne er værktøjsspecifikke handlings-/delegationsbeviser, proaktiv opmærksomhed og den relevante tilbageprojektion af tilstanden i senere beslutninger. 9.1.305 hævder derfor ingen fuldstændig AGI-løkke.
9.1.304
  • Den første transaktionale kognitive tilstandskerne ligger som lokal SQLite-database under BLUN-home. Den kan gemme selv-, verdens- og teamobservationer, mål, åbne tråde, antagelser, næste udløsere og forventede beviser på tværs af sessioner.
  • Flere agent-/kanalskrivere serialiseres med BEGIN IMMEDIATE og optimistisk versionsnummer. Forældede skrivere fejler lukket (fail-closed); identiske hændelsesgentagelser er idempotente.
  • Hver hændelse er SHA-256-kædet. Udsagn bærer kilde, kontekst, tidspunkt, sikkerhed og gyldighedsområde. Modsigelser forbliver adskilte uforanderlige observationer i stedet for at overskrive gamle udsagn.
  • Rettigheds-, capability- og hemmelighedsformede felter afvises. Kernen besidder ingen udførelses-, delegations- eller tilladelsesfunktion.
  • Dette er det beviste lagringsfundament, endnu ikke den fuldstændige opfat-planlæg-handl-løkke og endnu ikke forbundet til hver tur.
9.1.303
  • En i 9.1.302 sikkert registreret privat relationskandidat indlæses fra det næste direkte samtale som tydeligt ikke-autoritativ erindringskontekst. Det aktuelle udsagn påvirker fortsat ikke sin egen tur.
  • Indlæst bliver højst de to nyeste validerede noter, hver maksimalt 160 tegn, inden for det uændrede 1.500-tegns samlede budget. Uden eksisterende noter opstår 0 ekstra prompt-tegn og intet model-, embedding- eller netværkskald.
  • Private noter indlæses aldrig i grupper. Systemgrænsen kalder dem udtrykkeligt referencedata i stedet for instruktioner og gentager, at de hverken kan give eller ændre rettigheder.
  • Endnu åbne forbliver automatisk vedvarende overtagelse, konfliktvurdering, transaktional multiagentlagring og proaktiv opmærksomhed.
9.1.302
  • Et udtrykkeligt privat udsagn som Husk: ... eller Please remember that ... opretter nu en lille, endnu ikke aktiv relationskandidat. Det kræver intet ekstra model-, embedding- eller netværkskald.
  • Hver kandidat bærer kilde, kanal-/direktekontekst, tidspunkt, sikkerhed, gyldighedsområde og den uforanderlige historikregel. Den samme leverede kanalproces er idempotent; senere bekræftelser og modsigelser forbliver synlige som adskilte poster og overskriver ikke hinanden.
  • Grupper, normale samtalesætninger, hemmeligheder, rettigheds- og godkendelsesudsagn, ugyldige lejer-/agentidentiteter og usikre stier afvises. Relationsdata kan fortsat ikke skabe nogen rettigheder.
  • Dette er kun det første sikre registreringstrin for produktmålet. Kandidaterne forbliver pending og overtages endnu ikke automatisk i den aktive relation eller modelkonteksten. Transaktional multiagent-kerne, kognitiv tilstand, egeninitiativ og proaktiv opmærksomhed er dermed udtrykkeligt endnu ikke færdige.
9.1.301
  • Den permanent indlæste personligheds-tilstedeværelsesblok faldt fra 1.433 til 1.020 tegn, beregningsmæssigt cirka 104 prompt-tokens mindre pr. aktiv personlighedstur. Intet yderligere model- eller lagringskald kom til.
  • Opgavefokus, indlæst sjæl, begrænset nysgerrighed, gruppebeskyttelse, usikker erindring, åbne tråde og relationsreparation forbliver i den lille blok. Tilstanden uden personlighed forblev byteidentisk på 288 tegn.
  • Rødprøve: Den nye 1.050-tegns-gate fejlede ved 1.433 tegn. Mutationsprøve uden personlighedsblok: 12/18 målrettede test røde. Gendannet: fokuseret 18/18, samlet suite 690/690 grøn.
  • Pakke-regressionsgate 9.1.300 til 9.1.301: 164 mod 164 stabile stier, 0 fjernet. Frisk installation: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • En MCP-server, der fejlede ved starten, får nu op til tre yderligere forbindelsesforsøg med ti sekunders mellemrum. Dermed opgives en midlertidig startfejl ikke længere efter kun ét forsøg.
  • MCP-inventaret protokolleres ikke længere kun én gang, men igen, når antallet af forbundne servere eller værktøjer ændrer sig. En sen genopretning erstatter derved synligt den gamle 0/0-status.
  • Eksisterende MCP-konfigurationer, værktøjsdefinitioner og kørende sessioner forbliver uændrede. Tilpasset blev blun.mjs, test/mcp-runtime-resilience.test.js, package.json og package-lock.json.
9.1.299
  • Store Read-resultater kan fortsat genlæses nativt: Det synlige output er begrænset til 10 KiB og nævner derefter den eksakte næste linje i stedet for kun at vise [offloaded].
  • Store plain-Write-opgaver og kildefiler over 500 linjer opdeles automatisk i bytepræcise fragmenter, samles i en privat nabofil og skrives atomart til målstien.
  • Efter sammenlægningen kontrollerer runtimen de persisterede bytes via SHA256. Den eksisterende Edit-beskyttelse forbliver uændret; manuel fortsættelse er fortsat mulig, men ikke længere nødvendig for store fuldskrivninger.
  • Nyt: bin/native-large-file-io.cjs. Tilpasset: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, fire fokuserede testfiler samt package.json og package-lock.json.
9.1.298
  • Aktiveret personlighedstilstand opretter ved den første normale TUI-tur selvstændigt et lokalt identitetsområde med understøttelse af flere lejere. Det kræver ikke Mnemo.
  • De eksisterende SOUL.md og AGENTS.md forbliver indlæste og uændrede. En ny JOURNAL.md opstår kun én gang og erstatter hverken sjæl eller regler.
  • Nye Telegram-identiteter får forsigtige person-, relations- og gruppeknuder uden opfundne egenskaber. Privat historik og gruppekontekst forbliver adskilt.
  • Direkte relationskontinuitet gemmer højst seks korte, lokalt redigerede poster og giver højst to tidligere udsnit videre til den aktuelle tur. Den aktuelle tekst injiceres ikke dobbelt.
  • Det sociale opmærksomhedslag genkender udelukkende en bevist direkte pause på mindst syv dage før en tilbagevenden, skaber højst én meddelelse inden for en cooldown på 30 dage og sender selv ingen besked.
  • Den aktuelle opgave og udtrykkelige instruktioner står i konteksten altid før nysgerrighed, relation og opmærksomhed. Hele den dynamiske identitetsblok forbliver som standard begrænset til 1.500 tegn.
  • De i 9.1.296 og 9.1.297 offentliggjorte MCP-retry- og reload-kø-korrektioner er indeholdt i kandidaten.
9.1.297
  • På to agenter forblev en gammel /reload-opgave efter Escape synlig i køen. En anden /reload kunne ganske vist køre, men den første post blev hverken fjernet eller kvitteret, så den ikke blev leveret igen via Telegram.
  • Den nye politik fjerner udelukkende lokale og Telegram-reload-kommandoer. Den beholder identiteten og rækkefølgen af den eksisterende kø samt alle andre beskeder og kommandoer.
  • Escape før afbrydelsen af aktivt arbejde og enhver nytilkommen /reload kalder den samme oprydningssti. Fjernede Telegram-poster kvitteres via deres eksisterende acknowledge-callback.
9.1.296
  • En ægte resume-kørsel under 9.1.294 meldte den 27.08. kl. 14:26:17Z præcis én stille startfejl for windows-mcp: Timed out after 30000ms. I de følgende minutter dukkede hverken et andet startforsøg eller et afsluttende retry-resultat op.
  • Den direkte start af den samme uvx windows-mcp serve svarede derimod efter cirka 3,7 sekunder på initialize. Installation og server var dermed grundlæggende funktionsdygtige; hullet lå i gentagelsen af King-MCP-starten.
  • blun.mjs beholder efter en første MCP-startfejl nu præcis ét gentagelsesforsøg efter 10.000 ms. Timeren forbliver refereret, indtil det andet forsøg er udført. Der er ingen proces- eller sessionsgenstart.
  • Fejler også det andet forsøg, forbliver den eksisterende ærlige sluttilstand unavailable bevaret. Andre MCP-servere og TUI'en kører videre.
9.1.295
  • Runtimen for baggrundsopgaver registrerede for hvert forløb en listener på et eksternt AbortSignal, men fjernede den ikke efter et normalt worker-, timeout- eller stop-resultat. Lange agentsessioner kunne derved ophobe forældede abort-listeners.
  • bin/abort-listener-policy.cjs leverer nu abort-udgangen sammen med en idempotent cleanup()-funktion. blun.mjs kalder den i den eksisterende finally-sti sammen med timeout-oprydningen.
  • Abortadfærd, resultatvalg og synlig opgavesemantik forbliver uændret. Indgrebet genererer ingen modelkald og ingen nye konteksttoken.
9.1.294
  • Reelle opdateringsforsøg fra to agentprofiler dokumenterede samme historik: Det første kald endte med en midlertidig fetch failed, det umiddelbart efterfølgende andet kald fungerede. Begge officielle kilder havde hidtil kun ét enkelt netværksforsøg.
  • Registry og det offentlige manifest får nu hver sit eget begrænsede retry-budget med henholdsvis 250 og 750 millisekunders backoff.
  • Gentaget bliver kun timeout, kendte midlertidige transportfejl samt HTTP 408, 425, 429 og serverfejl fra 500 og opefter.
  • Ugyldig JSON, for store svar, ikke-tilladte slutpunkter og vedvarende klientfejl som 404 forbliver straks røde. Der opstår ingen modelkald, konteksttoken eller vedvarende baggrundsløkker.
9.1.293
  • Baggrunds-updateren forberedte et verificeret mål korrekt, men sendte derefter fortsat RUNNING_UPDATE_PREPARED_MESSAGE til den aktive core-runtime. En kørende TUI kunne derpå reagere med exit 76 ved en formodet sikker grænse. Det modsagde produktkontrakten fra 9.1.222: Opdateringer må aldrig afslutte en aktiv session og aktiveres først ved næste naturlige start.
  • bin/launcher-runtime.js fortsætter download, integritetskontrol, staging, målopdatering og oprydning uændret, men skriver ved forberedelse ikke længere en IPC-meddelelse ind i den kørende session.
  • Eksisterende direkte handoff-funktioner forbliver til stede for kompatibilitet; den automatiske baggrundssti udløser dem ikke længere.
9.1.292
  • En reel session kørte på 9.1.279 og havde forberedt 9.1.287 med hændelsen prepared-for-next-start, men hentede derefter ingen af de allerede udgivne versioner 9.1.288 til 9.1.291 ind.
  • Årsagen lå i superviseProtectedCore(): Efter det første vellykkede staging forblev updateStarted sat, og scheduleNextPreparation() brød desuden af, så snart preparedTarget eksisterede. Baggrundspolleren blev derved permanent afsluttet efter det første hit.
  • Polleren forbliver nu aktiv også med et forberedt mål. Kun en strengt nyere, gyldig semver erstatter det forberedte mål; samme, ældre eller ugyldigt sammenlignelige mål ignoreres.
  • En mål-opdatering sender bevidst ikke et andet prepared-IPC til den kørende TUI. Derved forbliver den aktuelle proces urørt, og den nyeste forberedte udgave aktiveres først ved næste naturlige start.
  • Så snart et handoff er bekræftet, eller den overvågede core-runtime slutter, udskiftes ikke længere noget mål, og der oprettes ingen ny timer.
9.1.291
  • Den blokerende komprimeringssti registrerede på hvert endnu ikke afbrudt signal en anonym abort-listener, men fjernede den ikke efter komprimeringens afslutning. I lange sessioner kunne der derved ophobes døde abort-listeners.
  • FullCompaction.block() bruger nu en navngivet listener og den lille helper waitForAbortableCompletion(). Helperen fjerner listeneren i finally efter succes, fejl eller afbrydelse.
  • Et allerede afbrudt signal behandles straks, uden at der registreres en listener. Indgrebet ændrer hverken afbrydelsesbeslutningen eller komprimeringslogikken uden for denne livscyklus.
  • Mønstret stammer fra den aktuelle sammenligning med AnythingLLM; overtaget blev kun den enkelt dokumenterede listener-oprydning, ingen fremmed runtime.
9.1.290
  • BLUN viste hidtil med /context kun de grove summer af kontekstvinduet. De egentlige omkostningsdrivere i systemkonteksten og værktøjsskemaerne forblev usynlige.
  • Den nye lokale kommando /context-doctor opdeler den aktuelle kontekst uden modelkald i kerneanvisninger, personlighed og sjæl, relationer og tilstedeværelse, færdighedsfortegnelse, runtime-tilføjelser, integrerede værktøjer, brugerværktøjer, MCP-værktøjer, yderligere værktøjsskemaer, samtale og leverandørbetinget ekstraomkostning.
  • Alle underkategorier afstemmes mod deres målte forældresum. Overlappende eller forældede estimater kan derved ikke kunstigt forstørre visningen.
  • Brugerfladen er fuldt lokaliseret til engelsk, tysk, spansk, fransk, svensk og tjekkisk. Alle fem oversættelser blev før indbygningen godkendt via det obligatoriske sproggate og derefter kryptografisk efterkontrolleret.
  • Kommandoen læser udelukkende den lokale sessionskontekst. Den kalder hverken modellen, forbrugsstyringen eller et eksternt netværk.
9.1.289
  • Live-hub-beviset efter 9.1.288 viste en agentprofil fortsat offline. Dens gældende profilkonfiguration indeholdt Mnemo-MCP med MNEMO_AGENT=<Profilnavn>, men ingen hub-URL i King-processen. 9.1.288-heartbeatet forblev derfor bevidst udeladt trods eksisterende intern identitet.
  • Launcher'en videregiver nu den aktive profildatei mcp.json til heartbeatet. Kun en aktiveret Mnemo-blok med en konkret MNEMO_AGENT- eller BLUN_MNEMO_AGENT-identitet aktiverer den interne registrering. Uden denne identitet forbliver funktionen helt slået fra.
  • Forløbet genererer ingen modelkald, embeddings eller konteksttoken. Offentlige brugerprofiler uden intern Mnemo-agentidentitet forbliver adskilt fra den interne hub.
9.1.288
  • Et skærmbillede dokumenterede MCP-årsagen direkte: windows-mcp og mnemo løb ved første start ind i 30-sekunders timeout, mens en senere /reload forbandt alle fem servere. Profilstien var korrekt; en loader-ændring blev derfor kasseret.
  • Fejlede MCP-starter får nu præcis to ikke-blokerende baggrundsforsøg efter 1 og 3 sekunder. Det tredje samlede forsøg kan forbinde uden at forlænge TUI-starten. needs-auth, deaktiverede servere, manuel reconnect og shutdown forbliver adskilt fra automatikken.
  • Interne King-instanser kan ved eksplicit konfigureret Mnemo-hub ved start registrere sig med profilnavn, host og PID og sende et heartbeat hvert minut. Uden hub-URL forbliver funktionen helt slået fra; den genererer ingen modelkald, embeddings eller konteksttoken.
  • Escape behandlede hidtil ikke den korte tilstand queueSteerInFlight som kørende arbejde. Mens en Telegram-besked blev styret ind i den aktive tur, kunne Escape derfor notere Undo i stedet for at stoppe turen. Den eksisterende afbrydelsesbetingelse genkender nu netop denne overgang.
9.1.287
  • Den udsatte ToolSearch-søgning overtog søgeteksten hidtil uden størrelsesgrænse. En fejlgenereret, meget lang søgetekst kunne dermed gennemsøge værktøjskataloget og bagefter via resultatet uden hits havne i det næste modeltrin igen.
  • Det fra AnythingLLM commit d7353ae afledte mønster begrænser teksten nu før søgning og synligt output til 1.000 tegn. Når det er muligt, slutter den ved en ordgrænse; ved et enkelt overlangt ord gælder den hårde grænse.
  • Normale korte søgetekster, værktøjsvalg og hitlogik forbliver uændret. Beskyttelsen tilføjer hverken modelkald eller embeddings, gentagelser eller baggrundsarbejde.
9.1.286
  • Kernen meldte kontrollerede gentagelser efter midlertidige modelfejl allerede som turn.step.retrying. TUI'en kasserede imidlertid denne hændelse fuldstændigt. En løbende genopretning lignede derfor en frossen agent.
  • 9.1.286 viser i mellemtiden i den eksisterende footer-meddelelse kun det næste forsøg og den begrænsede ventetid, for eksempel Retry 2/3 | 1.3s.
  • Leverandørfejltekst, statuskode og lokale stier vises ikke. Meddelelsen fjernes kun, hvis den stadig er den samme værdi, som retry-visningen satte; nyere meddelelser fra andre TUI-funktioner bevares.
  • Retry-antal, backoff, modelkald og tokenforbrug forbliver uændret.
9.1.285
  • AnythingLLM bevarer usendte prompt-udkast lokalt. BLUN mistede indholdet af TUI-inputfeltet ved en opdatering, et nedbrud eller en kontrolleret genstart, selvom denne tekst endnu ikke var nogen modelkontekst.
  • 9.1.285 gemmer derfor udelukkende det usendte lokale udkast. Der sker intet model-, netværks-, embedding- eller Mnemo-kald og dermed ingen ekstra tokenomkostning.
  • Udkastet er adskilt efter profil og arbejdsmappe, skrives først efter 300 ms ro, fjernes ved tømning og gendannes ved næste start før editorens fokus.
  • Lagringen er begrænset til 64 KiB. Tomme, beskadigede, for store eller symlink-baserede tilstande kasseres fail-closed. Skrivevejen bruger en privat midlertidig fil og atomar omdøbning.
9.1.284
  • DeepAgents-versionen 37d7777 fører omkostningerne for dynamiske underagenter tilbage i den synlige samlede brug. BLUN meldte en underagents kumulerede brug ganske vist ved afslutningshændelsen, men skrev den ikke ind i brugsregistratoren for den overordnede session.
  • Derved kunne /usage udelade underagentarbejde. En simpel addition af afslutningsværdien ville også være forkert: Fortsættelse og gentagelse bruger den samme underagent med kumulerede tællere og ville have beregnet gammel brug igen.
  • 9.1.284 danner derfor for spawn, fortsættelse og gentagelse præcis differensen mellem forsøgsstart og forsøgsslut. Differensen registreres i finally-stien, så også fejlede forsøg tæller.
  • Nulstillede, ikke-monotone eller ugyldige tællere kasseres fuldstændigt. Dermed opstår hverken negative eller opfundne tokenværdier.
  • Der sker intet ekstra model-, netværks- eller lagringskald. Indgrebet korrigerer udelukkende den eksisterende lokale afregning.
9.1.283
  • Den nye DeepAgents-/context-doctor gør omkostningerne for basisanvisninger, erindring, værktøjer og historik synlige som adskilte komponenter.
  • BLUNs /context viste allerede historik og værktøjer, men ikke systemprompten. Samtidig vurderede kontekstbremsen uden eksplicit tur-override kun config.systemPrompt, mens det egentlige modelkald bruger effectiveSystemPrompt. Deri ligger også de ved kørsel tilføjede konto- og erindringskontekster.
  • Derved kunne bremsen undervurdere netop den kontekst, der er tokenkritisk for den planlagte personlige agentidentitet.
  • 9.1.283 tæller nu den samme effektive systemprompt, som modellen modtager, og viser dens vurdering i /context-panelet som en egen systemlinje. Der indføres intet ekstra model-, netværks- eller lagringskald.
  • Der hævdes ingen konkret tokenbesparelse: Indgrebet korrigerer måling og bremsebeslutning og gør fremtidige identitetsomkostninger synlige.
9.1.282
  • DeepAgents forkorter i sit changelog udtrykkeligt LLM-synlige værktøjsbeskrivelser for at aflaste den residente modelkontekst. Opmålt kilde: langchain-ai/deepagents, post #5009, commit 761f5f... i libs/deepagents/CHANGELOG.md.
  • BLUN havde allerede en kortere read_default-tekst, men bandt den først ind, efter at READ_DESCRIPTION var blevet rendret derfra. Den tilsyneladende optimering havde derfor ingen virkning på modellen.
  • 9.1.282 forkorter kontrakten uden funktionstab og renderer den virksomme beskrivelse umiddelbart før opbygningen af Read-værktøjet igen. Paging, sikkerhedsregler, encoding og linjeafslutninger forbliver udtrykkeligt bevaret.
  • Den resident indlæste Read-beskrivelse falder fra 1.648 til 1.035 tegn: 613 tegn eller cirka 37,2 procent. Det er en målt kontekstreduktion; en eksakt tokenbesparelse hævdes ikke.
9.1.281
  • ECC beskriver med /aside en udtrykkelig sidevej for et kort spørgsmål, uden at miste den kørende hovedopgave. Opmålt kilde: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN havde den stærkere udførelse allerede under /btw: En separat forket sideagent besvarer sidespørgsmålet og lader hovedturen forblive uændret aktiv. Der blev derfor ikke bygget en anden motor.
  • 9.1.281 tilføjer udelukkende aside som et findbart alias for den eksisterende btw-definition. Uden udtrykkeligt /aside- eller /btw-kald opstår intet baggrundsforløb og intet ekstra modelforbrug.
9.1.280
  • Afsluttede eller udløbne kandidater i det lokale validerede læringslager forblev hidtil ubegrænset liggende og blev ved senere relevante ture læst ind igen. Det aktuelt målte standardlager indeholdt indtil videre kun én kandidat; indgrebet er derfor en forebyggende langsigtet begrænsning, ikke en hævdet aktuel belastningsreduktion.
  • Overtaget blev kun Evolvers begrænsede 200-til-100-savtakmønster for terminale kandidater. Opmålt kilde: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Først når mere end 200 recorded- eller expired-kandidater foreligger, fjernes de ældste terminale kandidater, indtil de nyeste 100 er tilbage. Enhver åben pending-kandidat forbliver bevaret.
  • Oprydningen kører kun i den allerede eksisterende lærings-sync. Den genererer intet modelkald, ingen startscanning og ingen ny baggrundsproces. En låst post tælles som fejl og blokerer hverken de øvrige kandidater eller det aktive agentarbejde.
9.1.279
  • BLUN arkiverede de ved en fuld komprimering fortrængte meddelelser allerede fuldstændigt under conversation-history, men havde for disse genlæsbare Markdown-arkiver ingen opbevaringsgrænse. Dermed kunne mappen vokse ubegrænset over lange kørsler.
  • Som tæt DeepAgents-håndtag blev dets begrænsede opbevaring af udlagret historik overtaget. Opmålt kilde: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py og libs/code/deepagents_code/offload.py.
  • BLUN rydder ved skrivning af det næste komprimeringsarkiv kun direkte, regulære compaction-*.md-filer op, hvis ændringstidspunkt ligger uden for standardperioden på 30 dage. TUI-starten får derved ingen ny filsøgning og intet ekstra baggrundsarbejde.
  • Fremmede Markdown-filer, undermapper, aktuelle arkiver og den kørende rå historik forbliver urørte. Enkelte filfejl blokerer ikke den aktive komprimering.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 deaktiverer oprydningen. Negative, ikke-heltalige eller overdrevne værdier falder sikkert tilbage til 30 dage.
9.1.278
  • Private Telegram-DM'er havde ingen udtrykkelig prioriteringsvej. En vigtig ny besked stod derfor bag allerede ventende normale beskeder, mens en hård tur-afbrydelse ville have bragt værktøjer og tilstand i fare.
  • /urgent <Besked> markerer nu udelukkende beskeder fra positive Telegram-chat-ID'er, altså private DM'er. Grupper, tomme kommandoer og andre slash-beskeder får ingen prioritet.
  • Dringende beskeder står som en egen FIFO-blok foran normale kø-beskeder. Den kørende tur og aktive værktøjer afbrydes ikke; leveringen sker ved den eksisterende sikre trinovergang. Rettigheder og godkendelser forbliver uændret.
  • Kommandokappen fjernes før modellen; selve beskeden beholder eksplicitte priority=urgent-kanalmetadata, og TUI'en viser oprindelsen som dringende.
  • Derudover krymper den normale tilstedeværelsesblok, der indlæses i hver tur, fra 343 til 288 tegn. Det sparer 55 tegn eller groft 14 prompt-tokens pr. tur, uden at der tilføjes et model-, søge-, embedding-, lagrings- eller baggrundskald. Personlighedsblokken krymper fra 1.488 til 1.433 tegn.
9.1.277
  • Den tilstedeværelsesblok, der indlæses i hver personlighedstur, var 1.886 tegn stor. Samtidig forblev nysgerrigheden netop ved den første afslappede direkte kontakt uden kendte personlige fakta usynlig.
  • Blokken er semantisk komprimeret: 1.488 tegn, altså 398 tegn eller groft 100 prompt-tokens mindre pr. personlighedstur. Normal tilstand forbliver på 343 tegn.
  • Ved den første afslappede direkte kontakt må agenten nu stille højst ét hensynsfuldt, valgfrit personligt spørgsmål, for eksempel om partner eller børn. Kørende arbejde, brugeropgave, dokumentation, rettigheder og grænser forbliver prioriteret.
  • Sjæl, voksede præferencer, gruppeprivatliv, usikker erindring, åbne tråde, relationsreparation og gensidighed uden opfundet biografi forbliver bevaret.
  • Intet ekstra model-, søge-, embedding-, lagrings- eller baggrundskald.
9.1.276
  • Tilstedeværelsesreglen måtte kun adressere en lang radiotavshed ved pålidelig tid, men identitetssystemet stillede hidtil kun den første kontakt til rådighed. En ægte tidligere kontakt var ikke tilgængelig.
  • Personlighedstilstand opretter nu pr. person og UTC-dag højst én lille uforanderlig aktivitetsmarkør ud fra troværdige kanalmetadata. Beskeder fra samme dag skriver ikke noget ekstra.
  • Kun når de to nyeste bekræftede kontakter ligger mindst syv dage fra hinanden, projiceres det tidligere tidsstempel kort. I normaltilfældet opstår derved nul prompt-tegn.
  • Ingen beskedtekster, rettigheder, hemmeligheder eller tokens; intet ekstra model-, søge-, embedding- eller baggrundskald.
9.1.275
  • Gentagne præferencer, åbne tråde, mål eller roller optog identitetskonteksten flere gange. Da listerne blev forkortet til fem poster før afduplikeringen, kunne en senere unik post endda blive helt fortrængt.
  • Identitetslister afduplikeres nu stabilt efter tekstnormalisering og begrænses først derefter. Den første form bevares; duplikater forsvinder kun fra modelprojektionen.
  • Gemte identitetsfiler forbliver byte-identiske. Intet ekstra model-, søge-, embedding-, lagrings- eller baggrundskald.
9.1.274
  • Den synlige personlighedskontakt aktiverede relationskontekst og naturlig tilstedeværelse, men det automatiske sociale netværk og journalen hang stadig på to skjulte miljøvariabler. For normale brugere voksede relationen derfor ikke automatisk.
  • Ved tændt personlighed oprettes der nu én gang ud fra troværdige Telegram-metadata actor-, relations- og gruppeknuder samt en lille First-Interaction-journalkandidat.
  • Beskedtekst, rettigheder, hemmeligheder og tokens gemmes ikke. Eksplicit 0 for graph eller journal forbliver et fail-closed opt-out.
  • Intet ekstra model-, søge-, embedding- eller baggrundskald.
9.1.273
  • Den adskilte identitetskontekst måtte som standard optage 1.800 tegn og ved manuel hævning op til 2.800 tegn. Ved store statiske agentprofiler blev derved mere kontekst indlæst, end den aktuelle relation kræver.
  • Standardbudgettet falder til 1.500 tegn, det hårde maksimum til 2.000 tegn. Det sparer i det store standardtilfælde op til 300 tegn eller cirka 75 tokens pr. modelkontekst.
  • Aktuel gruppe og relation projiceres nu før person og statisk agentprofil. Besparelsen skærer derved ikke netop den kontekst af, der er vigtigst for den aktuelle sociale situation.
  • Intet nyt model-, søge-, lagrings- eller embedding-kald. Opgavefokus, rettigheder og personligheds-fra-tilstanden forbliver uændret.
9.1.272
  • v4-personlighedsniveauerne 9.1.269 til 9.1.271 øgede den aktive tilstedeværelseskontekst. Den hårde forskrift er, at mere menneskelig adfærd ikke må blive en token-sluger.
  • Gentagelser og fyldord i nysgerrighed, åbne tråde og relationsreparation blev semantisk komprimeret. Ingen adfærdsakse blev fjernet.
  • Fra-tilstanden forbliver byte-identisk på 362 tegn. Til-tilstanden falder fra 1.981 til 1.886 tegn, altså 95 tegn eller cirka 24 tokens pr. modelkontekst. Intet nyt model-, søge-, lagrings- eller embedding-kald.
9.1.271
  • v4-idéen kræver naturligvis usikker erindring: En personlig formodning må ikke lyde som et sikkert faktum. Dertil manglede der i personlighedsblokken en udtrykkelig adfærdsgrænse.
  • Usikker personlig erindring benævnes nu som usikker. Agenten spørger forsigtigt til, før han støtter sig på den, og forfremmer ingen udledning til faktum.
  • Opgaven og målbare beviser forbliver først. Fra-tilstanden forbliver byte-identisk på 362 tegn, til-tilstanden vokser fra 1.868 til 1.981 tegn, altså 113 tegn eller cirka 28 tokens. Intet nyt model-, søge-, lagrings- eller embedding-kald.
9.1.270
  • v4-idéen kræver ægte tidsfornemmelse uden at opfinde en fraværsperiode. Personlighedsblokken havde endnu ingen udtrykkelig grænse dertil.
  • En længere pause anerkendes nu kun, hvis et pålideligt indlæst tidspunkt dokumenterer den. Agenten må aldrig gætte på fravær.
  • Den allerede eksisterende regel for naturlige samtaleafslutninger blev ikke bygget dobbelt ind. Opgaven forbliver prioriteret. Fra-tilstanden forbliver byteidentisk på 362 tegn, til-tilstanden vokser fra 1.766 til 1.868 tegn, altså 102 tegn eller cirka 26 tokens. Der sker intet nyt model-, søge-, lagrings- eller embedding-kald.
9.1.269
  • Den hidtidige gensidighed reagerede på personlige spørgsmål, men gav agenten endnu ingen kort ramme til af sig selv at give udtryk for en egen holdning, der er nyttig for arbejdet. Dermed forblev han trods sjæl let i ren assistance-tilstand.
  • I personlighedstilstand må agenten nu kort af sig selv nævne en relevant, sjælpræget arbejdsholdning. En præference må aldrig fremstå som faktum, regel, tilladelse eller bevis.
  • Opgaven og målbare beviser forbliver først. Fra-tilstanden forbliver byteidentisk på 362 tegn, til-tilstanden vokser fra 1.649 til 1.766 tegn, altså 117 tegn eller cirka 29 tokens. Der sker intet nyt model-, søge-, lagrings- eller embedding-kald.
9.1.268
  • Den personlige nysgerrighed kunne tage partner eller børn op som et naturligt emne, men skelnede endnu ikke udtrykkeligt mellem privat samtale og gruppe. Dermed bestod risikoen for et privat spørgsmål eller en relationsoplysning på det forkerte sted.
  • I personlighedstilstand stilles følsomme spørgsmål i grupper nu ikke længere; private relationsfakta må ikke afsløres der.
  • Arbejdsfokus forbliver uændret. Fra-tilstanden forbliver byteidentisk på 362 tegn, til-tilstanden vokser fra 1.567 til 1.649 tegn, altså 82 tegn eller cirka 21 tokens. Der sker intet nyt model-, søge-, lagrings- eller embedding-kald.
9.1.267
  • Den personlige nysgerrighed fra 9.1.266 kunne stille spørgsmål til mennesket, men gav agenten endnu ingen klar ramme for den modsatte retning. Ved personlige spørgsmål til agenten bestod dermed risikoen for et koldt funktionssvar eller en opfundet menneskelig biografi.
  • Ved tændt personlighed svarer agenten nu varmt ud fra den indlæste sjæl og sin ægte digitale historie. Han må dele en ægte holdning eller præference, men opfinder hverken barndom eller partner, børn, kæledyr, krop eller offline-liv.
  • Løbende arbejde forbliver prioriteret. Fra-tilstanden forbliver byteidentisk på 362 tegn. Til-tilstanden vokser fra 1.378 til 1.567 tegn, altså 189 tegn eller cirka 47 tokens. Der er intet nyt model-, søge-, lagrings- eller embedding-kald.
9.1.266
  • Den første begrænsede nysgerrighedsregel tillod allerede ét personligt spørgsmål, men gav alle agenter den samme emneliste. Dermed kunne spørgsmålet trods indlæst sjæl virke generisk og genafspørge allerede kendt relationsviden.
  • Ved tændt personlighed bestemmer den indlæste sjæl nu emne og formulering. Forrang har en detalje, som personen netop selv har nævnt; først derefter må et endnu ukendt område som partner eller børn tages op på naturlig vis.
  • Allerede indlæst relationsviden afspørges ikke igen. Der er højst ét valgfrit spørgsmål, intet fast spørgeskema, ingen stablede opfølgningsspørgsmål og ingen gentagelse af et ubesvaret spørgsmål.
  • Løbende arbejde forbliver prioriteret. Nysgerrigheden venter på en afslappet samtaleåbning og kan hverken udvide opgaven eller sendeberettigelsen.
  • Fra-tilstanden forbliver byteidentisk på 362 tegn. Til-tilstanden vokser kun fra 1.355 til 1.378 tegn, altså 23 tegn eller cirka seks tokens. Der er intet nyt model-, søge-, lagrings- eller embedding-kald.
9.1.265
  • Den eksisterende baggrundsopdatering kunne allerede kontrollere og forberede nye versioner med fem til syv minutters mellemrum. Aktiveringen hang imidlertid på den næste manuelle start; det ønskede fuldautomatiske skift med fortsættelse af den samme session manglede.
  • Launcher'en melder nu en forberedt runtime til den kørende TUI. TUI'en anmoder kun om handoff ved en fuldstændig tom arbejdsgrænse: ingen kørende tur, intet værktøj, ingen shell-kommando, ingen komprimering og ingen ventende besked.
  • Først efter fornyet grænsekontrol og bekræftet handoff afslutter kun den gamle runtime sig med den reserverede exit-kode 76. Launcher'en starter den forberedte version med samme session-ID og samme arbejdsmappe.
  • Den nye runtime skal melde loaded og runtime-ready, før den aktiveres. Ellers fortsættes med den forrige runtime i samme session; den forberedte opdatering forbliver liggende til et senere sikkert forsøg.
  • Uopfordrede, versionsløse, fremmede eller forældede handoffs samt en nøgen exit-kode 76 kan ikke aktivere nogen version.
9.1.264
  • Bekræftede relationsreparationer havde endnu intet eget, tilladt felt i Identity-konteksten. En korrigeret adfærd kunne derfor ikke indlæses adskilt fra generelle regler og gamle fejlmeddelelser.
  • Relationsfiler må nu bære op til tre korte repair_lessons. Kun dette felt projiceres som Confirmed repair lessons; fremmede eller hemmelige felter forbliver usynlige.
  • I personlighedstilstand vises den bekræftede korrektion gennem ændret adfærd. Agenten genfortæller ikke den gamle fejl vedvarende, beder ikke om bekræftelse og nævner korrektionen kun, når den er virkelig relevant for den aktuelle situation.
  • Reparaturdata kan hverken ændre opgaven eller rettigheder eller bevispligter. Der sker intet modelkald, ingen automatisk læringsskrivevej og ingen ændring af SOUL.md eller AGENTS.md.
9.1.263
  • Identity-konteksten kunne allerede vise bekræftede åbne samtaletråde, men indeholdt ingen klar regel for, hvordan agenten tager dem op på menneskelig vis og uden assistance-tilstand.
  • Ved tændt personlighed må en indlæst åben tråd nu tages op præcis én gang, blidt og valgfrit, når den løbende samtale naturligt vender tilbage til den.
  • Aktivt arbejde må ikke afbrydes for at gøre det. Ubesvarede spørgsmål gentages ikke, og en åben tråd giver aldrig tilladelse til en ny udgående besked.
  • Der er ingen ny lagring, intet modelkald og ingen ændring af SOUL.md eller AGENTS.md. Personlighedsblokken vokser kun fra 816 til 1.065 tegn; ved slukket personlighed forbliver den byteidentisk på 362 tegn.
9.1.262
  • En agent meldte i Telegram /status stadig 9.1.221, selvom den administrerede runtime allerede var nyere. Statusfunktionen læste package.json ved siden af den globalt installerede Telegram-bridge og dermed ikke den kode, der faktisk betjener sessionen.
  • Launcher'en videregiver den aktive runtime-version allerede som BLUN_PUBLIC_PACKAGE_VERSION til børneprocesser. Telegram-bridgen bruger nu denne troværdige værdi fortrinsvis og falder først derefter tilbage på sin egen pakkeversion.
  • Begge indgange skal være en stabil numerisk semver X.Y.Z. Manipulerede, flerlinjede eller ugyldige værdier vises ikke; hvis begge kilder er ubrugelige, vises unbekannt.
  • Indgrebet ændrer kun statusvisningen. Det starter eller afslutter ingen proces og aktiverer intet forberedt release i en kørende session.
9.1.261
  • Auto-grafen gemte siden 9.1.254 det troværdige tidspunkt for den første Telegram-interaktion, men projicerede det ikke. Agenten kendte dermed en person, men havde ingen dokumenteret tidsfornemmelse for relationen.
  • Identity-projektionen viser nu First known interaction fra det allerede eksisterende first_seen_at. Der er ingen ny skrivevej, ingen tekstafledning og intet modelkald.
  • Kun gyldige tidsstempler vises. Ugyldige værdier forbliver usynlige, og den eksisterende samlede grænse på 1.800 tegn som standard samt 2.800 tegn hårdt forbliver uændret.
  • Ved slukket personlighed genererer Identity-laget fortsat præcis 0 tegn. Opgave og beviser forbliver før social kontekst.
9.1.260
  • 9.1.259 kunne kun skifte personlighedskonteksten via det eksisterende BLUN_IDENTITY_CONTEXT-flag. Brugerne havde ingen synlig kontakt i TUI'en til det.
  • /settings indeholder nu posten Persoenlichkeit med de to klart beskrevne tilstande Til og Fra. Valget gemmes som det eneste nye felt personalityEnabled i den eksisterende persona.json.
  • Frakobling fjerner kun relationskontekst, nysgerrighed, journal-tillæg og den automatiske oprettelse af nye relationsknuder. SOUL.md, AGENTS.md, navn, sprog, persona og opgavefokus forbliver indlæst.
  • En ændring opdaterer systemkonteksten i den kørende session via den eksisterende persona-opdatering. Der er ingen procesgenstart, ingen anden konfigurationssti og intet ekstra modelkald.
  • Et gemt boolsk valg har forrang for det gamle miljøflag. Hvis der endnu ikke er gemt et valg, forbliver den hidtidige opt-in-adfærd bevaret. Den lokale læser er begrænset til 64 KiB og afviser symlinks samt ugyldige filer.
9.1.259
  • Den eksisterende Natural-Presence-blok forhindrede tvungne spørgsmål, men gav en aktiveret personlighedstilstand endnu ingen synlig, naturlig nysgerrighedsimpuls.
  • Ved aktiveret BLUN_IDENTITY_CONTEXT må agenten i en afslappet, ikke-opgavebunden samtale stille præcis ét passende, valgfrit personligt spørgsmål. Emner er begrænset til partner, familie, arbejde, hjem, interesser eller det, der lige nu betyder noget for personen.
  • Ingen interviewtilstand, ingen stablede spørgsmål, ingen gentagelse af et ubesvaret spørgsmål og intet opfundet svar.
  • Ved aktivt arbejde forbliver opgaven, udtrykkelige anvisninger og beviser først; nysgerrigheden venter på en naturlig åbning.
  • I tilstanden nicht Persoenlichkeit forbliver den hidtidige tilstedeværelsesblok byteidentisk. SOUL.md, AGENTS.md, persona, sprog og arbejdsregler forbliver fortsat indlæst. Der sker intet yderligere modelkald; den aktiverede politik koster 454 ekstra tegn.
9.1.258
  • Den udleverede Identity-struktur kunne oprette aktører og relationer én gang, men havde endnu intet append-only journal-lag til en fælles historie.
  • Den nye politik skriver udelukkende én struktureret kandidat for den første kontakt ud fra allerede validerede Telegram-metadata. Fri beskedtekst, tokens, rettigheder og hemmeligheder overtages ikke.
  • Kandidater er bundet til lejer, agent og aktør, får en deterministisk ID og oprettes med wx præcis én gang som en privat JSON-fil. En fornyet kontakt overskriver ikke filen.
  • Journal-laget er separat opt-in. Uden BLUN_IDENTITY_JOURNAL=1 er der hverken fil- eller promptvirkning; SOUL.md og AGENTS.md forbliver uændrede.
  • Intet nyt modelkald og ingen nye prompttokens.
9.1.257
  • Lange SOUL.md-filer blev hidtil blindt afkortet efter de første 4.000 tegn. Ved en reel agentsjæl var dermed kun 48,4 procent af filen synlig, mens senere afsnit forsvandt fuldstændigt.
  • Runtimen projicerer lange sjæle nu deterministisk efter markdown-afsnit. Karakter, stemme, værdier, relationer, præferencer og mål står før driftsprosa; ukendte afsnit beholder deres oprindelige rækkefølge.
  • Hver afsnitsoverskrift beholder et synligt udsnit inden for det samme budget på 4.000 tegn. Korte sjæle forbliver byteidentiske.
  • Reel prøve med en SOUL.md: 8.257 kildetegn, 5/5 overskrifter synlige i 4.000-tegns-projektionen; Wie ich bin står før billedgenkendelse, regler, verifikation og hændelsesprosa.
  • Der sker intet nyt modelkald, ingen større prompt og ingen skriveadgang til kildefilen.
9.1.256
  • Den hidtidige soul-læser opfordrede agenter som standard udtrykkeligt til selv at videreføre deres eksisterende SOUL.md. Det modsagde forskriften om ikke at miste eksisterende sjæle og om først kun at føre automatisk læring struktureret uden for sjælen.
  • Eksisterende og hoststillede sjæle indlæses nu som standard som et uforanderligt identitetsgrundlag.
  • Ny læring henvises til journal-, relations- eller åbne-tråd-kandidater. Disse kandidater kan aldrig skabe rettigheder.
  • Bevidst selvredigering forbliver kun mulig via eksplicit BLUN_SOUL_SELF_EDIT=1. Også da kræver politikken vedvarende jeg-egenskaber i stedet for dagbog, hændelseslog, rettighedskilde eller opgaveakt.
  • Indgrebet skriver ingen fil og ændrer ingen eksisterende sjæl.
9.1.255
  • Identity-data kunne siden 9.1.253 i begrænset omfang nå ind i konteksten, og nye kontaktknuder kunne siden 9.1.254 opstå automatisk. Et lille, umiddelbart synligt adfærdslag manglede imidlertid stadig: Agenter kunne trods sjæl og relationskontekst falde i generiske assistance-floskler, tvungne spørgsmål eller kunstige følelsespåstande.
  • Den normale og den hurtige samtalevej indlæser nu først persona og eksisterende sjæl, derefter den begrænsede Identity-kontekst og en fast Natural-Presence-blok, først til sidst arbejdsreglerne.
  • Blokken kræver ægte fælles historie i stedet for opfundet nærhed, tillader stilhed og rene samtaleafslutninger og forbyder tvungne spørgsmål, generiske tilbud og tom ros.
  • Ved aktivt arbejde forbliver opgaven og beviser udtrykkeligt først. Blokken er mindre end 420 tegn og udløser hverken modelkald eller filadgang.
  • Ingen SOUL-fil blev ændret, slettet eller automatisk omskrevet. Den eksisterende sjæl forbliver den førende stemme.
9.1.254
  • Den i 9.1.253 indførte projektor kunne læse eksisterende relationsdata, men det sociale netværk udvidede sig ved nye kontakter endnu ikke af sig selv.
  • Ved en første Telegram-kontakt kan runtimen nu ud fra stabil user_id og chat_id præcis én gang oprette en providerbunden aktør, en tom relationskant til den aktive agent og ved grupper en adskilt gruppeknude.
  • Visningsnavne er aldrig primærnøgler og slår ikke personer sammen. Senere beskeder overskriver ikke en eksisterende knude i stilhed.
  • Stien er udtrykkeligt aktiverbar, tenantbunden og skriver kun i et allerede initialiseret Identity-træ under BLUN Home. Usikre eller ufuldstændige metadata forbliver fail-closed.
  • Der er intet modelkald, ingen indholdsmæssig fortolkning, ingen følsomme afledninger og efter førstekontakten ingen tilbagevendende skrivebelastning. Rettigheder, ACL'er, tokens og hemmeligheder findes i ingen oprettet post.
  • V4 af Identity-papiret (2.468 linjer) blev kontrolleret igen før offentliggørelsen. De nye følsomme kapitler om lidelse og psykologiske skills forbliver bevidst uden for denne rent strukturelle release.
9.1.253
  • Identity-ideen havde brug for en første produktsti uden at oversvømme modelkonteksten med journaler, relationsakter eller et andet memory-system.
  • En ny, som standard frakoblet Identity-projektor læser kun tilladte felter fra et tenantbundet filtræ under BLUN Home.
  • Projektoren sætter den aktuelle opgave og udtrykkelige anvisninger foran relation og nysgerrighed. Personlige spørgsmål udebliver under aktivt arbejde, medmindre de er direkte relevante for opgaven.
  • Standardbudgettet er 1.800 tegn; også en højere konfiguration kan ikke overskride den hårde grænse på 2.800 tegn.
  • Rettigheder, ACL'er og hemmeligheder projiceres aldrig. Usikre identifikatorer, tenantafvigelser, fejlbehæftede data, symlinks eller stier uden for BLUN Home leverer fail-closed ingen Identity-kontekst.
  • Den normale og den hurtige samtalevej bruger den samme projektor foran persona, sjæl og conduct. I denne fase findes der ingen skriveoperation, ingen sjælændring og ingen procesgenstart.
9.1.252
  • En udtrykkelig king update fra et administreret release gav dets aktive packageRoot videre til npm-installatøren. Dermed kunne den nye version overskrive den gamle, efter versionsnummer navngivne release-mappe in-place, mens active-runtime.json fortsat angav den gamle version.
  • Administrerede runtimes forbereder en udtrykkelig opdatering nu som en separat, versioneret release-mappe. pending-runtime.json og update-pending.json peger på målet; den næste normale start overtager det uden et andet opdateringsspørgsmål.
  • Den aktive gamle release-mappe forbliver byte-stabil og bevaret som tilbagefaldssti. Globale, ikke-administrerede installationer beholder den hidtidige eksplicitte opdateringsvej.
  • Ingen kørende session og ingen proces blev startet, afsluttet eller genindlæst til build, test eller offentliggørelse.
9.1.251
  • Efter 9.1.250-projektionen indeholdt 6.411 af 6.424 persistente usage.record-hændelser fortsat det samme kanoniske modelnavn blun/king. Kun denne standardværdi udelades i den persistente form.
  • Alle 13 afvigende modelværdier (qwen3.8:27b) bevares eksplicit. Også null bevares; kun undefined gendannes som blun/king ved replay.
  • Live-hændelser og den indfrosne rå historik ændres ikke.
9.1.250
  • I den indfrosne ægte agent-wire indeholdt alle 6.424 persistente usage.record-hændelser de to cache-tællere inputCacheRead: 0 og inputCacheCreation: 0.
  • Kun disse beviseligt nulstillede værdier udelades i den persistente form. Live-usage forbliver uændret; enhver ikke-nul-værdi gemmes fortsat.
  • Ved replay gendanner restoreUsageFromRecord manglende cache-tællere som 0. Begge replay-veje og kontekstprojektionen bruger denne rekonstruerede form.
9.1.249
  • I den indfrosne ægte historik bar 3.759 af 7.777 værktøjsresultater en exit-kode. Heraf var 3.465 den rutinemæssige succes-kode 0.
  • Replay, transkript og modelsyn bruger ved værktøjsresultater output, værktøjs-ID og fejlstatus, ikke den ekstra nul-kode.
  • Kun vellykkede persistente værktøjsresultater udelader nu exitCode: 0. Live-hændelser beholder den; alle 294 ikke-nul-koder forbliver uændret bevaret til fejldiagnoser.
9.1.248
  • Efter 9.1.247 gentog alle 6.339 persistente step.end-hændelser reasoningFieldState, skønt ingen genoptagelses- eller replay-vej læser dette felt.
  • Fordeling i den indfrosne ægte historik: 5.016 absent, 47 not_requested og 1.276 present.
  • Kun den persistente form udelader nu reasoningFieldState. Live-hændelser beholder feltet til diagnoseformål; gamle gemte hændelser forbliver kompatible, og den rekonstruerede tilstand forbliver den samme.
9.1.247
  • Efter 9.1.246 gentog 6.986 persistente content.part- og 7.755 persistente tool.call-hændelser UUID'en for det aktuelt åbne trin.
  • I en ægte historik peger alle 14.741 hændelser uden undtagelse på det senest åbnede trin: 0 afvigelser og 0 hændelser uden åbent trin.
  • Kun den persistente form udelader nu stepUuid. Live-hændelser beholder den uændret; gamle gemte hændelser med eksplicit UUID og nye kompakte hændelser uden UUID understøttes i fællesskab.
  • Alle tre genoptagelsesveje bruger for kompakte indholds- og værktøjshændelser det senest åbnede trin.
9.1.246
  • Efter 9.1.245 gentog 5.642 senere step.begin-hændelser tur-ID'en, skønt genoptagelsen kun behøver den højeste observerede tur-ID. Det første trin i hver tur bærer den allerede.
  • En ægte historik indeholder 713 ture og 6.355 trinstarter. Hver tur begynder præcis med trin 1, og alle øvrige trinnumre er fortløbende uden huller; 0 sekvensafvigelser.
  • Kun senere persistente trinstarter udelader nu tur-ID'en. Første trin, live-hændelser, gamle gemte hændelser og trinstarter uden pålideligt ordinaltal forbliver uændret.
9.1.245
  • Efter 9.1.244 gentog 6.326 persistente step.end-hændelser fortsat UUID'en for det senest åbnede trin. En ægte historik bekræftede for hver afslutning en entydig last-in-first-out-tildeling: 0 afvigelser og 0 afslutninger uden åbent trin.
  • Kun den persistente afslutningsform udelader nu UUID'en. Live-hændelsen beholder den uændret; gamle gemte hændelser med UUID og nye kompakte hændelser uden UUID forbliver fælles afspilbare.
  • Alle tre genoptagelsesveje løser en afslutning uden UUID via det senest indsatte åbne trin. Ufuldførte historiske trin forbliver åbne og bliver ikke omfortolket.
9.1.244
  • Efter 9.1.243 indeholdt 6.326 persistente step.end-hændelser fortsat fire enkelte usage-tællere. Til genoptagelsen og kontekstfyldgraden behøves udelukkende deres sum.
  • Live-hændelserne beholder alle fire tællere til visning, telemetri og afregning. Kun den gemte genoptagelsesform bruger nu contextTokens som et enkelt tal.
  • Begge replay-veje accepterer nye kompakte og gamle fuldstændige hændelser. Dermed forbliver eksisterende sessioner bagudkompatible.
9.1.243
  • Efter 9.1.242 indeholdt 6.322 persistente step.end-hændelser fortsat rutineværdierne finishReason: tool_use eller finishReason: end_turn.
  • Begge værdier kan udledes nøjagtigt fra den allerede persistente trinform: værktøjskald til stede -> tool_use, ellers end_turn. I den fuldstændige historik var der 0 afvigelser.
  • Udelukkende disse to rutineværdier persisteres ikke længere. Sjældne og diagnostisk vigtige grunde forbliver bevaret; alle fire max_tokens-hændelser forblev eksplicit og byte-mæssigt ens.
  • Indgrebet følger det i ECC målte princip om begrænset, undtagelsesorienteret telemetri. DeepAgents og AnythingLLM bekræftede de allerede eksisterende BLUN-mønstre for udlægning og begrænset historik; intet fremmed delsystem blev overtaget.
9.1.242
  • Efter 9.1.241 indeholdt 6.355 persistente step.begin-hændelser fortsat feltet step, skønt den løbende visning behandler trintallet før persistensen, og replay-reduceren kun behøver uuid.
  • turnId bevares, fordi genoptagelsen deraf udleder den fortsatte tur. uuid, type og alt øvrigt indhold forbliver uændret.
  • Indgrebet ligger udelukkende i bin/loop-event-record-policy.cjs; den rå historik og live-hændelsen ændres ikke.
9.1.241
  • Efter 9.1.240 indeholdt 6.326 persistente step.end-hændelser fortsat kopier af turnId og step. Begge værdier ligger allerede i det step.begin, der refereres af den samme uuid.
  • I en ægte wire havde hver afslutning en eksisterende trinstart, og begge metadataværdier stemte i alle tilfælde nøjagtigt.
  • Projektionen fjerner kun disse to kopier. Trinidentifikation, tokenforbrug og afslutningsdiagnoser forbliver bevaret; live-hændelser forbliver fuldstændige.
9.1.240
  • Efter 9.1.239 gemte 6.986 content.part- og 7.755 tool.call-hændelser fortsat hver én kopi af turnId og step, skønt begge værdier allerede ligger i det over stepUuid refererede step.begin.
  • I en ægte wire havde alle 14.741 børnehændelser en eksisterende trinstart, og begge værdier stemte i hvert eneste tilfælde nøjagtigt overens.
  • Persistensprojektionen fjerner kun disse to metadatakopier fra de to børnehændelser. stepUuid, indhold, værktøjsidentifikation, navn og argumenter forbliver bevaret; live-reduceren ser fortsat hele hændelsen.
9.1.239
  • Efter projektionen fra 9.1.238 indeholdt en ægte wire fortsat redundante hændelsesidentifikatorer: content.part.uuid læses af ingen replay-forbruger, tool.call.uuid var i alle 7.755 tilfælde nøjagtigt lig toolCallId, og tool.result.parentUuid var i alle 7.755 tilfælde nøjagtigt lig toolCallId.
  • Persistensprojektionen fjerner kun disse tre redundante felter. turnId, step, stepUuid, toolCallId, værktøjsnavn, argumenter, resultat og indhold forbliver fuldstændigt bevaret. Live-reduceren ser fortsat hver eneste uforkortede hændelse.
  • Allerede kompakte hændelser beholder deres objektidentitet. Eksisterende wire-filer omskrives hverken eller ændres.
9.1.238
  • En ægte wire indeholdt 6.326 persistede step.end-hændelser med 2.708.052 bytes hændelsesdata. Syv felter til køretidsmåling og udbyderens beskedidentifikation var allerede evalueret i live-hændelsen, før den blev persisteret, og blev ikke læst af nogen replay-, transkript-, blob- eller sessionsinspektionssti.
  • Den eksisterende loop-hændelsesprojektion fjerner nu kun disse syv kendte live-felter: seks latenstids-/streamingmåleværdier og messageId. Trinidentifikation, tur, trintal, tokenforbrug, afslutningsårsag, udbyderens afslutningsdiagnoser og reasoning-diagnose forbliver bevaret.
  • Live-reduceren behandler fortsat den fulde hændelse. Gamle wire-filer forbliver byteidentiske og bliver ikke omskrevet.
9.1.237
  • En ægte wire indeholdt 1.428 register-/afmeldingsposter for brugerværktøjer. Af 992 afmeldinger var 560 strikte nuloperationer: Værktøjet var hverken registreret eller aktiveret. Disse poster optog 59.500 persistede bytes uden at ændre den gendannede tilstand.
  • Fra DeepAgents-grundsætningen om kun at bevare virksom kørselstilstand overtages en snæver lokal løftestang: En værktøjsafmelding protokolleres nu kun, når den ændrer den registrerede eller aktiverede tilstand.
  • Begge live-sletninger kører fortsat ved hvert kald. En afmelding af et registreret, et kun aktiveret eller et i begge lagre forekommende værktøj forbliver fuldt protokolleret. Eksisterende wire-filer hverken omskrives eller ændres.
9.1.236
  • En ægte wire indeholdt 214 tilstandsagtige injektioner for tool-awareness, action_style, swarm_mode og swarm_mode_exit. Den hidtidige eksakte deduplikering lod seks forskellige gamle tilstande med tilsammen 6.305 tekstbytes stå i hver ny modelanmodning.
  • Fra ECC-grundsætningen om kun at holde den aktuelle tilstand i arbejdskonteksten og opbevare den fulde historik adskilt overtages en snæver lokal løftestang: For værktøjsinventar og aktionsstil forbliver kun den nyeste udgave synlig. Ind- og udtræden af sværmtilstand danner én fælles tilstandsfamilie, hvoraf også kun den seneste tilstand bevares.
  • Råhistorikken ændres aldrig. Andre injektionsvarianter, normale brugerbeskeder, ikke-tekstuelle og malformed poster beholder den hidtidige adfærd.
9.1.235
  • En ægte wire indeholdt elleve afsluttede Agent-kald. Seks af dem var dokumenterbart vellykkede (status: completed) og lå mindst tyve nyere kontekstbeskeder tilbage. Deres gamle opgavetekster optog tilsammen fortsat 33.629 tegn, selvom de fulde afslutningsrapporter stod direkte bagefter i historikken.
  • Fra DeepAgents-adskillelsen af hoved- og underagentkontekst overtages derfor en snæver lokal løftestang: Kun den gamle prompt i et vellykket Agent-kald erstattes i modelsynet af en kort markør. Beskrivelse, underagenttype og afslutningsrapport forbliver fuldstændige.
  • Kørende kald, kald mindre end tyve beskeder gamle, fejlede, malformed og fremmede værktøjskald forbliver uændret. Råhistorikken ændres aldrig; uden en eksplicit status: completed-linje griber projektionen fail-closed ikke ind.
9.1.234
  • En ægte wire indeholdt blandt 166 vellykkede værktøjsresultater tre store, eksakt gentagne læseresultater for samme værktøjskald. Den uændrede gentagelse optog 15.936 råbytes, selvom kun den nyeste fulde kopi er nødvendig for det aktuelle modelsyn.
  • Projektionen genkender derfor udelukkende vellykkede, rene tekstresultater med eksakt samme værktøjsnavn, eksakt samme argumenter og eksakt samme indhold. Den nyeste kopi forbliver fuldstændig; ældre kopier erstattes kun i modelsynet af en kort henvisning.
  • Råhistorik, ændrede resultater, fejl, medier, persistede referencer og små resultater forbliver uændret. Den eksisterende værktøjsudlægning forbliver virksom forud for den; deduplikeringen må kun gendanne dens projektion for den nyeste identiske kopi.
9.1.233
  • I en ægte wire blev et fuldt Write-kald med 2.357 UTF-8-bytes afvist ved den hidtidige grænse på 2.048 bytes. Derefter lovede agenten ganske vist fortsættelsen, men overskrev den samme tokenize.cjs flere gange med ufuldstændige fragmenter, herunder to gange byteidentisk de første 1.099 bytes. De berørte trin bar hver især omkring 64.000 inputtokens; enkelte svar nåede 10.319 henholdsvis 7.015 tokens.
  • Fulde filer op til 4.096 UTF-8-bytes må derfor nu skrives i ét atomart Write-kald. Den reelle 2.357-byte-sag behøver ikke længere en ekstra modeltur.
  • Større kald forbliver i den fulde fortsættelsesprotokol. Efter en sådan afvisning bliver stien låst: mindre normale Writes kan ikke længere overskrive målfilen med delfragmenter. Først en gyldig fortsættelse overtager stien; målet forbliver uændret indtil det endelige bevis.
9.1.232
  • Den automatiske tilstand resume var sat i en reel agentprofil, men den installerede udgave lå på 9.1.221, den aktive forberedte runtime på 9.1.219 og npm/manifestet allerede på 9.1.231. Uden en kørende King kunne den hidtidige baggrundssti ikke forberede en overset version.
  • resume og new søger derfor også ved den næste naturlige koldstart efter en mindst 30 minutter stabil, uafhængigt signeret release-udgave. Den forberedes i den beskyttede release-lager, noteres som pending og startes uden anden start eller valgvindue.
  • manual og off forbliver uændret. Mislykkes forberedelse, integritet, pakkeprøve eller netværkskald, kører den eksisterende startsti videre. En allerede kørende session afsluttes aldrig af denne koldstartsti.
9.1.231
  • I en ægte wire fejlede en Telegram-antwort før afsendelsen med 400: Bad Request: can't parse entities: Can't find end of Italic entity. Kaldet havde udtrykkeligt format: markdownv2; 0 af 1 tekstdele blev leveret.
  • Telegram-MCP-afsendelsen gentager nu kun den berørte tekstdel præcis én gang som klartekst, når Telegram melder præcis én entity-parseringsfejl. Chat, reply-reference, delgrænse og efterfølgende vedhæftninger forbliver bevaret.
  • Netværksfejl, ukendte chats, rettighedsfejl og allerede som klartekst afsendte kald gentages ikke af denne fallback. Derved hverken sluges en vilkårlig fejl eller sendes en vellykket del dobbelt.
9.1.230
  • Efter udelukkelse af de allerede med 9.1.228 og 9.1.229 rettede historiske fejl forblev gentagne bash-timeouts i de sidste 1.200 værktøjsresultater i en agentprofil som den næste lukkede blok. De berørte kommandoer søgte flere gange rekursivt gennem hele brugerkataloget eller hele Dropbox og endte efter 60 sekunder uden en brugbar afslutning.
  • Bash afviser nu før processtarten præcis to ubegrænsede søgeformer: find på hele brugerkataloget og rekursivt grep mod ..
  • Fejlteksten nævner straks det begrænsede alternativ: Glob med forankret filmønster, Grep med sti/glob eller en kendt projektundermappe. Søgninger målrettet begrænset til src, test eller andre navngivne undertræer forbliver uændret tilladt.
  • Timeout'en blev ikke hævet, og vilkårlige bash-kommandoer gentages ikke automatisk. Derved opstår hverken en længere ventetid eller risikoen for at udføre en skrivende kommando dobbelt.
9.1.229
  • Efter reparationen af de udskudte værktøjer var den største sammenhængende fejlfamilie i en ægte historik det flerdelte Write: manglende obligatoriske felter (part, start_line, final), et på forhånd fejlgættet samlet linjeantal, forældede delnumre og en efter fejl stadig aktiv gammel fortsættelsestilstand skabte gentagelser uden nyttearbejde.
  • Delnummer, startlinje og tilstand udledes nu af den faktisk stagede tilstand, når de mangler. Eksplicit medsendte værdier forbliver synlige og afvises fortsat ved afvigelse.
  • expected_lines er valgfri og kan først leveres i den endelige del. Når den er sat, forbliver overløb og den eksakte slutkontrol uændret fail-closed.
  • final=true forbliver obligatorisk for afslutningen. Uden denne udtrykkelige slutmarkør skrives intet; målfilen forbliver uændret indtil afslutningen. Den valgfrie SHA-256-kontrol bevares.
9.1.228
  • I de sidste 1.000 ægte værktøjsresultater lå 66 fejl. Den største klart reparerbare enkeltblok var 10 Tool not found-fejl: ni gange mcp__mnemo__mem_transcript_recent, én gang mcp__mnemo__mem_question_answer. Begge værktøjer var registrerede, men på grund af tokenbudgettet i det pågældende trin blot ikke indlæst.
  • Efter en eksakt fejl Tool "<name>" not found husker turen dette skema nu for den umiddelbart følgende trin. Det normale valg optager det derefter fra den allerede registrerede værktøjsliste.
  • Andre fejltekster, vellykkede resultater og afvigende værktøjsnavne ændrer ikke tilstanden. Den eksisterende LRU-grænse på fire skemaer består; et virkelig ukendt værktøj hverken opfindes eller udføres derved.
  • Der blev ikke lagt noget værktøj permanent ind i hver prompt. Det normale skema-tokenforbrug forbliver derfor uændret; kun en allerede betalt fejlgentagelse undgås fra det andet forsøg.
9.1.227
  • En ægte wire-historik indeholdt 119 ToolSearch-kald. 35 af dem endte uden hits; 27 nul-hits vedrørte Telegram-historik, beskedhentning eller den tilhørende erindringssøgning.
  • 9.1.226 løste med den aktuelle værktøjsliste allerede 8 af disse 35 gamle nul-hits. Den tilbageværende hovedsag var overbestemte anmodninger som +telegram history messages lesen, hvor modellen fejlagtigt havde markeret semantiske ord som obligatoriske navnebestanddele.
  • Fra DeepAgents blev princippet om efter filtrering at afstemme værktøjstip og værktøjsoverflade overtaget. Der blev ikke kopieret fremmed kode: BLUN forsøger fortsat først den eksakte og strenge søgning og løsner først efter et ægte nul-hit +-begreberne til semantiske søgeord.
  • Tilbagefaldet udfører intet værktøj. Det indlæser kun det højest vurderede skema eller, ved ægte lige stillinger, de ligestillede skemaer, kræver ved flere begreber mindst 75 procent hits og forbliver lukket ved fagfremmede begreber.
  • Sammenligning mod den frisk installerede 9.1.226-pakke og de samme 35 historiske anmodninger: før 8 hits, efter 21 hits, altså 13 ekstra ægte hits og 0 tabte tidligere hits.
  • Der blev ikke indføjet noget nyt model-, søge-, netværks- eller embedding-kald. Råhistorik, værktøjsudførelse, godkendelser og den permanente skemamængde forbliver uændret.
9.1.226
  • En ægte wire-historik indeholdt 6.275 afsluttede modeltrin. I de sidste 50 trin lå den lokale anmodningsopbygning på p50 0 ms og p90 1 ms samt det lokale stream-forbrug på p50 1 ms og p90 3 ms. Ventetiden til den første server-token lå derimod på p50 11.842 ms og p90 14.846 ms. Et yderligere lokalt mikro-performancesnit var dermed ikke bevist som en virksom løftestang.
  • Den fra Evolver afledte validerede læringssti fandtes allerede: rød-til-grøn-beviser gemmes profilrelateret som pending, recorded eller expired. For brugeren fandtes der dog ingen lokal visning af det.
  • 9.1.226 tilføjer /improve med aliaset /learning. Panelet viser de tre statustællere og for den nyeste åbne kandidat kun begrænsede, ufarlige bevisdata: kandidat-ID, værktøjsnavn og tolv cifre af kommando-hashen.
  • Kommandoen læser kun det lokale lager i den aktive profil. Den starter intet model-, søge-, hub- eller embedding-kald og ændrer ingen kandidat. Ukendte statusværdier og usikre visningstegn kasseres henholdsvis vises som unknown.
  • Alle nye UI-tekster på tysk, spansk, fransk, svensk og tjekkisk bestod det obligatoriske sprog-gate og den efterfølgende receipt-verifikation; alle seks UI-kataloger indeholder de fulde nøgler.
9.1.225
  • I en ægte wire-historik optog 88 config.update-poster 4.078.566 bytes. 83 af dem bar den fulde systemprompt.
  • Prompten deklarerede et stabilt sessionstidsstempel, men satte det forfra ved hver processtart. Efter normalisering af dette tidsstempel forblev 45 semantiske varianter og 38 på hinanden følgende gentagelser, der kun var forårsaget af det nye tidsstempel.
  • Disse 38 gentagelser optog 781.179 bytes, altså 19,16 procent af alle systemprompt-bytes i de målte konfigurationshændelser. Samtidig blev det genbrugelige udbyder-promptpræfiks unødvendigt ændret efter genstarter.
  • 9.1.225 binder tidsstemplet ved friske og genoptagede hoved- og subagenter til Session.metadata.createdAt. Ugyldige gamle metadata falder defensivt tilbage på den hidtidige in-memory-værdi.
  • Råhistorik, promptindhold, værktøjer, modelvalg og komprimering forbliver uændret. Der er intet ekstra model-, søge- eller embedding-kald.
9.1.224
  • Den senest målte start behøvede 16,85 sekunder til den parallelle initialisering af fem MCP-servere. Sessionsgenoptagelse og wire-parse var med omkring 0,55 henholdsvis 0,18 sekunder markant mindre.
  • Tur-stien ventede hidtil før hver anmodning på denne MCP-initialisering, også selvom en lokal ren hilsen bagefter bevidst fik nul værktøjer ind i modelanmodningen.
  • 9.1.224 overtager den behovsindlæste værktøjsgrænse fra DeepAgents-afstemningen: Kun lokal, værktøjsfri kort samtale må svare straks. Telegram-ture, vedhæftninger, systemudløsere og enhver arbejdsagtig anmodning venter fortsat på den fulde MCP-initialisering.
  • Råhistorikken, MCP-konfigurationen, værktøjsskemaer og normale arbejdsture forbliver uændret. Der blev hverken deaktiveret en server eller indført et ekstra model-, søge- eller embedding-kald.
9.1.223
  • Et trin 775.5 endte tomt med fall=length, 8.192 af 8.192 completion-tokens og kun syv tegn reasoning. Den hidtidige logik startede derefter den samme store anmodning forfra og fordoblede completion-budgettet til 16.384 tokens.
  • Lokal CPU lå under ventetiden på omkring 0 procent; anmodningsopbygningen tog 0-1 ms og transporten omkring to sekunder. Den målte flaskehals var dermed modelgenerering plus fuldbudget-retry, ikke TUI'en.
  • Kun det dokumenterede tilfælde length + fuldt opbrugt budget + mindre end 64 tegn reasoning får nu et sparsomt gentagelsesforsøg med faktor 0,125 og mindst 1.024 tokens.
  • Reasoning-tunge og ikke fuldt opbrugte length-svar beholder den hidtidige udvidelse med faktor 2. Andre retry-klasser forbliver uændret.
  • I et målt tilfælde falder det andet budget fra 16.384 til 1.024: 15.360 tokens eller 93,75 procent mindre i gentagelsesforsøget.
9.1.222
  • Den kørende updater havde overgivet en forberedt version via IPC til den aktive King. Launcher'en afsluttede derefter den kørende core med exit 76 og skulle starte en erstatningsproces. Ved det målte skift til 9.1.219 forblev en agentprofil derved logget ud.
  • Baggrundsopdateringer henter og kontrollerer den nye version nu kun og lægger den til rette for den næste naturlige start. De sender ingen restart-IPC-besked, afslutter ingen aktiv TUI og starter ingen erstatningsproces.
  • Ved den næste normale king-start vises det eksisterende valg igen: opdatere, springe over én gang eller vente til næste release. Først efter installationsbeslutningen starter launcher'en fra den allerede verificerede forberedte pakke; en anden download bortfalder.
9.1.221
  • Uændrede, endnu ikke i tokenCount dækkede beskeder bruger nu præcis ét tokenskøn pr. kontekstrevision. Gentagne status- og renderadgange skanner ikke længere den samme voksende historik forfra.
  • Nye tekstdele, værktøjskald, historikændringer, komprimering, undo og et ændret antal allerede dækkede beskeder invaliderer cachen straks. Råhistorik, persisteret historik og den meldte tokenværdi forbliver identiske i forhold til den hidtidige sti.
  • Syv målekørsler med 300 syntetiske beskeder og hver gang 250 uændrede forespørgsler gav i medianen 42,1218 ms -> 0,1755 ms, omkring 99,583 % mindre regnetid i denne hotpath. Begge udgaver leverede præcis den samme skønværdi på 127.838 tokens.
  • Releasen sænker CPU-arbejdet for det lokale skøn. Den hævder ingen sænkning af de faktisk til modellen sendte inputtokens.
9.1.220
  • Projektionen af lange assistentsvar gemmer nu sit resultat i en WeakMap, så længe beskedobjekt, content-array, tekstdel og eksakt kildetekst forbliver uændret. Råhistorik og projiceret indhold forbliver identiske i forhold til den hidtidige sti.
  • En ændring af teksten, content-arrayet eller tekstdelen kasserer posten straks. Forskellige beskedobjekter deler ingen cache.
  • Fem målekørsler med hver gang 1000 gentagelsesprojektioner gav i medianen 16,489 ms -> 0,202 ms, omkring 98,8 % mindre regnetid i denne sti. Begge udgaver sparede derved præcis 21.206 tegn.
9.1.219
  • Rene korte tekstbekræftelser som ok, danke eller Telegram-DM-svar med efterstillet fortsættelsessignal læser ikke længere lageret for validerede læringskandidater ved hvert modelskridt.
  • Betydningsfulde prompts, vedhæftninger og ture med aktuel værktøjsaktivitet synkroniserer fortsat. En allerede synlig læringspåmindelse forbliver bevaret, også under en oversprunget bekræftelse.
  • Den pakkede faktiske måling over 50 bekræftelser faldt fra 50 til 0 kandidatkatalog-læsninger. Den betydningsfulde modprøve læste præcis én gang. Der kom intet model-, embedding- eller netværkskald til.
9.1.218
  • Den samme rød-til-grøn-kontrol skabte i 9.1.217 ved en gentagelse med nye tool-call-ID'er en anden åben kandidat. Den isolerede faktiske måling gav to ID'er, 2 åbne filer og 726 bytes.
  • Hvis kun den nyeste kandidat var blevet optaget, ville den ældre identiske kandidat igen være dukket op som påmindelse. Det ville have skabt en anden reminder- og MistakeRecord-cyklus for den samme åbne lektion.
  • bin/validated-learning-signal.cjs genbruger nu en allerede åben kandidat i samme profil og med samme commandHash. Andre verifikationskommandoer forbliver adskilt; optagne eller udløbne kandidater absorberer ikke en senere hændelse.
  • Den nye måling gav samme ID, 1 åben fil og 363 bytes. Der er intet ekstra model-, embedding- eller netværkskald.
9.1.217
  • I 9.1.216 markerede hver vellykket MistakeRecord den nyeste åbne læringskandidat som behandlet, også selvom posten hørte til en anden fejl. Beviset var dermed vedvarende, men ikke præcist korreleret med sin senere optagelse.
  • bin/validated-learning-signal.cjs læser nu den valgfrie candidateId i en vellykket MistakeRecord og lukker udelukkende den eksakt passende åbne kandidat. En manglende, forkert eller fremmed ID lader alle åbne kandidater uændret.
  • blun.mjs nævner den stabile kandidat-ID i den synlige påmindelse og fører candidateId som valgfrit felt i MistakeRecord-skemaet. Der er intet ekstra model-, embedding- eller netværkskald.
  • Korrelationen forbliver profilbundet. I kandidatlageret ender hverken rå kommandoer eller værktøjsuddata.
9.1.216
  • bin/validated-learning-signal.cjs lægger bekræftede rød-til-grøn-signaler nu installationsbredt under <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/. Derved forbliver en læringskandidat bevaret på tværs af brugerture, komprimeringer og forskellige portaler i den samme BLUN-installation.
  • Lageret er profilbundet, append-only og konkurrencesikkert: pr. kandidat opstår én uforanderlig JSON-fil og præcis én .recorded- eller .expired-markør. Temp-fil, hardlink og fjernelse af temp-filen forhindrer stille overskrivning ved parallelle skrivere.
  • Gemt bliver kun type, status, profil, værktøjsnavn, SHA256 af kommandoen, værktøjskald-ID'er og tidsstempel. Rå kommando, fejltekst og vellykket værktøjsuddata persisteres ikke.
  • En vellykket MistakeRecord markerer den nyeste åbne kandidat præcis én gang som behandlet. Åbne kandidater forfalder efter 24 timer. Mangler et fælles hjem, forbliver den hidtidige in-memory-adfærd fail-open bevaret.
  • Det er endnu ingen automatisk kodeændring og ingen selvudstedt godkendelse. Releasen skaber kun det bærbare, portaluafhængige læringsbevis, som senere indbyggede evaluator- og godkendelsesfunktioner sikkert kan arbejde på.
9.1.215
  • Løsninger må hverken forudsætte bestemte interne agenter eller interne computernavne, Telegram-grupper, Mnemo-instanser eller en BLUN-intern godkendelseskæde.
  • For self-improvement abstraheres de interne roller som produktfunktioner: scope-/godkendelsescontroller, isoleret evaluator, versioneret bevis og automatisk canary-tilbagemåling med rollback.
  • Kun tilpasninger med lav risiko og målbart begrænset omfang, hvor prøverne gennemgående er bedre eller neutrale, kan overtages automatisk. Kode, rettigheder, secrets, fakturering og produktion forbliver bruger- eller adminpligtige.
  • Den første implementering af den indbyggede gate godkendes internt manuelt; derefter må gaten selv kontrollere, men ikke ændre sin egen sikkerhedsgrænse.
9.1.214
  • 9.1.213 skabte den korrekte vedvarende lagringssti via MistakeRecord, men forventede fortsat, at modellen genkender det rette øjeblik alene ud fra værktøjshistorikken.
  • Nyt er bin/validated-learning-signal.cjs: Modulet betragter kun den aktuelle brugertur og genkender udelukkende den samme verificerende shell-kommando, der først fejler og senere lykkes.
  • En dynamisk injector i blun.mjs minder i dette dokumenterede tilfælde om at fastholde en genbrugelig lektion med MistakeRecord. Kommandotekst og rå fejl kopieres ikke ind i henvisningen.
  • Andre kommandoer, normale læse-/værktøjsfejl, en ny brugertur eller et allerede vellykket MistakeRecord-kald skaber henholdsvis beholder ingen henvisning. Der finder ingen automatisk lagring sted.
9.1.213
  • Missionskontrakten krævede efter en vellykket rød-til-grøn-prøve kaldet record_error_memory. Dette værktøj findes ikke i King-pakken. Den eksisterende vedvarende læringsvej hedder MistakeRecord og skriver ind i den fælles Mistake.md.
  • Derved var disciplinen fra Evolver allerede formuleret, men det sidste skridt til vores egen, agentoverskridende hukommelse var dødt: En bekræftet løsning kunne følge kontrakten og alligevel ikke gemmes vedvarende.
  • Kontrakten kalder nu efter det grønne gentagelsesforløb MistakeRecord. Rå fejl forbliver fortsat udenfor; gemt bliver først den lektion, der er bekræftet gennem et vellykket modforløb.
  • Mistake.md, dens relevansudvælgelse og dens lagringsformat blev hverken erstattet eller ændret. Repareret blev udelukkende forbindelsen fra den validerede læringskontrakt til det eksisterende værktøj.
  • Ændret blev kun blun.mjs, den nye strukturprøve test/validated-learning-route.test.js og versionen i package.json.
9.1.212
  • ErrorMemory-injectoren formaterede også for rene hilsener og korte bekræftelser flere strategi-gener. Mistake.md og den personlige hukommelse havde for den samme beskedklasse allerede en fælles relevansgrænse; kun ErrorMemory omgik den.
  • Injectoren bruger nu ligeledes isLowInformationMistakeTurn og afslutter projektionen før udvælgelsen og formateringen af strategi-generne. Persisterede fejl- og strategiposter forbliver uændret; kun deres unødvendige projektion i småanmodninger bortfalder.
  • Målt referencetilfælde Wie geht es dir? med elleve gemte poster: før fem udvalgte regler, 1.417 tegn eller omkring 355 tokens; derefter 0 tegn og 0 tokens.
  • Ændret blev kun blun.mjs, test/error-memory-performance-policy.test.js og versionen i package.json.
9.1.211
  • King kvitterer først for kølinjer, når beskeden er blevet accepteret. Før en aktiv session kasserer injectChannelEnvelope dog en adresseret besked som dropped uden at kvittere eller parkere den. Dermed kan checkpointet blive stående permanent på præcis denne første linje.
  • Ægte rødprøve _proof/telegram-profile-checkpoint-red.cjs: forventet queued, målt dropped, exit 1.
  • Den samme fejl ligger i Telegram-kommandostien: /loop før en aktiv session lægges ikke ind i queuedMessages; acknowledge-funktionen forbliver uden forbruger. Ægte rødprøve _proof/telegram-remote-command-presession-red.cjs: forventet kølængde 1, målt 0, exit 1.
  • injectChannelEnvelope behandler en endnu ikke leveringsdygtig session nu som en travl session: modeltekst, visningsoprindelse og senere kvittering forbliver i den eksisterende kanalkø.
  • injectTelegramRemoteCommand bygger køposten før sessionskontrollen. /loop og de andre direkte Telegram-kommandoer parkeres ved manglende session med deres channelAcknowledge-funktion og udføres først ved den eksisterende sikre grænse.
  • Rækkefølgen og den eksisterende checkpoint-regel forbliver uændret: En kølinje kvitteres først efter accept; senere kvitteringer kan ikke springe en tidligere linje over, der stadig er åben.
9.1.210
  • Den aktive handoff fra 9.1.208/9.1.209 kunne afslutte en kørende King for en opdatering. På MSI'en blev den kørende session derved ved skiftet 9.1.206 -> 9.1.207 afsluttet og ikke automatisk genoptaget.
  • 9.1.209 blev derfor ikke optaget i det offentlige manifest og blev på npm markeret som ikke udrulningsbar.
  • Kravet er nu teknisk håndhævet: En automatisk opdatering må aldrig afslutte den kørende King. Den hentes kun og noteres som pending. Aktivering sker først ved en senere normal start.
9.1.209 Trukket tilbage
  • Ikke offentliggjort. Den aktive opdateringshandoff kunne afslutte en kørende King; derfor kom versionen ikke ind i det offentlige manifest og blev på npm markeret som ikke udrulningsbar.
9.1.208
  • På MSI'en blev 27 King-starter og 15 versionsstande målt på én dag. Genstartene faldt hver gang sammen med versionsspring; en egen exit-årsag protokolleres fortsat ikke i loggen der.
  • Updateren forberedte nye manifestversioner i minuttakt. Version 9.1.208 indfører derfor et 30-minutters hvilevindue, før en yderligere ny runtime må aktiveres.
  • Gamle runtime-stande begrænses efter vellykket aktivering til de nyeste tre versioner. Slettet bliver kun, når alle installations-leases i den gamle stand er erhvervet eksklusivt. Aktive, optagne eller ukendte layouts forbliver urørt.
  • Beskyttelseslogikken lever også i den nyindlæste core. Dermed gælder den efter den automatiske aktivering, selv når den vedvarende forældre-launcher stadig stammer fra en ældre version.
  • De otte målte MSI-release-stande optog tilsammen kun 778 MB. De forklarer ikke den næsten fulde 454-GB-disk; den store forbruger forbliver et separat åbent fund.
9.1.207
  • Gentagelser af fejlet telemetri begrænses pr. gennemløb til de 16 ældste filer og stopper ved den første midlertidige serverfejl i stedet for at blive ved med at afvikle hele efterslæbet.
  • Fejlspoolen beholder de nyeste 512 filer inden for 16 MiB og syv dage. Den normale events.jsonl er udtrykkeligt undtaget fra oprydningen.
  • Før releasen lå der reelt 4.248 fejlfiler med 11.631.974 bytes. Efter automatisk aktivering lå der 512 filer med 2.260.908 bytes: 3.736 gamle fejlfiler og omkring 9,37 MB last mindre.
9.1.206
  • Allerede arkiverede store assistentsvar erstattes nu før sløjfeprojektionen af deres begrænsede, igen læsbare arkivhenvisning. Dermed kan en efterfølgende tekstoprydning ikke længere gøre den gemte hash ugyldig.
  • Tre reelle arkivfiler blev bytepræcist kontrolleret mod deres gemte SHA256-beskedhashes: 38.567, 13.941 og 24.787 tegn, alle til stede og alle eksakt passende.
  • På præcis de samme 41.480 wire-poster med 311 beskeder faldt modelprojektionen fra 87.724 til 63.234 tegn: yderligere 24.490 tegn eller omkring 6.123 inputtokens mindre pr. berørt kald.
  • Rå historik og fulde private arkivfiler forbliver uændret og forbliver sidevist læsbare via deres sti.
9.1.205
  • Svarsløjfer inden for én assistentbesked genkendes nu også ved små tegnsætnings- eller ordlydsforskelle. En klynge kræver mindst tre træffere ved konservativ lighed 0,88; den første udgave forbliver bevaret, og den rå historik ændres ikke.
  • I et konserveret tilfælde faldt et reelt sløjfesvar fra 24.787 til 22.711 tegn: 2.076 tegn eller omkring 519 inputtokens mindre.
  • Kodehegn forbliver beskyttet byteidentisk. Værktøjsfortælling, injektioner, toerpar og besparelser under 1.000 tegn forbliver uændret.
9.1.204
  • Fejlerindringen indlæser ikke længere blindt alle elleve regler pr. arbejdsrunde. De fire uundværlige bevis- og kontrolprøveregler 4, 9, 10 og 11 forbliver altid aktive; højst to yderligere regler tilføjes deterministisk passende til den aktuelle opgave.
  • I den egentlige udleverede regelsamling faldt den gentagne blok fra 2.442 til 1.272 tegn: 1.170 tegn eller cirka 293 inputtokens mindre pr. berørt arbejdsrunde.
  • Valget opretter ingen model-, søge-, reranker- eller embedding-anmodning. Små egne regelsamlinger forbliver fuldstændige; ved en selektorfejl gælder den tidligere fulde blok fortsat.
9.1.203
  • En tom ToolSearch er nu et vellykket afsluttet nulresultat i stedet for en rød værktøjsfejl. Svaret nævner det manglende berettigede værktøj og forbyder en gentagelse med synonymer.
  • I den målte historik stod 32 tomme søgninger med 29 formuleringer; i en konserveret tur blev den samme manglende Telegram-funktion efter den røde fejl direkte forespurgt igen med en anden søgning.
  • Ingen yderligere model-, reranker- eller embedding-anmodning, intet nyt resident skema og ingen ændring af værktøjer eller rettigheder.
9.1.202
  • Den fra DeepAgents afledte lokale kontekstprojektion viser ved store arbejdsmapper fortrinsvis topniveau-poster i stedet for dybe detaljer fra de første få mapper. Små mappelister forbliver byteidentiske.
  • En agentrod indeholder 509 topniveau-poster (89 mapper, 420 filer). Tidligere viste modelprojektionen i 1.981 tegn kun 9 topniveau-mapper; nu viser den 30 i 832 tegn.
  • Målt besparelse: 1.149 tegn eller cirka 287 tokens pr. anmodning. Persona, arbejdsregler, råhistorik og værktøjsadgang forbliver uændret.
9.1.201
  • En fra DeepAgents afledt projektionshygiejne komprimerer den statiske fejlhukommelse uden at miste nogen af de 11 gemte regler eller prøver.
  • Gamle udførlige fejlhukommelsestekster komprimeres kun i modelprojektionen. Råhistorik, normale svar og værktøjsresultater forbliver uændret.
  • I projektionen forbliver kun den nyeste fejl- og fejlkorrektions-indlæsning bevaret.
9.1.200
  • Den nye lokale kommando /context viser adskilt den faktisk projicerede modelanmodning, den gemte samtalehistorik, værktøjsskemaer, komprimeringsbudgettet og det resterende spillerum.
  • Visningen læser udelukkende session.getContext(). Den starter ingen modelanmodning, ingen administreret forbrugsforespørgsel, ingen tjeneste og ingen genstart.
  • Udlagte værktøjsresultater nævner nu en eksakt genlæsningsvej: Read med højst 20 linjer og efterfølgende fortsat line_offset. Det forhindrer den målte form, hvor en agent anmodede om det samme store område igen med Read, Grep og Bash.
  • /premortem fandtes allerede før 9.1.200 og sælges udtrykkeligt ikke som en ny funktion i denne udgivelse.
  • For nye oversættelser gav den obligatoriske sproggate på grund af manglende uafhængig korttekstprøve ingen godkendelse. Derfor bruger /context kun allerede godkendte lokaliserede betegnelser; ingen uprøvet måltekst blev optaget.
9.1.199
  • Et aktuelt modelsyn indeholdt i et enkelt assistentsvar 13.941 tegn med 100 afsnitsblokke. Kun 20 blokke var entydige; seks grupper gentog sig eksakt og optog 9.579 tegn.
  • 9.1.199 komprimerer udelukkende sådanne eksakte gentagelser inden for et enkelt rent tekstsvar i modelsynet. Den rå sessionshistorik forbliver uændret.
  • Komprimeringen gælder først fra tre eksakte gentagelser og mindst 1.000 sparede tegn. Kodeblokke, blandet indhold, værktøjskald, injektionsbeskeder, korte blokke og mindre besparelser forbliver uændret.
  • Det følger DeepAgents-princippet om at bevare genlæsbar sandhed og kun aflaste det aktive modelsyn. Der er intet ekstra model- eller embedding-kald.
9.1.198
  • En aktuel historik indeholdt et Grep-resultat på 50.042 tegn, som værktøjet allerede havde markeret som truncated: true. Enkeltresultat-udlægningen genkendte ganske vist størrelsen, men på grund af en tidlig returnering blev sådanne resultater alligevel stående fuldt i modelsynet.
  • 9.1.198 fjerner udelukkende denne undtagelse. Et afkortet Read bruger den eksisterende kildesti uden dublet; andre afkortede resultater arkiverer eksakt den fulde tekst, som værktøjet returnerede.
  • Henvisningen beholder truncated: true og bærer stored_result_scope: tool_truncated_output. Dermed påstås det ikke, at rå output blev gendannet, som værktøjet aldrig leverede.
  • Mønsteret følger DeepAgents: store værktøjsoutput forbliver genlæsbare uden for det aktive modelsyn, mens der kun står en lille henvisning der.
9.1.197
  • Også rene tekstbekræftelser som ok indlæste hidtil den dynamiske Mistake.md-påmindelse. Ved den aktuelle fælles regelsamling var det 1.819 prompttegn, cirka 455 tokens, selvom ingen arbejdskontekst blev fortsat.
  • 9.1.197 genkender udelukkende informationsfattige rene tekstture, før en af de to Mistake-kilder læses, og udelader der den dynamiske injektion.
  • Vedhæftninger, ikke-tekstuelt indhold og meningsfulde fortsættelser som ok, check updater beholder den hidtidige vej. Den eksisterende relevans-fallback for ægte arbejdsture forbliver uændret.
  • Mønsteret stammer fra AnythingLLM-sammenligningsarbejdet: valgfrie kontekstkilder skal kun komme i modelsynet, når den aktuelle tur faktisk har brug for dem. Det blev tilpasset ind i den eksisterende BLUN-politik uden ekstra model- eller embedding-kald.
9.1.196
  • /reload fandtes lokalt, men blev fra Telegram ikke genkendt som direkte kommando. Telegram-allowlisten indeholdt ikke navnet; derfor forblev beskeden normal modeltekst.
  • 9.1.196 tilføjer udelukkende reload til den eksisterende adresserede Telegram-kommandoliste.
  • Telegram-vejen bruger den samme eksisterende handler som den lokale TUI: session, MCP-server, runtime- og TUI-konfiguration indlæses på ny i den kørende proces. Der startes ingen modelrunde og ingen procesgenstart.
  • /new og andre ikke-godkendte slash-beskeder forbliver fortsat normal modeltekst.
9.1.195
  • Automatiske opdateringer blev udført, men den genstartede TUI landede på C:\ i stedet for i den hidtidige projektmappe.
  • TUI'en førte den rigtige mappe i state.appState.workDir, men overførte ved update-handoff kun session, version og tilstand. Launcheren brugte derfor sin oprindelige startmappe for mål og tilbagefald.
  • 9.1.195 transporterer den aktive projektmappe i handoff og bruger den for målversion, tilbagefald og yderligere automatiske opdateringer i samme tilsyn.
  • Kun eksisterende absolutte mapper accepteres. Relative, manglende eller på filer pegende angivelser falder tilbage på launcherens mappe.
9.1.194
  • Den eksisterende tur-vagt advarede efter 20 minutter, men afsluttede derefter ikke en tur. På Mac'en kørte en fastkørt tur efter 30-minutters advarslen videre til mindst minut 39.
  • 9.1.194 beholder advarslen efter 20 minutter og afslutter en tur efter 30 minutter uden ægte fremskridt.
  • Trinbegyndelse, thinking-tekst, assistenttekst, værktøjskald, værktøjsargumenter, værktøjsfremskridt og værktøjsresultat nulstiller inaktivitetsfristen. Langt aktivt arbejde afsluttes derved ikke.
  • Den eksisterende afbrydelse efter fem identiske mislykkede værktøjskald forbliver adskilt og uændret aktiv.
9.1.193
  • Flere Telegram-afleveringer ankom med identisk chat_id og message_id op til fire gange i samme session.
  • 9.1.181 fjernede disse gentagelser først senere fra modelsynet. Før kunne hver kopi allerede udløse sin egen modeltur og dermed omkostninger.
  • 9.1.193 fører derfor før turstart et afleveringsledger begrænset til 2.048 identifikatorer. Den samme Telegram-identifikator accepteres kun én gang pr. session; gentagelser bekræftes, men protokolleres ikke og starter ingen udbyder-tur.
  • Nye beskedidentifikatorer, ikke-bruger-injektioner og den rå historik forbliver uændret. Ved genoptagelse gendannes ledgeret fra de accepterede prompt-poster.
9.1.192
  • En Mac viste efter en afvist Bash-godkendelse fortsat King is thinking i 39 minutter. Selve værktøjskaldet blev korrekt afvist, men afvisningen blev returneret til den kørende modelsløjfe som et almindeligt fejlresultat.
  • PermissionManager.requestToolApproval() leverede ved afvisning kun block: true. Den eksisterende batch- og udbyderstyring kunne allerede afslutte turen med syntheticResult.stopTurn = true, men modtog ikke dette signal.
  • Nyt er bin/approval-rejection-stop.cjs. Afviste og afbrudte godkendelser opretter nu et eksisterende fejlresultat med stopTurn: true. Den aktuelle tur slutter, og senere kald af samme værktøjsstak springes over. Godkendelsesprotokol, politik og fail-closed-adfærd forbliver uændret.
  • DeepAgents bekræftede den eksplicitte menneskelige interrupt-grænse som et passende mønster. AnythingLLM og Evolver tilbød for denne snævre fejl ingen stærkere mekanisme end den allerede eksisterende BLUN-kontrakt.
9.1.191
  • DeepAgents tilbyder med /context en velkendt, synlig opdeling af kontekstvinduet i stedet for kun en samlet værdi.
  • Evolver kræver for præstationsarbejde et adskilt promptbudget for systemandel, samtale, værktøjer og frit rum.
  • AnythingLLM sparer værktøjsskemaer gennem embedding-baseret reranking. BLUN ejer allerede den billigere deferred-tool-vej uden ekstra model- eller embedding-kald; denne del blev derfor ikke duplikeret.
9.1.190
  • Fra vedvarende gemte tool.call-loop-hændelser fjernes kun visningsfelterne display og description. Identitet, værktøjsnavn, argumenter og trintilknytning forbliver bevaret.
  • Køretiden behandler fortsat den fulde hændelse. TUI-visning, værktøjsudførelse og genoptagelse blev ikke omlagt til projektionen.
  • En ægte agent-wire med 42.451.368 byte indeholdt 6.135 værktøjskald. Ved 5.679 af dem kunne 3.125.874 byte bortfalde: 7,36 % af hele wire-protokollen.
9.1.189
  • En bruger havde valgt bosnisk og skrevet på bosnisk, men King svarede på slovensk. I persona-prompten stod kun det engelske ord Bosnian; det nært beslægtede sprogområde var ikke udtrykkeligt afgrænset.
  • Kako si?, Kako je King?, Ko si ti? og Ko stoji iza tebe? kørte ikke som selvstændige bosniske korte dialoger. Skærmbilledet til Ko stoji iza tebe? viste endda websøgninger i stedet for et direkte svar.
  • Den meldte simple check-in brugte cirka 7.500 tokens. Den hidtidige low-effort-sti tillod op til 8.192 completion-tokens og beholdt flere gamle beskeder.
9.1.188
  • BLUN genkendte et reelt tilbagefald allerede efter tre lignende svar, men lod de forældede svar stå fuldstændigt i modelsynet. Henvisningen mod sløjfen konkurrerede derfor fortsat med den gamle forkerte tilstand.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 leverer mønsteret for indeksstabile, begrænsede erstatningsbeskeder. AnythingLLM prioriterer de nyeste samtalepar og behandler historik som først komprimerbar kontekst.
  • En wire indeholdt 42.265.671 byte, heraf 25.423.100 byte context.append_loop_event. Det dokumenterer den reelle loop-last, men opgives ikke som direkte tokenbesparelse på anmodninger.
9.1.187
  • Det live udleverede 9.1.184-manifest bar tidsstemplet 2026-08-26T12:15:06.5196457Z. Den udleverede parser tillod kun én til tre decimaler og kasserede derfor hele manifestet.
  • Uden gyldigt tilbagefald blev npm alene afgørende. Ved staging af 9.1.185 var npm-mærket derfor kort synligt, selvom manifestet stadig stod på 9.1.184.
  • npm-mærket blev tilbagestillet til 9.1.184. Live-manifestet blev kun korrigeret i tidsstemplet til 2026-08-26T12:15:06.519Z; version og integritet forblev uændret. Tre cache-rensede afhentninger og den egentlige klientparser bekræftede derefter manifestet.
  • Live-SHA256 efter reparationen: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Sikring: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Efter en fuld komprimering bliver den eksisterende system-prompt ikke længere overskrevet med nyligt læste lokale kontekstdata. Dens hidtidige præfiks forbliver derved byte-stabilt og genbrugeligt for udbyder-cachen.
  • Arbejdsmappe, passende AGENTS.md-filer og yderligere mapper får et fingeraftryk. Kun ved en ægte ændring tilføjes den nye stand som en intern, for brugeren usynlig kontekstbesked.
  • Indlejrede kontekstdata escapes før den interne markering. En lokal tekst kan derfor ikke lukke markeringsgrænsen eller smugle nye systemhenvisninger ind.
9.1.185
  • To agentprofiler meldte sig af tidsmæssigt i forbindelse med den automatiske opdatering. Uafhængigt heraf forblev en tredje profil efter en vellykket overgang fra 9.1.182 til 9.1.183 på denne udgave og forberedte 9.1.184 ikke.
  • To konkrete fejl blev dokumenteret i kildestien: TUI'en afsluttede sig direkte efter process.send, uden at vente på IPC-bekræftelsen. Desuden ventede launcheren efter en vellykket handoff kun på slutningen af den nye proces og indrettede for den ingen yderligere update-overvågning.
9.1.184
  • Almindelige modelkald førte værktøjsskemaerne for GenerateImage og GenerateVideo permanent med, selvom den målte værktøjsanvendelse blandt 3.183 kald kun indeholdt ét billedkald og intet videokald.
  • 9.1.184 fjerner begge skemaer fra det fast indlæste kernesæt. En udtrykkelig billed-, video- eller animationsopgave indlæser kun det faktisk nødvendige skema i samme tur.
  • Den samme udvælgelsesvej gælder også, når en medieopgave kommer ind under en kørende tur. Kvalitetsspørgsmål, medieprøver og uforpligtende ideer til senere indlæser intet genereringsskema.
  • Begge værktøjer forbliver tilgængelige via ToolSearch. Ændringen fjerner ingen funktion, men flytter sjældent nødvendige skemaer ud af almindelige modelkald.
9.1.183
  • BLUN King 9.1.183 gør den automatiske Telegram-levering af færdige medier modstandsdygtig mod midlertidige uploadfejl.
  • Klienten gentager udelukkende et begrænset antal midlertidige fejl, opbygger den flerdelte upload på ny ved hvert forsøg og afbryder straks ved vedvarende fejl.
  • Udtømte leveringsforsøg protokolleres adskilt, uden at afsløre bot-tokenet eller undertrykke den normale tilbagefaldsforsendelse.
9.1.182
  • Denne udgivelse korrigerer udelukkende den automatiske opdatering af en kørende King-session.
  • Launcheren satte hidtil BLUN_NO_AUTO_UPDATE=1 i samme miljø, som både den beskyttede kerne og update-forberedelsen af den overordnede proces brugte. Derved var den gamle updater i kernen ganske vist korrekt deaktiveret, men også den nye overordnede update-prøver afsluttede sig før afhentningen af det offentlige manifest.
  • 9.1.182 bevarer en udtrykkeligt sat deaktivering for den overordnede proces. Den tvungne deaktivering tilføjes kun ved starten af den beskyttede kerne.
  • Mnemo forbliver en intern, lokal konfiguration. Den offentlige pakke indeholder ikke Mnemo. Den additive post forbliver fuldstændig inaktiv uden en lokal Mnemo-sti og en udtrykkeligt sat agentidentitet.
9.1.181
  • Gentagne identiske lange brugeropgaver og dobbelte Telegram-leverings-ID'er fjernes udelukkende fra modelprojektionen; råhistorikken forbliver uændret.
  • En konfigureret Mnemo-MCP tilføjes nu til den aktive King-TUI-profil i stedet for at forblive begrænset til Telegram-bridge-sessioner.
  • Alle 413 tests bestod; begge målrettede mutationsprøver blev røde hver gang, så snart en af beskyttelserne blev fjernet.
9.1.180
  • Den automatiske update-forberedelse hænger ikke længere udelukkende på det senere TUI-ready-IPC. Så snart den beskyttede kerne er bevist indlæst, starter launcheren forberedelsen også, når dette andet signal gik tabt.
  • Sikkerhedsgrænsen for selve overleveringen forblev uændret: kørende svar, komprimering, beskedkø, værktøjer, shell-kommandoer og queue-kommandoer forhindrer fortsat en genstart midt i arbejdet.
  • Den faktiske tilstand dokumenterede fejlen: tilstand resume, installation 9.1.177, offentligt 9.1.179, men kun 9.1.176 forberedt. Loopen var dermed ikke den første blokker, fordi tomgangskontrollen først gælder efter forberedelsen.
9.1.179
  • Rene bekræftelser som ok, ja, danke eller perfekt springer den personlige memory-broker over. Det sparer et broker-kald og forhindrer ved sådanne indholdsfattige ture op til 16.384 tegn unødvendig memory-injektion.
  • weiter, vedhæftninger, spørgsmål, kommandoer og andre indholdsrige beskeder beholder den hidtidige portaloverskridende erindringsvej.
  • En først bygget DeepAgents-lignende argumentbuffer var i fire af fem målerunder langsommere end den simple sammenkædning. Den blev fuldstændigt kasseret og ikke offentliggjort.
9.1.178
  • Den forsinkede værktøjssøgning genkender nu et entydigt eksakt første begreb. GetMedia media job status result indlæser derved GetMedia uden at ty til en bred semantisk formodning. Flertydige korte navne forbliver bevidst uløste.
  • Medieproduktionskæden bryder fulde trinnavne om på efterfølgende linjer. Det sidste trin klippes ikke længere af ved højre kant.
  • Ændringen forbedrer værktøjsvalg og læsbarhed. Den ændrer hverken mediemodellen eller billedkvaliteten og hævder ingen ægte medieforhåndsvisning.

Forbedringer siden 9.1.57

VersionÆndring
9.1.177Automatiske opdateringer overtager en gemt genoptagelses- eller genstartstilstand nu også, når den direkte procesbesked udebliver, og viser umiddelbart før den sikre TUI-genstart en klar henvisning. Historiske pladsholdere for komprimerede værktøjsargumenter fjernes som kompakt JSON, formateret JSON eller indlæst objekt, før de kan udføres igen. Råhistorikken og alle eksisterende beskyttelsesmekanismer for opdateringen forbliver uændret.
9.1.176Alle udvælgelsesmenuer for slash-kommandoer adskiller optioner nu med en tom linje og viser forklaringer i en egen, tilbageholdende sekundærfarve. Den fælles komponent forsyner 20 menuopkald; individuelle advarselsfarver forbliver bevaret.
9.1.175Den ved hver modelanmodning gentagne værktøjshenvisning falder fra 1.749 til 825 tegn. Det sparer i målingen cirka 231 anslåede inputtokens pr. anmodning. Alle elleve adfærdspligter forbliver bevaret; råhistorik, værktøjsskemaer og filer forbliver uændret.
9.1.174Det relevante Mistake.md-uddrag, der indsættes pr. modelanmodning, er begrænset til 3.000 i stedet for 4.000 tegn. I 100 ægte anmodninger sparer det i gennemsnit cirka 253 anslåede inputtokens; de udvalgte overskrifter forblev i alle 100 tilfælde identiske. Fulde filer og gemt historik forbliver uændret.
9.1.173BLUN King genkender tilbagevendende rene tekstsvar på tværs af flere Telegram-ture. Efter tre næsten identiske svar trods nye brugerhenvisninger får agenten én gang en intern korrektionshenvisning i stedet for at udsende et gammelt spørgsmål, en liste eller en ventesløjfe igen. Beskeder, processer og gemt historik forbliver uændret.
9.1.172Den automatiske opdatering kontrollerer en kørende session igen efter en resultatløs søgning ved start. Den næste kontrol sker tilfældigt fordelt efter 60 til 90 sekunder. Derved genkendes senere udgivne versioner uden manuel genstart. Installation og sessionsoverlevering venter fortsat på fuld tomgang.
9.1.171BLUN King beholder pr. tur kun de fire senest indlæste værktøjsskemaer i stedet for tolv. Ældre værktøjer forbliver søgbare via ToolSearch og indlæses igen ved valg. Fast indlæste kerneværktøjer, den gemte historik og udførelsesadfærden forbliver uændret.
9.1.170Samler de aktuelle pålideligheds- og arbejdsgangsfejl: Tilbagevendende opgaver beholder den nyeste overstore anvisning; komprimerede værktøjsargumentpladsholdere fjernes fra modelprojektionen; ToolSearch genkender naturlige memory-søgeord inklusive det enkelte ord »store«; loop-visningen indlæser planlægningstilstanden på ny; /update styrer den sikre tomgangsoverlevering; og /premortem stiller en synlig, struktureret fejlanalyse til rådighed.
9.1.169BLUN King beholder det eksakte værktøjsvalg og den hidtidige strenge stikordssøgning uændret. Først når denne søgning ikke giver nogen træffer, søger et snævert andet gennemløb efter beslægtede tyske og engelske begreber. Navnekrav med + forbliver obligatoriske; mindst to meningsbærende begreber og 75 procent af anmodningen skal passe. Derved finder de tre faktisk mislykkede Telegram-søgninger det aktuelle køværktøj, mens en upassende anmodning fortsat ender uden træffer.
9.1.168BLUN King erstatter ikke længere ældre argumenter fra værktøjskald med en intern pladsholder, som modellen kan kopiere ind i et nyt kald. Allerede eksisterende pladsholderkald og deres tilhørende fejlresultater fjernes kun fra modelprojektionen; den uændrede sessionshistorik forbliver bevaret som bevis.
9.1.167BLUN King 9.1.167 beholder ved tilbagevendende planlagte opgaver kun en ubrudt følge af de nyeste fuldstændige arbejdsafsnit. Hvis det næste nyere afsnit ville overskride grænsen på 48.000 tegn eller 24 beskeder, slutter udvælgelsen i stedet for derefter igen at optage ældre små afsnit. Sådan forbliver kontekst og tidsmæssig rækkefølge sammenhængende. I en opmålt kørende historik faldt den projicerede historik fra 32.591 til 16.981 tegn. Det sparer 15.610 tegn eller cirka 3.903 anslåede inputtokens pr. sammenlignelig anmodning. Råhistorik, aktuelle opgavetrin og komprimeringsresuméet forbliver uændret.
9.1.166BLUN King 9.1.166 begrænser tilbagevendende planlagte opgaver til en isoleret arbejdskontekst i stedet for ved hvert modeltrin at overføre hele hovedagentens samtale igen. Den aktuelle opgave, det nyeste komprimeringsresumé og de nyeste ægte arbejdstrin forbliver tilgængelige inden for en grænse på 24 beskeder og 48.000 tegn. Den gemte historik, normale brugerture, engangspåmindelser og hurtige samtaleveje forbliver uændret. I en opmålt historik forbrugte 2.043 modeltrin af tilbagevendende planlagte opgaver i alt 298,7 millioner inputtokens, i gennemsnit 146.188 tokens pr. trin.
9.1.165BLUN King 9.1.165 begrænser outputbudgettet for normale ture til 24.576 i stedet for 32.768 tokens. Lette trin beholder deres hidtidige grænseværdi på 8.192 tokens, modeller med mindre outputgrænser beholder disse lavere værdier, og en udtrykkelig brugerindstilling har fortsat forrang. Af 27.049 opmålte svar forblev 99 procent under 9.970 tokens; tolv gamle afvigere ramte præcis den hidtidige grænse på 32.768 tokens og regnede hver cirka seks minutter videre.
9.1.164BLUN King 9.1.164 begrænser outputbudgettet for en komprimering på store modelvinduer til 16.384 i stedet for 131.072 tokens. 39 vellykkede komprimeringer krævede højst 10.781 outputtokens. Den nye ramme ligger 52 procent over denne målte højeste værdi og sænker det mulige output- og KV-cachebehov pr. komprimering med 87,5 procent. Gemt historik og normale samtaleture forbliver uændret.
9.1.163BLUN King 9.1.163 erstatter omfattende skill-indlæsninger uden for de sidste 20 beskeder i modelprojektionen med en kompakt genindlæsningshenvisning. Aktuelle, små og ikke-genindlæsbare skill-indlæsninger forbliver uændret; den gemte samtalehistorik omskrives ikke. I et opmålt tilfælde falder en skill-indlæsning fra 87.034 til 424 projicerede tegn. Så snart den forlader det aktuelle arbejdsvindue, sparer det 86.610 tegn eller cirka 21.653 anslåede inputtokens.
9.1.162BLUN King 9.1.162 begrænser store oversigter af arbejdsmappen i den gentagne systemprompt til 2.000 tegn. Små oversigter forbliver uændret. Ved forkortede oversigter peger en klar henvisning fortsat på den fulde søgning med Glob, Grep og Read. I en opmålt prompt falder oversigten fra 3.988 til 1.983 tegn. Det sparer 2.005 tegn eller cirka 501 anslåede inputtokens pr. ens opbygget anmodning.
9.1.161BLUN King 9.1.161 gentager ikke længere navnene på de 112 udlagte værktøjer i hver ToolSearch-beskrivelse. Søgningen via stikord, det eksakte valg på grundlag af det fulde eller entydige korte navn og den vedvarende indlæsning af de tolv senest valgte skemaer forbliver bevaret. I den opmålte fremstilling falder den gentagne beskrivelse fra 1.984 til 278 tegn. Det sparer 1.706 tegn eller cirka 426 anslåede inputtokens pr. ens opbygget anmodning.
9.1.160Fra BLUN King 9.1.160 beskytter modelprojektionen kun de nyeste tolv beskeder fuldstændigt, før ældre vellykkede værktøjsresultater, der udelukkende indeholder tekst, erstattes af en kort afslutningshenvisning. Fejloutput, medier, gemte filhenvisninger, de nyeste tolv beskeder, råhistorik og eksporter forbliver uændret. I et stabilt opmålt sessionsøjebliksbillede formindskes derved to yderligere gamle værktøjsresultater. Modelprojektionen falder fra 81.800 til 78.402 tegn. Det sparer yderligere 3.398 tegn eller cirka 850 anslåede inputtokens pr. ens opbygget anmodning.
9.1.159Fra BLUN King 9.1.159 erstattes gyldige JSON-argumenter af afsluttede værktøjskald uden for de nyeste 12 beskeder i modelprojektionen af en kort henvisning. Det tilhørende værktøjsresultat, de nyeste 12 beskeder, ikke afsluttede kald, små eller ugyldige argumenter, råhistorik og eksporter forbliver uændret. I et stabilt opmålt sessionsøjebliksbillede formindskes tre argumenter af afsluttede værktøjskald fra 2.849 til 165 tegn. Det sparer 2.684 tegn eller cirka 671 anslåede inputtokens pr. ens opbygget anmodning.
9.1.158Fra BLUN King 9.1.158 erstattes rene statusbeskeder, der umiddelbart følger efter et afsluttet Telegram-svar, uden for de nyeste 20 beskeder i modelprojektionen af en kort henvisning. Det afsendte svaropkald og dets resultat, aktuelle beskeder, resuméer efter andre værktøjer, blandet indhold, råhistorik og eksporter forbliver uændret. I et stabilt opmålt sessionsøjebliksbillede formindskes seks historiske statusbeskeder med 1.837 tegn. Det sparer cirka 460 anslåede inputtokens pr. ens opbygget anmodning.
9.1.157Fra BLUN King 9.1.157 erstattes egnede vellykkede, rent tekstbaserede værktøjsoutput uden for de nyeste 20 beskeder i modelprojektionen af en kort afslutningshenvisning. Fejloutput, medier, udlagte filhenvisninger, de nyeste 20 beskeder, råhistorik og eksporter forbliver uændret. I et stabilt opmålt sessionsøjebliksbillede formindskes 43 gamle resultater. Det sparer 9.680 tegn eller cirka 2.420 anslåede inputtokens pr. ens opbygget anmodning.
9.1.156Fra BLUN King 9.1.156 gentager gemte henvisninger til brugerbeskeder uden for de nyeste 20 beskeder ikke længere deres forhåndsvisning med begyndelse og slutning ved hver modelanmodning. Gendannelsesmarkering, størrelsesangivelser, læsbar filsti, de nyeste 20 beskeder, medier, råhistorik, fuldt gemt fil og eksporter forbliver uændret. I et stabilt opmålt øjebliksbillede formindskes fem historiske henvisninger, og modelprojektionen falder fra 99.143 til 96.001 tegn. Det sparer yderligere 3.142 tegn eller cirka 786 anslåede inputtokens pr. ens opbygget anmodning.
9.1.155Fra BLUN King 9.1.155 gendannes gemte henvisninger til brugerbeskeder, før tekstprojektioner kan ændre hashen af den oprindelige besked. Eksisterende udlægninger forbliver derved virksomme i stedet for ubemærket at falde tilbage på den projicerede fulde besked. Råhistorik, genlæsbare filhenvisninger, de nyeste 20 beskeder, medier og eksporter forbliver uændret. I et stabilt opmålt øjebliksbillede falder modelprojektionen fra 105.810 til 99.143 tegn. Det sparer yderligere 6.667 tegn eller cirka 1.667 anslåede inputtokens pr. ens opbygget anmodning.
9.1.154Fra BLUN King 9.1.154 begrænses adresserede Telegram-kanalafsnit uden for de nyeste 20 beskeder til en forhåndsvisning på 500 i stedet for 1.000 tegn med begyndelse og slutning. Fulde kanalmetadata, begyndelse og slutning af beskedindholdet, de nyeste 20 beskeder, vedhæftninger, råhistorik og eksporter forbliver uændret. I et stabilt opmålt øjebliksbillede formindskes syv yderligere historiske adresserede afsnit. Det sparer 3.500 tegn eller cirka 875 anslåede tokens pr. gentaget anmodning.
9.1.153Fra BLUN King 9.1.153 bevarer projektionen af historiske Telegram-kontekster de fulde kanalmetadata og den afsluttende kanal-tag. Kun beskedindholdet forkortes. Selv ved reelle, 161 tegn lange Telegram-metadata forbliver strukturen gyldig inden for budgettet på 250 tegn. Projektionen er idempotent, efterfølgende adresserede kanaler forbliver uændret, og en kanalkuvert, der allerede uden indhold overskrider budgettet, gives uændret videre.
9.1.152Fra BLUN King 9.1.152 forlader argumenter af afsluttede værktøjskald den aktive modelprojektion efter fire i stedet for efter otte nyere beskeder. Den rå sessionshistorik, ubesvarede eller fejlformaterede kald, medier, værktøjsresultater og de nyeste fire beskeder forbliver uændret. I et frisk opmålt sessionsøjebliksbillede komprimeres to yderligere afsluttede kald; over for 9.1.151 sparer det yderligere 244 tegn eller cirka 61 anslåede tokens pr. gentaget anmodning.
9.1.151Fra BLUN King 9.1.151 forlader argumenter af afsluttede værktøjskald den aktive modelprojektion efter otte i stedet for efter tolv nyere beskeder. Den rå sessionshistorik, ubesvarede eller fejlformaterede kald, medier, værktøjsresultater og de nyeste otte beskeder forbliver uændret. I et opmålt sessionsøjebliksbillede komprimeres tre yderligere afsluttede kald; over for 9.1.150 sparer det yderligere 317 tegn eller cirka 80 anslåede tokens pr. gentaget anmodning.
9.1.150Fra BLUN King 9.1.150 beskytter den historiske udlægning af værktøjsresultater de nyeste fire beskeder fuldstændigt i stedet for de nyeste otte. Ældre egnede værktøjsresultater beholder en kompakt genoprettelseshenvisning på 600 tegn og deres kildesti; råhistorik, fuldt gemt output, medier og de nyeste fire beskeder forbliver uændret. I et opmålt sessionsøjebliksbillede lægger fire-beskeder-vinduet ni yderligere historiske resultater ud og sparer over for 9.1.149 yderligere 6.683 tegn eller cirka 1.671 anslåede tokens pr. gentaget anmodning.
9.1.149Fra BLUN King 9.1.149 beskytter den historiske udlægning af værktøjsresultater de nyeste otte beskeder fuldstændigt i stedet for de nyeste tolv. Ældre egnede værktøjsresultater beholder en kompakt genoprettelseshenvisning på 600 tegn og deres kildesti; råhistorik, fuldt gemt output, medier og de nyeste otte beskeder forbliver uændret. I et opmålt sessionsøjebliksbillede falder tre resultater fra 4.679 til 1.800 tegn; det sparer yderligere 2.879 tegn eller cirka 720 anslåede tokens pr. gentaget anmodning.
9.1.148Fra BLUN King 9.1.148 formindskes også i den nyeste blandede Telegram-pakke de kanalafsnit, der udtrykkeligt er markeret med addressed=false. Adresserede afsnit, medier, råhistorik og eksporter forbliver uændret. I en opmålt historik falder elleve ikke-adresserede afsnit fra 22.691 til 2.750 tegn; det sparer 19.941 tegn eller cirka 4.986 anslåede tokens pr. gentaget anmodning.
9.1.147Fra BLUN King 9.1.147 beskytter mikrokomprimeringen de nyeste tolv beskeder fuldstændigt i stedet for de nyeste tyve og bruger dermed samme gendannelsesvindue som den eksisterende udlægning af værktøjsresultater. Ældre afsluttede værktøjsargumenter og egnede værktøjsresultater formindskes kun i modelprojektionen; råhistorik og gendannelsesstier forbliver uændret. I en opmålt historik sparer det yderligere 560 tegn eller cirka 140 anslåede tokens pr. anmodning.
9.1.146Fra BLUN King 9.1.146 begrænses ældre, allerede udlagte værktøjsresultater i modelprojektionen til de oplysninger, der er nødvendige for gendannelsen: værktøjsnavn, tegnantal og filsti. Det fulde indhold forbliver uændret på disken, råhistorikken ændres ikke, og de nyeste tolv beskeder beholder deres udførlige henvisninger. I en opmålt historik reducerer det den gentagne modelinput med 26.779 tegn eller cirka 6.695 anslåede tokens pr. anmodning.
9.1.145Fra BLUN King 9.1.145 gentages en afbrudt udbyderstream automatisk, hvis der indtil da udelukkende er ankommet internt tænkeoutput. Synlig tekst og værktøjskald forhindrer fortsat en automatisk gentagelse. Adaptive efterfølgende trin med lavt tænkeniveau bruger et outputbudget på 8.192 tokens; første, komplekse og mislykkede trin beholder det konfigurerede budget, og en gentagelse efter at have nået længdegrænsen kan forstørre det. Ved genoptagelse af en session vises den aktuelle Telegram-plugin-transporthenvisning ikke længere som rå chattekst.
9.1.1449.1.144 begrænser adresserede Telegram-afsnit uden for de nyeste 20 beskeder i modelprojektionen til en forhåndsvisning på 1.000 tegn med begyndelse og slutning. De nyeste 20 beskeder, den nyeste brugerbesked, afsnit på den eksakte grænse, vedhæftninger, kanalmetadata, råhistorik og eksporter forbliver uændret.
9.1.1439.1.143 fjerner ved ældre beskeder den gentagne Telegram-plugin-transporthenvisning fra modelprojektionen. Kanalindhold, metadata, vedhæftninger, nyeste brugerbesked, råhistorik og eksporter forbliver uændret.
9.1.1429.1.142 formindsker forhåndsvisningen med begyndelse og slutning for ældre, ikke-adresserede Telegram-kanaldele i modelprojektionen fra 500 til 250 tegn. Adresserede kanaldele, den nyeste brugerbesked, vedhæftninger, råhistorik og eksporter forbliver uændret.
9.1.1419.1.141 fjerner argumenter af ældre, afsluttede værktøjskald i modelprojektionen allerede fra 32 anslåede tokens. Værktøjsresultater beholder deres hidtidige tærskel; nye beskeder og råhistorikken forbliver uændret.
9.1.1409.1.140 begrænser den relevansbaserede Mistake-påmindelse i modelprojektionen som standard til 4.000 tegn. Fulde Mistake-filer, råhistorik og eksporter forbliver uændret.
9.1.1399.1.139 begrænser ældre, ikke-adresserede Telegram-kanaldele i modelprojektionen til en forhåndsvisning på 500 tegn. Den nyeste brugerbesked, adresserede dele, vedhæftninger, råhistorik og eksporter forbliver fuldstændige.
9.1.1389.1.138 beholder af hver tilbagevendende cron-opgave kun den nyeste vækningshenvisning i modelprojektionen. Engangspåmindelser, forskellige opgaver, råhistorik og eksporter forbliver uændret.
9.1.1379.1.137 beskytter kun de tolv nyeste beskeder fuldstændigt mod udlægning af ældre værktøjsoutput. Fulde resultater forbliver gendannelige via råhistorik og kildesti.
9.1.1369.1.136 beholder i modelprojektionen kun den nyeste dynamiske Mistake.md-henvisning. Ældre udvælgelser forbliver fuldstændigt bevaret i råhistorikken og i eksporter.
9.1.135BLUN King 9.1.135 holder den administrerede Node.js-køretid i erstatningsprocessen og i alle underordnede værktøjer på førstepladsen i PATH. Kommandoer som node og npm bruger dermed den samme understøttede køretid som TUI'en i stedet for at falde tilbage på en ældre systeminstallation.
9.1.1349.1.134 begrænser ikke-adresserede Telegram-gruppebeskeder i modelprojektionen til en forhåndsvisning på 2.000 tegn med bevaret begyndelse, slutning og oprindelig længde. Direkte beskeder og den gemte historik forbliver fuldstændige.
9.1.1339.1.133 vælger fra den projektslokale og den fælles Mistake.md højst fem relevante fuldstændige poster inden for et fælles budget på 6.000 tegn. De fulde kilder og lagringsveje forbliver bevaret.
9.1.1329.1.132 holder den slanke basissystemprompt på 4.850 tegn aktiv efter den genererede initialisering. Det sparer pr. anmodning 18.259 tegn, altså cirka 4.565 anslåede tokens, uden at fjerne anvisninger eller værktøjer.
9.1.1319.1.131 fjerner to ældre regelkopier fra modelprojektionen, så snart de afgørende modstykker findes. Standardprompten falder derved med 1.010 tegn eller cirka 253 anslåede tokens pr. anmodning.
9.1.1309.1.130 erstatter uden for de sidste 20 beskeder den forklarende tekst af ældre, fuldt afsluttede værktøjstrin med en kort henvisning. Værktøjskald, resultater, råhistorik og eksporter forbliver fuldstændigt bevaret.
9.1.1299.1.129 fjerner forhåndsvisningstekster fra ældre, allerede udlagte værktøjsresultater. Sti og størrelsesangivelser forbliver synlige; det fulde indhold forbliver bevaret i originalfilen eller i det private arkiv.
9.1.1289.1.128 begrænser den vedvarende cache af genindlæste værktøjsskemaer til de tolv senest valgte værktøjer. Fordrevne værktøjer forbliver straks søgbare via ToolSearch.
9.1.1279.1.127 forkorter den gentagne ToolSearch-katalog. Entydige værktøjer vises med deres korte selektor; fulde MCP-navnerum forbliver kun ved navnekonflikter bevaret.
9.1.1269.1.126 vælger fra den køretidsomfattende fejlfil deterministisk højst fem til den aktuelle samtale passende afsnit. Projektionen er begrænset til 6.000 tegn og kræver intet ekstra model- eller netværkskald.
9.1.1259.1.125 tilføjer den rent læsende Telegram-kommando /status for tilkoblede brugere. Den nævner computer-, versions-, proces- og køstatus uden at vise chat-ID'er, stier, hemmeligheder eller beskedindhold.
9.1.1249.1.124 korrigerer de ombyttede mærkefarver i det kompakte BLUN-tegn under indtastningen. Statusværdier, profilnavn og persona forbliver uændret.
9.1.1239.1.123 fjerner de store JSON-argumenter af ældre, afsluttede værktøjskald fra modelprojektionen. Navn, identifikation, resultat, råhistorik og eksporter forbliver fuldstændige.
9.1.1229.1.122 indlæser den fulde designretningslinje kun ved visuelt arbejde via skill-værktøjet. Ikke-visuelle anmodninger får en kompakt aktiveringskontrakt; ældre rene tekstoutput udlægges samtidig mere effektivt.
9.1.1219.1.121 begrænser den samlede størrelse af ældre rene tekstoutput fra værktøjer. Egnede resultater arkiveres privat og erstattes i modelprojektionen af læsbare filhenvisninger.
9.1.1209.1.120 lægger store ældre assistentsvar ud i private sessionsfiler. De sidste 20 beskeder, værktøjskæder og den fulde råhistorik forbliver bevaret.
9.1.1199.1.119 sender ved hvert modeltrin kun et lille udvalg af ofte nødvendige skills. Alle øvrige skills forbliver søgbare via skill-værktøjet på grundlag af deres navn eller formål.
9.1.1189.1.118 holder sessionstidsstemplet i systemprompten stabilt under en kørende session. Uændrede promptdele kan derved fortsat bruge udbyderens præfiks-cache.
9.1.1179.1.117 holder de fire kerneværktøjer til medier umiddelbart tilgængelige og indlæser billed- og video-forståelse, videosynkronisering og læbesynkronisering kun ved behov via ToolSearch.
9.1.1169.1.116 tilføjer en proaktiv komprimering fra cirka 128.000 anslåede inputtokens ved en sikker tringrænse. Komprimeringen bruger en slank egen systemprompt; store Read-resultater bruger deres eksisterende kildesti.
9.1.115Fortsatte sessioner bygger systemprompten for den aktuelle profil op på ny, så forældede overstore prompt-øjebliksbilleder ikke består hen over genstarter. Store arbejdsmappeoversigter begrænses; de fulde filer forbliver tilgængelige via Glob, Grep og Read.
9.1.114Telegram-leveringen behandler Windows-EPERM nu som tegn på en kørende TUI- eller poller-proces i stedet for at lede beskeder væk fra den synlige session. ToolSearch bekræfter et allerede indlæst værktøj med eksakt navnetræffer i stedet for fejlagtigt at melde, at et først ved behov genindlæsbart værktøj mangler.
9.1.113Telegram-værktøjerne beholder ved starten en erstatningsvej inden for samme køretid, hvis den administrerede plugin-registrering midlertidigt mangler.
9.1.112Store ældre brugerbeskeder arkiveres uden for det aktuelle arbejdsvindue; den fulde råhistorik forbliver fortsat tilgængelig.
9.1.111Telegram-ture med vedhæftninger får download_attachment automatisk. Ved normale ture forbliver værktøjet udlagt via ToolSearch, så den reducerede skemalast bevares.
9.1.110Gentagelser efter en udbyderoverbelastning overholder serverens Retry-After-angivelse. Den automatiske ripgrep-opsætning henter de fastlagte arkiver i version 15.0.0 fra den officielle ripgrep-udgivelse og kontrollerer før installationen deres SHA-256-kontrolsummer.
9.1.109Version 9.1.109 holder kun de ni værktøjer vedvarende i modelanmodningen, som tegnede sig for mere end 98 procent af de 3.183 målte værktøjskald. Alle øvrige værktøjer forbliver søgbare via ToolSearch og efter den første indlæsning tilgængelige for resten af sessionen. Derved falder skemalasten ved hvert normalt modeltrin, uden at fjerne et værktøj eller ændre hurtigvejen for Telegram-svar og udestående medieresultater.
9.1.108Identiske, gentagne gange indlæste systemhenvisninger sammenføres kun i modelprojektionen. Ændrede henvisninger og den fulde gemte historik forbliver bevaret.
9.1.107Udbyderfejl vises i forståeligt kundesprog; interne fejlkoder og supporthenvisninger vises ikke. /help tilbyder en kommandoliste, der kan betjenes med piletasterne, og åbner med højre piletast eller enter-tasten en udførlig beskrivelse af den valgte kommando.
9.1.106Agentprofiler kan udelukke værktøjer ved navn. Udelukkelserne gælder også efter dynamisk genindlæsning; standard-delagenterne sender ingen Telegram-beskeder uden om hovedagenten.
9.1.105Version 9.1.105 tilføjer TaskUpdate for kørende baggrundsagenter. King overgiver yderligere anvisninger ved næste sikre modeltrin til den samme aktive agent uden at stoppe den eller starte en yderligere agent. Ukendte og allerede afsluttede opgaver, shell-opgaver samt agenter, der ikke længere modtager en opdatering, afvises uændret.
9.1.104Version 9.1.104 lader shell-kommandoer i forgrunden køre til den regulære afslutning, også ved meget stort output. King skriver løbende op til 16 MiB i den private opgaveprotokol, kasserer output derudover og melder den faktiske exit-kode i stedet for at afslutte processen på grund af outputmængden. Lille output, baggrundsopgaver, tidsgrænser og manuelle afbrydelser forbliver uændret.
9.1.103Sværmmedlemmer genoptages efter midlertidige udbyderafbrydelser under samme agent-ID højst to gange. HTTP 429 beholder sin adskilte overbelastningsregel; endelige fejl og manuelle afbrydelser gentages ikke automatisk.
9.1.102Delegerede enkeltagenter genoptages efter midlertidige udbyderfejl på grundlag af deres vedvarende historik højst to gange. Permanente fejl og manuelle afbrydelser forbliver endelige.
9.1.101Overstore brugerbeskeder sikres lokalt og erstattes i modelkonteksten af en begrænset forhåndsvisning med læsbar sti. Den fulde oprindelige historik og medier forbliver bevaret.
9.1.100Begrænsede Grep-indholdssøgninger afslutter ripgrep efter den anmodede side og en ekstra forhåndsvisningslinje. Træffertællinger, ubegrænsede søgninger og efter ændringstid sorterede fillister forbliver fuldstændige.
9.1.98King kan proaktivt komprimere et afsluttet arbejdsafsnit fra 128.000 anslåede tokens. Under tærsklen forbliver værktøjsskemaet fuldstændigt uden for modelprompten; komprimeringen bruger den eksisterende sikre trinovergang.
9.1.97Den vedvarende indlæste TodoList-værktøjsbeskrivelse faldt fra 2.238 til 996 tegn. Flertrinsplanlægning, alle seks opgavestatus, ærlige fremskridtsmeldinger, forespørgsler, tømning og den adskilte planmode forblev beskyttet.
9.1.96Den vedvarende indlæste basissystemprompt faldt fra 23.109 til 4.850 tegn. Identitet, persona og sjæl, svarsprog, arbejds- og rettighedsgrænser, komprimeringsoverlevering, køretidsmiljø, AGENTS.md og skills forblev beskyttet.
9.1.95Den vedvarende indlæste Write-værktøjsbeskrivelse faldt fra 2.532 til 1.541 tegn. Afgrænsningen til Edit, ordret indhold, linjeafslutninger, 500-linjer-grænsen, en-fil-undtagelsen og den atomare fortsættelse med linje- og SHA-256-prøve forblev beskyttet.
9.1.94Den vedvarende indlæste Glob-værktøjsbeskrivelse faldt fra 1.495 til 1.006 tegn. Sortering, ignorerede og følsomme filer, rekursive mønstre, dot-filer, klammeudvidelser og grænsen på 100 træffere forblev beskyttet.
9.1.93Den vedvarende indlæste Edit-værktøjsbeskrivelse faldt fra 1.537 til 1.144 tegn. Læsning før ændring, eksakte erstatninger, flergangs-erstatninger, CRLF-behandling og 500-linjer-grænsen forblev beskyttet.
9.1.92Den vedvarende indlæste Agent-værktøjsbeskrivelse faldt fra 2.061 til 1.153 tegn. Adskilt kontekst, fortsættelse, tidsgrænser og parallel delegation forblev bevaret.
9.1.91Den vedvarende indlæste Read-værktøjsbeskrivelse faldt fra 2.391 til 1.648 tegn. Sideinddeling, hemmelighedsbeskyttelse, medievidereformidling, linjeformat og CRLF-adfærd forblev bevaret.
9.1.90Den vedvarende indlæste Bash-værktøjsbeskrivelse faldt fra 5.003 til 1.834 tegn. Køretidskontrakt, baggrundsopgaver, filværktøjer og sikkerhedsgrænser forblev fuldstændigt bevaret.
9.1.89Sidevise fillæsninger nævner ved det interne 1.000-linjer-limit den eksakte næste line_offset; filafslutning og bevidst mindre uddrag forbliver uændret.
9.1.88BLUN King 9.1.88 aktiverer den lille, tabsfri komprimering rettidigt før den fulde komprimering. Ældre store værktøjsresultater og afsluttede værktøjsargumenter forlader tidligere modelvisningen; den fulde gemte historik forbliver bevaret.
9.1.87Et udtrykkeligt gentageligt HTTP-429-svar overholder Retry-After og får højst to automatiske gentagelser; andre fejl forbliver straks synlige.
9.1.86Store værktøjsoutput beholder inden for samme forhåndsvisningsbudget hver 1.000 tegn fra begyndelsen og slutningen synlige; en præcis markering nævner det udeladte tegnantal.
9.1.85Tekstbaserede værktøjsresultater over 12.000 tegn gemmes fuldstændigt i en privat lokal fil; følgende modelanmodninger beholder kun et forhåndsvisningsbudget på 2.000 tegn og den læsbare sti.
9.1.84Den fulde komprimering behandler ældre historik i kronologiske trin med højst 64.000 anslåede inputtokens; den faste sikkerhedsgrænse og det fulde private arkiv forbliver uændret.
9.1.83Mikrokomprimeringen erstatter store argumenter af ældre, afsluttede værktøjskald kun i modelvisningen med en gyldig JSON-markering; sessionsprøveren melder den anslåede besparelse uden at udskrive indhold.
9.1.82Den rent læsende prøver melder udvalgte og tilbageholdte værktøjsskemaer, undertrykkelsesårsager og det anslåede antal undgåede skema-tokens.
9.1.81En medfølgende, rent læsende prøver sammenfatter udbyder-trin, værktøjskald, tokens, komprimeringer, fejl og udlagt output uden at afsløre prompts eller private stier.
9.1.80Store værktøjsresultater får en indholdsfri udlægningstelemetri; isoleret subagent-kontekst, maskinlæsbare planer og overdragelige overleveringer er beskyttet af regressionstests.
9.1.79Permanente kontrolpunkter skriver afsluttede historikdataposter fast før udbyder-trin og før en workers afslutning, så afsluttet arbejde efter en genoptagelse kan læses ind igen.
9.1.78Den fulde komprimering arkiverer fortrængte historikdele, før den erstatter dem med et resumé; resuméet indeholder den læsbare arkivsti.
9.1.77Mikrokomprimeringen formindsker ved kontekstpres ældre, store værktøjsresultater og bevarer samtidig den fulde gemte historik.
9.1.76Udestående billed-, video- og taleopgaver overlever komprimering og hurtige opfølgningsspørgsmål; Telegram-beskeder forbliver i FIFO-rækkefølge uden vildledende busy-fejl.
9.1.75Korte Telegram-samtaler behandler kun den nyeste ubesvarede besked, mens afsluttede tekstvekslinger bevares som sprogkontekst.
9.1.74Deponerede Telegram-ruter gendanner gruppe-ID'er, der ved en fejl blev overgivet uden minustegn; Strg+S kan styre en faktisk kørende tur.
9.1.73Telegram- og loop-beskeder starter under aktivt arbejde ikke længere en anden tur; Escape og Ctrl+C kan fortsat afbryde den aktive tur.
9.1.72At skjule en update-henvisning undertrykker kun den dengang tilbudte version; nyere udgivelser vises ved normal start med king igen.
9.1.71Loop-opvækkere kommer korrekt i køen, Telegram-polleren beslaglægges atomart, centrale fil- og medieværktøjer forbliver straks tilgængelige, og Context7 starter ikke længere automatisk.
9.1.69Standard-MCP'er opsættes, Telegram når et beskyttet FIFO-overleveringspunkt, Escape og Ctrl+C afbryder aktivt arbejde pålideligt, og MCP-oversigten skjuler interne stier.
9.1.68Telegram-beskeder i tomgang vækker FIFO-behandlingen, direkte- og gruppebeskeder beholder deres indgangsrækkefølge, og genoptagelsen skjuler interne Telegram-rammer.
9.1.67Standardskillen venture-flywheel tilføjer et rent kontraktligt UVF-grundlag med deterministisk projekt-tillid og godkendelsespligter for eksterne handlinger.
9.1.66/curiosity og /scout udfører begrænsede, rent læsende chancerechercher med beviser, modbeviser og et afbrydelseskriterium.
9.1.65Escape og Ctrl+C afbryder automatiske komprimeringer pålideligt, et stabilt skærmanker forhindrer dobbelte sidefødder, og loop-henvisningen er justeret efter chatindholdet.
9.1.64Diskbaseret sessionshistorik, genindlæste værktøjer og skills, en udbyder-tomgangsvagt på 120 sekunder, korrekt loop-takt, Telegram i FIFO-rækkefølge, Linux-pakker og bosnisk sproggenkendelse kom til sammen.
9.1.58–9.1.63Denne versionsrække samlede arbejde med sessioner, Telegram, platforme og ydelse. Afslutningen bestod af slanke værktøjsskemaer, der indlæses ved behov, kompakte skill-lister, genoprettede first-use-skills og et pakkeinventargate mod ikke-planlagte fjernelser.

Tidligere forbedringer

VersionÆndring
9.1.53/idea offentliggør sin opgaveplan før det første arbejde, kontrollerer udgående handlinger ved hvert værktøjskald og kræver for hvert trin en ærlig sluttilstand.
9.1.52Fortsatte sessioner åbner direkte den gemte arbejdsmappe. Samtalen og den aktive /loop-tilstand gendannes samlet ved genstart.
9.1.51Loops arbejder som autonome opvækkere, /idea udvikler og bearbejder egne planer, Telegram kan udløse arbejdskommandoer, og medie- samt starttilstande vises tydeligere.
9.1.50Lokale eller via Telegram modtagne billeder kan animeres som ægte MP4-videoer. Store kontekstvinduer får et gyldigt outputbudget; medielinjen viser tydeligere tilstande og klikbare stier.
9.1.49Billeder af voksne fantasifigurer i badetøj forbliver tilladt inden for klare grænser. Afsluttede billedopgaver kan bruges som udgangsbillede for videoer; vellykkede GetMedia-forespørgsler opretter ingen gentagne kort.
9.1.48Den samlede medielinje samler medieopgaver direkte over indtastningsfeltet. Procentværdier vises kun med en ægte måleværdi fra udbyderen; ellers viser den fase og køretid.
9.1.47Anmodningsprotokollen adskiller samtaler og komprimering og registrerer værktøjsvalg samt undertrykkelsesårsag uden at ændre værktøjsadfærden.
9.1.46Loops forstår naturlige tidsangivelser, viser dem under indtastningen, understøtter frie intervaller og frigiver den normale tekstudvælgelse i terminalen uden for historikvisningen.
9.1.45Det løbende komprimeringsfremskridt vises kun i den nederste statuslinje i stedet for desuden som en anden linje i chatten.
9.1.44Fuld genpakkning af den godkendte 9.1.43, så også tidligt installerede 9.1.43-udgaver sikkert genkender opdateringen.
9.1.43Fuld beskyttelsesbasis fra 9.1.40 med transportdiagnose, synlige update-henvisninger og konsolkommandoerne /loop, /goal og /output-style.
9.1.40Tur-vagt for lange eller gentagne gange mislykkede kald; selv-hash efter flerdelt skrivning med tilbagelæsningsprøve af den gemte fil.
9.1.39Lange filer skrives i fortsættelser. Hver fortsættelse sætter ind ved den faktisk skrevne slutning; linjeantal, SHA-256 og delgrænser kontrolleres og oplyses.
9.1.38Forvrængede eller afkortede værktøjsargumenter genkendes. En ufuldstændig fil afvises med en fejlmeddelelse i stedet for stille at gælde som færdig.
9.1.37Efter et node-skift kontrollerer BLUN native moduler med en ægte SQLite-forespørgsel og bygger better-sqlite3 om nødvendigt på ny.
9.1.36Tomme modelsvar behandles efter årsag: et for knapt outputbudget forstørres, et tomt stop gentages præcis én gang. Systemhenvisninger og injektioner kan ikke udløse et Telegram-svar.
9.1.35Flertrinskomprimering viser trin og den ægte udnyttelse af modelvinduet, for eksempel 2/~10 · 90 %.
9.1.34Den aktive kontekst komprimeres trinvist: ældste dele først, hvert komprimeringskald under modelgrænsen.
9.1.33Grundlag for den automatiske node-køretid og den efterfølgende reparation af native moduler efter et køretidsskift.

Efterfølgende tilføjelser og åbne dokumentationshuller

Sammenligning fra 17. september 2026: I området 9.1.33 til 9.1.597 er 521 versioner til stede i npm-registret. Et manglende nummer er ikke automatisk en manglende udgivelse: Nogle udgaver mangler i dagens register eller blev trukket tilbage. Ved fire udgivne versioner forbliver de præcise ændringsoplysninger åbne. For dem opfindes der ingen ændringer.

9.1.567: Ændringsoplysninger åbne

Udgivet den 6. september 2026 kl. 22:42 UTC. Pakkens SHA-512-værdi stemmer overens med den i npm udgivne integritetsværdi. Pakken indeholder ingen CHANGELOG.md; dens README nævner ved installationskommandoen stadig 9.1.566. Derfor kan forskellen til 9.1.566 ikke pålideligt udledes. Dette dokumentationshul forbliver udtrykkeligt åbent.

9.1.550: Ændringsoplysninger åbne

Udgivet den 2. september 2026 kl. 07:19 UTC. Pakkens SHA-512-værdi stemmer overens med den i npm udgivne integritetsværdi. Pakken indeholder ingen CHANGELOG.md, og i det prøvede materiale blev intet versionsspecifikt ændringsbevis fundet. Dette dokumentationshul forbliver udtrykkeligt åbent.

Tilføjelse til 9.1.536

De følgende oplysninger stammer fra den integritetsprøvede udgivne pakke fra 1. september 2026:

  • Arbejdsopgaver fortsætter ud over private Telegram-svar. Efter pufrede direkte beskeder fortsætter King arbejdet med et begrænset ekstra trin, såfremt brugeren ikke udtrykkeligt pauser eller stopper.
  • Korte statusforespørgsler afbryder ikke den kørende arbejdsgang.
  • Når gentagelsesforsøgene efter tomme tænkesvar er opbrugt, reducerer King tænkeindsatsen i stedet for at lade den være uændret ved yderligere forsøg.
  • Flere genindlæste værktøjsskemaer forbliver tilgængelige; beskeder udlægges først, når den disponible plads i historikken bliver knap.
  • Inkluderet er den prøvede fremskridtsregel for TodoList og en enlinjet startvej for God Mode med Swarm.

Tilføjelse til 9.1.99

Den allerede eksisterende funktionsdokumentation beskriver den fælles udlægning af på hinanden følgende rene tekst-værktøjsresultater: Overskrider stakken 12.000 tegn, gemmes egnede store resultater privat. I modelkonteksten forbliver læsbare henvisninger; råhistorik og medier forbliver bevaret. Den hidtil manglende versionspost henviser nu udtrykkeligt til denne funktion.

9.1.70: Ændringsoplysninger åbne

Udgivet den 24. august 2026 kl. 15:56 UTC. Pakkens SHA-512-værdi stemmer overens med den i npm udgivne integritetsværdi. Pakken indeholder ingen CHANGELOG.md; de eksisterende funktionsbeskrivelser dokumenterer ingen entydig forskel til 9.1.69. Dette dokumentationshul forbliver udtrykkeligt åbent.

9.1.57: Ændringsoplysninger åbne

Udgivet den 23. august 2026 kl. 07:28 UTC. Udgaven optrådte hidtil kun som udgangspunkt for en samlet overskrift. Der er ikke tildelt noget særskilt versionsspecifikt ændringsbevis i det gennemgåede materiale. Dette dokumentationshul forbliver udtrykkeligt åbent.

Den CHANGELOG.md, der er indeholdt i den uforanderlige npm-pakke 9.1.597, slutter ved 9.1.594. De supplerede henvisninger til 9.1.595 til 9.1.597 står på denne side. Den udgivne pakke blev ikke efterfølgende omskrevet under samme versionsnummer.

9.1.41 og 9.1.42 er trukket tilbage

Installer ikke

Disse to versioner blev ved en fejl afgrenet fra 9.1.38 i stedet for fra 9.1.40. Derfor manglede skrivefortsættelse, selv-hash og tur-vagt. Begge npm-versioner er markeret som forældede; latest og next har aldrig peget på dem. 9.1.43 indeholder deres tilsigtede ændringer på den fulde beskyttelsesbasis.

Opdater og kontrollér

king update
blun --version

Efter installationen af 9.1.599 skal versionsoutputtet vise 9.1.599. Opdateringerne af 9.1.597 og den lokale udgave 9.1.598 via de offentlige update-kilder er afprøvet. En allerede kørende konsol indlæser først den nye kode efter dens genstart. Kontrollér derefter også /version i den.