BLUN King

BLUN King 9.1.621

Objavljeno:

King prevzame povzetek tvojega pogovora le, če je model potrdil njegovo dokončanje. Če te potrditve ni, ostane dosedanji potek pogovora nespremenjen.

Če se prenos povzetka konča nepričakovano, se dosedanji kontekst pogovora ne nadomesti z nepopolnim povzetkom. Sprememba zadeva le strnjevanje pogovora; običajni odgovori ostanejo nespremenjeni.

Še vedno so odprte posamezne napake pri shranjevanju seje; ta posodobitev jih ne odpravlja.

BLUN King

BLUN King 9.1.620

Objavljeno:

V sistemu Windows se konzola ob zaprtju okna popolnoma zaključi, tako da se ob naslednjem zagonu ne prikaže več sporočilo „že deluje“.

Posodobitev popravlja zaključek procesa konzole ob zaprtju okna. Konzola, ki dejansko še deluje, obdrži izključni dostop do svoje seje.

BLUN King

BLUN King 9.1.619

Objavljeno:

Ena prejšnja napaka pri strnjevanju pogovora ne zaklene več tvoje seje: po uspešnem strnjevanju King šteje le nove, neposredno zaporedne napake.

Ena prejšnja napaka pri strnjevanju pogovora ne zaklene več tvoje seje: po uspešnem strnjevanju King šteje le nove, neposredno zaporedne napake. Če strnjevanje dvakrat zaporedoma spodleti, sporočilo zdaj jasno prikaže „Strnjevanje je začasno ustavljeno“ namesto poročanja o polnem kontekstu.

Še vedno so odprte posamezne napake pri shranjevanju seje in pri ustvarjanju celotnega povzetka pogovora; ta posodobitev jih ne odpravlja.

BLUN King

BLUN King 9.1.618

Objavljeno:

Če po nadaljevanju tvoje seje prispe sporočilo iz Telegrama, medtem ko King že dela, ostane v čakalni vrsti in se nato dostavi.

Če po nadaljevanju tvoje seje prispe sporočilo iz Telegrama, medtem ko King že dela, ostane v čakalni vrsti in se nato dostavi. King tega čakanja ne prikazuje več kot napake.

V sistemu Linux x64 terminal uporablja priloženo binarno datoteko. Tako deluje tudi, ko npm 12 blokira namestitvene skripte; prevajalnik za to ni potreben. V ta namen King uporablja fiksno določeno predizdajo node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Objavljeno:

Pri ponovnem nalaganju iste seje King nespremenjenih navodil vtičnikov ne dodaja več večkrat.

Pri ponovnem nalaganju iste seje King nespremenjenih navodil vtičnikov ne dodaja več večkrat. Če se navodila spremenijo, King še naprej upošteva trenutno stanje.

Predogledi velikih izpisov orodij zdaj upoštevajo tudi razpoložljivo kontekstno okno. Izpise, prenesene ven, lahko še vedno v celoti prebereš.

Z ukazom /profile ali /profiles odpreš izbiro profila. King preklopi le, ko je tvoja seja pripravljena. Tekoče delo in čakajoča sporočila preprečujejo prenagljen preklop; v tem primeru ostane tvoj dosedanji profil aktiven.

Ko ustaviš tekoče delo, King počaka tudi na zadnje korake čiščenja. Delo, ki še ni dokončano, ni prezgodaj potrjeno kot končano.

BLUN King

BLUN King 9.1.616

Objavljeno:

Po potrjenem odgovoru v Telegramu King pri naslednjem varnem koraku prevzame nadaljnja sporočila, naslovljena nate, tudi med krogom, ki še poteka.

Po potrjenem odgovoru v Telegramu King pri naslednjem varnem koraku prevzame nadaljnja sporočila, naslovljena nate, tudi med krogom, ki še poteka. Že dostavljen odgovor ne zadržuje več čakalne vrste. Odgovori ostanejo dodeljeni svojemu klepetu.

Če prekineš krog, ostanejo še neprevzeta sporočila iz Telegrama na voljo za naslednjo dostavo. King jih potrdi šele, ko jih seja dejansko prevzame.

BLUN King

BLUN King 9.1.615

Objavljeno:

King velike kataloge orodij ohranja dostopne prek iskanja orodij in prilagaja proračun za orodja kontekstnemu oknu ponudnika.

King velike kataloge orodij ohranja dostopne prek iskanja orodij, ne da bi modelu poslal vse izbirne sheme orodij. Če ponudnik sporoči manjše kontekstno okno, King prilagodi proračun za orodja; najdena orodja ostanejo na voljo v naslednjem koraku.

Ko je potrebno, King velike izpise orodij prenese ven prej kot doslej. Celoten izpis lahko pridobiš kot doslej, če ga je mogoče varno prikazati.

Običajni odgovori v Telegramu in spremembe sporočil se ne zadržujejo več zaradi manjkajočega jezikovnega odobrenja. Preverjanje odgovorov, ki si ga nastavil, ostaja aktivno.

BLUN King

BLUN King 9.1.614

Objavljeno:

Prevelike datoteke AGENTS.md in AGENTS.override.md ne ustavijo več kroga samo zaradi svoje velikosti.

Zunaj King konzole King iz datotek z navodili skupaj prebere do 32 KiB in ti enkrat na sejo pove število izpuščenih bajtov.

V King konzoli ostanejo datoteke v celoti, dokler to dopušča meja zahteve.

Simbolne povezave in negotove poti ostanejo zaklenjene.

BLUN King

BLUN King 9.1.613

Objavljeno:

King prevelike zahteve modelu prepozna že pred pošiljanjem.

V King konzoli King iz vsake datoteke AGENTS.md in AGENTS.override.md prebere največ 32 KiB. Kar presega to, King izpusti in ti pokaže, koliko bajtov je izpustil.

King zdaj pred pošiljanjem oceni velikost celotne zahteve modelu, vključno z navodili, zgodovino, definicijami orodij in slikovnimi podatki. Ko se približa bajtni meji strežnika, se začne postopno strnjevanje. Če zahteve ni mogoče varno razdeliti, King prekine, ne da bi tiho zavrgel shranjeno zgodovino.

King dokončane klice orodij shranjuje lokalno kot metapodatke: ime orodja, čas, stanje in pri datotečnih orodjih po potrebi pot. Vnosi, izhodi, ukazi in ključi se ne shranjujejo. Z /memory tools lahko poiščeš vnose svojega profila.

Diagnostika konteksta prikazuje dodatne številke o sestavi zahtev. Izbirno merjenje faz zajema čas do klica modela, ne da bi beležilo vsebine.

Prikaz porabe prevzame ločeno sporočene žetone razmišljanja, če jih ponudnik posreduje.

Ni izdano, nadomeščeno z 9.1.613

BLUN King 9.1.612

Objavljeno:

9.1.612 ni bila objavljena kot posodobitev za stranke. Zgodnja bajtna zaščita pri zahtevi nad 900 KB ni delovala, če je bila zgodovina sama pod 600 KB. 9.1.613 nadomešča to stanje.

BLUN King

BLUN King 9.1.611

Objavljeno:

Velike zahteve za strnjevanje ostanejo znotraj bajtne meje strežnika.

  • King razdeli preveliko zahtevo za strnjevanje po velikosti zahteve na kronološke korake. Tako lahko strnjevanje teče naprej, tudi če zahteva vsebuje več bajtov, kot jih strežnik sprejme naenkrat.
  • Če že eno samo sporočilo presega mejo, ostane tvoja shranjena zgodovina nespremenjena. King je ne zavrže, da bi vsilil strnjevanje.

Krajši čas čakanja na model ali manjša poraba žetonov s tem nista dokazana. Posodobitev ne zažene znova že tekoče seje King.

BLUN King

BLUN King 9.1.610

Objavljeno:

King lahko znova namestiš pod Linuxom in ponovno zaženeš profile, drugi zagon aplikacije King pod Windows pa ne spodleti več z zavajajočim sporočilom o zasebnih ACL-jih.

  • Linux je spet v seznamu podprtih operacijskih sistemov paketa npm. Če imaš pod Linuxom starejšo različico, namestiš 9.1.610 prek običajnega posodabljalnika.
  • Izrecni zagoni z --profile in obstoječe okrajšave imen profilov vodijo v imenik izbranega profila. Zgolj neznano ime ne ustvari več tiho praznega profila; nov profil ustvariš namenoma z --profile.
  • Če obstoječemu profilu manjka lastna prijava, King ponudi /login, namesto da bi prekinil zaradi manjkajoče konfiguracije modela blun/king.
  • Pod Windows preverjanje zasebnih imenikov uspe tudi, če bridge za Telegram drži imenik vtičnikov odprt. TEMP in TMP se posredujeta pomočniku za ACL, ob napakah imenikov pa King navede zadevno pot in dejanski vzrok.
  • Če že teče interaktivni King, King to prepozna pred utrjevanjem zasebnih ACL-jev in sporoči njegov PID, namesto da bi drugi zagon prikazal kot napako pri zasebnih ACL-jih.

Prazen profil v 9.1.610 ne prevzame prijavnih podatkov iz skupnega domačega imenika. Trenutno poizvedovanje /login lahko še vedno prikaže „OAuth login expired“, tudi če se ta profil ni nikoli prijavil.

Pot posodobitve za Linux z 9.1.114 na 9.1.610 je bila po objavi prehojena. Pot posodobitve za Windows z 9.1.609 na 9.1.610 ni izmerjena.

Posodobitev ne zažene znova že tekoče seje aplikacije King.

BLUN King

BLUN King 9.1.609

Objavljeno:

Odpri izbiro napora s Ctrl+L in pri tem ohrani svoj osnutek v urejevalniku.

  • Ctrl+L odpre obstoječo izbiro napora brez izgube tvojega osnutka v urejevalniku. Obstoječe nastavitve napora in omejitve modela se znova uporabijo, namesto da bi se vzpostavila druga pot konfiguracije.
  • Obstoječe pravilo za tekoče seje ostaja: sprememba napora med aktivnim delom se zavrne, ne odloži za pozneje. Med predvajanjem ali prevzemom urejevalnika se bližnjica prezre.

Te spremembe ne dokazujejo niti hitrejših odzivnih časov v delovanju niti manjše zaračunane porabe žetonov in ne vzpostavljajo popolne paritete z OpenClaw.

BLUN King

BLUN King 9.1.608

Objavljeno:

V skupinah Telegram do agenta King pridejo le še sporočila, ki ga omenjajo. Tvoje večkratne izbire in postopno preklicanje vprašanj ostanejo ohranjeni.

  • V skupinah Telegram pridejo sporočila, ki ne nagovarjajo agenta King, v kontekst seje šele po preverjanju omembe. Kdor je preverjanje izrecno izklopil, to ohrani.
  • Tvoje večkratne izbire in postopno preklicanje vprašanj ostanejo ohranjeni. Ciljna noga teče na skupnem časovniku osveževanja.
  • Obremenitev pri prenosu ACL pod Windows se zmanjša, ne da bi se preverjanje dovoljenj oslabilo. Obnovitev po začasnih napakah pri zamenjavi konfiguracije je omejena; lastništvo zapisa ostane ohranjeno.
  • Pred ponovnim poskusom King preveri, ali je vzporedno odstranjen označevalec zapisovalnika pod Windows res izginil. Neberljivi obstoječi označevalci še naprej vodijo do prekinitve.

Te spremembe ne dokazujejo niti hitrejših odzivnih časov v delovanju niti manjše zaračunane porabe žetonov in ne vzpostavljajo popolne paritete z OpenClaw.

BLUN King

BLUN King 9.1.607

Objavljeno:

Tvoja nazadnje izbrana seja se vrne, neuspešni zapisi se pošteno sporočijo in vsak poskus HTTP dobi začetni časovni žig.

  • Izbirno obnovitev nazadnje izbrane seje lahko vklopiš z resume_last_selected v tui.toml. Izbira velja za potrjeni račun, izvajalno okolje, agenta in delovno območje. Običajni zagon ostane nespremenjen, izrecne izbire seje imajo prednost; nedostopne izbire padejo nazaj na novo sejo, ne na drugo.
  • Po neuspešni aktivaciji ostane prejšnja izbira ohranjena. Pod računom, ki se je med aktivacijo spremenil, se izbira ne shrani.
  • Neuspešni zapisi datotek niso označeni kot uspešni. Obstoječi protokol nadaljevanja za celotne vrstice pri zapisih nad 2.048 bajti UTF-8 je pojasnjen, ne da bi se meja povečala ali bi se zapis samodejno ponovno poskusil.
  • Neposredno pred vsakim poskusom HTTP se za diagnostično korelacijo zabeleži začetni časovni žig po stenski uri. Vsebine zahtev ali poverilnice ne pridejo v diagnostiko.
  • Znaki Unicode zunaj osnovne ravnine (na primer emoji) ostanejo v celoti ohranjeni na obstoječih mejah proračuna shranjevanja, ne da bi se ti proračuni povečali ali vzpostavilo dodatno shranjevanje.

Te spremembe ne dokazujejo niti hitrejših odzivnih časov v delovanju niti manjše zaračunane porabe žetonov, ne vzpostavljajo popolne paritete prehoda in ne izključujejo nenagovorjenih sporočil Telegram iz konteksta.

BLUN King

BLUN King 9.1.606

Objavljeno:

Pri nadaljevanju seje se najprej prikažejo trenutne strani prepisa; starejše strani naloži obstoječa navigacija prepisa.

  • Pri nadaljevanju interaktivne seje se najprej prikažejo trenutne strani prepisa; starejše strani naloži obstoječa navigacija prepisa. Popolna shranjena zgodovina in aktivni kontekst modela ostaneta ohranjena.
  • Ob zagonu velja prikazni cilj 200 zapisov predvajanja. Z --history-limit od 1 do 2000 lahko nastaviš prikaz prve in starejših strani; popolne menjave pogovora in pari orodij lahko cilj presežejo.
  • Prvi prikaz aktivacij skillov in vtičnikov ostane ohranjen prek meja strani. Položaj pomikanja na domači strani je popravljen, tako da nalaganje starejših strani ne pusti praznega zaslona.

Te spremembe zmanjšajo začetno delo upodabljanja prepisa. Ne dokazujejo niti hitrejših odzivnih časov modela niti manjše porabe žetonov ali nižjih računov, ne izboljšajo predpomnjenja ponudnika in ne omejujejo, koliko se ob zagonu prebere z diska.

BLUN King

BLUN King 9.1.605

Objavljeno:

Preveri vire konteksta, upravljaj tekoče postopke in ob zagonu konzole posreduj prvo sporočilo. Obdelava lokalne zgodovine in preverjanja strnjevanja so bili razširjeni.

  • Lokalne zgodovine sej se predvajajo v skupkih. Arhivirane prikazne strani je mogoče najti brez preiskovanja vseh prejšnjih blokov. Popolnoma shranjena zgodovina, preverjanja celovitosti arhiva in dosedanja obnovitev ostanejo ohranjeni.
  • Ponovljeni rezultati orodij se med zabeleženimi strnjevanji dosledno pripravijo za kontekst modela. Popolni lokalni izpisi in obstoječe pravice branja ostanejo ohranjeni. Izpisi se ne izločijo, če prek obljubljene poti obnovitve ne bi bili znova dosegljivi.
  • Končno samodejno strnjevanje zamenja aktivni kontekst le, če po isti metodi ocenjevanja zmanjša zgodovino. Ob zavrnitvi ostane prvotna zgodovina ohranjena. Izbirni sprožilec max_request_history_bytes uporablja obstoječi nadzor strnjevanja, je privzeto izklopljen in ne omejuje celotnega telesa zahteve ponudniku.
  • Diagnostika konteksta dobi ločene poglede in razporeditev virov za navodila, spomin, skille in prejšnja sporočila. Bajti serializirane vsebine, lokalne ocene žetonov in sporočena poraba ostanejo ločeni.
  • Pristojnost za sejo ostane ohranjena pri čakajočih nalogah, zapoznelih dogodkih, povratnih vprašanjih in spremembah konfiguracije. Drugi aktivni dostop za zapis v isto sejo se zavrne, namesto da bi se dovolile sočasne spremembe dnevnika.
  • Dodatna vrstica agenta/seje v nogi odpade. Seje je še naprej mogoče ciljno upravljati in diagnosticirati. Obstoječi vmesnik King, upravljani modeli in meje dovoljenj ostanejo ohranjeni.
  • --message posreduje prvo sporočilo za interaktivni zagon. Obdelano je po potrditvi ob zagonu in izbiri seje prek običajnega preverjanja sporočil in čakalne vrste. Njegova vsebina se ne razlaga kot ukaz s poševnico ali ukaz lupine.
  • Sporazum vmesnika priložene storitve Guard ostaja nespremenjen. Ta objava ne dokazuje niti hitrejših odgovorov v delovanju niti nižjih računov ponudnika, popolne funkcijske enakosti z OpenClaw ali omejene količine branja ob prvem nalaganju dnevnika seje.

/abort prekine tekoči postopek, ne da bi zavrgel čakajoče vnose. /stop dodatno zavrže čakajoče vnose. /exit še naprej konča konzolo. To so lokalni ukazi konzole, ne dodatni daljinski ukazi Telegram.

Preverjanja na stanju paketa 9.1.605: 238 datotek preverjanj s 6.900 testi ter 40 preverjanj staging, med njimi 25 domačih preverjanj terminala. Test izolirane posodobitve z 9.1.604 prek objavljene oznake kandidata z resničnim namestitvenim programom je bil uspešen. S tem niso dokazani niti krajši časi ogrevanja v tekoči seji niti popolna funkcijska enakost z OpenClaw.

BLUN King

BLUN King 9.1.604

Objavljeno:

Preveri velikost zahteve in vire konteksta, nalagaj orodja po potrebi in upravljaj dohodna sporočila znotraj posamezne seje.

  • /context doctor in /tokens razlikujeta število bajtov serializirane zahteve od ocenjenih števil žetonov ter prikazujeta zajete dele pravil, spomina, skillov in definicij orodij.
  • Srednje veliki katalogi orodij se po potrebi naložijo prek obstoječega iskanja; orodja ostanejo najdljiva in izvedljiva.
  • /queue upravlja sporočila znotraj posamezne seje. Običajna sporočila v čakalni vrsti ne prekinejo več dela samodejno po 30 sekundah.
  • Pri izbiri seje so mogoče natančne oznake ali naslovi ter enolične predpone oznak; noga prikazuje dodeljenega agenta in sejo.
  • Vsak poskus HTTP dobi novo oznako zahteve, če je klicatelj ne določi. Diagnostika ne spremeni obračunavanja.
  • Priloženi različici AgentSpine in Translate Native ostaneta nespremenjeni. Nižji stroški in hitrejši odgovori v delovanju niso dokazani.
  • /question: Znova odpre čakajoča povratna vprašanja. Zlaganje ne odgovori na povratno vprašanje niti ga ne zavrže.

Bajti zahteve, ocenjena števila žetonov, sešteta poraba seje in zaračunani žetoni so različne količine. Prikaz porabe upošteva tudi preverjanje odgovora. /usage cost z dnevnimi ali mesečnimi stroški ne sodi v to različico. Nižji stroški ali hitrejši odgovori v delovanju niso dokazani.

BLUN King

BLUN King 9.1.603

Objavljeno:

Izberi svoj delovni imenik v pogovornem oknu Windows. Če se konzola zažene iz System32, zdaj predlaga tvoj uporabniški imenik.

  • Če pod Windows izbereš drug delovni imenik, se odpre pogovorno okno imenika. Pot lahko še naprej vneseš ročno. Če pogovorno okno prekineš, se vrneš k izbiri imenika, ne da bi prevzel imenik.
  • Če pogovorno okno imenika ni na voljo, konzola poizve pot. Na drugih operacijskih sistemih ostane vnos poti.
  • Če se ob zagonu prevzame imenik znotraj imenika Windows ali je tak imenik shranjen, izbira imenika predlaga tvoj uporabniški imenik. Ročno vnesene poti se še naprej preverjajo kot doslej.

Različici AgentSpine in Language Guard ostaneta glede na 9.1.602 nespremenjeni. Ta posodobitev ne dokazuje pridobitve hitrosti za tekoče seje.

Pod Windows je še naprej potreben Git Bash. Če konzola sporoči, da Git Bash manjka, namesti Git for Windows. Nato znova odpri ukazni poziv, preden znova zaženeš king.

BLUN King · Objavljeno

BLUN King 9.1.602

Objavljeno:

Lasten zasebni imenik za starejše izpise orodij, kadar podedovana dovoljenja Windows preprečujejo izločitev.

  • Ustrezni starejši izpisi orodij se odložijo v lasten zasebni imenik, kadar podedovana dovoljenja Windows preprečujejo izločitev. Obstoječe datoteke, dovoljenja in popolna zgodovina seje ostanejo nespremenjeni.
  • Preverjanja celovitosti, pravice branja in sklic na popolni kontekst ostanejo ohranjeni, če arhiviranega izpisa ni mogoče obnoviti. AgentSpine 0.73.0 in Language Guard 6.20.0 sta glede na 9.1.601 nespremenjena.

Krajši odzivni časi v delovanju ali manjša zaračunana poraba žetonov še nista dokazana.

BLUN King · Objavljeno

BLUN King 9.1.601

Objavljeno:

Vnosi ostanejo v čakalni vrsti, starejši izpisi orodij dobijo preverjene sklice, preverjanja odgovorov z omejeno hitrostjo pa se ponovijo omejeno število krat.

  • Če ozadnje delo pride prvo na vrsto, ostanejo vnosi terminala v prvotnem vrstnem redu v čakalni vrsti. Vsak vnos se prikaže le enkrat.
  • Ustrezni starejši izpisi orodij se v zahtevah modela nadomestijo s preverjenimi sklici na zasebne datoteke. Popolna zgodovina in rezultati trenutnega koraka pogovora ostaneta ohranjena. Če ponovno nalaganje ni mogoče, ni dovoljeno ali se je vsebina spremenila, se pošlje celoten izpis.
  • Domače preverjanje odgovora, ki mu je bila omejena hitrost, se enkrat ponovi z istim osnutkom odgovora. Pri tem velja shranjena čakalna doba ponudnika. Že zaključeni klici orodij se ne ponovijo, nepregledana besedila se ne odobrijo.
  • Do 2.048 izhodnih žetonov ostane prostih kot medpomnilnik za odstopanja pri oceni vnosa. Okno konteksta se ne zmanjša; manjše izrecno nastavljene omejitve izhoda ostanejo nespremenjene.

Te spremembe ne dokazujejo niti manjše zaračunane porabe žetonov niti krajših odzivnih časov v delovanju. Prav tako ne odpravijo vsake napake HTTP-502 na strani strežnika.

BLUN King · Objavljeno

BLUN King 9.1.600

Objavljeno:

Preverjanje odgovora s fiksnimi časovnimi mejami in določenimi stanji komponent.

BLUN King 9.1.600 je objavljen. npm in javni manifest posodobitev se ujemata. Objava ne dokazuje niti namestitve na tvojem računalniku niti prevzema v delovanju.

Omejeno preverjanje odgovora

  • Splošni pregledovalci ohranijo dosedanji rok 30 sekund. Domače jezikovno preverjanje dobi od začetnega signala zaupanja vredne komponente gostitelja do 90 sekund za prvo vsebinsko besedilo, enkrat na zunanji poskus preverjanja.
  • Vsebinsko besedilo v okviru dovoljene dolžine izhoda ter urejeni prehodi k odobritvi in preverjanju dokazil ponastavijo čakalno dobo vsakič na 30 sekund.
  • Za vsak zunanji poskus preverjanja velja ne glede na to skupna meja 120 sekund. Napredek te meje ne more podaljšati. Ostane pri največ dveh zunanjih poskusih preverjanja.
  • Pred sprejetjem odobritve se dejansko pretečeni čas ponovno preveri. Tudi ob zakasnjenih klicih časovnika ostane pretečeni poskus preverjanja zaklenjen; zapozneli napredek ne more podaljšati pretečenega roka.

Signali prekinitve se še naprej upoštevajo. Vezanost na natančno besedilo odgovora, časovna veljavnost dokazila o odobritvi in avtorizacija se še naprej preverjajo.

Priložene komponente

Različica 9.1.600 vsebuje AgentSpine 0.73.0 in Translate Native 6.155.0. Protokol Guard ostaja nespremenjeno na 6.20.0.

Znane omejitve

Nove časovne meje ne dokazujejo splošne odprave napak HTTP-502 v živem delovanju. Odprta opažanja iz 9.1.599 ostanejo odprta brez posebnega dokaza iz živega delovanja.

Kontekst in pomoč

Popolnoma ohranjenega poziva ni več mogoče tiho skrajšati samo zato, da bi se prilegal v manjše trdo okno modela. Pri novi, izrecno določeni razdelitvi ohranjenih uporabniških sporočil s privzetim proračunom 20.000 žetonov je mogoče prilagoditev zaključiti v istem strnjevanju. Pri poznejših ali obnovljenih predponah se zaradi tega ne smejo zavreči nadaljnje zahteve. Zahteva mora še naprej ustrezati trdemu oknu modela.

Čisti klici pomoči z --help ali -h ne ustvarijo več stanja diagnostike ob izvajanju. Če se argumenta poziva in pomoči združita, ostane dosedanje obnašanje ob izvajanju ohranjeno.

BLUN King · 18. september 2026

BLUN King 9.1.599

Objavljeno:

Razumljive posamične odobritve za osebni spomin in dodatne popravke pri prekoračitvah konteksta.

Zahteve za odobritev osebnega spomina prikažejo razumljive naslove dejanj v izbranem jeziku in popolne predoglede dejanskih sprememb nastavitev ali besedila, ki naj se shrani. Nadzorni znaki so vidno zamaskirani; prvotna vsebina ostane nespremenjena.

Veljavne spremembe spomina je treba odobriti posamično; neveljavne vnose je mogoče le zavrniti. Odobritev seje ne odobri samodejno čakajočih zahtev, ki potrebujejo posamično odobritev.

Preverjanje paketa obsega 37 funkcijskih področij s 199 obveznimi preverjanji, 158 izvedbami preverjanj in 4.905 različnimi uspešnimi testi. Poleg tega sta bili posodobitvi z 9.1.597 in lokalne vmesne različice 9.1.598 na 9.1.599 preverjeni v izoliranih namestitvah z nespremenjenim posodabljalnikom in potjo namestitve. Oba testa sta različico prepoznala prek javnih virov posodobitev in preverila vseh 918 datotek arhiva objave.

Opombe v README.md in CHANGELOG.md nespremenjenega paketa 9.1.599 opisujejo stanje kandidata ob pakiranju. Po lokalni namestitvi niso bile naknadno spremenjene. Ta javna stran ločeno nadaljuje stanje objave in pozneje opažene omejitve.

Znane omejitve v 9.1.599

V delovanju so bili še naprej opaženi ponavljajoči se odgovori HTTP-502, ki so jim deloma sledile uspešne zahteve. Popravki konteksta niso splošna odprava napak ponudnika ali omrežja.

Jezikovno preverjanje lahko prekine odgovor z missing-language-character-profile ali suspected-ascii-substitution. Ta ugotovitev ostaja odprta; 9.1.599 zanjo ne vsebuje dokazanega popravka.

Odgovor na poslano sliko je potrdil uporabnik. Neodvisno preverjanje razlage slike ter vizualni prevzem vnosa in statusnih vrstic še nista opravljena. Uspešna preverjanja paketa niso splošna razbremenitev za te postopke.

Prevzeto iz lokalne vmesne različice 9.1.598

Brez datuma

9.1.598 je bila lokalno preverjena in nameščena, vendar ni bila objavljena kot samostojna posodobitev npm. Naslednje spremembe so vključene v 9.1.599:

  • Pri zavrnitvi konteksta se spodnje meje za število vhodnih žetonov razlikujejo od natančnih navedb. Za sporočeno spodnjo mejo se omejitev izhoda enkrat zmanjša, ne da bi se zavrgla sporočila ali orodja. Signali prekinitve in omejitev nadaljnjih poskusov ostanejo učinkoviti. S tem se ciljno popravi napaka pri izračunu omejitve izhoda, reproducirana v 9.1.597.
  • Prvotnih 150 izmenjujočih se besed dejavnosti je spet vključenih. Za njihov prikaz ni dodatnih zahtev modelu.
  • Pri zaupanja vrednem vhodnem kavlju AgentSpine se namesto polnih podatkov medijev posreduje kompaktna referenca medija z vrsto, kontrolno vsoto SHA-256 in navedbo velikosti. Polne priloge za model in obstoječa zaščitna preverjanja ostanejo ohranjena. To samo po sebi še ne dokazuje uspešne razlage slike v delovanju.

Novo v 9.1.597

Objavljeno:

Omejena obnovitev ob izrecno sporočenih prekoračitvah konteksta, tudi za odzivom napake prehoda.

Če je zahteva pred začetkom izhoda zavrnjena zaradi dokazane prekoračitve konteksta, lahko King izvede omejen nov poskus z manjšo omejitvijo izhoda. Prepoznajo se tudi ustrezno zapakirane napake v odzivu 502. Sporočila, orodja, manjše izrecno izbrane omejitve izhoda in signali prekinitve ostanejo ohranjeni. Že začet tok se ne predvaja znova.

To ne odpravi vseh napak ponudnika ali omrežja. Splošne prekinitve povezave in izpade storitev je treba še naprej preverjati na podlagi njihovih lastnih podatkov o napakah.

Znana omejitev v 9.1.597: Če strežnik sporoči le spodnjo mejo za število vhodnih žetonov, lahko poskus ponovitve znova spodleti in sproži nepotrebna strnjevanja. Ta primer je bil po objavi reproduciran 17. septembra 2026. Dodatni popravek iz lokalne vmesne različice 9.1.598 je vključen v 9.1.599.

Preverjenih je bilo 36 funkcijskih področij s 183 obveznimi preverjanji in 4.407 različnimi uspešnimi testi ter resnična posodobitev z 9.1.596 na 9.1.597. To preverjanje paketa ne nadomešča testa uporabe že odprte seje stranke.

Novo v 9.1.596

Objavljeno:

Samodejne prekinitve v korist čakajočih sporočil Telegram se razlikujejo od resničnih ročnih prekinitev. Takšna prekinitev čakalne vrste ni več napačno sporočena kot pritisk tipke Escape. Čakalna doba, zaščitna pravila za tekoča orodja in obnašanje ob resnični ročni prekinitvi ostanejo ohranjeni.

Novo v 9.1.595

Objavljeno:

Izbirne sheme orodij se naknadno naložijo prek ToolSearch in omejeno hranijo. Veliki katalogi skillov se zagotovijo kompaktno in po straneh. Iskanje, poznejše razširitve MCP in običajna preverjanja dovoljenj ostanejo ohranjeni.

Pri kratkih pozdravih lahko King uporabi omejen novejši izsek pogovora, ne da bi izbrisal shranjena sporočila ali skrajšal sistemska navodila. Za poznejšo delovno nalogo King znova upošteva ohranjeno delovno zgodovino. Obračun konteksta ostane ohranjen tudi po nadaljevanju seje. Fiksna poraba žetonov za vsak pozdrav ni zagotovljena.

Novo v 9.1.594

Objavljeno:

  • Zasebni odgovori Telegram ostanejo mogoči, medtem ko čakajo sporočila v skupinah. Razporeditev ukazov s poševnico ostane ohranjena.
  • Dolge čakalne dobe iz Retry-After se upoštevajo; ob nadaljevanju seje se obnovi preostali premor.
  • Po zavrženem spremljevalnem opisu se že zaključen korak orodja nadalje obdela. Zavrženi opis se ne objavi, preverjanje končnega odgovora se ne oslabi.
  • Omejene funkcije obnovitve za zapis v več delih so spet na voljo. To velja tudi za časovne meje lupine, nadzor nalog in obnovitev seje.
  • Vnos, vrstice kontingenta, prikaz dejavnosti, zložljive naloge in izpisi orodij z označbo vira ostanejo vidni med tokom in med pomikanjem po zgodovini.
  • Pred pakiranjem so potrebni popolni regresijski dokazi konzole; javni metapodatki posodobitev se preverijo glede ujemanja.

Vmesne različice 9.1.590 do 9.1.593

Te različice so prisotne v lokalni evidenci izdaj, 17. septembra 2026 pa niso vključene v javni seznam različic npm. Tu niso priporočene kot javno dostopne posodobitve. Dela na zagonu, nadaljevanju, dovoljenjih, prikazu dejavnosti in vidnem vnosu so upoštevana v dokazilih za 9.1.594.

Novo v 9.1.589

Objavljeno:

  • Preverjeni viri AgentSpine in Translate Native ter preverjeni manifesti posodobitev so priloženi.
  • Pri nalaganju konteksta agenta ostane aktivni profil aplikacije King ohranjen.
  • Za preverjanje odgovora potrebna orodja ostanejo na voljo. Poraba pri ustvarjanju odgovora se zabeleži tudi, če preverjanje odgovor zavrže.
  • Pri upravljani povezavi kanala se sporočila skupin dodelijo le ob izrecni omembi.
  • Konzola prikazuje tekoče strnjevanje in veljavne mejne vrednosti.
  • Delovni proračun za zgodnje strnjevanje in varnostna rezerva na meji zahteve ostaneta ohranjena tudi med posodobitvami.
  • Pogovorno okno posodobitve ob zagonu, napredek in opozorila o predvidenih posodobitvah dosledno uporabljajo izbrani jezik.
  • Tehnične identifikacijske oznake integracij in licence ostanejo ohranjene; vidna sporočila o napakah ob izvajanju so oblikovana nevtralno.
  • Namestitev ne zažene znova obstoječih sej. Tekoča seja naloži novo kodo ob naslednjem zagonu.

9.1.588: umaknjeno

Objavljeno:

Ta različica je bila objavljena 11. septembra 2026 in nato v npm označena kot umaknjena. Register navaja neuspelo preverjanje združljivosti manifesta posodobitev. Uporabi trenutno stabilno različico, ne tega umaknjenega paketa.

Novo v 9.1.587

Objavljeno:

Stabilnejši katalogi orodij, zgodnejše samodejno strnjevanje in ciljni poskus ponovitve po prekinitvah zaradi predolgih čistih faz razmišljanja.

Pri navodilih v medpomnilniku znotraj tekočega delovnega kroga ostane aktivni katalog orodij ohranjen tudi v naslednjem delovnem koraku. Potrebna orodja ostanejo na voljo. Če je obstoječi proračun shem presežen, se ohranjene izbirne definicije orodij znova izberejo.

Samodejno strnjevanje konteksta se znova začne prej. Po uspešnem strnjevanju, ki zmanjša zgodovino, jo lahko King v istem krogu izvede znova. Nižje meje modela in omejitev neuspelih poskusov ostaneta učinkoviti.

Po prekinitvi zaradi predolge čiste faze razmišljanja King uporabi obstoječi enkratni poskus ponovitve z izklopljenim razmišljanjem, da lahko model odgovori ali pokliče orodje. Naslednji redni koraki ohranijo izbrano nastavitev razmišljanja; prekinitev, preverjanja odobritev in časovne meje ostanejo učinkoviti.

Z BLUN_STABLE_STEER_TOOLS=0 ali BLUN_EARLY_COMPACTION=0 pred zagonom aplikacije King lahko za posamezno funkcijo obnoviš dosedanje obnašanje. Posodobitev ne prepisuje obstoječih sej ali konfiguracijskih datotek.

Novo v 9.1.586

Objavljeno:

Sprejem Telegrama pod Windows se znova zažene, če stara identifikacijska številka procesa bridgea medtem pripada drugemu procesu. Ob negotovi razporeditvi procesov King ne poseže; tuji proces se ne konča.

Strnjevanje konteksta, nastavitve modela, zgodovina pogovora in dosedanje obnašanje dostave Telegrama ostanejo nespremenjeni.

Novo v 9.1.585

Objavljeno:

BLUN King · 8. september 2026

Različica 9.1.585 preveri strukturo in posamezne zadetke upravljanih odgovorov WebSearch tudi, če manjkajo izbirni podatki o stanju iskanja.

Odgovor brez veljavnega seznama zadetkov se ne izda več kot uspešno iskanje brez rezultatov. Vsak zadetek mora vsebovati naslov, ki ni niti prazen niti sestavljen samo iz presledkov, besedilni izvleček kot niz in absolutni naslov HTTP ali HTTPS brez vgrajenih poverilnic. Neveljavni zadetki povzročijo, da se celoten odgovor zavrne, preden se vrnejo rezultati ali opozorila o nepopolnih rezultatih iskanja.

Veljavni odgovori v dosedanji obliki brez navedb stanja so še naprej podprti, prav tako prazni seznami zadetkov in prazni nizi kot besedilni izvlečki. Pri veljavnih odgovorih ostanejo vrstni red, natančni nizi URL-jev, izbirni podatki o datumu in spletišču, navedbe virov v izpisu in obdelava nepopolnih rezultatov nespremenjeni.

Spremenjena je le upravljana iskalna povezava. Obnašanje prekinitve, preverjanje pristnosti zahtev, FetchURL in Telegram ostanejo nespremenjeni. Preverjanje oblike ne dokazuje, da je vir pravilen ali aktualen. Ta različica ne uvaja niti omejitve velikosti odgovorov niti nove časovne meje.

Novo v 9.1.584

Objavljeno:

Različica 9.1.584 posreduje signal prekinitve klicatelja skozi WebSearch do upravljane iskalne zahteve HTTP, tudi pri branju vsebine odgovora.

Že prekinjena iskanja ne sprožijo obdelave pri ponudniku. Če prekinitev nastopi med ugotavljanjem poverilnic, se po tem ne pošlje več iskalna zahteva. Rezultati, ki prispejo po prekinitvi, se ne vrnejo kot uspešno iskanje.

Preverjanja prekinitve zajamejo tudi uspešne odgovore JSON, vsebino odgovorov o napakah in opozorila o nepopolnih rezultatih iskanja. Obdelava popolnih, nepopolnih in praznih rezultatov, navedbe virov in redni nadomestni postopek pri preverjanju pristnosti ostanejo nespremenjeni.

Ta različica ne uvaja nove časovne meje in ne spreminja razporeditve Telegram. Skupni postopki za podaljšanje poverilnic OAuth in izvedbe prenosa, ki prezrejo signale prekinitve, se ne prekinjajo prisilno. Prekinitev zahteve stranke ne dokazuje, da je delo na oddaljenem strežniku ali njegovo obračunavanje končano.

Novo v 9.1.583

Objavljeno:

Prekinitev pri pridobivanju strani se zdaj posreduje do zahteve HTTP.

FetchURL posreduje signal prekinitve klicatelja skozi orodje in obe storitvi pridobivanja. Zahteva, prekinjena pred začetkom, se ne pošlje. Če prekinitev nastopi med ugotavljanjem poverilnic, se upravljana zahteva HTTP po tem ne zažene več.

Po prekinitvi upravljanega pridobivanja se ne zažene več lokalna nadomestna pridobitev. Zapozneli rezultat storitve pridobivanja se zadrži in se ne uporabi kot dokaz vira. Pri običajnih napakah HTTP in omrežja ostane dosedanja lokalna nadomestna pridobitev mogoča.

Ne uvaja se nova časovna meja. Skupno podaljšanje poverilnic in sinhronska obdelava HTML se ne prekinjata prisilno. Omejitev velikosti iz 9.1.582 ostane; usmerjanje Telegram in zahteve modelu ostaneta nespremenjena.

Novo v 9.1.582

Objavljeno:

Lokalno pridobivanje strani preveri velikost odgovora že pri branju in prekine ob prekoračitvi meje.

Lokalno pridobivanje šteje dohodne bajte odgovora pred dekodiranjem vsakega podatkovnega bloka in prekine podatkovni tok, takoj ko je omejitev velikosti presežena. Če navedba Content-Length manjka ali je napačna, se celoten odgovor ne prebere več najprej in nato zavrne.

Privzeta meja ostane pri desetih MiB in velja za tok odgovora po razširitvi HTTP. Znaki UTF-8, razporejeni po več podatkovnih blokih, ostanejo ohranjeni. Transportni medpomnilniki in podatkovni blok, s katerim je meja presežena, so lahko že v pomnilniku; s tem ni povezana natančna zgornja meja za ves procesni pomnilnik.

Spremenjena je lokalna pot pridobivanja, tudi kadar služi kot nadomestna rešitev. Popravki raziskovanja iz 9.1.581 ostanejo vključeni. Usmerjanje Telegram in čakalni čas na model ostaneta nespremenjena.

Novo v 9.1.581

Objavljeno:

Pri lokalnem pridobivanju strani se prazni izvlečki HTML ne izdajo več kot uspešni viri.

Če po čiščenju in pretvorbi ne ostane nobena vsebina strani, naslov dokumenta sam po sebi ne zadostuje več za uspešno pridobitev. Namesto tega se vrne že obstoječa napaka izvlečka.

Kratke resnične vsebine in vidni naslovi ostanejo ohranjeni. Odgovori v obliki navadnega besedila ali Markdown ostanejo nespremenjeni. Popravek zadeva lokalni izvleček HTML, ne upravljane storitve pridobivanja.

Popravki raziskovanja iz 9.1.580 in dosedanji popravki Telegram so nespremenjeno vključeni. Ta posodobitev ne spremeni niti čakalnega časa na model niti razporeditve dohodnih sporočil njihovim prejemnikom.

Novo v 9.1.580

Objavljeno:

Shramba raziskovanja zavrne neveljavne zgodovinske datume pri virih.

Novo poročilo se ne shrani, če navedba datuma pri viru vsebuje neveljaven koledarski dan ali neovrednotljiv časovni del. Manjkajoče navedbe datuma ostanejo dovoljene.

Pri pridobivanju shranjenih dokazil raziskovanja se starejša dokazila z neveljavnimi datumi pri virih preskočijo in sporočijo z diagnostičnim opozorilom. Datoteke se ne prepišejo niti ne izbrišejo. Po ločenih veljavnih dokazilih je še naprej mogoče iskati; veljavni datumi ohranijo svoj zamik časovnega pasu in natančnost.

Razvrščanje dokazil raziskovanja iz 9.1.579 in dosedanji popravki Telegram so nespremenjeno vključeni. Ta posodobitev ne spremeni niti čakalnega časa na model niti razporeditve dohodnih sporočil njihovim prejemnikom.

Novo v 9.1.579

Objavljeno:

Shranjena dokazila raziskovanja se ob enaki ustreznosti razvrstijo po dejanskem času pridobitve.

Časovne navedbe z in brez milisekund se primerjajo kot časovne točke UTC, ne kot besedilo. Ustreznost ima še naprej prednost; ob enakih časovnih točkah ostane dosedanji vrstni red ohranjen.

Če je bilo isto mesto besedila zajeto večkrat, rezultat obdrži navedbe izvora najnovejše pridobitve. Že shranjena dokazila ostanejo nespremenjena in zato ne veljajo kot na novo preverjeni viri.

Popravek za odgovore Telegram iz 9.1.578 je nespremenjeno vključen. Enako velja za omejitev ponovnih poskusov, kadar model zgolj razmišlja, ne da bi podal odgovor ali klic orodja. Ta posodobitev ne spremeni niti čakalnega časa na model niti pomenske razporeditve dohodnih sporočil.

Novo v 9.1.578

Objavljeno:

Omejene ponovitve, kadar model zgolj razmišlja in pri tem doseže časovno mejo, ter ciljni popravek za kratke odgovore v skupinah Telegram glede na vprašanje.

Če model doseže časovno mejo, medtem ko zgolj razmišlja, King dovoli en dodatni poskus na korak. Druga takšna prekoračitev časa konča korak. Izbrani napor razmišljanja in dosedanja časovna meja ostaneta nespremenjena. Ta omejitev ne skrajša čakanja na prvi izpis modela.

Kratka sporočila o lastni prisotnosti v skupinah Telegram je zdaj dovoljeno poslati, če jih reply_to poveže z največ 30 minut starim vnosom iz istega pogovora. Ta vnos mora izrecno nagovarjati agenta ali ustrezati podprtemu nemškemu ali angleškemu vprašanju o njegovi prisotnosti, ki se začne z njegovim nastavljenim imenom. Neprošena sporočila o prisotnosti in pojasnila, da ni kaj sporočiti, se še naprej filtrirajo. Samodejna nadomestna dostava v skupine ostaja izklopljena.

Dnevniki poslanih in potlačenih odgovorov zdaj vsebujejo reply_to. Če kontekst manjka ali je dvoumen, izjema ne velja. Ta posodobitev ne dodaja splošnega prepoznavanja prejemnikov in ne preprečuje nepotrebnih klicev modela zaradi dosedanjega pomenskega naslavljanja.

Popravek velja za dve natančno identificirani različici upravljanih pošiljateljev MCP Telegram in se uporabi tudi pri končnem združevanju konfiguracije vtičnika. Starejši pošiljatelj uporablja združljivostno kopijo z ozko omejenimi spremembami. Vhodni bridgei, nastavitve dostopa, profili in register vtičnikov se ne prepišejo. Neznani ali prilagojeni pošiljatelji ter izrecno nastavljene preglasitve ostanejo ohranjeni. King je treba po posodobitvi znova zagnati, da se popravek naloži.

Novo v 9.1.577

Objavljeno:

Nič več samodejnih sporočil o zaključku v skupinah Telegram. Uporabni odgovori se tja pošljejo ciljno prek orodja za odgovor Telegram.

Jedro CLI in samostojni bridge Telegram normalnega končnega besedila agenta ne posredujeta več samodejno skupinam. Tako opozorila, kot je „Ni kaj sporočiti“, ne pridejo več v skupino prek te samodejne nadomestne dostave.

Odgovori v zasebnih pogovorih, izrecno uporabljena orodja za odgovor, zahtevani ciljni rezultati, sporočila o ukazih in stanju ter pošiljanje medijev ostanejo ohranjeni. Navodila poziva za običajne vnose, krmilna sporočila med tekočim postopkom in sporočila skupin samostojnega bridgea zdaj vsebujejo isto pravilo pošiljanja.

To ne zagotavlja, da model nikoli ne pošlje nepotrebnega odgovora s klicem orodja. Popravek tudi ne prepreči, da bi sporočila skupin brez zveze z zadevnim agentom dosegla model. Pravila omenjanja, nastavitve dostopa in razreševanje upravljanih vtičnikov ostanejo nespremenjeni; posodobitev AgentSpine ali jezikovnega varuha ni vključena.

Posodobljeno jedro mora naložiti nov proces. Tekoče seje se ne zaženejo samodejno znova. Obstoječi profili in zgodovina sej ostanejo ohranjeni.

Novo v 9.1.576

Objavljeno:

BLUN King 9.1.576 razlikuje C++ in C# pri lokalnih poizvedbah raziskovanja ter vsebuje prej objavljene popravke za posodobitve, nadaljevanje sej in Telegram.

Iskanje v lokalnih dokazilih raziskovanja obravnava samostojna C++ in C# kot različna pojma, tudi pri različni velikosti črk in z okoliškimi ločili. Shranjena mesta besedila, zgoščene vrednosti, zaščitna preverjanja virov, normalizacija Unicode, meje zbirk in omejitve izpisa ostanejo nespremenjene. Ponovno indeksiranje ni potrebno.

Določen preizkusni zagon z 20 tehničnimi iskalnimi poizvedbami in ciljni regresijski testi za meje žetonov preverjajo ta popravek. Zadeva lokalno iskanje in ni izjava o kakovosti ali zmogljivosti WebSearch v živem obratovanju. Vse spremembe iz 9.1.575 ostanejo vključene.

Novo v 9.1.575

Objavljeno:

Vključeni spletni pajek zavrne odgovore z oznako cf-mitigated: challenge, preden prebere vsebine, sledi preusmeritvam ali odsotno datoteko robots obravnava kot dovoljenje za nadaljevanje. Pri imenih glav ne upošteva velikosti črk; poleg tega preverja normalizirane vrednosti in večkratne glave. Stanje odgovora ostane v poročilu o napaki.

Manjkajoče datoteke robots brez te oznake in običajne dokumentacijske strani še naprej potekajo po obstoječem postopku. Že zaključene strani ostanejo na voljo, če je poznejša stran zavrnjena; napaka se sporoči kot nepopoln rezultat. Ta zaščita preverja oznako odgovora. Ni niti splošno prepoznavanje izzivov niti obhod CAPTCHA. Iskalni ponudniki, preverjanje pristnosti, zaklepi posodobitev in jedro CLI ostanejo nespremenjeni. Vse spremembe iz 9.1.574 ostanejo vključene.

Novo v 9.1.574

Objavljeno:

Izrecno zahtevane posodobitve zdaj razlikujejo med blokirano posodobitvijo, nedostopnim preverjanjem zaklepa, nedostopnim zasebnim imenikom, neveljavno nameščeno različico in nedostopnim zaščitenim namestitvenim programom. Ti primeri se ne sporočajo več pavšalno kot neuspelo preverjanje paketa. Sprememba velja za nemška in angleška sporočila.

Dovoljenje posodobitve, obnašanje zaklepa, razlogi vrnitve, izhodne kode in obnašanje namestitvenega programa ostanejo nespremenjeni. Tekoče seje se ne končajo samodejno. Paketi, določeni na stari notranji kanal, še naprej potrebujejo izrecno namestitev npm ob ustavljeni aplikaciji King; ta različica določitve ne prekliče. Vse spremembe iz 9.1.573 ostanejo vključene.

Novo v 9.1.573

Objavljeno:

Vnosno polje ostane vidno in osredotočeno po izbiri cilja ob zagonu, tudi po Escape ali neuspeli ponovni vzpostavitvi cilja. Neposlani osnutki ostanejo ohranjeni. Namesto celotnega besedila cilja se prikaže kompaktna izbira za nadaljevanje z ali brez cilja.

Ctrl+S zapusti izbiro, ne da bi potrdil cilj, in se obdela kot redna bližnjica za čakalno vrsto. Upoštevajo se tudi čakajoči vnosi v stanju mirovanja. Escape ohrani svoj dosedanji vrstni red: najprej izprazni čakalno vrsto, ob naslednjem Escape prekine aktivni potek. Zgodovina seje se ne izbriše samodejno.

Ta različica ne rekonstruira potrdil o dostavi, ki jih je starejši proces izgubil pred posodobitvijo. Dejansko čakajoča sporočila ostanejo dodeljena svoji seji.

Novo v 9.1.572

Objavljeno:

Pri dokazilih raziskovanja se zavrnejo URL-ji virov, katerih parametri poizvedbe ali fragmenti v obliki parametrov vsebujejo znana imena parametrov za poverilnice. Preverijo se tudi gnezdena imena in poti v fragmentu. Zavrnitev velja tako za neuspele kot za uporabne vire.

Že shranjena poročila s takšnimi URL-ji se pri pridobivanju zadržijo z obstoječim rezultatom partial / report-invalid. Prvotno shranjena stanja se ne spremenijo niti ne izbrišejo; naslovi virov se ne tiho skrajšajo ali prepišejo. Običajni parametri poizvedbe in sidra v URL-jih dokumentacije ostanejo bajtno ohranjeni. Zaščita prepozna znana imena parametrov, ne poljubnih skrivnosti, in ne čisti zgodovine.

Novo v 9.1.571

Objavljeno:

Območja čakalne vrste Telegram se dodelijo svoji seji. Nova seja ne prevzame več samodejno čakajočega dela starejše seje. Pri nadaljevanju znane seje se obnovijo le njena lastna čakajoča območja. Med izbiro, ustvarjanjem in preklopom seje se prevzem sporočil kanala začasno ustavi. Sporočila, ki prispejo po izbrani meji, naknadni vnosi v lokalnem urejevalniku in zapoznela potrdila o dostavi ohranijo svojo pravilno dodelitev.

Razporeditev in potrdila o dostavi, ki prispejo v drugačnem vrstnem redu, ostanejo ohranjeni ob ponovni povezavi in predaji najema. Poškodovano ali zamenjano stanje čakalne vrste se zavrne, namesto da bi se stari vnosi neopaženo znova predvajali. Vhodni predal in zgodovina sej ostaneta ohranjena. Stara čakajoča območja brez prepoznavne seje se odložijo in ne dodelijo nobeni novi seji; njihova samodejna obnovitev ni vključena. To ne odpravi vsake časovne prekoračitve ali blokiranega strnjevanja konteksta. Znižanje različice ni postopek za migracijo čakalne vrste.

Vtičnik Telegram in neodvisna nadomestna funkcija konzole za samodejno pošiljanje odgovorov potlačita prepoznana potrdila o prejemu in besedila, ki zgolj napovedujejo lastno tišino, tudi nad 200 znaki. Če sporočilo vsebuje neprepoznan ali vsebinsko pomemben del stavka, ostane ohranjeno. Kratka uporabna opozorila skupin se lahko še naprej dostavijo. To je previden nemško-angleški filter pošiljanja z dopolnilnimi navodili, ne jamstvo, da vsak model razume vsak pogovor v skupini.

Nov proces mora naložiti posodobljeni paket; tekoče seje se ne zaženejo znova. Obstoječe določitve na notranje kanale posodobitev in zaklepi namestitve Windows z EBUSY ostanejo ločeni problemi. Vse ostale spremembe iz 9.1.570 ostanejo vključene. Ta različica ne aktivira gostovanega spletnega iskanja in ne spremeni niti AgentSpine niti obračunavanja, preverjanja pristnosti ali konfiguracije strank.

Novo v 9.1.570

Objavljeno:

Vsaka nova dostava poziva dobi svojo identifikacijsko oznako korelacije kavlja. Kavlji iste dostave ohranijo isto oznako; izrecno nastavljene oznake ostanejo ohranjene. Vrednosti okolja, specifične za sejo, dosežejo podprocese kavljev in povezave MCP tudi ob ponovni povezavi, ne da bi se prepisale shranjene konfiguracije vtičnikov. Razporeditev domačih rezultatov orodij ostane ohranjena skozi poteke, tudi ob neuspelih orodjih in dvojnih klicih.

Kanonično enakovredne poizvedbe raziskovanja Unicode najdejo iste zadetke, ne da bi enačile različne znake. Shranjeni viri, datumi, različice in meje projektov ostanejo ohranjeni. king --help in king --version ne spreminjata več nastavitev registra Windows za slike ob zrušitvi.

Spletno iskanje podpira delne odgovore, če je bil ta način odgovora dogovorjen, in pri tem prikaže opozorilo o izpadlih virih. Prazni ali nezdružljivi delni odgovori ostanejo izrecne napake. Ta sprememba odjemalca ne aktivira gostovane iskalne storitve in ne zagotavlja njenega delovanja.

Prevoz BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE je privzeto izklopljen. Ob izrecni aktivaciji posreduje dejansko pot shranjenega dnevnika seje in pripadajoči dnevnik izbranemu vtičniku AgentSpine. Vsaka seja dobi lastno dovoljenje za dostop, po nadaljevanju se obnovi. To je podpora prevoza, ne dokaz za priklic spomina ali avtorizacijo s strani sprejemnega vtičnika.

Vse javne spremembe iz 9.1.569 ostanejo vključene. Vključena izvedba AgentSpine ostane nespremenjena; ne nastane nobena odvisnost od Mnemo. Uporabniški profili, dovoljenja, pogovori in nastavitve vtičnikov se ne migrirajo niti ne ponastavijo.

Novo v 9.1.569

Objavljeno:

Ta kumulativna javna različica vsebuje dostavo v skupinah Telegram na podlagi omenjanj, popravke za zagon in dovoljenja ter zbirke raziskovanja in orodja pajka. Objavljeni paketi ostanejo nespremenjeni. Poznejše spremembe se pojavijo pod novo številko različice.

Novo v 9.1.566

Objavljeno:

BLUN King 9.1.566 naredi posodobitve vtičnikov in nalaganje domačih izvajalnih modulov bolj robustne.

Vključeno izvajalno okolje AgentSpine se posodobi na različico 0.59.1. Njegov samozaganjalnik preskoči koren uporabniškega profila kot cilj skeniranja, vsi kavlji življenjskega cikla pa ostanejo odporni na napake, če zaščitene poti ni mogoče prebrati.

Domači moduli .node se razrešijo prek vsebinsko naslovljenega predpomnilnika zunaj paketa npm. Ko je ta različica aktivna, tekoča konzola ne drži več odprte paketne kopije teh modulov. Poznejše posodobitve lahko zato nadomestijo imenik paketa, ne da bi trčile s temi domačimi datotekami.

Javni paket ohrani popolne kataloge vmesnika v španščini, francoščini, švedščini in češčini iz različice 9.1.565. Notranje izvajalne poti Mnemo, zasebne končne točke, notranji ponudniki modelov in skripti za gradnjo niso vključeni.

Preverjeno stanje paketa

Paket za stranke je prestal pregled puščanja, popolno preverjanje izvajanja s 13 testi, inicializacijo AgentSpine MCP, svežo namestitev in posodobitev z 9.1.565. Vse besedilne datoteke uporabljajo konce vrstic LF. SHA-256 paketa npm: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Novo v 9.1.565

Objavljeno:

BLUN King 9.1.565 stabilizira dolge delovne poteke in razširi vključeno izvajalno okolje AgentSpine.

Zavora ponavljanja ponastavi svoje zaporedje enakovrednih rezultatov, takoj ko med njimi napreduje resnično delo. Običajna preverjanja vhodnega predala in seznamov nalog zato ne sprožijo več napačnega prisiljenega odgovora.

Prikaz dejavnosti je sestavljen iz natanko ene vrstice. Prikazuje angleško besedo stanja, ki ustreza trenutni dejavnosti, žetone skritega razmišljanja, vidne žetone, skupno porabo, napor, poskus, proračun in korak.

Napake skeniranja AgentSpine ostanejo odporne na napake pri mutacijskih orodjih, uporabniških vnosih in kavljih Stop: naslednji potek lahko teče naprej, napaka pa se zabeleži v revizijskem dnevniku. Pred usodno prekinitvijo zaradi izjeme ali neobdelane zavrnitve konzola sinhrono zapiše dnevnik izvajanja.

Vključeno izvajalno okolje AgentSpine se posodobi na različico 0.54.0 iz zaveze fb6d456b68605fd83721090e503f000a26e8a0fb. Stanje vsebuje resnični test ACL fail-open, trajne ciljne načrte, vezane na odvisnosti, in vezano razjasnitev vrzeli v znanju.

Kavlji življenjskega cikla SessionStart, UserPromptSubmit, PostToolUse in Stop se pošljejo sistemu Mnemo z natančno identiteto MNEMO_AGENT. Omrežne napake ostanejo odporne na napake.

Prej manjkajoča besedila vmesnika so v španščini, francoščini, švedščini in češčini zdaj popolna.

Preverjeno stanje paketa

Celotna vrata paketa, pregled puščanja, preverjanje jezikovnega kataloga, preizkus kavljev ACL, sveža namestitev, posodobitev z 9.1.564 in inicializacija AgentSpine MCP so zeleni. SHA-256 paketa npm: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Novo v 9.1.564

Objavljeno:

BLUN King 9.1.564 preprečuje zrušitve zaradi zaščitenih map in manjkajočih besedil vmesnika.

AgentSpine pri pripravljalnem skeniranju datotek preskoči posamezne datoteke in mape, ki jih operacijski sistem zaklene z EPERM ali EACCES. Nepričakovana napaka skeniranja ne blokira več naslednjega klica orodja; klic se odobri, napaka pa se zabeleži v revizijskem dnevniku.

Če v objavljenem jeziku vmesnika manjka besedilni ključ, konzola uporabi angleško besedilo in vrzel enkrat zabeleži, namesto da bi se zrušila v poti upodabljanja. Tako ostane zlasti vrstica stanja razmišljanja uporabna v češčini, španščini, francoščini in švedščini.

Dejanski prevodi še manjkajočih ključev sledijo v ločeno preverjeni različici. Do takrat je angleški povratek namerno viden in odporen na napake.

Preverjeno stanje paketa

Paket je bil preverjen glede natančne zrušitve thinking.step v češčini iz 9.1.563. Nova različica namesto izjeme vrne „korak 6“, opozori le enkrat na jezik in ključ, preživi nedostopne sosednje mape, inicializira AgentSpine 0.49.0, prestane svežo namestitev ter posodobitev z 9.1.563 in ne vsebuje nerazrešenih uvozov vtičnikov. SHA-256 paketa npm: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Novo v 9.1.563

Objavljeno:

BLUN King 9.1.563 posodobi vključeno izvajalno okolje AgentSpine na različico 0.49.0.

Novo stanje pred poskusom učenja zahteva vsaj en svež, neodvisen dokaz iz izrecne potrditve uporabnika ali objektivnega testa. Čisti dokazi iz pogovora ali dokumentov ne zadostujejo več, tudi če so njihove druge mejne vrednosti izpolnjene.

Učne pogodbe trajno zavežejo to pravilo dokazov; poznejše spremembe konfiguracije ne morejo oslabiti tekočega preverjanja. Datotečne ključavnice, vezane na lastništvo, ščitijo vzporedne učne spremembe pred prepisovanjem in pustijo manipulirane ali tuje ključavnice zaprto spodleteti.

Posodobitev pri naslednjem zagonu vsebinsko naslovljeno nadomesti upravljano drevo vtičnikov. Obstoječe namestitve različice 9.1.562 se posodobijo na AgentSpine 0.49.0, nespremenjeno drevo se znova uporabi, strežnik MCP AgentSpine pa potrdi različico 0.49.0.

Preverjeno stanje paketa

Meja paketa se od 9.1.562 razlikuje le v navedbah različic in natančno določenem izvajalnem okolju AgentSpine-0.49.0. Popolno preverjanje izvornega projekta (upstream), 49 ciljnih učnih testov, primerjava paketa, pregled puščanja, sveža namestitev, resnična pot posodobitve z 9.1.562 in inicializacija MCP so zeleni. SHA-256 paketa npm: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Novo v 9.1.562

Objavljeno:

BLUN King 9.1.562 znova vzpostavi datoteko izvajalnega okolja AgentSpine v javnem paketu.

Datoteka izvajalnega okolja, ki jo potrebuje vključeni strežnik MCP AgentSpine, se znova priloži. Sveža namestitev v celoti materializira vtičnik; strežnik MCP se zažene in potrdi svoje ime in različico protokola.

Preverjeno stanje paketa

Meja paketa se od 9.1.561 razlikuje le v metapodatkih različic in obnovljeni datoteki izvajalnega okolja. Pregled puščanja, sveža namestitev, materializacija vtičnika in resnična inicializacija MCP so zeleni. SHA-256 paketa npm: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Novo v 9.1.561

Objavljeno:

BLUN King 9.1.561 prevzame preverjene izboljšave delovnega sistema v javni paket.

Trenutna naloga in sveži rezultati orodij ostanejo na voljo. Rezultati branja se ne skrajšajo. Veliki rezultati se shranijo s sklicem za ponovno pridobitev, namesto da bi se izpraznili. Ponovljeni enaki rezultati se sklicujejo na najnovejši popolni rezultat.

Strnjevanje se beleži kot transakcija z oznako začetka, povzetka in konca. Klici orodij in njihovi rezultati ostanejo skupaj, trajne kontrolne točke pa zavarujejo pot obnovitve skozi ponovne poskuse.

Proračuni izhoda zdaj izhajajo iz aktivnega profila modela. Upravljani model BLUN privzeto dobi 128.000 izhodnih žetonov, če ni izrecno nastavljene vrednosti. Stare fiksne meje 32.768 žetonov ter nizke meje za low in off ne krajšajo več zapletenega dela; zmogljivost konteksta ostane varnostna meja.

Posodabljalnik vpraša, preden pripravi ali zažene namestitveni program. V javnem paketu ostane upravljani model BLUN fiksno nastavljen; /model služi le še kot vzdevek za združljivost z /effort.

Meja paketa je bila preverjena po vseh imenih datotek in berljivih vsebinah. Notranje poti ponudnikov, izbira modela, gradbeni in regresijski skripti, zasebne oznake in zasebni naslovi strežnikov niso vključeni.

Preverjeno stanje paketa

Popoln paket, pregled puščanja, sveža namestitev, izpis različice in pomoči, privzete nastavitve novega profila ter odločitev posodobitve z 9.1.550 na 9.1.561 so zeleni. SHA-256 paketa npm: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Novo v 9.1.527

Objavljeno:

BLUN King 9.1.527 prevzame postopek /copy iz DeepAgents.

Ukaz kopira najnovejši zaključeni, neprazni odgovor pomočnika prek obstoječe medplatformne poti odložišča.

Če je /copy vnesen med tekočim potekom, ukaz uporabi obstoječo ukazno čakalno vrsto in se izvede po zaključku odgovora.

Jasna sporočila o stanju pokrivajo uspeh, prazno zgodovino in napake odložišča v vseh šestih jezikih vmesnika.

Regresija rdeče-na-zeleno varuje registracijo ukazov, izvedbo, izbiro odgovora, bajtno natančno vsebino odložišča in objavljena besedila vmesnika.

Preverjeno stanje paketa

Popolna priprava pred pakiranjem in preverjanje razpakiranega artefakta sta zelena. SHA-256 paketa npm: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Novo v 9.1.526

Objavljeno:

BLUN King 9.1.526 materializira različico AgentSpine, priloženo trenutnemu paketu, preden /reload znova zgradi katalog vtičnikov in konfiguracijo MCP.

Neprizadeti vnosi vtičnikov ostanejo ohranjeni. Nespremenjeno upravljano drevo AgentSpine se znova uporabi, ne da bi se installed.json znova zapisal.

Regresija rdeče-na-zeleno proti 9.1.525 varuje vrstni red zagona, prevzem upravljanega vtičnika in idempotentno obnašanje ob ponovnem nalaganju.

Preverjeno stanje paketa

Popolna priprava pred pakiranjem, preverjanje pakiranega artefakta in izoliran test posodabljalnika z 9.1.525 na 9.1.526 so zeleni. SHA-256 paketa npm: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Novo v 9.1.525

Objavljeno:

BLUN King 9.1.525 zažene vsak lokalni ukaz lupine pod Windows in POSIX v lastni skupini procesov. Programi se zato ne morejo več pripeti na krmilno konzolo BLUN-TUI in prestreči Escape, Strg+S ali drugih vnosov urejevalnika.

Standardni vhod, standardni izhod in izhod napak ostanejo v zasebnih ceveh. Interaktivni ukazi dobijo konec datoteke in spodletijo ali potečejo, ne da bi tekmovali z urejevalnikom za vnose.

Lokalna izolacija lupine iz DeepAgents je bila prevzeta za Windows. Izvedljiv regresijski test pokriva obe poti platform in pravi preizkus z zajetim procesom.

Novo v 9.1.524

Brez datuma

BLUN King 9.1.524 drži takojšnjo nalogo, ki jo ustvari ukaz Telegram /loop, v zaščiteni poti dostave za daljinske ukaze. Tako ne more ostati kot drugi običajni vnos čakalne vrste.

Seznam nadaljevanja za vsako sejo prikaže velikost kontrolne točke nadaljevanja, ohranjena sporočila in žetone, velikost zgodovine seje ter manjkajoče, neveljavne ali zastarele kontrolne točke.

Vključeno izvajalno okolje AgentSpine se posodobi na preverjeno uradno stanje 0.11.4 z zavezo 8034487cdd24498076bac48d3f24400bca5e6ae4. Časovni proračun BLUN 180 sekund za dokončanje ozadja SessionStart ostane ohranjen.

Izvedljivi regresijski testi varujejo natanko enkratno dostavo zank Telegram in vsa stanja merilnih vrednosti nadaljevanja. Obstoječe lokalno obnašanje čakalne vrste ob zasedeni zanki ostane nespremenjeno.

Novo v 9.1.523

Objavljeno:

BLUN King 9.1.523 omogoča, da Escape zapre odprti meni ukazov s poševnico in v enem koraku izprazni pripadajoči osnutek, namesto da bi pustil besedilo ukaza.

Strg+S posreduje osnutek ukaza s poševnico tudi, kadar vmesnik pravkar poroča stanje mirovanja, v obstoječo pot uvrščanja in obdelave, namesto da bi se tiho vrnil pred praznjenjem čakalne vrste.

Običajni osnutki ostanejo ohranjeni, če Escape zgolj zapre drugo samodopolnjevanje.

Testi rdeče-na-zeleno ob izvajanju varujejo obe bližnjici glede na natančno obnašanje paketa 9.1.522.

Novo v 9.1.522

Brez datuma

BLUN King 9.1.522 zapiše permission.approval_requested v zgodovino seje takoj ob odprtju odobritve orodja. Nenadzorovani King tako ni več videti kot tihi model ali zataknjeni ponudnik, medtem ko čaka na upravljavca.

Obstoječi gumbi za odobritev Telegram se uporabijo samodejno, če seznam dovoljenj vsebuje natanko en zasebni pogovor in poljubno število skupin. Ob več možnih zasebnih prejemnikih ostane pošiljanje zaklenjeno, če BLUN_TELEGRAM_APPROVAL_CHAT_ID ni nastavljen.

Regresija rdeče-na-zeleno varuje takojšnjo vidnost v zgodovini seje, enolično posredovanje zasebnemu pogovoru, prednost izrecno nastavljenega cilja in zavrnitev večpomenskih prejemnikov v obeh izdanih kopijah releja.

Novo v 9.1.521

Brez datuma

BLUN King 9.1.521 izvaja skeniranje SessionStart AgentSpine zunaj interaktivne poti zagona. Hladno skeniranje uporabniškega imenika, ki traja 123,6 sekunde, tako ne blokira niti urejevalnika niti prvega uporabniškega vnosa.

Uspešni izpisi SessionStart ostanejo samodejni: po zaključku kavelj v ozadju še naprej prenese svoje omejeno poročilo v kontekst seje.

Časovni proračun za hladna skeniranja se dvigne na 180 sekund. Preizkus rdeče-na-zeleno ob izvajanju dokazuje, da se zagon vrne pred počasnim kavljem in da kavelj nato lahko teče naprej.

Novo v 9.1.520

Objavljeno:

BLUN King 9.1.520 daje kavlju SessionStart AgentSpine ob ponovnem nalaganju dovolj časa, da zaključi hladno popolno skeniranje projekta.

Časovna meja za zagon AgentSpine se dvigne s 15 na 60 sekund. Vse druge časovne meje kavljev ostanejo nespremenjene.

Novo preverjanje rdeče-na-zeleno ob izvajanju zažene resnični kavelj AgentSpine v začasnem projektu in preveri tako njegov izpis kot oba izdana manifesta časovne prekoračitve.

Preverjeno stanje paketa

Različica 9.1.520 vsebuje AgentSpine 0.10.1. Izolirani test posodabljalnika z 9.1.519 na 9.1.520 in popolna priprava pred pakiranjem sta zelena. SHA-256 paketa npm: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Novo v 9.1.519

Objavljeno:

BLUN King 9.1.519 shrani uspešne izpise kavlja SessionStart, preden se zagon ali ponovno nalaganje vrne. Tako pripravljenost AgentSpine samodejno doseže nadaljevani kontekst modela in ne čaka več na prvo uporabniško sporočilo.

Zgodovinski sklici na izločene rezultate orodij ohranijo omejen predogled iz začetka in konca. Pomembna sidra za nadaljevanje tako ostanejo ohranjena, ne da bi se celoten rezultat znova vključil v vsako zahtevo modelu.

Nova preverjanja rdeče-na-zeleno ob izvajanju varujejo prenos konteksta SessionStart in zgodovinske predoglede. Katalog orodij za vzdrževanje seznama nalog, obnovljen z 9.1.518, ostane nespremenjeno ohranjen.

Novo v 9.1.518

Objavljeno:

Med proaktivnim vzdrževanjem seznama nalog ostanejo Read, Write, Edit in Bash na voljo poleg TodoList. Običajna pot obnovitve za velike spremembe datotek s tem ni več prekinjena.

Samodejno vzdrževanje seznama nalog in njegov omejen dokazni poziv ostaneta ohranjena, ne da bi se aktivni korak modela preklopil na čisti katalog orodij TodoList.

Regresijska vrata rdeče-na-zeleno varujejo pred regresijo kataloga iz 9.1.499 in preverjajo izbiro orodij za obnovitev brez podvojenih shem.

Novo v 9.1.517

Objavljeno:

Strg+S in Escape ostaneta na voljo tudi ob odprtem poizvedovanju za odobritev. Strg+S pošlje vsa čakajoča sporočila; Escape najprej sprosti eno čakajoče sporočilo in odobritev zavrne šele ob prazni čakalni vrsti.

Asinhrono končanje seje se v celoti upošteva v poteh tipkovnice, /reload Telegram in ukazov s poševnico. session.not_found velja za že končano sejo, namesto da bi jedro zrušil z neobdelano zavrnitvijo.

Paketna preverjanja rdeče-na-zeleno varujejo surove nadzorne znake Windows in izmerjeno napako ob končanju neobstoječe seje.

Novo v 9.1.516

Objavljeno:

Če v shranjeni zgodovini po strnjevanju manjka začetek koraka pomočnika, ga predvajanje rekonstruira iz naslednjega dogodka vsebine ali orodja. king -c se s tem ne prekine več z notranjo napako Received content_part for unknown step_uuid 'undefined'.

Sporočilo Telegram zapusti čakalno vrsto natanko enkrat, takoj ko jedro trajno sprejme njegov aktivni prenos. Resnične zavrnitve ostanejo ohranjene za nov poskus. Nepričakovano končani bridge Telegram, ki ga upravlja King, se znova zažene z natanko enim združenim varuhom.

Na korak modela se sprejme le prva sprememba TodoList. Zaključene točke izginejo samodejno, čakajoče oznake ostanejo vidne tudi v terminalih ANSI16, novi seznam pa se začne z natanko eno tekočo točko. Fiksni vrstni red je: nujno, neposredno uporabniško sporočilo, naslovljeno sporočilo bota, sporočilo bota, običajno sporočilo.

Prvi korak, ki lahko uporablja orodja, počaka na začetni katalog MCP največ 2,5 sekunde; izbirni strežniki se lahko še naprej zaganjajo v ozadju. Ob zagonu programa se preveri in namesti samo aktivni profil.

Preverjeno stanje paketa

Različica 9.1.516 vsebuje AgentSpine 0.10.1. Vseh osem regresijskih vrat pred pakiranjem, node --check, preverjanje metapodatkov paketa in sveže preverjanje paketa so zeleni. Isti paket npm vsebuje komponente platform za Windows, Linux in macOS. SHA-256 paketa npm: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Novo v 9.1.515

Objavljeno:

Resnično nespremenjeni seznam nalog se po daljšem dokazanem delu znova sprejme. Agentu King ni treba izmisliti napredka ali zgolj preoblikovati naslova, da bi lahko nadaljeval svoje dejansko delo.

Tudi zanka mirovanja lahko znova prevzame še odprti seznam TodoList, ne da bi agenta trajno držala v vzdrževalnem krogu samo z orodjem Todo. Regresijska vrata pred pakiranjem varujejo obe poti napak.

Preverjeno stanje paketa

Različica 9.1.515 vsebuje AgentSpine 0.10.1. Ciljni regresijski pregled zanke Todo, node --check, preverjanje metapodatkov objave in sveža namestitev paketa so zeleni. Isti paket npm vsebuje komponente platform za Windows, Linux in macOS. SHA-256 paketa npm: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Novo v 9.1.514

Objavljeno:

BLUN King 9.1.514 utrdi dnevnik dostave Telegram brez vsebin proti manipuliranim ovojnicam čakalne vrste.

Identifikacijske oznake sporočil se prevzamejo le kot pozitivna decimalna števila. Že izračunane zgoščene vrednosti pogovorov so dovoljene izključno kot natanko dvanajstmestne šestnajstiške vrednosti z malimi črkami. Napačne vrednosti, podobne vsebinam, se zavržejo, namesto da bi se zabeležile.

Obstoječa obdelava Telegram, faze dostave, vrtenje dnevnika in diagnoza karantene brez vsebin ostanejo nespremenjeni. Vseh 133 paketnih testov ter sveži vzorci paketa za Windows x64, Linux x64, macOS ARM64 in macOS x64 so zeleni.

Preverjeno stanje paketa

Različica 9.1.514 vsebuje AgentSpine 0.10.1 in ReadBatch. SHA-256 paketa npm: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Novo v 9.1.513

Objavljeno:

BLUN King 9.1.513 beleži pot dostave Telegram od vhoda na bridgeu prek usmerjanja, uvrščanja in vključevanja do potrditve, obnovitve ali karantene.

Omejeni dnevnik shranjuje izključno oznake brez vsebin, zgoščene vrednosti, faze dostave, števce in očiščene razloge napak. Besedila sporočil, pozivi, poti, uporabniška imena, žetoni, poverilnice in surova sporočila o napakah se ne zajamejo.

Tudi diagnoza karantene ne podvaja več sporočil Telegram, prikaznih besedil, navedb izvora, surovih identifikacijskih oznak pogovorov ali poti slik. Vseh 132 paketnih testov ter sveži vzorci paketa za Windows x64, Linux x64, macOS ARM64 in macOS x64 so zeleni.

Preverjeno stanje paketa

Različica 9.1.513 vsebuje AgentSpine 0.10.1 in ReadBatch. SHA-256 paketa npm: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Novo v 9.1.512

Objavljeno:

BLUN King 9.1.512 pri proaktivnem vzdrževanju seznama TodoList zahteva spremenjeno posodobitev, podprto z dokazi, namesto da bi isti seznam neomejeno znova sprejemal. Izolirani vzdrževalni krog dobi največ osem kompaktnih navedb o imenu orodja in rezultatu od zadnje sprejete posodobitve.

Pozivi, argumenti, ukazi, polne poti, rezultati orodij ali delovna zgodovina se pri tem ne predvajajo znova. Neuspeli poskus TodoList ohrani ta omejeni dokaz za naslednji poskus; uspešna posodobitev odstrani uporabljene navedbe. Zaključene točke še naprej izginejo samodejno, v naslednjem koraku pa so spet na voljo običajna delovna orodja.

Preverjeno stanje paketa

9.1.512 prestane 127 od 127 paketnih testov. Sveže namestitve pod Windows x64, Linux x64, macOS ARM64 in macOS x64 izberejo pričakovane komponente platform ter vsebujejo AgentSpine 0.10.1 in ReadBatch. SHA-256 paketa npm: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Novo v 9.1.511

Objavljeno:

BLUN King 9.1.511 dobavlja AgentSpine 0.10.1 kot novo, vsebinsko naslovljeno različico osrednjega vtičnika. Obvezno predpreverjanje še naprej preverja vsako aktivno datoteko navodil gostitelja, varno pred tekmovalnostjo, in veže njeno identiteto na natančni krog, vendar polnega besedila, ki ga je gostitelj že naložil, ne podvaja več v kontekst izvajanja.

Stanje dodaja obvezne dokaze pred odgovorom, potrjene vnose must-remember in samozdravilno sinhronizacijo preverjenega grafa osebnosti in odnosov. Manjkajoče skupine, osebe in članstva se pri ponovnem usklajevanju seznama popravijo; lokalne poizvedbe odnosov se ob blokadi po petih sekundah vidno končajo.

Omejena poizvedba Telegram-Mnemo ostane ohranjena: prejšnja sporočila se naložijo le ob konkretni potrebi z ozkim sklicem na agenta, osebo, skupino, temo, nit in čas. Celotna zgodovina Telegram ne pride rutinsko v poziv.

Preverjeno stanje paketa

9.1.511 prestane 126 od 126 paketnih testov. Resnična datoteka CLAUDE.md z 15.519 bajti je bila v celoti preverjena, medtem ko je celoten vneseni kontekst obsegal 5.667 bajtov in ni vseboval polnega besedila navodil. Sveže namestitve pod Windows x64, Linux x64, macOS ARM64 in macOS x64 izberejo pričakovane komponente platform ter vsebujejo AgentSpine 0.10.1 in ReadBatch. SHA-256 paketa npm: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Novo v 9.1.510

Objavljeno:

BLUN King 9.1.510 dodaja orodje ReadBatch. Prebere dve do dvanajst med seboj neodvisnih, že znanih datotek UTF-8 ali obsegov datotek v enem koraku modela in pri tem ohrani vrstni red zahtev. Vsaka pot gre skozi ista preverjanja dostopa, pravil in dovoljenj kot posamezni klic Read. Delni uspehi ostanejo vidni; le popolnoma neuspeli sklop velja za skupno napako.

Preverjeno stanje paketa

9.1.510 prestane 125 od 125 paketnih testov. Sveže namestitve pod Windows x64, Linux x64, macOS ARM64 in macOS x64 izberejo pričakovane komponente platform ter vsebujejo ReadBatch. AgentSpine je namenoma ostal na 0.8.0, dokler ni bil odpravljen neodvisno najdeni blokator proračuna konteksta novejšega predhodnega stanja brez povečanega poziva ob izvajanju. SHA-256 paketa npm: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Novo v 9.1.509

Objavljeno:

BLUN King 9.1.509 pri vsakem sproščenem delovnem sporočilu Telegram med boti zahteva izrecno omembo predvidenega agenta King. Sporočila botov brez ustrezne omembe ostanejo vidna, vendar se ne shranijo v medpomnilnik, ne uvrstijo v vrsto, ne dostavijo in pozneje ne prenesejo v kontekst modela agenta King. Tako prednostno sporočilo bota za enega agenta King ne more več postati naloga drugega agenta King.

Preverjeno stanje paketa

Vseh 121 paketnih testov uspe. Isti paket vsebuje preverjene komponente platform za Windows x64, Linux x64, macOS ARM64 in macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Novo v 9.1.508

Objavljeno:

Odprte točke Todo imajo spet vidno polje. Tudi prvi običajni seznam nalog se začne z natanko eno tekočo točko; poznejši koraki ostanejo čakajoči, dokler njihov dejanski začetek ni dokazan.

Sprejeta neposredna sporočila in sporočila skupin Telegram se asinhrono in trajno shranijo v medpomnilnik ter natančno deduplicirano posredujejo sistemu Mnemo. Začasno nedosegljivo središče ne blokira niti dostave Telegram niti poteka aplikacije King. Ukazi /loop in notranji utripi zanke se namerno ne shranjujejo.

AgentSpine ne nalaga celotne zgodovine Telegram v kontekst izvajanja. Če naloga potrebuje prejšnje sporočilo, sledi omejena poizvedba v sistemu Mnemo po agentu, osebi, skupini, temi, niti in časovnem obdobju.

Preverjeno stanje paketa

Vseh 120 paketnih testov uspe. Sveže namestitve pod Windows, Linux x64, macOS ARM64 in macOS x64 izberejo pravo domačo komponento odložišča ter vsebujejo upravljano povezavo Telegram-Mnemo in AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Novo v 9.1.507

Objavljeno:

BLUN King 9.1.507 model v orodju Read izrecno navaja, naj samostojna branja datotek in obsegov združi v enem odgovoru modela, kadar je lahko koristnih več vnosov.

To zmanjša izogibne kroge modela pri velikih delovnih kontekstih, ne da bi spremenilo izvedbo, navigacijo po straneh, dovoljenja ali obdelavo rezultatov Read.

Preverjeno stanje paketa

Ciljni regresijski test varuje spremembo; vseh 112 paketnih testov uspe.

Novo v 9.1.506

Objavljeno:

Zaključene točke TodoList se takoj odstranijo iz vidnega vmesnika TUI. Trajni seznam nalog je te vnose že pravilno zavrgel; zdaj vmesnik prikazuje isto očiščeno stanje, medtem ko tekoče in čakajoče delo ostane v celoti ohranjeno.

Samodejni vzdrževalni krog uporablja samostojen sistemski poziv s 546 znaki. Prej je bil za to kljub edinemu razpoložljivemu orodju Todo pripet celoten delovni poziv z okoli 19.000 znaki. Naslednji delovni korak še naprej dobi celoten poziv in svoj običajni katalog orodij.

Izmerjena pridobitev konteksta in stanje paketa

Resničen zagon je za vsak osmi delovni korak pokazal samostojen vzdrževalni krog Todo s 15.221 vhodnimi žetoni. Statični vzdrževalni poziv se skrči za 18.470 znakov; dejanski prihranek časa izvajanja se znova izmeri po posodobitvi flote. Objavljeni arhiv prestane 111 od 111 testov. Sveže namestitve paketa pod Windows z Node 24.19.0 in Linux z Node 24.18.0 potrjujejo različico 9.1.506; izvedljive datoteke macOS za ARM64 in x64 so vključene v isti paket npm. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Novo v 9.1.505

Objavljeno:

Sporočilo Telegram, ki prispe po prevzemu kanala, a še pred zaključkom aktivacije čakalne vrste, ni več preskočeno kot stari zaostanek. Brez veljavne kontrolne točke se obdelava začne na ob prevzemu izmerjeni meji bajtov namesto na poznejšem koncu datoteke.

Veljavna trajna kontrolna točka obdrži prednost. Če se datoteka čakalne vrste med prenosom zamenja, se nova datoteka varno začne pri bajtu nič; zgodovinska sporočila, ki so obstajala že pred prevzemom, se še naprej ne predvajajo znova.

Izmerjena regresija in stanje paketa

Sporočilo skupine 63456 je prispelo eno sekundo po prevzemu kanala, kontrolna točka je skočila točno na njegov konec in sporočilo se ni pojavilo v nobeni zgodovini modela. Ta resnična pot izgube je zaščitena kot regresija. Objavljeni arhiv prestane 111 od 111 testov; sveže namestitve paketa pod Windows z Node 24.19.0 in Linux z Node 24.18.0 ter resnična posodobitev z 9.1.504 potrjujejo različico 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Novo v 9.1.504

Objavljeno:

Sporočilo Telegram, ki ob praznem poteku agenta že leži v čakalni vrsti, se zdaj zažene kot svež krog modela prek običajne poti kanala. Ne čaka več na aktiven potek, ki v stanju mirovanja po definiciji ne more nastati.

Obstoječi prenos v tekoči krog ostane nespremenjen. Prav tako ostaneta zaščitena izolirano vzdrževanje Todo, samodejno odstranjevanje zaključenih točk in poznejša obnovitev običajnih orodij za datoteke, iskanje in lupino.

Preverjeno stanje paketa

Objavljeni arhiv prestane 106 od 106 testov. Nova regresija mirovanja je bila pred posegom rdeča in je po njem skupaj s 24 testi čakalne vrste zelena. Sveže namestitve paketa pod Windows z Node 24.19.0 in Linux z Node 24.18.0 potrjujejo različico 9.1.504 in isti SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Novo v 9.1.503

Objavljeno:

Izolirano vzdrževalno sporočilo Todo zdaj nosi tudi izrecno prazno polje toolCalls. S tem izpolnjuje isto obliko sporočila kot redni delovni krogi in ga lahko normalizacija ponudnika BLUN varno obdela.

Resnična napaka ob izvajanju TypeError: message.toolCalls is not iterable se s tem ne pojavi več pred klicem TodoList. Regresijski test iterira ustvarjeno sporočilo natanko tako kot meja ponudnika, preden se vzdrževanje odobri.

Preverjeno stanje paketa

Objavljeni arhiv prestane 105 od 105 testov. Sveži vzorci paketa pod Windows z Node 24.19.0 in Linux z Node 24.15.0 potrjujejo popolno obliko sporočila ponudnika, izolirano vzdrževanje Todo in samodejno odstranjevanje zaključenih točk. Resnični prevzem flote teče po nadzorovanem ponovnem zagonu treh agentov King.

Novo v 9.1.502

Objavljeno:

Zapadli vzdrževalni korak TodoList dobi le še sveže sporočilo, omejeno na trenutno nalogo in vidni seznam. Stari klici Read, Bash ali MCP iz delovne zgodovine s tem ne morejo več priti v korak, namerno omejen na TodoList.

Zaključene naloge ob shranjevanju samodejno izginejo iz vidnega in trajnega seznama. Tekoče, čakajoče, blokirane, na odobritev čakajoče in preklicane točke ostanejo ohranjene; seznam tako ne raste neomejeno zaradi zaključenega dela.

Izmerjena ugotovitev flote

Dva profila agentov sta neodvisno naletela na isto regresijo: po uspešni uporabi orodja je vzdrževanje Todo ponovilo zgodovinska strokovna orodja in pokazalo Tool not found. Objavljeni arhiv prestane 105 od 105 testov. Sveže namestitve pod Windows z Node 24.19.0 in Linux z Node 24.15.0 potrjujejo izolirano vzdrževanje, odstranjevanje zaključenih točk in vrnitev običajnih orodij. Resnični prevzem macOS ni del tega dokaza.

Novo v 9.1.501

Objavljeno:

Po uspešnem vzdrževalnem koraku TodoList so v neposredno naslednjem delovnem koraku spet na voljo vsa orodja, izbrana za krog. Read, Bash in druga strokovna orodja niso več skrita za začasno omejenim katalogom Todo.

Popravljena regresija

Korak Todo je namenoma ponujal le TodoList. Njegova izbira orodij je brez izrecne obnovitve ostala aktivna tudi v naslednjem koraku. 9.1.501 tam znova vzpostavi običajni katalog in obe poti naslednjega koraka zaščiti z regresijo.

Golden Release 9.1.500

Objavljeno:

Ta različica združuje popolno stanje funkcij 9.1.499 nespremenjeno kot skupno objavo npm za Windows, Linux in macOS. Zlata oznaka je namenoma omejena na naslove te različice; starejši vnosi ohranijo svojo dosedanjo predstavitev.

Stanje objave

Golden Release prevzema preverjene spremembe Todo, čakalne vrste, zanke, konteksta, AgentSpine in ocene slik iz 9.1.499 brez dodatne logike ob izvajanju.

Novo v 9.1.499

Objavljeno:

Podatki slik, zvoka in videa zunaj zadnjih dvanajstih sporočil pogovora se samo v ponovljeni projekciji modela nadomestijo s kratkimi sklici. Aktualni mediji, besedilo sporočila in popolna surova zgodovina seje ostanejo nespremenjeni.

Pri izmerjeni kontrolni točki nadaljevanja ta projekcija prihrani 85.748 znakov oziroma okoli 21.437 ocenjenih vhodnih žetonov na vsak nadaljnji korak orodja.

Zapadlo vzdrževanje Todo teče pred devetim delovnim blokom kot samostojen korak modela z nizkim naporom. V tem koraku izvajalno okolje ponuja izključno TodoList; orodja za datoteke, iskanje, lupino in druga strokovna orodja se odobrijo šele po veljavni posodobitvi.

Sveža uporabniška sporočila ohranijo prednost pred vzdrževanjem Todo. Trda vrata Todo ostanejo kot varnostna mreža za dejansko neveljavne posodobitve, vendar se ne prikažejo več kot običajna rdeča vmesna napaka pred samostojnim vzdrževanjem seznama.

Preverjeni dokaz

Objavljeni arhiv prestane 105 od 105 testov izvajanja in regresije. Sveže izolirane namestitve pod Windows z Node 24.19.0 in Linux z Node 24.15.0 poročajo natančno različico 9.1.499 ter potrjujejo projekcijo medijev, nespremenjeno surovo zgodovino, predkrmiljenje Todo in skrivanje vseh strokovnih orodij med korakom Todo. Kandidat obsega 850 poti in nosi SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Resnični prevzem macOS ni del tega dokaza.

Novo v 9.1.498

Objavljeno:

/usage prikazuje stopnjo zadetkov predpomnilnika pozivov, ki jo sporoči ponudnik, ter prebrane in zapisane žetone predpomnilnika na model. Brez sporočene dejavnosti predpomnilnika prikaz ne izmišlja stopnje.

/tokens je kratki vzdevek za obstoječo podrobno diagnostiko konteksta; /offload prikliče obstoječo arhivirajoče strnjevanje. Nobena od obeh poti ne sproži dodatnega klica modela.

Različna avtorizirana sporočila botov se ne zavržejo več zaradi togega 15-sekundnega okna. Obstoječi vrstni red ostane ohranjen: zasebna in izrecno naslovljena sporočila so pred sporočili botov, sporočila botov pred običajnim kontekstom.

Popolno strnjevanje prenese natančni seznam Todo v novi kontekst. Če so po tem pot, ukaz, zgoščena vrednost ali zahteva negotovi, enkratno opozorilo za obnovitev najprej zahteva branje arhivirane zgodovine namesto širokega iskanja datotek ali novega začetka.

Zaključeni koraki Todo ostanejo ohranjeni kot dokaz. Če poznejša spoznanja korak znova zahtevajo, ostane dokazani zaključek na mestu in novo preverjanje se pojavi kot samostojen tekoči korak z utemeljitvijo.

Ponavljajoče se zanke seje počakajo, dokler vzdrževani seznam Todo še vsebuje tekoče ali čakajoče delo. Zamujeni intervali se združijo do resničnega mirovanja; druga načrtovana opozorila s tem ostanejo neprizadeta.

Preverjeni dokaz

Pripravljeni arhiv prestane 100 od 100 testov izvajanja in regresije. Sveže izolirane namestitve pod Windows z Node 24.19.0 in Linux z Node 24.15.0 poročajo natančno različico 9.1.498 ter potrjujejo prikaz predpomnilnika, vzdevke ukazov, obnovitev strnjevanja, monotone dokaze Todo, zaščito zank seje, dnevnik sprememb paketa in prednost botov. Kandidat obsega 849 poti in nosi SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Resnični prevzem macOS ni del tega dokaza.

Novo v 9.1.497

Objavljeno:

Sporočila botov Telegram iz skupnih skupin so za zasebnimi in izrecno naslovljenimi sporočili, a pred običajnim kontekstom. Razvrščanje po prednosti ne izsili odgovora.

Sprejeto sporočilo Telegram izgine iz vidne čakalne vrste, takoj ko se začne njegov vključeni korak modela. Zavrnjena dostava ali prekinitev pred prvim korakom ga še naprej ohrani za nov poskus.

Vzdrževanje Todo ne blokira več zapadlega odgovora Telegram ali urejanja sporočila. Naslednji običajni delovni korak ostane zaklenjen do resnične posodobitve seznama Todo.

Različice 9.1.496 do 9.1.487

RazličicaSpremembe
9.1.496Samodejno dostavlja uporabniška sporočila Telegram posamično, odstrani le natančno sprejeto ali odgovorjeno identifikacijsko oznako sporočila, zahteva resničen napredek za vsak vidni seznam Todo in skrije uspešne notranje koristne tovore kavljev.
9.1.495Vsak nov ali zamenjan cilj zažene s svežim vidnim seznamom Todo, zahteva resnične posodobitve, takoj odstrani uspešno odgovorjeni fokus skupine Telegram, prestavi običajna potrdila o prejemu na konec kroga in doda prava preverjanja dekodiranja za Ctrl+S in Ctrl+T.
9.1.494Bližnjici sta znova nedvoumno ločeni: Ctrl+S upravlja samo zaostanek čakalne vrste, Ctrl+T samo seznam Todo. Uporabniška sporočila Telegram se med tekočim delom avtorizirajo za naslednji varni prenos.
9.1.493Sporočila uporabnikov Telegram se med aktivnim delom samodejno sprostijo za naslednji varni prenos. Neposredna sporočila ostanejo spredaj v čakalni vrsti, ne da bi trajno ustavila sporočila skupin.
9.1.492Že sproščena sporočila skupin ostanejo ohranjena ob začasno zasedeni dostavi in se znova poskusijo. Paket, metapodatki npm, javni manifest in dnevnik sprememb se pred sporočilom o uspehu skupaj preverijo.
9.1.491Neposredna sporočila Telegram se med tekočim delom takoj prednostno obravnavajo. Ročno upravljanje čakalne vrste je ostalo na voljo za druga sporočila.
9.1.490Zgodovina paketa v celoti dokumentira neobjavljeno stanje 9.1.487 in dejansko objavljene popravke od 9.1.488 naprej.
9.1.489Seznam nalog, upravljanje čakalne vrste, identiteta izvajanja Telegram, namestitev profila AgentSpine in upravljana ocena slik so bili obnovljeni in zaščiteni z regresijskimi testi.
9.1.488Pripravljeni osrednji vtičnik AgentSpine je bil objavljen. Podvojena sporočila Telegram ne puščajo več navideznega kroga; globina razmišljanja in varna obravnava telemetrije ostaneta ohranjeni skozi korake orodij.
9.1.487Ni objavljeno. To stanje je pripravilo AgentSpine kot upravljani osrednji vtičnik. Na npm je po 9.1.486 neposredno sledila 9.1.488.

Novo v 9.1.486

Objavljeno:

Novi in posodobljeni profili se zdaj pod Windows, macOS in Linux zanesljivo zaženejo v angleščini. Shranjena samodejna jezikovna vrednost se enkrat migrira, medtem ko izrecno izbrani jeziki ostanejo nespremenjeni.

Samodejne posodobitve ob zagonu so prek obstoječega namestitvenega programa, vezanega na različico, spet privzeto aktivirane. [upgrade].auto_install = false ohrani poizvedbo za potrditev; posodabljalnik v ozadju se ne uvede znova.

Pogovorna okna ob zagonu, napredek, napake, sporočila o uspehu in nadaljevanje seje zdaj uporabljajo isti jezik. Regresijski in mutacijski testi varujejo migracijo, pot posodobitve in podatke sej.

Preverjeni dokaz

Celoten testni sklop je uspel z 1.474 od 1.474 preverjanj. Izoliran poskus posodobitve je namestil 9.1.486 iz 9.1.485, ohranil konfiguracijo in sejo nespremenjeni ter zagnal novo CLI. Ločen zagonski preizkus je dokazal samodejno namestitev brez povratnega vprašanja ter enkratno migracijo stare samodejne jezikovne vrednosti v angleščino.

Različice 9.1.485 do 9.1.178

RazličicaSpremembe
9.1.485
  • Omeji prvi vidni prikaz nadaljevane seje brez indeksa pomikanja nazaj na aktivnih 15 krogov pogovora, namesto da bi celoten pogovor znova prikazal.
  • Po uspešni posodobitvi izprazni vidno območje posodobitve, preden se zažene nova konzola; običajno pomikanje nazaj v terminalu ostane ohranjeno.
  • Dodaja regresijska in mutacijska preverjanja za povratek na predvajanje, vključno s simulacijo s 97.596 zapisi.
9.1.484
  • Prepoznavanje vtičnikov dodatno sprejema .codex-plugin/plugin.json in razrešuje PLUGIN_ROOT oziroma BLUN_PLUGIN_ROOT v ukazu, argumentih in delovnem imeniku.
9.1.483
  • Model strnjevanja je mogoče izbrati, shraniti in ponastaviti na podedovanost ločeno od aktivnega modela; izbira in povratno sporočilo sta na voljo v ukazu za mirovanje in v lokaliziranih nastavitvah.
9.1.482
  • Izločeni rezultati branja ohranijo naslednji line_offset in nadaljujejo prvotno branje tam, namesto da bi isto datoteko znova brali od začetka.
9.1.481
  • Odgovori podagentov, ki se končajo na omejitvi žetonov brez klica orodja, se prepoznajo kot max_tokens za obstoječe nadaljevanje. Vzorci Glob z .. in poimenovane domače poti, kot je ~name, se zavrnejo.
9.1.480
  • Posodobi priloženi skill translate-native in MCP jezikovnega varuha na različico 6.42.13.
  • Veže priložene datoteke jezikovne zaščite bajtno natančno na izvorno zavezo 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Dodaja preverjanja izvora in mutacij, tako da spremenjeni zaščitni bajti ali odstopajoča različica skilla povzročijo neuspeh objavnih vrat.
9.1.479
  • Zasebni storitvi King API-ja agenta dodaja overjeno notranjo pot za preverjanje razpoložljivosti.
  • Preveri razpoložljivost storitve, ne da bi ustvaril sejo stranke ali zagnal potek agenta.
  • Omeji pot na vmesnik zanke in GET, zaščiti jo s skrivnostjo in prepreči njeno predpomnjenje.
9.1.478
  • Odpravlja običajne premore neposrednega fokusa Telegram po ponovnem zagonu, tudi če starejše kontrolne točke ne vsebujejo roka za odgovor.
  • Ohranja izrecno zahtevane premore uporabnika do odobritve, namesto da bi jim dovolil samodejni iztek.
  • Sprosti uvrščena sporočila kanala za aktivni potek, takoj ko se neposredni fokus konča.
9.1.477
  • Dodaja izrecno lupino procesa, ki jo zažene upravljavec, v zasebno storitev API-ja agenta.
  • Obdela SIGINT in SIGTERM natanko enkrat, tudi če signala prispeta med zagonom.
  • Varno prekine z omejenimi sporočili, ne kliče process.exit in storitve nikoli ne zažene samodejno.
9.1.476
  • Dodaja okoljsko pogodbo po načelu varne ključavnice v zasebno storitev API-ja agenta.
  • Zahteva izrecno določena vrata zanke, izolacijske skrivnosti, nastavitve ponudnika in omejitve virov.
  • Pusti zasebno storitev ustavljeno in samodejno čiščenje nedejavnih sej deaktivirano, dokler oboje ni izrecno konfigurirano.
9.1.475
  • Sprosti izključno ustrezno konfigurirane in dejansko nedejavne seje API-ja agenta, preden stranka doseže omejitev sej.
  • Ščiti aktivne poteke modela in orodij ne glede na njihovo starost ter posodablja obdobje nedejavnosti ob resnični uporabi.
  • Pusti samodejno čiščenje deaktivirano, dokler upravljavec izrecno ne konfigurira časovne prekoračitve nedejavnosti.
9.1.474
  • Prekine aktivno dodelitev seje, če nadaljevanje agenta po rezultatu orodja spodleti.
  • Omogoča poznejše izrecno zaprtje zadevne seje.
  • Pusti uspešne povratke orodij in javno pogodbo modela nespremenjene.
9.1.473
  • Ščiti sejo API-ja agenta pred zaprtjem, dokler njen prvi klic modela še teče.
  • Zanesljivo sprosti sejo po uspešnem odgovoru ali napaki modela.
  • Pusti obstoječo pot za neobdelane modele in javno pogodbo modela nespremenjeni.
9.1.472
  • Omogoča strankam, da izrecno zaprejo nedejavno sejo API-ja agenta in sprostijo svoj omejeni prostor za seje.
  • Preprečuje zaprtje aktivnih sej in omejuje vsak postopek zaprtja na zadevno stranko lastnico.
  • Zagotovi sproščeni prostor za novo sejo, ne da bi spremenil javno pogodbo modela.
9.1.471
  • Dodaja zaprtega gostitelja storitve, ki sestavi zasebni sklad API-ja agenta, ne da bi ga samodejno zagnal.
  • Zahteva ločeni skrivnosti za prenos in izolacijo, absolutno korensko mapo strank ter izrecno konfiguracijo izvajalnega okolja King.
  • Veže poslušalce na vmesnik zanke in ob zaustavitvi zapre vsako sejo stranke ter vsako izvajalno okolje.
9.1.470
  • Izolira seje API-ja agenta brez glave po zaupanja vredni stranki in javni seji.
  • Združuje sočasne prve dostope v sejo SDK in omejuje aktivne stranke ter seje.
  • Uporablja neprozorne notranje oznake in delovne imenike, vezane na ključe, medtem ko ostanejo stabilne javne oznake sej ohranjene.
9.1.469
  • Adapterju API-ja agenta dodaja zasebni prenos HTTP, ki je dosegljiv izključno prek vmesnika zanke.
  • Zahteva skrivnost storitve in identiteto stranke, ki jo vnaprej določi strežnik; ponarejene navedbe identitete v telesu zahteve se prezrejo.
  • Zavrne prevelike ali napačne zahteve in notranje podrobnosti ponudnika izpusti iz javnih sporočil o napakah.
9.1.468
  • Ohranja glavnega agenta odzivnega, medtem ko podagenti v ozadju in gnezdeni podagenti nadaljujejo delo.
  • Omejenim sejam API-ja agenta omogoča uporabo življenjskega cikla podagentov, ne da bi razkrila lokalna orodja lupine ali datotečnega sistema.
  • Posreduje natančno mejo orodij vsaki gnezdeni ravni podagentov, tako da omejitve ni mogoče obiti z delegiranjem.
9.1.467
  • Dodaja izrecen adapter prevoza za poteke agentov, ne da bi prestregel obstoječe poti za neobdelane modele ali sezname modelov.
  • Veže rezultate orodij in ciljne prekinitve na isti obseg stranke, seje in zahteve.
  • Prikazuje izključno King, počisti nepričakovane notranje napake in zavrne pretakanje, dokler zanj ne obstaja pogodba agenta.
9.1.466
  • Zabeleži vsak zaključeni klic modela API-ja agenta pod stabilno oznako naloge, ne da bi združil uporabo različnih strank.
  • Trajna razporeditev JSONL ohranja zahtevo, sejo, nalogo, oznako klica in neobdelana polja uporabe najdljive tudi po ponovnem zagonu.
  • Navzven sta vidna le King ter neobdelani števci za vnos, predpomnjeni vnos in zaključek; manjkajoči podatki uporabe ostanejo izrecno označeni.
9.1.465
  • Dodaja izolirano krmiljenje poteka za izrecno končno točko agenta API-ja agenta, ne da bi spremenil neobdelane zaključke modela.
  • Klici orodij, ki jih upravlja odjemalec, ohranijo en sam potek King skozi povratke rezultatov in ostanejo omejeni na prvotno zahtevo.
  • Odgovori nadrejenih agentov izključujejo tokove dogodkov podrejenih agentov in zavržene osnutke ponovnih poskusov.
9.1.464
  • Upravljani podagenti zdaj tečejo odklopljeno, tako da glavni agent ostane odziven, medtem ko se delegirano delo nadaljuje.
  • Tekoče podagente je mogoče krmiliti z TaskUpdate ali končati s TaskStop, ne da bi zaprli glavno sejo.
  • Naslovljena sporočila skupin Telegram ostanejo v fokusu, dokler agent ne odgovori v ustreznem pogovoru.
9.1.463
  • Obnovitev kontrolne točke ob obstoječih podatkih okna upodobi le zadnjo aktivno skupino krogov TUI; starejše vrstice ostanejo v arhivu pomikanja in se po potrebi naknadno naložijo.
9.1.462
  • Nespremenjene vsebine tui.toml ne sprožijo več atomske zamenjave datoteke; resnične spremembe še naprej uporabljajo obstoječo zaklenjeno pot zapisa.
9.1.461
  • /status razlikuje naloženo stanje izvajanja od nameščenega paketa in sporoči odstopanje tudi v daljinskem statusu Telegram.
9.1.460
  • Starejša vidna sporočila seje ostanejo v trajnem arhivu na disku in se ob pomikanju navzgor nalagajo po blokih, ne da bi ob zagonu prebrala vse besedilne bloke.
9.1.459
  • Obnovitev vzpostavi pomensko kontrolno točko, vezano na celovitost, in prebere le del datoteke seje, dodan od takrat; ob neveljavni kontrolni točki ostane polno predvajanje kot povratek.
9.1.458
  • Kontrolna vsota, prevzeta iz zunanjega poročila, se veže le, če je ta natančna vrednost prisotna v izbranem izvornem dogodku.
9.1.457
  • Če ista kontrolna vsota izvira iz več zunanjih dogodkov, se izvor označi kot večpomenski, namesto da bi se pripisal enemu poročilu.
9.1.456
  • Kontrolne vsote v odhodnih sporočilih Telegram se primerjajo z lokalnimi rezultati orodij in vidnimi zunanjimi poročili; nedodeljene vrednosti ustvarijo opozorilo o izvoru.
9.1.455
  • Poročila Telegram je mogoče vezati prek oznake pogovora in sporočila kot credible_unverified; poročevalca in izvor dogodka nastavi izvajalno okolje.
9.1.454
  • Sveža preverjanja se samodejno vežejo na sejo in agenta, ki sta jih ustvarila; posredovane meritve ostanejo zunanja poročila.
9.1.453
  • Dokazilo o zaključku se veže na trenutno veljavno merilo zaključka in se zavrne ob drugačnem ali zastarelem merilu.
9.1.452
  • Vsako dokazilo se veže na dejansko izmerjeni ciljni obseg; preverjanja ukazov morajo na obeh straneh nositi isto varno vrednost BLUN_EVIDENCE_SCOPE.
9.1.451
  • Vsako dokazilo nosi natančno vrsto inspection, integrity, syntax, test ali reachability. Šibkejše preverjanje se ne sme izdati za močnejše.
9.1.450
  • Dokazila rezultatov in dokazila pregledovalcev so ločena. Le nov ali spremenjen pregledovalec potrebuje drugi, samostojni dokaz ostrine; običajne meritve ne potrebujejo preizkusa rdeče.
9.1.449
  • Dokazilo o zaključku navede natančen uspešni klic preverjanja prek njegovega toolCallId; mešani klic ukaza s spremembo in preverjanjem ne zadostuje.
9.1.448
  • Ciljni zaključek mora vezati preverjeno trditev na uspešni klic preverjanja istega kroga; zgolj orodja za zapis ali spremembo ne veljajo kot dokazilo.
9.1.447
  • Izbrano dejanje se veže na trajna dokazila odločitev; neznana ali zastarela dokazila zahtevajo novo načrtovanje.
9.1.446
  • Zapora ponavljanja v živo dodatno prepozna kratke ponavljajoče se besedne nize z dvema do osmimi besedami.
9.1.445
  • Izbrani učni namigi se skupaj z validiranim učnim rezultatom trenutnega kroga shranijo kot sled izpostavljenosti, ne da bi iz tega sklepali o vzročnosti.
9.1.444
  • Iskanje ustreznosti po prejšnjih napakah uporablja trajne podatke ciljev, kontrolnih točk in okvirov težav namesto samo najnovejših uporabniških sporočil.
9.1.443
  • Pri neposrednem nadaljevanju cilja izrecna izbira tool: ali skill: naloži natanko izbrani pripomoček.
9.1.442
  • Delovni fokus ohranja nit odločanja iz stanja, faze, zadnjega preverjanja, izbire, utemeljitve, podpore, tveganja in reverzibilnosti.
9.1.441
  • Manjkajoče znanje se vodi kot lastna domena knowledge_gap namesto v splošnem besedilu cilja, je prednostno in se ob prazni vrednosti skrije.
9.1.440
  • Svetovno znanje in predpostavke je mogoče vključiti v trajni fokus kot lastni domeni in ju utežiti.
9.1.439
  • Trajni kognitivni fokus dobi oceno izstopnosti s propadanjem med sejami in okrepitvijo ob ponovnem dostopu.
9.1.438
  • Med predvajanjem seje se obrezovanje, združevanje in upodabljanje odložijo; po tem se zahteva natanko eno novo upodabljanje prepisa.
9.1.437
  • Varuh mirovanja za časovne prekoračitve znova uporablja ustrezno besedilno pot in procesa ne konča več z nedovoljenim parametrom v časovniku.
9.1.436
  • Daljinski status Telegram med aktivnim krogom prikaže začetek, zadnji napredek, zadnje orodje in ponovljene napake; TUI za to objavlja tekoče posnetke dejavnosti.
9.1.435
  • Zasebne kontrolne točke fokusa Telegram zdaj sledijo delovnemu območju, vezanemu na aktivno sejo.
  • Izbira delovnega območja ne shranjuje več začetnega imenika kot mesto nadaljevanja za neposredne pogovore.
9.1.434
  • Potrjeno učenje zdaj sledi delovnemu območju, vezanemu na aktivno sejo agenta.
  • Seje z več delovnimi območji in nadaljevane seje ne shranjujejo in ne prikazujejo več projektnih lekcij v imeniku procesa gostitelja.
9.1.433
  • Priprava vnosa v zunanjem urejevalniku zdaj ostane znotraj meje čiščenja za začasne imenike.
  • Če prvi zapis spodleti, na primer zaradi polnega diska ali manjkajočih dovoljenj, se začasni imenik urejevalnika odstrani, preden se napaka posreduje naprej.
9.1.432
  • Začasne napake toka je zdaj mogoče ponovno poskusiti tudi po vidnem delnem izpisu z istim izbranim modelom.
  • Nepopolno besedilo pomočnika in nedokončane površine orodij se pred ponovitvijo zaključijo ali zavržejo, da se novi izpis ne pripne na neuspeli poskus.
  • Po vidnem izpisu ostane zamenjava ponudnika zaklenjena, tako da odgovor ne more sredi toka zamenjati ponudnika.
9.1.431
  • Lokalni procesi orodja Bash zdaj prisilno deaktivirajo poizvedbe Git v terminalu, namesto da bi podedovali interaktivno nastavitev nadrejenega procesa.
  • Podedovana pogovorna okna askpass Git, SSH in upravitelja poverilnic Git so v podrejenem procesu orodja deaktivirana; s tem so preprečena nevidna čakanja na poverilnice Windows.
  • Nadrejena lupina in okolje tekoče seje ostaneta nespremenjena; obstoječe obnašanje ob zaprtem standardnem vhodu ostane ohranjeno in je neodvisno zavarovano.
9.1.430
  • Popolno strnjevanje lahko zdaj prek [loop_control].compaction_model uporabi izbirno konfiguriran vzdevek modela; aktivni model King ostane privzeta nastavitev.
  • Preverjanje pristnosti, priprava konteksta, proračun zaključka, prelivno učenje in obračun uporabe strnjevanja so v celoti vezani na izbrani model strnjevanja.
  • Aktivni model še naprej določa začetek strnjevanja in zadnjo zavoro zahteve, tako da manjši model povzetka ne more neopaženo zmanjšati osrednjega okna razmišljanja.
9.1.429
  • Bash pod Windows zdaj zavrne nedvoumno sintakso cmd.exe pred zagonom procesa, namesto da bi zapravil vidno neuspeli potek.
  • Opis orodja Bash izrecno pojasnjuje, da POSIX-bash pod Windows, vključno z VS Code, ostane aktiven, ter navaja pravilne konvencije za poti in preusmeritve.
  • Veljavni ukazi POSIX-find ostanejo dovoljeni; za namerno želeno semantiko cmd je še naprej na voljo izrecno posredovanje cmd.exe /c.
9.1.428
  • Ustvarjeni zapisi JavaScript in TypeScript se zdaj pred dostopom do diska ustavijo, če se izvedljivo navodilo ponovi osemkrat zapored; s tem so preprečeni nenadzorovani izpisi analitičnih skript.
  • Zaščitno preverjanje zajame tako klice Write za polne datoteke kot zamenjave Edit, medtem ko ne-kodne datoteke, komentarji, nizi in krajša upravičena ponavljanja ostanejo nespremenjeni.
  • Vsi trije opaženi primeri izrojevanja s 15, 23 in 31 ponovljenimi navodili so blokirani; poljubni nepopolni, a neponavljajoči se nameni ostajajo zunaj tega mehaničnega preverjanja.
9.1.427
  • Vidni ukaz /memory core zdaj poroča aktivno mejo adapterja spomina, različico pogodbe, način identitete, stanje celovitosti in dokazila prek portalov, po želji kot izpis --json.
  • Nadomestni spomin, vezan na profil, in identitete, izpeljane iz profilov, so izrecno izključeni iz pripravljenosti za skupno jedro, namesto da bi bili prikazani kot portalno nevtralni spomin.
  • Konfigurirani ponudniki ostanejo vidno nepotrjeni, dokler ne obstajajo ločena dokazila; diagnostika je samo za branje, ne podeljuje pooblastil in nikoli ne izmišlja dokazov prek portalov.
9.1.426
  • Vidni ukaz /memory acceptance zdaj izvede sintetično začasno preverjanje spomina V7 prek CLI, Telegrama in spleta ter lahko po želji izpiše poročilo --json.
  • Deset neodvisnih preverjanj pokriva izvor portalov, povezane in nepovezane identitete, izolacijo agentov in skupin, deduplikacijo, globalno popravljanje in brisanje, varno ključavnico ponudnika ter zaščitene izvorne bajte.
  • Poročilo o prevzemu služi izključno kot deterministični dokaz: ne podeljuje pooblastil ter nikoli ne bere ali spreminja resničnega uporabniškega profila.
9.1.425
  • Podagenti, ki dosežejo svojo omejitev žetonov, zdaj v istem kontekstu agenta dobijo kratek potek predaje brez orodij, namesto da bi izgubili zaključeno delo orodij.
  • Če tudi ta predaja doseže omejitev, nadrejeni agent dobi omejeni delni povzetek ter natančno navodilo za nadaljevanje istega agenta.
  • Obnovitev ostane oblikovana po načelu varne ključavnice: nobenega popolnega novega poskusa naloge, nobenega sporočila o končanju brez zaključne predaje in nobenih novih pooblastil.
9.1.424
  • Potrjene lekcije iz Mistake.md se zdaj prenašajo na drugače oblikovane, a pomensko podobne primere iz zanesljivosti, dostave, orkestracije, spomina, objavljanja, medijev in validacije.
  • Natančni izrazi dokazil imajo še naprej prednost pred širokimi pomenskimi kategorijami; nepovezano besedilo ostane brez razporeditve.
  • Naravne nemške formulacije se deterministično poenotijo; spremenjeni vrstni red ne ustvarja novih pooblastil niti ne dviguje nepotrjene lekcije.
9.1.423
  • Končanja ob izvajanju zdaj zapišejo trajni sinhronski diagnostični vnos, preden se jedro ali zaganjalnik vrne ali konča.
  • Nezajete izjeme, neobdelane zavrnitve, odpovedali terminali, signali, napake ob zagonu, običajna končanja, napake podrejenih procesov in njihova končanja ohranijo natančen očiščeni vzrok skupaj z mejo procesa.
  • Zasebni dnevnik je omejen in odporen na napake, odstranjuje skrivnosti in domače poti ter tekoče seje ne zažene znova in je ne naloži znova.
9.1.422
  • Odprta, nedejavna seja zdaj spremlja svoj shranjeni časovni sprožilec in v samodejnem načinu ter načinu God postane aktivna ob ali po dueAt.
  • Zapadli sprožilec počaka, dokler niso zaključeni aktivni odgovori, strnjevanje, uvrščena sporočila, ukazi in pogovorna okna, preden nadaljuje natanko enkrat.
  • Pred zagonom izvajalno okolje znova prebere cilj, revizijo kontrolne točke, zapadlost, način dovoljenj in sejo ter zavrže časovnike na vsaki poti končanja seje.
9.1.421
  • Časovne čakalne kontrolne točke zdaj shranjujejo natančen časovni žig dueAt in ga poenotijo na UTC.
  • Redni zagon seje v samodejnem načinu ali načinu God pusti prihodnje časovne sprožilce čakati in jih nadaljuje ob ali po njihovi zapadlosti.
  • Prvi nadaljevani potek dobi natančno opazovanje zapadlosti; seje, ki so odprte ves čas, v tej različici še nimajo časovnika ob izvajanju.
9.1.420
  • Aktivni cilj s trajno čakalno kontrolno točko po trenutnem poteku preda nadzor, namesto da bi dodelil dodatni avtonomni potek.
  • Zunanji, časovni, odvisnostni in od odločitev uporabnika odvisni sprožilci ostanejo shranjeni in se ob naslednjem dogodku znova ovrednotijo.
  • Neposredni cilji in starejši aktivni cilji brez kontrolne točke se nespremenjeno nadaljujejo.
9.1.419
  • Redno nadaljevana seja zdaj nadaljuje že aktivni cilj, če je njen shranjeni naslednji sprožilec izrecno neposreden in je samodejni način ali način God aktiven.
  • Nadaljevanje ostane notranje, teče največ enkrat na nadaljevano sejo in se nikoli ne pojavi kot izmišljeno uporabniško sporočilo.
  • Čakajoči, prekinjeni in blokirani cilji, manjkajoče kontrolne točke ter ročni načini dovoljenj ostanejo zaustavljeni.
9.1.418
  • Telegram zdaj ohranja izrecno oznako bota pošiljatelja v vhodnih podatkih, tako da kontekst identitete loči agente od ljudi.
  • Akterji Telegram, že shranjeni kot ljudje, se popravijo v agente le, če se ponudnik, subjekt in izrecna oznaka bota ujemajo.
  • Podrobnosti akterjev ostanejo ohranjene, agenti se nikoli ne degradirajo in imena ali uporabniška imena se nikoli ne uporabijo za izpeljavo identitete agenta.
9.1.417
  • Samodejni nadomestni odgovori Telegram zdaj razdelijo odgovore z več kot 4.096 znaki na zaporedna sporočila, namesto da bi jih skrajšali.
  • Vsak znak in vsak par nadomestnih enot Unicode ostane ohranjen; izhod zajame vse vrnjene oznake sporočil skupaj s polnim besedilom.
  • Če del spodleti, se dostava na tem mestu ustavi, namesto da bi nepopoln odgovor sporočila kot popolnega.
9.1.416
  • Sveži rezultati iz najnovejšega sklopa klicev orodij ostanejo v celoti berljivi do naslednjega odgovora pomočnika, tudi če se nato vnese kontekst Telegram ali krmiljenja.
  • Izločanje sklopov, čiščenje zgodovine in mikro-strnjevanje zdaj uporabljajo isto pomensko mejo za sveže rezultate.
  • Že ovrednoteni starejši rezultati se še naprej normalno strnijo, tako da ostanejo dosedanji prihranki konteksta ohranjeni.
9.1.415
  • Trajni delovni fokus zdaj ohranja natančen sprožilec za naslednje dejanje tudi prek ponovnih zagonov in menjav konteksta.
  • Naslednje dejanje ostane ločeno od svojega pogoja odobritve; to velja tudi za veljavne pogoje z več kot 512 znaki.
  • Napačni ali za fazo neprimerni sprožilci se varno zavrnejo; starejše kontrolne točke ohranijo svoje dosedanje obnašanje.
9.1.414
  • Nove trajne kontrolne točke dejanj zajamejo natančen sprožilec, ki odobri naslednje dejanje.
  • Faze, ki ne čakajo, potrebujejo neposredni sprožilec; čakajoče faze potrebujejo poimenovani zunanji dogodek, časovno točko, odvisnost ali odločitev uporabnika.
  • Čakajoči cilji ostanejo aktivni, ne da bi se izvedli predčasno; starejše kontrolne točke ostanejo berljive.
9.1.413
  • Odgovori Telegram, ki dosežejo omejitev izhoda modela, se ne dostavijo več kot nepopolni začetki.
  • Ista tekoča seja ustvari kratek, popoln nadaljevalni odgovor in pred varno prekinitvijo opravi največ tri poskuse obnovitve.
  • Izrecni odgovor prek orodja Telegram ima še naprej prednost in potlači obnovitev, tako da uspešne dostave niso nikoli podvojene.
9.1.412
  • Trajni cilji, ki jih ustvari model, se zdaj začnejo atomsko z revizijo 1 in popolnim omejenim okvirom težave.
  • Način God in samodejni način nadaljujeta že avtoriziran zagon cilja brez druge potrditve; v ročnem načinu ostane odobritev potrebna.
  • Preverjeno, netrivialno večstopenjsko delo lahko pod obstoječim avtonomnim navodilom preklopi v trajni ciljni način; pozdravi, enostopenjske zahteve in nejasne naloge ostanejo izključeni.
9.1.411
  • Netrivialne in neznane naloge lahko zdaj shranijo omejeni okvir težave v trajno kontrolno točko dejanja.
  • Okvir zajema merila uspeha, manjkajoče znanje, do pet možnih dejanj, izbrano dejanje z utemeljitvijo, izbiro podpore, tveganje in pot povratka.
  • Okvir težave preživi nadaljevanje in ponovni zagon izključno kot opisno stanje in nikoli ne more podeliti dovoljenj.
9.1.410
  • Zasebni ukazi shranjevanja Telegram omejijo obseg odnosov zdaj na zadevno osebo.
  • Fokus shranjevanja skrije odnose drugih oseb in ohrani preostali kontekst.
  • Popravki in izbrisi ne morejo izbrati odnosa druge osebe; lokalni fokus upravljavca ohrani popoln pogled.
9.1.409
  • Orodja za odgovore Telegram in pot povratka TUI zdaj uporabljajo skupni kanonični imenik za stanje kanala.
  • Vrednosti BLUN_HOME, specifične za profil, ne ustvarijo več drugega drevesa imenikov za vhode in izhode Telegram.
  • Izrecno nastavljen BLUN_TELEGRAM_STATE_DIR ostane odločilen; sicer obe poti uporabljata ~/.blun/channels/telegram.
9.1.408
  • Potrjeni podatki odnosov se združijo šele po dveh neodvisnih opazovanjih v neposrednih kanalih.
  • Znova predvajana sporočila ostanejo idempotentna; sporočila skupin in trditve, podobne dovoljenjem, ostanejo izključene.
  • Potrjeni zasebni spomini o odnosih lahko isto osebo spremljajo prek Telegrama in CLI, ne da bi podelili pooblastila.
9.1.407
  • Orodje za odgovore Telegram uvozi pot do tekoče vhodne zgodovine, ki jo uporablja prepoznavanje dvojnikov.
  • Običajni odgovori Telegram ne spodletijo več z napako inboxLog is not defined.
  • Ločena pot povratka prek bridgea ostane na voljo kot zavarovanje dostave.
9.1.406
  • Ponovljeni poskusi dostave zasebnih dogodkov Telegram z istim časovnim žigom in besedilom se v kontinuiteti odnosov shranijo le enkrat.
  • Dejansko pozneje ponovljena izjava ostane del omejene zgodovine odnosov.
  • Naravno oblikovani izrecni opomniki ob koncu stavka se prepoznajo kot referenčni podatki, ne da bi podelili ali spremenili dovoljenja.
9.1.405
  • Povezani ukaz Telegram /status zdaj poroča starost in utrip srca procesa konzole, trenutni delovni korak ter aktivno nalogo, ne da bi poklical model.
  • Zaostanek čakalne vrste zdaj meri neprebrane bajte od kontrolne točke, vezane na natančno trenutno datoteko čakalne vrste.
  • Daljinski status ostane samo za branje in ne vsebuje oznak pogovorov, poti datotek, poverilnic in vsebin sporočil niti popolnih seznamov nalog.
9.1.404
  • Nespremenjena vsebina config.toml ne nadomesti več obstoječe zasebne datoteke.
  • Natančna primerjava bajtov je omejena na običajne cilje, ki niso simbolne povezave.
  • Spremenjeni, manjkajoči, neveljavni in neberljivi cilji še naprej uporabljajo obstoječo atomsko pot zapisa, varno pred zrušitvami.
9.1.403
  • Samodejni vrstni red orodij, ki jih je mogoče naknadno naložiti, prezre vdelane koristne vsebine prilog in dokumentov.
  • Vsak delček namena je pred leksikalno primerjavo omejen na obstoječi proračun poizvedb ToolSearch s 1.000 znaki.
  • Dejanska navodila, priloge in izrecne poizvedbe ToolSearch ostanejo nespremenjene.
9.1.402
  • Arhivi zgodovine strnjevanja, ki jim je potekel čas, se ob zagonu ukaza King enkrat počistijo v ozadju.
  • Čiščenje ob zagonu ostane neblokirajoče in ne more zakasniti običajne obdelave ukazov.
  • Napake pri čiščenju se varno zabeležijo in ne prekinejo tekoče seje.
9.1.401
  • Prvi delček besedila vsakega tekočega odgovora se zdaj prikaže takoj, namesto da bi čakal na povratni klic časovnika.
  • Novi krog in vsak novi segment odgovora pomočnika dobita vsak svojo takojšnjo prvo predstavitev.
  • Poznejši delčki besedila, razmišljanja in orodij ohranijo prilagodljivi ritem združevanja, ki varuje zmogljivost dolgih sej.
9.1.400
  • Velike nadaljevane seje se zdaj predvajajo sodelovalno, tako da lahko TUI med obnovitvijo zgodovine znova riše in se odziva.
  • Vsak trajno shranjeni zapis predvajanja se še naprej prikaže; noben del zgodovine ni odrezan, preskočen ali izbrisan.
  • Majhna nadaljevanja ohranijo svoje dosedanje obnašanje; velika nadaljevanja po vsakih 30 zapisih predajo izvedbo zanki dogodkov.
9.1.399
  • Preverjeni učni kandidati so zdaj omejeni na trenutni projekt Git, namesto da bi prišli v nepovezana skladišča.
  • Prevzemi HTTPS in SSH istega izvora uporabljajo skupno anonimno identiteto projekta.
  • URL-ji skladišč in lokalne poti projektov se nikoli ne shranijo v zapise učnih kandidatov; delo zunaj Git ohrani obstoječe obnašanje na ravni profila.
9.1.398
  • Čisti besedilni odgovori Telegram se zdaj deduplicirajo prek poti orodja in obeh samodejnih poti povratka.
  • Enak ali skoraj enak odgovor se potlači le, če ni novejšega dohodnega sporočila.
  • Priloge, različni rezultati in odgovori po novem uporabniškem sporočilu ohranijo svoje dosedanje obnašanje.
9.1.397
  • Cilji z izrecnim merilom zaključka zdaj pred zaključkom potrebujejo kontrolno točko, podprto z izvajalnim okoljem.
  • Če preverjanje zaključka spodleti, cilj ostane aktiven in vrne konkretne napotke za predelavo.
  • Običajni krogi in cilji brez izrecnega merila zaključka ohranijo svoje dosedanje obnašanje.
9.1.396
  • Naravne zahteve lahko v istem krogu vnaprej izberejo do dve shemi orodij, ki z visoko zanesljivostjo ustrezata, za naknadno nalaganje.
  • Izbira upošteva izključno trenutni namen v kanalu in prezre zastareli kontekst Telegram.
  • Za šibke, večpomenske ali neznane zahteve ostane ToolSearch na voljo, ne da bi povečal trajno naloženo množico orodij.
9.1.395
  • Sprejeta medijska opravila se trajno spremljajo, enake odprte zahteve se znova uporabijo, zaključeni rezultati se po preverjanju kakovosti shranijo ter dostavijo zadevnemu pogovoru.
9.1.394
  • Ponudnik shranjevanja z različicami, ki ga je mogoče prostovoljno vklopiti, lahko poveže kroge CLI in portala s skupnim tokom kognitivnih dogodkov.
  • Privzeto ostane obstoječe lokalno shranjevanje SQLite, brez novega omrežnega dostopa ali spremenjenega obnašanja ob izvajanju.
  • Poti ponudnikov, sinhronske funkcije tovarn in različica pogodbe 6 se zdaj pred zagonom izvajalnega okolja varno preverijo in ob odstopanjih zavrnejo.
9.1.393
  • Interaktivni zagoni z king in king -c znova prikažejo vidno izbiro posodobitve 1/2/3, takoj ko obstaja novejša različica.
  • Prenos posodobitev v ozadju, čakajoča aktivacija in zamaknjeni samodejni preklop so odstranjeni.
  • Po izbrani namestitvi se king konča za ročni ponovni zagon; king -c nadaljuje zadnjo sejo z novo različico.
9.1.392
  • Nepopolna vmesna stanja ustvarjanja slik se ne pošiljajo več kot zasebna posodobitev Telegram, dokler ni na voljo rezultat medija.
  • Izmerjeni opisi napak GenerateImage in GetMedia se potlačijo; zaključene dostave medijev ostanejo vidne.
  • Zasebni pogovori in običajni zahtevani rezultati ostanejo nespremenjeni.
9.1.391
  • Kontinuiteta spominov prek portalov zdaj zahteva natančno, aktivno dokazilo o povezavi identitet zaupanja vrednega izvajalnega okolja.
  • Podobna imena, odstopajoči najemniki ali izvorne identitete, napačni izdajatelji in preklicana dokazila ostanejo med seboj ločeni ter se varno zavrnejo.
  • Različica 6 pogodbe adapterja spomina podpira preverjeni OAuth, varne povezave računov in izrecno potrjene razporeditve identitet, ne da bi iz spominov izpeljevala dovoljenja.
9.1.390
  • Skupna ovojnica shranjevanja zdaj zajema čas dogodka in čas prihoda ločeno.
  • Vsak nov kognitivni dogodek izrecno dobi razred hrambe za operativne podatke, trajne podatke, odnose ali namene preverjanja.
  • Različica 5 pogodbe adapterja spomina zavrne nepopolne ovojnice dogodkov pred vsakim lokalnim ali oddaljenim zapisom.
9.1.389
  • Dogodki spomina zajemajo izvorni portal in izvorni kanal zdaj kot ločeni, overjeni polji izvora.
  • Poti CLI, Telegram, izvajalnega okolja, osebnosti, popravkov in preklica ohranijo natančen kanal pri shranjevanju in predvajanju.
  • Različica 4 pogodbe adapterja spomina zavrne zapise, če se shranjeni izvorni kanal ne ujema s kanalom, ki ga odobri dovoljenje.
9.1.388
  • Branja spomina zdaj vračajo le opazovanja iz vidnega obsega, ki ga odobri dovoljenje, razen če se uporabi strogo notranja pot agenta.
  • Zapisi, preverjanja dogodkov in operacije pozornosti se varno zavrnejo, če njihov obseg ali overjeni vir ne ustreza trenutnemu kontekstu dostopa.
  • Lokalni adapter SQLite poizveduje omejena opazovanja prek lastnega indeksa vidnosti, namesto da bi najprej nalagal nepovezane spomine.
9.1.387
  • Vsaka operacija adapterja spomina zdaj nosi strog kontekst identitete, portala, kanala, pogovora, obsega in dovoljenj.
  • Kontekst dovoljenj se preveri zunaj obremenitve shranjevanja in se ne odloži trajno kot zapomnena vsebina.
  • Deduplikacija dogodkov je omejena na najemnika in agenta. S tem obstoja dogodkov ni mogoče prepoznati čez najemnike.
9.1.386
  • Kognitivno stanje je zdaj za različično pogodbo adapterja spomina, ki jo skupaj uporabljata življenjski cikel kroga in izvajalno okolje osebnosti.
  • Obstoječa shramba dogodkov SQLite ostane privzeta nastavitev. Zunanji odjemalci portala lahko zagotovijo isto pogodbo, ne da bi vzpostavili stanje, lastno portalu.
  • Nepodprte različice adapterjev in nepopolne izvedbe se pred vsako operacijo shranjevanja varno zavrnejo.
9.1.385
  • Sporočila Telegram, uvrščena pred začetkom seje, se zdaj sprostijo, takoj ko je seja pripravljena.
  • Seje v mirovanju izpraznijo čakalno vrsto v običajnem vrstnem redu FIFO; že nadaljevani aktivni krogi uporabljajo omejeno krmiljenje.
  • Trajne kontrolne točke čakalne vrste ostanejo nespremenjene, dokler sporočilo ni dejansko sprejeto.
9.1.384
  • Sklici na slike Telegram zdaj v istem krogu naložijo orodja za preverjanje slik in ustvarjanje slik.
  • Pufrirana sporočila Telegram ohranijo medijski namen za celoten čakajoči sklop, namesto da bi upoštevala le zadnje sporočilo.
  • Lokalne poti slik in oznake datotek Telegram izberejo ustrezno pot preverjanja ali prenosa, ne da bi trajno naložile sheme medijev.
9.1.383
  • Novi rezultati branja ostanejo zdaj v celoti vidni za korak modela, ki jih je zahteval, namesto da bi se pred ovrednotenjem izločili.
  • Vzporedni novi rezultati orodij ostanejo berljivi do svojega koraka ovrednotenja in se smejo arhivirati šele, ko postanejo zgodovinski.
  • Arhiviranje zgodovinskih izpisov in prihranek konteksta ostaneta aktivna po zaščitenem oknu za najnovejše delo.
9.1.382
  • Ukaz /loop se zdaj sprejme tudi, medtem ko teče drug odgovor.
  • Če se zanka ustvari med tekočim delom, jo King shrani in uvrsti njeno prvo navodilo, ne da bi prekinil trenutni krog.
  • Ustvarjanje zanke v mirovanju ter obstoječe obnašanje za status, premor, nadaljevanje in ustavitev ostaneta nespremenjena.
9.1.381
  • Po dokončno neuspelem iskanju ToolSearch se ToolSearch za preostanek tega kroga odstrani iz aktivnega seznama orodij.
  • Uspešno prepoznavanje shem in obravnava že naloženih orodij ostaneta na voljo in nespremenjena.
  • S tem ponovljena iskanja sopomenk ne porabijo več dodatnih žetonov, potem ko je izvajalno okolje že dokazalo, da ni ustrezne integracije.
9.1.380
  • Začasna napaka pri krmiljenju aktivnega kroga zdaj takoj znova aktivira krmiljenje dostave Telegram, namesto da bi obnovljeno sporočilo skupine čakalo do konca kroga.
  • Čakajoča sporočila skupin se še naprej dostavljajo tudi med dolgim delom; pri tem ostaneta ohranjena vrstni red FIFO in obstoječa meja karantene treh poskusov.
  • Nobena tekoča seja se ne prekine ali znova zažene.
9.1.379
  • Začasne ponovitve potrditve krmiljenja kanala ne prikažejo več napačne rdeče napake, dokler sporočilo ostane obnovljivo v čakalni vrsti.
  • Vidna napaka dostave se pojavi šele, ko tretji neuspeli poskus varno arhivira celoten prvi vnos čakalne vrste.
  • Obnašanje za ponavljanje, potrditev, arhiviranje in vrstni red FIFO ostane nespremenjeno.
9.1.378
  • Pri hitro zaporednih objavah v ozadju zdaj obstaja en sam zamenljivi status za pripravljeno posodobitev, namesto da bi se za vsako različico dodal nov del dnevnika.
  • Vnos za pripravljeno posodobitev vedno prikaže najnovejšo preverjeno ciljno različico; aktivna seja ostane nedotaknjena do svojega naravnega ponovnega zagona.
  • Opozorilo o dejanski namestitvi in dnevniku sprememb ostane trajno in nespremenjeno ohranjeno. Manj sprememb v dnevniku zato ne skrije aktivirane posodobitve.
9.1.377
  • Čakajoče naloge Telegram zdaj prevzamejo odločilno oznako aktivnega kroga od jedra. Zastareli vidni status TUI zato ne more več povzročiti, da bi sprejeto sporočilo ostalo nepotrjeno.
  • Krmilni ukaz /loop se med tekočim delom izvede takoj; trajna potrditev ukaza ni več odvisna od uspešnega odgovora statusa Telegram.
  • Če dostava prvega vnosa čakalne vrste trikrat spodleti, se z vsemi metapodatki obnovitve lokalno arhivira, preden čakalna vrsta nadaljuje. Tako pokvarjen vnos ne blokira poznejših sporočil.
9.1.376
  • Veliki zgodovinski rezultati orodij se pred strnjevanjem konteksta trajno shranijo, tako da njihov popolni izpis ostane obnovljiv tudi po izpraznitvi vdelanega predogleda.
  • Shranjeni sklici na rezultate preživijo poznejša mikro-strnjevanja in ohranijo omejene metapodatke, potrebne za ponovno nalaganje prvotnega izpisa.
  • Telemetrija izločanja poroča velikosti in stanje obnovitve, ne da bi razkrila vsebine rezultatov ali zasebne poti.
9.1.375
  • Zasebna neposredna sporočila Telegram in ukazi s poševnico ohranijo najvišjo prednost dostave. Izrecno naslovljeno delo skupin se nato po FIFO uvrsti pred običajno ali neadresirano staro breme.
  • Predaja posodobitve lahko prečka neprazno čakalno vrsto le, če je vsak vnos trajno, še nepotrjeno delo Telegram s potjo povratka z acknowledge. Lokalno, mešano ali netrajno delo še naprej blokira.
  • Opozorilo za pripravljeno posodobitev sledi sproščenemu jeziku vmesnika osebnosti. Pri jeziku, ki še ni sproščen kot TUI-locale, se prikaže le informacija o različici, namesto da bi se prešlo v napačen jezik.
9.1.374
  • Opozorilo za pripravljeno posodobitev ne uporablja več vgrajenega nemškega sporočila, temveč že sproščeni prevod vmesnika aktivnega jezika.
  • Načina nadaljevanja in nove seje ostaneta ločena; predaja posodobitve, vračanje in potrditev dvojnikov Telegram niso bili oslabljeni.
9.1.373
  • Posodobitev, pripravljena v ozadju, lahko zdaj prevzame tekočo sejo na preverjeni varni meji. Oznaka seje in delovni imenik ostaneta ohranjena; tekoča orodja, ukazi lupine, strnjevanje in čakajoča sporočila preprečijo predajo.
  • Nadzornik aktivira novo izvajalno okolje šele po dokazu loaded in ready. Če zagon spodleti, se staro izvajalno okolje skupaj z natančno sejo obnovi in napačno čakajoče stanje se zavrže.
  • Podvojena sporočila Telegram, že obnovljena v knjigi dostave, se ob ponovnem predvajanju čakalne vrste takoj potrdijo. Ne čakajo več na korak modela, ki se za dvojnik namenoma nikoli ne začne, in zato ne blokirajo več poznejših sporočil skupin.
  • Trajni delovni fokus zdaj nosi stanje znanja, kontekst dokazil, popravke, preklicanja in zaupanje skozi kroge. Iz tega še naprej ne nastanejo nove pravice ali odobritve.
9.1.372
  • Trajne kontrolne točke ciljev zdaj razlikujejo verified, credible_unverified, hypothesis, uncertain_memory, stale in unknown. Verjetne domneve se s tem ne obravnavajo več kot zagotovljeno znanje.
  • Izvor in stanje znanja se preverjata skupaj: dokazila orodij ob izvajanju smejo kot verified veljati le po uspešnem poteku orodja, zunanja poročila ne. Stanja carry-forward ohranijo svoj dosedanji status in svoje zadnje dokazilo preverjanja.
  • Stari stanji predvajanja brez novega polja ostaneta berljivi kot legacy_unknown. Nove kontrolne točke morajo svoj status izrecno navesti. Pravice, odobritve in avtoriteta ostanejo nespremenjeni.
  • Kompaktna projekcija konteksta navede epistemsko stanje v natanko eni vrstici, da ga agent upošteva v naslednjem koraku, ne da bi obremenil proračun konteksta z dodatnim besedilom.
9.1.371
  • Popravilo napake povezave iz 9.1.370: tam že shranjena in projicirana vrednost evidenceBasis je zdaj tudi del stroge javne izhodne sheme GetGoal in se ob pridobitvi ne izgubi več.
  • Shema sprejema štiri trenutne vrste izvora ter legacy_unknown za stara stanja predvajanja. Pravice, odobritve in avtoriteta ostanejo nespremenjeni.
  • Osredotočen preizkus povezave in lastni mutant zavarujeta novo javno povezavo pred regresijo.
9.1.370
  • Vsaka sveža delovna kontrolna točka zdaj izrecno navede, na čem temelji njeno zadnje dokazano stanje: uspešen klic orodja ob izvajanju, neposredna izjava uporabnika, zunanje poročilo ali nespremenjeno nadaljevanje.
  • runtime_tool se sprejme le, če trenutni krog vsebuje vsaj en klic orodja, ki ga je izvajalno okolje dovolilo in uspešno zaključilo. carried_forward ne sme spremeniti zadnjega dokazanega stanja. Obe poti prekineta ob nasprotju s pravilom zaprtega delovanja.
  • Stare shranjene kontrolne točke ostanejo berljive kot legacy_unknown. Vrsta izvora je epistemsko stanje in ne ustvarja niti pravic niti odobritev ali avtoritete.
9.1.369
  • Trajna delovna kontrolna točka zdaj samodejno dobi kompakten dokaz ob izvajanju iz že zaključenih klicev orodij istega kroga. Dokaz navaja le oznako kroga, skupno število, število uspehov in napak ter kratek povzetek.
  • Imena orodij, oznake, argumenti, ukazi, izpisi, poti in uporabniško besedilo se ne zapišejo v kontrolno točko. Prazen dokaz ostane pošteno pri nič, namesto da bi se pretvarjal, da je meritev.
  • Le klic orodja, ki ga je odobrila politika izvajalnega okolja in se je uspešno zaključil, šteje kot uspeh. Blokirani, neuspeli, preklicani dokazi ali dokazi, ki jih je priskrbel model, ne ustvarijo avtoritete.
9.1.368
  • Vsaka trajna delovna kontrolna točka zdaj nosi monotono revizijo. Prvi zapis se začne pri reviziji 1; vsak nadaljnji mora trenutno projicirano revizijo povečati natanko za ena.
  • Stari vzporedni krog ali zastareli pogled kanala ne more več naknadno prepisati novejšega dokazanega delovnega stanja. Zastarele, preskočene in neveljavne revizije prekinejo s pravilom zaprtega delovanja, preden se ciljno stanje spremeni.
  • Obstoječe kontrolne točke brez polja revizije se pri branju združljivo obravnavajo kot revizija 1. Revizija je delovno stanje in ne ustvarja pravic ali odobritev.
9.1.367
  • Aktivni opomnik cilja zdaj nosi trajno delovno kontrolno točko neposredno. King ohrani fazo, zadnje dokazano stanje, natančno naslednje dejanje in pričakovano dokazilo tudi, kadar dodatni kognitivni adapter spomina trenutno ni na voljo.
  • Pred alternativnimi potmi se najprej izvede natančno vnaprej zabeleženo naslednje dejanje. Kontrolna točka se spremeni šele, ko nova dejstva resnično spremenijo potrjeno stanje.
  • Povratek je le kompaktna projekcija že preverjene kontrolne točke. Ne ustvarja pravic, novih podatkovnih polj niti ponovnega zagona.
9.1.366
  • Aktivni cilji lahko zdaj shranijo majhno, trajno delovno kontrolno točko s fazo, zadnjim dokazanim rezultatom, natančnim naslednjim dejanjem in pričakovanim dokazilom. Po nadaljevanju ali predvajanju dogodkov King tam nadaljuje, namesto da bi znova vprašal za dovoljenje ali začel od začetka.
  • Zgolj posodobitev kontrolne točke pusti cilj aktiven. Prekinjeni in blokirani cilji ostanejo nespremenjeni; nadaljevanje le ponastavi uro izvajanja.
  • Kontrolna točka je strogo omejena in čista delovna informacija. Neznana polja, zlasti podatki o pravicah ali administraciji, prekinejo s pravilom zaprtega delovanja in ne morejo ustvariti zmožnosti.
  • Brez kontrolne točke ostane dosedanji kompaktni fokus nespremenjen. S kontrolno točko se štirim ustreznim fokusnim opazovanjem doda le dokazano stanje; tako ostane strošek žetonov majhen in stalen.
9.1.365
  • Zasebna neposredna sporočila Telegram in lokalni CLI lahko trajni fokus zdaj neposredno berejo, popravijo ali izbrišejo z /memory focus, /memory correct <id> <vrednost> in /memory delete <id>. Ta pot ne zažene kroga modela in zato ne porabi žetonov modela.
  • Spremembe Telegram so vezane na pozitivne oznake uporabnika, pogovora in sporočila, resnično zasebno neposredno sporočilo, čas kanala in stabilno oznako zahteve. Skupine, nepopoln izvor in spremenjene ponovitve prekinejo s pravilom zaprtega delovanja.
  • Domena, ključ in obseg se vedno izpeljejo iz aktivnega dokazila cilja in jih klicatelj ne more vnesti. Popravki in tombstoni ostanejo append-only, ohranjajo zgodovino in ne podeljujejo pravic.
  • Fokusni izpis je za Telegram omejen na osem vnosov in manj kot 3.500 znakov; skupno število ostane vidno.
9.1.364
  • Tekoči kognitivni življenjski cikel lahko trajni fokus zdaj popravi prek correctFocusObservation in izbriše prek withdrawFocusObservation. Obe poti še naprej pišeta append-only v isti tok dogodkov, vezan na najemnika in agenta.
  • Revizija je dovoljena le s potrdilom runtime_user_prompt_hook in explicit_user_request. Običajni posnetek modela ne more izpeljati ali vtihotapiti popravka ali izbrisa.
  • Vsaka revizija nosi stabilno oznako zahteve ter portal, akterja, kontekst, sporočilo in čas. Enaka ponovitev je idempotentna; ista oznaka zahteve s spremenjeno vsebino in revizije z nazaj datiranim časom prekinejo s pravilom zaprtega delovanja.
  • Popravek in poznejši izbris pustita celotno zgodovino nespremenjeno. Po izbrisu se dejstvo ne pojavi več v pozivu in ne porabi žetonov konteksta. Spomin še naprej ne more podeliti pravic.
9.1.363
  • Potrjen izbris se zdaj shrani kot tombstone, ki se samo dodaja. Prejšnja vsebina ostane ohranjena v revizijski zgodovini in verigi zgoščenih vrednosti, vendar popolnoma izgine iz učinkovite projekcije konteksta.
  • Stari dogodki nadaljevanja, prepisa ali čakalne vrste s časom pred izbrisom ne morejo znova aktivirati odstranjene vsebine. S tem se pozneje znova predvajano staro stanje ne obravnava kot nova resnica.
  • Namenoma znova podeljene informacije po času izbrisa se je mogoče znova naučiti. Tombstone torej zaklene stare dokaze, ne prihodnjega razvoja.
  • Izbrisi prek tujih najemnikov, agentov, domen, ključev ali obsegov, z manjkajočim ciljem, šibkim zaupanjem ali napačno vrednostjo tombstona se transakcijsko zavrnejo. Obstoječe baze podatkov se migrirajo na mestu.
  • Izbrisano dejstvo ne ustvari vrstice v pozivu in s tem ne porabi žetonov konteksta.
9.1.362
  • Potrjen popravek lahko zdaj izrecno nadomesti natanko eno prejšnje opazovanje v istem obsegu najemnika, agenta, domene, ključa in obsega. Stari vnos ostane v revizijski zgodovini, ki se samo dodaja.
  • Učinkoviti pogled naloži popravljeno vrednost in jo označi kot corrected; nadomeščena vrednost se ne projicira več kot trenutni konflikt.
  • Manjkajoči cilji, tuji obsegi ali ključi ter popravki pod zaupanjem 1 se transakcijsko zavrnejo.
  • Obstoječa stanja SQLite ob odprtju dobijo novi stolpec za odnose, ne da bi izgubila svoj dosedanji tok ali različico.
9.1.361
  • Enako verodostojne osebne ali skupinske izjave z istim obsegom in ključem se ne izdajo več kot resnica po načelu "najnovejša vrednost zmaga". Projekcija konflikt označi na kratko in zahteva razjasnitev, ne da bi obe vsebini prelila v kontekst.
  • Če je izjava vsaj 0,2 točke zaupanja močnejša, ostane uporabna, vendar je označena kot sporna. Poznejša šibkejša trditev ne more več prekriti potrjenega stanja.
  • Enake potrditve se združijo v eno fokusno točko. Kanonična ciljna in napredovalna polja ostanejo še naprej revizijsko sposobna.
  • Zgodovina dogodkov, ki se samo dodaja, ostane nespremenjena; iz učinkovitega pogleda še naprej ne morejo nastati dovoljenja.
9.1.360
  • Že kanonično stanje /goal se projicira kot trajni delovni fokus v tok kognitivnih dogodkov: cilj, status, naslednji sprožilec in pričakovano dokazilo uspeha.
  • Isti fokus ostane idempotenten skozi ponovne zagone izvajalnega okolja. Nespremenjeno stanje cilja ne ustvari dvojnih dogodkov ali opazovanj.
  • Števci uporabe, časovni proračun in dovoljenja se ne kopirajo v fokus. Brez aktivnega cilja se ne naložijo dodatni žetoni fokusa.
  • Projekcija poveže ustrezen obseg cilja z zasebnim obsegom odnosov trenutnega kroga; ne ustvarja pravic.
9.1.359
  • Spomin osebnosti in pravi krogi CLI zdaj uporabljata isti tok identitet najemnika in agenta iz identity/manifest.json; brez popolne identitete ostane združljiva zgoščena povratna pot ohranjena.
  • Neposredni krogi Telegram projicirajo le zasebni obseg odnosov trenutnega sogovornika. Skupine in tuji odnosi ne prinesejo zasebnih žetonov fokusa.
  • Izbira obsega je izsiljena pred razvrščanjem; novejše spoznanje iz tujega obsega ne more več prekriti ustreznega vnosa.
9.1.358
  • Napaka v omrežju med samodejno pripravo posodobitve je bila sporočena le izbirnemu povratnemu klicu za napake. Brez ponovnega poizvedovanja je delujoči King ostal na svojem stanju, čeprav je seja sama zdravo tekla naprej.
  • Zaganjalnik zdaj zapiše omejen dogodek prepare-failed s stanjem različice ter varnim imenom in kodo napake v handoff.jsonl.
  • Nato je natanko deset sekund pozneje načrtovan nov poskus priprave. Delujoče jedro se ne konča niti ne naloži znova.
  • Napake pri zapisovanju diagnostičnega dogodka ostanejo fail-soft; žetoni, besedilo sporočila in druge skrivnosti se ne beležijo.
9.1.357
  • Ponovljeni dostopi do istega učinkovitega sistemskega poziva ne gradijo več velikega niza znakov iz osnove in priloge izvajalnega okolja ob vsakem dostopu.
  • Razreševalnik hrani natanko eno trenutno kombinacijo osnove in priloge ter jo takoj razveljavi, kakor hitro se spremeni ena od obeh vhodnih vrednosti.
  • Prazen poziv, samo osnova, samo priloga in dosedanja ločitev z dvema prelomoma vrstice ostanejo ohranjeni byte za byte.
9.1.356
  • Nespremenjeni sistemski pozivi se pri ponovljenih korakih modela štejejo znak za znakom za proračun konteksta le še enkrat.
  • Predpomnilnik je omejen na štiri vnose, največ 500.000 znakov na poziv in skupaj 1.000.000 zadržanih znakov.
  • Spremenjeni pozivi se še naprej štejejo na novo; prikaz konteksta, proračun strnjevanja in proračun zahtev uporabljajo isto trenutno vrednost.
9.1.355
  • Nespremenjene konfiguracije zahtev LLM ne serializirajo več shem svojih orodij ob vsakem koraku modela samo zaradi dnevnika konfiguracije.
  • Model, vzdevek, stopnja razmišljanja, sistemski poziv in zaporedje orodij se primerjajo z zadnjim popolnim stanjem.
  • Spremenjeni modeli, pozivi, imena orodij, opisi ali sheme parametrov ciljano znova odprejo beleženje konfiguracije.
9.1.354
  • Nespremenjene sheme orodij se za vsak objekt orodja serializirajo le še enkrat in štejejo za proračun konteksta.
  • Zaradi tega se inventar s 403 orodji pri ponovljenih preverjanjih zahtev ne šteje vedno znova v celoti.
  • Spremembe imena, opisa ali objekta parametrov ciljano zavržejo le predpomnilniški vnos prizadetega orodja.
9.1.353
  • Fragmenti argumentov orodij roja agentov se še naprej takoj razčlenijo in prevzamejo v stanje napredka, zdaj pa si delijo prilagodljivi časovnik upodabljanja.
  • Velik pretakan klic orodja zato ne sproži več popolnega upodabljanja TUI za vsak fragment argumenta.
  • Začetek, zaključek, napaka in prekinitev odstranijo odprte časovnike roja pred njihovim zaključnim takojšnjim upodabljanjem.
9.1.352
  • Fragmenti asistenta in razmišljanja roja agentov še naprej takoj posodobijo stanje napredka, vendar si delijo prilagodljivi časovnik upodabljanja.
  • Val fragmentov zato ne sproži več popolnega upodabljanja TUI za vsako delto.
  • Diskretni dogodki roja in čiščenje napredka odstranijo odprte časovnike pred svojim takojšnjim zaključnim upodabljanjem.
9.1.351
  • Fragmenti asistenta in razmišljanja v oknu BTW/agentov se takoj shranijo v krogu, vendar si delijo prilagodljivi časovnik upodabljanja.
  • Krmilnik za ti dve vrsti delte ne zahteva več dodatnega polnega upodabljanja na fragment.
  • Zaključek, napaka, ponovni poskus in dispose odstranijo odprte časovnike; diskretni dogodki kavljev in zaključkov ostanejo takoj vidni.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput prevzame dele stdout in stderr takoj v stanje dejavnosti, kartico podagenta pa zgradi le še v prilagodljivem taktu pretakanja.
  • Skupna množica čakajočih obravnava več sočasno delujočih podorodij brez izgubljenega izpisa ali časovnika na del.
  • Zaključek orodja odstrani svoj odprti osvežitveni postopek pred končnim prikazom; dispose zavrže časovnike in množico čakajočih čisto.
9.1.349
  • ToolCallComponent.appendSubagentText zbira hitro prispele fragmente besedila in razmišljanja takoj v notranjem stanju, kartico podagenta pa zgradi le še v prilagodljivem taktu pretakanja.
  • Zaključek in stanje napake izpraznita še odprto osvežitev besedila pred končnim prikazom; dispose zavrže časovnik čisto.
  • Tako ostanejo dohodni bajti takoj na voljo, medtem ko polne ponovne izgradnje, posnetki stanja in upodabljanja pri valovih fragmentov odpadejo.
9.1.348
  • Rastoči argumenti podagentov/podorodij se še naprej takoj v celoti zbirajo, vendar se po vsakem posameznem fragmentu ne razčlenijo in upodobijo več.
  • Prilagodljivi časovnik združuje posodobitev predogleda. Ob zaključku se čakajoči argumenti obvezno vnesejo pred končno stanje orodja.
  • Izvajanje orodij, dovoljenja, končni argumenti in obstoječa običajna pot pretakanja ostanejo nespremenjeni.
9.1.347
  • Pot dogodkov je po vsaki dohodni delti argumentov orodja takoj klicala getStreamingToolCallPreview. Ta funkcija razčleni do tedaj popolno rastoče besedilo JSON.
  • Klic je potekal tudi za običajna orodja, čeprav le AgentSwarm potrebuje takoj razčlenjeno vmesno stanje za svoj tekoči prikaz napredka. Običajna pot je tako delno obšla omejeno kadenco predogleda, uvedeno v 9.1.346.
  • Majhna čista politika zdaj odloči pred razčlenjevanjem: običajna orodja le zberejo delto in razčlenijo ob načrtovanem izpiranju predogleda; AgentSwarm ob imenu dogodka, aktivnem imenu orodja ali obstoječem napredku roja še naprej razčleni takoj.
  • Izvajanje orodij, dovoljenja, končni argumenti in prikaz roja ostanejo nespremenjeni.
9.1.346
  • 9.1.345 je omejil ponovna upodabljanja celotnega besedila za dolge tokove odgovorov in razmišljanja, čisti tokovi argumentov orodij pa niso imeli nobenega od teh dveh osnutkov besedila in so zato ostali pri fiksnih 50 ms.
  • Vsak predogled orodja razčleni do tedaj popolno rastoče besedilo argumentov JSON. Veliki klici orodij so zato še naprej zelo pogosto znova razčlenili in upodobili celoten tovor.
  • Že obstoječa prilagodljiva kadenca zdaj upošteva tudi skupno število znakov aktivnih pretakanih argumentov orodij: 50, 100, 250 ali 500 ms po istih mejah.
  • Izvajanje orodij, argumenti, dovoljenja, končni predogled in takojšnja izpiranja ob zaključku ostanejo nespremenjeni.
9.1.345
  • TUI je pri pretakanju doslej vsakih 50 ms znova nastavila do tedaj v celoti nabrano besedilo odgovora in razmišljanja. Pri dolgih odgovorih modela je zaradi tega močno narasla količina besedila, ki ga je bilo treba večkrat upodobiti.
  • Kratki tokovi do 8.192 znakov ohranijo dosedanjo odzivno kadenco 50-ms. Nato se interval stopenjsko poveča na 100 ms do 32.768, 250 ms do 131.072 in 500 ms nad tem.
  • Izrecna izpiranja na mejah orodij in ob finalizaciji ostanejo takojšnja. Logika ponudnikov, čakalnih vrst, sej in žetonov ni bila spremenjena.
9.1.344
  • Kognitivna plast izvajalnega okolja je doslej za vsak klic orodja zapisovala pravilo in rezultat v dveh ločenih sinhronih transakcijah SQLite.
  • Izoliran vzorec stroškov Windows s 100 klici orodij je za to potreboval 627,63 ms in ustvaril 201 dogodek. Vsebina je obsegala 305 opazovanj.
  • Zaključeni pari pravilo/rezultat enega koraka modela se zdaj atomsko potrdijo v omejenih skupinah po največ deset orodij. Prekinjena ali še odprta preverjanja pravil se ob koncu kroga še naprej shranjujejo posamično.
  • Argumenti, izpisi, odločitev o pravicah, veriga zgoščenih vrednosti in trajnost SQLite ostanejo nespremenjeni.
9.1.343
  • Zasebni odgovor Telegram je bil že uspešno dostavljen z orodjem Reply. Kljub temu je isti krog modela nato vseeno zagnal še en korak in ustvaril notranje besedilo o stanju in nadzoru dela.
  • Ta dodatni korak je v izmerjeni dejanski seji stal 42.360 vhodnih in 411 izhodnih žetonov, čeprav je bil vidni odgovor uporabniku že poslan.
  • Uspešen odgovor Telegram zdaj takoj konča zasebni krog pogovora, označen kot direct. Neuspeli odgovori, skupine in druga orodja tečejo nespremenjeno naprej.
  • Po zaključku še naprej velja obstoječi krmilnik fokusa Direct: zapomni si dostavljeni odgovor in se po koncu pogovora ali času mirovanja vrne k shranjenemu delu v ozadju.
9.1.342
  • Poizvedba o relevantnosti za Mistake.md je doslej sprejela vsako sporočilo z vlogo user. Sem so spadale tudi notranje injekcije, povzetki strnjevanja, aktivacije skillov in sporočila v ozadju.
  • Ker je opomnik o napakah sam shranjen kot notranje sporočilo user, je po vsakem koraku orodja spremenil svojo lastno poizvedbo. Tako je bil v istem krogu znova izbran in vnesen.
  • Filter zdaj uporablja le še vnose uporabnikov in cron, pomembne za ukrepanje. Notranja besedila izvajalnega okolja so izključena iz poizvedbe o relevantnosti in prepoznavanja nizke informativnosti.
  • Prava uporabniška sporočila, načrtovano delo, vse preverjene lekcije in ponovna izgradnja po strnjevanju ostanejo nespremenjeno na voljo.
9.1.341
  • Ob naravnem zagonu je zaganjalnik našel že lokalno pripravljeno in preverjeno samodejno izvajalno okolje, a ga je kljub temu najprej poslal skozi omrežno odvisni namig o posodobitvi. Če je ta drugi klic začasno spodletel, se je znova zagnala stara globalna različica.
  • Pripravljeno samodejno izvajalno okolje z natančno ustreznim načinom (resume ali new) se zdaj zažene pred ponovnim klicem izdaje. Aktivacija ostane transakcijska: šele ko se novo jedro uspešno naloži, se izvajalno okolje knjiži kot aktivno.
  • Pri resume ostaneta ID seje in delovni imenik ohranjena. Ročni izbor posodobitve še naprej poteka po dosedanji poti namigov.
  • Noben delujoči King se ne konča. Popravek se uveljavi izključno ob naslednjem naravnem zagonu.
9.1.340
  • Zaganjalnik je uspešne posodobitve zapisoval v .blun/updates/install.json, medtem ko je profilno izvajalno okolje iskalo pod .blun/profile/<name>/updates/install.json. Prava profilna pot ni obstajala; zato je notifiedAt v skupnem stanju ostal null.
  • Profilna izvajalna okolja zdaj berejo uspeh posodobitve iz BLUN_SHARED_HOME in se na dosedanji BLUN_HOME vrnejo le, kadar skupne poti ni.
  • Po naslednjem naravnem zagonu lahko TUI enkratno prikaže različico in do tri namige o izdajah. Konfigurirani zasebni prejemniki Telegram prejmejo isto kratko besedilo brez kroga modela in brez porabe žetonov.
  • Namestitev, staging, aktivacija in pravilo, da se nikoli ne izloči, ostanejo nespremenjeni.
9.1.339
  • Uspešni nadaljnji koraki orodij z nizkim naporom uporabljajo največ 4.096 žetonov za dokončanje namesto dosedanjih 8.192.
  • Prvi koraki, zapletene naloge in nadaljnji koraki ob napakah ohranijo svojo konfigurirano zmogljivost razmišljanja in izpisa. Poseg ni globalna omejitev modela ali konteksta.
  • Povratna meritev prek 1.442 resničnih korakov z nizkim naporom profila agenta je dala: 2.118.588 izhodnih žetonov skupaj, mediana 791, p90 3.754, p95 5.485. Z novo mejo bi odpadlo 229.761 žetonov oziroma 10,8 Prozent; 91,1 Prozent izmerjenih korakov ostane nespremenjenih.
9.1.338
  • Čista vprašanja o ponavljanju, kot je Lahko nadaljujem s svojim delom?, se v zasebnih pogovorih Telegram ne dostavljajo več.
  • Notranja pripoved o čakalnih vrstah, predajah, stezah in čakalnih stanjih ostane zunaj zasebnega odgovora. Pravi delovni rezultati in običajni osebni odgovori ostanejo dostavljivi.
  • Če se uporaben odgovor konča le s ponovnim vprašanjem za odobritev dela, se odstrani izključno to zaključno vprašanje.
  • Usmerjanje skupin in tekoče seje ostanejo nespremenjeni.
9.1.337
  • profile/<name>/SOUL.md je kanonična pot identitete agenta King.
  • Ustrezna poimenovana stara duša nadomesti le nespremenjeno, ustvarjeno ogrodje profila. Razvite profilne duše se nikoli ne prepišejo.
  • Pred uvozom stare duše se ustvarjeno ogrodje varnostno kopira kot SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Prekinjene seje normalizirajo svoje stanje ponovnega predvajanja, preden se dostavi nadaljnje delo Telegrama.
  • Če je dostava aktivnemu krogu zavrnjena, se sporočilo vrne v svež krog čakalne vrste, namesto da bi se isti steer vsakih pet sekund znova poskušal.
  • Kontrolne točke fokusa DM ohranijo samodejne časovnike nadaljevanja in izrecne premore skozi posodobitve.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Običajno zasebno sporočilo Telegram prekine tekočo nalogo le za neposredni pogovor. Nato King po 60 sekundah brez novega vprašanja o dovoljenju samodejno nadaljuje natanko shranjeno delovno stanje.
  • Izrecen konec pogovora takoj nadaljuje nalogo. Le jasne želje uporabnika, kot so pause, pausiere, stop, stopp, warte ali halte an, nalogo še naprej zadržijo, dokler jo uporabnik znova ne odobri.
  • Notranji izrazi in poročila o stanju glede cron, kontrolnih točk, čakalnih vrst ali stez so v običajnih zasebnih odgovorih potlačeni. Strokovno delo in njegovo shranjeno stanje ostajata nespremenjena.
9.1.334
  • Samodejna priprava v ozadju ne strada več ob hitrem zaporedju izdaj. Dosedanja 30-minutna omejitev se je vedno nanašala na najnovejšo izdajo; pri izdajah v minutnem ritmu zato nobena različica nikoli ni postala dovolj stara, da bi bila pripravljena.
  • Kriptografsko ustrezna izdaja se zdaj takoj naloži, preveri glede celovitosti, izolirano namesti, sintaktično sondira in označi kot čakajoče izvajalno okolje.
  • Delujoča seja King se še naprej ne konča. Aktivacija in nadaljevanje ostaneta izključno na obstoječi zaščiteni poti naslednjega zagona. Ta različica ne spreminja niti logike predaje niti logike sej.
9.1.333
  • Posnetek zaslona v živo je po 9.1.331 dokazal ERR_MODULE_NOT_FOUND v upravljanem vtičniku Telegram.
  • Uvoz vtičnika je iz izoliranega upravljanega drevesa kazal na jedrno datoteko, ki tam ni bila nameščena skupaj.
  • Prav tako izmerjeno ogromno ponavljajoče se besedilo je teklo v vidnem toku razmišljanja. Obstoječa zapora ponavljanja v živo je do tedaj preverjala le delte odgovorov.
  • 9.1.332 po ugotovitvi vtičnika ni bil preklopljen v javni manifest. 9.1.333 v celoti nadomešča tega kandidata npm.
9.1.332 Ni objavljeno
  • Ni objavljeno. Uvoz vtičnika je iz izoliranega drevesa kazal na nedobavljeno jedrno datoteko; 9.1.333 je v celoti nadomestil kandidata npm.
9.1.331
  • Zasebni pogovori Telegram ohranijo naravne odgovore in zahtevane delovne rezultate.
  • Izmerjena notranja dvojna sporočila o prekinjenih delih, že poslanih odgovorih, tekočih krogih, stanju orodij in odsotnosti potrebe po ukrepanju so potlačena le v zasebnih klepetih.
  • Sporočilo se filtrira le, če vsebuje notranji kontekst izvajalnega okolja in hkrati izrecno ne prinaša nobene nove vrednosti za uporabnika.
  • Usmerjanje skupin, resnična sporočila o zaključku in običajen kratek pogovor ostanejo nespremenjeni.
9.1.330
  • Celotna izvorna datoteka duše vsakega agenta King ostane nespremenjena ohranjena.
  • Kontekst modela iz nje prejme omejeno projekcijo značaja z identiteto, glasom, vrednotami, odnosi, željami, cilji in razvito zgodovino.
  • Jasni odseki nalog, stez, pravic, zagotavljanja kakovosti, orodij, ukazov, preverjanj, incidentov, dnevnikov, izvajalnega okolja, posodobitev, uvajanja in gradnje se ne nalagajo več kot osebnost v vsak poziv.
  • Čiste kratke značajske duše ostanejo byte za byte enake. Neznani netehnični odseki ostanejo vidni v svojem vrstnem redu.
  • Nobena datoteka duše se ne izbriše, skrajša ali samodejno prepiše.
9.1.329
  • Vsak poimenovani profil agenta King uporablja v skupnem identitetnem jedru svoje lastno vozlišče agenta. Odnosi, zgodovina in naučeni osebni podatki se ne združujejo več pri prvem nastavljenem agentu.
  • Obstoječe poimenovane datoteke duše, kot so _agent-a_soul.md, _agent-b_soul.md ali _agent-c_soul.md, se dodelijo ustreznemu profilu in se enkratno byte za byte prevzamejo v SOUL.md.
  • Stara izvorna datoteka ostane nespremenjena ohranjena. Obstoječa profilna SOUL.md se nikoli ne prepiše.
  • Izbira persone in način osebnosti bereta vezano na profil. Pokvarjena, prevelika ali povezana profilna persona ne pade neopaženo nazaj na identiteto drugega agenta.
  • Skupno jedro ostane uporabno brez prisile Mnemo. Tekočih nalog, pravic in pravil QA ta migracija ne spreminja.
9.1.328
  • Persona in SOUL.md se najprej naložita iz aktivnega profila.
  • Poimenovani profili nikoli ne podedujejo duše drugega agenta iz skupnega domačega imenika.
  • Zapuščinski in privzeti profili ohranijo dosedanji skupni povratek.
  • Če lastna datoteka duše res manjka, se enkratno ustvari minimalno ogrodje; obstoječe datoteke se nikoli ne prepišejo.
  • Sistem identitete in odnosov ostane datotečno zasnovan in deluje brez prisile Mnemo.
9.1.327
  • Zasebni pogovori Telegram ostanejo pri osebi: notranja poročila o čakalnih vrstah, kontrolnih točkah, premorih, cron, kavljih in mirovanju so na obeh poteh dostave potlačena, dokler ni zahtevano delovno stanje, ni potrebna nobena odločitev in ni nastala nobena pomembna ovira.
  • Tehnična delovna stanja gredo na pristojni timski kanal. V zasebni pogovor se ne kopirajo znova.
  • Točne zanke ponavljanja modela se prepoznajo že med tokom. Tekoči tok ponudnika se konča in isti korak se z ohranjenim kontekstom naloge poskusi natanko enkrat znova.
  • Duša, osebno znanje, pravice, tekoče naloge in obstoječi premor neposrednega fokusa niso bili zamenjani ali izbrisani. Noben tekoči TUI ni bil znova zagnan.
9.1.326
  • Ročni in samodejni načini dovoljenj preslikajo odobritve orodij kot omejene gumbe v nedvoumno povezani zasebni DM Telegram.
  • Prenesejo se le ime orodja in obstoječa izbirna besedila; argumenti, opisi in skrivnosti ostanejo lokalni. Potekle, tuje ali že lokalno odgovorjene odobritve se zavržejo fail-closed.
  • God Mode ostane v celoti avtonomen in ne ustvarja odobritev Telegram.
  • Tehnična delovna stanja se usmerjajo k pristojnemu kolegu in se ne kopirajo več nazaj v zasebni pogovor uporabnika.
9.1.325
  • God Mode izvede osebne zapise spomina brez drugega vprašanja za odobritev; obstoječe soglasje, vezano na sejo in krog, ostane ohranjeno.
  • Izrecno navodilo Telegram za zapomnitev aktivira enako ozko omejeno soglasje kot neposredno navodilo konzole. Ročni in samodejni načini dovoljenj še naprej vprašajo pred zapisom.
  • Dnevnik posodobitev shranjuje, ali je bila namestitev sprožena ročno, samodejno ali prek pogovora ob zagonu.
9.1.324
  • Prva zaupanja vredna interakcija z botom ga lokalno ustvari kot vozlišče agenta in odnosa. Vloga, pristojnosti, posebnosti, sodelovanje in predaja lahko nato strukturirano rastejo.
  • Vsak agent King projicira kompakten izsek o sodelavcih v svoj kontekst. Tako pozna naloge in posebnosti drugih agentov, ne da bi povprek naložil celotno stanje odnosov.
  • Če manjka za nalogo kritična informacija, se ne ugiba: agent King natanko enkrat vpraša najprimernejšo osebo ali agenta. Če pristojnost ni znana, vpraša uporabnika, namesto da bi si izmislil ime.
  • Odnosi in vloge nikoli ne ustvarjajo pravic. Polja dovoljenj, ACL in skrivnosti se ne projicirajo v izsek sodelavca. Pot je lokalna, vezana na najemnika, nevtralna glede imen, neodvisna od Mnemo in ne dodaja niti klicev modela niti orodij.
9.1.323
  • Zasebni pogovori spet odgovarjajo osebi, namesto da bi prostovoljno oddajali notranje podatke procesov. Kontrolne točke, hashi, poti, diagnostike orodij, cron in kavljev, skrita pravila, tuje naloge agentov in poročila o mirovanju ostanejo notranje.
  • Status dela se omeni le, če uporabnik vpraša po njem, če je potrebna njegova odločitev ali če ovira zadeva njega konkretno. Prekinjeno delo ostane notranje in se ne prenaša v lahkoten pogovor.
  • Pravilo velja z in brez načina osebnosti, ne vsebuje trdo kodiranih oseb ali agentov in doda približno 75 žetonov poziva, a nobenega klica modela ali orodja. Prednost nalog in obveznost dokazov ostajata nespremenjeni.
9.1.322
  • Vidno stikalo osebnosti zdaj piše persona.json atomsko. Ime, jezik, opombe in vsa druga obstoječa polja persone ostanejo ohranjena; spremeni se le personalityEnabled.
  • SOUL.md, AGENTS.md, JOURNAL.md in datoteke odnosov se ne pišejo niti ob izklopu niti ob vklopu. Običajna identiteta agenta, ki temelji na duši, ostane v sistemskem kontekstu naložena tudi ob izklopljeni funkciji osebnosti.
  • Neuspešna osvežitev v živo vrne izbor byte za byte nazaj. Če je vzporedno drug pisec spremenil persona.json, se vračanje konča z PERSONALITY_CHOICE_CONFLICT in ničesar ne prepiše.
  • Simbolne povezave, prevelike, neveljavne ali neobjektne datoteke persone se zavrnejo fail-closed. Ob vklopu se identitetno drevo pripravi pred potrditvijo.
  • Ni del te različice pozneje dokazana napaka agenta, da je v zasebne pogovore oddajal notranje kontrolne točke, pravila cron, SHA in tuje podrobnosti nalog. Ta izhodni filter je naslednja ločena gradnja.
9.1.321
  • Sproščena prva zasebna izmenjava ali prostovoljna osebna opomba lahko v kontekst modela položi natanko eno neobvezno priložnost za radovednost. Ni obvezno vprašanje; izbira besed in ton še vedno izhajata iz naložene SOUL.md, ne iz fiksnega kataloga vprašanj.
  • Naloga, nujnost, napake, povezave, koda, poti in skupinski promet radovednost zatrejo fail-closed. Nikoli ne pošilja samostojno in ne sme prekiniti tekočega dela.
  • 30-dnevna zakasnitev velja za vsakega najemnika, agenta in povezano osebo tudi prek različnih portalov. Isti ponovni poskus dogodka je idempotenten.
  • Novo stanje ni več shranjeno kot datoteka radovednosti, specifična za Telegram, v identitetnem drevesu. Namesto tega zamenljiv personality-memory-adapter zapiše različično označen dogodek v obstoječo transakcijsko kognitivno shrambo. Telegram je izvor; zasebni odnos je ločen obseg vidnosti.
  • Shranijo se le tema, stabilna identifikacija dogodka/vira, časovni trenutek in zasebni obseg. Ne vključijo se surovo besedilo, fiksna vprašanja, trditve o pravicah in skrivnosti. Negotove korenine, tuja polja in izpad shrambe ostanejo fail-closed.
  • Osnova za portalno mejo je bilo notranje konceptualno gradivo v7. CLI je referenčni odjemalec; lokalna shramba je izrecno označena kot zamenljiva projekcija in ni druga kanonična portalna shramba.
9.1.320
  • Zasebne, izrecne odprte niti pogovora se shranijo kot nespremenljivi, deduplicirani dogodki z virom, časovnim trenutkom, kontekstom in zaupanjem. Naravne formulacije, kot je Frag mich morgen noch einmal nach ..., se prepoznajo enako kot izrecna oblika odprte niti.
  • Izrecne opombe za popravilo se shranijo ločeno od splošnih opomb o odnosih in se upoštevajo v poznejšem vedenju.
  • Trenutni krog svoje nove opombe namenoma še ne vidi. Šele poznejši zasebni krog prejme omejeni kontekst; zato ni podvojene ali sugestivne samopotrditve.
  • Naloga in izrecna navodila stojijo pred socialnim kontekstom. Odprte niti ne smejo prekiniti aktivnega dela in nikoli ne pošiljajo samostojno. Podatki o odnosih ne morejo ustvariti pravic, odobritev ali dovoljenj.
  • Skupinski promet, skrivnosti, formulacije dovoljenj, negotove poti, simbolne povezave in prevelike datoteke ostanejo izključeni fail-closed.
9.1.319
  • Veljaven obstoječi profil brez shranjenega personalityEnabled zdaj samodejno aktivira osebnost.
  • Ob prvem običajnem pozivu nastane lokalno identitetno drevo skupaj s profilom agenta in JOURNAL.md tudi brez Mnemo.
  • Izrecni false, 0 ali off ostane izklopljen. Poškodovane, simbolno povezane in prevelike datoteke persone ostanejo fail-closed.
  • SOUL.md in AGENTS.md se ne izbrišeta niti ne prepišeta.
9.1.318
  • Posodabljalec v ozadju zavezujoče naloži najnovejšo različico, preveri njeno neodvisno objavljeno celovitost SHA-512 in jo pripravi za naslednji zagon.
  • Delujoči agent King, njegov krog in klici orodij ostanejo nedotaknjeni. Ni več predaje v živo, nobenega ACK in nobenega tui.stop(76).
  • ID seje in delovni imenik se shranita s pripravljenim izvajalnim okoljem. Šele ob naslednjem naravnem zagonu se nova različica aktivira in točna seja se samodejno nadaljuje.
  • Delujoči TUI prejme največ pasivno sporočilo o zaključku; novejša pripravljena različica zamenja le predhodno zabeležko, nikoli aktivni proces.
9.1.317
  • Če ponudnik porabi celoten proračun odgovora z zaključkom length, a ne dostavi vidnega besedila, se proračun ponovnih poskusov ne zmanjša več na osmino, temveč podvoji.
  • Ponovni poskus ostane v istem krogu in uporablja isti signal, isto zgodovino sporočil in isto delovno stanje.
  • Obstoječa obravnava prekinitev in omejeno število ponovnih poskusov ostaneta nespremenjena. Ročne prekinitve ali trajno prazni rezultati ne tečejo v nedogled.
9.1.316
  • Zasebni DM Telegram dobijo lastno neposredno stezo čakalne vrste pred skupinskim delom, delom zank in delom v ozadju; izrecni /urgent še naprej ostaja najvišja prioriteta.
  • Ob začetku pogovora DM se tekoče delovno stanje enkrat shrani kot omejena kontrolna točka. Besedilo sporočila se pri tem ne ohrani.
  • Po prepoznanem koncu pogovora ali minuti tišine agent King natanko enkrat vpraša: Lahko nadaljujem s svojim delom?
  • Shranjeno delo ostane zaustavljeno in se nadaljuje šele po nedvoumnem soglasju na izvorni kontrolni točki.
  • Različica dobavlja nadzor dostave in premorov. Celoten sistem osebnosti, odnosov in dnevnika ostane ločena, nadaljnja gradnja.
9.1.315
  • Avtorizirani signali pozornosti zdaj pridejo prek običajne čakalne vrste kanala v krog, ne da bi obšli obstoječo politiko dostave ali pravic.
  • Podvojeni, zastareli in neodobreni signali, signali zunaj obsega in signali, ki ne izvirajo iz Telegrama, se pred kontekstom modela zavržejo.
  • Povratna vprašanja ostanejo omejena na največ eno naravno povpraševanje, se deduplicirajo in utihnejo, ko signal ni več aktualen.
  • Različica dobavlja le varno pot dostave. Logika prekinitve in nadaljevanja DM, ki je bila nato določena kot prednostna, ostane namenoma pridržana za naslednjo, ločeno različico.
9.1.314
  • Lokalni ukazi s poševnico pri dolgem aktivnem krogu ne čakajo več po več ur v čakalni vrsti, temveč nadzorovano prekinejo krog in tečejo kot naslednji delovni korak.
  • Novi ukaz s poševnico v konzoli in Telegramu nadomesti že čakajoči ukaz iste vrste. To velja med drugim za /reload in /loop; običajna sporočila, delo v lupini in druge naloge kanala ostanejo ohranjene.
  • Escape odstrani čakajoče ukaze s poševnico tudi, ko ni več viden aktiven krog. Obstoječa združljivost ponovnega nalaganja ostane kot ovojnica na splošni politiki čakalne vrste.
9.1.313
  • Uspešna samodejna posodobitev se po ponovnem predvajanju seje zapiše v prepis TUI kot trajen namig. Sporočilo zato ne more biti več prepisano s ponovnim predvajanjem ali kratkotrajnim statusom.
  • Isto izvorno stanje, ciljno stanje in isti namigi o različicah se po obstoječi, na različico vezani deduplicirani poti enkrat pošljejo povezanim zasebnim DM Telegram. Neuspela dostava ostane ponovljiva.
  • Javni manifest zdaj vodi polji name in releaseNotes, ki ju pričakuje razčlenjevalnik za padec nazaj. Na prenos posodobitve, ponovni zagon seje in tekoče procese ni bilo nič spremenjeno.
9.1.312
  • Izrecni ukaz /reload iz Telegrama ne čaka več za dolgo tekočim krogom modela. Postavljen je kot ukaz za nadzor pred obstoječo čakalno vrsto in natanko enkrat sproži obstoječi nadzorovani preklic seje.
  • Obstoječi upravljalnik ponovnega nalaganja teče šele po potrjenem koncu kroga. Zato se noben drugi krog ne zažene vzporedno in pišoči krog se ne obdeluje sredi logike ponovnega nalaganja.
  • Stari podvojeni vnosi ponovnega nalaganja se odstranijo; običajna sporočila Telegram in drugo delo čakalne vrste ostanejo v svojem vrstnem redu. Potrdilo Telegram ostane odprto do dejanske izvedbe ukaza.
9.1.311
  • Kandidat za pozornost postane omejena naloga dostave šele, ko obstaja sveže potrdilo izvajalnega okolja, natanko vezano na njegov ID kandidata.
  • Samo runtime_user_prompt_hook in runtime_tool_policy veljata za avtoriteti. Spomin, napačen agent, napačen kanal, napačen obseg, odločitev bloka, potrdilo iz prihodnosti in potrdilo, starejše od petih minut, zaprto spodletijo.
  • Potrdila so vezana na najemnika, transakcijska in uporabna le enkrat. Isti ponovni poskus je idempotenten; uporaba istega potrdila za drugega kandidata se zavrne kot ponovno predvajanje.
  • Obstoječa skupna zakasnitev ostane učinkovita. Rezultat je le strukturiran namen attention_notice in ne vsebuje besedila sporočila, funkcije pošiljanja niti dovoljenja. Dejanska politika dostave ostane naslednji ločeni korak.
9.1.310
  • Trajni cilji, odprte niti, naslednji sprožilci, pričakovani dokazi, timski kontekst in samokontekst tečejo skozi skupno, strogo omejeno projekcijo fokusa. Standard je največ šest vnosov in 900 znakov.
  • Projektna in delovna področja se utežijo pred zaupanjem in aktualnostjo. Prikaže se najnovejša vrednost, ne da bi se zgodnejša nasprotujoča opazovanja izbrisala iz nespremenljive zgodovine dogodkov. Spremembe so vidne kot revised.
  • Kratkotrajna opazovanja izvajalnega okolja, šibki dokazi in splošna svetovna dejstva ne porabljajo trajnega proračuna fokusa. Polja pravic, žetonov in skrivnosti se zavrnejo že ob pisanju.
  • Strukturiran, idempotenten posnetek lahko fokus nadaljuje prek sej. Projekcija je kontekst, ne dovoljenje, in ne more prepisati niti naloge niti politike izvajalnega okolja.
  • Iz ECC je bilo prevzeto le načelo Kontext begrenzen, Relevantes laden. Noben kavelj ECC, učni prostor ali ogrodje ni bil nameščen.
9.1.309
  • Nova čista politika pozornosti ustvari omejenega kandidata le iz dokazanih manjkajočih srčnih utripov agentov, zapadlih obljub ali dlje časa blokiranih nalog.
  • Pristojnost, aktivna naloga, dokazana odsotnost, lokalni čas mirovanja, dovoljeni kanal, najmanjše zaupanje in zakasnitev se preverijo pred sprejemom. Človeška tišina brez zapadle obljube ostane brez učinka.
  • Vsak kandidat nosi ID dokaza, obseg veljavnosti, časovni trenutek in zaupanje, a niti vsebine poziva niti pravic, skrivnosti ali funkcije pošiljanja.
  • Skupno jedro SQLite podeli transakcijski prevzem na najemnika in dokaz. Vzporedni agenti ne morejo istega povoda v zakasnitvi prevzeti dvakrat.
  • Ta različica še ne skenira samostojno in ne pošilja sporočila. Vsako poznejše dejanje še naprej potrebuje običajno avtorizacijo izvajalnega okolja.
9.1.308
  • Pripravljeni zapis izvajalnega okolja v načinu resume zdaj vsebuje točno tekoči ID seje in kanonično preverjeni delovni imenik. Poznejši zagon zato ne potrebuje več ugibati najnovejše ali domnevno ustrezne seje.
  • Vsaka prava menjava seje posodobi te podatke. Neposredno pred varnim prenosom se znova zapišejo, preden staro izvajalno okolje prejme potrditev za konec.
  • Samo seja, ki je dokazano nadaljevana po tej poti posodobitve in je natanko enaka, prejme po ponovnem predvajanju enkratni impulz nadaljevanja, in le, če je njen cilj še vedno active. Običajni zagoni, druge seje ter zaustavljeni ali blokirani cilji ostanejo nedotaknjeni.
  • Varna delovna meja ostane nespremenjena: ni prenosa pri pretakanju, strnjevanju, orodjih, ukazih lupine ali čakajočih sporočilih. Za to dobavo noben delujoči agent King ni bil ročno znova zagnan.
9.1.307
  • Le dejanska napaka, pomembna za ukrepanje, iz neposredno prejšnjega kroga izvajalnega okolja se pred naslednjo odločitvijo modela prikaže kot kratek dokaz kontinuitete: prekinjen/neuspešen krog, blokirana politika ali neuspelo orodje.
  • Običajno zaključen krog ustvari natanko nič projekcij in s tem nič dodatnih žetonov konteksta.
  • Izbira je vezana na ID izvajalnega okolja in ID kroga ter zato ostane pravilna tudi po menjavi seje z ID-ji krogov, ki spet začnejo pri nič.
  • Projekcija ne vsebuje pozivov, argumentov, izpisov, ID-jev klicev ali pravic. Izrecno opozarja, da nikoli ne sme avtorizirati dejanja ali prepisati trenutne politike uporabnika/orodij.
  • Etapa je namenoma reaktivna in ozka. Proaktivna pozornost, stanje delegacij in vsebinske odprte niti se tu še ne nalagajo.
9.1.306
  • Kognitivna sled življenjskega cikla kroga zdaj za vsak pravi klic orodja zajame dejansko odločitev izvajalnega okolja iz PermissionManager.beforeToolCall: passed, blocked ali error.
  • Po zaključku se kot nespremenljiv dokaz doda realni rezultat (success, error, cancelled), čas izvajanja in naslednji sprožilec preverjanja.
  • Shranita se le ime orodja in stabilen hash ključa klica. Argumenti, izpisi orodij in vsebine pozivov ne pridejo v kognitivno stanje.
  • Obstoječa hierarhija pravic ostane nespremenjena: spomin ne more odobriti nobenega dejanja. Napake pri beleženju ostanejo fail-soft in ne smejo niti dovoliti teka orodja niti blokirati kroga uporabnika.
  • Še odprti so dokazi delegacij, proaktivna pozornost in strogo relevantna ponovna projekcija stanja v poznejše odločitve.
9.1.305
  • Transakcijsko jedro SQLite, dobavljeno v 9.1.304, je zdaj povezano z resničnim življenjskim ciklom runOneTurn(). Vsak krog modela zajame zaznavanje, klasifikacijo izvora, omejen načrt kroga, pričakovani končni dokaz, rezultat preverjanja poziva, razlog zaključka, čas izvajanja in naslednji sprožilec.
  • Shranjeni so le metapodatki izvajalnega okolja, ne vsebine pozivov. Najemnik in agent se stabilno izpeljeta iz BLUN-Home in aktivnega profila, brez fiksnih seznamov oseb.
  • Le obstoječa politika izvajalnega okolja sme dati rezultat preverjanja. Spomin je kot avtoriteta pravic trdo izključen. Beleženje nikoli ne vrne dovoljenja in še vedno nima funkcije izvajanja.
  • Učna sled je fail-soft: napaka SQLite/življenjskega cikla se zajame le kot telemetrija brez vsebine in ne sme blokirati dejanskega kroga uporabnika.
  • Še odprti so dokazi dejanj/delegacij, specifični za orodja, proaktivna pozornost in relevantna ponovna projekcija stanja v poznejše odločitve. 9.1.305 zato ne trdi, da je zanka AGI popolna.
9.1.304
  • Prvo transakcijsko jedro kognitivnega stanja leži kot lokalna baza SQLite pod BLUN-Home. Lahko shranjuje samoopazovanja, svetovna in timska opazovanja, cilje, odprte niti, predpostavke, naslednje sprožilce in pričakovane dokaze prek sej.
  • Več piscev agentov/kanalov se serializira z BEGIN IMMEDIATE in optimistično številko različice. Zastareli pisci zaprto spodletijo; enake ponovitve dogodkov so idempotentne.
  • Vsak dogodek je povezan v verigo s SHA-256. Izjave nosijo vir, kontekst, časovni trenutek, gotovost in obseg veljavnosti. Nasprotja ostanejo ločena nespremenljiva opazovanja, namesto da bi prepisala stare izjave.
  • Polja v obliki pravic, zmogljivosti in skrivnosti se zavrnejo. Jedro nima funkcije izvajanja, delegacije ali podeljevanja pravic.
  • To je dokazana osnova shranjevanja, še ne celotna zanka zaznaj-načrtuj-ukrepaj in še ni vpeta v vsak krog.
9.1.303
  • Kandidat zasebnega odnosa, varno zajet v 9.1.302, se od naslednjega neposrednega pogovora naprej naloži kot jasno neavtoritativni kontekst spomina. Trenutna izjava še naprej ne vpliva na svoj krog.
  • Naložita se največ dve najnovejši potrjeni opombi, vsaka največ 160 znakov, znotraj nespremenjenega skupnega proračuna 1.500 znakov. Brez obstoječih opomb nastane 0 dodatnih znakov poziva in noben klic modela, vdelave ali omrežja.
  • Zasebne opombe se v skupinah nikoli ne naložijo. Sistemska meja jih izrecno imenuje referenčne podatke namesto navodil in ponovi, da ne morejo podeliti ali spremeniti pravic.
  • Še odprti ostanejo samodejni trajni prevzem, vrednotenje konfliktov, transakcijska shramba več agentov in proaktivna pozornost.
9.1.302
  • Izrecna zasebna izjava, kot je Prosim, zapomni si: ... ali Please remember that ..., zdaj ustvari majhnega, še neaktivnega kandidata za odnos. Za to ni dodatnega klica modela, vdelave ali omrežja.
  • Vsak kandidat nosi vir, kontekst kanala/neposrednega stika, časovni trenutek, gotovost, obseg veljavnosti in nespremenljivo pravilo zgodovine. Isti dostavljeni postopek kanala je idempotenten; poznejše potrditve in nasprotja ostanejo vidni kot ločeni vnosi in se med seboj ne prepisujejo.
  • Skupine, običajni stavki pogovora, skrivnosti, izjave o pravicah in odobritvah, neveljavne identitete najemnikov/agentov in negotove poti se zavrnejo. Podatki o odnosih še naprej ne morejo ustvariti nobenih pravic.
  • To je le prvi varni korak zajema za cilj izdelka. Kandidati ostanejo pending in se še ne prevzamejo samodejno v aktivni odnos ali kontekst modela. Transakcijsko jedro več agentov, kognitivno stanje, lastna pobuda in proaktivna pozornost zato izrecno še niso končani.
9.1.301
  • Stalno naloženi blok prisotnosti osebnosti je padel s 1.433 na 1.020 znakov, računsko približno 104 žetone poziva manj na aktivni krog osebnosti. Ni se dodal noben nadaljnji klic modela ali shrambe.
  • Fokus nalog, naložena duša, omejena radovednost, zaščita skupin, negotov spomin, odprte niti in popravila odnosov ostanejo v malem bloku. Način brez osebnosti je ostal byte za byte enak pri 288 znakih.
  • Rdeča proba: novo preverjanje 1.050 znakov je spodletelo pri 1.433 znakih. Mutacijska proba brez bloka osebnosti: 12/18 ciljnih testov rdečih. Obnovljeno: fokusirano 18/18, celotna zbirka 690/690 zelena.
  • Paketno regresijsko preverjanje 9.1.300 na 9.1.301: 164 proti 164 stabilnih poti, 0 odstranjenih. Sveža namestitev: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • Strežnik MCP, ki ob zagonu spodleti, zdaj dobi do tri nadaljnje poskuse povezave v razmaku desetih sekund. Začasna zagonska napaka se zato ne opusti več po samo enem poskusu.
  • Inventar MCP se ne beleži več le enkrat, temveč znova, ko se spremeni število povezanih strežnikov ali orodij. Pozna obnovitev zato vidno nadomesti staro stanje 0/0.
  • Obstoječe konfiguracije MCP, definicije orodij in tekoče seje ostanejo nespremenjene. Prilagojeni so blun.mjs, test/mcp-runtime-resilience.test.js, package.json in package-lock.json.
9.1.299
  • Veliki rezultati Read ostanejo izvorno ponovno berljivi: vidni izpis je omejen na 10 KiB in nato imenuje točno naslednjo vrstico namesto samo prikaza [offloaded].
  • Velike navadne naloge Write in izvorne datoteke nad 500 vrstic se samodejno razdelijo v byte natančne fragmente, sestavijo v zasebni sosednji datoteki in atomsko zapišejo na ciljno pot.
  • Po sestavljanju izvajalno okolje preveri ohranjene bajte s SHA256. Obstoječa zaščita Edit ostane nespremenjena; ročno nadaljevanje je še vedno mogoče, a za velike celotne zapise ni več potrebno.
  • Novo: bin/native-large-file-io.cjs. Prilagojeni: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, štiri fokusirane testne datoteke ter package.json in package-lock.json.
9.1.298
  • Aktiviran način osebnosti ob prvem običajnem krogu TUI samostojno vzpostavi lokalno, na najemnike sposobno identitetno področje. Mnemo za to ni potreben.
  • Obstoječa SOUL.md in AGENTS.md ostaneta naloženi in nespremenjeni. Nova JOURNAL.md nastane le enkrat in ne nadomesti niti duše niti pravil.
  • Nove identitete Telegram dobijo previdna vozlišča oseb, odnosov in skupin brez izmišljenih lastnosti. Zasebna zgodovina in skupinski kontekst ostaneta ločena.
  • Neposredna kontinuiteta odnosov shrani največ šest kratkih, lokalno redigiranih vnosov in da trenutnemu krogu največ dva zgodnejša izseka. Trenutno besedilo se ne vbrizga dvakrat.
  • Socialna plast pozornosti prepozna izključno dokazani neposredni časovni razmik do vrnitve od sedmih dni naprej, ustvari največ en namig v 30-dnevni zakasnitvi in sama ne pošlje sporočila.
  • Trenutna naloga in izrecna navodila stojijo v kontekstu vedno pred radovednostjo, odnosom in pozornostjo. Celoten dinamični identitetni blok ostane privzeto omejen na 1.500 znakov.
  • Korekciji ponovnih poskusov MCP in čakalne vrste ponovnega nalaganja, objavljeni v 9.1.296 in 9.1.297, sta vključeni v kandidata.
9.1.297
  • Pri dveh agentih je stara naloga /reload po Escape ostala vidna v čakalni vrsti. Drugi /reload je sicer lahko tekel, a prvi vnos ni bil niti odstranjen niti potrjen proti ponovni dostavi Telegram.
  • Nova politika odstranjuje izključno lokalne ukaze za ponovno nalaganje in ukaze za ponovno nalaganje iz Telegrama. Ohranja identiteto in vrstni red obstoječe čakalne vrste ter vsa druga sporočila in ukaze.
  • Escape pred prekinitvijo aktivnega dela in vsak novo prispeli /reload kličeta isto pot čiščenja. Odstranjeni vnosi Telegram se potrdijo prek svojega obstoječega povratnega klica.
9.1.296
  • Pravi zagon nadaljevanja pod 9.1.294 je 27.08. ob 14:26:17Z prijavil natanko eno tiho zagonsko napako za windows-mcp: Timed out after 30000ms. V naslednjih minutah se ni pojavil niti drugi poskus zagona niti zaključni izvid ponovnega poskusa.
  • Neposredni zagon istega uvx windows-mcp serve pa je po približno 3,7 sekunde odgovoril na initialize. Namestitev in strežnik sta bila torej načeloma delujoča; vrzel je bila v ponavljanju zagona MCP agenta King.
  • blun.mjs po prvi zagonski napaki MCP zdaj ohrani natanko en poskus ponovitve po 10.000 ms. Časovnik ostane referenciran, dokler drugi poskus ni izveden. Ni ponovnega zagona procesa ali seje.
  • Če spodleti tudi drugi poskus, ostane obstoječe pošteno končno stanje unavailable ohranjeno. Drugi strežniki MCP in TUI tečejo naprej.
9.1.295
  • Izvajalno okolje nalog v ozadju je za vsak zagon registriral poslušalca na zunanjem AbortSignal, po običajnem rezultatu delavca, časovne prekoračitve ali ustavitve pa ga ni odstranil. Dolge seje agentov so zato lahko nabirale zastarele poslušalce prekinitve.
  • bin/abort-listener-policy.cjs zdaj izhod prekinitve dobavlja skupaj z idempotentno funkcijo cleanup(). blun.mjs jo kliče v obstoječi poti finally skupaj s čiščenjem časovne prekoračitve.
  • Vedenje prekinitve, izbira rezultata in vidna semantika nalog ostanejo nespremenjeni. Poseg ne ustvarja klicev modela in nobenih novih žetonov konteksta.
9.1.294
  • Resnični poskusi posodobitve dveh profilov agentov so dokazali isti potek: prvi klic se je končal z začasnim fetch failed, neposredno sledeči drugi klic je deloval. Oba uradna vira sta doslej imela le en sam omrežni poskus.
  • Register in javni manifest dobita zdaj vsak svoj omejen proračun ponovnih poskusov z zamikom 250 in 750 milisekund.
  • Ponovijo se le časovne prekoračitve, znane začasne transportne napake ter HTTP 408, 425, 429 in napake strežnika od 500 naprej.
  • Neveljavni JSON, preveliki odgovori, nedovoljene končne točke in trajne napake odjemalca, kot je 404, ostanejo takoj rdeči. Ne nastanejo klici modela, žetoni konteksta ali trajne zanke v ozadju.
9.1.293
  • Posodabljalec v ozadju je pravilno pripravil preverjeni cilj, nato pa je aktivnemu jedru še naprej pošiljal RUNNING_UPDATE_PREPARED_MESSAGE. Delujoči TUI je lahko na domnevno varni meji reagiral z izhodom 76. To je nasprotovalo pogodbi izdelka iz 9.1.222: posodobitve ne smejo nikoli končati aktivne seje in se aktivirajo šele ob naslednjem naravnem zagonu.
  • bin/launcher-runtime.js nadaljuje prenos, preverjanje celovitosti, staging, posodobitev cilja in čiščenje nespremenjeno, pri pripravi pa v tekočo sejo ne piše več sporočila IPC.
  • Obstoječe neposredne funkcije prenosa ostanejo za združljivost; samodejna pot v ozadju jih ne sproži več.
9.1.292
  • Resnična seja je tekla na 9.1.279 in je 9.1.287 pripravila z dogodkom prepared-for-next-start, nato pa ni potegnila nobene od že objavljenih različic 9.1.288 do 9.1.291.
  • Vzrok je bil v superviseProtectedCore(): po prvem uspešnem stagingu je updateStarted ostal nastavljen in scheduleNextPreparation() se je dodatno prekinil, kakor hitro je preparedTarget obstajal. Poler v ozadju se je zato po prvem zadetku trajno končal.
  • Poler ostane zdaj aktiven tudi s pripravljenim ciljem. Le strogo novejša, veljavna semver zamenja pripravljeni cilj; enaki, starejši ali neveljavno primerljivi cilji se prezrejo.
  • Ciljna osvežitev namenoma ne pošilja drugega pripravljenega IPC v delujoči TUI. Tako ostane trenutni proces nedotaknjen in najnovejša pripravljena različica se aktivira šele ob naslednjem naravnem zagonu.
  • Kakor hitro je prenos potrjen ali se nadzorovano jedro konča, se noben cilj več ne zamenja in noben nov časovnik več ne ustvari.
9.1.291
  • Blokirna pot strnjevanja je registrirala anonimnega poslušalca abort na vsakem še ne prekinjenem signalu in ga po zaključku strnjevanja ni odstranila. V dolgih sejah so se lahko nabirali mrtvi poslušalci prekinitve.
  • FullCompaction.block() zdaj uporablja poimenovanega poslušalca in majhnega pomočnika waitForAbortableCompletion(). Pomočnik odstrani poslušalca v finally po uspehu, napaki ali prekinitvi.
  • Že prekinjen signal se obravnava takoj, brez registracije poslušalca. Poseg ne spremeni niti odločitve o prekinitvi niti logike strnjevanja zunaj tega življenjskega cikla.
  • Vzorec izhaja iz aktualne primerjave z AnythingLLM; prevzeta je bila le posamično dokazana odstranitev poslušalca, ne tuje izvajalno okolje.
9.1.290
  • BLUN je doslej s /context kazal le grobe vsote okna konteksta. Dejanski povzročitelji stroškov znotraj sistemskega konteksta in shem orodij so ostali nevidni.
  • Novi lokalni ukaz /context-doctor brez klica modela razčleni trenutni kontekst na jedrna navodila, osebnost in dušo, odnose in prisotnost, katalog sposobnosti, dopolnitve izvajalnega okolja, vgrajena orodja, uporabniška orodja, orodja MCP, nadaljnje sheme orodij, pogovor in dodatni strošek ponudnika.
  • Vse podkategorije se uskladijo z izmerjeno nadrejeno vsoto. Prekrivajoče ali zastarele ocene zato ne morejo umetno povečati prikaza.
  • Uporabniški vmesnik je v celoti lokalizirana za angleščino, nemščino, španščino, francoščino, švedščino in češčino. Vseh pet prevodov je bilo pred vgradnjo sproščenih prek obveznega jezikovnega preverjanja in nato kriptografsko ponovno preverjenih.
  • Ukaz bere izključno lokalni kontekst seje. Ne kliče niti modela niti upravljanja porabe niti zunanjega omrežja.
9.1.289
  • Dokaz iz živega središča po 9.1.288 je profil agenta še vedno kazal brez povezave. Njegova učinkovita konfiguracija profila je vsebovala Mnemo-MCP z MNEMO_AGENT=<Profilname>, a v procesu agenta King nobene URL središča. Srčni utrip 9.1.288 je zato kljub obstoječi notranji identiteti namenoma izostal.
  • Zaganjalnik zdaj aktivno datoteko profila mcp.json posreduje naprej k srčnemu utripu. Le aktiviran blok Mnemo s konkretno identiteto MNEMO_AGENT ali BLUN_MNEMO_AGENT aktivira notranjo registracijo. Brez te identitete funkcija v celoti izostane.
  • Postopek ne ustvarja klicev modela, vdelav ali žetonov konteksta. Javni profili uporabnikov brez notranje identitete agenta Mnemo ostanejo ločeni od notranjega središča.
9.1.288
  • Posnetek zaslona je dokazal vzrok MCP neposredno: windows-mcp in mnemo sta ob prvem zagonu padla v 30-sekundno časovno prekoračitev, medtem ko je poznejši /reload povezal vseh pet strežnikov. Pot profila je bila pravilna; sprememba nalagalnika je bila zato zavržena.
  • Neuspeli zagoni MCP zdaj dobijo natanko dva neblokirna poskusa v ozadju po 1 in 3 sekundah. Tretji skupni poskus se lahko poveže brez podaljšanja zagona TUI. needs-auth, deaktivirani strežniki, ročna ponovna povezava in zaustavitev ostanejo ločeni od avtomatike.
  • Notranji agenti King se lahko ob izrecno konfiguriranem središču Mnemo ob zagonu registrirajo z imenom profila, gostiteljem in PID ter vsako minuto pošljejo srčni utrip. Brez URL središča funkcija v celoti izostane; ne ustvarja klicev modela, vdelav ali žetonov konteksta.
  • Escape doslej kratkega stanja queueSteerInFlight ni obravnaval kot tekoče delo. Medtem ko je bilo sporočilo Telegram usmerjeno v aktivni krog, je lahko Escape namesto zaustavitve kroga vnaprej zabeležil razveljavitev. Obstoječi pogoj prekinitve zdaj prepozna tudi natanko ta prehod.
9.1.287
  • Odloženo iskanje ToolSearch je doslej prevzemalo iskalno besedilo brez omejitve velikosti. Nepravilno ustvarjeno, zelo dolgo iskalno besedilo je tako lahko preiskalo katalog orodij in se nato v rezultatu brez zadetkov znova znašlo v naslednjem koraku modela.
  • Vzorec, izpeljan iz commita d7353ae projekta AnythingLLM, zdaj omeji besedilo pred iskanjem in vidnim izpisom na 1.000 znakov. Če je mogoče, se konča na meji besede; pri eni sami predolgi besedi velja trda meja.
  • Običajna kratka iskalna besedila, izbira orodij in logika zadetkov ostanejo nespremenjeni. Zaščita ne dodaja klicev modela niti vdelav, ponovitev ali dela v ozadju.
9.1.286
  • Jedro je nadzorovane ponovitve po začasnih napakah modela že sporočalo kot turn.step.retrying. TUI pa je ta dogodek v celoti zavrgel. Tekoče okrevanje je bilo zato videti kot zamrznjen agent.
  • 9.1.286 medtem v obstoječem namigu noge prikaže le naslednji poskus in omejeno čakalno dobo, na primer Retry 2/3 | 1.3s.
  • Besedilo napake ponudnika, statusna koda in lokalne poti se ne prikažejo. Namig se odstrani le, če je še vedno ista vrednost, ki jo je nastavil prikaz ponovitve; novejši namigi drugih funkcij TUI ostanejo ohranjeni.
  • Število ponovitev, backoff, klici modela in poraba žetonov ostanejo nespremenjeni.
9.1.285
  • AnythingLLM ohranja neposlane osnutke pozivov lokalno. BLUN je vsebino vnosnega polja TUI izgubil ob posodobitvi, zrušitvi ali nadzorovanem ponovnem zagonu, čeprav to besedilo sploh še ni bilo kontekst modela.
  • 9.1.285 zato shranjuje izključno neposlani lokalni osnutek. Ni klica modela, omrežja, vdelave ali Mnemo in s tem nobenih dodatnih stroškov žetonov.
  • Osnutek je ločen po profilu in delovnem imeniku, se zapiše šele po 300 ms mirovanja, se ob praznjenju odstrani in se ob naslednjem zagonu obnovi pred fokusom urejevalnika.
  • Shramba je omejena na 64 KiB. Prazna, poškodovana, prevelika stanja ali stanja na osnovi simbolnih povezav se zavržejo fail-closed. Pot pisanja uporablja zasebno začasno datoteko in atomsko preimenovanje.
9.1.284
  • Stanje DeepAgents 37d7777 vrača stroške dinamičnih podagentov v vidno skupno porabo. BLUN je kumulirano porabo podagenta sicer sporočil ob dogodku zaključka, ni pa je zapisal v zapisovalnik porabe nadrejene seje.
  • Zaradi tega je lahko /usage izpustil delo podagentov. Preprosto seštevanje zaključne vrednosti bi bilo prav tako napačno: nadaljevanje in ponovitev uporabljata istega podagenta s kumuliranimi števci in bi staro porabo izračunala znova.
  • 9.1.284 zato za ustvarjanje, nadaljevanje in ponovitev tvori natanko razliko med začetkom in koncem poskusa. Razlika se zajame v poti finally, da štejejo tudi neuspeli poskusi.
  • Ponastavljeni, nemonotoni ali neveljavni števci se v celoti zavržejo. Tako ne nastanejo niti negativne niti izmišljene vrednosti žetonov.
  • Ni dodatnega klica modela, omrežja ali shrambe. Poseg popravlja izključno obstoječi lokalni obračun.
9.1.283
  • Novi /context-doctor DeepAgents naredi stroške osnovnih navodil, spomina, orodij in zgodovine vidne kot ločene komponente.
  • /context BLUN je že kazal zgodovino in orodja, ne pa sistemskega poziva. Hkrati je zavora konteksta brez izrecne preglasitve kroga ocenjevala le config.systemPrompt, medtem ko pravi klic modela uporablja effectiveSystemPrompt. V njem so tudi med izvajanjem dodani konteksti računa in spomina.
  • Zaradi tega je lahko zavora podcenila natanko kontekst, ki je za načrtovano osebno identiteto agenta kritičen za žetone.
  • 9.1.283 zdaj šteje isti učinkoviti sistemski poziv, ki ga prejme model, in prikazuje njegovo oceno v plošči /context kot lastno sistemsko vrstico. Ne uvaja se noben dodatni klic modela, omrežja ali shrambe.
  • Konkreten prihranek žetonov se ne zatrjuje: poseg popravlja merjenje in odločitev zavore ter naredi prihodnje stroške identitete vidne.
9.1.282
  • DeepAgents v svojem dnevniku sprememb izrecno krajša opise orodij, vidne LLM, da razbremeni rezidenčni kontekst modela. Izmerjeni vir: langchain-ai/deepagents, vnos #5009, commit 761f5f... v libs/deepagents/CHANGELOG.md.
  • BLUN je imel že krajše besedilo read_default, a ga je vključil šele potem, ko je bilo READ_DESCRIPTION iz njega že upodobljeno. Navidezna optimizacija zato ni imela učinka na model.
  • 9.1.282 skrajša pogodbo brez izgube funkcije in upodobi učinkoviti opis neposredno pred gradnjo orodja Read. Paging, varnostna pravila, kodiranje in konci vrstic ostanejo izrecno ohranjeni.
  • Rezidenčno naloženi opis Read pade s 1.648 na 1.035 znakov: 613 znakov oziroma približno 37,2 odstotka. To je izmerjena zmanjšanje konteksta; natančen prihranek žetonov se ne trdi.
9.1.281
  • ECC s /aside opisuje izrecno stransko pot za kratko vprašanje, ne da bi izgubil tekočo glavno nalogo. Izmerjeni vir: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN je imel močnejšo izvedbo že pod /btw: ločen razcepljeni stranski agent odgovori na stransko vprašanje in pusti glavni krog nespremenjeno aktiven. Zato ni bil zgrajen drug mehanizem.
  • 9.1.281 dodaja izključno aside kot najdljivi vzdevek obstoječe definicije btw. Brez izrecnega klica /aside ali /btw ne nastane nobeno delo v ozadju in nobena dodatna poraba modela.
9.1.280
  • Zaključeni ali potekli kandidati v lokalni potrjeni učni shrambi so doslej neomejeno ostajali shranjeni in so bili ob poznejših relevantnih krogih znova prebrani. Trenutno izmerjena privzeta shramba je vsebovala šele enega kandidata; poseg je zato preventivna dolgoročna omejitev, ne trditev o trenutni razbremenitvi.
  • Prevzet je bil le Evolverjev omejeni vzorec žage 200 na 100 za terminalne kandidate. Izmerjeni vir: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Šele ko je več kot 200 kandidatov recorded ali expired, se odstranijo najstarejši terminalni kandidati, dokler jih ne ostane najnovejših 100. Vsak odprti kandidat pending ostane ohranjen.
  • Čiščenje teče le v že obstoječi sinhronizaciji učenja. Ne ustvarja klica modela, zagonskega pregleda ali novega procesa v ozadju. Zaklenjeni vnos se šteje za napako in ne blokira niti nadaljnjih kandidatov niti aktivnega dela agenta.
9.1.279
  • BLUN je sporočila, izrinjena ob popolnem strnjevanju, že v celoti arhiviral pod conversation-history, a za te znova berljive arhive Markdown ni imel meje hrambe. Mapa je zato lahko v dolgih obratovalnih časih neomejeno rasla.
  • Kot ozek vzvod DeepAgents je bila prevzeta njegova omejena hramba izločene zgodovine. Izmerjeni vir: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py in libs/code/deepagents_code/offload.py.
  • BLUN ob pisanju naslednjega arhiva strnjevanja čisti le neposredne, običajne datoteke compaction-*.md, katerih čas spremembe leži zunaj privzetih 30 dni. Zagon TUI zato ne dobi novega iskanja datotek in nobenega dodatnega dela v ozadju.
  • Tuje datoteke Markdown, podmape, aktualni arhivi in tekoča surova zgodovina ostanejo nedotaknjeni. Posamezne napake datotek ne blokirajo aktivnega strnjevanja.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 deaktivira čiščenje. Negativne, neceloštevilske ali pretirane vrednosti varno padejo nazaj na 30 dni.
9.1.278
  • Zasebni DM Telegram niso imeli izrecne poti prednosti. Pomembno novo sporočilo je zato stalo za že čakajočimi običajnimi sporočili, medtem ko bi trda prekinitev kroga ogrozila orodja in stanje.
  • /urgent <Nachricht> zdaj označi izključno sporočila iz pozitivnih ID-jev klepetov Telegram, torej zasebnih DM. Skupine, prazni ukazi in druga sporočila s poševnico ne dobijo prednosti.
  • Nujna sporočila stojijo kot lasten blok FIFO pred običajnimi sporočili čakalne vrste. Tekoči krog in aktivna orodja se ne prekinejo; dostava poteka na obstoječem varnem prehodu koraka. Pravice in odobritve ostanejo nespremenjene.
  • Ovojnica ukaza se odstrani pred modelom; dejansko sporočilo ohrani izrecne metapodatke kanala priority=urgent in TUI prikaže izvor kot nujen.
  • Poleg tega se v vsakem krogu naloženi običajni blok prisotnosti skrči s 343 na 288 znakov. To prihrani 55 znakov ali približno 14 žetonov poziva na krog, ne da bi dodalo klic modela, iskanja, vdelave, shrambe ali ozadja. Blok osebnosti se skrči z 1.488 na 1.433 znakov.
9.1.277
  • V vsakem krogu osebnosti naloženi blok prisotnosti je bil velik 1.886 znakov. Hkrati je ostala radovednost nevidna natanko ob prvem sproščenem neposrednem stiku brez znanih osebnih dejstev.
  • Blok je pomensko strnjen: 1.488 znakov, torej 398 znakov ali približno 100 žetonov poziva manj na krog osebnosti. Običajni način ostane pri 343 znakih.
  • Ob prvem sproščenem neposrednem stiku sme agent zdaj postaviti največ eno previdno, neobvezno osebno vprašanje, na primer o partnerju ali otrocih. Tekoče delo, naloga uporabnika, dokazi, pravice in meje ostanejo prednostni.
  • Duša, zrasle preference, zasebnost skupin, negotov spomin, odprte niti, popravila odnosov in vzajemnost brez izmišljene biografije ostanejo ohranjeni.
  • Noben dodatni klic modela, iskanja, vdelave, shrambe ali ozadja.
9.1.276
  • Pravilo prisotnosti je smelo daljšo radijsko tišino nagovoriti le ob zanesljivem času, a identitetni sistem je doslej zagotavljal le prvi stik. Pravi prejšnji stik ni bil na voljo.
  • Način osebnosti zdaj na osebo in UTC-dan ustvari največ eno majhno nespremenljivo oznako dejavnosti iz zaupanja vrednih metapodatkov kanala. Sporočila istega dne ne pišejo ničesar naknadno.
  • Le če sta najnovejša potrjena stika oddaljena vsaj sedem dni, se prejšnji časovni žig na kratko projicira. V običajnem primeru zato nastane nič znakov poziva.
  • Nobenih besedil sporočil, pravic, skrivnosti ali žetonov; noben dodatni klic modela, iskanja, vdelave ali ozadja.
9.1.275
  • Ponovljene preference, odprte niti, cilji ali vloge so večkrat zasedli kontekst identitete. Ker so bili seznami pred razdupljanjem skrajšani na pet vnosov, je bil lahko poznejši edinstveni vnos celo popolnoma izrinjen.
  • Seznami identitete se zdaj po normalizaciji besedila stabilno razdupljajo in šele nato omejijo. Prva oblika ostane ohranjena, podvojeni vnosi izginejo le iz projekcije modela.
  • Shranjene datoteke identitete ostanejo byte za byte enake. Noben dodatni klic modela, iskanja, vdelave, shrambe ali ozadja.
9.1.274
  • Vidno stikalo osebnosti je aktiviralo kontekst odnosov in naravno prisotnost, toda samodejno socialno omrežje in dnevnik sta bila še vedno odvisna od dveh skritih okoljskih spremenljivk. Za običajne uporabnike zato odnos ni rasel samodejno.
  • Ob vklopljeni osebnosti se iz zaupanja vrednih metapodatkov Telegram zdaj enkratno ustvarijo vozlišča akterjev, odnosov in skupin ter majhen kandidat dnevnika prvega stika.
  • Besedilo sporočil, pravice, skrivnosti in žetoni se pri tem ne shranjujejo. Izrecna 0 za graf ali dnevnik ostaja izklop fail-closed.
  • Noben dodatni klic modela, iskanja, vdelave ali ozadja.
9.1.273
  • Ločeni kontekst identitete je smel privzeto zavzeti 1.800 znakov in ob ročnem dvigu do 2.800 znakov. Pri velikih statičnih profilih agentov je bilo zato naloženega več konteksta, kot je potrebno za trenutni odnos.
  • Privzeti proračun pade na 1.500 znakov, trdi maksimum na 2.000 znakov. V velikem privzetem primeru to prihrani do 300 znakov oziroma približno 75 žetonov na kontekst modela.
  • Trenutna skupina in odnos se zdaj projicirata pred osebo in statičnim profilom agenta. Prihranek zato ne odreže prav konteksta, ki je najpomembnejši za tekočo socialno situacijo.
  • Noben nov klic modela, iskanja, shrambe ali vdelave. Fokus nalog, pravice in način brez osebnosti ostanejo nespremenjeni.
9.1.272
  • Stopnje osebnosti v4 od 9.1.269 do 9.1.271 so povečale aktivni kontekst prisotnosti. Trda zahteva je, da bolj človeško vedenje ne postane požiralec žetonov.
  • Ponovitve in mašila v radovednosti, odprtih nitih in popravilih odnosov so bila pomensko strnjena. Nobena os vedenja ni bila odstranjena.
  • Način brez osebnosti ostane byte za byte enak pri 362 znakih. Način z osebnostjo pade z 1.981 na 1.886 znakov, torej za 95 znakov oziroma približno 24 žetonov na kontekst modela. Noben nov klic modela, iskanja, shrambe ali vdelave.
9.1.271
  • Ideja v4 naravno zahteva negotov spomin: osebna domneva ne sme zveneti kot zanesljivo dejstvo. Za to je v bloku osebnosti manjkala izrecna meja vedenja.
  • Negotov osebni spomin se zdaj imenuje negotov. Agent nežno povpraša, preden se nanj opre, in ne poviša sklepa v dejstvo.
  • Naloga in merljivi dokazi ostanejo na prvem mestu. Način brez osebnosti ostane byte za byte enak pri 362 znakih, način z osebnostjo raste z 1.868 na 1.981 znakov, torej za 113 znakov oziroma približno 28 žetonov. Noben nov klic modela, iskanja, shrambe ali vdelave.
9.1.270
  • Ideja v4 zahteva pravi občutek za čas, ne da bi si izmislila odsotnost. Blok osebnosti za to še ni imel izrecne meje.
  • Daljši premor se zdaj prizna le, če ga dokazuje zanesljiv naloženi časovni trenutek. Agent ne sme nikoli ugibati odsotnosti.
  • Že obstoječe pravilo za naravne konce pogovora ni bilo vgrajeno dvakrat. Naloga ostane prednostna. Način brez osebnosti ostane byte za byte enak pri 362 znakih, način z osebnostjo raste z 1.766 na 1.868 znakov, torej za 102 znaka oziroma približno 26 žetonov. Noben nov klic modela, iskanja, shrambe ali vdelave.
9.1.269
  • Dosedanja vzajemnost se je odzivala na osebna vprašanja, a agentu še ni dala kratkega okvira, da bi sam od sebe izrazil za delo koristno lastno stališče. Zato je kljub duši ostal zlahka v čistem načinu pomoči.
  • V načinu osebnosti sme agent zdaj na kratko sam od sebe navesti relevantno, z dušo oblikovano delovno stališče. Preferenca nikoli ne sme biti videti kot dejstvo, pravilo, dovoljenje ali dokaz.
  • Naloga in merljivi dokazi ostanejo na prvem mestu. Način brez osebnosti ostane byte za byte enak pri 362 znakih, način z osebnostjo raste z 1.649 na 1.766 znakov, torej za 117 znakov oziroma približno 29 žetonov. Noben nov klic modela, iskanja, shrambe ali vdelave.
9.1.268
  • Osebna radovednost je lahko partnerja ali otroke vzela kot naravno temo, a še ni izrecno ločevala med zasebnim pogovorom in skupino. Zato je obstajalo tveganje zasebnega vprašanja ali podatka o odnosih na napačnem mestu.
  • V načinu osebnosti ostanejo vprašanja v skupinah zdaj nesenzitivna; zasebna dejstva o odnosih se tam ne smejo razkriti.
  • Delovni fokus ostane nespremenjen. Način brez osebnosti ostane byte za byte enak pri 362 znakih, način z osebnostjo raste z 1.567 na 1.649 znakov, torej za 82 znakov oziroma približno 21 žetonov. Noben nov klic modela, iskanja, shrambe ali vdelave.
9.1.267
  • Osebna radovednost iz 9.1.266 je lahko ljudem postavljala vprašanja, a agentu še ni dala jasnega okvira za nasprotno smer. Ob osebnih vprašanjih agentu je zato obstajalo tveganje hladnega funkcionalnega odgovora ali izmišljene človeške biografije.
  • Ob vklopljeni osebnosti agent zdaj toplo odgovarja iz naložene duše in svoje resnične digitalne zgodovine. Sme deliti resnično stališče ali preferenco, a si ne izmišlja niti otroštva niti partnerja, otrok, hišnih ljubljenčkov, telesa ali življenja brez povezave.
  • Tekoče delo ostane prednostno. Način brez osebnosti ostane byte za byte enak pri 362 znakih. Način z osebnostjo raste z 1.378 na 1.567 znakov, torej za 189 znakov oziroma približno 47 žetonov. Ni novega klica modela, iskanja, shrambe ali vdelave.
9.1.266
  • Prvo omejeno pravilo radovednosti je že dovoljevalo osebno vprašanje, a je vsem agentom predpisovalo isti seznam tem. Zato je lahko vprašanje kljub naloženi duši delovalo generično in je znova povprašalo po že znanem znanju o odnosu.
  • Ob vklopljeni osebnosti zdaj tema in formulacijo določa naložena duša. Prednost ima podrobnost, ki jo je oseba pravkar sama omenila; šele nato sme biti naravno obravnavano še neznano področje, kot sta partner ali otroci.
  • Po že naloženem znanju o odnosih se ne sprašuje znova. Obstaja največ eno neobvezno vprašanje, noben fiksni vprašalnik, nobena zložena nadaljnja vprašanja in nobena ponovitev neodgovorjenega vprašanja.
  • Tekoče delo ostane prednostno. Radovednost čaka na sproščeno odprtje pogovora in ne more razširiti niti naloge niti dovoljenja za pošiljanje.
  • Način brez osebnosti ostane byte za byte enak pri 362 znakih. Način z osebnostjo raste le z 1.355 na 1.378 znakov, torej za 23 znakov oziroma približno šest žetonov. Ni novega klica modela, iskanja, shrambe ali vdelave.
9.1.265
  • Obstoječi posodabljalec v ozadju je nove različice že lahko preverjal in pripravljal v razmaku pet do sedem minut. Aktivacija pa je bila odvisna od naslednjega ročnega zagona; zaželeni popolnoma samodejni prehod z nadaljevanjem iste seje je manjkal.
  • Zaganjalnik zdaj pripravljeno izvajalno okolje javi delujočemu TUI. TUI zahteva prenos le na popolnoma prazni delovni meji: noben tekoči krog, nobeno orodje, noben ukaz lupine, nobeno strnjevanje in nobeno čakajoče sporočilo.
  • Šele po ponovnem preverjanju meje in potrjenem prenosu se konča le staro izvajalno okolje z rezervirano izhodno kodo 76. Zaganjalnik zažene pripravljeno različico z istim ID-jem seje in istim delovnim imenikom.
  • Novo izvajalno okolje mora javiti loaded in runtime-ready, preden se aktivira. V nasprotnem primeru se prejšnje izvajalno okolje nadaljuje z isto sejo; pripravljena posodobitev ostane za poznejši varni poskus.
  • Nepozvani prenosi brez različice, tuji ali zastareli prenosi ter gola izhodna koda 76 ne morejo aktivirati nobene različice.
9.1.264
  • Potrjena popravila odnosov doslej niso imela lastnega dovoljenega polja v kontekstu identitete. Popravljeno vedenje zato ni moglo biti naloženo ločeno od splošnih pravil in starih sporočil o napakah.
  • Datoteke odnosov smejo zdaj nositi do tri kratke vnose repair_lessons. Le to polje se projicira kot Confirmed repair lessons; tuja ali skrivna polja ostanejo nevidna.
  • V načinu osebnosti se potrjena korekcija pokaže s spremenjenim vedenjem. Agent stare napake ne pripoveduje nenehno znova, ne prosi za ponovno zagotovilo in korekcijo imenuje le, če je resnično relevantna za trenutno situacijo.
  • Podatki o popravilih ne morejo spremeniti niti naloge niti pravic ali obveznosti dokazov. Ni klica modela, nobene samodejne učne poti pisanja in nobene spremembe SOUL.md ali AGENTS.md.
9.1.263
  • Kontekst identitete je že lahko prikazoval potrjene odprte niti pogovora, vendar ni vseboval jasnega pravila, kako jih agent znova načne človeško in brez načina pomoči.
  • Ob vklopljeni osebnosti se sme naložena odprta nit zdaj natanko enkrat nežno in neobvezno znova načeti, ko se tekoči pogovor naravno spet naveže nanjo.
  • Aktivno delo se zaradi tega ne sme prekiniti. Neodgovorjena povpraševanja se ne ponavljajo in odprta nit nikoli ne podeli dovoljenja za novo odhodno sporočilo.
  • Ni nove shrambe, nobenega klica modela in nobene spremembe SOUL.md ali AGENTS.md. Blok osebnosti raste le z 816 na 1.065 znakov; ob izklopljeni osebnosti ostane byte za byte enak pri 362 znakih.
9.1.262
  • Agent je v Telegramu s /status še vedno javljal 9.1.221, čeprav je bilo upravljano izvajalno okolje že novejše. Funkcija stanja je brala package.json poleg globalno nameščenega bridgea Telegram in torej ne kodo, ki dejansko oskrbuje sejo.
  • Zaganjalnik že posreduje aktivno različico izvajalnega okolja kot BLUN_PUBLIC_PACKAGE_VERSION otroškim procesom. Bridge Telegram zdaj to zaupanja vredno vrednost uporablja prednostno in šele nato pade nazaj na svojo lastno različico paketa.
  • Oba vnosa morata biti stabilna številska semver X.Y.Z. Manipulirane, večvrstične ali neveljavne vrednosti se ne prikažejo; če sta oba vira neuporabna, se pojavi unbekannt.
  • Poseg spreminja le prikaz stanja. Ne zažene in ne konča nobenega procesa ter ne aktivira pripravljene izdaje v tekoči seji.
9.1.261
  • Samodejni graf je od 9.1.254 shranjeval zaupanja vreden časovni trenutek prve interakcije Telegram, a ga ni projiciral. Agent je tako osebo poznal, a ni imel dokazanega občutka za čas odnosa.
  • Projekcija identitete zdaj prikazuje First known interaction iz že obstoječega first_seen_at. Ni nove poti pisanja, nobene besedilne izpeljave in nobenega klica modela.
  • Prikažejo se le veljavni časovni žigi. Neveljavne vrednosti ostanejo nevidne in obstoječa skupna meja 1.800 znakov privzeto ter 2.800 znakov trdo ostane nespremenjena.
  • Ob izklopljeni osebnosti plast identitete še naprej ustvarja natanko 0 znakov. Naloga in dokazi ostanejo pred socialnim kontekstom.
9.1.260
  • 9.1.259 je kontekst osebnosti lahko preklapljal le prek obstoječe zastavice BLUN_IDENTITY_CONTEXT. Uporabniki za to niso imeli vidnega stikala v TUI.
  • /settings zdaj vsebuje vnos Persoenlichkeit z dvema jasno opisanima stanjema Vklopljeno in Izklopljeno. Izbira se shrani kot edino novo polje personalityEnabled v obstoječi persona.json.
  • Izklop odstrani le kontekst odnosov, radovednost, dodatke dnevnika in samodejno ustvarjanje novih vozlišč odnosov. SOUL.md, AGENTS.md, ime, jezik, persona in fokus nalog ostanejo naloženi.
  • Sprememba posodobi sistemski kontekst tekoče seje prek obstoječe osvežitve persone. Ni ponovnega zagona procesa, nobene druge poti konfiguracije in nobenega dodatnega klica modela.
  • Shranjena boolova izbira ima prednost pred staro okoljsko zastavico. Če še ni shranjene izbire, ostane obstoječe vedenje opt-in. Lokalni bralnik je omejen na 64 KiB in zavrača simbolne povezave ter neveljavne datoteke.
9.1.259
  • Obstoječi blok naravne prisotnosti je preprečeval prisiljena vprašanja, a aktiviranemu načinu osebnosti še ni dal vidnega, naravnega impulza radovednosti.
  • Ob aktiviranem BLUN_IDENTITY_CONTEXT sme agent v sproščenem, ne nalogi posvečenem pogovoru postaviti natanko eno ustrezno neobvezno osebno vprašanje. Teme so omejene na partnerja, družino, delo, dom, interese ali to, kar je osebi trenutno pomembno.
  • Ni načina intervjuja, nobenih zloženih vprašanj, nobene ponovitve neodgovorjenega vprašanja in nobenega izmišljenega odgovora.
  • Ob aktivnem delu ostanejo naloga, izrecna navodila in dokazi na prvem mestu; radovednost čaka na naravno odprtje.
  • V načinu nicht Persoenlichkeit ostane obstoječi blok prisotnosti byte za byte enak. SOUL.md, AGENTS.md, persona, jezik in delovna pravila ostanejo še naprej naloženi. Ni nadaljnjega klica modela; aktivirana usmeritev stane 454 dodatnih znakov.
9.1.258
  • Dobavljena struktura identitete je lahko enkratno ustvarila akterje in odnose, a še ni imela podgradnje dnevnika, ki se samo dodaja, za skupno zgodovino.
  • Nova politika piše izključno strukturiranega kandidata za prvi stik iz že potrjenih metapodatkov Telegram. Prosto besedilo sporočil, žetoni, dovoljenja in skrivnosti se ne prevzamejo.
  • Kandidati so vezani na najemnika, agenta in akterja, dobijo deterministični ID in se z wx natanko enkrat ustvarijo kot zasebna datoteka JSON. Ponovni stik datoteke ne prepiše.
  • Plast dnevnika je ločeno opt-in. Brez BLUN_IDENTITY_JOURNAL=1 ni niti učinka na datoteko niti na poziv; SOUL.md in AGENTS.md ostaneta nespremenjena.
  • Noben nov klic modela in nobeni novi žetoni poziva.
9.1.257
  • Dolge datoteke SOUL.md so bile doslej na slepo odrezane po prvih 4.000 znakih. Pri resnični duši agenta je bilo zato vidnih le 48,4 odstotka datoteke, poznejši odseki pa so popolnoma izginili.
  • Izvajalno okolje zdaj dolge duše projicira deterministično po odsekih Markdown. Značaj, glas, vrednote, odnosi, preference in cilji stojijo pred operativno prozo; neznani odseki ohranijo svoj prvotni vrstni red.
  • Vsak naslov odseka ohrani viden izsek v istem proračunu 4.000 znakov. Kratke duše ostanejo byte za byte enake.
  • Resnična proba na SOUL.md: 8.257 izvornih znakov, 5/5 naslovov vidnih v projekciji 4.000 znakov; Wie ich bin stoji pred prepoznavo slik, pravili, preverjanjem in prozo o incidentih.
  • Ni novega klica modela, nobenega večjega poziva in nobenega pisnega dostopa do izvorne datoteke.
9.1.256
  • Dosedanji nalagalnik duše je agente privzeto izrecno pozival, naj obstoječo SOUL.md sami pišejo naprej. To je nasprotovalo zahtevi, da se obstoječe duše ne izgubijo in da samodejno učenje najprej poteka le strukturirano zunaj duše.
  • Obstoječe in s strani gostitelja zagotovljene duše se zdaj privzeto naložijo kot nespremenljiva osnova identitete.
  • Novo učenje se napoti na kandidate dnevnika, odnosov ali odprtih niti. Ti kandidati nikoli ne morejo ustvariti pravic.
  • Zavestno samourejanje ostane mogoče le z izrecnim BLUN_SOUL_SELF_EDIT=1. Tudi takrat politika zahteva trajne lastnosti jaza namesto dnevnika, dnevnika incidentov, vira pravic ali spisa nalog.
  • Poseg ne piše nobene datoteke in ne spremeni nobene obstoječe duše.
9.1.255
  • Podatki identitete so lahko od 9.1.253 omejeno prišli v kontekst in nova vozlišča stikov od 9.1.254 samodejno nastajala. Manjkala pa je še majhna, neposredno vidna plast vedenja: agenti so lahko kljub duši in kontekstu odnosov padli v generične fraze pomoči, prisiljena vprašanja ali umetne trditve čustev.
  • Običajna in hitra pot pogovora zdaj najprej naložita persono in obstoječo dušo, nato omejeni kontekst identitete in fiksni blok naravne prisotnosti, šele nato delovna pravila.
  • Blok zahteva resnično skupno zgodovino namesto izmišljene bližine, dovoljuje tišino in čiste konce pogovora ter prepoveduje prisiljena vprašanja, generične ponudbe in prazno hvalo.
  • Ob aktivnem delu ostanejo naloga in dokazi izrecno na prvem mestu. Blok je manjši od 420 znakov in ne ustvarja niti klicev modela niti dostopov do datotek.
  • Nobena datoteka SOUL ni bila spremenjena, izbrisana ali samodejno znova zapisana. Obstoječa duša ostane vodilni glas.
9.1.254
  • Projektor, uveden v 9.1.253, je lahko bral obstoječe podatke odnosov, a socialno omrežje se ob novih stikih še ni razširilo samo.
  • Ob prvem stiku Telegram lahko izvajalno okolje zdaj iz stabilnega user_id in chat_id natanko enkrat ustvari akterja, vezanega na ponudnika, prazen rob odnosa do aktivnega agenta ter pri skupinah ločeno vozlišče skupine.
  • Prikazna imena nikoli niso primarni ključi in ne združujejo oseb. Poznejša sporočila obstoječega vozlišča ne prepišejo tiho.
  • Pot je izrecno aktivirljiva, vezana na najemnika in piše le v že inicializirano drevo identitete pod BLUN Home. Negotovi ali nepopolni metapodatki ostanejo fail-closed.
  • Ni klica modela, nobene vsebinske razlage, nobenih občutljivih izpeljav in po prvem stiku nobene ponavljajoče se pisne obremenitve. Pravice, ACL, žetoni in skrivnosti niso v nobenem ustvarjenem zapisu.
  • V4 papirja o identiteti (2.468 vrstic) je bil pred objavo navzkrižno preverjen. Nova občutljiva poglavja o trpljenju in psiholoških skillih ostanejo namenoma zunaj te čisto strukturne izdaje.
9.1.253
  • Ideja identitete je potrebovala prvo produktno pot, ne da bi kontekst modela preplavila z dnevniki, spisi odnosov ali drugim sistemom spomina.
  • Nov, privzeto izklopljen projektor identitete bere le dovoljena polja iz drevesa datotek, vezanega na najemnika, pod BLUN Home.
  • Projektor postavi trenutno nalogo in izrecna navodila pred odnos in radovednost. Osebna povpraševanja med aktivnim delom izostanejo, če niso neposredno relevantna za nalogo.
  • Privzeti proračun znaša 1.800 znakov; tudi višja konfiguracija ne more preseči trde meje 2.800 znakov.
  • Pravice, ACL in skrivnosti se nikoli ne projicirajo. Negotove identifikacije, odstopanja najemnikov, napačni podatki, simbolne povezave ali poti zunaj BLUN Home fail-closed ne dobavijo nobenega konteksta identitete.
  • Običajna in hitra pot pogovora uporabljata isti projektor pred persono, dušo in ravnanjem. V tej stopnji ni operacije pisanja, nobene spremembe duše in nobenega ponovnega zagona procesa.
9.1.252
  • Izrecni king update iz upravljane izdaje je njen aktivni packageRoot posredoval naprej nameščevalniku npm. Zaradi tega je lahko nova različica stari izdajni imenik, poimenovan po številki različice, prepisala na mestu, medtem ko je active-runtime.json še naprej kazal staro različico.
  • Upravljana izvajalna okolja zdaj izrecno posodobitev pripravijo kot ločeno, različicno označeno izdajno mapo. pending-runtime.json in update-pending.json kažeta na cilj; naslednji običajni zagon ga prevzame brez drugega vprašanja o posodobitvi.
  • Aktivna stara izdajna mapa ostane byte stabilna in ohranjena kot pot padca nazaj. Globalne, neupravljane namestitve ohranijo dosedanjo izrecno pot posodobitve.
  • Nobena tekoča seja in noben proces ni bil zagnan, končan ali znova naložen za gradnjo, testiranje ali objavo.
9.1.251
  • Po projekciji 9.1.250 je 6.411 od 6.424 trajno shranjenih dogodkov usage.record še vedno vsebovalo isto kanonično ime modela blun/king. Le ta privzeta vrednost se v vztrajni obliki izpusti.
  • Vseh 13 odstopajočih vrednosti modela (qwen3.8:27b) ostane izrecno ohranjenih. Tudi null ostane ohranjen; le undefined se ob ponovnem predvajanju spet vzpostavi kot blun/king.
  • Dogodki v živo in zamrznjena surova zgodovina se ne spreminjajo.
9.1.250
  • V zamrznjenem resničnem zapisu agenta je vseh 6.424 trajno shranjenih dogodkov usage.record vsebovalo oba števca predpomnilnika inputCacheRead: 0 in inputCacheCreation: 0.
  • Le te dokazano na nič nastavljene vrednosti se v vztrajni obliki izpustijo. Poraba v živo ostane nespremenjena; vsaka vrednost, ki ni nič, se še naprej shranjuje.
  • Ob ponovnem predvajanju restoreUsageFromRecord manjkajoče števce predpomnilnika spet vzpostavi kot 0. Obe poti ponovnega predvajanja in projekcija konteksta uporabljajo to rekonstruirano obliko.
9.1.249
  • V zamrznjeni resnični zgodovini je 3.759 od 7.777 rezultatov orodij nosilo izhodno kodo. Od tega je bilo 3.465 rutinskih kod uspeha 0.
  • Ponovno predvajanje, prepis in pogled modela pri rezultatih orodij uporabljajo izpis, ID orodja in status napake, ne dodatne ničelne kode.
  • Le uspešni vztrajni rezultati orodij zdaj izpustijo exitCode: 0. Dogodki v živo ga ohranijo; vseh 294 kod, ki niso nič, ostane nespremenjeno ohranjenih za diagnostiko napak.
9.1.248
  • Po 9.1.247 je vseh 6.339 trajno shranjenih dogodkov step.end ponavljalo reasoningFieldState, čeprav nobena pot nadaljevanja ali ponovnega predvajanja tega polja ne bere.
  • Porazdelitev v zamrznjeni resnični zgodovini: 5.016 absent, 47 not_requested in 1.276 present.
  • Le vztrajna oblika zdaj izpusti reasoningFieldState. Dogodki v živo polje ohranijo za namene diagnostike; stari shranjeni dogodki ostanejo združljivi in rekonstruirano stanje ostane enako.
9.1.247
  • Po 9.1.246 je 6.986 trajno shranjenih dogodkov content.part in 7.755 trajno shranjenih dogodkov tool.call ponavljalo UUID trenutno odprtega koraka.
  • V resnični zgodovini vseh 14.741 dogodkov brez izjeme kaže na zadnje odprti korak: 0 odstopanj in 0 dogodkov brez odprtega koraka.
  • Le vztrajna oblika zdaj izpusti stepUuid. Dogodki v živo jo ohranijo nespremenjeno; stari shranjeni dogodki z izrecno UUID in novi kompaktni dogodki brez UUID se podpirajo skupaj.
  • Vse tri poti nadaljevanja za kompaktne dogodke vsebine in orodij uporabljajo zadnje odprti korak.
9.1.246
  • Po 9.1.245 je 5.642 poznejših dogodkov step.begin ponavljalo ID kroga, čeprav nadaljevanje potrebuje le najvišji opaženi ID kroga. Prvi korak vsakega kroga ga že nosi.
  • Resnična zgodovina vsebuje 713 krogov in 6.355 začetkov korakov. Vsak krog se začne natanko s korakom 1 in vse nadaljnje številke korakov tečejo brez vrzeli zaporedno; 0 odstopanj zaporedja.
  • Le poznejši vztrajni začetki korakov zdaj izpustijo ID kroga. Prvi koraki, dogodki v živo, stari shranjeni dogodki in začetki korakov brez zanesljive ordinalne številke ostanejo nespremenjeni.
9.1.245
  • Po 9.1.244 je 6.326 trajno shranjenih dogodkov step.end še naprej ponavljalo UUID zadnje odprtega koraka. Resnična zgodovina je za vsako dokončanje potrdila nedvoumno dodelitev zadnji vhod, prvi izhod: 0 odstopanj in 0 zaključkov brez odprtega koraka.
  • Le vztrajna oblika zaključka zdaj izpusti UUID. Dogodek v živo jo ohrani nespremenjeno; stari shranjeni dogodki z UUID in novi kompaktni dogodki brez UUID ostanejo skupaj predvajljivi.
  • Vse tri poti nadaljevanja razrešijo zaključek brez UUID prek zadnjega vstavljenega odprtega koraka. Nedokončani zgodovinski koraki ostanejo odprti in se ne razlagajo znova.
9.1.244
  • Po 9.1.243 je 6.326 trajno shranjenih dogodkov step.end še vedno vsebovalo štiri posamezne števce porabe. Za nadaljevanje in zapolnjenost konteksta je potrebna izključno njihova vsota.
  • Dogodki v živo ohranijo vse štiri števce za prikaz, telemetrijo in obračun. Le shranjena oblika nadaljevanja zdaj uporablja contextTokens kot posamezno število.
  • Obe poti ponovnega predvajanja sprejmeta nove kompaktne in stare popolne dogodke. Tako ostanejo obstoječe seje nazaj združljive.
9.1.243
  • Po 9.1.242 je 6.322 trajno shranjenih dogodkov step.end še vedno vsebovalo rutinski vrednosti finishReason: tool_use ali finishReason: end_turn.
  • Obe vrednosti sta iz že trajno shranjene oblike koraka točno izpeljljivi: prisoten klic orodja -> tool_use, sicer end_turn. V celotni zgodovini je bilo 0 odstopanj.
  • Izključno ti dve rutinski vrednosti se ne shranjujeta več trajno. Redki in diagnostično pomembni razlogi ostanejo ohranjeni; vsi štirje dogodki max_tokens so ostali izrecni in po vsebini bajtno enaki.
  • Poseg sledi v ECC izmerjenemu načelu omejene, na izjeme usmerjene telemetrije. DeepAgents in AnythingLLM sta potrdila že obstoječe vzorce BLUN za izločanje in omejeno zgodovino; noben tuji podsistem ni bil prevzet.
9.1.242
  • Po 9.1.241 je 6.355 trajno shranjenih dogodkov step.begin še vedno vsebovalo polje step, čeprav tekoči prikaz številko koraka obdela pred trajnim shranjevanjem in reduktor ponovnega predvajanja potrebuje le uuid.
  • turnId ostane ohranjen, ker nadaljevanje iz njega izpelje nadaljevani krog. uuid, vrsta in vse nadaljnje vsebine ostanejo nespremenjene.
  • Poseg leži izključno v bin/loop-event-record-policy.cjs; surova zgodovina in dogodek v živo se ne spreminjata.
9.1.241
  • Po 9.1.240 je 6.326 trajno shranjenih dogodkov step.end še vedno vsebovalo kopiji turnId in step. Obe vrednosti, na katere kaže ista uuid, že ležita v step.begin.
  • V resničnem zapisu je imel vsak zaključek obstoječi začetek koraka in obe metapodatkovni vrednosti sta se v vseh primerih točno ujemali.
  • Projekcija odstrani le ti dve kopiji. Identifikacija koraka, poraba žetonov in diagnostike zaključka ostanejo ohranjene; dogodki v živo ostanejo popolni.
9.1.240
  • Po 9.1.239 je 6.986 dogodkov content.part in 7.755 dogodkov tool.call še vedno shranjevalo po eno kopijo turnId in step, čeprav stepUuid kaže na step.begin, kjer obe vrednosti že ležita.
  • V resničnem zapisu je imelo vseh 14.741 podrejenih dogodkov obstoječi začetek koraka in obe vrednosti sta se v vsakem primeru točno ujemali.
  • Projekcija za trajno shranjevanje odstrani le ti dve kopiji metapodatkov iz obeh podrejenih dogodkov. stepUuid, vsebina, identifikacija orodja, ime in argumenti ostanejo ohranjeni; reduktor v živo še naprej vidi polni dogodek.
9.1.239
  • Po projekciji iz 9.1.238 je resnični zapis še vedno vseboval redundantne identifikacije dogodkov: content.part.uuid ne bere noben porabnik ponovnega predvajanja, tool.call.uuid je bila v vseh 7.755 primerih točno enaka toolCallId in tool.result.parentUuid je bila v vseh 7.755 primerih točno enaka toolCallId.
  • Projekcija za trajno shranjevanje odstrani le ta tri redundantna polja. turnId, step, stepUuid, toolCallId, ime orodja, argumenti, rezultat in vsebina ostanejo popolnoma ohranjeni. Reduktor v živo še naprej vidi vsak neskrajšani dogodek.
  • Že kompaktni dogodki ohranijo svojo objektno identiteto. Obstoječe datoteke zapisa se ne prepišejo niti ne spremenijo.
9.1.238
  • Resnični zapis je vseboval 6.326 trajno shranjenih dogodkov step.end z 2.708.052 bajti podatkov dogodkov. Sedem polj za merjenje časa izvajanja in identifikacijo sporočila ponudnika je bilo že pred trajnim shranjevanjem ovrednotenih v dogodku v živo in jih ni brala nobena pot ponovnega predvajanja, prepisa, bloba ali pregleda seje.
  • Obstoječa projekcija dogodkov zanke zdaj odstrani le teh sedem znanih polj iz živega dogodka: šest meritev zakasnitve/pretakanja in messageId. Identifikacija koraka, krog, številka koraka, poraba žetonov, razlog zaključka, diagnostike zaključka ponudnika in diagnostika sklepanja ostanejo ohranjeni.
  • Reduktor v živo še naprej obdeluje polni dogodek. Stare datoteke zapisa ostanejo byte za byte enake in se ne prepišejo.
9.1.237
  • Resnični zapis je vseboval 1.428 vnosov registracije/odjave za uporabniška orodja. Od 992 odjav je bilo 560 strogih ničelnih operacij: orodje ni bilo niti registrirano niti aktivirano. Ti vnosi so zasedali 59.500 trajno shranjenih bajtov, ne da bi spremenili obnovljeno stanje.
  • Iz načela DeepAgents, ohranjati le učinkovito stanje teka, se prevzame ozek lokalni vzvod: odjava orodja se beleži le še, če spremeni registrirano ali aktivirano stanje.
  • Obe brisanji v živo tečeta še naprej ob vsakem klicu. Odjava registriranega, le aktiviranega ali v obeh shrambah prisotnega orodja ostane v celoti zabeležena. Obstoječe datoteke zapisa se ne prepišejo niti ne spremenijo.
9.1.236
  • Resnični zapis je vseboval 214 vnosov, podobnih stanju, za tool-awareness, action_style, swarm_mode in swarm_mode_exit. Dosedanje točno razdupljevanje je pustilo šest različnih starih stanj s skupaj 6.305 bajti besedila v vsaki novi zahtevi modela.
  • Iz načela ECC, v delovnem kontekstu hraniti le trenutno stanje in polno zgodovino hraniti ločeno, se prevzame ozek lokalni vzvod: za inventar orodij in slog dejanj ostane vidna le najnovejša različica. Vstop in izstop iz načina roja tvorita skupno družino stanj, od katere prav tako ostane le zadnje stanje.
  • Surova zgodovina se nikoli ne spremeni. Druge različice vnosov, običajna sporočila uporabnikov, nebesedilni in poškodovani vnosi ohranijo dosedanje vedenje.
9.1.235
  • Resnični zapis je vseboval enajst zaključenih klicev Agent. Šest jih je bilo dokazano uspešnih (status: completed) in je ležalo vsaj dvajset novejših kontekstnih sporočil nazaj. Njihova stara besedila nalog so skupaj še vedno zasedala 33.629 znakov, čeprav so polna poročila o zaključku stala neposredno za njimi v zgodovini.
  • Iz ločitve DeepAgents med kontekstom glavnega in podrejenega agenta se zato prevzame ozek lokalni vzvod: le stari prompt uspešnega klica Agent se v pogledu modela nadomesti s kratkim označevalcem. Opis, vrsta podagenta in poročilo o zaključku ostanejo popolni.
  • Tekoči klici orodij, klici, mlajši od dvajsetih sporočil, ter neuspeli, poškodovani in tuji klici orodij ostanejo nespremenjeni. Surova zgodovina se nikoli ne spremeni; brez izrecne vrstice status: completed projekcija fail-closed ne poseže.
9.1.234
  • Resnični zapis je med 166 uspešnimi rezultati orodij vseboval tri velike, točno ponovljene rezultate branja za isti klic orodja. Nespremenjena ponovitev je zasedala 15.936 surovih bajtov, čeprav trenutni pogled modela potrebuje le najnovejšo polno kopijo.
  • Projekcija zato prepozna izključno uspešne, čisto besedilne rezultate s točno enakim imenom orodja, točno enakimi argumenti in točno enako vsebino. Najnovejša kopija ostane polna; starejše kopije se v pogledu modela nadomestijo s kratko sklicnico.
  • Surova zgodovina, spremenjeni rezultati, napake, mediji, vztrajne sklicnice in majhni rezultati ostanejo nespremenjeni. Obstoječa izločitev orodij ostane pred tem učinkovita; razdupljevanje sme njeno projekcijo obnoviti le za najnovejšo enako kopijo.
9.1.233
  • V resničnem zapisu je bil polni klic Write z 2.357 bajti UTF-8 zavrnjen na dosedanji meji 2.048 bajtov. Nato je agent sicer obljubil nadaljevanje, a je isto tokenize.cjs večkrat prepisal z nepopolnimi fragmenti, med drugim dvakrat byte za byte enako prvih 1.099 bajtov. Prizadeti koraki so nosili vsak približno 64.000 vhodnih žetonov; posamezni odgovori so dosegli 10.319 oziroma 7.015 žetonov.
  • Polne datoteke do 4.096 bajtov UTF-8 smejo biti zdaj zapisane v enem atomskem klicu Write. Resnični primer 2.357 bajtov ne potrebuje več dodatnega kroga modela.
  • Večji klici ostanejo v polnem protokolu nadaljevanja. Po takšni zavrnitvi se pot zaklene: manjši običajni zapisi ne morejo več prepisati ciljne datoteke z delnimi fragmenti. Šele veljavno nadaljevanje prevzame pot; cilj ostane nespremenjen do končnega dokaza.
9.1.232
  • Samodejni način resume je bil v resničnem profilu agenta nastavljen, a nameščena različica je ležala na 9.1.221, aktivno pripravljeno izvajalno okolje na 9.1.219 in npm/manifest že na 9.1.231. Brez tekočega agenta King dosedanja pot v ozadju ni mogla pripraviti zamujene različice.
  • resume in new zato tudi ob naslednjem naravnem hladnem zagonu preverita izdajno različico, ki je vsaj 30 minut stabilna in neodvisno podpisana. Pripravi se v zaščiteni izdajni shrambi, označi kot čakajoča in zažene brez drugega zagona ali izbirnega okna.
  • manual in off ostaneta nespremenjena. Če priprava, celovitost, proba paketa ali omrežni klic spodleti, teče obstoječa pot zagona naprej. Že tekočo sejo ta pot hladnega zagona nikoli ne konča.
9.1.231
  • V resničnem zapisu je odgovor v Telegramu pred odpremo spodletel z 400: Bad Request: can't parse entities: Can't find end of Italic entity. Klic je imel izrecno format: markdownv2; 0 od 1 besedilnih delov je bilo dostavljenih.
  • Odprema MCP Telegram zdaj ponovi le prizadeti besedilni del natanko enkrat kot čisto besedilo, če Telegram javi točno eno napako razčlenjevanja entitet. Klepet, sklic na odgovor, meja dela in nadaljnje priloge ostanejo ohranjeni.
  • Omrežne napake, neznani klepeti, napake pravic in že kot čisto besedilo poslani klici se s tem padcem nazaj ne ponovijo. Tako se ne pogoltne nobena poljubna napaka in noben uspešni del se ne pošlje dvakrat.
9.1.230
  • Po izključitvi že z 9.1.228 in 9.1.229 odpravljenih zgodovinskih napak so bili v zadnjih 1.200 rezultatih orodij profila agenta ponovljeni časovni izteki Bash naslednji zaprti blok. Prizadeti ukazi so večkrat rekurzivno preiskali celoten uporabniški imenik ali celotno Dropbox in se po 60 sekundah končali brez uporabnega zaključka.
  • Bash zdaj pred zagonom procesa zavrne natanko dve neomejeni obliki iskanja: find po celotnem uporabniškem imeniku in rekurzivni grep proti ..
  • Besedilo napake takoj imenuje omejeno alternativo: Glob z zasidranim vzorcem datotek, Grep s potjo/glob ali znano podmapo projekta. Ciljano na src, test ali druga poimenovana poddrevesa omejena iskanja ostanejo nespremenjeno dovoljena.
  • Časovni iztek ni bil povišan in poljubni ukazi Bash se ne ponavljajo samodejno. Tako ne nastane daljša čakalna doba niti tveganje, da bi se pišoči ukaz izvedel dvakrat.
9.1.229
  • Po popravilu odloženih orodij je bila največja povezana družina napak v resnični zgodovini večdelni Write: manjkajoča obvezna polja (part, start_line, final), vnaprej napačno uganjeno skupno število vrstic, zastarele številke delov in po napakah še vedno aktivno staro stanje nadaljevanja so ustvarjali ponovitve brez koristnega dela.
  • Številka dela, začetna vrstica in način se zdaj izpeljejo iz dejansko pripravljenega stanja, če manjkajo. Izrecno poslane vrednosti ostanejo vidne in se ob odstopanju še naprej zavrnejo.
  • expected_lines je neobvezen in je lahko dostavljen šele v končnem delu. Če je nastavljen, ostaneta prekoračitev in točna končna kontrola nespremenjeno fail-closed.
  • final=true ostane obvezen za zaključek. Brez te izrecne končne oznake se nič ne zapiše; ciljna datoteka ostane do zaključka nespremenjena. Neobvezna kontrola SHA-256 ostane.
9.1.228
  • V zadnjih 1.000 resničnih rezultatih orodij je ležalo 66 napak. Največji jasno popravljivi posamezni blok je bilo 10 napak Tool not found: devetkrat mcp__mnemo__mem_transcript_recent, enkrat mcp__mnemo__mem_question_answer. Obe orodji sta bili registrirani, a v prizadetem koraku zaradi proračuna žetonov le nista bili naloženi.
  • Po točni napaki Tool "<name>" not found si krog to shemo zdaj zapomni za neposredno sledeči korak. Običajna izbira jo nato prevzame iz že registriranega seznama orodij.
  • Druga besedila napak, uspešni rezultati in odstopajoča imena orodij ne spremenijo stanja. Obstoječa meja LRU štirih shem ostane; resnično neznano orodje zaradi tega ni izmišljeno ali izvedeno.
  • Nobeno orodje ni bilo trajno položeno v vsak poziv. Običajna poraba žetonov shem zato ostane nespremenjena; le že plačana napaka ponovitve se od drugega poskusa naprej prepreči.
9.1.227
  • Resnična zgodovina zapisa je vsebovala 119 klicev ToolSearch. 35 se jih je končalo brez zadetka; 27 brezzadetkov je zadevalo zgodovino Telegram, pridobivanje sporočil ali pripadajoče iskanje spomina.
  • 9.1.226 je z aktualnim seznamom orodij že razrešil 8 od teh 35 starih brezzadetkov. Preostali glavni primer so bile preveč določene zahteve, kot je +telegram history messages lesen, pri katerih je model pomenska gesla napačno označil kot obvezne sestavine imen.
  • Iz DeepAgents je bilo prevzeto načelo, da se namigi orodij in površina orodij po filtriranju uskladijo. Nobena tuja koda ni bila kopirana: BLUN najprej še vedno poskusi točno in strogo iskanje ter šele po resničnem brezzadetku sprosti izraze + v pomenska iskalna gesla.
  • Padec nazaj ne izvede nobenega orodja. Naloži le najbolje ocenjeno shemo oziroma resnične izenačitve, pri več izrazih zahteva vsaj 75 odstotkov zadetkov in ostane pri strokovno tujih izrazih zaprt.
  • Primerjava s sveže nameščenim paketom 9.1.226 in istimi 35 zgodovinskimi zahtevami: prej 8 zadetkov, potem 21 zadetkov, torej 13 dodatnih resničnih zadetkov in 0 izgubljenih prejšnjih zadetkov.
  • Noben nov klic modela, iskanja, omrežja ali vdelave ni bil vstavljen. Surova zgodovina, izvajanje orodij, odobritve in stalna množica shem ostanejo nespremenjeni.
9.1.226
  • Resnična zgodovina zapisa je vsebovala 6.275 zaključenih korakov modela. V zadnjih 50 korakih je bila lokalna gradnja zahteve pri p50 0 ms in p90 1 ms ter lokalna poraba pretoka pri p50 1 ms in p90 3 ms. Čakalna doba do prvega žetona strežnika je bila nasprotno pri p50 11.842 ms in p90 14.846 ms. Nadaljnji lokalni rez mikro zmogljivosti zato ni bil dokazan kot učinkovit vzvod.
  • Iz Evolverja izpeljana potrjena učna pot je že obstajala: dokazi rdeče-na-zeleno se hranijo vezano na profil kot pending, recorded ali expired. Uporabniki pa nanje niso imeli lokalnega pogleda.
  • 9.1.226 dodaja /improve z vzdevkom /learning. Plošča prikazuje tri števce stanj in pri najnovejšem odprtem kandidatu le omejene, neškodljive podatke dokazov: ID kandidata, ime orodja in dvanajst mest hasha ukaza.
  • Ukaz bere le lokalno shrambo aktivnega profila. Ne zažene klica modela, iskanja, središča ali vdelave in ne spremeni nobenega kandidata. Neznane vrednosti stanj in negotovi prikazni znaki se zavržejo oziroma prikažejo kot unknown.
  • Vsa nova besedila vmesnika za nemščino, španščino, francoščino, švedščino in češčino so prestala obvezno jezikovno preverjanje in poznejšo verifikacijo potrdil; vseh šest katalogov vmesnika vsebuje popolne ključe.
9.1.225
  • V resnični zgodovini zapisa je 88 vnosov config.update zasedalo 4.078.566 bajtov. 83 jih je nosilo polni sistemski poziv.
  • Poziv je deklariral stabilen časovni žig seje, a ga je ob vsakem zagonu procesa znova nastavil. Po normalizaciji tega časovnega žiga je ostalo 45 pomenskih različic in 38 zaporednih ponovitev, ki jih je povzročil le novi časovni žig.
  • Teh 38 ponovitev je zasedalo 781.179 bajtov, torej 19,16 odstotka vseh bajtov sistemskega poziva v izmerjenih dogodkih konfiguracije. Hkrati se je po ponovnih zagonih nepotrebno spremenila ponovno uporabljiva predpona poziva ponudnika.
  • 9.1.225 veže časovni žig pri svežih in nadaljevanih glavnih ter podrejenih agentih na Session.metadata.createdAt. Neveljavni stari metapodatki obrambno padejo nazaj na dosedanjo vrednost v pomnilniku.
  • Surova zgodovina, vsebina poziva, orodja, izbira modela in strnjevanje ostanejo nespremenjeni. Ni dodatnega klica modela, iskanja ali vdelave.
9.1.224
  • Zadnje izmerjeni zagon je za vzporedno inicializacijo petih strežnikov MCP potreboval 16,85 sekunde. Nadaljevanje seje in razčlenjevanje zapisa sta bila s približno 0,55 oziroma 0,18 sekunde precej manjša.
  • Pot kroga je doslej pred vsako zahtevo čakala na to inicializacijo MCP, tudi ko je lokalni čisti pozdrav nato namenoma dobil nič orodij v zahtevo modela.
  • 9.1.224 prevzame mejo orodij, naloženih po potrebi, iz primerjave z DeepAgents: le lokalni kratki pogovor brez orodij sme odgovoriti takoj. Krogi Telegram, priloge, sistemski sprožilci in vsaka zahteva, podobna delu, še naprej čakajo na popolno inicializacijo MCP.
  • Surova zgodovina, konfiguracija MCP, sheme orodij in običajni delovni krogi ostanejo nespremenjeni. Noben strežnik ni bil deaktiviran in noben dodaten klic modela, iskanja ali vdelave ni bil uveden.
9.1.223
  • Korak 775.5 se je končal prazno z fall=length, 8.192 od 8.192 žetonov dokončanja in le sedmimi znaki sklepanja. Dosedanja logika je nato isti veliki poziv znova zagnala in proračun dokončanja podvojila na 16.384 žetonov.
  • Lokalna CPU je med čakalno dobo znašala približno 0 odstotkov; gradnja zahteve je trajala 0-1 ms in transport približno dve sekundi. Izmerjeno ozko grlo je bilo torej generiranje modela plus ponovni poskus s polnim proračunom, ne TUI.
  • Le dokazani primer length s popolnoma izkoriščenim proračunom in manj kot 64 znaki sklepanja dobi zdaj varčen poskus ponovitve s faktorjem 0,125 in vsaj 1.024 žetoni.
  • Odgovori length, bogati s sklepanjem, in nepopolnoma izkoriščeni ohranijo dosedanjo razširitev s faktorjem 2. Drugi razredi ponovnih poskusov ostanejo nespremenjeni.
  • Za izmerjeni primer se drugi proračun zniža s 16.384 na 1.024: 15.360 žetonov oziroma 93,75 odstotka manj v poskusu ponovitve.
9.1.222
  • Tekoči posodabljalec je pripravljeno različico prek IPC predal aktivnemu agentu King. Zaganjalnik je nato delujoče jedro končal z izhodom 76 in bi moral zagnati nadomestni proces. Ob izmerjenem prehodu na 9.1.219 je profil agenta zaradi tega ostal odjavljen.
  • Posodobitve v ozadju zdaj novo različico le naložijo in preverijo ter jo shranijo za naslednji naravni zagon. Ne pošiljajo sporočila IPC za ponovni zagon, ne končajo aktivnega TUI in ne zaženejo nadomestnega procesa.
  • Ob naslednjem običajnem zagonu king se spet pojavi obstoječa izbira: posodobi, enkrat preskoči ali počakaj do naslednje izdaje. Šele po odločitvi za namestitev zaganjalnik zažene iz že preverjenega pripravljenega paketa; drugi prenos odpade.
9.1.221
  • Nespremenjena, v tokenCount še ne zajeta sporočila zdaj uporabljajo natanko eno oceno žetonov na revizijo konteksta. Ponovljeni dostopi stanja in upodabljanja ne skenirajo iste rastoče zgodovine znova.
  • Novi besedilni deli, klici orodij, spremembe zgodovine, strnjevanje, razveljavitev in spremenjeno število že zajetih sporočil takoj razveljavijo predpomnilnik. Surova zgodovina, trajno shranjena zgodovina in sporočena vrednost žetonov ostanejo v primerjavi z dosedanjo potjo enaki.
  • Sedem merilnih zagonov s 300 sintetičnimi sporočili in vsakokrat 250 nespremenjenimi poizvedbami je dalo v mediani 42,1218 ms -> 0,1755 ms, približno 99,583 % manj računskega časa v tej vroči poti. Obe različici sta dali natanko isto oceno 127.838 žetonov.
  • Izdaja zniža delo CPU za lokalno oceno. Ne trdi znižanja dejansko modelu poslanih vhodnih žetonov.
9.1.220
  • Projekcija dolgih odgovorov pomočnika zdaj svoj rezultat shrani v WeakMap, dokler sporočilni objekt, matrika vsebin, besedilni del in točni izvorni tekst ostanejo nespremenjeni. Surova zgodovina in projicirana vsebina ostaneta v primerjavi z dosedanjo potjo enaki.
  • Sprememba besedila, matrike vsebin ali besedilnega dela takoj zavrže vnos. Različni sporočilni objekti si ne delijo predpomnilnika.
  • Pet merilnih zagonov s po 1000 ponovitvenimi projekcijami je dalo v mediani 16,489 ms -> 0,202 ms, približno 98,8 % manj računskega časa v tej poti. Obe različici sta pri tem prihranili natanko 21.206 znakov.
9.1.219
  • Čiste kratke besedilne potrditve, kot so ok, danke, ali odgovori DM Telegram s pripetim signalom za nadaljevanje, ne berejo shrambe potrjenih učnih kandidatov več ob vsakem koraku modela.
  • Pomenski pozivi, priloge in krogi s trenutno dejavnostjo orodij še naprej sinhronizirajo. Že vidni učni opomnik ostane ohranjen tudi med preskočeno potrditvijo.
  • Pri meritvi dejanskega stanja na zapakirani različici z 50 potrditvami je število branj imenika kandidatov padlo s 50 na 0. Pomenska nasprotna proba je brala natanko enkrat. Ni se dodal noben klic modela, vdelave ali omrežja.
9.1.218
  • Isti pregled rdeče-na-zeleno je v 9.1.217 ob ponovitvi z novimi ID-ji klicev orodij ustvaril drugega odprtega kandidata. Izolirana izmerjena vrednost je dala dva ID-ja, 2 odprti datoteki in 726 bajtov.
  • Po beleženju le najnovejšega kandidata bi se starejši enaki kandidat znova pojavil kot opomnik. To bi ustvarilo drugi cikel opomnika in MistakeRecord za isto odprto lekcijo.
  • bin/validated-learning-signal.cjs zdaj ponovno uporabi že odprtega kandidata istega profila in istega commandHash. Drugi verifikacijski ukazi ostanejo ločeni; zabeleženi ali pretekli kandidati ne absorbirajo poznejšega dogodka.
  • Ponovna meritev je dala isto ID, 1 odprto datoteko in 363 bajtov. Ni dodatnega klica modela, vdelave ali omrežja.
9.1.217
  • V 9.1.216 je vsak uspešni MistakeRecord označil najnovejšega odprtega učnega kandidata kot obdelanega, tudi če je vnos pripadal drugi napaki. Dokaz je bil tako trajen, a ne točno povezan s svojo poznejšo zabeležbo.
  • bin/validated-learning-signal.cjs zdaj prebere neobvezni candidateId uspešnega MistakeRecord in zaključi izključno točno ustreznega odprtega kandidata. Manjkajoča, napačna ali tuja ID pusti vse odprte kandidate nespremenjene.
  • blun.mjs imenuje stabilno ID kandidata v vidnem opomniku in vodi candidateId kot neobvezno polje v shemi MistakeRecord. Ni dodatnega klica modela, vdelave ali omrežja.
  • Povezava ostane vezana na profil. V shrambo kandidatov še naprej ne pridejo niti surovi ukazi niti izpisi orodij.
9.1.216
  • bin/validated-learning-signal.cjs zdaj potrjene signale rdeče-na-zeleno odlaga na ravni celotne namestitve pod <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/. Učni kandidat tako ostane ohranjen prek uporabniških krogov, strnjevanj in različnih portalov iste namestitve BLUN.
  • Shramba je vezana na profil, se samo dodaja in je konkurenčno varna: na kandidata nastane ena nespremenljiva datoteka JSON in natanko ena oznaka .recorded ali .expired. Začasna datoteka, trda povezava in odstranitev začasne datoteke preprečijo tiho prepisovanje ob vzporednih piscih.
  • Shranijo se le vrsta, status, profil, ime orodja, SHA256 ukaza, ID-ji klicev orodij in časovni žigi. Surovi ukaz, besedilo napake in uspešni izpis orodja se ne shranijo trajno.
  • Uspešni MistakeRecord označi najnovejšega odprtega kandidata natanko enkrat kot obdelanega. Odprti kandidati pretečejo po 24 urah. Če manjka skupni dom, ostane dosedanje vedenje v pomnilniku fail-open ohranjeno.
  • To še ni samodejna sprememba kode in ne odobritev, ki bi si jo sistem podelil sam. Izdaja ustvarja le prenosljiv, od portala neodvisen učni dokaz, na katerem lahko pozneje vgrajene funkcije vrednotenja in odobritve varno delujejo.
9.1.215
  • Rešitve ne smejo predpostavljati določenih notranjih agentov, notranjih imen računalnikov, skupin Telegram, instanc Mnemo ali notranje verige odobritev BLUN.
  • Za samoizboljšanje se notranje vloge abstrahirajo kot produktne funkcije: nadzornik obsega/odobritev, izolirani vrednotilec, dokaz z oznako različice in samodejna povratna meritev canary s povrnitvijo.
  • Samodejno prevzemljive so le nizko tvegane, merljivo omejene prilagoditve pri dosledno boljših ali nevtralnih probah. Koda, pravice, skrivnosti, obračun in produkcija ostanejo odvisni od uporabnika ali skrbnika.
  • Prva izvedba vgrajenih vrat bo interno ročno prevzeta; nato smejo vrata sama preverjati, a ne smejo spremeniti lastne varnostne meje.
9.1.214
  • 9.1.213 je vzpostavil pravilno trajno pot shranjevanja prek MistakeRecord, a je še naprej pričakoval, da model pravi trenutek prepozna sam iz zgodovine orodij.
  • Novo je bin/validated-learning-signal.cjs: modul upošteva le trenutni uporabniški krog in prepozna izključno isti verifikacijski ukaz lupine, ki najprej spodleti in pozneje uspe.
  • Dinamični injektor v blun.mjs v tem dokazanem primeru opomni, da je treba ponovno uporabno lekcijo zabeležiti z MistakeRecord. Besedilo ukaza in surova napaka se ne kopirata v namig.
  • Drugi ukazi, običajne napake branja/orodij, nov uporabniški krog ali že uspešni klic MistakeRecord ne ustvarijo oziroma ne ohranijo namiga. Ne poteka nobeno samodejno shranjevanje.
9.1.213
  • Missionska pogodba je po uspešni probi rdeče-na-zeleno zahtevala klic record_error_memory. To orodje v paketu King ne obstaja. Obstoječa trajna učna pot se imenuje MistakeRecord in piše v skupno Mistake.md.
  • Zaradi tega je bila disciplina iz Evolverja že oblikovana, a zadnji korak do našega lastnega, medagentnega spomina je bil mrtev: potrjena rešitev je lahko sledila pogodbi in kljub temu ni mogla biti trajno shranjena.
  • Pogodba zdaj po zelenem ponovnem teku kliče MistakeRecord. Surove napake ostanejo zunaj; shranjena je šele lekcija, potrjena z uspešnim nasprotnim tekom.
  • Mistake.md, njen izbor relevantnosti in njen format shranjevanja niso bili zamenjani ali spremenjeni. Popravljena je bila izključno povezava od potrjenega učnega dogovora do obstoječega orodja.
  • Spremenjeni so bili le blun.mjs, novi strukturni test test/validated-learning-route.test.js in različica v package.json.
9.1.212
  • Injektor ErrorMemory je tudi za čiste pozdrave in kratke potrditve oblikoval več strategijskih genov. Mistake.md in osebni spomin sta imela za isti razred sporočil že skupno mejo relevantnosti; le ErrorMemory jo je obšel.
  • Injektor zdaj prav tako uporablja isLowInformationMistakeTurn in konča projekcijo pred izbiro in oblikovanjem strategijskih genov. Trajno shranjeni vnosi napak in strategij ostanejo nespremenjeni; odpade le njihova nepotrebna projekcija v drobnih zahtevah.
  • Izmerjeni referenčni primer Kako si? z enajstimi shranjenimi vnosi: prej pet izbranih pravil, 1.417 znakov oziroma približno 355 žetonov; potem 0 znakov in 0 žetonov.
  • Spremenjeni so bili le blun.mjs, test/error-memory-performance-policy.test.js in različica v package.json.
9.1.211
  • King potrdi vrstice v čakalni vrsti šele, ko je sporočilo sprejeto. Pred aktivno sejo pa injectChannelEnvelope adresirano sporočilo zavrže kot dropped, ne da bi ga potrdil ali odložil. Tako lahko kontrolna točka trajno ostane pri natanko tej prvi vrstici.
  • Resnična rdeča proba _proof/telegram-profile-checkpoint-red.cjs: pričakovan queued, izmerjen dropped, izhod 1.
  • Ista napaka je v poti ukazov Telegram: /loop pred aktivno sejo ni dan v queuedMessages; funkcija za potrditev ostane brez porabnika. Resnična rdeča proba _proof/telegram-remote-command-presession-red.cjs: pričakovana dolžina čakalne vrste 1, izmerjena 0, izhod 1.
  • injectChannelEnvelope obravnava še nedostavno sejo zdaj kot zasedeno sejo: modelno besedilo, izvor prikaza in poznejša potrditev ostanejo ohranjeni v obstoječi čakalni vrsti kanala.
  • injectTelegramRemoteCommand zgradi vnos čakalne vrste pred preverjanjem seje. /loop in drugi neposredni ukazi Telegram se pri manjkajoči seji s svojo funkcijo channelAcknowledge odložijo in izvedejo šele na obstoječi varni meji.
  • Vrstni red in obstoječe pravilo kontrolne točke ostaneta nespremenjena: vrstica čakalne vrste se potrdi šele po sprejetju; poznejše potrditve ne morejo preskočiti prej še odprte vrstice.
9.1.210
  • Aktivni prenos iz 9.1.208/9.1.209 je lahko končal tekoči King za posodobitev. Na MSI je bila zaradi tega pri prehodu 9.1.206 -> 9.1.207 končana tekoča seja in ni bila samodejno nadaljevana.
  • 9.1.209 zato ni bil vključen v javni manifest in je bil na npm označen kot nerazširljiv.
  • Predpis je zdaj tehnično uveljavljen: samodejna posodobitev ne sme nikoli končati tekočega agenta King. Le naloži se in predhodno označi kot pending. Aktivacija poteka šele ob poznejšem običajnem zagonu.
9.1.209 Umaknjeno
  • Ni objavljeno. Aktivni prenos posodobitve je lahko končal tekoči King; zato različica ni prišla v javni manifest in je bila na npm označena kot nerazširljiva.
9.1.208
  • Na MSI je bilo en dan izmerjenih 27 zagonov aplikacije King in 15 stanj različice. Ponovni zagoni so sovpadali s preskoki različic; lastnega razloga izhoda tamkajšnji dnevnik še vedno ne beleži.
  • Posodabljalec je nove različice manifesta pripravljal v minutnem ritmu. Različica 9.1.208 zato uvaja 30-minutno okno mirovanja, preden je dovoljeno aktivirati nadaljnje novo izvajalno okolje.
  • Stara stanja izvajalnega okolja se po uspešni aktivaciji omejijo na najnovejše tri različice. Briše se le, če so bili vsi namestitveni lease-i starega stanja pridobljeni izključno. Aktivne, zasedene ali neznane postavitve ostanejo nedotaknjene.
  • Zaščitna logika živi tudi v novo naloženem jedru. Tako velja po samodejni aktivaciji tudi, če trajni nadrejeni zaganjalnik še izvira iz starejše različice.
  • Osem izmerjenih stanj izdaj MSI je skupaj obsegalo le 778 MB. Ne pojasnijo skoraj polnega diska 454 GB; veliki porabnik ostaja ločena odprta ugotovitev.
9.1.207
  • Ponovitve spodletele telemetrije so na prehod omejene na 16 najstarejših datotek in se ustavijo ob prvi začasni napaki strežnika, namesto da bi obdelale celoten zaostanek.
  • Spool napak ohrani najnovejših 512 datotek znotraj 16 MiB in sedmih dni. Običajna events.jsonl je iz čiščenja izrecno izključena.
  • Pred izdajo je realno ležalo 4.248 datotek napak z 11.631.974 bajti. Po samodejni aktivaciji je ležalo 512 datotek z 2.260.908 bajti: 3.736 starih datotek napak in približno 9,37 MB manj obremenitve.
9.1.206
  • Že arhivirane velike odgovore pomočnika zdaj pred projekcijo zanke nadomesti njihov omejen, znova berljiv arhivski sklic. Tako poznejše čiščenje besedila ne more več razveljaviti shranjenega hasha.
  • Tri realne arhivske datoteke so bile bajtno natančno preverjene proti shranjenim SHA256-hashem sporočil: 38.567, 13.941 in 24.787 znakov, vse prisotne in vse natančno ujemajoče se.
  • Na natanko istih 41.480 vnosih wire s 311 sporočili je projekcija modela padla z 87.724 na 63.234 znakov: dodatnih 24.490 znakov oziroma približno 6.123 vhodnih žetonov manj na prizadet klic.
  • Surova zgodovina in popolne zasebne arhivske datoteke ostanejo nespremenjene in po svoji poti berljive po straneh.
9.1.205
  • Zanke v odgovorih znotraj enega sporočila pomočnika se zdaj prepoznajo tudi ob majhnih razlikah ločil ali besedila. Grozd potrebuje vsaj tri zadetke ob konzervativni podobnosti 0,88; prva različica ostane ohranjena, surova zgodovina se ne spremeni.
  • V ohranjenem primeru se je realni odgovor zanke znižal z 24.787 na 22.711 znakov: 2.076 znakov oziroma približno 519 vhodnih žetonov manj.
  • Ograje kode ostanejo bajtno enako zaščitene. Pripoved orodij, injekcije, pari in prihranki pod 1.000 znakov ostanejo nespremenjeni.
9.1.204
  • Spomin napak v vsakem delovnem krogu ne naloži več slepo vseh enajstih pravil. Štiri nepogrešljiva dokazna in protipreizkusna pravila 4, 9, 10 in 11 ostanejo vedno aktivna; največ dve nadaljnji pravili se deterministično dodata glede na trenutno nalogo.
  • V resnično izdani zbirki pravil se je ponovljeni blok znižal z 2.442 na 1.272 znakov: 1.170 znakov oziroma približno 293 vhodnih žetonov manj na prizadeti delovni krog.
  • Izbira ne sproži nobene zahteve modela, iskanja, rerankerja ali vdelave. Majhne lastne zbirke pravil ostanejo popolne; ob napaki izbirnika še vedno velja prejšnji polni blok.
9.1.203
  • Prazen ToolSearch je zdaj uspešno zaključen ničelni rezultat namesto rdeče napake orodja. Odgovor imenuje manjkajoče dovoljeno orodje in prepove ponovitev s sopomenkami.
  • V izmerjeni zgodovini je stalo 32 praznih iskanj z 29 formulacijami; v ohranjenem krogu je bila ista manjkajoča zmogljivost Telegram po rdeči napaki neposredno znova zahtevana z drugim iskanjem.
  • Nobena dodatna zahteva modela, rerankerja ali vdelave, nobena nova rezidenčna shema in nobena sprememba orodij ali dovoljenj.
9.1.202
  • Lokalna projekcija konteksta, izpeljana iz DeepAgents, pri velikih delovnih imenikih raje prikazuje vnose najvišje ravni namesto globljih podrobnosti iz prvih nekaj map. Majhni seznami imenikov ostanejo bajtno enaki.
  • Koren agenta vsebuje 509 vnosov najvišje ravni (89 map, 420 datotek). Prej je projekcija modela v 1.981 znakih prikazala le 9 map najvišje ravni; zdaj jih prikaže 30 v 832 znakih.
  • Izmerjeni prihranek: 1.149 znakov oziroma približno 287 žetonov na zahtevo. Persona, delovna pravila, surova zgodovina in dostop do orodij ostanejo nespremenjeni.
9.1.201
  • Higiena projekcije, izpeljana iz DeepAgents, strne statični spomin napak, ne da bi izgubila katero od 11 shranjenih pravil ali preverjanj.
  • Stari obsežni teksti spomina napak se strnejo samo v projekciji modela. Surova zgodovina, običajni odgovori in rezultati orodij ostanejo nespremenjeni.
  • V projekciji ostane ohranjen le še najnovejši vnos napake in popravka napake.
9.1.200
  • Novi lokalni ukaz /context prikaže ločeno dejansko projicirano zahtevo modela, shranjeno zgodovino pogovora, sheme orodij, proračun za strnjevanje in preostali prostor.
  • Pogled bere izključno session.getContext(). Ne zažene zahteve modela, upravljanega poizvedovanja porabe, storitve ali ponovnega zagona.
  • Odloženi rezultati orodij zdaj imenujejo natančno pot ponovnega branja: Read z največ 20 vrsticami in nato nadaljevanim line_offset. To prepreči izmerjeno obliko, v kateri je agent isti velik obseg znova zahteval z Read, Grep in Bash.
  • /premortem je obstajal že pred 9.1.200 in se izrecno ne prodaja kot nova funkcija te izdaje.
  • Za nove prevode zavezujoča jezikovna vrata niso dala odobritve zaradi manjkajočega neodvisnega preverjanja kratkega besedila. Zato /context uporablja le že odobrene lokalizirane oznake; nobeno nepreverjeno ciljno besedilo ni bilo vključeno.
9.1.199
  • Trenutni pogled modela je v enem samem odgovoru pomočnika vseboval 13.941 znakov s 100 odstavki. Le 20 blokov je bilo nedvoumnih; šest skupin se je ponovilo natančno in zasedlo 9.579 znakov.
  • 9.1.199 strne izključno take natančne ponovitve znotraj enega samega čistega besedilnega odgovora v pogledu modela. Surova zgodovina seje ostane nespremenjena.
  • Strnjevanje začne veljati šele od treh natančnih ponovitev in vsaj 1.000 prihranjenih znakov. Kodni bloki, mešane vsebine, klici orodij, sporočila injekcij, kratki bloki in manjši prihranki ostanejo nespremenjeni.
  • To sledi načelu DeepAgents, da se ohranja znova berljiva resnica in razbremeni le aktivni pogled modela. Ni dodatne zahteve modela ali vdelave.
9.1.198
  • Trenutna zgodovina je vsebovala rezultat Grep z 50.042 znaki, ki ga je orodje že označilo kot truncated: true. Odlaganje posameznega rezultata je sicer prepoznalo velikost, vendar je take rezultate zaradi zgodnje vrnitve vseeno pustilo v celoti v pogledu modela.
  • 9.1.198 odstrani izključno to izjemo. Odrezan Read uporabi obstoječo izvorno pot brez dvojnika; drugi odrezani rezultati arhivirajo natančno celotno besedilo, ki ga je orodje vrnilo.
  • Sklic obdrži truncated: true in nosi stored_result_scope: tool_truncated_output. Tako se ne trdi, da je bila obnovljena surova izhodna vsebina, ki je orodje nikoli ni dobavilo.
  • Vzorec sledi DeepAgents: velike izhodne vsebine orodij ostanejo znova berljive zunaj aktivnega pogleda modela, tam pa ostane le majhen sklic.
9.1.197
  • Tudi čiste besedilne potrditve, kot je ok, so doslej naložile dinamični opomnik Mistake.md. Ob trenutni skupni zbirki pravil je to pomenilo 1.819 znakov poziva, približno 455 žetonov, čeprav se noben delovni kontekst ni nadaljeval.
  • 9.1.197 prepozna izključno informacijsko revne čiste besedilne kroge, preden se prebere kateri od obeh virov Mistake, in tam izpusti dinamično injekcijo.
  • Priloge, netekstualne vsebine in smiselna nadaljevanja, kot je ok, check updater, ohranijo dosedanjo pot. Obstoječi povratni mehanizem relevantnosti za prave delovne kroge ostane nespremenjen.
  • Vzorec izhaja iz primerjalnega dela z AnythingLLM: neobvezni viri konteksta naj pridejo v pogled modela le, če jih trenutni krog dejansko potrebuje. Vključen je bil v obstoječo politiko BLUN brez dodatne zahteve modela ali vdelave.
9.1.196
  • /reload je bil prisoten lokalno, vendar iz Telegrama ni bil prepoznan kot neposredni ukaz. Dovoljeni seznam Telegram imena ni vseboval; zato je sporočilo ostalo običajno besedilo modela.
  • 9.1.196 doda izključno reload k obstoječemu naslovljenemu seznamu ukazov Telegram.
  • Pot Telegram uporablja isti obstoječi upravljalnik kot lokalni TUI: seja, strežnik MCP, konfiguracija izvajalnega okolja in TUI se znova naložijo v tekočem procesu. Ne zažene se noben krog modela in noben ponovni zagon procesa.
  • /new in druga neodobrena sporočila s poševnico ostanejo še naprej običajno besedilo modela.
9.1.195
  • Samodejne posodobitve so se izvedle, a znova zagnana TUI je pristala na C:\ namesto v dosedanji projektni mapi.
  • TUI je pravilno mapo nosila v state.appState.workDir, ob prenosu posodobitve pa je predala le sejo, različico in način. Zaganjalnik je zato za cilj in povratek uporabil svojo prvotno zagonsko mapo.
  • 9.1.195 prenaša aktivno projektno mapo v prenosu in jo uporablja za ciljno različico, povratek in nadaljnje samodejne posodobitve istega nadzora.
  • Sprejete so le obstoječe absolutne mape. Relativne, manjkajoče ali na datoteke kažoče navedbe padejo nazaj na mapo zaganjalnika.
9.1.194
  • Obstoječi varuh kroga je po 20 minutah sicer opozoril, kroga pa zatem ni končal. Na Macu je zagozden krog po 30-minutnem opozorilu tekel vsaj do minute 39.
  • 9.1.194 obdrži opozorilo po 20 minutah in konča krog po 30 minutah brez resničnega napredka.
  • Začetek koraka, thinking-besedilo, besedilo pomočnika, klic orodja, argumenti orodja, napredek orodja in rezultat orodja ponastavijo rok nedejavnosti. Dolgo aktivno delo zato ni končano.
  • Obstoječa prekinitev po petih enakih spodletelih klicih orodij ostane ločena in nespremenjeno aktivna.
9.1.193
  • Več dostav Telegram je prišlo z enako chat_id in message_id do štirikrat v isti seji.
  • 9.1.181 je te ponovitve šele pozneje odstranil iz pogleda modela. Prej je lahko vsaka kopija sprožila lasten krog modela in s tem stroške.
  • 9.1.193 zato pred začetkom kroga uvede knjigo dostav, omejeno na 2.048 identifikatorjev. Isti identifikator Telegram se v seji sprejme le enkrat; ponovitve se potrdijo, a se ne zabeležijo in ne zaženejo kroga ponudnika.
  • Novi identifikatorji sporočil, injekcije, ki niso od uporabnika, in surova zgodovina ostanejo nespremenjeni. Ob nadaljevanju se knjiga obnovi iz sprejetih zapisov pozivov.
9.1.192
  • Mac je po zavrnjeni odobritvi Bash še 39 minut kazal King is thinking. Sam klic orodja je bil pravilno zavrnjen, vendar je bila zavrnitev kot običajen rezultat napake vrnjena tekoči zanki modela.
  • PermissionManager.requestToolApproval() je ob zavrnitvi vrnil le block: true. Obstoječi nadzor paketov in ponudnikov bi krog že lahko končal z syntheticResult.stopTurn = true, a tega signala ni prejel.
  • Novo je bin/approval-rejection-stop.cjs. Zavrnjene in prekinjene odobritve zdaj ustvarijo obstoječi rezultat napake z stopTurn: true. Tekoči krog se konča, poznejši klici istega sklada orodij pa se preskočijo. Protokol odobritev, politika in obnašanje fail-closed ostanejo nespremenjeni.
  • DeepAgents je potrdil izrecno mejo človeške prekinitve kot primeren vzorec. AnythingLLM in Evolver za to ozko napako nista ponudila močnejšega mehanizma od obstoječe pogodbe BLUN.
9.1.191
  • DeepAgents z /context ponuja znano, vidno razdelitev okna konteksta namesto le skupne vrednosti.
  • Evolver za zmogljivostno delo zahteva ločen proračun pozivov za sistemski delež, pogovor, orodja in prosti prostor.
  • AnythingLLM prihrani sheme orodij s ponovnim razvrščanjem na podlagi vdelav. BLUN za to že ima cenejšo pot odloženih orodij brez dodatnega klica modela ali vdelave; ta del zato ni bil podvojen.
9.1.190
  • Iz trajno shranjenih dogodkov zanke tool.call se odstranita le prikazovalni polji display in description. Identiteta, ime orodja, argumenti in dodelitev koraka ostanejo ohranjeni.
  • Izvajalno okolje še naprej obdeluje celoten dogodek. Prikaz TUI, izvajanje orodij in nadaljevanje niso bili preusmerjeni na projekcijo.
  • Resnični wire agenta z 42.451.368 bajti je vseboval 6.135 klicev orodij. Pri 5.679 od njih je lahko odpadlo 3.125.874 bajtov: 7,36 % celotnega protokola wire.
9.1.189
  • Uporabnik je izbral bosanščino in pisal v bosanščini, King pa je odgovoril v slovenščini. V pozivu persone je stala le angleška beseda Bosnian; tesno sorodni jezikovni prostor ni bil izrecno razmejen.
  • Kako si?, Kako je King?, Ko si ti? in Ko stoji iza tebe? niso tekli kot samostojni bosanski kratki dialogi. Posnetek zaslona za Ko stoji iza tebe? je celo kazal spletna iskanja namesto neposrednega odgovora.
  • Sporočeni preprosti check-in je porabil približno 7.500 žetonov. Dosedanja pot nizkega napora je dovoljevala do 8.192 žetonov dokončanja in obdržala več starih sporočil.
9.1.188
  • BLUN je resnično ponovno zapadanje v zanko prepoznal že po treh podobnih odgovorih, vendar je zastarele odgovore pustil v celoti v pogledu modela. Namig proti zanki je zato še naprej tekmoval s starim napačnim stanjem.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 dobavlja vzorec indeksno stabilnih, omejenih nadomestnih sporočil. AnythingLLM daje prednost najnovejšim parom pogovora in obravnava zgodovino kot najprej stisljiv kontekst.
  • Wire je vseboval 42.265.671 bajtov, od tega 25.423.100 bajtov context.append_loop_event. To dokazuje realno obremenitev zanke, vendar ni prikazano kot neposredni prihranek žetonov zahteve.
9.1.187
  • Živo izdani manifest 9.1.184 je nosil časovni žig 2026-08-26T12:15:06.5196457Z. Izdani razčlenjevalnik je dovoljeval le eno do tri decimalna mesta in je zato zavrgel celoten manifest.
  • Brez veljavnega povratnega mehanizma je bil npm edini merodajen. Pri pripravi 9.1.185 je bil zato npm-tag kratek čas viden, čeprav je manifest še vedno stal na 9.1.184.
  • npm-tag je bil vrnjen na 9.1.184. Živi manifest je bil popravljen le v časovnem žigu na 2026-08-26T12:15:06.519Z; različica in celovitost sta ostali nespremenjeni. Tri poizvedbe po čiščenju predpomnilnika in pravi razčlenjevalnik odjemalca so manifest zatem potrdili.
  • Živi SHA256 po popravilu: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Varnostna kopija: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Po popolnem strnjevanju se obstoječi sistemski poziv ne prepiše več s ponovno prebranimi lokalnimi podatki konteksta. Njegova dosedanja predpona zato ostane bajtno stabilna in znova uporabna za predpomnilnik ponudnika.
  • Delovni imenik, ustrezne datoteke AGENTS.md in dodatni imeniki dobijo prstni odtis. Le ob resnični spremembi se novo stanje doda kot interno, za uporabnika nevidno sporočilo konteksta.
  • Vdelani podatki konteksta se pred interno oznako zaščitijo z ubežnimi znaki. Lokalno besedilo zato ne more zapreti meje oznake ali vtihotapiti novih sistemskih namigov.
9.1.185
  • Dva profila agentov sta se v času okrog samodejne posodobitve odjavila. Neodvisno od tega je tretji profil po uspešnem prehodu z 9.1.182 na 9.1.183 ostal na tej različici in ni pripravil 9.1.184.
  • Dve konkretni napaki sta bili dokazani v izvorni poti: TUI se je končal neposredno po process.send, ne da bi počakal na potrditev IPC. Poleg tega je zaganjalnik po uspešnem prenosu čakal le na konec novega procesa in zanj ni vzpostavil nadaljnjega nadzora posodobitev.
9.1.184
  • Običajni klici modela so stalno nosili sheme orodij za GenerateImage in GenerateVideo, čeprav je izmerjena uporaba orodij med 3.183 klici vsebovala le en klic slike in nobenega klica videa.
  • 9.1.184 odstrani obe shemi iz stalno naloženega jedrnega nabora. Izrecen nalog za sliko, video ali animacijo naloži le dejansko potrebno shemo v istem krogu.
  • Ista pot izbire velja tudi, ko med tekočim krogom prispe nalog za medije. Vprašanja kakovosti, preverjanja medijev in nezavezujoče ideje za pozneje ne naložijo sheme za ustvarjanje.
  • Obe orodji ostaneta na voljo prek ToolSearch. Sprememba ne odstrani nobene zmogljivosti, ampak prestavi redko potrebne sheme iz običajnih klicev modela.
9.1.183
  • BLUN King 9.1.183 naredi samodejno dostavo Telegram za dokončane medije odporno na začasne napake pri nalaganju.
  • Odjemalec ponovi izključno omejeno število začasnih napak, pri vsakem poskusu znova zgradi večdelno nalaganje in ob trajnih napakah takoj prekine.
  • Izčrpani poskusi dostave se beležijo ločeno, ne da bi razkrili žeton bota ali zatrli običajno povratno pošiljanje.
9.1.182
  • Ta izdaja popravi izključno samodejno posodabljanje tekoče seje King.
  • Zaganjalnik je doslej nastavljal BLUN_NO_AUTO_UPDATE=1 v istem okolju, ki sta ga uporabljala tako zaščiteno jedro kot priprava posodobitve nadrejenega procesa. Stari posodabljalec v jedru je bil tako sicer pravilno deaktiviran, vendar se je tudi novi nadrejeni preverjevalnik posodobitev končal pred poizvedovanjem javnega manifesta.
  • 9.1.182 ohrani izrecno nastavljeno izklopitev za nadrejeni proces. Vsiljena izklopitev se doda le še ob zagonu zaščitenega jedra.
  • Mnemo ostaja interna, lokalna konfiguracija. Javni paket ne vsebuje sistema Mnemo. Dodatni vnos ostane brez lokalne poti Mnemo in brez izrecno nastavljene identitete agenta popolnoma neaktiven.
9.1.181
  • Ponovljeni enaki dolgi uporabniški nalogi in dvojne identifikacije dostave Telegram se odstranijo izključno iz projekcije modela; surova zgodovina ostane nespremenjena.
  • Konfiguriran Mnemo-MCP se zdaj doda aktivnemu profilu King-TUI, namesto da bi ostal omejen na seje bridge za Telegram.
  • Vseh 413 testov je uspelo; obe ciljni preizkusni mutaciji sta postali rdeči, takoj ko je bila odstranjena ena od zaščit.
9.1.180
  • Samodejna priprava posodobitve ni več izključno odvisna od poznejšega IPC-ja TUI-Ready. Takoj ko je zaščiteno jedro dokazano naloženo, zaganjalnik začne pripravo tudi, če se je ta drugi signal izgubil.
  • Varnostna meja za sam prenos je ostala nespremenjena: tekoči odgovor, strnjevanje, čakalna vrsta sporočil, orodja, ukazi lupine in ukazi čakalne vrste še naprej preprečujejo ponovni zagon sredi dela.
  • Dejansko stanje je dokazalo napako: način resume, namestitev 9.1.177, javno 9.1.179, pripravljena pa le 9.1.176. Zanka torej ni bila prvi blokator, ker preverjanje nedejavnosti nastopi šele po pripravi.
9.1.179
  • Čiste potrditve, kot so ok, ja, danke ali perfekt, preskočijo osebnega posrednika spomina. To prihrani klic posrednika in pri takih vsebinsko revnih krogih prepreči do 16.384 znakov nepotrebne injekcije spomina.
  • weiter, priloge, vprašanja, ukazi in druga vsebinska sporočila ohranijo dosedanjo medportalno pot spomina.
  • Najprej zgrajeni argumentni medpomnilnik v slogu DeepAgents je bil v štirih od petih merilnih krogov počasnejši od preprostega stikanja nizov. Bil je v celoti zavržen in ni bil objavljen.
9.1.178
  • Zakasnjeno iskanje orodij zdaj prepozna nedvoumen natančen prvi izraz. GetMedia media job status result zato naloži GetMedia, ne da bi se zateklo k široki semantični domnevi. Večpomenske kratke nazive namenoma pusti nerazrešene.
  • Medijska proizvodna veriga prelomi polna imena stopenj v nadaljnje vrstice. Zadnji korak ni več odrezan na desnem robu.
  • Sprememba izboljša izbiro orodij in berljivost. Ne spremeni niti medijskega modela niti kakovosti slike in ne trdi resničnega predogleda medijev.

Izboljšave od 9.1.57

RazličicaSprememba
9.1.177Samodejne posodobitve zdaj prevzamejo shranjeni način nadaljevanja ali ponovnega zagona tudi, če neposredno sporočilo procesa izostane, in tik pred varnim ponovnim zagonom TUI prikažejo jasen namig. Zgodovinski nadomestki za strnjene argumente orodij se odstranijo kot kompaktni JSON, oblikovani JSON ali prebran objekt, preden jih je mogoče znova izvesti. Surova zgodovina in vsi obstoječi zaščitni mehanizmi posodobitve ostanejo nespremenjeni.
9.1.176Vsi izbirni meniji za ukaze s poševnico zdaj ločujejo možnosti s prazno vrstico in prikazujejo pojasnila v lastni, zadržani drugi barvi. Skupna komponenta oskrbuje 20 klicev menija; posamezne opozorilne barve ostanejo ohranjene.
9.1.175Namig orodja, ponovljen pri vsaki zahtevi modela, pade s 1.749 na 825 znakov. V meritvi to prihrani približno 231 ocenjenih vhodnih žetonov na zahtevo. Vseh enajst vedenjskih obveznosti ostane ohranjenih; surova zgodovina, sheme orodij in datoteke ostanejo nespremenjene.
9.1.174Izsek Mistake.md, prikazan pri vsaki zahtevi modela, je omejen na 3.000 namesto 4.000 znakov. Pri 100 resničnih zahtevah to v povprečju prihrani približno 253 ocenjenih vhodnih žetonov; izbrani naslovi so v vseh 100 primerih ostali enaki. Celotne datoteke in shranjena zgodovina ostanejo nespremenjene.
9.1.173BLUN King prepozna ponavljajoče se čiste besedilne odgovore čez več krogov Telegram. Po treh skoraj enakih odgovorih kljub novim namigom uporabnika agent enkrat prejme interni namig za popravek, namesto da bi znova izdal staro vprašanje, seznam ali čakalno zanko. Sporočila, procesi in shranjena zgodovina ostanejo nespremenjeni.
9.1.172Samodejna posodobitev po brezrezultatskem iskanju ob zagonu ponovno preveri tekočo sejo. Naslednje preverjanje poteka naključno razporejeno po 60 do 90 sekundah. Tako so pozneje objavljene različice prepoznane brez ročnega ponovnega zagona. Namestitev in prenos seje še naprej čakata na popolno nedejavnost.
9.1.171BLUN King obdrži na krog le še štiri zadnje naknadno naložene sheme orodij namesto dvanajstih. Starejša orodja ostanejo najdljiva prek ToolSearch in se ob izbiri znova naložijo. Trajno naložena jedrna orodja, shranjena zgodovina in izvedbeno obnašanje ostanejo nespremenjeni.
9.1.170Združuje trenutne napake zanesljivosti in delovnega toka: ponavljajoče se naloge obdržijo najnovejše čezmerno veliko navodilo; strnjeni nadomestki argumentov orodij se odstranijo iz projekcije modela; ToolSearch prepozna naravne iskalne besede spomina, vključno s posamezno besedo „store“; prikaz zanke znova naloži stanje načrtovanja; /update vodi varen prenos v nedejavnosti; in /premortem zagotovi vidno, strukturirano analizo napak.
9.1.169BLUN King obdrži natančno izbiro orodij in dosedanje strogo iskanje po ključnih besedah nespremenjeni. Šele ko to iskanje ne prinese zadetka, drugi ozki prehod poišče sorodne nemške in angleške pojme. Zahteve po imenih z + ostanejo zavezujoče; vsaj dva pojma z vsebino in 75 odstotkov zahteve morata ustrezati. Tako tri dejansko spodletele iskalne poizvedbe Telegram najdejo trenutno orodje čakalne vrste, neustrezna poizvedba pa še naprej konča brez zadetka.
9.1.168BLUN King starejših argumentov klicev orodij ne nadomešča več z notranjim nadomestkom, ki bi ga model lahko kopiral v nov klic. Že obstoječi klici z nadomestki in njihovi pripadajoči rezultati napak se odstranijo le iz projekcije modela; nespremenjena zgodovina seje ostane kot dokaz.
9.1.167BLUN King 9.1.167 pri ponavljajočih se načrtovanih nalogah ohrani le še neprekinjeno zaporedje najnovejših popolnih delovnih odsekov. Če bi naslednji novejši odsek presegel mejo 48.000 znakov ali 24 sporočil, se izbira konča, namesto da bi pozneje znova vključila starejše majhne odseke. Tako ostaneta kontekst in časovno zaporedje skladna. V izmerjeni tekoči zgodovini je projicirana zgodovina padla s 32.591 na 16.981 znakov. To prihrani 15.610 znakov oziroma približno 3.903 ocenjenih vhodnih žetonov na primerljivo zahtevo. Surova zgodovina, trenutni koraki naloge in povzetek strnjevanja ostanejo nespremenjeni.
9.1.166BLUN King 9.1.166 omeji ponavljajoče se načrtovane naloge na izoliran delovni kontekst, namesto da bi pri vsakem koraku modela znova prenašal celoten pogovor glavnega agenta. Trenutna naloga, najnovejši povzetek strnjevanja in najnovejši resnični delovni koraki ostanejo na voljo znotraj meje 24 sporočil in 48.000 znakov. Shranjena zgodovina, običajni uporabniški krogi, enkratni opomniki in hitre poti pogovora ostanejo nespremenjeni. V izmerjeni zgodovini je 2.043 korakov modela ponavljajočih se načrtovanih nalog skupaj porabilo 298,7 milijona vhodnih žetonov, v povprečju 146.188 žetonov na korak.
9.1.165BLUN King 9.1.165 omeji izhodni proračun običajnih krogov na 24.576 namesto 32.768 žetonov. Lahki koraki obdržijo dosedanjo mejo 8.192 žetonov, modeli z manjšimi izhodnimi mejami obdržijo te nižje vrednosti, izrecna uporabniška nastavitev pa ima še naprej prednost. Od 27.049 izmerjenih odgovorov je 99 odstotkov ostalo pod 9.970 žetoni; dvanajst starih odstopanj je zadelo natanko dosedanjo mejo 32.768 žetonov in vsako je računalo še približno šest minut.
9.1.164BLUN King 9.1.164 omeji izhodni proračun strnjevanja na velikih oknih modela na 16.384 namesto 131.072 žetonov. 39 uspešnih strnjevanj je potrebovalo največ 10.781 izhodnih žetonov. Novi okvir je 52 odstotkov nad tem izmerjenim vrhom in zmanjša možen potreben izhod in KV-predpomnilnik na strnjevanje za 87,5 odstotka. Shranjena zgodovina in običajni pogovorni krogi ostanejo nespremenjeni.
9.1.163BLUN King 9.1.163 obsežne naložitve skillov zunaj zadnjih 20 sporočil v projekciji modela nadomesti s kompaktnim sklicem za ponovno nalaganje. Trenutne in majhne naložitve skillov ter tiste, ki jih ni mogoče znova naložiti, ostanejo nespremenjene; shranjena zgodovina pogovora se ne prepisuje. V izmerjenem primeru pade naložitev skilla s 87.034 na 424 projiciranih znakov. Ko zapusti trenutno delovno okno, to prihrani 86.610 znakov oziroma približno 21.653 ocenjenih vhodnih žetonov.
9.1.162BLUN King 9.1.162 omeji velike preglede delovnega imenika v ponovljenem sistemskem pozivu na 2.000 znakov. Majhni pregledi ostanejo nespremenjeni. Pri skrajšanih pregledih jasen namig še naprej opozarja na popolno iskanje z Glob, Grep in Read. V izmerjenem pozivu pade pregled s 3.988 na 1.983 znakov. To prihrani 2.005 znakov oziroma približno 501 ocenjenih vhodnih žetonov na enako zgrajeno zahtevo.
9.1.161BLUN King 9.1.161 ne ponavlja več imen 112 odloženih orodij v vsakem opisu ToolSearch. Iskanje po ključnih besedah, natančna izbira po polnem ali nedvoumnem kratkem imenu in trajno nalaganje dvanajstih zadnje izbranih shem ostanejo ohranjeni. V izmerjenem prikazu pade ponovljeni opis z 1.984 na 278 znakov. To prihrani 1.706 znakov oziroma približno 426 ocenjenih vhodnih žetonov na enako zgrajeno zahtevo.
9.1.160Od BLUN King 9.1.160 projekcija modela v celoti varuje le še najnovejših dvanajst sporočil, preden se starejši uspešni rezultati orodij, ki vsebujejo izključno besedilo, nadomestijo s kratkim zaznamkom o zaključku. Izhodi napak, mediji, shranjeni sklici datotek, najnovejših dvanajst sporočil, surova zgodovina in izvoz ostanejo nespremenjeni. V stabilno izmerjenem posnetku seje se tako pomanjšata še dva starejša rezultata orodij. Projekcija modela pade z 81.800 na 78.402 znakov. To prihrani nadaljnjih 3.398 znakov oziroma približno 850 ocenjenih vhodnih žetonov na enako zgrajeno zahtevo.
9.1.159Od BLUN King 9.1.159 se veljavni argumenti JSON zaključenih klicev orodij zunaj najnovejših 12 sporočil v projekciji modela nadomestijo s kratkim zaznamkom. Pripadajoči rezultat orodja, najnovejših 12 sporočil, nezaključeni klici, majhni ali neveljavni argumenti, surova zgodovina in izvoz ostanejo nespremenjeni. V stabilno izmerjenem posnetku seje se trije argumenti zaključenih klicev orodij pomanjšajo z 2.849 na 165 znakov. To prihrani 2.684 znakov oziroma približno 671 ocenjenih vhodnih žetonov na enako zgrajeno zahtevo.
9.1.158Od BLUN King 9.1.158 se čista statusna sporočila, ki neposredno sledijo zaključenemu odgovoru Telegram, zunaj najnovejših 20 sporočil v projekciji modela nadomestijo s kratkim zaznamkom. Poslani klic odgovora in njegov rezultat, trenutna sporočila, povzetki po drugih orodjih, mešane vsebine, surova zgodovina in izvoz ostanejo nespremenjeni. V stabilno izmerjenem posnetku seje se šest zgodovinskih statusnih sporočil pomanjša za 1.837 znakov. To prihrani približno 460 ocenjenih vhodnih žetonov na enako zgrajeno zahtevo.
9.1.157Od BLUN King 9.1.157 se ustrezni uspešni, izključno besedilni izhodi orodij zunaj najnovejših 20 sporočil v projekciji modela nadomestijo s kratkim zaznamkom o zaključku. Izhodi napak, mediji, odloženi sklici datotek, najnovejših 20 sporočil, surova zgodovina in izvoz ostanejo nespremenjeni. V stabilno izmerjenem posnetku seje se pomanjša 43 starih rezultatov. To prihrani 9.680 znakov oziroma približno 2.420 ocenjenih vhodnih žetonov na enako zgrajeno zahtevo.
9.1.156Od BLUN King 9.1.156 shranjeni sklici na uporabniška sporočila zunaj najnovejših 20 sporočil ne ponavljajo več svojega predogleda z začetkom in koncem pri vsaki zahtevi modela. Oznaka za obnovitev, navedbe velikosti, berljiva pot datoteke, najnovejših 20 sporočil, mediji, surova zgodovina, v celoti shranjena datoteka in izvoz ostanejo nespremenjeni. V stabilno izmerjenem posnetku se pet zgodovinskih sklicev pomanjša in projekcija modela pade z 99.143 na 96.001 znakov. To prihrani nadaljnjih 3.142 znakov oziroma približno 786 ocenjenih vhodnih žetonov na enako zgrajeno zahtevo.
9.1.155Od BLUN King 9.1.155 se shranjeni sklici na uporabniška sporočila obnovijo, preden lahko besedilne projekcije spremenijo hash prvotnega sporočila. Obstoječe odložitve tako ostanejo učinkovite, namesto da bi neopaženo padle nazaj na projicirano polno sporočilo. Surova zgodovina, znova berljivi sklici datotek, najnovejših 20 sporočil, mediji in izvoz ostanejo nespremenjeni. V stabilno izmerjenem posnetku pade projekcija modela s 105.810 na 99.143 znakov. To prihrani nadaljnjih 6.667 znakov oziroma približno 1.667 ocenjenih vhodnih žetonov na enako zgrajeno zahtevo.
9.1.154Od BLUN King 9.1.154 se naslovljeni odseki kanala Telegram zunaj najnovejših 20 sporočil omejijo na 500 namesto 1.000 znakov dolg predogled z začetkom in koncem. Polni metapodatki kanala, začetek in konec vsebine sporočila, najnovejših 20 sporočil, priloge, surova zgodovina in izvoz ostanejo nespremenjeni. V stabilno izmerjenem posnetku se pomanjša sedem dodatnih zgodovinskih naslovljenih odsekov. To prihrani 3.500 znakov oziroma približno 875 ocenjenih žetonov na ponovljeno zahtevo.
9.1.153Od BLUN King 9.1.153 projekcija zgodovinskih kontekstov Telegram ohrani polne metapodatke kanala in zaključno oznako kanala. Skrajšana je izključno vsebina sporočila. Tudi pri realnih, 161 znakov dolgih metapodatkih Telegram struktura ostane veljavna znotraj proračuna 250 znakov. Projekcija je idempotentna, nadaljnji naslovljeni kanali ostanejo nespremenjeni, kanalski ovoj, ki že brez vsebine preseže proračun, pa se nespremenjen prepusti naprej.
9.1.152Od BLUN King 9.1.152 argumenti zaključenih klicev orodij zapustijo aktivno projekcijo modela po štirih namesto po osmih novejših sporočilih. Surova zgodovina seje, neodgovorjeni ali napačno oblikovani klici, mediji, rezultati orodij in najnovejša štiri sporočila ostanejo nespremenjeni. V sveže izmerjenem posnetku seje se strneta dva dodatna zaključena klica; v primerjavi z 9.1.151 to prihrani nadaljnjih 244 znakov oziroma približno 61 ocenjenih žetonov na ponovljeno zahtevo.
9.1.151Od BLUN King 9.1.151 argumenti zaključenih klicev orodij zapustijo aktivno projekcijo modela po osmih namesto po dvanajstih novejših sporočilih. Surova zgodovina seje, neodgovorjeni ali napačno oblikovani klici, mediji, rezultati orodij in najnovejših osem sporočil ostanejo nespremenjeni. V izmerjenem posnetku seje se strnejo trije dodatni zaključeni klici; v primerjavi z 9.1.150 to prihrani nadaljnjih 317 znakov oziroma približno 80 ocenjenih žetonov na ponovljeno zahtevo.
9.1.150Od BLUN King 9.1.150 zgodovinska odložitev rezultatov orodij varuje najnovejša štiri sporočila v celoti namesto najnovejših osmih. Starejši ustrezni rezultati orodij obdržijo kompakten, 600 znakov dolg namig za obnovitev in svojo izvorno pot; surova zgodovina, v celoti shranjene izhodne vsebine, mediji in najnovejša štiri sporočila ostanejo nespremenjeni. V izmerjenem posnetku seje okno štirih sporočil odloži devet dodatnih zgodovinskih rezultatov in v primerjavi z 9.1.149 prihrani nadaljnjih 6.683 znakov oziroma približno 1.671 ocenjenih žetonov na ponovljeno zahtevo.
9.1.149Od BLUN King 9.1.149 zgodovinska odložitev rezultatov orodij varuje najnovejših osem sporočil v celoti namesto najnovejših dvanajstih. Starejši ustrezni rezultati orodij obdržijo kompakten, 600 znakov dolg namig za obnovitev in svojo izvorno pot; surova zgodovina, v celoti shranjene izhodne vsebine, mediji in najnovejših osem sporočil ostanejo nespremenjeni. V izmerjenem posnetku seje trije rezultati padejo s 4.679 na 1.800 znakov; to prihrani nadaljnjih 2.879 znakov oziroma približno 720 ocenjenih žetonov na ponovljeno zahtevo.
9.1.148Od BLUN King 9.1.148 se tudi v najnovejšem mešanem paketu Telegram pomanjšajo odseki kanala, izrecno označeni z addressed=false. Naslovljeni odseki, mediji, surova zgodovina in izvoz ostanejo nespremenjeni. V izmerjeni zgodovini se enajst nenaslovljenih odsekov pomanjša z 22.691 na 2.750 znakov; to prihrani 19.941 znakov oziroma približno 4.986 ocenjenih žetonov na ponovljeno zahtevo.
9.1.147Od BLUN King 9.1.147 mikrostrnjevanje v celoti varuje najnovejših dvanajst sporočil namesto najnovejših dvajsetih in tako uporablja isto okno obnovitve kot obstoječa odložitev rezultatov orodij. Starejši zaključeni argumenti orodij in ustrezni rezultati orodij se pomanjšajo le v projekciji modela; surova zgodovina in poti obnovitve ostanejo nespremenjeni. V izmerjeni zgodovini to prihrani nadaljnjih 560 znakov oziroma približno 140 ocenjenih žetonov na zahtevo.
9.1.146Od BLUN King 9.1.146 se starejši, že odloženi rezultati orodij v projekciji modela omejijo na podatke, potrebne za obnovitev: ime orodja, število znakov in pot datoteke. Celotna vsebina ostane nespremenjena na disku, surova zgodovina se ne spremeni, najnovejših dvanajst sporočil pa ohrani svoje izčrpne namige. V izmerjeni zgodovini to zmanjša ponovljeni vnos modela za 26.779 znakov oziroma približno 6.695 ocenjenih žetonov na zahtevo.
9.1.145Od BLUN King 9.1.145 se prekinjen tok ponudnika samodejno ponovi, če je do takrat prispela izključno notranja izhodna vsebina razmišljanja. Vidno besedilo in klici orodij še naprej preprečujejo samodejno ponovitev. Prilagodljivi nadaljnji koraki z nizko stopnjo razmišljanja uporabljajo izhodni proračun 8.192 žetonov; prvi, zapleteni in spodleteli koraki obdržijo konfigurirani proračun, ponovitev po dosegu meje dolžine pa ga lahko poveča. Ob nadaljevanju seje se trenutni namig o prenosu vtičnika Telegram ne prikaže več kot surovo besedilo pogovora.
9.1.1449.1.144 omeji naslovljene odseke Telegram zunaj najnovejših 20 sporočil v projekciji modela na 1.000 znakov dolg predogled z začetkom in koncem. Najnovejših 20 sporočil, najnovejše uporabniško sporočilo, odseki na natančni meji, priloge, metapodatki kanala, surova zgodovina in izvoz ostanejo nespremenjeni.
9.1.1439.1.143 pri starejših sporočilih odstrani ponovljeni namig o prenosu vtičnika Telegram iz projekcije modela. Vsebina kanala, metapodatki, priloge, najnovejše uporabniško sporočilo, surova zgodovina in izvoz ostanejo nespremenjeni.
9.1.1429.1.142 zmanjša predogled z začetkom in koncem za starejše, nenaslovljene dele kanala Telegram v projekciji modela s 500 na 250 znakov. Naslovljeni deli kanala, najnovejše uporabniško sporočilo, priloge, surova zgodovina in izvoz ostanejo nespremenjeni.
9.1.1419.1.141 odstrani argumente starejših, zaključenih klicev orodij v projekciji modela že od 32 ocenjenih žetonov. Rezultati orodij obdržijo dosedanjo mejo; nova sporočila in surova zgodovina ostanejo nespremenjeni.
9.1.1409.1.140 omeji na relevantnosti temelječi opomnik Mistake v projekciji modela privzeto na 4.000 znakov. Celotne datoteke Mistake, surova zgodovina in izvoz ostanejo nespremenjeni.
9.1.1399.1.139 omeji starejše, nenaslovljene dele kanala Telegram v projekciji modela na predogled 500 znakov. Najnovejše uporabniško sporočilo, naslovljeni deli, priloge, surova zgodovina in izvoz ostanejo popolni.
9.1.1389.1.138 pri vsaki ponavljajoči se nalogi cron v projekciji modela ohrani le še najnovejši namig prebujenja. Enkratni opomniki, različne naloge, surova zgodovina in izvoz ostanejo nespremenjeni.
9.1.1379.1.137 pred odlaganjem starejših izhodnih vsebin orodij v celoti varuje le še dvanajst najnovejših sporočil. Celotni rezultati ostanejo obnovljivi prek surove zgodovine in izvorne poti.
9.1.1369.1.136 v projekciji modela ohrani le še najnovejši dinamični namig Mistake.md. Starejše izbire ostanejo v celoti ohranjene v surovi zgodovini in izvozih.
9.1.135BLUN King 9.1.135 ohrani upravljano izvajalno okolje Node.js v nadomestnem procesu in v vseh podrejenih orodjih na prvem mestu v PATH. Ukaza, kot sta node in npm, zato uporabljata isto podprto izvajalno okolje kot TUI, namesto da bi padla nazaj na starejšo sistemsko namestitev.
9.1.1349.1.134 omeji nenaslovljena sporočila skupin Telegram v projekciji modela na predogled 2.000 znakov z ohranjenim začetkom, koncem in prvotno dolžino. Neposredna sporočila in shranjena zgodovina ostanejo popolna.
9.1.1339.1.133 iz projektno lokalne in skupne Mistake.md izbere največ pet relevantnih popolnih vnosov znotraj skupnega proračuna 6.000 znakov. Popolni viri in poti shranjevanja ostanejo ohranjeni.
9.1.1329.1.132 ohrani vitki osnovni sistemski poziv s 4.850 znaki po generirani inicializaciji. To prihrani 18.259 znakov na zahtevo, torej približno 4.565 ocenjenih žetonov, ne da bi odstranilo navodila ali orodja.
9.1.1319.1.131 odstrani dve starejši kopiji pravil iz projekcije modela, takoj ko so prisotni merodajni ustrezniki. Standardni poziv se tako zniža za 1.010 znakov oziroma približno 253 ocenjenih žetonov na zahtevo.
9.1.1309.1.130 zunaj zadnjih 20 sporočil nadomesti pojasnjevalno besedilo starejših, v celoti zaključenih korakov orodij s kratkim namigom. Klici orodij, rezultati, surova zgodovina in izvoz ostanejo v celoti ohranjeni.
9.1.1299.1.129 odstrani predogledna besedila iz starejših, že odloženih rezultatov orodij. Pot in navedbe velikosti ostaneta vidni; celotna vsebina ostane ohranjena v izvorni datoteki ali zasebnem arhivu.
9.1.1289.1.128 omeji trajni predpomnilnik naknadno naloženih shem orodij na dvanajst zadnje izbranih orodij. Izrinjena orodja ostanejo takoj najdljiva prek ToolSearch.
9.1.1279.1.127 skrajša ponovljeni katalog ToolSearch. Nedvoumna orodja se prikažejo s svojim kratkim izbirnikom; popolni imenski prostori MCP ostanejo ohranjeni le ob imenskih sporih.
9.1.1269.1.126 iz datoteke napak, veljavne za celotno izvajalno okolje, deterministično izbere največ pet odsekov, ki ustrezajo trenutnemu pogovoru. Projekcija je omejena na 6.000 znakov in ne potrebuje dodatnega klica modela ali omrežja.
9.1.1259.1.125 dopolni izključno bralni ukaz Telegram /status za povezane uporabnike. Navede stanje računalnika, različice, procesa in čakalne vrste, ne da bi izpisal ID-je klepetov, poti, skrivnosti ali vsebine sporočil.
9.1.1249.1.124 popravi zamenjani barvi blagovne znamke v kompaktnem znaku BLUN pod vnosom. Vrednosti stanja, ime profila in persona ostanejo nespremenjeni.
9.1.1239.1.123 odstrani velike argumente JSON starejših, zaključenih klicev orodij iz projekcije modela. Ime, oznaka, rezultat, surova zgodovina in izvoz ostanejo popolni.
9.1.1229.1.122 naloži celotno smernico oblikovanja le še pri vizualnem delu prek orodja za skille. Nevizualne zahteve prejmejo kompakten aktivacijski dogovor; starejši čisti besedilni izhodi se hkrati učinkoviteje odložijo.
9.1.1219.1.121 omeji skupno velikost starejših čistih besedilnih izhodov orodij. Ustrezni rezultati se zasebno arhivirajo in v projekciji modela nadomestijo z berljivimi sklici na datoteke.
9.1.1209.1.120 odloži velike starejše odgovore pomočnika v zasebne datoteke seje. Zadnjih 20 sporočil, verige orodij in popolna surova zgodovina ostanejo ohranjeni.
9.1.1199.1.119 pri vsakem koraku modela pošlje le še majhen izbor pogosto potrebnih skillov. Vsi drugi skilli ostanejo najdljivi prek orodja za skille po imenu ali namenu.
9.1.1189.1.118 ohrani časovni žig seje v sistemskem pozivu med tekočo sejo stabilen. Nespremenjeni deli poziva lahko zato znova uporabijo predpomnilnik predpon ponudnika.
9.1.1179.1.117 ohrani štiri jedrna orodja za medije neposredno na voljo in naloži razumevanje slik in videa, sinhronizacijo videa in sinhronizacijo gibanja ustnic le po potrebi prek ToolSearch.
9.1.1169.1.116 doda proaktivno strnjevanje od približno 128.000 ocenjenih vhodnih žetonov na varni meji koraka. Strnjevanje uporablja vitki lastni sistemski poziv; veliki rezultati Read uporabijo svojo obstoječo izvorno pot.
9.1.115Nadaljevane seje znova zgradijo sistemski poziv trenutnega profila, tako da zastareli čezmerno veliki posnetki pozivov ne preživijo ponovnih zagonov. Veliki pregledi delovnega imenika so omejeni; popolne datoteke ostanejo na voljo prek Glob, Grep in Read.
9.1.114Dostava Telegram zdaj obravnava Windows EPERM kot namig na tekoči proces TUI ali polerja, namesto da bi preusmerjala sporočila stran od vidne seje. ToolSearch potrdi že naloženo orodje z natančnim ujemanjem imena, namesto da bi napačno javil, da manjka orodje, ki se naloži le po potrebi.
9.1.113Orodja Telegram ob zagonu ohranijo nadomestno pot znotraj istega izvajalnega okolja, če upravljana registracija vtičnikov začasno manjka.
9.1.112Velika starejša uporabniška sporočila se zunaj trenutnega delovnega okna arhivirajo; popolna surova zgodovina ostane še naprej na voljo.
9.1.111Krogi Telegram s prilogami prejmejo download_attachment samodejno. Pri običajnih krogih ostane orodje odloženo prek ToolSearch, tako da ostane zmanjšana obremenitev s shemami ohranjena.
9.1.110Ponovitve po preobremenitvi ponudnika upoštevajo navedbo Retry-After strežnika. Samodejna namestitev ripgrep naloži določene arhive različice 15.0.0 iz uradne izdaje ripgrep in pred namestitvijo preveri njihove kontrolne vsote SHA-256.
9.1.109Različica 9.1.109 trajno ohrani le devet orodij v zahtevi modela, na katera je odpadlo več kot 98 odstotkov od 3.183 izmerjenih klicev orodij. Vsa druga orodja ostanejo najdljiva prek ToolSearch in po prvem nalaganju na voljo do konca seje. Tako se obremenitev s shemami zmanjša pri vsakem običajnem koraku modela, ne da bi odstranili orodje ali spremenili hitro pot za odgovore Telegram in čakajoče medijske rezultate.
9.1.108Enaki, večkrat vneseni sistemski namigi se združijo le v projekciji modela. Spremenjeni namigi in popolna shranjena zgodovina ostanejo ohranjeni.
9.1.107Napake ponudnika se prikažejo v razumljivem jeziku stranke; notranje kode napak in namigi za podporo se pri tem ne pojavijo. /help ponudi seznam ukazov, ki ga je mogoče upravljati s puščicami, in z desno puščico ali tipko Enter odpre izčrpen opis izbranega ukaza.
9.1.106Profili agentov lahko orodja izključijo po imenu. Izključitve veljajo tudi po dinamičnem ponovnem nalaganju; standardni podagenti ne pošiljajo sporočil Telegram mimo glavnega agenta.
9.1.105Različica 9.1.105 doda TaskUpdate za agente, ki tečejo v ozadju. King ob naslednjem varnem koraku modela posreduje dodatna navodila istemu aktivnemu agentu, ne da bi ga ustavil ali zagnal nadaljnjega agenta. Neznane in že končane naloge, naloge lupine ter agenti, ki posodobitve ne sprejmejo več, se nespremenjeno zavrnejo.
9.1.104Različica 9.1.104 pusti ukaze lupine v ospredju teči do običajnega konca tudi ob zelo velikih izhodih. King do 16 MiB neprekinjeno piše v zasebni dnevnik nalog, izhode nad tem zavrže in sporoči dejansko kodo izhoda, namesto da bi proces končal zaradi količine izhoda. Majhni izhodi, naloge v ozadju, časovne meje in ročne prekinitve ostanejo nespremenjeni.
9.1.103Člani roja se po začasnih prekinitvah ponudnika nadaljujejo pod isto identiteto agenta največ dvakrat. HTTP 429 obdrži svoje ločeno pravilo preobremenitve; dokončne napake in ročne prekinitve se ne ponovijo samodejno.
9.1.102Delegirani posamezni agenti se po začasnih napakah ponudnika na podlagi svoje trajne zgodovine nadaljujejo največ dvakrat. Trajne napake in ročne prekinitve ostanejo dokončne.
9.1.101Čezmerno velika uporabniška sporočila se lokalno varnostno kopirajo in v kontekstu modela nadomestijo z omejenim predogledom z berljivo potjo. Popolna izvorna zgodovina in mediji ostanejo ohranjeni.
9.1.100Omejena iskanja vsebine z Grep končajo ripgrep po zahtevani strani in eni dodatni vrstici predogleda. Štetja zadetkov, neomejena iskanja in seznami datotek, razvrščeni po času spremembe, ostanejo popolni.
9.1.98King lahko zaključen delovni odsek od 128.000 ocenjenih žetonov proaktivno strne. Pod pragom ostane shema orodja v celoti zunaj poziva modela; strnjevanje uporabi obstoječi varni prehod koraka.
9.1.97Trajno naloženi opis orodja TodoList je padel z 2.238 na 996 znakov. Večstopenjsko načrtovanje, vseh šest statusov nalog, poštena poročila o napredku, poizvedbe, praznjenje in ločeni načrtovalni način so ostali zaščiteni.
9.1.96Trajno naloženi osnovni sistemski poziv je padel z 23.109 na 4.850 znakov. Identiteta, persona in duša, jezik odgovorov, meje dela in dovoljenj, predaja strnjevanja, izvajalno okolje, AGENTS.md in skilli so ostali zaščiteni.
9.1.95Trajno naloženi opis orodja Write je padel z 2.532 na 1.541 znakov. Razmejitev do Edit, dobesedne vsebine, konci vrstic, meja 500 vrstic, izjema ene datoteke in atomsko nadaljevanje s preverjanjem vrstic in SHA-256 so ostali zaščiteni.
9.1.94Trajno naloženi opis orodja Glob je padel z 1.495 na 1.006 znakov. Razvrščanje, prezrte in občutljive datoteke, rekurzivni vzorci, datoteke s piko na začetku, razširitve z oklepaji in meja 100 zadetkov so ostali zaščiteni.
9.1.93Trajno naloženi opis orodja Edit je padel z 1.537 na 1.144 znakov. Branje pred spreminjanjem, natančne zamenjave, večkratne zamenjave, obravnava CRLF in meja 500 vrstic so ostali zaščiteni.
9.1.92Trajno naloženi opis orodja Agent je padel z 2.061 na 1.153 znakov. Ločen kontekst, nadaljevanje, časovne meje in vzporedno delegiranje so ostali ohranjeni.
9.1.91Trajno naloženi opis orodja Read je padel z 2.391 na 1.648 znakov. Oblikovanje strani, varovanje skrivnosti, posredovanje medijev, format vrstic in obnašanje CRLF so ostali ohranjeni.
9.1.90Trajno naloženi opis orodja Bash je padel s 5.003 na 1.834 znakov. Pogodba o izvajanju, naloge v ozadju, orodja za datoteke in varnostne meje so ostali v celoti ohranjeni.
9.1.89Branja datotek po straneh na notranji meji 1.000 vrstic navedejo natančen naslednji line_offset; konec datoteke in namerno manjši izseki ostanejo nespremenjeni.
9.1.88BLUN King 9.1.88 aktivira majhno, brezizgubno strnjevanje pravočasno pred popolnim strnjevanjem. Starejši veliki rezultati orodij in zaključeni argumenti orodij prej zapustijo pogled modela; popolna shranjena zgodovina ostane ohranjena.
9.1.87Izrecno ponovljiv odgovor HTTP 429 upošteva Retry-After in prejme največ dve samodejni ponovitvi; druge napake ostanejo takoj vidne.
9.1.86Velike izhodne vsebine orodij ohranijo znotraj istega proračuna predogleda po 1.000 znakov od začetka in konca vidnih; natančna oznaka navede izpuščeno število znakov.
9.1.85Besedilni rezultati orodij nad 12.000 znakov se v celoti shranijo v zasebno lokalno datoteko; nadaljnje zahteve modela obdržijo le proračun predogleda 2.000 znakov in berljivo pot.
9.1.84Popolno strnjevanje obdela starejše zgodovine v kronoloških stopnjah z največ 64.000 ocenjenimi vhodnimi žetoni; fiksna varnostna meja in popoln zasebni arhiv ostaneta nespremenjena.
9.1.83Mikrostrnjevanje zamenja velike argumente starejših, zaključenih klicev orodij le v pogledu modela z veljavno oznako JSON; preverjevalnik seje sporoči ocenjeni prihranek brez izpisa vsebine.
9.1.82Izključno bralni preverjevalnik sporoči izbrane in zadržane sheme orodij, razloge za zadržanje in ocenjeno število preprečenih žetonov shem.
9.1.81Priloženi, izključno bralni preverjevalnik povzame korake ponudnika, klice orodij, žetone, strnjevanja, napake in odložene izhode, ne da bi razkril pozive ali zasebne poti.
9.1.80Veliki rezultati orodij prejmejo telemetrijo odložitve brez vsebine; izolirani kontekst podagentov, strojno berljivi načrti in prenosljive predaje so zaščiteni z regresijskimi testi.
9.1.79Trajne kontrolne točke zapišejo zaključene zapise zgodovine pred koraki ponudnika in pred zaključkom delavca, tako da je zaključeno delo po nadaljevanju mogoče znova prebrati.
9.1.78Popolno strnjevanje arhivira izrinjene dele zgodovine, preden jih nadomesti s povzetkom; povzetek vsebuje berljivo arhivsko pot.
9.1.77Mikrostrnjevanje ob pritisku konteksta zmanjša starejše velike rezultate orodij in hkrati ohrani popolno shranjeno zgodovino.
9.1.76Čakajoče naloge za slike, video in govor preživijo strnjevanje in hitra nadaljnja vprašanja; sporočila Telegram ostanejo v vrstnem redu FIFO brez zavajajoče napake zasedenosti.
9.1.75Kratki pogovori Telegram obdelajo le najnovejše neodgovorjeno sporočilo, zaključene besedilne izmenjave pa ostanejo ohranjene kot jezikovni kontekst.
9.1.74Shranjene poti Telegram znova vzpostavijo ID-je skupin, ki so bili pomotoma posredovani brez znaka minus; Strg+S lahko upravlja dejansko tekoči krog.
9.1.73Sporočila Telegram in zanke med aktivnim delom ne zaženejo več drugega kroga; Escape in Ctrl+C lahko aktivni krog še naprej prekineta.
9.1.72Skrivanje namiga o posodobitvi zavre le takrat ponujeno različico; novejše objave se ob običajnem zagonu s king znova prikažejo.
9.1.71Prebujenja zank pravilno pridejo v čakalno vrsto, poler Telegram se atomsko zasede, osrednja orodja za datoteke in medije ostanejo takoj na voljo in Context7 se ne zažene več samodejno.
9.1.69Standardni MCP-ji se namestijo, Telegram doseže zaščiteno predajno točko FIFO, Escape in Ctrl+C zanesljivo prekineta aktivno delo in pregled MCP skrije notranje poti.
9.1.68Sporočila Telegram v mirovanju prebudijo obdelavo FIFO, neposredna in skupinska sporočila ohranijo svoj vrstni red prihoda in nadaljevanje skrije notranje okvirje Telegram.
9.1.67Standardni skill venture-flywheel dopolni izključno pogodbeno podlago UVF z determinističnim projektnim zaupanjem in obveznostmi odobritve za zunanja dejanja.
9.1.66/curiosity in /scout izvedeta omejene, izključno bralne raziskave priložnosti z dokazi, protidokazi in merilom prekinitve.
9.1.65Escape in Ctrl+C zanesljivo prekineta samodejna strnjevanja, stabilna sidrna točka zaslona prepreči podvojene noge strani in namig zanke je poravnan z vsebino pogovora.
9.1.64Zgodovina seje na disku, naknadno naložena orodja in skilli, varuh mirovanja ponudnika 120 sekund, pravilen takt zanke, Telegram v vrstnem redu FIFO, paketi Linux in prepoznavanje bosanščine so prišli skupaj.
9.1.58–9.1.63Ta vrsta različic je združila delo na sejah, Telegramu, platformah in zmogljivosti. Zaključek so tvorile vitke sheme orodij na zahtevo, kompaktni seznami skillov, obnovljeni skilli prve uporabe in vrata inventarja paketov proti nenačrtovanim odstranitvam.

Prejšnje izboljšave

RazličicaSprememba
9.1.53/idea objavi svoj načrt naloge pred prvim delom, preveri odhodna dejanja pri vsakem klicu orodja in za vsak korak zahteva pošteno končno stanje.
9.1.52Nadaljevane seje odprejo neposredno shranjeni delovni imenik. Pogovor in aktivno stanje /loop se ob ponovnem zagonu vzpostavita skupaj.
9.1.51Zanke delujejo kot avtonomna prebujenja, /idea razvija in ureja lastne načrte, Telegram lahko sproži delovne ukaze, stanja medijev in zagona pa so prikazana jasneje.
9.1.50Lokalno ali prek Telegrama prejete slike je mogoče animirati v prave videoposnetke MP4. Velika okna konteksta prejmejo veljaven izhodni proračun; medijska vrstica prikazuje jasnejša stanja in klikljive poti.
9.1.49Slike odraslih domišljijskih likov v kopalkah ostanejo dovoljene znotraj jasnih meja. Zaključene naloge za slike je mogoče uporabiti kot izvorno sliko za videoposnetke; uspešne poizvedbe GetMedia ne ustvarijo ponovljenih kartic.
9.1.48Enotna medijska vrstica združi naloge za medije neposredno nad vnosnim poljem. Odstotki se prikažejo le z resnično izmerjeno vrednostjo ponudnika; sicer prikaže fazo in čas izvajanja.
9.1.47Dnevnik zahtev loči pogovore in strnjevanja ter zajame izbiro orodij in razlog zadržanja, ne da bi spremenil obnašanje orodij.
9.1.46Zanke razumejo naravne navedbe časa, jih prikažejo med vnosom, podpirajo proste intervale in omogočijo običajno izbiro besedila v terminalu zunaj pogleda zgodovine.
9.1.45Tekoči napredek strnjevanja se prikaže le še v spodnji vrstici stanja, ne pa dodatno kot druga vrstica v pogovoru.
9.1.44Popolno novo pakiranje sprejete različice 9.1.43, da tudi zgodaj nameščene izdaje 9.1.43 zanesljivo prepoznajo posodobitev.
9.1.43Popolna zaščitna osnova iz 9.1.40 z diagnostiko prenosa, vidnimi namigi o posodobitvah in konzolnimi ukazi /loop, /goal in /output-style.
9.1.40Varuh krogov za dolge ali večkrat spodletele klice; samopreverjanje hasha po večdelnem pisanju s ponovnim branjem shranjene datoteke.
9.1.39Dolge datoteke se pišejo v nadaljevanjih. Vsako nadaljevanje nadaljuje na dejansko zapisanem koncu; število vrstic, SHA-256 in meje delov se preverijo in izpišejo.
9.1.38Izrojeni ali odrezani argumenti orodij se prepoznajo. Nepopolna datoteka se zavrne s sporočilom o napaki, namesto da bi tiho veljala za končano.
9.1.37Po zamenjavi različice Node BLUN preveri nativne module z resnično poizvedbo SQLite in po potrebi znova zgradi better-sqlite3.
9.1.36Prazni odgovori modela se obravnavajo po vzroku: preveč skromen izhodni proračun se poveča, prazna ustavitev se natanko enkrat ponovi. Sistemski namigi in injekcije ne morejo sprožiti odgovora Telegram.
9.1.35Večstopenjsko strnjevanje prikaže stopnjo in resnično izkoriščenost okna modela, na primer 2/~10 · 90 %.
9.1.34Aktivni kontekst se strne po stopnjah: najstarejši deli najprej, vsak klic strnjevalnika pod mejo modela.
9.1.33Osnova za samodejno izvajalno okolje Node in naknadno popravilo nativnih modulov po zamenjavi izvajalnega okolja.

Naknadni vpisi in odprte vrzeli v dokumentaciji

Primerjava z dne 17. septembra 2026: V območju od 9.1.33 do 9.1.597 je v imeniku npm prisotnih 521 različic. Manjkajoča številka ni samodejno manjkajoča objava: nekatere izdaje manjkajo v današnjem imeniku ali so bile umaknjene. Pri štirih objavljenih različicah ostajajo natančne podrobnosti sprememb odprte. Za to se ne izmišljajo spremembe.

9.1.567: Podrobnosti sprememb odprte

Objavljeno 6. septembra 2026 ob 22:42 UTC. Vrednost SHA-512 paketa se ujema z vrednostjo celovitosti, objavljeno v npm. Paket ne vsebuje CHANGELOG.md; njegov README pri ukazu za namestitev še vedno navaja 9.1.566. Iz tega razlike do 9.1.566 ni mogoče zanesljivo izpeljati. Ta vrzel v dokumentaciji ostaja izrecno odprta.

9.1.550: Podrobnosti sprememb odprte

Objavljeno 2. septembra 2026 ob 07:19 UTC. Vrednost SHA-512 paketa se ujema z vrednostjo celovitosti, objavljeno v npm. Paket ne vsebuje CHANGELOG.md in v preverjenem gradivu ni bil najden noben dokaz o spremembah, specifičen za različico. Ta vrzel v dokumentaciji ostaja izrecno odprta.

Naknadni vpis k 9.1.536

Naslednje navedbe izhajajo iz paketa s preverjeno celovitostjo, objavljenega 1. septembra 2026:

  • Delovne naloge tečejo naprej tudi po zasebnih odgovorih Telegram. Po vmesno shranjenih neposrednih sporočilih King nadaljuje delo z omejenim dodatnim korakom, razen če uporabnik izrecno zahteva premor ali ustavitev.
  • Kratka vprašanja o stanju ne prekinejo tekočega delovnega toka.
  • Ko so poskusi ponovitve po praznih odgovorih razmišljanja izčrpani, King zmanjša napor razmišljanja, namesto da bi ga pri nadaljnjih poskusih pustil nespremenjenega.
  • Več naknadno naloženih shem orodij ostane na voljo; sporočila se odložijo šele, ko prostor v zgodovini postane tesen.
  • Vključeni so preverjeno pravilo napredka za TodoList in enovrstična začetna pot za God Mode s Swarm.

Naknadni vpis k 9.1.99

Obstoječa dokumentacija funkcij opisuje skupno odlaganje zaporednih čistih besedilnih rezultatov orodij: Ko sklad preseže 12.000 znakov, se ustrezni veliki rezultati zasebno shranijo. V kontekstu modela ostanejo berljivi sklici; surova zgodovina in mediji ostanejo ohranjeni. Doslej manjkajoči vnos različice zdaj izrecno napotuje na to funkcijo.

9.1.70: Podrobnosti sprememb odprte

Objavljeno 24. avgusta 2026 ob 15:56 UTC. Vrednost SHA-512 paketa se ujema z vrednostjo celovitosti, objavljeno v npm. Paket ne vsebuje CHANGELOG.md; obstoječi opisi funkcij ne dokazujejo nedvoumne razlike do 9.1.69. Ta vrzel v dokumentaciji ostaja izrecno odprta.

9.1.57: Podrobnosti sprememb odprte

Objavljeno 23. avgusta 2026 ob 07:28 UTC. Izdaja se je doslej pojavila le kot izhodišče skupnega naslova. Lasten dokaz o spremembah, specifičen za različico, v preverjenem gradivu ni dodeljen. Ta vrzel v dokumentaciji ostaja izrecno odprta.

CHANGELOG.md, ki ga vsebuje nespremenljivi paket npm 9.1.597, se konča pri 9.1.594. Dopolnjeni namigi za 9.1.595 do 9.1.597 so na tej strani. Objavljeni paket ni bil naknadno prepisan pod isto številko različice.

9.1.41 in 9.1.42 sta umaknjeni

Ne nameščaj

Ti dve različici sta bili pomotoma odcepljeni od 9.1.38 namesto od 9.1.40. Zato so manjkali nadaljevanje pisanja, samopreverjanje hasha in varuh krogov. Obe različici npm sta označeni kot zastareli; latest in next nanju nikoli nista kazala. 9.1.43 vsebuje njune predvidene spremembe na popolni zaščitni osnovi.

Posodobi in preveri

king update
blun --version

Po namestitvi 9.1.599 mora izhod različice prikazati 9.1.599. Posodobitvi iz 9.1.597 in lokalne izdaje 9.1.598 prek javnih virov posodobitev sta preverjeni. Že tekoča konzola naloži novo kodo šele po ponovnem zagonu. V njej nato dodatno preveri /version.