BLUN King

BLUN King 9.1.621

Julkaistu:

King ottaa keskustelustasi yhteenvedon käyttöön vain, jos malli on vahvistanut sen valmistuneen. Jos vahvistus puuttuu, aiempi keskusteluhistoriasi säilyy ennallaan.

Jos yhteenvedon siirto päättyy odottamatta, aiempaa keskustelukontekstiasi ei korvata epätäydellisellä yhteenvedolla. Muutos koskee vain keskustelun tiivistämistä; tavalliset vastaukset säilyvät ennallaan.

Avoimina ovat yksittäiset virheet istunnon tallentamisessa; tämä päivitys ei korjaa niitä.

BLUN King

BLUN King 9.1.620

Julkaistu:

Windowsissa konsoli päättyy kokonaan, kun ikkuna suljetaan, joten seuraavalla käynnistyksellä ei enää näy ilmoitusta ”jo käynnissä”.

Päivitys korjaa konsoliprosessin päättämisen ikkunan sulkemisen yhteydessä. Tosiasiallisesti edelleen käynnissä oleva konsoli säilyttää edelleen yksinoikeuden istuntoonsa.

BLUN King

BLUN King 9.1.619

Julkaistu:

Yksittäinen aiempi virhe keskustelun tiivistämisessä ei enää lukitse istuntoasi: onnistuneen tiivistyksen jälkeen King laskee vain uusia, peräkkäisiä virheitä.

Yksittäinen aiempi virhe keskustelun tiivistämisessä ei enää lukitse istuntoasi: onnistuneen tiivistyksen jälkeen King laskee vain uusia, peräkkäisiä virheitä. Jos tiivistys epäonnistuu kahdesti peräkkäin, viesti näyttää nyt selvästi ”Tiivistys on tauolla” sen sijaan, että ilmoittaisi täydestä kontekstista.

Avoimina ovat yksittäiset virheet istunnon tallentamisessa ja keskustelun täydellisen tiivistelmän luomisessa; tämä päivitys ei korjaa niitä.

BLUN King

BLUN King 9.1.618

Julkaistu:

Jos istuntosi jatkamisen jälkeen saapuu Telegram-viesti, kun King jo työskentelee, viesti jää jonoon ja toimitetaan sen jälkeen.

Jos istuntosi jatkamisen jälkeen saapuu Telegram-viesti, kun King jo työskentelee, viesti jää jonoon ja toimitetaan sen jälkeen. King ei enää näytä tätä odotustilannetta virheenä.

Linux x64 -järjestelmässä pääte käyttää mukana toimitettua binääritiedostoa. Sen ansiosta se toimii myös silloin, kun npm 12 estää asennusskriptit; siihen ei tarvita kääntäjää. Tätä varten King käyttää määritettyä esiversiota node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Julkaistu:

Kun sama istunto ladataan uudelleen, King ei enää lisää muuttumattomia liitännäisohjeita useaan kertaan.

Kun sama istunto ladataan uudelleen, King ei enää lisää muuttumattomia liitännäisohjeita useaan kertaan. Jos ohjeet muuttuvat, King ottaa edelleen huomioon nykyisen tilan.

Työkalujen suurten tulosteiden esikatselut ottavat nyt huomioon myös käytettävissä olevan konteksti-ikkunan. Ulos siirretyt tulosteet voit edelleen lukea kokonaan.

Komennolla /profile tai /profiles avaat profiilivalinnan. King tekee vaihdon vain, kun istuntosi on valmis. Käynnissä oleva työ ja odottavat viestit estävät ennenaikaisen vaihdon; aiempi profiilisi pysyy silloin aktiivisena.

Kun lopetat käynnissä olevan työn, King odottaa myös viimeisiä siivousvaiheita. Vielä keskeneräistä työtä ei ennenaikaisesti vahvisteta päättyneeksi.

BLUN King

BLUN King 9.1.616

Julkaistu:

Vahvistetun Telegram-vastauksen jälkeen King ottaa sinulle osoitetut lisäviestit vastaan seuraavassa turvallisessa vaiheessa, myös käynnissä olevan vuoron aikana.

Vahvistetun Telegram-vastauksen jälkeen King ottaa sinulle osoitetut lisäviestit vastaan seuraavassa turvallisessa vaiheessa, myös käynnissä olevan vuoron aikana. Jo toimitettu vastaus ei enää pidättele jonoa. Vastaukset pysyvät omassa chatissaan.

Jos keskeytät vuoron, vielä vastaanottamattomat Telegram-viestit säilyvät seuraavaa toimitusta varten. King kuittaa ne vasta, kun istunto todella ottaa ne vastaan.

BLUN King

BLUN King 9.1.615

Julkaistu:

King pitää suuret työkaluluettelot saatavilla työkaluhaun kautta ja sovittaa työkalujen budjetin palveluntarjoajan konteksti-ikkunaan.

King pitää suuret työkaluluettelot saatavilla työkaluhaun kautta lähettämättä mallille kaikkia valinnaisia työkalujen skeemoja. Jos palveluntarjoaja ilmoittaa pienemmän konteksti-ikkunan, King sovittaa työkalujen budjetin; löydetyt työkalut pysyvät saatavilla seuraavassa vaiheessa.

Tarvittaessa King siirtää suuret työkalujen tulosteet ulos aiempaa aikaisemmin. Voit hakea täyden tulosteen kuten aiemmin, jos se voidaan näyttää turvallisesti.

Tavallisia Telegram-vastauksia ja viestien muutoksia ei enää pidätellä puuttuvan kielihyväksynnän vuoksi. Asettamasi vastaustarkistus pysyy käytössä.

BLUN King

BLUN King 9.1.614

Julkaistu:

Liian suuret AGENTS.md- ja AGENTS.override.md-tiedostot eivät enää pysäytä vuoroa pelkästään kokonsa vuoksi.

Kingin konsolin ulkopuolella King lukee ohjetiedostoista yhteensä enintään 32 KiB ja kertoo sinulle kerran istuntoa kohden ohitettujen tavujen määrän.

Kingin konsolissa tiedostot pysyvät täydellisinä, kunhan pyyntöraja sen sallii.

Symboliset linkit ja epävarmat polut pysyvät estettyinä.

BLUN King

BLUN King 9.1.613

Julkaistu:

King tunnistaa liian suuret mallipyynnöt jo ennen lähettämistä.

Kingin konsolissa King lukee kustakin AGENTS.md- ja AGENTS.override.md-tiedostosta enintään 32 KiB. Tämän ylittävän osan King ohittaa ja näyttää sinulle, kuinka monta tavua ohitettiin.

King arvioi nyt ennen lähettämistä koko mallipyynnön koon, mukaan lukien ohjeet, historian, työkalujen määritelmät ja kuvadatan. Kun se lähestyy palvelimen tavurajaa, alkaa vaiheittainen tiivistys. Jos pyyntöä ei voi jakaa turvallisesti, King keskeyttää tallennettua historiaa hiljaa hylkäämättä.

King tallentaa suoritetut työkalujen kutsut paikallisesti metatietoina: työkalun nimi, ajankohta, tila ja tiedostotyökalujen kohdalla mahdollisesti polun. Syötteitä, tulosteita, komentoja ja avaimia ei tallenneta. Komennolla /memory tools voit hakea profiilisi tietueista.

Kontekstidiagnostiikka näyttää lisälukuja pyyntöjen koostumuksesta. Valinnainen vaihemittaus tallentaa ajan mallikutsuun asti sisältöä kirjaamatta.

Kulutusnäyttö ottaa vastaan erikseen raportoidut ajattelun tokenit, jos palveluntarjoaja toimittaa ne.

Ei julkaistu asiakkaille, korvattu versiolla 9.1.613

BLUN King 9.1.612

Julkaistu:

9.1.612:ta ei julkaistu asiakaspäivityksenä. Varhainen tavusuojaus ei toiminut yli 900 KB:n pyynnössä, kun historia yksinään jäi alle 600 KB:n. 9.1.613 korvaa tämän tilan.

BLUN King

BLUN King 9.1.611

Julkaistu:

Suuret tiivistyspyynnöt pysyvät palvelimen tavurajan sisällä.

  • King jakaa liian suuren tiivistyspyynnön kronologisiin vaiheisiin pyynnön koon mukaan. Näin tiivistys voi jatkua, vaikka pyyntö sisältäisi enemmän tavuja kuin palvelin hyväksyy kerrallaan.
  • Jos jo yksikin viesti ei mahdu rajan alle, tallennettu historiasi pysyy ennallaan. King ei hylkää sitä pakottaakseen tiivistyksen.

Tällä ei ole osoitettu lyhyempää mallin odotusaikaa eikä pienempää token-kulutusta. Päivitys ei käynnistä jo käynnissä olevaa King-istuntoa uudelleen.

BLUN King

BLUN King 9.1.610

Julkaistu:

Voit taas asentaa Kingin Linuxiin ja käynnistää profiileja, eikä toinen Kingin käynnistys Windowsissa enää epäonnistu harhaanjohtavan yksityisiä ACL:itä koskevan ilmoituksen vuoksi.

  • Linux on jälleen npm-paketin tuettujen käyttöjärjestelmien luettelossa. Jos sinulla on Linuxissa vanhempi versio, asennat 9.1.610:n tavallisen päivitysohjelman kautta.
  • Nimenomaiset käynnistykset --profile-valitsimella ja olemassa olevat profiilinimien lyhenteet johtavat valitun profiilin kansioon. Pelkkä tuntematon nimi ei enää hiljaa luo tyhjää profiilia; uuden profiilin luot tietoisesti --profile-valitsimella.
  • Jos olemassa olevalta profiililta puuttuu oma kirjautuminen, King tarjoaa /login-komentoa sen sijaan, että se keskeyttäisi puuttuvan blun/king-mallimäärityksen vuoksi.
  • Windowsissa yksityisten kansioiden tarkistus onnistuu myös silloin, kun Telegram-bridge pitää liitännäiskansiota avoinna. TEMP ja TMP välitetään ACL-avustajalle, ja kansiovirheiden yhteydessä King kertoo kyseisen polun ja varsinaisen syyn.
  • Jos interaktiivinen King on jo käynnissä, King huomaa sen ennen yksityisten ACL:ien lujittamista ja ilmoittaa sen PID:n sen sijaan, että esittäisi toisen käynnistyksen virheenä yksityisissä ACL:issä.

Tyhjä profiili ei 9.1.610:ssä ota kirjautumistietoja yhteisestä kotihakemistosta. Nykyinen /login-kysely voi edelleen näyttää tekstin ”OAuth login expired”, vaikka tämä profiili ei ole koskaan kirjautunut.

Linux-päivityspolku 9.1.114:stä 9.1.610:een on käyty läpi julkaisun jälkeen. Windows-päivityspolkua 9.1.609:stä 9.1.610:een ei ole mitattu.

Päivitys ei käynnistä jo käynnissä olevaa King-istuntoa uudelleen.

BLUN King

BLUN King 9.1.609

Julkaistu:

Avaa effort-valinta Ctrl+L-näppäinyhdistelmällä ja pidä samalla editoriluonnoksesi tallessa.

  • Ctrl+L avaa olemassa olevan effort-valinnan menettämättä editoriluonnostasi. Olemassa olevat effort-asetukset ja mallirajoitukset käytetään uudelleen sen sijaan, että luotaisiin toinen määrityspolku.
  • Käynnissä olevia istuntoja koskeva sääntö säilyy: effort-muutos aktiivisen työn aikana hylätään eikä sitä merkitä myöhempää varten. Toiston tai editorin haltuunoton aikana pikanäppäin ohitetaan.

Nämä muutokset eivät osoita nopeampia vasteaikoja tuotantokäytössä eivätkä pienempää laskutettua token-kulutusta, eivätkä ne luo täydellistä OpenClaw-vastaavuutta.

BLUN King

BLUN King 9.1.608

Julkaistu:

Telegram-ryhmissä Kingille päätyvät enää vain viestit, joissa se mainitaan. Monivalintasi ja kysymysten vaiheittainen peruuttaminen säilyvät.

  • Telegram-ryhmissä viestit, jotka eivät puhuttele Kingiä, päätyvät istunnon kontekstiin vasta mainintatarkistuksen jälkeen. Se, joka on kytkenyt tarkistuksen nimenomaisesti pois, saa pitää valintansa.
  • Omat monivalinnat ja kysymysten vaiheittainen peruuttaminen säilyvät. Tavoitealatunniste toimii yhteisellä päivitysajastimella.
  • Windows-ACL-siirron vaiva vähenee ilman, että käyttöoikeustarkistusta heikennetään. Palautus määrityksen korvaamisen yhteydessä ilmenevien tilapäisten virheiden jälkeen on rajoitettu; kirjoituksen omistajuus säilyy.
  • Ennen uutta yritystä King tarkistaa, onko rinnakkain poistettu Windows-writer-merkki todella kadonnut. Lukukelvottomat olemassa olevat merkit johtavat edelleen keskeytykseen.

Nämä muutokset eivät osoita nopeampia vasteaikoja tuotantokäytössä eivätkä pienempää laskutettua token-kulutusta, eivätkä ne luo täydellistä OpenClaw-vastaavuutta.

BLUN King

BLUN King 9.1.607

Julkaistu:

Viimeksi valitsemasi istunto palaa, epäonnistuneista kirjoituksista ilmoitetaan rehellisesti ja jokainen HTTP-yritys saa aloitusaikaleiman.

  • Viimeksi valitun istunnon valinnainen palautus voidaan ottaa käyttöön resume_last_selected-asetuksella tui.toml-tiedostossa. Valinta koskee vahvistettua tiliä, suoritusaikaa, agenttia ja työtilaa. Tavallinen käynnistys säilyy ennallaan, nimenomaisilla istuntovalinnoilla on etusija; jos valinta ei ole käytettävissä, käynnistyy uusi istunto eikä jokin toinen.
  • Epäonnistuneen aktivoinnin jälkeen edellinen valinta säilyy. Sellaisen tilin alla, joka on vaihtunut aktivoinnin aikana, valintaa ei tallenneta.
  • Epäonnistuneita tiedostokirjoituksia ei merkitä onnistuneiksi. Olemassa olevaa jatkoprotokollaa täysille riveille yli 2 048 UTF-8-tavun kirjoituksissa selitetään nostamatta rajaa ja yrittämättä automaattisesti uudelleen.
  • Välittömästi ennen jokaista HTTP-yritystä tallennetaan aloitusaikaleima seinäkelloajan mukaan diagnoosikorrelaatiota varten. Pyynnön sisällöt tai käyttöoikeustiedot eivät päädy diagnoosiin.
  • Perustason ulkopuoliset Unicode-merkit (esimerkiksi emojit) säilyvät täysin tallennusbudjetin olemassa olevissa rajoissa ilman, että budjetteja kasvatetaan tai uutta tallennustilaa luodaan.

Nämä muutokset eivät osoita nopeampia vasteaikoja tuotantokäytössä eivätkä pienempää laskutettua token-kulutusta, eivät luo täydellistä gateway-vastaavuutta eivätkä sulje puhuttelemattomia Telegram-viestejä kontekstin ulkopuolelle.

BLUN King

BLUN King 9.1.606

Julkaistu:

Istuntoa jatkettaessa näkyvät ensin ajantasaiset transkriptisivut; vanhemmat sivut lataa olemassa oleva transkriptinavigointi.

  • Interaktiivista istuntoa jatkettaessa näkyvät ensin ajantasaiset transkriptisivut; vanhemmat sivut lataa olemassa oleva transkriptinavigointi. Täysi tallennettu historia ja aktiivinen mallikonteksti säilyvät.
  • Käynnistyksessä näyttötavoitteena on 200 toistotietuetta. --history-limit-valitsimella (1–2000) voit säätää ensimmäisen ja vanhempien sivujen näyttöä; täydet keskustelukierrokset ja työkaluparit voivat ylittää tavoitteen.
  • Skill- ja liitännäisaktivointeja koskeva ensimmäinen näyttö säilyy sivurajojen yli. Kotinäkymän vierityssijainti on korjattu, joten vanhempien sivujen lataaminen ei jätä tyhjää ruutua.

Nämä muutokset vähentävät alkuvaiheen transkriptin renderöintityötä. Ne eivät osoita nopeampia mallin vasteaikoja eivätkä pienempää token-kulutusta tai alhaisempia laskuja, eivät paranna palveluntarjoajan välimuistitusta eivätkä rajoita sitä, kuinka paljon kiintolevyltä luetaan käynnistyksessä.

BLUN King

BLUN King 9.1.605

Julkaistu:

Tarkista kontekstilähteet, ohjaa käynnissä olevia toimintoja ja välitä konsolin käynnistyksen yhteydessä ensimmäinen viesti. Paikallisen historian käsittelyä ja tiivistystarkistuksia on laajennettu.

  • Paikalliset istuntohistoriat toistetaan niputettuina. Arkistoidut näyttösivut ovat löydettävissä ilman, että kaikkia aikaisempia lohkoja täytyy käydä läpi. Täysi tallennettu historia, arkiston eheystarkistukset ja aiempi palautus säilyvät.
  • Toistuvat työkalujen tulokset valmistellaan johdonmukaisesti mallikontekstia varten kirjattujen tiivistysten välillä. Täydet paikalliset tulosteet ja olemassa olevat lukuoikeudet säilyvät. Tulosteita ei tallenneta erilleen, jos niitä ei voitaisi hakea takaisin luvattua palautuspolkua pitkin.
  • Lopullinen automaattinen tiivistys korvaa aktiivisen kontekstin vain, jos se pienentää historiaa samalla arviointimenetelmällä. Hylkäyksen yhteydessä alkuperäinen historia säilyy. Valinnainen laukaisin max_request_history_bytes käyttää olemassa olevaa tiivistysohjausta, on oletusarvoisesti pois päältä eikä rajoita koko pyyntörunkoa palveluntarjoajalle.
  • Kontekstidiagnostiikka saa erilliset näkymät ja lähdekohdistuksen ohjeille, Memorylle, skilleille ja aikaisemmille viesteille. Serialisoidun sisällön tavut, paikalliset token-arvioinnit ja ilmoitettu kulutus pysyvät erillään.
  • Istunnon vastuu säilyy odottavien tehtävien, myöhästyneiden tapahtumien, lisäkysymysten ja määritysmuutosten yhteydessä. Toinen aktiivinen kirjoitusoikeus samaan istuntoon evätään sen sijaan, että lokiin sallittaisiin samanaikaisia muutoksia.
  • Ylimääräinen agentti-/istuntorivi alatunnisteessa poistuu. Istuntoja voi edelleen ohjata ja diagnosoida kohdennetusti. Olemassa oleva King-käyttöliittymä, hallinnoidut mallit ja käyttöoikeusrajat säilyvät.
  • --message välittää ensimmäisen viestin interaktiivista käynnistystä varten. Se käsitellään käynnistyksen yhteydessä annetun hyväksynnän ja istunnon valinnan jälkeen tavallisen viestitarkistuksen ja jonon kautta. Sen sisältöä ei tulkita slash- tai shell-komennoksi.
  • Mukana toimitetun Guard-palvelun rajapintasopimus säilyy ennallaan. Tämä julkaisu ei osoita nopeampia vastauksia tuotantokäytössä eikä alhaisempia palveluntarjoajan laskuja, täydellistä toiminnallista vastaavuutta OpenClaw'n kanssa eikä rajoitettua luettavaa määrää istuntolokin ensimmäisessä latauksessa.

/abort keskeyttää käynnissä olevan toiminnon hylkäämättä odottavia syötteitä. /stop hylkää lisäksi odottavat syötteet. /exit sulkee konsolin edelleen. Nämä ovat paikallisia konsolikomentoja, eivät ylimääräisiä Telegram-etäkomentoja.

Tarkistukset pakettiversiossa 9.1.605: 238 tarkistustiedostoa, joissa on 6 900 testiä, sekä 40 staging-tarkistusta, joista 25 natiivia terminaalitarkistusta. Eristetyn päivityksen testi 9.1.604:stä julkaistun kandidaattitunnisteen kautta oikealla asennusohjelmalla onnistui. Näin ollen ei ole osoitettu lyhyempiä lämmitysaikoja käynnissä olevassa istunnossa eikä täydellistä toiminnallista vastaavuutta OpenClaw'n kanssa.

BLUN King

BLUN King 9.1.604

Julkaistu:

Tarkista pyynnön koko ja kontekstilähteet, lataa työkalut tarpeen mukaan ja ohjaa saapuvia viestejä kunkin istunnon sisällä.

  • /context doctor ja /tokens erottavat serialisoidun pyynnön tavumäärän arvioiduista token-määristä ja näyttävät sääntöjen, Memoryn, skillien ja työkalumääritysten kirjatut osuudet.
  • Keskikokoiset työkalukatalogit ladataan tarvittaessa olemassa olevan haun kautta; työkalut pysyvät löydettävinä ja suoritettavina.
  • /queue ohjaa viestejä kunkin istunnon sisällä. Tavalliset jonossa olevat viestit eivät enää keskeytä työtä automaattisesti 30 sekunnin jälkeen.
  • Istunnon valinnassa ovat mahdollisia tarkat tunnisteet tai otsikot sekä yksilölliset tunnisteen etuliitteet; alatunniste näyttää kohdistetun agentin ja istunnon.
  • Jokainen HTTP-yritys saa uuden pyyntötunnisteen, ellei kutsuja anna omaa. Diagnostiikka ei muuta laskutusta.
  • Mukana toimitetut AgentSpine- ja Translate Native -versiot säilyvät ennallaan. Pienempiä kustannuksia ja nopeampia vastauksia live-käytössä ei ole osoitettu.
  • /question: Avaa odottavat lisäkysymykset uudelleen. Taittaminen ei vastaa lisäkysymykseen eikä hylkää sitä.

Pyynnön tavut, arvioidut token-määrät, kertynyt istunnon kulutus ja laskutetut tokenit ovat eri suureita. Kulutusnäyttö ottaa huomioon myös vastaustarkistuksen. /usage cost päivä- tai kuukausikustannuksineen ei kuulu tähän versioon. Pienempiä kustannuksia tai nopeampia vastauksia live-käytössä ei ole osoitettu.

BLUN King

BLUN King 9.1.603

Julkaistu:

Valitse työkansiosi Windows-valintaikkunasta. Jos konsoli käynnistetään System32-kansiosta, se ehdottaa nyt käyttäjäkansiotasi.

  • Jos valitset Windowsissa toisen työkansion, avautuu kansiovalintaikkuna. Voit edelleen kirjoittaa polun myös käsin. Jos peruutat valintaikkunan, palaat kansion valintaan ottamatta kansiota käyttöön.
  • Jos kansiovalintaikkunaa ei ole saatavilla, konsoli kysyy polun. Muissa käyttöjärjestelmissä käytetään edelleen polun syöttöä.
  • Jos käynnistyksen yhteydessä otetaan käyttöön tai on tallennettu Windows-hakemiston sisällä oleva kansio, kansion valinta ehdottaa käyttäjäkansiotasi. Käsin syötetyt polut tarkistetaan edelleen kuten ennen.

AgentSpine- ja Language Guard -versiot säilyvät ennallaan verrattuna 9.1.602:een. Tämä päivitys ei osoita nopeushyötyä käynnissä oleville istunnoille.

Windowsissa tarvitaan edelleen Git Bash. Jos konsoli ilmoittaa, että Git Bash puuttuu, asenna Git for Windows. Avaa tämän jälkeen komentokehote uudelleen ennen kuin käynnistät kingin uudelleen.

BLUN King · Julkaistu

BLUN King 9.1.602

Julkaistu:

Oma yksityinen kansio vanhemmille työkalujen tulosteille, kun perityt Windows-käyttöoikeudet estävät erilleen tallentamisen.

  • Sopivat vanhemmat työkalujen tulosteet tallennetaan omaan yksityiseen kansioon, kun perityt Windows-käyttöoikeudet estävät erilleen tallentamisen. Olemassa olevat tiedostot, käyttöoikeudet ja täysi istuntohistoria säilyvät ennallaan.
  • Eheystarkistukset, lukuoikeudet ja täyden kontekstin käyttö säilyvät siltä varalta, että arkistoitua tulostetta ei voida palauttaa. AgentSpine 0.73.0 ja Language Guard 6.20.0 ovat ennallaan verrattuna 9.1.601:een.

Lyhyempiä vasteaikoja tuotantokäytössä tai pienempää laskutettua token-kulutusta ei ole vielä osoitettu.

BLUN King · Julkaistu

BLUN King 9.1.601

Julkaistu:

Syötteet pysyvät jonossa, vanhemmat työkalujen tulosteet saavat tarkistetut viittaukset ja kuristetut vastaustarkistukset toistetaan rajoitetusti.

  • Kun taustatyö pääsee ensin vuoroon, terminaalin syötteet pysyvät jonossa alkuperäisessä järjestyksessä. Jokainen syöte näytetään vain kerran.
  • Sopivat vanhemmat työkalujen tulosteet korvataan mallipyynnöissä tarkistetuilla viittauksilla yksityisiin tiedostoihin. Täysi historia ja nykyisen keskusteluvaiheen tulokset säilyvät. Jos uudelleenlataus ei ole mahdollista tai sallittua tai jos sisältöä on muutettu, täysi tuloste lähetetään mukaan.
  • Kuristettu natiivi vastaustarkistus toistetaan kerran samalla vastausluonnoksella. Tällöin noudatetaan tallennettua palveluntarjoajan odotusaikaa. Jo päättyneitä työkalukutsuja ei toisteta, tarkistamattomia tekstejä ei hyväksytä.
  • Enintään 2 048 tulostetokenia pidetään vapaana puskurina syötteen arvioinnin poikkeamia varten. Konteksti-ikkunaa ei pienennetä; pienemmät nimenomaisesti asetetut tulostusrajat säilyvät ennallaan.

Nämä muutokset eivät osoita pienempää laskutettua token-kulutusta eivätkä lyhyempiä vasteaikoja tuotantokäytössä. Ne eivät myöskään korjaa jokaista palvelinpuolen HTTP-502-virhettä.

BLUN King · Julkaistu

BLUN King 9.1.600

Julkaistu:

Vastaustarkistus kiinteillä aikarajoilla ja kiinnitetyillä komponenttiversioilla.

BLUN King 9.1.600 on julkaistu. npm ja julkinen päivitysmanifesti vastaavat toisiaan. Julkaisu ei osoita asennusta koneellesi eikä hyväksyntää tuotantokäytössä.

Rajoitettu vastaustarkistus

  • Yleiset tarkistajat pitävät aiemman 30 sekunnin määräajan. Natiivi kielitarkistus saa luotetun isäntäkomponentin käynnistyssignaalista alkaen enintään 90 sekuntia ensimmäiseen sisällölliseen tekstiin, kerran kutakin ulkoista tarkistusyritystä kohti.
  • Sisällöllinen teksti sallitun tulostuspituuden rajoissa sekä järjestetyt siirtymät hyväksyntään ja todisteen tarkistukseen palauttavat odotusajan aina 30 sekuntiin.
  • Kullekin ulkoiselle tarkistusyritykselle pätee tästä riippumatta 120 sekunnin kokonaisraja. Edistyminen ei voi pidentää tätä rajaa. Ulkoisia tarkistusyrityksiä on enintään kaksi.
  • Ennen hyväksynnän vastaanottamista tarkistetaan uudelleen tosiasiallisesti kulunut aika. Myös viivästyneiden ajastinkutsujen yhteydessä vanhentunut tarkistusyritys pysyy lukittuna; myöhästynyt edistyminen ei voi uudistaa vanhentunutta määräaikaa.

Keskeytyssignaalit otetaan edelleen huomioon. Sitoutuminen tarkkaan vastaustekstiin, hyväksyntätodisteen ajallinen voimassaolo ja valtuutus tarkistetaan edelleen.

Mukana toimitetut komponentit

Versio 9.1.600 sisältää AgentSpine 0.73.0:n ja Translate Native 6 155.0:n. Guard-protokolla pysyy ennallaan versiossa 6.20.0.

Tunnetut rajoitukset

Uudet aikarajat eivät osoita HTTP-502-virheiden yleistä korjaamista live-käytössä. 9.1.599:n avoimet havainnot pysyvät avoimina ilman erillistä live-todistetta.

Konteksti ja ohje

Kokonaan säilytettävää kehotetta ei enää lyhennetä hiljaa vain siksi, että se mahtuisi pienempään tiukkaan malli-ikkunaan. Uudella, nimenomaisesti määritellyllä jaolla säilytettävistä käyttäjäviesteistä 20 000 tokenin oletusbudjetilla sovitus voidaan saada valmiiksi saman tiivistyksen sisällä. Myöhemmissä tai palautetuissa etuliitteissä tämä ei saa johtaa muiden vaatimusten hylkäämiseen. Pyynnön on edelleen mahduttava tiukkaan malli-ikkunaan.

Pelkät ohjekutsut --help- tai -h-valitsimella eivät enää tuota suoritusaikaista diagnoositilaa. Kun kehote- ja ohjeargumentit yhdistetään, aiempi suoritusaikainen käyttäytyminen säilyy.

BLUN King · 18. syyskuuta 2026

BLUN King 9.1.599

Julkaistu:

Jäljitettävät yksittäiset hyväksynnät henkilökohtaiselle muistille ja lisäkorjauksia kontekstin ylityksiin.

Henkilökohtaista muistia koskevat hyväksyntäpyynnöt näyttävät ymmärrettävät toiminnon otsikot valitulla kielellä ja täydet esikatselut todellisista asetusmuutoksista tai tallennettavasta tekstistä. Ohjausmerkit naamioidaan näkyvästi; alkuperäinen sisältö säilyy ennallaan.

Kelvolliset muistimuutokset on hyväksyttävä yksitellen; virheelliset syötteet voi vain hylätä. Istunnon hyväksyntä ei hyväksy automaattisesti odottavia pyyntöjä, jotka edellyttävät yksittäistä hyväksyntää.

Pakettitarkistus kattaa 37 toimintoaluetta, joissa on 199 pakollista tarkistusta, 158 tarkistussuoritusta ja 4 905 erilaista läpäissyttä testiä. Lisäksi päivitykset 9.1.597:stä ja paikallisesta väliaikaversiosta 9.1.598:sta versioon 9.1.599 tarkistettiin eristetyissä asennuksissa muuttamattomalla päivitysohjelmalla ja asennuspolulla. Molemmat testit tunnistivat version julkisista päivityslähteistä ja tarkistivat kaikki 918 julkaisuarkiston tiedostoa.

Muuttamattoman 9.1.599-paketin README.md- ja CHANGELOG.md-tiedostojen huomautukset kuvaavat kandidaattiversion tilan pakkaamisen yhteydessä. Niitä ei ole muutettu takautuvasti paikallisen asennuksen jälkeen. Tämä julkinen sivu pitää erikseen kirjaa julkaisutilanteesta ja myöhemmin havaituista rajoituksista.

Tunnetut rajoitukset versiossa 9.1.599

Tuotantokäytössä havaittiin edelleen toistuvia HTTP-502-vastauksia, joita seurasi osittain onnistuneita pyyntöjä. Kontekstikorjaukset eivät ole yleinen korjaus palveluntarjoajan tai verkon virheisiin.

Kielitarkistus voi keskeyttää vastauksen missing-language-character-profile- tai suspected-ascii-substitution-havainnolla. Tämä havainto on edelleen avoin; 9.1.599 ei sisällä siihen osoitettua korjausta.

Käyttäjä vahvisti vastauksen lähetettyyn kuvaan. Kuvatulkinnan riippumaton tarkistus sekä syötteen ja tilarivien visuaalinen hyväksyntä ovat vielä tekemättä. Läpäisseet pakettitarkistukset eivät tarkoita, että nämä toiminnot olisivat yleisesti kunnossa.

Siirretty paikallisesta väliaikaversiosta 9.1.598

Ei päivämäärää

9.1.598 tarkistettiin ja asennettiin paikallisesti, mutta sitä ei julkaistu omana npm-päivityksenä. Seuraavat muutokset sisältyvät versioon 9.1.599:

  • Kontekstin hylkäyksen yhteydessä syötetokenien määrän alarajat erotetaan tarkoista tiedoista. Ilmoitetun alarajan tapauksessa tulostusrajaa pienennetään kerran hylkäämättä viestejä tai työkaluja. Keskeytyssignaalit ja lisäyritysten rajoitus pysyvät voimassa. Näin 9.1.597:ssä toistettu tulostusrajan laskennan virhe korjataan kohdennetusti.
  • Alkuperäiset 150 vaihtuvaa toimintasanaa ovat jälleen mukana. Niiden näyttämiseen ei tehdä ylimääräisiä mallipyyntöjä.
  • Luotettuun AgentSpine-syöttökoukkuun välitetään täyden mediatiedon sijaan kompakti mediaviite, jossa on tyyppi, SHA-256-tarkistussumma ja kokotieto. Täydet liitteet mallille ja olemassa olevat suojatarkistukset säilyvät. Tämä yksinään ei vielä osoita onnistunutta kuvatulkintaa tuotantokäytössä.

Uutta versiossa 9.1.597

Julkaistu:

Rajoitettu palautus nimenomaisesti ilmoitettujen kontekstin ylitysten yhteydessä, myös gateway-virhevastauksen takana.

Kun pyyntö hylätään ennen tulosteen alkua todetun kontekstin ylityksen vuoksi, King voi tehdä rajoitetun uuden yrityksen pienemmällä tulostusrajalla. Myös vastaavasti paketoidut virheet 502-vastauksessa tunnistetaan. Viestit, työkalut, pienemmät nimenomaisesti valitut tulostusrajat ja keskeytyssignaalit säilyvät. Jo aloitettua streamia ei toisteta uudelleen.

Tämä ei korjaa kaikkia palveluntarjoajan tai verkon virheitä. Yleiset yhteyskatkokset ja palvelukatkokset on edelleen tarkistettava omien virhetietojensa perusteella.

Tunnettu rajoitus versiossa 9.1.597: Jos palvelin ilmoittaa vain alarajan syötetokenien määrälle, uusintayritys voi epäonnistua uudelleen ja aiheuttaa tarpeettomia tiivistyksiä. Tämä tapaus toistettiin 17. syyskuuta 2026 julkaisun jälkeen. Paikallisen väliaikaversion 9.1.598 lisäkorjaus sisältyy versioon 9.1.599.

Tarkistettiin 36 toimintoaluetta, joissa on 183 pakollista tarkistusta ja 4 407 erilaista läpäissyttä testiä, sekä oikea päivitys 9.1.596:sta 9.1.597:ään. Tämä pakettitarkistus ei korvaa jo avatun asiakasistunnon sovellustestiä.

Uutta versiossa 9.1.596

Julkaistu:

Automaattiset keskeytykset odottavien Telegram-viestien hyväksi erotetaan oikeista manuaalisista keskeytyksistä. Tällaista jonokeskeytystä ei enää raportoida virheellisesti Escape-näppäimen painamisena. Odotusaika, käynnissä olevia työkaluja koskevat suojasäännöt ja käyttäytyminen oikean manuaalisen keskeytyksen yhteydessä säilyvät.

Uutta versiossa 9.1.595

Julkaistu:

Valinnaiset työkaluskeemat ladataan ToolSearch-haulla ja säilytetään rajoitetusti. Suuret skill-katalogit toimitetaan tiiviisti ja sivuittain. Haku, myöhemmät MCP-laajennukset ja tavalliset käyttöoikeustarkistukset säilyvät.

Lyhyiden tervehdysten yhteydessä King voi käyttää rajoitettua tuoreempaa keskustelun osaa poistamatta tallennettuja viestejä tai lyhentämättä järjestelmäohjeita. Seuraavaa työtehtävää varten King ottaa jälleen huomioon säilytetyn työhistorian. Kontekstilaskenta säilyy myös istunnon jatkamisen jälkeen. Kiinteää token-kulutusta jokaista tervehdystä kohti ei luvata.

Uutta versiossa 9.1.594

Julkaistu:

  • Yksityiset Telegram-vastaukset ovat edelleen mahdollisia, kun ryhmäviestit odottavat. Slash-komentojen kohdistus säilyy.
  • Retry-After-otsakkeen mukaisia pitkiä odotusaikoja noudatetaan; istuntoa jatkettaessa jäljellä oleva tauko palautetaan.
  • Hylätyn oheiskuvauksen jälkeen jo päättynyt työkaluvaihe käsitellään edelleen. Hylättyä kuvausta ei julkaista, eikä lopullisen vastauksen tarkistusta heikennetä.
  • Useassa osassa kirjoittamisen rajoitetut palautustoiminnot ovat jälleen käytettävissä. Tämä koskee myös shell-aikarajoja, tehtävien hallintaa ja istunnon palautusta.
  • Syöte, kiintiörivit, toimintanäyttö, avattavat tehtävät ja lähdemerkinnällä varustetut työkalujen tulosteet pysyvät näkyvissä suoratoiston ja historian selaamisen aikana.
  • Ennen pakkaamista vaaditaan täydet konsolin regressiotodisteet; julkiset päivitysmetatiedot tarkistetaan vastaavuuden varmistamiseksi.

Väliaikaversiot 9.1.590–9.1.593

Nämä versiot ovat paikallisessa julkaisuhistoriassa, mutta 17. syyskuuta 2026 ne eivät sisältyneet julkiseen npm-versioluetteloon. Niitä ei suositella tässä julkisesti saatavilla olevina päivityksinä. Käynnistykseen, jatkamiseen, käyttöoikeuksiin, toimintanäyttöön ja näkyvään syötteeseen liittyvät työt on otettu huomioon 9.1.594:n todisteissa.

Uutta versiossa 9.1.589

Julkaistu:

  • AgentSpinen ja Translate Nativen tarkistetut lähteet sekä vahvistetut päivitysmanifestit toimitetaan mukaan.
  • Agenttikontekstia ladattaessa aktiivinen King-profiili säilyy.
  • Vastaustarkistukseen tarvittavat työkalut pysyvät käytettävissä. Kulutus vastauksen tuottamisen yhteydessä kirjataan myös silloin, kun tarkistus hylkää vastauksen.
  • Hallinnoidussa kanavaliitännässä ryhmäviestit kohdennetaan vain nimenomaisen maininnan yhteydessä.
  • Konsoli näyttää käynnissä olevan tiivistyksen ja voimassa olevat kynnysarvot.
  • Varhaisen tiivistyksen työbudjetti ja pyyntörajan turvavaraus säilyvät päivitysten yli.
  • Päivitysvalintaikkuna käynnistyksessä, edistyminen ja huomautukset merkityistä päivityksistä käyttävät johdonmukaisesti valittua kieltä.
  • Tekniset integraatiotunnisteet ja lisenssit säilyvät; näkyvät suoritusaikaiset virheilmoitukset muotoillaan neutraalisti.
  • Asennus ei käynnistä olemassa olevia istuntoja uudelleen. Käynnissä oleva istunto lataa uuden koodin seuraavassa käynnistyksessä.

9.1.588: peruutettu

Julkaistu:

Tämä versio julkaistiin 11. syyskuuta 2026 ja merkittiin myöhemmin npm:ssä peruutetuksi. Rekisteri mainitsee päivitysmanifestin epäonnistuneen yhteensopivuustarkistuksen. Käytä nykyistä vakaata versiota, älä tätä peruutettua pakettia.

Uutta versiossa 9.1.587

Julkaistu:

Vakaammat työkalukatalogit, aikaisempi automaattinen tiivistys ja kohdennettu uusintayritys liian pitkien pelkkien ajatteluvaiheiden aiheuttamien keskeytysten jälkeen.

Puskuroitujen ohjeiden yhteydessä käynnissä olevan työskentelyvuoron sisällä aktiivinen työkalukatalogi säilyy myös seuraavassa työvaiheessa. Tarvittavat työkalut pysyvät käytettävissä. Jos olemassa oleva skeemabudjetti ylittyy, säilytetyt valinnaiset työkalumääritykset valitaan uudelleen.

Automaattinen kontekstin tiivistys alkaa jälleen aikaisemmin. Onnistuneen tiivistyksen jälkeen, joka pienentää historiaa, King voi suorittaa sen uudelleen samassa vuorossa. Alemmat mallirajat ja epäonnistuneiden yritysten rajoitus pysyvät voimassa.

Liian pitkän pelkän ajatteluvaiheen aiheuttaman keskeytyksen jälkeen King käyttää olemassa olevaa kertaluonteista uusintayritystä ajattelu pois päältä -asetuksella, jotta malli voi vastata tai kutsua työkalua. Seuraavat tavalliset vaiheet säilyttävät valitun ajatteluasetuksen; keskeytys, hyväksyntätarkistukset ja aikarajat pysyvät voimassa.

Asettamalla BLUN_STABLE_STEER_TOOLS=0 tai BLUN_EARLY_COMPACTION=0 ennen Kingin käynnistystä voit palauttaa kunkin toiminnon aiemman käyttäytymisen. Päivitys ei kirjoita olemassa olevia istuntoja tai määritystiedostoja uusiksi.

Uutta versiossa 9.1.586

Julkaistu:

Telegram-vastaanotto käynnistyy Windowsissa jälleen, jos bridgen vanha prosessitunnus kuuluu nyt toiseen prosessiin. Epävarman prosessikohdistuksen yhteydessä King ei puutu asiaan; vierasta prosessia ei lopeteta.

Kontekstin tiivistys, malliasetukset, keskusteluhistoria ja Telegramin aiempi toimituskäyttäytyminen säilyvät ennallaan.

Uutta versiossa 9.1.585

Julkaistu:

BLUN King · 8. syyskuuta 2026

Versio 9.1.585 tarkistaa hallinnoitujen WebSearch-vastausten rakenteen ja yksittäiset osumat myös silloin, kun valinnaiset hakutilan tiedot puuttuvat.

Vastausta ilman kelvollista osumaluetteloa ei enää tulosteta onnistuneena hakuna ilman tuloksia. Jokaisella osumalla on oltava otsikko, joka ei ole tyhjä eikä pelkkää välilyöntiä, tekstikatkelma merkkijonona sekä absoluuttinen HTTP- tai HTTPS-osoite ilman upotettuja käyttöoikeustietoja. Virheelliset osumat johtavat siihen, että koko vastaus hylätään, ennen kuin tuloksia tai huomautuksia keskeneräisistä hakutuloksista palautetaan.

Kelvolliset vastaukset aiemmassa muodossa ilman tilatietoja tuetaan edelleen, samoin tyhjät osumaluettelot ja tyhjät merkkijonot tekstikatkelmina. Kelvollisissa vastauksissa järjestys, tarkat URL-merkkijonot, valinnaiset päivämäärä- ja sivustotiedot, lähdeviittaukset tulosteessa ja keskeneräisten tulosten käsittely säilyvät ennallaan.

Muutetaan vain hallinnoitu hakuliitäntä. Keskeytyskäyttäytyminen, pyyntöjen todentaminen, FetchURL ja Telegram säilyvät ennallaan. Muototarkistus ei osoita, että lähde olisi oikea tai ajantasainen. Tämä versio ei tuo vastausten kokorajaa eikä uutta aikarajaa.

Uutta versiossa 9.1.584

Julkaistu:

Versio 9.1.584 välittää kutsujan keskeytyssignaalin WebSearchin kautta hallinnoituun HTTP-hakupyyntöön asti, myös vastauksen sisältöä luettaessa.

Jo keskeytetyt haut eivät käynnistä käsittelyä palveluntarjoajalla. Jos keskeytys tapahtuu käyttöoikeustietojen selvittämisen aikana, hakupyyntöä ei lähetetä sen jälkeen. Keskeytyksen jälkeen saapuvia tuloksia ei palauteta onnistuneena hakuna.

Keskeytystarkistukset kattavat myös onnistuneet JSON-vastaukset, virhevastausten sisällön ja huomautukset keskeneräisistä hakutuloksista. Täydellisten, keskeneräisten ja tyhjien tulosten käsittely, lähdeviittaukset ja tavallinen varamenettely todentamisessa säilyvät ennallaan.

Tämä versio ei tuo uutta aikarajaa eikä muuta Telegram-kohdistusta. Yhteisesti käytettyjä OAuth-käyttöoikeustietojen uusintaprosesseja ja kuljetustoteutuksia, jotka jättävät keskeytyssignaalit huomiotta, ei keskeytetä väkisin. Asiakaspyynnön keskeytys ei osoita, että työ etäpalvelimella tai sen laskutus olisi päättynyt.

Uutta versiossa 9.1.583

Julkaistu:

Keskeytys sivun noutamisen yhteydessä välitetään nyt HTTP-pyyntöön asti.

FetchURL välittää kutsujan keskeytyssignaalin työkalun ja molempien noutopalvelujen kautta. Ennen käynnistystä keskeytettyä pyyntöä ei lähetetä. Jos keskeytys tapahtuu käyttöoikeustietojen selvittämisen aikana, hallinnoitua HTTP-pyyntöä ei käynnistetä sen jälkeen.

Hallinnoidun noudon keskeytyksen jälkeen ei enää käynnistetä paikallista varanoutoa. Noutopalvelun myöhästynyt tulos pidätetään eikä sitä käytetä lähdetodisteena. Tavallisten HTTP- ja verkkovirheiden yhteydessä aiempi paikallinen varanouto säilyy mahdollisena.

Uutta aikarajaa ei oteta käyttöön. Yhteisesti käytettyä käyttöoikeustietojen uusintaa ja synkronista HTML-käsittelyä ei keskeytetä väkisin. Versiosta 9.1.582 peräisin oleva kokoraja säilyy; Telegram-reititys ja mallipyynnöt säilyvät ennallaan.

Uutta versiossa 9.1.582

Julkaistu:

Paikallinen sivun nouto tarkistaa vastauksen koon jo lukemisen aikana ja keskeyttää rajan ylittyessä.

Paikallinen nouto laskee saapuvat vastaustavut ennen kunkin datalohkon dekoodausta ja katkaisee datavirran heti, kun kokoraja ylittyy. Jos Content-Length-tieto puuttuu tai on väärä, koko vastausta ei enää ensin lueta ja sitten hylätä.

Oletusraja pysyy 10 MiB:ssä ja koskee vastausvirtaa HTTP-purkamisen jälkeen. Useiden datalohkojen yli jakautuneet UTF-8-merkit säilyvät. Kuljetuspuskurit ja datalohko, jolla raja ylittyy, voivat olla jo muistissa; tarkkaa ylärajaa koko prosessimuistille ei tähän liity.

Muutetaan paikallista noutopolkua, myös silloin, kun se toimii vararatkaisuna. Versiosta 9.1.581 peräisin olevat tutkimuskorjaukset sisältyvät edelleen. Telegram-reititys ja mallin odotusaika säilyvät ennallaan.

Uutta versiossa 9.1.581

Julkaistu:

Paikallisessa sivun noudossa tyhjiä HTML-katkelmia ei enää tulosteta onnistuneina lähteinä.

Jos siivouksen ja muunnoksen jälkeen sivun sisältöä ei jää jäljelle, pelkkä dokumentin otsikko ei enää riitä onnistuneeseen noutoon. Sen sijaan palautetaan jo olemassa oleva poimintavirhe.

Lyhyet aidot sisällöt ja näkyvät otsikot säilyvät. Teksti- tai markdown-muotoiset vastaukset säilyvät ennallaan. Korjaus koskee paikallista HTML-poimintaa, ei hallinnoitua noutopalvelua.

Versiosta 9.1.580 peräisin olevat tutkimuskorjaukset ja aiemmat Telegram-korjaukset sisältyvät ennallaan. Tämä päivitys ei muuta mallin odotusaikaa eikä saapuvien viestien kohdistusta vastaanottajiin.

Uutta versiossa 9.1.580

Julkaistu:

Tutkimustallennus hylkää lähteisiin liittyvät virheelliset historialliset päivämäärät.

Uutta raporttia ei tallenneta, jos lähteeseen liittyvä päivämäärä sisältää virheellisen kalenteripäivän tai aikaosan, jota ei voida jäsentää. Puuttuvat päivämäärät pysyvät sallittuina.

Tallennettuja tutkimustodisteita noudettaessa vanhemmat todisteet, joissa on virheellisiä lähteiden päivämääriä, ohitetaan ja merkitään diagnoosihuomautuksella. Tiedostoja ei kirjoiteta uusiksi eikä poisteta. Erilliset kelvolliset todisteet pysyvät haettavina; kelvolliset päivämäärät säilyttävät aikavyöhykepoikkeamansa ja tarkkuutensa.

Versiosta 9.1.579 peräisin oleva tutkimustodisteiden lajittelu ja aiemmat Telegram-korjaukset sisältyvät ennallaan. Tämä päivitys ei muuta mallin odotusaikaa eikä saapuvien viestien kohdistusta vastaanottajiin.

Uutta versiossa 9.1.579

Julkaistu:

Tallennetut tutkimustodisteet lajitellaan saman relevanssin tapauksessa niiden todellisen noutohetken mukaan.

Aikatiedot millisekunteineen ja ilman niitä verrataan UTC-aikapisteinä, ei tekstinä. Relevanssilla on edelleen etusija; identtisten aikapisteiden tapauksessa aiempi järjestys säilyy.

Jos sama tekstikohta on tallennettu useita kertoja, tulos säilyttää uusimman noudon alkuperätiedot. Jo tallennetut todisteet säilyvät ennallaan eivätkä siksi ole uudelleen tarkistettuja lähteitä.

Versiosta 9.1.578 peräisin oleva Telegram-vastausten korjaus sisältyy ennallaan. Sama koskee uusintayritysten rajoitusta, kun malli vain ajattelee tuottamatta vastausta tai työkalukutsua. Tämä päivitys ei muuta mallin odotusaikaa eikä saapuvien viestien semanttista kohdistusta.

Uutta versiossa 9.1.578

Julkaistu:

Rajoitetut uusinnat, kun malli vain ajattelee ja saavuttaa aikarajan, sekä kohdennettu korjaus lyhyisiin Telegram-ryhmävastauksiin, jotka viittaavat kysymykseen.

Kun malli saavuttaa aikarajan pelkän ajattelun aikana, King sallii yhden lisäyrityksen kutakin vaihetta kohti. Toinen tällainen aikaylitys päättää vaiheen. Valittu ajattelupanos ja aiempi aikaraja säilyvät ennallaan. Tämä rajoitus ei lyhennä ensimmäisen mallitulosteen odotusta.

Lyhyitä läsnäolopalautteita Telegram-ryhmissä saa nyt lähettää, kun reply_to yhdistää ne enintään 30 minuuttia vanhaan saman chatin syötteeseen. Tämän syötteen on puhuteltava agenttia nimenomaisesti tai vastattava tuettua saksan- tai englanninkielistä läsnäolokysymystä, joka alkaa agentin määritetyllä nimellä. Pyytämättömät läsnäoloilmoitukset ja selitykset siitä, ettei raportoitavaa ole, suodatetaan edelleen. Automaattinen varalähetys ryhmiin pysyy pois päältä.

Lähetettyjen ja estettyjen vastausten lokit sisältävät nyt reply_to-tiedon. Jos konteksti puuttuu tai on epäselvä, poikkeus ei päde. Tämä päivitys ei lisää yleistä vastaanottajan tunnistusta eikä estä tarpeettomia mallikutsuja aiemman semanttisen osoituksen kautta.

Korjaus koskee kahta tarkasti tunnistettua hallinnoitujen Telegram-MCP-lähettimien versiota ja astuu voimaan myös liitännäismäärityksen lopullisessa yhdistämisessä. Vanhempi lähetin käyttää yhteensopivuuskopiota, jossa on tiukasti rajatut muutokset. Tuloliitäntöjä, käyttöoikeusasetuksia, profiileja ja liitännäisrekistereitä ei kirjoiteta uusiksi. Tuntemattomat tai mukautetut lähettimet sekä nimenomaisesti asetetut ylikirjoitukset säilyvät. King on käynnistettävä uudelleen päivityksen jälkeen, jotta korjaus latautuu.

Uutta versiossa 9.1.577

Julkaistu:

Ei enää automaattisia valmistumisilmoituksia Telegram-ryhmiin. Hyödylliset vastaukset lähetetään sinne kohdennetusti Telegram-vastaustyökalun kautta.

CLI-ydin ja erillinen Telegram-bridge eivät enää välitä agentin tavallista päättötekstiä automaattisesti ryhmiin. Näin huomautukset kuten ”Ei raportoitavaa” eivät enää päädy ryhmään tämän automaattisen varalähetyksen kautta.

Yksityiskeskustelujen vastaukset, nimenomaisesti käytetyt vastaustyökalut, vaaditut tavoitetulokset, komento- ja tilailmoitukset sekä mediavälitys säilyvät. Tavallisia syötteitä, käynnissä olevan toiminnon aikaisia ohjausviestejä ja erillisen bridgen ryhmäviestejä koskevat kehote-ohjeet sisältävät nyt saman lähetyssäännön.

Tämä ei takaa, ettei malli koskaan lähetä tarpeetonta vastausta työkalukutsun kautta. Korjaus ei myöskään estä sitä, että ryhmäviestit ilman yhteyttä kyseiseen agenttiin päätyvät mallille. Mainintasäännöt, käyttöoikeusasetukset ja hallinnoitujen liitännäisten ratkaisu säilyvät ennallaan; AgentSpinen tai kielivalvojan päivitystä ei sisälly.

Päivitetty ydin on ladattava uudessa prosessissa. Käynnissä olevia istuntoja ei käynnistetä automaattisesti uudelleen. Olemassa olevat profiilit ja istuntohistoria säilyvät.

Uutta versiossa 9.1.576

Julkaistu:

BLUN King 9.1.576 erottaa C++:n ja C#:n paikallisissa tutkimushauissa ja sisältää aiemmin julkaistut korjaukset päivityksiä, istuntojen jatkamista ja Telegramia varten.

Paikallisten tutkimustodisteiden haku käsittelee yksinään esiintyvät C++ ja C# eri käsitteinä, myös eri kirjainkoossa ja ympäröivien välimerkkien kanssa. Tallennetut tekstikohdat, hashit, lähteiden suojatarkistukset, Unicode-normalisointi, kokoelmarajat ja tulostusrajat säilyvät ennallaan. Uudelleenindeksointia ei tarvita.

Määritelty koetarkistus, jossa on 20 teknistä hakukyselyä, ja kohdennetut regressiotestit token-rajoja varten tarkistavat tämän korjauksen. Se koskee paikallista hakua eikä ole lausunto WebSearchin laadusta tai kapasiteetista live-käytössä. Kaikki versiosta 9.1.575 peräisin olevat muutokset sisältyvät.

Uutta versiossa 9.1.575

Julkaistu:

Koottu crawler hylkää vastaukset, joissa on cf-mitigated: challenge -merkintä, ennen kuin se lukee sisältöä, seuraa uudelleenohjauksia tai tulkitsee puuttuvan robots-tiedoston luvaksi jatkaa. Otsakkeiden nimissä se ei ota kirjainkokoa huomioon; lisäksi se tarkistaa normalisoidut arvot ja useaan kertaan esiintyvät otsakkeet. Vastauksen tila säilyy virheraportissa.

Puuttuvat robots-tiedostot ilman tätä merkintää ja tavalliset dokumentaatiosivut läpikäyvät edelleen olemassa olevan kulun. Jo valmistuneet sivut pysyvät saatavilla, kun myöhempi sivu hylätään; virhe raportoidaan keskeneräisenä tuloksena. Tämä suoja tarkistaa vastauksen merkinnän. Se ei ole yleinen haasteentunnistus eikä CAPTCHA-kierto. Hakupalveluntarjoajat, todentaminen, päivityslukot ja CLI-ydin säilyvät ennallaan. Kaikki versiosta 9.1.574 peräisin olevat muutokset sisältyvät.

Uutta versiossa 9.1.574

Julkaistu:

Nimenomaisesti pyydetyt päivitykset erottavat nyt estetyn päivityksen, puuttuvan lukkotarkistuksen, puuttuvan yksityisen hakemiston, virheellisen asennetun version ja puuttuvan suojatun asentajan. Näitä tapauksia ei enää raportoida yleisesti epäonnistuneena pakettitarkistuksena. Muutos koskee saksan- ja englanninkielisiä ilmoituksia.

Päivityksen sallinta, lukkokäyttäytyminen, palautussyyt, poistumiskoodit ja asentajan käyttäytyminen säilyvät ennallaan. Käynnissä olevia istuntoja ei lopeteta automaattisesti. Paketit, jotka on sidottu vanhaan sisäiseen kanavaan, vaativat edelleen nimenomaisen npm-asennuksen Kingin ollessa pysäytettynä; tämä versio ei poista sidontaa. Kaikki versiosta 9.1.573 peräisin olevat muutokset sisältyvät.

Uutta versiossa 9.1.573

Julkaistu:

Syöttökenttä pysyy näkyvänä ja kohdistettuna tavoitteen valinnan jälkeen käynnistyksessä, myös Escape-näppäimen tai epäonnistuneen tavoitteen jatkamisen jälkeen. Lähettämättömät luonnokset säilyvät. Täyden tavoitetekstin sijaan näkyy kompakti valinta, jolla voi jatkaa tavoitteen kanssa tai ilman.

Ctrl+S poistuu valinnasta vahvistamatta tavoitetta, ja se käsitellään tavallisena jonon pikanäppäimenä. Myös odottavat syötteet tyhjäkäynnissä otetaan huomioon. Escape säilyttää aiemman järjestyksensä: ensin jonon tyhjennys, seuraavalla Escape-näppäimellä aktiivisen ajon keskeytys. Istuntohistoriaa ei poisteta automaattisesti.

Tämä versio ei rekonstruoi toimitusvahvistuksia, jotka vanhempi prosessi on menettänyt ennen päivitystä. Tosiasiallisesti odottavat viestit pysyvät kohdistettuina omaan istuntoonsa.

Uutta versiossa 9.1.572

Julkaistu:

Tutkimustodisteissa hylätään lähde-URL:t, joiden kyselyparametrit tai parametrimuotoiset fragmentit sisältävät tunnettuja käyttöoikeustietojen parametrinimiä. Myös sisäkkäiset nimet ja reitit fragmentissa tarkistetaan. Hylkäys koskee sekä epäonnistuneita että käyttökelpoisia lähteitä.

Jo tallennetut raportit, joissa on tällaisia URL:itä, pidätetään noudon yhteydessä olemassa olevalla tuloksella partial / report-invalid. Alun perin tallennettuja tiloja ei muuteta eikä poisteta; lähdeosoitteita ei hiljaa lyhennetä eikä kirjoiteta uusiksi. Tavalliset kyselyparametrit ja ankkurit dokumentaatio-URL:issä säilyvät tavutarkkoina. Suoja tunnistaa tunnetut parametrinimet, ei mielivaltaisia salaisuuksia, eikä siivoa historiaa.

Uutta versiossa 9.1.571

Julkaistu:

Telegram-jonon alueet kohdistetaan istuntoonsa. Uusi istunto ei enää automaattisesti ota vastaan vanhemman istunnon odottavaa työtä. Tunnettua istuntoa jatkettaessa vain sen omat odottavat alueet palautetaan. Istunnon valinnan, luomisen ja vaihdon aikana kanavaviestien vastaanotto pysäytetään. Valitun rajan jälkeen saapuvat viestit, paikallisen editorin jatkosyötteet ja myöhästyneet toimitusvahvistukset säilyttävät oikean kohdistuksensa.

Kohdistus ja eri järjestyksessä saapuvat toimitusvahvistukset säilyvät uudelleenkytkennän ja lease-lukon luovutuksen yhteydessä. Vaurioitunut tai vaihdettu jonotila hylätään sen sijaan, että vanhat syötteet toistettaisiin huomaamatta. Saapuneet-kansio ja istuntohistoria säilyvät. Vanhat odottavat alueet ilman tunnistettavaa istuntoa siirretään sivuun eikä niitä kohdisteta uuteen istuntoon; niiden automaattinen palautus ei sisälly. Tämä ei korjaa jokaista aikaylitystä tai estettyä kontekstin tiivistystä. Vanhempaan versioon palaaminen ei ole jonon siirtomenettely.

Telegram-liitännäinen ja konsolin riippumaton varatoiminto automaattista vastauslähetystä varten estävät tunnistetut kuittaukset ja tekstit, jotka vain ilmoittavat omasta hiljaisuudestaan, myös yli 200 merkin pituisina. Jos viesti sisältää tunnistamattoman tai sisällöllisesti merkityksellisen lauseen osan, se säilyy. Lyhyitä hyödyllisiä ryhmävaroituksia voidaan edelleen toimittaa. Tämä on varovainen saksa-englanti-lähetyssuodatin täydentävine ohjeineen, ei takuu siitä, että jokainen malli ymmärtää jokaisen ryhmäkeskustelun.

Uuden prosessin on ladattava päivitetty paketti; käynnissä olevia istuntoja ei käynnistetä uudelleen. Olemassa olevat sidokset sisäisiin päivityskanaviin ja EBUSY-aiheiset Windows-asennuslukot pysyvät erillisinä ongelmina. Kaikki muut versiosta 9.1.570 peräisin olevat muutokset sisältyvät. Tämä versio ei aktivoi isännöityä verkkohakua eikä muuta AgentSpinea, laskutusta, todentamista tai asiakasmääritystä.

Uutta versiossa 9.1.570

Julkaistu:

Jokainen uusi kehote-toimitus saa oman koukku-korrelaatiotunnuksensa. Saman toimituksen koukut säilyttävät saman tunnuksen; nimenomaisesti asetetut tunnukset säilyvät. Istuntokohtaiset ympäristöarvot saavuttavat koukku-aliprosessit ja MCP-yhteydet myös uudelleenkytkennän yhteydessä kirjoittamatta tallennettuja liitännäismäärityksiä uusiksi. Natiivien työkalutulosten kohdistus säilyy ajokertojen yli, myös epäonnistuneiden työkalujen ja kaksoiskutsujen tapauksessa.

Kanonisesti vastaavat Unicode-hakukyselyt löytävät samat osumat rinnastamatta erilaisia merkkejä. Tallennetut lähteet, päivämäärät, versiot ja projektirajat säilyvät. king --help ja king --version eivät enää muuta Windowsin rekisteriasetuksia kaatumisvedoksia varten.

Verkkohaku tukee osavastauksia, kun tämä vastaustila on sovittu, ja näyttää tällöin huomautuksen epäonnistuneista lähteistä. Tyhjät tai yhteensopimattomat osavastaukset pysyvät nimenomaisina virheinä. Tämä asiakaspuolen muutos ei aktivoi isännöityä hakupalvelua eikä takaa sen toimintaa.

Kuljetus BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE on oletusarvoisesti pois päältä. Nimenomaisen aktivoinnin yhteydessä se välittää tallennetun istuntolokin todellisen polun ja siihen liittyvän lokin valitulle AgentSpine-liitännäiselle. Jokainen istunto saa oman käyttöoikeuden, joka uusitaan jatkamisen jälkeen. Tämä on kuljetustuki, ei todiste muistinhausta tai vastaanottavan liitännäisen valtuutuksesta.

Kaikki versiosta 9.1.569 peräisin olevat julkiset muutokset sisältyvät. Koottu AgentSpine-toteutus säilyy ennallaan; Mnemo-riippuvuutta ei synny. Käyttäjäprofiileja, käyttöoikeuksia, keskusteluja ja liitännäisasetuksia ei siirretä eikä palauteta.

Uutta versiossa 9.1.569

Julkaistu:

Tämä kumulatiivinen julkinen versio sisältää toimituksen Telegram-ryhmiin mainintojen perusteella, korjaukset käynnistykseen ja käyttöoikeuksiin sekä tutkimuskokoelmat ja crawler-työkalut. Julkaistut paketit säilyvät ennallaan. Myöhemmät muutokset ilmestyvät uuden versionumeron alla.

Uutta versiossa 9.1.566

Julkaistu:

BLUN King 9.1.566 tekee liitännäispäivityksistä ja natiivien suoritusaikamoduulien lataamisesta vakaampia.

Koottu AgentSpine-suoritusaika päivitetään versioon 0.59.1. Sen automaattinen käynnistäjä ohittaa käyttäjäprofiilin juuren skannauskohteena, ja kaikki elinkaarikoukut pysyvät vikasietoisina, kun suojattua polkua ei voi lukea.

Natiivit .node-moduulit ratkaistaan sisältöosoitteisen välimuistin kautta npm-paketin ulkopuolella. Kun tämä versio on aktiivinen, käynnissä oleva konsoli ei enää pidä pakettikopiota näistä moduuleista auki. Myöhemmät päivitykset voivat tämän ansiosta korvata pakettihakemiston törmäämättä näihin natiiveihin tiedostoihin.

Julkinen paketti säilyttää täydet espanjan-, ranskan-, ruotsin- ja tšekinkieliset käyttöliittymäkatalogit versiosta 9.1.565. Sisäiset Mnemo-suoritusaikapolut, yksityiset päätepisteet, sisäiset mallipalveluntarjoajat ja rakennusskriptit eivät sisälly.

Tarkistettu pakettitila

Asiakaspaketti on läpäissyt vuotoskannauksen, täyden suoritusaikatarkistuksen 13 testillä, AgentSpine-MCP-alustuksen, puhtaan asennuksen ja päivityksen versiosta 9.1.565. Kaikki tekstitiedostot käyttävät LF-rivinvaihtoja. npm-paketin SHA-256: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Uutta versiossa 9.1.565

Julkaistu:

BLUN King 9.1.565 vakauttaa pitkiä työajoja ja laajentaa koottua AgentSpine-suoritusaikaa.

Toistojarru nollaa samanlaisten tulosten sarjan heti, kun välissä tapahtuu todellista työn edistymistä. Tavalliset saapuneiden ja tehtäväluettelon tarkistukset eivät tämän vuoksi enää aiheuta väärää pakotettua vastausta.

Toimintanäyttö koostuu tarkalleen yhdestä rivistä. Se näyttää nykyiseen toimintaan sopivan englanninkielisen tilasanan, piilotetun ajattelun tokenit, näkyvät tokenit, kokonaiskulutuksen, effortin, yrityksen, budjetin ja vaiheen.

AgentSpine-skannausvirheet pysyvät vikasietoisina mutaatiotyökalujen, käyttäjän syötteiden ja pysäytyskoukkujen yhteydessä: seuraava kulku saa jatkua ja virhe kirjataan auditointilokiin. Ennen ohjelman kaatavaa keskeytystä poikkeuksen tai käsittelemättömän hylkäyksen vuoksi konsoli kirjoittaa suoritusaikalokin synkronisesti.

Koottu AgentSpine-suoritusaika päivitetään versioon 0.54.0 commitista fb6d456b68605fd83721090e503f000a26e8a0fb. Tila sisältää aidon ACL-fail-open-testin, pysyvät riippuvuussidotut tavoitesuunnitelmat ja sidotun tietoaukkojen selvityksen.

Elinkaarikoukut SessionStart, UserPromptSubmit, PostToolUse ja Stop lähetetään Mnemolle tarkalla MNEMO_AGENT-identiteetillä. Verkkovirheet pysyvät vikasietoisina.

Aiemmin puuttuneet käyttöliittymätekstit ovat nyt täydellisiä espanjaksi, ranskaksi, ruotsiksi ja tšekiksi.

Tarkistettu pakettitila

Täysi pakettiportti, vuotoskannaus, kielikatalogin tarkistus, ACL-koukkukoe, puhdas asennus, päivitys versiosta 9.1.564 ja AgentSpine-MCP-alustus ovat vihreitä. npm-paketin SHA-256: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Uutta versiossa 9.1.564

Julkaistu:

BLUN King 9.1.564 estää kaatumiset suojattujen kansioiden ja puuttuvien käyttöliittymätekstien vuoksi.

AgentSpine ohittaa valmistelevassa tiedostoskannauksessa yksittäiset tiedostot ja kansiot, jotka käyttöjärjestelmä lukitsee EPERM- tai EACCES-virheellä. Odottamaton skannausvirhe ei enää estä seuraavaa työkalukutsua; se sallitaan ja kirjataan auditointilokiin.

Jos julkaistusta käyttöliittymäkielestä puuttuu tekstiavain, konsoli käyttää englanninkielistä tekstiä ja kirjaa aukon kerran sen sijaan, että kaatuisi renderöintipolussa. Näin erityisesti ajattelun tilarivi pysyy käytettävänä tšekiksi, espanjaksi, ranskaksi ja ruotsiksi.

Vielä puuttuvien avainten varsinaiset käännökset tulevat erikseen tarkistetussa versiossa. Siihen asti englanninkielinen varatila on tietoisesti näkyvä ja vikasietoinen.

Tarkistettu pakettitila

Paketti tarkistettiin versiosta 9.1.563 peräisin olevaa tarkkaa tšekinkielistä thinking.step-kaatumista vastaan. Uusi versio tuottaa ”step 6” poikkeuksen sijaan, varoittaa vain kerran kutakin kieltä ja avainta kohti, kestää saavuttamattomat naapurikansiot, alustaa AgentSpine 0.49.0:n, läpäisee puhtaan asennuksen ja päivityksen versiosta 9.1.563 eikä sisällä ratkaisemattomia liitännäisimportteja. npm-paketin SHA-256: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Uutta versiossa 9.1.563

Julkaistu:

BLUN King 9.1.563 päivittää kootun AgentSpine-suoritusajan versioon 0.49.0.

Uusi tila edellyttää ennen oppimisyritystä vähintään yhtä tuoretta, riippumatonta todistetta nimenomaisesta käyttäjän vahvistuksesta tai objektiivisesta testistä. Pelkät keskustelu- tai dokumenttitodisteet eivät enää riitä, vaikka niiden muut kynnysarvot täyttyisivät.

Oppimissopimukset sitovat tämän todistesäännön pysyvästi; myöhemmät määritysmuutokset eivät voi heikentää käynnissä olevaa tarkistusta. Omistussidotut tiedostolukot suojaavat rinnakkaisia oppimismuutoksia ylikirjoittamiselta ja käsittelevät manipuloidut tai vieraat lukot fail-closed-periaatteella.

Päivitys korvaa hallinnoidun liitännäispuun seuraavassa käynnistyksessä sisältöosoitteisesti. Olemassa olevat version 9.1.562 asennukset päivitetään AgentSpine 0.49.0:aan, muuttumaton puu käytetään uudelleen, ja AgentSpine-MCP-palvelin vahvistaa version 0.49.0.

Tarkistettu pakettitila

Pakettiraja eroaa versiosta 9.1.562 vain versiotietojen ja tarkasti kiinnitetyn AgentSpine-0.49.0-suoritusajan osalta. Täysi upstream-tarkistus, 49 kohdennettua oppimistestiä, pakettivertailu, vuotoskannaus, puhdas asennus, aito päivityspolku versiosta 9.1.562 ja MCP-alustus ovat vihreitä. npm-paketin SHA-256: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Uutta versiossa 9.1.562

Julkaistu:

BLUN King 9.1.562 palauttaa AgentSpine-suoritusaikatiedoston julkiseen pakettiin.

Kootun AgentSpine-MCP-palvelimen edellyttämä suoritusaikatiedosto toimitetaan jälleen mukaan. Puhdas asennus materialisoi liitännäisen täysin; MCP-palvelin käynnistyy ja vahvistaa nimensä ja protokollaversion.

Tarkistettu pakettitila

Pakettiraja eroaa versiosta 9.1.561 vain versiometatietojen ja palautetun suoritusaikatiedoston osalta. Vuotoskannaus, puhdas asennus, liitännäisen materialisointi ja aito MCP-alustus ovat vihreitä. npm-paketin SHA-256: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Uutta versiossa 9.1.561

Julkaistu:

BLUN King 9.1.561 siirtää tarkistetut työjärjestelmän parannukset julkiseen pakettiin.

Nykyinen tehtävä ja tuoreet työkalutulokset pysyvät saatavilla. Lukutuloksia ei lyhennetä. Suuret tulokset tallennetaan viittauksella uudelleennoutoa varten tyhjentämisen sijaan. Toistuvat identtiset tulokset viittaavat uusimpaan täyteen tulokseen.

Tiivistykset kirjataan transaktioina, joissa on aloitus-, yhteenveto- ja lopetusmerkintä. Työkalukutsut ja niiden tulokset pysyvät yhdessä, kun taas pysyvät tarkistuspisteet turvaavat palautuspolun uusintayritysten yli.

Tulostusbudjetit tulevat nyt aktiivisesta malliprofiilista. Hallinnoitu BLUN-malli saa oletusarvoisesti 128 000 tulostetokenia, jos arvoa ei ole nimenomaisesti asetettu. Vanhat kiinteät 32 768 tokenin rajat sekä low- ja off-tilojen matalat rajat eivät enää lyhennä monimutkaista työtä; kontekstikapasiteetti pysyy turvarajana.

Päivitysohjelma kysyy ennen kuin se valmistelee tai käynnistää asentajan. Julkisessa paketissa hallinnoitu BLUN-malli pysyy kiinteänä; /model toimii enää vain yhteensopivuusaliaksena /effort-komennolle.

Pakettiraja tarkistettiin kaikkien tiedostonimien ja luettavien sisältöjen osalta. Sisäiset palveluntarjoajapolut, mallivalinta, rakennus- ja regressioskriptit, yksityiset tunnisteet ja yksityiset palvelinosoitteet eivät sisälly.

Tarkistettu pakettitila

Täysi paketti, vuotoskannaus, puhdas asennus, versio- ja ohjetuloste, uuden profiilin oletusasetukset sekä päätös päivittää versiosta 9.1.550 versioon 9.1.561 ovat vihreitä. npm-paketin SHA-256: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Uutta versiossa 9.1.527

Julkaistu:

BLUN King 9.1.527 ottaa käyttöön /copy-kulun DeepAgentsista.

Komento kopioi uusimman päättyneen, ei-tyhjän assistenttivastauksen olemassa olevan alustojen välisen leikepöytäpolun kautta.

Jos /copy annetaan käynnissä olevan vuoron aikana, komento käyttää olemassa olevaa komentojonoa ja suoritetaan vastauksen päätyttyä.

Selkeät tilailmoitukset kattavat onnistumisen, tyhjän historian ja leikepöydän virheet kaikilla kuudella käyttöliittymäkielellä.

Punaisesta vihreään -regressio suojaa komentorekisteröinnin, suorituksen, vastauksen valinnan, leikepöydän tavutarkan sisällön ja hyväksytyt käyttöliittymätekstit.

Tarkistettu pakettitila

Täysi prepack ja puretun artefaktin tarkistus ovat vihreitä. npm-paketin SHA-256: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Uutta versiossa 9.1.526

Julkaistu:

BLUN King 9.1.526 materialisoi nykyisen paketin mukana toimitetun AgentSpine-version ennen kuin /reload rakentaa liitännäiskatalogin ja MCP-määrityksen uudelleen.

Muut liitännäiskirjaukset säilyvät. Muuttumatonta hallinnoitua AgentSpine-puuta käytetään uudelleen kirjoittamatta installed.json-tiedostoa uusiksi.

Punaisesta vihreään -regressio versiota 9.1.525 vastaan suojaa bootstrap-järjestyksen, hallinnoidun liitännäisen käyttöönoton ja idempotentin käyttäytymisen uudelleenlatauksessa.

Tarkistettu pakettitila

Täysi prepack, pakatun artefaktin tarkistus ja eristetty päivitystesti versiosta 9.1.525 versioon 9.1.526 ovat vihreitä. npm-paketin SHA-256: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Uutta versiossa 9.1.525

Julkaistu:

BLUN King 9.1.525 käynnistää jokaisen paikallisen shell-komennon Windowsissa ja POSIXissa omassa prosessiryhmässään. Ohjelmat eivät voi tämän ansiosta enää kiinnittyä BLUN-TUI:n ohjauskonsoliin eivätkä siepata Escape, Strg+S tai muita editorin syötteitä.

Vakiosyöte, vakiotuloste ja virhetuloste pysyvät yksityisissä putkissa. Interaktiiviset komennot saavat tiedoston lopun ja epäonnistuvat tai ylittävät aikarajan kilpailematta editorin kanssa syötteistä.

Paikallinen shell-eristys DeepAgentsista on otettu käyttöön Windowsille. Suoritettava regressiotesti kattaa molemmat alustapolut ja aidon kokeen siepatun prosessin kanssa.

Uutta versiossa 9.1.524

Ei päivämäärää

BLUN King 9.1.524 pitää Telegram-komennon /loop tuottaman välittömän tehtävän etäkomentojen suojatussa toimituspolussa. Se ei voi tämän vuoksi jäädä jäljelle toisena tavallisena jonomerkintänä.

Jatkamista koskeva luettelo näyttää kunkin istunnon kohdalla jatkamisen tarkistuspisteen koon, säilytetyt viestit ja tokenit, istuntohistorian koon sekä puuttuvat, virheelliset tai vanhentuneet tarkistuspisteet.

Koottu AgentSpine-suoritusaika päivitetään tarkistettuun viralliseen tilaan 0.11.4 commitista 8034487cdd24498076bac48d3f24400bca5e6ae4. BLUN:n 180 sekunnin aikabudjetti SessionStart-taustan päättämiselle säilyy.

Suoritettavat regressiotestit suojaavat Telegram-silmukoiden täsmälleen kerran tapahtuvan toimituksen ja jatkamismittausten kaikki tilat. Olemassa oleva paikallinen jonokäyttäytyminen varatun silmukan yhteydessä säilyy ennallaan.

Uutta versiossa 9.1.523

Julkaistu:

BLUN King 9.1.523 antaa Escape-näppäimen sulkea avoimen slash-komentovalikon ja tyhjentää siihen liittyvän luonnoksen yhdessä vaiheessa sen sijaan, että komentoteksti jäisi jäljelle.

Strg+S välittää slash-luonnoksen olemassa olevaan jonotus- ja käsittelypolkuun myös silloin, kun käyttöliittymä ilmoittaa parhaillaan tyhjäkäynnistä, sen sijaan että palattaisiin hiljaa ennen jonon tyhjentämistä.

Tavalliset luonnokset säilyvät, kun Escape sulkee vain toisen automaattitäydennyksen.

Punaisesta vihreään -suoritusaikatestit suojaavat molemmat pikanäppäimet paketin 9.1.522 tarkkaa käyttäytymistä vastaan.

Uutta versiossa 9.1.522

Ei päivämäärää

BLUN King 9.1.522 kirjoittaa permission.approval_requested-merkinnän istuntohistoriaan heti, kun työkalun hyväksyntä avataan. Valvomaton King ei tämän ansiosta enää näytä mykältä mallilta tai jumittuneelta palveluntarjoajalta odottaessaan käyttäjää.

Olemassa olevia Telegram-hyväksyntäpainikkeita käytetään automaattisesti, kun sallittujen luettelo sisältää tarkalleen yhden yksityisen chatin ja mielivaltaisen määrän ryhmiä. Jos yksityisiä vastaanottajia on useita mahdollisia, lähetys pysyy estettynä, ellei BLUN_TELEGRAM_APPROVAL_CHAT_ID-muuttujaa ole asetettu.

Punaisesta vihreään -regressio suojaa välittömän näkyvyyden istuntohistoriassa, yksiselitteisen välityksen yksityiseen chatiin, nimenomaisesti asetetun kohteen etusijan ja moniselitteisten vastaanottajien hylkäämisen molemmissa toimitetuissa relay-kopioissa.

Uutta versiossa 9.1.521

Ei päivämäärää

BLUN King 9.1.521 suorittaa AgentSpine-SessionStart-skannauksen interaktiivisen käynnistyspolun ulkopuolella. Kylmä, 123,6 sekuntia kestävä käyttäjähakemiston skannaus ei tämän vuoksi estä editoria eikä ensimmäistä käyttäjän syötettä.

Onnistuneet SessionStart-tulosteet säilyvät automaattisesti: valmistumisen jälkeen taustakoukku siirtää rajoitetun briefinginsä edelleen istunnon kontekstiin.

Kylmien skannausten aikabudjetti nousee 180 sekuntiin. Punaisesta vihreään -suoritusaikatesti osoittaa, että käynnistys palaa ennen hidasta koukkua ja koukku voi jatkaa sen jälkeen.

Uutta versiossa 9.1.520

Julkaistu:

BLUN King 9.1.520 antaa AgentSpine-SessionStart-koukulle riittävästi aikaa uudelleenlatauksen yhteydessä kylmän täyden projektiskannauksen päättämiseen.

AgentSpine-käynnistyksen aikaraja nousee 15 sekunnista 60 sekuntiin. Kaikki muut koukkujen aikarajat säilyvät ennallaan.

Uusi punaisesta vihreään -suoritusaikatarkistus käynnistää aidon AgentSpine-koukun väliaikaisessa projektissa ja tarkistaa sekä sen tulosteen että molemmat toimitetut timeout-manifestit.

Tarkistettu pakettitila

Versio 9.1.520 sisältää AgentSpine 0.10.1:n. Eristetty päivitystesti versiosta 9.1.519 versioon 9.1.520 ja täysi prepack ovat vihreitä. npm-paketin SHA-256: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Uutta versiossa 9.1.519

Julkaistu:

BLUN King 9.1.519 tallentaa SessionStart-koukun onnistuneet tulosteet ennen kuin käynnistys tai uudelleenlataus palaa. Näin AgentSpine-valmius saavuttaa jatketun mallikontekstin automaattisesti eikä enää odota ensimmäistä käyttäjän viestiä.

Historialliset viittaukset erilleen tallennettuihin työkalutuloksiin säilyttävät rajoitetun esikatselun alusta ja lopusta. Tärkeät jatkamisen ankkurit säilyvät ilman, että täysi tulos otetaan uudelleen jokaiseen mallipyyntöön.

Uudet punaisesta vihreään -suoritusaikatarkistukset suojaavat SessionStart-kontekstin siirron ja historialliset esikatselut. Versiolla 9.1.518 palautettu työkalukatalogi todo-huoltoa varten säilyy ennallaan.

Uutta versiossa 9.1.518

Julkaistu:

Proaktiivisen tehtäväluettelon huollon aikana Read, Write, Edit ja Bash pysyvät käytettävissä TodoList-työkalun rinnalla. Suurten tiedostomuutosten tavallinen palautuspolku ei tämän vuoksi enää katkea.

Automaattinen todo-huolto ja sen rajoitettu todistekehote säilyvät ilman, että aktiivinen mallivaihe kytkettäisiin pelkkään TodoList-työkalukatalogiin.

Punaisesta vihreään -regressioportti suojaa versiosta 9.1.499 peräisin olevalta katalogin regressiolta ja tarkistaa palautustyökalujen valinnan ilman kaksoisskeemoja.

Uutta versiossa 9.1.517

Julkaistu:

Strg+S ja Escape pysyvät käytettävissä myös silloin, kun hyväksyntäkysely on auki. Strg+S lähettää kaikki odottavat viestit; Escape vapauttaa ensin yhden odottavan viestin ja hylkää hyväksynnän vasta, kun jono on tyhjä.

Asynkroninen istunnon päättäminen huomioidaan täysin näppäimistö-, Telegram-/reload- ja slash-komentopoluissa. session.not_found katsotaan jo päättyneeksi istunnoksi sen sijaan, että ydin kaatuisi käsittelemättömään hylkäykseen.

Punaisesta vihreään -pakettitarkistukset suojaavat raa'at Windows-ohjausmerkit ja mitatun virheen sellaisen istunnon päättämisessä, jota ei enää ole olemassa.

Uutta versiossa 9.1.516

Julkaistu:

Jos tallennetusta historiasta puuttuu tiivistyksen jälkeen assistenttivaiheen alku, toisto rekonstruoi sen seuraavasta sisältö- tai työkalutapahtumasta. king -c ei tämän vuoksi enää keskeydy sisäiseen virheeseen Received content_part for unknown step_uuid 'undefined'.

Telegram-viesti poistuu jonosta täsmälleen kerran heti, kun ydin on pysyvästi hyväksynyt sen aktiivisen luovutuksen. Aidot hylkäykset säilyvät uutta yritystä varten. Odottamatta päättynyt Kingin hallinnoima Telegram-bridge käynnistetään uudelleen täsmälleen yhdellä yhdistetyllä valvojalla.

Kutakin mallivaihetta kohti hyväksytään vain ensimmäinen TodoList-muutos. Valmistuneet kohdat katoavat automaattisesti, odottavat merkinnät pysyvät näkyvissä myös ANSI16-päätteissä, ja uusi luettelo alkaa täsmälleen yhdellä käynnissä olevalla kohdalla. Kiinteä järjestys on: kiireellinen, suora käyttäjäviesti, osoitettu bot-viesti, bot-viesti, tavallinen viesti.

Ensimmäinen työkalukelpoinen vaihe odottaa enintään 2,5 sekuntia alkuvaiheen MCP-katalogia; valinnaiset palvelimet saavat jatkaa käynnistymistä taustalla. Ohjelman käynnistyksessä vain aktiivinen profiili tarkistetaan ja asennetaan.

Tarkistettu pakettitila

Versio 9.1.516 sisältää AgentSpine 0.10.1:n. Kaikki kahdeksan prepack-regressioporttia, node --check, paketin metatietotarkistus ja tuore pakettitarkistus ovat vihreitä. Sama npm-paketti sisältää alustakomponentit Windowsille, Linuxille ja macOS:lle. npm-paketin SHA-256: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Uutta versiossa 9.1.515

Julkaistu:

Totuudenmukaisesti muuttumaton tehtäväluettelo hyväksytään jälleen pidemmän todistetun työn jälkeen. Kingin ei tarvitse keksiä edistymistä tai muotoilla pelkkää otsikkoa uudelleen voidakseen jatkaa varsinaista työtään.

Myös tyhjäkäyntisilmukka voi jatkaa avointa TodoList-luetteloa lukitsematta agenttia pysyvästi huoltovuoroon, jossa on yksinomaan todo-työkalu. Prepack-regressioportti suojaa molemmat virhepolut.

Tarkistettu pakettitila

Versio 9.1.515 sisältää AgentSpine 0.10.1:n. Kohdennettu todo-silmukan regressiotarkistus, node --check, julkaisun metatietotarkistus ja tuore pakettiasennus ovat vihreitä. Sama npm-paketti sisältää alustakomponentit Windowsille, Linuxille ja macOS:lle. npm-paketin SHA-256: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Uutta versiossa 9.1.514

Julkaistu:

BLUN King 9.1.514 koventaa sisällöttömän Telegram-toimituspäiväkirjan manipuloituja jonokuoria vastaan.

Viestitunnukset hyväksytään enää vain positiivisina desimaalilukuina. Jo lasketut chat-hashit ovat sallittuja yksinomaan tarkalleen kahdentoista merkin pituisina pienkirjaimisina heksa-arvoina. Virheelliset, sisällönkaltaiset arvot hylätään sen sijaan, että ne kirjattaisiin lokiin.

Olemassa oleva Telegram-käsittely, toimitusvaiheet, päiväkirjan kierto ja sisällötön karanteenidiagnostiikka säilyvät ennallaan. Kaikki 133 pakettitestiä sekä tuoreet pakettikokeet Windows x64:lle, Linux x64:lle, macOS ARM64:lle ja macOS x64:lle ovat vihreitä.

Tarkistettu pakettitila

Versio 9.1.514 sisältää AgentSpine 0.10.1:n ja ReadBatch-työkalun. npm-paketin SHA-256: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Uutta versiossa 9.1.513

Julkaistu:

BLUN King 9.1.513 kirjaa Telegram-toimituspolun saapumisesta bridgeen reitityksen, jonotuksen ja syötön kautta vahvistukseen, palautukseen tai karanteeniin.

Rajoitettu päiväkirja tallentaa yksinomaan sisällöttömiä tunnuksia, hasheja, toimitusvaiheita, laskureita ja siivottuja virhesyitä. Viestitekstejä, kehotteita, polkuja, käyttäjänimiä, tokeneita, käyttöoikeustietoja ja raakoja virheilmoituksia ei kirjata.

Myöskään karanteenidiagnostiikka ei enää kopioi Telegram-viestejä, näyttötekstejä, alkuperätietoja, raakoja chat-tunnuksia tai kuvapolkuja. Kaikki 132 pakettitestiä sekä tuoreet pakettikokeet Windows x64:lle, Linux x64:lle, macOS ARM64:lle ja macOS x64:lle ovat vihreitä.

Tarkistettu pakettitila

Versio 9.1.513 sisältää AgentSpine 0.10.1:n ja ReadBatch-työkalun. npm-paketin SHA-256: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Uutta versiossa 9.1.512

Julkaistu:

BLUN King 9.1.512 edellyttää proaktiivisessa TodoList-huollossa muutettua, todisteisiin perustuvaa päivitystä sen sijaan, että sama luettelo hyväksyttäisiin rajattomasti uudelleen. Eristetty huoltovuoro saa enintään kahdeksan kompaktia työkalun nimeä ja tulosta koskevaa tietoa viimeisimmän hyväksytyn päivityksen jälkeen.

Kehotteita, argumentteja, komentoja, täysiä polkuja, työkalutuloksia tai työhistoriaa ei tällöin syötetä uudelleen. Epäonnistunut TodoList-yritys säilyttää tämän rajoitetun todisteen seuraavaa yritystä varten; onnistunut päivitys poistaa käytetyt tiedot. Valmistuneet kohdat katoavat edelleen automaattisesti, ja seuraavassa vaiheessa tavalliset työkalut ovat jälleen käytettävissä.

Tarkistettu pakettitila

9.1.512 läpäisee 127 pakettitestiä 127:stä. Tuoreet asennukset valitsevat Windows x64:ssä, Linux x64:ssä, macOS ARM64:ssä ja macOS x64:ssä odotetut alustakomponentit ja sisältävät AgentSpine 0.10.1:n sekä ReadBatch-työkalun. npm-paketin SHA-256: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Uutta versiossa 9.1.511

Julkaistu:

BLUN King 9.1.511 toimittaa AgentSpine 0.10.1:n uutena sisältöosoitteisena ydinliitännäisversiona. Pakollinen preflight tarkistaa edelleen jokaisen aktiivisen isäntäohjetiedoston kilpailutilanteelta turvallisesti ja sitoo sen identiteetin tarkkaan vuoroon, mutta ei enää kopioi isännän jo lataamaa täystekstiä suoritusaikakontekstiin.

Tila lisää pakolliset ennen vastausta annettavat todisteet, vahvistetut must-remember-merkinnät ja todennetun persona- ja suhdegraafin itseparantuvan synkronoinnin. Puuttuvat ryhmät, henkilöt ja jäsenyydet korjataan uudessa roster-vertailussa; paikalliset suhdekyselyt päättyvät viiden sekunnin jälkeen näkyvästi, jos ne jäävät jumiin.

Rajoitettu Telegram-Mnemo-kysely säilyy: aikaisempia viestejä ladataan vain konkreettisen tarpeen mukaan tiukalla agentti-, henkilö-, ryhmä-, aihe-, ketju- ja aikaviittauksella. Täyttä Telegram-historiaa ei rutiininomaisesti päädy kehotteeseen.

Tarkistettu pakettitila

9.1.511 läpäisee 126 pakettitestiä 126:stä. Aito 15 519 tavun CLAUDE.md-tiedosto tarkistettiin kokonaan, kun taas koko injektoitu konteksti oli 5 667 tavua eikä sisältänyt ohjeen täystekstiä. Tuoreet asennukset valitsevat Windows x64:ssä, Linux x64:ssä, macOS ARM64:ssä ja macOS x64:ssä odotetut alustakomponentit ja sisältävät AgentSpine 0.10.1:n sekä ReadBatch-työkalun. npm-paketin SHA-256: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Uutta versiossa 9.1.510

Julkaistu:

BLUN King 9.1.510 lisää ReadBatch-työkalun. Se lukee 2–12 toisistaan riippumatonta, jo tunnettua UTF-8-tiedostoa tai tiedostoaluetta yhdessä mallivaiheessa ja säilyttää pyyntöjen järjestyksen. Jokainen polku käy läpi samat käyttö-, sääntö- ja käyttöoikeustarkistukset kuin yksittäinen Read-kutsu. Osatulokset pysyvät näkyvissä; vain täysin epäonnistunut erä katsotaan kokonaisvirheeksi.

Tarkistettu pakettitila

9.1.510 läpäisee 125 pakettitestiä 125:stä. Tuoreet asennukset valitsevat Windows x64:ssä, Linux x64:ssä, macOS ARM64:ssä ja macOS x64:ssä odotetut alustakomponentit ja sisältävät ReadBatch-työkalun. AgentSpine pidettiin tietoisesti versiossa 0.8.0, kunnes riippumattomasti löydetty uudemman esiversion kontekstibudjettieste oli korjattu ilman suurennettua suoritusaikakehotetta. npm-paketin SHA-256: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Uutta versiossa 9.1.509

Julkaistu:

BLUN King 9.1.509 edellyttää jokaisessa botien välisessä hyväksytyssä Telegram-työviestissä aiotun Kingin nimenomaista mainintaa. Bot-viestit ilman sopivaa mainintaa pysyvät näkyvinä, mutta niitä ei puskuroida, jonoteta, toimiteta eikä myöhemmin oteta tämän Kingin mallikontekstiin. Näin toiselle Kingille tarkoitettu ensisijainen bot-viesti ei voi enää tulla toisen Kingin tehtäväksi.

Tarkistettu pakettitila

Kaikki 121 pakettitestiä läpäisevät. Sama paketti sisältää tarkistetut alustakomponentit Windows x64:lle, Linux x64:lle, macOS ARM64:lle ja macOS x64:lle. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Uutta versiossa 9.1.508

Julkaistu:

Avoimilla todo-kohdilla on jälleen näkyvä valintaruutu. Myös ensimmäinen tavallinen tehtäväluettelo alkaa täsmälleen yhdellä käynnissä olevalla kohdalla; myöhemmät vaiheet pysyvät odottavina, kunnes niiden todellinen alku on todistettu.

Hyväksytyt Telegram-suora- ja ryhmäviestit välitetään Mnemolle asynkronisesti, pysyvästi puskuroituna ja tarkasti deduplikoituna. Väliaikaisesti tavoittamaton keskus ei estä Telegram-toimitusta eikä Kingin toimintaa. /loop-komentoja ja sisäisiä silmukan tikityksiä ei tietoisesti tallenneta.

AgentSpine ei lataa täyttä Telegram-historiaa suoritusaikakontekstiin. Jos tehtävä tarvitsee aikaisemman viestin, suoritetaan rajoitettu Mnemo-kysely agentin, henkilön, ryhmän, aiheen, ketjun ja aikavälin mukaan.

Tarkistettu pakettitila

Kaikki 120 pakettitestiä läpäisevät. Tuoreet asennukset valitsevat Windowsissa, Linux x64:ssä, macOS ARM64:ssä ja macOS x64:ssä oikean natiivin leikepöytäkomponentin ja sisältävät hallinnoidun Telegram-Mnemo-yhteyden sekä AgentSpinen. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Uutta versiossa 9.1.507

Julkaistu:

BLUN King 9.1.507 ohjeistaa mallia Read-työkalussa nimenomaisesti kokoamaan toisistaan riippumattomat tiedosto- ja alueiden lukemiset yhteen mallivastaukseen, kun useista syötteistä voi olla hyötyä.

Tämä vähentää vältettävissä olevia mallikierroksia suurissa työkonteksteissa muuttamatta Readin suoritusta, sivunavigointia, käyttöoikeuksia tai tulosten käsittelyä.

Tarkistettu pakettitila

Kohdennettu regressiotesti suojaa muutoksen; kaikki 112 pakettitestiä läpäisevät.

Uutta versiossa 9.1.506

Julkaistu:

Valmistuneet TodoList-kohdat poistetaan välittömästi näkyvästä TUI:sta. Pysyvä tehtäväluettelo on jo hylännyt nämä merkinnät oikein; nyt käyttöliittymä näyttää saman siivotun tilan, kun taas käynnissä oleva ja odottava työ säilyy täysin.

Automaattinen huoltovuoro käyttää omaa itsenäistä järjestelmäkehotetta, jonka pituus on 546 merkkiä. Aiemmin siihen liitettiin täysi työkehote, jonka pituus oli noin 19 000 merkkiä, vaikka käytettävissä oli vain yksi todo-työkalu. Seuraava työvaihe saa edelleen täyden kehotteen ja tavallisen työkalukataloginsa.

Mitattu kontekstihyöty ja pakettitila

Aito ajo näytti joka kahdeksannessa työvaiheessa oman todo-huoltovuoron, jonka syöttötokenimäärä oli 15 221. Staattinen huoltokehote kutistuu 18 470 merkillä; todellinen suoritusaikasäästö mitataan uudelleen laivaston päivityksen jälkeen. Julkaistu tarball läpäisee 111 testiä 111:stä. Tuoreet pakettiasennukset Windowsissa Node 24.19.0:lla ja Linuxissa Node 24.18.0:lla vahvistavat version 9.1.506; macOS-binäärit ARM64:lle ja x64:lle sisältyvät identtiseen npm-pakettiin. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Uutta versiossa 9.1.505

Julkaistu:

Telegram-viestiä, joka saapuu kanavan haltuunoton jälkeen mutta ennen jonon aktivoinnin valmistumista, ei enää ohiteta vanhana rästinä. Ilman kelvollista tarkistuspistettä käsittely alkaa haltuunoton alussa mitatusta tavarajasta tiedoston myöhemmän lopun sijaan.

Kelvollinen pysyvä tarkistuspiste säilyttää etusijan. Jos jonotiedosto korvataan luovutuksen aikana, uusi tiedosto alkaa turvallisesti nollatavusta; jo ennen haltuunottoa olemassa olleita historiallisia viestejä ei edelleenkään toisteta.

Mitattu regressio ja pakettitila

Ryhmäviesti 63456 saapui sekunnin kuluttua kanavan haltuunotosta, tarkistuspiste hyppäsi tarkalleen sen loppuun eikä viesti näkynyt missään mallihistoriassa. Tämä aito häviöpolku on suojattu regressiona. Julkaistu tarball läpäisee 111 testiä 111:stä; tuoreet pakettiasennukset Windowsissa Node 24.19.0:lla ja Linuxissa Node 24.18.0:lla sekä aito päivitys versiosta 9.1.504 vahvistavat version 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Uutta versiossa 9.1.504

Julkaistu:

Telegram-viesti, joka on jo jonossa tyhjän agenttiajon aikana, käynnistetään nyt tavallisen kanavapolun kautta tuoreena mallivuorona. Se ei enää odota aktiivista ajoa, jota tyhjäkäynnissä ei määritelmällisesti voi syntyä.

Olemassa oleva luovutus käynnissä olevaan vuoroon säilyy ennallaan. Samoin säilyvät suojattuina eristetty todo-huolto, valmistuneiden kohtien automaattinen poisto ja sitä seuraava tavallisten tiedosto-, haku- ja shell-työkalujen palautus.

Tarkistettu pakettitila

Julkaistu tarball läpäisee 106 testiä 106:stä. Uusi tyhjäkäyntiregressio oli punainen ennen toimenpidettä ja on vihreä sen jälkeen yhdessä 24 jonotestin kanssa. Tuoreet pakettiasennukset Windowsissa Node 24.19.0:lla ja Linuxissa Node 24.18.0:lla vahvistavat version 9.1.504 ja saman SHA-256-tarkisteen df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Uutta versiossa 9.1.503

Julkaistu:

Eristetty todo-huoltoviesti sisältää nyt myös nimenomaisesti tyhjän toolCalls-kentän. Näin se täyttää saman viestimuodon kuin tavalliset työskentelyvuorot ja BLUN-provider-normalisointi voi käsitellä sen turvallisesti.

Aito suoritusaikavirhe TypeError: message.toolCalls is not iterable ei tämän vuoksi enää ilmene ennen TodoList-kutsua. Regressiotesti iteroi tuotetun viestin tarkalleen kuten provider-raja, ennen kuin huolto hyväksytään.

Tarkistettu pakettitila

Julkaistu tarball läpäisee 105 testiä 105:stä. Tuoreet pakettikokeet Windowsissa Node 24.19.0:lla ja Linuxissa Node 24.15.0:lla vahvistavat täyden provider-viestimuodon, eristetyn todo-huollon ja valmistuneiden kohtien automaattisen poiston. Aito laivaston hyväksyntä tehdään kolmen Kingin hallitun uudelleenkäynnistyksen jälkeen.

Uutta versiossa 9.1.502

Julkaistu:

Erääntynyt TodoList-huoltovaihe saa enää vain tuoreen, nykyiseen tehtävään ja näkyvään luetteloon rajatun viestin. Vanhat Read-, Bash- tai MCP-kutsut työhistoriasta eivät voi tämän vuoksi enää päätyä tarkoituksella TodoList-työkaluun rajattuun vaiheeseen.

Valmistuneet tehtävät poistuvat tallennettaessa automaattisesti näkyvästä ja pysyvästä luettelosta. Käynnissä olevat, odottavat, estetyt, hyväksyntää odottavat ja peruutetut kohdat säilyvät; luettelo ei siis kasva rajattomasti valmistuneen työn vuoksi.

Mitattu laivastohavainto

Kaksi agenttiprofiilia kohtasi itsenäisesti saman regression: onnistuneen työkalukäytön jälkeen todo-huolto toisti historiallisia työkaluja ja näytti Tool not found. Julkaistu tarball läpäisee 105 testiä 105:stä. Tuoreet asennukset Windowsissa Node 24.19.0:lla ja Linuxissa Node 24.15.0:lla vahvistavat eristetyn huollon, valmistuneiden kohtien poiston ja tavallisten työkalujen paluun. Aito macOS-hyväksyntä ei ole osa tätä todistetta.

Uutta versiossa 9.1.501

Julkaistu:

Onnistuneen TodoList-huoltovaiheen jälkeen välittömästi seuraavassa työvaiheessa kaikki vuoroon valitut työkalut ovat jälleen käytettävissä. Read, Bash ja muut työkalut eivät enää jää piiloon väliaikaisesti rajoitetun todo-katalogin taakse.

Korjattu regressio

Todo-vaihe tarjosi tarkoituksella vain TodoList-työkalun. Sen työkaluvalinta pysyi kuitenkin aktiivisena myös seuraavassa vaiheessa ilman nimenomaista palautusta. 9.1.501 asettaa siellä jälleen tavallisen katalogin ja suojaa molemmat seuraavan vaiheen polut regressiona.

Golden Release 9.1.500

Julkaistu:

Tämä versio kokoaa version 9.1.499 täyden toimintatilan muuttumattomana yhteiseksi npm-julkaisuksi Windowsille, Linuxille ja macOS:lle. Gold-merkintä on tietoisesti rajattu tämän version otsikoihin; vanhemmat merkinnät säilyttävät aiemman esityksensä.

Julkaisutila

Golden Release ottaa versiosta 9.1.499 tarkistetut todo-, jono-, silmukka-, konteksti-, AgentSpine- ja kuvatulkintamuutokset ilman ylimääräistä suoritusaikalogiikkaa.

Uutta versiossa 9.1.499

Julkaistu:

Kuva-, ääni- ja videotiedot viimeisimpien kahdentoista keskusteluviestin ulkopuolelta korvataan vain toistetussa malliprojektiossa lyhyillä viittauksilla. Ajankohtaiset mediat, viestiteksti ja täysi istunnon raakahistoria säilyvät ennallaan.

Mitatussa jatkamisen tarkistuspisteessä tämä projektio säästää 85 748 merkkiä eli noin 21 437 arvioitua syöttötokenia jokaista seuraavaa työkaluvaihetta kohti.

Erääntynyt todo-huolto käy ennen yhdeksättä työlohkoa omana matalan effortin mallivaiheena. Tässä vaiheessa suoritusaika tarjoaa yksinomaan TodoList-työkalua; tiedosto-, haku-, shell- ja muut työkalut vapautetaan vasta kelvollisen päivityksen jälkeen.

Tuoreet käyttäjäviestit säilyttävät etusijan todo-huoltoon nähden. Kova todo-portti säilyy turvaverkkona tosiasiallisesti virheellisiä päivityksiä varten, mutta se ei enää ilmesty tavallisena punaisena välivirheenä ennen itsenäistä luettelon huoltoa.

Tarkistettu todiste

Julkaistu tarball läpäisee 105 suoritusaika- ja regressiotestiä 105:stä. Tuoreet eristetyt asennukset Windowsissa Node 24.19.0:lla ja Linuxissa Node 24.15.0:lla ilmoittavat tarkalleen version 9.1.499 ja vahvistavat mediaprojektion, muuttumattoman raakahistorian, todo-ohjauksen ja kaikkien työkalujen piilottamisen todo-vaiheen aikana. Kandidaatti kattaa 850 polkua ja kantaa SHA-256-tarkistetta 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Aito macOS-hyväksyntä ei ole osa tätä todistetta.

Uutta versiossa 9.1.498

Julkaistu:

/usage näyttää palveluntarjoajan ilmoittaman kehote-välimuistin osumasuhdeluvun sekä luetut ja kirjoitetut välimuistitokenit kutakin mallia kohti. Ilman ilmoitettua välimuistitoimintaa näyttö ei keksi osumasuhdetta.

/tokens on lyhyt alias olemassa olevaan yksityiskohtaiseen kontekstidiagnostiikkaan; /offload kutsuu olemassa olevan arkistoivan tiivistyksen. Kumpikaan polku ei aiheuta ylimääräistä mallikutsua.

Erilaisia valtuutettuja bot-viestejä ei enää hylätä jäykän 15 sekunnin ikkunan vuoksi. Olemassa oleva järjestys säilyy: yksityiset ja nimenomaisesti osoitetut viestit ovat bot-viestien edellä, bot-viestit tavallisen kontekstin edellä.

Täysi tiivistys ottaa tarkan todo-luettelon uuteen kontekstiin. Jos polku, komento, hash tai vaatimus on sen jälkeen epävarma, kertaluonteinen palautusohje vaatii ensin arkistoidun historian lukemista laajan tiedostohaun tai alusta aloittamisen sijaan.

Valmistuneet todo-vaiheet säilyvät todisteina. Jos myöhemmät havainnot tekevät vaiheesta jälleen tarpeellisen, todistettu valmistuminen pysyy ja uusi tarkistus näkyy omana käynnissä olevana vaiheena perusteluineen.

Toistuvat istuntosilmukat odottavat niin kauan kuin huollettu todo-luettelo sisältää vielä käynnissä olevaa tai odottavaa työtä. Ohitetut aikavälit kootaan yhteen todelliseen tyhjäkäyntiin asti; tämä ei vaikuta muihin ajoitettuihin muistutuksiin.

Tarkistettu todiste

Valmisteltu tarball läpäisee 100 suoritusaika- ja regressiotestiä 100:stä. Tuoreet eristetyt asennukset Windowsissa Node 24.19.0:lla ja Linuxissa Node 24.15.0:lla ilmoittavat tarkalleen version 9.1.498 ja vahvistavat välimuistinäytön, komentoaliakset, tiivistyksen palautuksen, monotoniset todo-todisteet, istuntosilmukan suojan, paketin muutoslokin ja bot-etusijan. Kandidaatti kattaa 849 polkua ja kantaa SHA-256-tarkistetta 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Aito macOS-hyväksyntä ei ole osa tätä todistetta.

Uutta versiossa 9.1.497

Julkaistu:

Telegram-botviestit yhteisistä ryhmistä ovat yksityisten ja nimenomaisesti osoitettujen viestien takana mutta tavallisen kontekstin edellä. Priorisointi ei pakota vastausta.

Hyväksytty Telegram-viesti katoaa näkyvästä jonosta heti, kun sen syötetty mallivaihe alkaa. Hylätty toimitus tai keskeytys ennen ensimmäistä vaihetta säilyttää sen edelleen uutta yritystä varten.

Erääntynyt Telegram-vastaus tai viestin käsittely ei enää jää todo-huollon estämäksi. Seuraava tavallinen työvaihe pysyy lukittuna, kunnes todo-luettelo on totuudenmukaisesti päivitetty.

Versiot 9.1.496–9.1.487

VersioMuutokset
9.1.496Toimittaa Telegram-käyttäjäviestit automaattisesti yksitellen, poistaa vain tarkalleen hyväksytyn tai vastatun viestin tunnuksen, edellyttää totuudenmukaista edistymistä jokaiselle näkyvälle todo-luettelolle ja piilottaa onnistuneet sisäiset koukkukuormat.
9.1.495Käynnistää jokaisen uuden tai korvatun tavoitteen tuoreella näkyvällä todo-luettelolla, edellyttää totuudenmukaisia päivityksiä, poistaa onnistuneesti vastatun Telegram-ryhmäkohdistuksen välittömästi, siirtää tavalliset saapumiskuittaukset vuoron loppuun ja lisää aidot dekoodaustarkistukset Ctrl+S- ja Ctrl+T-näppäimille.
9.1.494Erottaa pikanäppäimet jälleen yksiselitteisesti: Ctrl+S ohjaa vain jonon rästiä, Ctrl+T vain todo-luetteloa. Telegram-käyttäjäviestit valtuuttavat itsensä käynnissä olevan työn aikana seuraavaan turvalliseen luovutukseen.
9.1.493Telegram-käyttäjäviestit vapautetaan aktiivisen työn aikana automaattisesti seuraavaan turvalliseen luovutukseen. Suoraviestit pysyvät jonon etupäässä pysäyttämättä ryhmäviestejä pysyvästi.
9.1.492Jo vapautetut ryhmäviestit säilyvät väliaikaisesti varatun toimituksen aikana ja niitä yritetään uudelleen. Paketti, npm-metatiedot, julkinen manifesti ja muutosloki tarkistetaan yhdessä ennen onnistumisilmoitusta.
9.1.491Suorat Telegram-viestit priorisoidaan välittömästi käynnissä olevan työn aikana. Manuaalinen jonon ohjaus säilyi muille viesteille.
9.1.490Pakettihistoria dokumentoi julkaisemattoman tilan 9.1.487 ja tosiasiallisesti julkaistut korjaukset versiosta 9.1.488 alkaen täysin.
9.1.489Tehtäväluettelo, jonon ohjaus, Telegram-suoritusidentiteetti, AgentSpine-profiiliasennus ja hallinnoitu kuvatulkinta palautettiin ja suojattiin regressiotesteillä.
9.1.488Valmisteltu AgentSpine-ydinliitännäinen julkaistiin. Telegram-kaksoiskappaleet eivät enää jätä näennäisvuoroa; ajattelusyvyys ja turvallinen telemetriakäsittely säilyvät työkaluvaiheiden yli.
9.1.487Ei julkaistu. Tämä tila valmisteli AgentSpinen hallinnoituna ydinliitännäisenä. npm:ssä versiota 9.1.486 seurasi suoraan 9.1.488.

Uutta versiossa 9.1.486

Julkaistu:

Uudet ja päivitetyt profiilit käynnistyvät nyt luotettavasti englanniksi Windowsissa, macOS:ssa ja Linuxissa. Tallennettu automaattinen kieliarvo siirretään kerran, kun taas nimenomaisesti valitut kielet säilyvät ennallaan.

Automaattiset päivitykset käynnistyksen yhteydessä ovat jälleen oletusarvoisesti käytössä olemassa olevan versiosidotun asentajan kautta. [upgrade].auto_install = false säilyttää vahvistuskyselyn; taustapäivitysohjelmaa ei oteta uudelleen käyttöön.

Käynnistysvalintaikkunat, edistyminen, virheet, onnistumisilmoitukset ja istunnon jatkaminen käyttävät nyt samaa kieltä. Regressio- ja mutaatiotestit suojaavat siirron, päivityspolun ja istuntotiedot.

Tarkistettu todiste

Koko testisarja meni läpi: 1 474 tarkistusta 1 474:stä onnistui. Eristetty päivitysajo asensi 9.1.486:n versiosta 9.1.485, säilytti määrityksen ja istunnon ennallaan ja käynnisti uuden CLI:n. Erillinen käynnistyskoe osoitti automaattisen asennuksen ilman kysymystä sekä vanhan automaattisen kieliarvon kertaluonteisen siirron englanniksi.

Versiot 9.1.485–9.1.178

VersioMuutokset
9.1.485
  • Rajoittaa jatketun istunnon ensimmäisen näkyvän toiston ilman scrollback-indeksiä 15 aktiiviseen keskusteluvuoroon sen sijaan, että koko keskustelu esitettäisiin uudelleen.
  • Tyhjentää onnistuneen päivityksen jälkeen näkyvän päivitysalueen ennen uuden konsolin käynnistymistä; terminaalin tavallinen scrollback säilyy.
  • Lisää regressio- ja mutaatiotarkistukset toiston varapolkua varten, mukaan lukien simulointi 97 596 tietueella.
9.1.484
  • Liitännäisten tunnistus hyväksyy lisäksi .codex-plugin/plugin.json-tiedoston ja ratkaisee PLUGIN_ROOT- ja BLUN_PLUGIN_ROOT-muuttujat komennossa, argumenteissa ja työhakemistossa.
9.1.483
  • Tiivistysmallin voi valita, tallentaa ja palauttaa periytyväksi aktiivisesta mallista erillään; valinta ja palaute ovat käytettävissä tyhjäkäyntikomennossa ja lokalisoiduissa asetuksissa.
9.1.482
  • Erilleen tallennetut Read-tulokset säilyttävät seuraavan line_offset-arvon ja jatkavat alkuperäistä lukemista sieltä sen sijaan, että sama tiedosto luettaisiin uudelleen alusta.
9.1.481
  • Ala-agenttien vastaukset, jotka päättyvät token-rajaan ilman työkalukutsua, tunnistetaan max_tokens-arvoksi olemassa olevaa jatkamista varten. ..-merkkejä sisältävät glob-kuviot ja nimetyt kotipolut kuten ~name hylätään.
9.1.480
  • Päivittää mukana toimitetun translate-native-skillin ja Language Guard -MCP:n versioon 6.42.13.
  • Sitoo kielisuojan mukana toimitetut tiedostot tavutarkasti lähdecommittiin 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Lisää alkuperä- ja mutaatiotarkistukset, jotta muutetut suojatavut tai poikkeava skill-versio kaatavat julkaisuportin.
9.1.479
  • Lisää Agent API:n yksityiseen King-palveluun todennettu sisäinen reitti käytettävyystarkistusta varten.
  • Tarkistaa palvelun käytettävyyden luomatta asiakasistuntoa tai käynnistämättä agenttiajoa.
  • Rajoittaa reitin loopback-rajapintaan ja GET-metodiin, suojaa sen salaisuudella ja estää sen välimuistiin tallentamisen.
9.1.478
  • Korjaa tavalliset suoran Telegram-fokuksen tauot uudelleenkäynnistyksen jälkeen, myös silloin, kun vanhemmat tarkistuspisteet eivät sisällä vastausmääräaikaa.
  • Säilyttää käyttäjän nimenomaisesti pyytämät tauot vapautukseen asti sen sijaan, että ne vanhenisivat automaattisesti.
  • Vapauttaa jonotetut kanavaviestit aktiivista ajoa varten heti, kun suora fokus päättyy.
9.1.477
  • Lisää Agent API:n yksityiseen palveluun nimenomaisen, operaattorin käynnistämän prosessikuoren.
  • Käsittelee SIGINT- ja SIGTERM-signaalit täsmälleen kerran, myös silloin, kun ne saapuvat käynnistyksen aikana.
  • Keskeyttää turvallisesti rajoitetuilla ilmoituksilla, ei kutsu process.exit-funktiota eikä koskaan käynnistä palvelua automaattisesti.
9.1.476
  • Lisää Agent API:n yksityiseen palveluun turvallisen lukituksen periaatteen mukaisen ympäristösopimuksen.
  • Edellyttää nimenomaisesti määritettyä loopback-porttia, eristyssalaisuuksia, palveluntarjoaja-asetuksia ja resurssirajoja.
  • Jättää yksityisen palvelun pysäytetyksi ja käyttämättömien istuntojen automaattisen siivouksen pois päältä, kunnes molemmat on nimenomaisesti määritetty.
9.1.475
  • Vapauttaa Agent API:sta yksinomaan vastaavasti määritettyjä ja tosiasiallisesti käyttämättömiä istuntoja, ennen kuin asiakas saavuttaa istuntorajan.
  • Suojaa aktiiviset malli- ja työkaluajot iästä riippumatta ja päivittää käyttämättömyysjakson aidon käytön yhteydessä.
  • Jättää automaattisen siivouksen pois päältä, kunnes operaattori määrittää nimenomaisesti käyttämättömyyden aikakatkaisun.
9.1.474
  • Kumoaa aktiivisen istunnon kohdistuksen, kun agentin jatkaminen epäonnistuu työkalutuloksen jälkeen.
  • Mahdollistaa sen jälkeen kyseisen istunnon nimenomaisen sulkemisen.
  • Jättää onnistuneet työkalupalautukset ja julkisen mallisopimuksen ennallaan.
9.1.473
  • Suojaa Agent API -istuntoa sulkemiselta niin kauan kuin sen ensimmäinen mallikutsu on käynnissä.
  • Vapauttaa istunnon luotettavasti onnistuneen vastauksen tai mallivirheen jälkeen.
  • Jättää olemassa olevan polun käsittelemättömille malleille ja julkisen mallisopimuksen ennallaan.
9.1.472
  • Mahdollistaa asiakkaille käyttämättömän Agent API -istunnon nimenomaisen sulkemisen ja sen rajoitetun istuntopaikan vapauttamisen.
  • Estää aktiivisten istuntojen sulkemisen ja rajoittaa jokaisen sulkemisen kyseisen omistaja-asiakkaan piiriin.
  • Antaa vapautetun paikan uuden istunnon käyttöön muuttamatta julkista mallisopimusta.
9.1.471
  • Lisää suljetun palveluisännän, joka kokoaa yksityisen Agent API -pinon käynnistämättä sitä automaattisesti.
  • Edellyttää erilliset salaisuudet kuljetukselle ja eristykselle, absoluuttisen asiakaspäähakemiston ja nimenomaisen King-suoritusympäristön määrityksen.
  • Sitoo kuuntelijat loopback-rajapintaan ja sulkee sammutuksen yhteydessä jokaisen asiakasistunnon ja jokaisen suoritusympäristön.
9.1.470
  • Eristää Agent API:n päätteettömät istunnot luotetun asiakkaan ja julkisen istunnon mukaan.
  • Yhdistää samanaikaiset ensimmäiset käytöt yhdeksi SDK-istunnoksi ja rajoittaa aktiivisia asiakkaita ja istuntoja.
  • Käyttää avainsidottuja läpinäkymättömiä sisäisiä tunnuksia ja työhakemistoja, kun taas vakaat julkiset istuntotunnukset säilyvät.
9.1.469
  • Lisää Agent API:n sovittimeen yksityisen HTTP-kuljetuksen, joka on tavoitettavissa yksinomaan loopback-rajapinnan kautta.
  • Edellyttää palvelusalaisuutta ja palvelimen määräämää asiakasidentiteettiä; pyyntörungon väärennetyt identiteettitiedot ohitetaan.
  • Hylkää ylisuuret tai virheelliset pyynnöt ja pitää sisäiset palveluntarjoajatiedot pois julkisista virheilmoituksista.
9.1.468
  • Pitää pääagentin tavoitettavissa, kun taustalla toimivat ala-agentit ja sisäkkäiset ala-agentit jatkavat työtään.
  • Mahdollistaa rajoitettujen Agent API -istuntojen käyttää ala-agenttien elinkaarta paljastamatta paikallisia shell- tai tiedostojärjestelmätyökaluja.
  • Välittää tarkan työkalurajan jokaiselle sisäkkäiselle ala-agenttitasolle, jotta rajoituksia ei voi kiertää delegoimalla.
9.1.467
  • Lisää nimenomaisen kuljetussovittimen agenttiajoja varten sieppaamatta olemassa olevia reittejä käsittelemättömille malleille tai malliluetteloille.
  • Sitoo työkalutulokset ja kohdennetut keskeytykset samaan asiakas-, istunto- ja pyyntöalueeseen.
  • Näyttää yksinomaan Kingin, siivoaa odottamattomat sisäiset virheet ja hylkää suoratoiston, kunnes sille on olemassa agenttisopimus.
9.1.466
  • Kirjaa jokaisen Agent API:n päättyneen mallikutsun vakaaseen tehtävätunnukseen yhdistämättä eri asiakkaiden käyttöä.
  • Pysyvä JSONL-kohdistus pitää pyynnön, istunnon, tehtävän, kutsutunnuksen ja käsittelemättömät käyttökentät löydettävissä myös uudelleenkäynnistyksen jälkeen.
  • Ulospäin näkyvät vain King sekä käsittelemättömät laskurit syötteelle, välimuistitetulle syötteelle ja valmistumiselle; puuttuvat käyttötiedot pysyvät nimenomaisesti merkittyinä.
9.1.465
  • Lisää eristetyn ajon ohjauksen Agent API:n nimenomaista agenttipäätepistettä varten muuttamatta käsittelemättömiä mallin valmistumisia.
  • Asiakkaan hallinnoimat työkalukutsut säilyttävät yhden King-ajon tulospalautusten yli ja pysyvät rajattuina alkuperäiseen pyyntöön.
  • Ylempien agenttien vastaukset sulkevat pois ala-agenttien tapahtumavirrat ja hylätyt uusintayritysten luonnokset.
9.1.464
  • Hallinnoidut ala-agentit toimivat nyt irrotettuina, joten pääagentti pysyy tavoitettavissa, kun delegoitu työ jatkuu.
  • Käynnissä olevia ala-agentteja voidaan ohjata TaskUpdate-työkalulla tai lopettaa TaskStop-työkalulla sulkematta pääistuntoa.
  • Osoitetut Telegram-ryhmäviestit pysyvät fokuksessa, kunnes agentti vastaa sopivassa chatissa.
9.1.463
  • Tarkistuspisteen jatkaminen renderöi olemassa olevien ikkunatietojen tapauksessa vain viimeksi aktiivisen TUI-vuororyhmän; vanhemmat rivit pysyvät vieritysarkistossa ja ladataan tarvittaessa.
9.1.462
  • Muuttumattomat tui.toml-sisällöt eivät enää aiheuta atomista tiedostovaihtoa; aidot muutokset käyttävät edelleen olemassa olevaa lukittua kirjoituspolkua.
9.1.461
  • /status erottaa ladatun runtime-tilan asennetusta paketista ja ilmoittaa poikkeaman myös Telegramin etätilassa.
9.1.460
  • Vanhemmat näkyvät istuntoviestit säilyvät pysyvässä levyarkistossa ja ladataan lohkoittain ylösvieritettäessä ilman, että kaikki tekstilohkot luetaan käynnistyksessä.
9.1.459
  • Jatkaminen palauttaa eheyssidotun semanttisen tarkistuspisteen ja lukee vain sen jälkeen liitetyn osan muuttumattomasta istuntotiedostosta; virheellisen tarkistuspisteen tapauksessa täysi toisto jää varatilaksi.
9.1.458
  • Ulkoisesta raportista otettu tarkistussumma sidotaan vain, jos juuri tämä arvo on valitussa lähdetapahtumassa.
9.1.457
  • Kun sama tarkistussumma on peräisin useista ulkoisista tapahtumista, alkuperä merkitään moniselitteiseksi sen sijaan, että se liitettäisiin yhteen raporttiin.
9.1.456
  • Lähtevien Telegram-viestien tarkistussummia verrataan paikallisiin työkalutuloksiin ja näkyviin ulkoisiin raportteihin; kohdistamattomat arvot tuottavat alkuperähuomautuksen.
9.1.455
  • Telegram-raportit voidaan sitoa chat- ja viestitunnuksella credible_unverified-tilaan; raportoijan ja tapahtuman alkuperän asettaa runtime.
9.1.454
  • Tuoreet tarkistukset sidotaan automaattisesti tuottavaan istuntoon ja tuottavaan agenttiin; edelleen välitetyt mittaukset pysyvät ulkoisina raportteina.
9.1.453
  • Valmistumistodiste sidotaan tällä hetkellä voimassa olevaan valmistumiskriteeriin ja hylätään toisen tai vanhentuneen kriteerin yhteydessä.
9.1.452
  • Jokainen todiste sidotaan tosiasiallisesti mitattuun kohdealueeseen; komentotarkistusten on käytettävä samaa turvallista BLUN_EVIDENCE_SCOPE-arvoa molemmilla puolilla.
9.1.451
  • Jokaisella todisteella on tarkka tyyppi: inspection, integrity, syntax, test tai reachability. Heikompaa tarkistusta ei saa esittää vahvempana.
9.1.450
  • Tulostodisteet ja tarkistajatodisteet pidetään erillään. Vain uusi tai muutettu tarkistaja tarvitsee toisen, itsenäisen terävyystodisteen; tavalliset mittaukset eivät tarvitse punaista koetta.
9.1.449
  • Valmistumistodiste nimeää tarkan onnistuneen tarkistuskutsun sen toolCallId-tunnuksen kautta; sekoitettu komentokutsu, jossa on muutos ja tarkistus, ei riitä.
9.1.448
  • Kohdevalmistumisen on sidottava tarkistettu väite saman vuoron onnistuneeseen tarkistuskutsuun; pelkät kirjoitus- tai muutostyökalut eivät kelpaa todisteeksi.
9.1.447
  • Valittu toiminta sidotaan pysyviin päätöstodisteisiin; tuntemattomat tai vanhentuneet todisteet pakottavat uuden suunnittelun.
9.1.446
  • Live-toiston esto tunnistaa lisäksi lyhyet toistuvat sanajaksot, joissa on kahdesta kahdeksaan sanaa.
9.1.445
  • Valitut oppimisvihjeet tallennetaan yhdessä nykyisen vuoron validoidun oppimistuloksen kanssa altistusjälkenä väittämättä niistä syy-yhteyttä.
9.1.444
  • Aiempia virheitä koskeva relevanssihaku käyttää pysyviä tavoite-, tarkistuspiste- ja ongelmakehystietoja pelkkien uusimpien käyttäjäviestien sijaan.
9.1.443
  • Välittömän tavoitteen jatkamisen yhteydessä nimenomainen tool:- tai skill:-valinta lataa tarkalleen valitun apuvälineen.
9.1.442
  • Työfokus säilyttää päätöslangan, joka koostuu tilasta, vaiheesta, viimeisestä tarkistuksesta, valinnasta, perustelusta, tuesta, riskistä ja peruutettavuudesta.
9.1.441
  • Puuttuva tieto käsitellään omana knowledge_gap-domainina yleisen tavoitetekstin sijaan, priorisoidaan ja piilotetaan tyhjän arvon yhteydessä.
9.1.440
  • Maailmantieto ja oletukset voidaan ottaa omina domaineina pysyvään fokukseen ja painottaa niitä.
9.1.439
  • Pysyvä kognitiivinen fokus saa huomioarvioinnin, joka heikkenee istuntojen välillä ja vahvistuu uudelleenkäytön yhteydessä.
9.1.438
  • Istunnon toiston aikana leikkaaminen, yhdistäminen ja renderöinti siirretään myöhemmäksi; sen jälkeen pyydetään tarkalleen yksi uusi transkriptin renderöinti.
9.1.437
  • Tyhjäkäyntivalvoja käyttää aikakatkaisuissa jälleen sopivaa tekstipolkua eikä enää päätä prosessia ajastimen sallimattoman parametrin vuoksi.
9.1.436
  • Telegramin etätila näyttää aktiivisen vuoron aikana alun, viimeisimmän edistymisen, viimeisimmän työkalun ja toistuvat virheet; TUI julkaisee tätä varten käynnissä olevia toiminnan tilannevedoksia.
9.1.435
  • Yksityiset Telegram-fokuksen tarkistuspisteet seuraavat nyt aktiiviseen istuntoon sidottua työtilaa.
  • Työtilan valinta ei enää tallenna aloituskansiota jatkamiskohtana suorille keskusteluille.
9.1.434
  • Vahvistettu oppiminen seuraa nyt aktiiviseen agentti-istuntoon sidottua työtilaa.
  • Istunnot, joissa on useita työtiloja, ja jatketut istunnot eivät enää tallenna projektiopetuksia isäntäprosessin hakemistoon eivätkä näytä niitä sieltä.
9.1.433
  • Syötteen valmistelu ulkoisessa editorissa pysyy nyt väliaikaishakemistojen siivousrajan sisällä.
  • Jos ensimmäinen kirjoitus epäonnistuu, esimerkiksi täyden levyn tai puuttuvien käyttöoikeuksien vuoksi, väliaikainen editorihakemisto poistetaan ennen virheen välittämistä.
9.1.432
  • Väliaikaiset stream-virheet voidaan nyt yrittää uudelleen myös näkyvän osatulosteen jälkeen samalla valitulla mallilla.
  • Epätäydellinen assistenttiteksti ja keskeneräiset työkalupinnat viimeistellään tai hylätään ennen uusintaa, jotta uusi tuloste ei liity epäonnistuneeseen yritykseen.
  • Näkyvän tulosteen jälkeen palveluntarjoajan vaihto pysyy lukittuna, joten vastaus ei voi vaihtaa palveluntarjoajaa kesken streamin.
9.1.431
  • Bash-työkalun paikalliset prosessit poistavat nyt pakotetusti käytöstä Gitin terminaalikehotteet sen sijaan, että ne perisivät yläprosessin interaktiivisen asetuksen.
  • Perityt Gitin, SSH:n ja Git Credential Managerin askpass-valintaikkunat poistetaan käytöstä työkalun lapsiprosessissa; näin estetään näkymätön Windowsin kirjautumistietojen odottaminen.
  • Yläpuolinen shell ja käynnissä olevan istunnon ympäristö säilyvät ennallaan; olemassa oleva käyttäytyminen suljetun vakiosyötteen yhteydessä säilyy ja varmistetaan itsenäisesti.
9.1.430
  • Täysi tiivistys voi nyt käyttää valinnaisesti määritettyä mallialiasta [loop_control].compaction_model-asetuksen kautta; aktiivinen King-malli pysyy oletuksena.
  • Tiivistyksen todentaminen, kontekstin valmistelu, valmistumisbudjetti, ylivuoto-oppiminen ja käytön laskutus ovat täysin sidottuja valittuun tiivistysmalliin.
  • Aktiivinen malli määrittää edelleen tiivistyksen alun ja viimeisen pyyntörajoittimen, joten pienempi yhteenvetomalli ei voi huomaamatta pienentää keskeistä ajatteluikkunaa.
9.1.429
  • Bash hylkää Windowsissa nyt yksiselitteisen cmd.exe-syntaksin ennen prosessin käynnistystä sen sijaan, että tuhlaisi näkyvästi epäonnistuneen ajon.
  • Bash-työkalun kuvaus tekee nimenomaisesti selväksi, että POSIX-Bash pysyy käytössä Windowsissa, myös VS Codessa, ja mainitsee oikeat käytännöt poluille ja uudelleenohjauksille.
  • Kelvolliset POSIX-find-komennot pysyvät sallittuina; tietoisesti halutulle cmd-semantiikalle on edelleen käytettävissä nimenomainen välitys cmd.exe /c -komennolle.
9.1.428
  • Tuotetut JavaScript- ja TypeScript-kirjoitukset pysähtyvät nyt ennen levykäyttöä, jos suoritettava lause toistuu kahdeksan kertaa peräkkäin; näin estetään analyysiskriptien hallitsemattomat tulosteet.
  • Suojatarkistus kattaa sekä kokonaisten tiedostojen Write-kutsut että Edit-korvaukset, kun taas ei-kooditiedostot, kommentit, merkkijonot ja lyhyemmät oikeutetut toistot säilyvät ennallaan.
  • Kaikki kolme havaittua rappeutumistapausta, joissa on 15, 23 ja 31 toistettua lausetta, estetään; mielivaltaiset keskeneräiset mutta ei-toistuvat aikomukset ovat edelleen tämän mekaanisen tarkistuksen ulkopuolella.
9.1.427
  • Näkyvä /memory core -komento ilmoittaa nyt muistisovittimen aktiivisen rajan, sopimusversion, identiteettitilan, eheystilan ja portaaliylittävät todisteet, valinnaisesti --json-tulosteena.
  • Profiilisidottu varamuisti ja profiileista johdetut identiteetit suljetaan nimenomaisesti pois yhteisen ytimen valmiudesta sen sijaan, että ne esitettäisiin portaalineutraalina muistina.
  • Määritetyt palveluntarjoajat pysyvät näkyvästi vahvistamattomina, kunnes erilliset todisteet ovat olemassa; diagnostiikka on kirjoitussuojattu, ei myönnä valtuuksia eikä koskaan keksi portaaliylittäviä todisteita.
9.1.426
  • Näkyvä /memory acceptance -komento suorittaa nyt synteettisen väliaikaisen V7-muistitarkistuksen CLI:n, Telegramin ja webin kautta ja voi haluttaessa tuottaa --json-raportin.
  • Kymmenen riippumatonta tarkistusta kattaa portaalin alkuperän, linkitetyt ja linkittämättömät identiteetit, agentti- ja ryhmäeristyksen, deduplikoinnin, globaalin korjauksen ja poiston, palveluntarjoajan turvallisen lukituksen sekä suojatut lähdetavut.
  • Hyväksyntäraportti toimii yksinomaan deterministisenä todisteena: se ei myönnä valtuuksia eikä koskaan lue tai muuta aitoa käyttäjäprofiilia.
9.1.425
  • Ala-agentit, jotka saavuttavat token-rajan, saavat nyt samassa agenttikontekstissa niukan työkaluvapaan luovutusajon sen sijaan, että valmistunut työkalutyö menetettäisiin.
  • Jos myös tämä luovutus saavuttaa rajan, ylempi agentti saa rajoitetun osayhteenvedon sekä tarkan ohjeen jatkaa samalla agentilla.
  • Palautus on suunniteltu turvallisen lukituksen periaatteen mukaan: ei täyttä tehtävän uusintayritystä, ei valmistumisilmoitusta ilman lopullista luovutusta eikä uusia valtuuksia.
9.1.424
  • Mistake.md-tiedoston vahvistetut opetukset siirretään nyt toisin muotoiltuihin mutta semanttisesti samankaltaisiin tapauksiin luotettavuuden, toimituksen, orkestroinnin, muistin, julkaisun, median ja validoinnin aloilta.
  • Tarkoilla todistekäsitteillä on edelleen etusija laajoihin semanttisiin luokkiin nähden; liittymätön teksti jää ilman kohdistusta.
  • Luonnolliset saksankieliset muotoilut yhdenmukaistetaan deterministisesti; muutettu järjestys ei luo uusia valtuuksia eikä nosta vahvistamattoman opetuksen tasoa.
9.1.423
  • Runtimen päättymiset kirjoittavat nyt pysyvän synkronisen diagnoosimerkinnän, ennen kuin ydin tai käynnistäjä palaa tai päättyy.
  • Sieppaamattomat poikkeukset, käsittelemättömät hylkäykset, epäonnistuneet terminaalit, signaalit, käynnistysvirheet, tavalliset päättymiset, lapsiprosessien virheet ja niiden päättymiset säilyttävät tarkan siivotun syyn prosessirajoineen.
  • Yksityinen loki on rajoitettu ja vikasietoinen, poistaa salaisuudet ja kotipolut eikä käynnistä tai lataa käynnissä olevaa istuntoa uudelleen.
9.1.422
  • Avattu käyttämätön istunto valvoo nyt tallennettua aikalaukaisinta ja jatkaa automaatti- ja God Mode -tilassa erääntymishetkellä tai sen jälkeen.
  • Erääntynyt laukaisin odottaa, kunnes aktiiviset vastaukset, tiivistys, jonotetut viestit, komennot ja valintaikkunat ovat valmistuneet, ennen kuin se jatkaa täsmälleen kerran.
  • Ennen käynnistystä runtime lukee uudelleen tavoitteen, tarkistuspisteen version, erääntymisen, valtuutustilan ja istunnon ja hylkää ajastimet jokaisella istunnon päättämispolulla.
9.1.421
  • Aikaperusteiset odotustarkistuspisteet tallentavat nyt tarkan dueAt-aikaleiman ja yhdenmukaistavat sen UTC-aikaan.
  • Tavallinen istunnon käynnistys automaatti- tai God Mode -tilassa saa tulevat aikalaukaisimet odottamaan ja jatkaa niitä erääntymishetkellä tai sen jälkeen.
  • Ensimmäinen jatkettu ajo saa tarkan erääntymishavainnon; jatkuvasti auki olevat istunnot eivät vielä tässä versiossa saa runtime-ajastinta.
9.1.420
  • Aktiivinen tavoite, jolla on pysyvä odotustarkistuspiste, luovuttaa ohjauksen nykyisen ajon jälkeen sen sijaan, että sille osoitettaisiin uusi autonominen ajo.
  • Ulkoiset, aikaperusteiset, riippuvuussidotut ja käyttäjän päätöksistä riippuvat laukaisimet pysyvät tallennettuina ja arvioidaan uudelleen seuraavan tapahtuman saapuessa.
  • Välittömät tavoitteet ja vanhemmat aktiiviset tavoitteet ilman tarkistuspistettä jatkuvat muuttumattomina.
9.1.419
  • Tavallisesti jatkettu istunto jatkaa nyt jo aktiivista tavoitetta, jos sen tallennettu seuraava laukaisin on nimenomaisesti välitön ja automaatti- tai God Mode -tila on aktiivinen.
  • Jatkaminen pysyy sisäisenä, käy enintään kerran kutakin jatkettua istuntoa kohti eikä koskaan näy keksittynä käyttäjäviestinä.
  • Odottavat, pysäytetyt ja estetyt tavoitteet, puuttuvat tarkistuspisteet sekä manuaaliset valtuutustilat pysyvät keskeytettyinä.
9.1.418
  • Telegram säilyttää nyt lähettäjän nimenomaisen bot-merkinnän saapuvissa tiedoissa, jotta identiteettikonteksti voi erottaa agentit ihmisistä.
  • Jo ihmisinä tallennetut Telegram-toimijat korjataan agenteiksi vain, jos palveluntarjoaja, subjekti ja nimenomainen bot-merkintä vastaavat toisiaan.
  • Toimijoiden tiedot säilyvät, agentteja ei koskaan alenneta, eikä nimiä tai käyttäjänimiä käytetä koskaan agentti-identiteetin johtamiseen.
9.1.417
  • Automaattiset Telegram-varavastaukset jakavat yli 4 096 merkin vastaukset nyt peräkkäisiin viesteihin lyhentämisen sijaan.
  • Jokainen merkki ja jokainen Unicode-surrogaattipari säilyvät; lähtö kirjaa kaikki palautetut viestitunnukset yhdessä täyden tekstin kanssa.
  • Jos osa epäonnistuu, toimitus pysähtyy siihen kohtaan sen sijaan, että keskeneräinen vastaus ilmoitettaisiin täydelliseksi.
9.1.416
  • Tuoreet tulokset viimeisimmästä työkalukutsuerästä pysyvät täysin luettavina seuraavaan assistenttivastaukseen asti, myös jos Telegram- tai ohjauskonteksti syötetään sen jälkeen.
  • Erän erilleen tallennus, historian siivous ja mikrotiivistys käyttävät nyt samaa semanttista rajaa tuoreille tuloksille.
  • Jo arvioidut vanhemmat tulokset tiivistetään edelleen normaalisti, joten aiemmat kontekstisäästöt säilyvät.
9.1.415
  • Pysyvä työfokus säilyttää nyt seuraavan toiminnon tarkan laukaisimen uudelleenkäynnistysten ja kontekstinvaihdosten yli.
  • Seuraava toiminto pidetään erillään sen vapautusehdosta; tämä koskee myös kelvollisia ehtoja, jotka ovat yli 512 merkkiä pitkiä.
  • Virheelliset tai vaiheeseen sopimattomat laukaisimet hylätään turvallisesti; vanhemmat tarkistuspisteet säilyttävät aiemman käyttäytymisensä.
9.1.414
  • Uudet pysyvät toimintatarkistuspisteet tallentavat tarkan laukaisimen, joka vapauttaa seuraavan toiminnon.
  • Ei-odottavat vaiheet tarvitsevat välittömän laukaisimen; odottavat vaiheet tarvitsevat nimetyn ulkoisen tapahtuman, ajankohdan, riippuvuuden tai käyttäjän päätöksen.
  • Odottavat tavoitteet pysyvät aktiivisina ilman ennenaikaista suoritusta; vanhemmat tarkistuspisteet pysyvät luettavina.
9.1.413
  • Telegram-vastauksia, jotka saavuttavat mallin tulostusrajan, ei enää toimiteta keskeneräisinä alkuina.
  • Sama käynnissä oleva istunto tuottaa tiiviin, täydellisen jatkon ja tekee enintään kolme palautusyritystä ennen turvallista keskeytystä.
  • Nimenomainen vastaus Telegram-työkalun kautta on edelleen etusijalla ja estää palautuksen, joten onnistuneita lähetyksiä ei koskaan monisteta.
9.1.412
  • Mallin luomat pysyvät tavoitteet alkavat nyt atomisesti revisiosta 1 ja täydellisestä rajatusta ongelmakehyksestä.
  • God Mode ja automaattitila jatkavat jo valtuutettua tavoitteen käynnistystä ilman toista vahvistusta; manuaalisessa tilassa hyväksyntä pysyy vaadittuna.
  • Todennettu, ei-triviaali monivaiheinen työ voi siirtyä pysyvään tavoitetilaan olemassa olevan autonomisen käskyn alla; tervehdykset, yksivaiheiset pyynnöt ja epämääräiset tehtävät pysyvät poissuljettuina.
9.1.411
  • Ei-triviaalit ja tuntemattomat tehtävät voivat nyt tallentaa rajatun ongelmakehyksen pysyvään toiminnan tarkistuspisteeseen.
  • Kehys sisältää onnistumiskriteerit, puuttuvan tiedon, enintään viisi mahdollista toimintaa, valitun toiminnan perusteluineen, tuen valinnan, riskin ja palautumispolun.
  • Ongelmakehys säilyy jatkon ja uudelleenkäynnistyksen yli yksinomaan kuvaavana tilana eikä voi koskaan myöntää oikeuksia.
9.1.410
  • Yksityiset Telegram-muistikomennot rajaavat nyt suhdealueen kyseiseen henkilöön.
  • Muistifokus piilottaa muiden henkilöiden suhteet ja säilyttää muun kontekstin.
  • Korjaukset ja poistot eivät voi valita toisen henkilön suhdetta; paikallinen operaattorifokus säilyttää täyden näkymän.
9.1.409
  • Telegram-vastaustyökalut ja TUI-varapolku käyttävät nyt yhteistä kanonista hakemistoa kanavatilalle.
  • Profiilikohtaiset BLUN_HOME-arvot eivät enää luo toista hakemistopuuta Telegramin saapuville tai lähteville viesteille.
  • Nimenomaisesti asetettu BLUN_TELEGRAM_STATE_DIR pysyy määräävänä; muuten molemmat polut käyttävät ~/.blun/channels/telegram.
9.1.408
  • Vahvistetut suhdetiedot yhdistetään vasta kahden riippumattoman havainnon jälkeen suorissa kanavissa.
  • Uudelleen toistetut viestit pysyvät idempotentteina; ryhmäviestit ja oikeuksiin verrattavat väitteet pysyvät poissuljettuina.
  • Vahvistetut yksityiset suhdemuistot voivat seurata samaa henkilöä Telegramin ja CLI:n välillä myöntämättä valtuuksia.
9.1.407
  • Telegram-vastaustyökalu tuo käyttöön polun, jota kaksoiskappaleiden tunnistus käyttää nykyiseen saapuvien viestien historiaan.
  • Tavalliset Telegram-vastaukset eivät enää epäonnistu virheellä inboxLog is not defined.
  • Erillinen bridge-varapolku pysyy saatavana toimituksen varmistuksena.
9.1.406
  • Toistuvat yksityisten Telegram-tapahtumien toimitusyritykset samalla aikaleimalla ja tekstillä tallennetaan suhdejatkuvuuteen vain kerran.
  • Todella myöhemmin toistettu väite pysyy osana rajattua suhdehistoriaa.
  • Luonnollisesti muotoillut nimenomaiset muistutusvihjeet lauseen lopussa tunnistetaan viitetiedoiksi myöntämättä tai muuttamatta oikeuksia.
9.1.405
  • Kytketty Telegram-komento /status ilmoittaa nyt konsoliprosessin iän ja sydämenlyönnin, nykyisen työvaiheen sekä aktiivisen tehtävän kutsumatta mallia.
  • Jonon ruuhka mitataan nyt lukemattomina tavuina tarkistuspisteestä, joka on sidottu tarkkaan nykyiseen jonotiedostoon.
  • Etätila pysyy kirjoitussuojattuna eikä sisällä chat-tunnuksia, tiedostopolkuja, kirjautumistietoja, viestisisältöjä eikä täydellisiä tehtävälistoja.
9.1.404
  • Muuttumaton config.toml-sisältö ei enää korvaa olemassa olevaa yksityistä tiedostoa.
  • Tarkka tavuvertailu rajoitetaan tavallisiin kohteisiin, jotka eivät ole symbolisia linkkejä.
  • Muuttuneet, puuttuvat, virheelliset ja lukukelvottomat kohteet käyttävät edelleen olemassa olevaa kaatumisturvallista atomista kirjoituspolkua.
9.1.403
  • Ladattavien työkalujen automaattinen järjestys ohittaa upotetut liite- ja asiakirjakuormat.
  • Jokainen aikeen fragmentti rajataan ennen leksikaalista vertailua olemassa olevaan ToolSearch-kyselybudjettiin, 1 000 merkkiin.
  • Varsinaiset ohjeet, liitteet ja nimenomaiset ToolSearch-pyynnöt pysyvät muuttumattomina.
9.1.402
  • Tiivistyshistorian vanhentuneet arkistot siivotaan kerran taustalla, kun King-komento käynnistyy.
  • Käynnistyssiivous ei ole estävä eikä voi hidastaa normaalia komennon käsittelyä.
  • Siivouksen virheet kirjataan turvallisesti eivätkä keskeytä käynnissä olevaa istuntoa.
9.1.401
  • Jokaisen käynnissä olevan vastauksen ensimmäinen tekstifragmentti esitetään nyt heti odottamatta ajastimen takaisinkutsua.
  • Uusi vuoro ja jokainen uusi assistentin vastaussegmentti saavat kumpikin oman välittömän ensiesityksen.
  • Myöhemmät teksti-, ajattelu- ja työkalufragmentit säilyttävät mukautuvan ryhmittelyrytmin, joka suojaa pitkien istuntojen suorituskykyä.
9.1.400
  • Suuret jatketut istunnot toistetaan nyt yhteistoiminnallisesti, jotta TUI voi piirtää uudelleen ja reagoida historian palautuksen aikana.
  • Jokainen pysyvästi tallennettu toistotietue esitetään edelleen; mitään osaa historiasta ei katkaista, ohiteta eikä poisteta.
  • Pienet jatkot säilyttävät aiemman käyttäytymisensä; suuret jatkot luovuttavat suorituksen tapahtumasilmukalle 30 tietueen välein.
9.1.399
  • Tarkistetut oppimiskandidaatit rajoitetaan nyt nykyiseen Git-projektiin eivätkä päädy siihen kuulumattomiin repositorioihin.
  • HTTPS- ja SSH-noudot samasta alkuperästä käyttävät yhteistä anonyymiä projektitunnistetta.
  • Repositorio-URL-osoitteita ja paikallisia projektipolkuja ei koskaan tallenneta oppimiskandidaattien tietueisiin; Gitin ulkopuolinen työ säilyttää olemassa olevan profiilikohtaisen käyttäytymisen.
9.1.398
  • Puhtaat Telegram-tekstivastaukset deduplikoidaan nyt työkalupolun ja molempien automaattisten varapolkujen yli.
  • Identtinen tai lähes identtinen vastaus tukahdutetaan vain, jos uudempaa saapunutta viestiä ei ole.
  • Liitteet, erilaiset tulokset ja vastaukset uuden käyttäjäviestin jälkeen säilyttävät aiemman käyttäytymisensä.
9.1.397
  • Tavoitteet, joilla on nimenomainen valmistumiskriteeri, vaativat ennen valmistumista nyt runtimen tukeman tarkistuspisteen.
  • Jos valmistumistarkistus epäonnistuu, tavoite pysyy aktiivisena ja antaa konkreettisia muokkausohjeita.
  • Tavalliset vuorot ja tavoitteet ilman nimenomaista valmistumiskriteeriä säilyttävät aiemman käyttäytymisensä.
9.1.396
  • Luonnolliset pyynnöt voivat samassa vuorossa valita ennakkoon enintään kaksi suurella varmuudella sopivaa ladattavaa työkaluskeemaa.
  • Valinta ottaa huomioon yksinomaan kanavan nykyisen aikeen ja ohittaa vanhentuneen Telegram-kontekstin.
  • Heikoille, moniselitteisille tai tuntemattomille pyynnöille ToolSearch pysyy saatavilla suurentamatta pysyvästi ladattua työkalumäärää.
9.1.395
  • Hyväksyttyjä mediatöitä seurataan pysyvästi, samat avoimet pyynnöt käytetään uudelleen ja valmistuneet tulokset tallennetaan laaduntarkistuksen jälkeen sekä toimitetaan liittyvään chattiin.
9.1.394
  • Versioitu, vapaaehtoisesti aktivoitava muistitarjoaja voi yhdistää CLI- ja portaalivuorot yhteisellä kognitiivisella tapahtumavirralla.
  • Oletuksena pysyy olemassa oleva paikallinen SQLite-muisti, ilman uutta verkkoyhteyttä tai muuttunutta runtime-käyttäytymistä.
  • Tarjoajapolut, synkroniset tehdasfunktiot ja sopimusversio 6 tarkistetaan nyt turvallisesti ennen runtimen käynnistystä ja hylätään poikkeamien yhteydessä.
9.1.393
  • Interaktiiviset käynnistykset king- ja king -c-komennoilla näyttävät jälleen näkyvän päivitysvalinnan 1/2/3, kun uudempi versio on saatavilla.
  • Päivitysten lataaminen taustalla, odottava aktivointi ja viivästetty automaattinen vaihto on poistettu.
  • Valitun asennuksen jälkeen king lopettaa manuaalista uudelleenkäynnistystä varten; king -c jatkaa viimeistä istuntoa uudella versiolla.
9.1.392
  • Kuvantuotannon epätäydellisiä välitiloja ei lähetetä enää yksityisenä Telegram-päivityksenä, kunnes mediatulos on olemassa.
  • GenerateImage- ja GetMedia-komentojen mitatut virhekuvaukset tukahdutetaan; valmistuneet mediantoimitukset pysyvät näkyvinä.
  • Yksityiset keskustelut ja tavalliset pyydetyt tulokset pysyvät muuttumattomina.
9.1.391
  • Portaalien välinen muistinjatkuvuus vaatii nyt luotettavan runtimen tarkan, aktiivisen identiteettilinkitystodisteen.
  • Samankaltaiset nimet, poikkeavat tenantit tai lähtöidentiteetit, virheelliset myöntäjät ja peruutetut todisteet pysyvät erillään ja hylätään turvallisesti.
  • Muistisovitinsopimuksen versio 6 tukee vahvistettua OAuthia, turvallisia tilien linkityksiä ja nimenomaisesti vahvistettuja identiteettikohdistuksia johtamatta oikeuksia muistoista.
9.1.390
  • Yhteinen muistikirjekuori tallentaa tapahtuma-ajan ja saapumisajan nyt erikseen.
  • Jokainen uusi kognitiivinen tapahtuma saa nimenomaisesti säilytysluokan käyttödataa, pysyviä tietoja, suhteita tai tarkastustarkoituksia varten.
  • Muistisovitinsopimuksen versio 5 hylkää epätäydelliset tapahtumakirjekuoret ennen jokaista paikallista tai etäistä kirjoitusta.
9.1.389
  • Muistitapahtumat tallentavat lähtöportaalin ja lähtökanavan nyt erillisinä, todennettuina alkuperäkenttinä.
  • CLI-, Telegram-, runtime-, persoonallisuus-, korjaus- ja peruutuspolut säilyttävät tarkan kanavan tallennuksessa ja toistossa.
  • Muistisovitinsopimuksen versio 4 hylkää kirjoitukset, jos tallennettu lähdekanava ei vastaa valtuutuksen sallimaa kanavaa.
9.1.388
  • Muistin lukuoperaatiot palauttavat vain havaintoja valtuutuksen sallimasta näkyvyysalueesta, ellei käytetä tiukasti sisäistä agenttipolkua.
  • Kirjoitukset, tapahtumatarkistukset ja huomio-operaatiot hylätään turvallisesti, jos niiden soveltamisala tai todennettu lähde ei sovi nykyiseen käyttökontekstiin.
  • Paikallinen SQLite-sovitin hakee rajatut havainnot oman näkyvyysindeksin kautta sen sijaan, että lataisi ensin liittymättömiä muistoja.
9.1.387
  • Jokainen muistisovittimen operaatio kuljettaa nyt tiukan kontekstin identiteetille, portaalille, kanavalle, keskustelulle, soveltamisalalle ja oikeuksille.
  • Oikeuskonteksti tarkistetaan muistikuorman ulkopuolella eikä sitä tallenneta pysyvästi muistettuna sisältönä.
  • Tapahtumien deduplikointi rajataan tenantiin ja agenttiin. Näin tapahtumien olemassaoloa ei voi tunnistaa tenantien yli.
9.1.386
  • Kognitiivinen tila on nyt versioidun muistisovitinsopimuksen takana, jota vuoron elinkaari ja persoonallisuuden runtime käyttävät yhdessä.
  • Olemassa oleva SQLite-tapahtumamuisti pysyy oletuksena. Ulkoiset portaaliasiakkaat voivat tarjota saman sopimuksen luomatta portaalin omaa tilaa.
  • Tukemattomat sovitinversiot ja epätäydelliset toteutukset hylätään turvallisesti ennen jokaista muistioperaatiota.
9.1.385
  • Telegram-viestit, jotka jonotettiin ennen istunnon käynnistystä, vapautetaan nyt heti, kun istunto on valmis.
  • Tyhjäkäynnillä olevat istunnot tyhjentävät jonon normaalissa FIFO-järjestyksessä; jo jatketut aktiiviset vuorot käyttävät rajoitettua ohjausta.
  • Pysyvät jonon tarkistuspisteet pysyvät muuttumattomina, kunnes viesti on todella hyväksytty.
9.1.384
  • Viittaukset Telegram-kuviin lataavat nyt samassa vuorossa kuvien tarkistuksen ja kuvantuotannon työkalut.
  • Puskuroidut Telegram-viestit säilyttävät media-aikeen koko odottavan erän ajan sen sijaan, että huomioisivat vain viimeisen viestin.
  • Paikalliset kuvapolut ja Telegram-tiedostotunnisteet valitsevat sopivan tarkistus- tai latauspolun lataamatta mediaskeemoja pysyvästi.
9.1.383
  • Uudet Read-tulokset pysyvät nyt täysin näkyvinä sille mallivaiheelle, joka ne pyysi, sen sijaan että ne siirrettäisiin pois ennen arviointia.
  • Rinnakkaiset uudet työkalutulokset pysyvät luettavina niiden arviointivaiheeseen asti, ja ne saa arkistoida vasta, kun niistä on tullut historiallisia.
  • Historiallisten tulosten arkistointi ja kontekstisäästö pysyvät aktiivisina viimeisimmän työn suojatun ikkunan jälkeen.
9.1.382
  • Komento /loop hyväksytään nyt myös silloin, kun toinen vastaus on käynnissä.
  • Jos silmukka luodaan käynnissä olevan työn aikana, King tallentaa sen ja lisää sen ensimmäisen käskyn jonoon keskeyttämättä nykyistä vuoroa.
  • Silmukan luominen tyhjäkäynnillä sekä olemassa oleva käyttäytyminen tilalle, tauolle, jatkolle ja pysäytykselle pysyvät muuttumattomina.
9.1.381
  • Lopullisesti epäonnistuneen ToolSearch-hakukerran jälkeen ToolSearch poistetaan tämän vuoron loppuun asti aktiivisesta työkalulistasta.
  • Onnistunut skeeman tunnistus ja jo ladattujen työkalujen käsittely pysyvät saatavilla ja muuttumattomina.
  • Näin toistuvat synonyymihaut eivät kuluta enempää tokeneita, kun runtime on jo osoittanut, ettei sopivaa integraatiota ole.
9.1.380
  • Ohimenevä virhe aktiivisen vuoron ohjauksessa aktivoi Telegram-toimituksen ohjauksen nyt välittömästi uudelleen, sen sijaan että antaisi palautetun ryhmäviestin odottaa vuoron loppuun.
  • Odottavat ryhmäviestit toimitetaan edelleen myös pitkän työn aikana; FIFO-järjestys ja olemassa oleva kolmen yrityksen karanteeniraja säilyvät.
  • Yhtään käynnissä olevaa istuntoa ei keskeytetä eikä käynnistetä uudelleen.
9.1.379
  • Ohimenevät kanavaohjauksen vahvistuksen toistot eivät enää näytä väärää punaista virhettä, kunhan viesti pysyy palautettavissa jonossa.
  • Näkyvä toimitusvirhe ilmestyy vasta, kun kolmas epäonnistunut yritys on arkistoinut turvallisesti täydellisen ensimmäisen jonomerkinnän.
  • Käyttäytyminen toistolle, vahvistukselle, arkistoinnille ja FIFO-järjestykselle pysyy muuttumattomana.
9.1.378
  • Nopeasti peräkkäisissä taustajulkaisuissa on nyt yksi korvattava tila valmisteltua päivitystä varten, sen sijaan että jokaiselle versiolle lisättäisiin uusi lokiosio.
  • Valmisteltua päivitystä koskeva merkintä näyttää aina uusimman vahvistetun kohdeversion; aktiivinen istunto pysyy koskemattomana luonnolliseen uudelleenkäynnistykseensä asti.
  • Ilmoitus todellisesta asennuksesta ja muutoslokista säilyy pysyvästi ja muuttumattomana. Lokimuutosten väheneminen ei siis piilota aktivoitua päivitystä.
9.1.377
  • Odottavat Telegram-tehtävät ottavat nyt käyttöön aktiivisen vuoron määräävän tunnuksen ytimestä. Vanhentunut näkyvä TUI-tila ei voi enää johtaa siihen, että hyväksytty viesti jää vahvistamatta.
  • Ohjauskomento /loop suoritetaan nyt heti käynnissä olevan työn aikana; pysyvä käskyn vahvistus ei enää riipu onnistuneesta Telegram-tilavastauksesta.
  • Jos ensimmäisen jonomerkinnän toimitus epäonnistuu kolme kertaa, se arkistoidaan paikallisesti kaikkine palautusmetatietoineen ennen jonon jatkamista. Näin virheellinen merkintä ei estä myöhempiä viestejä.
9.1.376
  • Suuret historialliset työkalutulokset tallennetaan pysyvästi ennen kontekstin tiivistämistä, joten niiden täysi tuloste pysyy palautettavana myös upotetun esikatselun tyhjennyksen jälkeen.
  • Tallennetut tulosviittaukset säilyvät myöhempien mikrotivistysten yli ja pitävät rajatut metatiedot, joita alkuperäisen tulosteen uudelleen lataaminen edellyttää.
  • Ulkoistustelemetria raportoi koot ja palautustilan paljastamatta tulossisältöjä tai yksityisiä polkuja.
9.1.375
  • Yksityiset Telegram-DM:t ja kauttaviivakomennot pitävät korkeimman toimitusprioriteetin. Nimenomaisesti osoitettu ryhmätyö jonotetaan sen jälkeen FIFO-järjestyksessä ennen normaalia tai osoittamatonta vanhaa kuormaa.
  • Päivityksen luovutus voi ylittää ei-tyhjän jonon vain, jos jokainen merkintä on kestävää, vielä vahvistamatonta Telegram-työtä, jolla on Acknowledge-palautustie. Paikallinen, sekoitettu tai ei-kestävä työ estää edelleen.
  • Valmisteltua päivitystä koskeva ilmoitus noudattaa vapautettua persona-UI-kieltä. Kielelle, jota ei ole vapautettu TUI-localeksi, näytetään vain versiotieto sen sijaan, että käytettäisiin väärää kieltä.
9.1.374
  • Valmisteltua päivitystä koskeva ilmoitus ei käytä enää kiinteää sisäänrakennettua saksankielistä viestiä, vaan aktiivisen kielen jo vapautettua UI-käännöstä.
  • Jatkamistila ja uuden istunnon tila pysyvät erillään; päivityksen luovutusta, palautusta ja Telegram-kaksoiskappaleen vahvistusta ei ole höllennetty.
9.1.373
  • Taustalla valmisteltu päivitys voi nyt ottaa käynnissä olevan istunnon haltuunsa varmistetulla turvallisella rajalla. Istunnon tunnus ja työhakemisto säilyvät; käynnissä olevat työkalut, shell-komennot, tiivistys ja odottavat viestit estävät luovutuksen.
  • Valvoja aktivoi uuden runtimen vasta sen loaded- ja ready-todisteen jälkeen. Jos käynnistys epäonnistuu, vanha runtime palautetaan tarkan istunnon kanssa ja virheellinen pending hylätään.
  • Jo Delivery-Ledgeriin palautetut Telegram-kaksoiskappaleet kuitataan heti jonon toistossa. Ne eivät enää odota mallivaihetta, joka ei kaksoiskappaleelle tarkoituksella koskaan käynnisty, eivätkä siten estä myöhempiä ryhmäviestejä.
  • Pysyvä työfokus kantaa nyt tietotilan, todistekontekstin, korjaukset, peruutukset ja luottamuksen vuorojen yli. Tästä ei synny edelleenkään uusia oikeuksia tai hyväksyntöjä.
9.1.372
  • Pysyvät tavoitetarkistuspisteet erottavat nyt verified, credible_unverified, hypothesis, uncertain_memory, stale ja unknown. Uskottavia arvauksia ei näin käsitellä enää varmistettuna tietona.
  • Alkuperä ja tietotila tarkistetaan yhdessä: runtime-työkalutodisteet voivat olla verified-tilassa vain onnistuneen työkalun suorituksen jälkeen, ulkoiset raportit eivät. Carry-forward-tilat säilyttävät aiemman tilansa ja viimeisen vahvistustodisteensa.
  • Vanhat toistotilat ilman uutta kenttää pysyvät luettavina legacy_unknown-tilassa. Uusien tarkistuspisteiden on mainittava tilansa nimenomaisesti. Oikeudet, hyväksynnät ja auktoriteetti pysyvät muuttumattomina.
  • Tiivis kontekstiprojektio nimeää episteemisen tilan täsmälleen yhdellä rivillä, jotta agentti ottaa sen huomioon seuraavassa vaiheessa kuormittamatta kontekstibudjettia lisätekstillä.
9.1.371
  • Korjaus kytkentävirheeseen 9.1.370-versiosta: siellä jo tallennettu ja projisoitu evidenceBasis-arvo on nyt myös osa tiukkaa julkista GetGoal-tuloskeemaa eikä katoa enää haussa.
  • Skeema hyväksyy neljä nykyistä alkuperätyyppiä sekä legacy_unknown-tilan vanhoille toistotiloille. Oikeudet, hyväksynnät ja auktoriteetti pysyvät muuttumattomina.
  • Kohdennettu kytkentätestiajo ja oma mutantti varmistavat uuden julkisen yhteyden taantumista vastaan.
9.1.370
  • Jokainen uusi työtarkistuspiste nimeää nyt nimenomaisesti, mihin sen viimeinen vahvistettu tila perustuu: onnistunut runtime-työkalun kutsu, suora käyttäjän väite, ulkoinen raportti tai muuttumaton jatko.
  • runtime_tool hyväksytään vain, jos nykyinen vuoro sisältää vähintään yhden runtimen salliman ja onnistuneesti päättyneen työkalukutsun. carried_forward ei saa muuttaa viimeksi vahvistettua tilaa. Molemmat polut päättyvät ristiriidassa oletusarvoisesti estettyyn tilaan.
  • Vanhat tallennetut tarkistuspisteet pysyvät luettavina legacy_unknown-tilassa. Alkuperätyyppi on episteeminen tila eikä synnytä oikeuksia, hyväksyntöjä eikä auktoriteettia.
9.1.369
  • Pysyvä työtarkistuspiste saa nyt automaattisesti kompaktin runtime-todisteen jo valmistuneista saman vuoron työkalukutsuista. Todiste nimeää vain vuoron tunnuksen, kokonais-, onnistumis- ja virheluvun sekä lyhyen tiivisteen.
  • Työkalujen nimiä, tunnuksia, argumentteja, komentoja, tulosteita, polkuja ja käyttäjätekstiä ei kirjoiteta tarkistuspisteeseen. Tyhjä todiste pysyy rehellisesti nollassa sen sijaan, että teeskentelisi mittausta.
  • Vain runtime-käytännön sallima ja onnistuneesti päättynyt työkalukutsu lasketaan onnistumiseksi. Estetyt, epäonnistuneet, keskeytetyt tai mallin toimittamat todisteet eivät synnytä auktoriteettia.
9.1.368
  • Jokaisella pysyvällä työtarkistuspisteellä on nyt monotoninen revisio. Ensimmäinen kirjoitus alkaa revisiosta 1; jokaisen seuraavan on nostettava nykyisin projisoitua revisiota täsmälleen yhdellä.
  • Vanha rinnakkaisvuoro tai vanhentunut kanavanäkymä ei voi enää jälkikäteen ylikirjoittaa uudempaa vahvistettua työtilaa. Vanhentuneet, ohitetut ja virheelliset revisiot päättyvät oletusarvoisesti estettyyn tilaan ennen kuin tavoitetila muuttuu.
  • Olemassa olevat tarkistuspisteet ilman revisiokenttää käsitellään luettaessa yhteensopivasti revisiona 1. Revisio on työtila eikä synnytä oikeuksia eikä hyväksyntöjä.
9.1.367
  • Aktiivinen tavoitemuistutus kantaa nyt pysyvän työtarkistuspisteen suoraan. King säilyttää vaiheen, viimeisen vahvistetun tilan, tarkan seuraavan toiminnon ja odotetun todisteen myös silloin, kun kognitiivinen lisämuistisovitin ei ole juuri saatavilla.
  • Ennen vaihtoehtoisia polkuja suoritetaan ensin täsmälleen etukäteen merkitty seuraava toiminto. Tarkistuspistettä muutetaan vasta, kun uusi näyttö todella muuttaa vahvistettua tilaa.
  • Varapolku on vain kompakti projektio jo tarkistetusta tarkistuspisteestä. Se ei synnytä oikeuksia, uusia tietokenttiä eikä uudelleenkäynnistystä.
9.1.366
  • Aktiiviset tavoitteet voivat nyt tallentaa pienen, pysyvän työtarkistuspisteen vaiheen, viimeisen vahvistetun tuloksen, tarkan seuraavan toiminnon ja odotetun todisteen kera. Jatkon tai tapahtumatoiston jälkeen King jatkaa tästä kohdasta sen sijaan, että kysyisi jälleen lupaa tai aloittaisi alusta.
  • Puhdas tarkistuspisteen päivitys jättää tavoitteen aktiiviseksi. Pysäytetyt ja estetyt tavoitteet pysyvät muuttumattomina; jatko käynnistää vain runtime-kellon uudelleen.
  • Tarkistuspiste on tiukasti rajattu ja puhdasta työtietoa. Tuntemattomat kentät, erityisesti oikeus- tai hallintotiedot, päättyvät oletusarvoisesti estettyyn tilaan eivätkä voi synnyttää kyvykkyyttä.
  • Ilman tarkistuspistettä aiempi kompakti fokus pysyy muuttumattomana. Tarkistuspisteen kanssa vain neljä asiaankuuluvaa fokushavaintoa täydennetään vahvistetulla tilalla; näin tokenkulutus pysyy pienenä ja vakiona.
9.1.365
  • Yksityiset Telegram-DM:t ja paikallinen CLI voivat nyt lukea, korjata tai poistaa pysyvän fokuksen suoraan komennoilla /memory focus, /memory correct <id> <arvo> ja /memory delete <id>. Polku ei käynnistä mallivuoroa eikä kuluta siksi mallitokeneita.
  • Telegram-muutokset sidotaan positiivisiin käyttäjä-, chat- ja viestitunnuksiin, oikeaan yksityis-DM:ään, kanavan aikaleimaan ja vakaaseen pyyntötunnukseen. Ryhmät, epätäydellinen alkuperä ja muutetut toistot päättyvät oletusarvoisesti estettyyn tilaan.
  • Domain, avain ja soveltamisala johdetaan aina aktiivisesta tavoitetodisteesta, eikä kutsuja voi tuoda niitä mukaan. Korjaukset ja tombstonit pysyvät append-only-muotoisina, säilyttävät historian eivätkä myönnä oikeuksia.
  • Fokustuloste rajataan Telegramille kahdeksaan merkintään ja alle 3 500 merkkiin; kokonaismäärä pysyy näkyvänä.
9.1.364
  • Käynnissä oleva kognitiivinen elinkaari voi nyt korjata pysyvän fokuksen komennolla correctFocusObservation ja poistaa sen komennolla withdrawFocusObservation. Molemmat polut kirjoittavat edelleen append-only samaan tenantiin ja agenttiin sidottuun tapahtumavirtaan.
  • Revisio on sallittu vain attestointien runtime_user_prompt_hook ja explicit_user_request kanssa. Tavallinen mallin tilannevedos ei voi johtaa eikä salakuljettaa korjausta tai poistoa.
  • Jokaisella revisiolla on vakaa pyyntötunnus sekä portaali, toimija, konteksti, viesti ja ajankohta. Identtinen toisto on idempotentti; sama pyyntötunnus muutetulla sisällöllä ja takautuvat revisiot päättyvät oletusarvoisesti estettyyn tilaan.
  • Korjaus ja sen jälkeinen poisto jättävät täyden historian muuttumattomaksi. Poiston jälkeen fakta ei enää näy kehotteessa eikä kuluta kontekstitokeneita. Muisti ei voi edelleenkään myöntää oikeuksia.
9.1.363
  • Vahvistettu poisto tallennetaan nyt append-only-tombstonena. Aiempi sisältö säilyy tarkastushistoriassa ja hash-ketjussa, mutta katoaa kokonaan voimassa olevasta kontekstiprojektiosta.
  • Vanhat resume-, transcript- tai queue-tapahtumat, joiden ajankohta on ennen poistoa, eivät voi aktivoida poistettua sisältöä uudelleen. Näin myöhemmin uudelleen toistettua vanhaa tilaa ei käsitellä uutena totuutena.
  • Poiston ajankohdan jälkeen tietoisesti uudelleen annettu tieto voidaan oppia uudelleen. Tombstone siis lukitsee vanhan näytön, ei tulevaa kehitystä.
  • Poistot vieraiden tenanttien, agenttien, domainien, avainten tai soveltamisalojen yli, ilman kohdetta, heikolla luottamuksella tai väärällä tombstone-arvolla hylätään transaktionaalisesti. Olemassa olevat tietokannat siirtyvät paikallaan.
  • Poistettu fakta ei tuota kehoteriviä eikä kuluta siksi kontekstitokeneita.
9.1.362
  • Vahvistettu korjaus voi nyt nimenomaisesti syrjäyttää täsmälleen yhden aiemman havainnon samassa tenant-, agentti-, domain-, avain- ja soveltamisala-alueella. Vanha merkintä säilyy append-only tarkastushistoriassa.
  • Voimassa oleva näkymä lataa korjatun arvon ja merkitsee sen corrected-tilaan; syrjäytettyä arvoa ei projisoida enää nykyisenä konfliktina.
  • Puuttuvat tavoitteet, vieraat soveltamisalat tai avaimet sekä korjaukset luottamuksen 1 alapuolella hylätään transaktionaalisesti.
  • Olemassa olevat SQLite-tilat saavat uuden suhdesarakkeen avattaessa menettämättä aiempaa virtaansa tai versiotaan.
9.1.361
  • Yhtä uskottavia henkilö- tai tiimiväitteitä samalla soveltamisalalla ja avaimella ei enää anneta totuutena periaatteella ”viimeisin arvo voittaa”. Projektio merkitsee konfliktin lyhyesti ja pyytää selvitystä kaatamatta molempia sisältöjä kontekstiin.
  • Jos väite on vähintään 0,2 luottamuspistettä vahvempi, se pysyy käyttökelpoisena, mutta merkitään kiistanalaiseksi. Myöhempi heikompi väite ei voi enää peittää vahvistettua tilaa.
  • Identtiset vahvistukset yhdistetään yhdeksi fokuspisteeksi. Kanoniset tavoite- ja edistyskentät pysyvät edelleen revisioitavina.
  • Append-only-tapahtumahistoria pysyy muuttumattomana; voimassa olevasta näkymästä ei voi edelleenkään syntyä oikeuksia.
9.1.360
  • Jo kanoninen /goal-tila projisoidaan pysyvänä työfokuksena kognitiiviseen tapahtumavirtaan: tavoite, tila, seuraava laukaisin ja odotettu onnistumistodiste.
  • Sama fokus pysyy idempotenttina runtime-uudelleenkäynnistysten yli. Muuttumaton tavoitetila ei tuota kaksoistapahtumia eikä kaksoishavaintoja.
  • Käyttölaskureita, aikabudjettia ja oikeuksia ei kopioida fokukseen. Ilman aktiivista tavoitetta ei ladata ylimääräisiä fokustokeneita.
  • Projektio yhdistää sopivan tavoitteen soveltamisalan nykyisen vuoron yksityiseen suhdesoveltamisalaan; se ei synnytä oikeuksia.
9.1.359
  • Personality-muisti ja aidot CLI-vuorot käyttävät nyt samaa tenant- ja agentti-identiteettivirtaa tiedostosta identity/manifest.json; ilman täydellistä identiteettiä säilyy yhteensopiva hajautettu varapolku.
  • Suorat Telegram-vuorot projisoivat vain nykyisen keskustelukumppanin yksityisen suhdealueen. Ryhmät ja vieraat suhteet eivät tuota yksityisiä fokustokeneita.
  • Soveltamisalan valinta pakotetaan ennen rankingia; uudempi tieto vieraasta soveltamisalasta ei voi enää peittää sopivaa merkintää.
9.1.358
  • Verkkovirhe automaattisen päivityksen valmistelun aikana ilmoitettiin vain valinnaiselle virhe-callbackille. Ilman uutta pollausta käynnissä oleva King pysyi tilassaan, vaikka istunto itse jatkoi terveenä.
  • Launcher kirjoittaa nyt rajatun prepare-failed-tapahtuman versiotietoineen sekä turvallisella virheen nimellä ja koodilla tiedostoon handoff.jsonl.
  • Sen jälkeen uusi valmisteluyritys ajoitetaan täsmälleen kymmenen sekunnin päähän. Käynnissä olevaa ydintä ei lopeteta eikä ladata uudelleen.
  • Diagnoositapahtuman kirjoituksen virheet pysyvät fail-soft; tokeneita, viestin tekstiä tai muita salaisuuksia ei kirjata.
9.1.357
  • Toistuvat pääsyt samaan voimassa olevaan järjestelmäkehotteeseen eivät enää rakenna suurta merkkijonoa perusosasta ja runtime-liitteestä uudelleen joka pääsyllä.
  • Resolver pitää täsmälleen yhden nykyisen perus-/liiteyhdistelmän ja mitätöi sen heti, kun jompikumpi syötearvo muuttuu.
  • Tyhjä kehote, vain perusosa, vain liite ja aiempi erottelu kahdella rivinvaihdolla säilyvät tavuidenttisinä.
9.1.356
  • Muuttumattomat järjestelmäkehotteet lasketaan toistuvien mallivaiheiden yli vain kerran merkkikohtaisesti kontekstibudjettiin.
  • Välimuisti rajataan neljään merkintään, enintään 500 000 merkkiin kutakin kehotetta kohti ja yhteensä 1 000 000 pidettyyn merkkiin.
  • Muuttuneet kehotteet lasketaan edelleen uudelleen; kontekstinäkymä, tiivistysbudjetti ja kyselybudjetti käyttävät samaa nykyistä arvoa.
9.1.355
  • Muuttumattomat LLM-kyselykonfiguraatiot eivät enää serialisoi työkaluskeemojaan uudelleen joka mallivaiheessa vain konfiguraatiolokia varten.
  • Mallia, aliasta, ajattelutasoa, järjestelmäkehotetta ja työkalusarjaa verrataan viimeiseen täydelliseen tilaan.
  • Muuttuneet mallit, kehotteet, työkalujen nimet, kuvaukset tai parametriskeemat avaavat konfiguraatiolokituksen edelleen kohdennetusti uudelleen.
9.1.354
  • Muuttumattomat työkaluskeemat serialisoidaan nyt vain kerran työkaluobjektia kohti ja lasketaan kontekstibudjettiin.
  • Inventaario, jossa on 403 työkalua, ei tämän ansiosta tule lasketuksi kokonaan uudelleen toistuvissa kyselytarkistuksissa.
  • Muutokset nimeen, kuvaukseen tai parametriobjektiin hylkäävät kohdennetusti vain kyseisen työkalun välimuistimerkinnän.
9.1.353
  • Agenttiparven työkalujen argumenttifragmentit jäsennetään edelleen heti ja siirretään edistystilaan, mutta ne jakavat nyt adaptiivisen renderöintiajastimen.
  • Suuri suoratoistettu työkalukutsu ei tämän ansiosta enää laukaise täyttä TUI-renderöintiä jokaista argumenttifragmenttia kohti.
  • Alku, valmistuminen, virhe ja keskeytys poistavat avoimet parviajastimet ennen niiden lopullista välitöntä renderöintiä.
9.1.352
  • Assistentin ja ajattelun fragmentit agenttiparvessa päivittävät edistystilan edelleen heti, mutta jakavat adaptiivisen renderöintiajastimen.
  • Fragmenttiryöppy ei tämän ansiosta enää laukaise täyttä TUI-renderöintiä jokaista deltaa kohti.
  • Erilliset parvitapahtumat ja edistyksen siivous poistavat avoimet ajastimet ennen niiden välitöntä valmistumisrenderöintiä.
9.1.351
  • Assistentin ja ajattelun fragmentit BTW-/agentti-ikkunassa tallennetaan heti vuoroon, mutta ne jakavat adaptiivisen renderöintiajastimen.
  • Ohjain ei enää vaadi näille kahdelle delta-lajille ylimääräistä täyttä renderöintiä fragmenttia kohti.
  • Valmistuminen, virhe, uusi yritys ja dispose poistavat avoimet ajastimet; erilliset hook- ja valmistumistapahtumat pysyvät heti näkyvinä.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput ottaa stdout- ja stderr-osiot heti aktiivisuustilaan, mutta rakentaa ala-agenttikortin vain adaptiivisessa suoratoistotahdissa.
  • Yhteinen odottavien joukko käsittelee useita samanaikaisesti käynnissä olevia alatyökaluja ilman kadotettua tulostetta tai ajastinta fragmenttia kohti.
  • Työkalun valmistuminen poistaa avoimen päivityksen ennen lopullista esitystä; dispose hylkää ajastimen ja odottavien joukon siististi.
9.1.349
  • ToolCallComponent.appendSubagentText kerää nopeasti saapuvat teksti- ja ajattelufragmentit heti sisäiseen tilaan, mutta rakentaa ala-agenttikortin vain adaptiivisessa suoratoistotahdissa.
  • Valmistuminen ja virhetila tyhjentävät vielä avoimen tekstipäivityksen ennen lopullista esitystä; dispose hylkää ajastimen siististi.
  • Näin saapuvat tavut pysyvät heti saatavilla, kun taas toistuvat täydet uudelleenrakennukset, tilannevedokset ja renderöinnit jäävät pois fragmenttiryöpyissä.
9.1.348
  • Kasvavat alagenttien/alatyökalujen argumentit kerätään edelleen heti kokonaan, mutta niitä ei enää jäsennetä ja renderöidä uudelleen jokaisen fragmentin jälkeen.
  • Adaptiivinen ajastin kokoaa esikatselun päivityksen. Valmistuessa odottavat argumentit siirretään pakollisesti ennen lopullista työkalutilaa.
  • Työkalujen suoritus, hyväksynnät, lopulliset argumentit ja olemassa oleva normaali suoratoistopolku pysyvät muuttumattomina.
9.1.347
  • Tapahtumapolku kutsui getStreamingToolCallPreview-funktiota heti jokaisen saapuvan työkaluargumenttideltan jälkeen. Funktio jäsentää siihen asti täydellisen kasvavan JSON-tekstin.
  • Kutsu tehtiin myös tavallisille työkaluille, vaikka vain AgentSwarm tarvitsee heti jäsennetyn välitilan käynnissä olevaan edistysnäyttöönsä. Näin normaalipolku ohitti osittain versiossa 9.1.346 käyttöönotetun rajatun esikatselutahdin.
  • Pieni puhdas käytäntö päättää nyt ennen jäsennystä: tavalliset työkalut keräävät vain deltan ja jäsentävät ajoitetussa esikatselutyhjennyksessä; AgentSwarm jäsentää edelleen heti tapahtumanimen, aktiivisen työkalunimen tai olemassa olevan parven edistyksen yhteydessä.
  • Työkalujen suoritus, hyväksynnät, lopulliset argumentit ja parvinäyttö pysyvät muuttumattomina.
9.1.346
  • 9.1.345 rajoitti pitkien vastaus- ja ajatteluvirtojen kokotekstin uudelleenrenderöinnit, mutta puhtailla työkaluargumenttivirroilla ei ollut kumpaakaan näistä tekstiluonnoksista, joten ne pysyivät kiinteässä 50 ms -tahdissa.
  • Jokainen työkaluesikatselu jäsentää siihen asti täydellisen kasvavan JSON-argumenttitekstin. Suuret työkalukutsut saattoivat siksi edelleen jäsentää ja renderöidä koko kuorman hyvin usein.
  • Jo osoitettu adaptiivinen tahti ottaa nyt huomioon myös aktiivisten suoratoistettujen työkaluargumenttien kokonaismerkkimäärän: 50, 100, 250 tai 500 ms samoilla rajoilla.
  • Työkalujen suoritus, argumentit, hyväksynnät, lopullinen esikatselu ja välittömät valmistumistyhjennykset pysyvät muuttumattomina.
9.1.345
  • TUI asetti suoratoiston aikana aiemmin joka 50 ms täyden siihen asti kertyneen vastaus- ja ajattelutekstin uudelleen. Pitkissä mallivastauksissa toistuvasti renderöitävä tekstimäärä kasvoi siksi voimakkaasti.
  • Lyhyet suoratoistot enintään 8.192 merkkiä säilyttävät aiemman reagoivan 50-ms-tahdin. Sen jälkeen väli nousee portaittain 100 ms:iin 32.768:aan asti, 250 ms:iin 131.072:aan asti ja 500 ms:iin sen yli.
  • Nimenomaiset tyhjennykset työkalurajoilla ja viimeistelyssä pysyvät välittöminä. Provider-, jono-, istunto- ja tokenlogiikkaa ei muutettu.
9.1.344
  • Kognitiivinen runtime-kerros kirjoitti aiemmin kullekin työkalukutsulle käytännön ja tuloksen kahdessa erillisessä synkronisessa SQLite-tapahtumassa.
  • Eristetty Windows-kustannustestiajo 100 työkalukutsulla vaati tähän 627,63 ms ja tuotti 201 tapahtumaa. Sisältö käsitti 305 havaintoa.
  • Valmistuneet käytäntö-/tulosparit mallivaihetta kohti kirjataan nyt atomisesti rajatuissa ryhmissä, joissa on enintään kymmenen työkalua. Keskeytetyt tai vielä avoimet käytäntötarkistukset tallennetaan edelleen yksitellen vuoron lopussa.
  • Argumentit, tulosteet, oikeuspäätös, hash-ketju ja SQLite-pysyvyys pysyvät muuttumattomina.
9.1.343
  • Yksityinen Telegram-vastaus toimitettiin jo onnistuneesti Reply-työkalulla. Sen jälkeen sama mallivuoro käynnisti silti vielä yhden vaiheen ja tuotti sisäistä tila- ja työnohjaustekstiä.
  • Lisävaihe maksoi mitatussa oikeassa istunnossa 42.360 syöte- ja 411 tulostetokenia, vaikka näkyvä käyttäjävastaus oli jo lähetetty.
  • Onnistunut Telegram-reply päättää nyt direct-merkityn yksityisen keskusteluvuoron välittömästi. Epäonnistuneet replyt, ryhmät ja muut työkalut jatkavat muuttumattomina.
  • Valmistumisen jälkeen voimassa on edelleen olemassa oleva Direct-fokusohjain: se muistaa toimitetun vastauksen ja palaa keskustelun päätyttyä tai hiljaisuusajan jälkeen tallennettuun taustatyöhön.
9.1.342
  • Relevanssikysely Mistake.md-tiedostolle otti aiemmin vastaan jokaisen viestin, jonka rooli oli user. Siihen kuuluivat myös sisäiset injektiot, tiivistysyhteenvedot, skill-aktivoinnit ja taustailmoitukset.
  • Koska Mistake-muistutus tallennetaan itse sisäisenä user-viestinä, se muutti jokaisen työkaluvaiheen jälkeen omaa hakukyselyään. Näin sama vuoro valitsi ja syötti sen uudelleen.
  • Suodatin käyttää nyt vain toiminnallisesti merkityksellisiä käyttäjä- ja cron-syötteitä. Sisäiset runtime-tekstit suljetaan pois relevanssikyselystä ja matalan informaation tunnistuksesta.
  • Aidot käyttäjäviestit, ajoitettu työ, kaikki vahvistetut opetukset ja uudelleenrakennus tiivistyksen jälkeen pysyvät muuttumattomina saatavilla.
9.1.341
  • Luonnollisessa käynnistyksessä launcher löysi jo paikallisesti valmistellun ja vahvistetun automaattisen runtime-version, mutta lähetti sen silti ensin verkkoriippuvaisen päivitysilmoituksen läpi. Jos tämä toinen haku epäonnistui väliaikaisesti, vanha globaali versio käynnistyi uudelleen.
  • Valmisteltu automaattinen runtime, jonka tila täsmää tarkalleen (resume tai new), käynnistetään nyt ennen uutta release-hakua. Aktivointi pysyy transaktionaalisena: vasta kun uusi ydin on latautunut onnistuneesti, runtime kirjataan aktiiviseksi.
  • resume-tilassa istunnon tunnus ja työhakemisto säilyvät. Manuaalinen päivitysvalinta toimii edelleen aiemman ilmoitustien kautta.
  • Yhtään käynnissä olevaa Kingiä ei lopeteta. Korjaus koskee yksinomaan seuraavaa luonnollista käynnistystä.
9.1.340
  • Launcher kirjoitti onnistuneet päivitykset tiedostoon .blun/updates/install.json, kun taas profiili-runtime etsi tiedostosta .blun/profile/<name>/updates/install.json. Aitoa profiilipolkua ei ollut olemassa; siksi notifiedAt pysyi jaetussa tilassa null.
  • Profiili-runtimet lukevat päivityksen onnistumisen nyt BLUN_SHARED_HOME-muuttujasta ja palaavat aiempaan BLUN_HOME-muuttujaan vain, jos yhteistä polkua ei ole.
  • Seuraavan luonnollisen käynnistyksen jälkeen TUI voi näyttää version ja enintään kolme release-huomautusta kerran. Konfiguroidut yksityiset Telegram-vastaanottajat saavat saman lyhyen tekstin ilman mallivuoroa ja ilman tokenkulutusta.
  • Asennus, staging, aktivointi ja ei-koskaan-heitä-ulos-sääntö pysyvät muuttumattomina.
9.1.339
  • Onnistuneet matalan vaivan työkalun jatkovaiheet käyttävät enintään 4.096 completion-tokenia aiemman 8.192:n sijaan.
  • Ensimmäiset vaiheet, monimutkaiset tehtävät ja virheiden jatkovaiheet säilyttävät konfiguroidun ajattelu- ja tulostuskapasiteettinsa. Toimenpide ei ole globaali malli- tai kontekstiraja.
  • Takaisinmittaus 1.442:n aidon matalan vaivan vaiheen yli yhdestä agenttiprofiilista antoi: 2.118.588 tulostetokenia yhteensä, mediaani 791, p90 3.754, p95 5.485. Uudella rajalla 229.761 tokenia eli 10,8 Prozent olisi jäänyt pois; 91,1 Prozent mitatuista vaiheista pysyy muuttumattomana.
9.1.338
  • Puhtaita toistokysymyksiä kuten Voinko jatkaa työtäni? ei enää toimiteta yksityisissä Telegram-keskusteluissa.
  • Sisäinen jono-, handoff-, lane- ja odotustilan kerronta pysyy pois yksityisestä vastauksesta. Aidot työtulokset ja tavalliset henkilökohtaiset vastaukset pysyvät toimitettavina.
  • Jos käyttökelpoinen vastaus päättyy vain uuteen työn hyväksyntäkysymykseen, poistetaan yksinomaan tämä päätöskysymys.
  • Ryhmäreititys ja käynnissä olevat istunnot pysyvät muuttumattomina.
9.1.337
  • profile/<nimi>/SOUL.md on Kingin kanoninen identiteettipolku.
  • Sopiva nimetty legacy-sielu korvaa vain muuttumattoman, luodun profiilirungon. Kehittyneitä profiilisieluja ei koskaan ylikirjoiteta.
  • Ennen legacy-tuontia luotu runko varmuuskopioidaan nimellä SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Keskeytyneet istunnot normalisoivat toistotilansa ennen kuin lisää Telegram-työtä toimitetaan.
  • Jos toimitus aktiiviseen vuoroon hylätään, viesti putoaa takaisin tuoreeseen jonovuoroon sen sijaan, että sama ohjaus yritettäisiin uudelleen viiden sekunnin välein.
  • DM-fokus-tarkistuspisteet säilyttävät automaattiset resume-ajastimet ja nimenomaiset tauot päivitysten yli.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Tavallinen yksityinen Telegram-viesti keskeyttää käynnissä olevan tehtävän vain välittömän keskustelun ajaksi. Sen jälkeen King jatkaa täsmälleen tallennetusta työtilasta automaattisesti 60 sekunnin kuluttua ilman uutta lupakysymystä.
  • Keskustelun nimenomainen lopettaminen jatkaa tehtävää heti. Vain selvät käyttäjätoiveet kuten pause, pausiere, stop, stopp, warte tai halte an pitävät tehtävän edelleen pysäytettynä, kunnes käyttäjä vapauttaa sen uudelleen.
  • Sisäiset käsitteet ja tilailmoitukset cronista, tarkistuspisteestä, jonosta tai lanesta tukahdutetaan tavallisissa yksityisissä vastauksissa. Varsinainen työ ja sen tallennettu tila pysyvät muuttumattomina.
9.1.334
  • Automaattinen taustavalmistelu ei enää näänny nopeassa release-sarjassa. Aiempi 30 minuutin esto koski aina kulloistakin uusinta releasea; minuuttitahtisten releasien aikana mikään versio ei siksi koskaan ehtinyt vanheta valmisteltavaksi.
  • Kryptografisesti sopiva release ladataan nyt heti, tarkistetaan eheyden osalta, asennetaan eristettynä, koestetaan syntaktisesti ja merkitään odottavaksi runtimeksi.
  • Käynnissä olevaa King-istuntoa ei edelleenkään lopeteta. Aktivointi ja resume pysyvät yksinomaan olemassa olevassa suojatussa seuraavan käynnistyksen polussa. Tämä versio ei muuta handoff- eikä istuntologiikkaa.
9.1.333
  • Live-kuvakaappaus osoitti 9.1.331:n jälkeen ERR_MODULE_NOT_FOUND-virheen hallitussa Telegram-liitännäisessä.
  • Liitännäisen tuonti osoitti eristetystä managed-puusta ydintiedostoon, jota ei ollut asennettu sinne mukaan.
  • Myös mitattu valtava toistoteksti kulki näkyvässä ajatteluvirrassa. Olemassa oleva live-toiston esto tarkisti siihen asti vain vastausdeltat.
  • Versiota 9.1.332 ei kytketty julkiseen manifestiin liitännäislöydöksen jälkeen. 9.1.333 korvaa tämän npm-ehdokkaan kokonaan.
9.1.332 Julkaisematon
  • Julkaisematon. Liitännäisen tuonti osoitti eristetystä puusta toimittamattomaan ydintiedostoon; 9.1.333 korvasi npm-ehdokkaan kokonaan.
9.1.331
  • Yksityiset Telegram-keskustelut säilyttävät luonnolliset vastaukset ja pyydetyt työtulokset.
  • Mitatut sisäiset kaksoisilmoitukset pysäytetyistä töistä, jo lähetetyistä vastauksista, käynnissä olevista vuoroista, työkalujen tilasta ja puuttuvasta toimintatarpeesta tukahdutetaan vain yksityisissä chateissa.
  • Ilmoitus suodatetaan vain, jos se sisältää sisäistä runtime-kontekstia eikä nimenomaisesti mitään uutta arvoa käyttäjälle.
  • Ryhmäreititys, aidot valmistumisilmoitukset ja tavallinen lyhyt keskustelu pysyvät muuttumattomina.
9.1.330
  • Jokaisen Kingin täydellinen sielun lähdetiedosto säilyy muuttumattomana.
  • Mallikonteksti saa siitä rajatun luonteenprojektion, jossa on identiteetti, ääni, arvot, suhteet, mieltymykset, tavoitteet ja kasvanut historia.
  • Selviä tehtävä-, lane-, oikeus-, QA-, työkalu-, komento-, vahvistus-, häiriö-, loki-, runtime-, päivitys-, käyttöönotto- ja koontiosioita ei enää ladata persoonallisuutena jokaiseen kehotteeseen.
  • Puhtaat lyhyet luonne-sielut pysyvät tavuidenttisinä. Tuntemattomat ei-tekniset osiot pysyvät näkyvinä järjestyksessään.
  • Yhtään sielutiedostoa ei poisteta, lyhennetä eikä kirjoiteta automaattisesti uudelleen.
9.1.329
  • Jokainen nimetty King-profiili käyttää jaetussa identiteettiytimessä omaa agenttisolmuaan. Suhteet, historia ja opitut henkilötiedot eivät enää sulaudu ensimmäisenä perustettuun agenttiin.
  • Olemassa olevat nimetyt sielutiedostot kuten _agent-a_soul.md, _agent-b_soul.md tai _agent-c_soul.md kohdistetaan sopivaan profiiliin ja siirretään kerran tavuidenttisesti tiedostoon SOUL.md.
  • Vanha lähdetiedosto säilyy muuttumattomana. Olemassa olevaa profiilin SOUL.md-tiedostoa ei koskaan ylikirjoiteta.
  • Persona-valinta ja personality-tila lukevat profiilisidonnaisesti. Rikkoutunut, liian suuri tai linkitetty profiilipersona ei huomaamatta palaa käyttämään toisen agentin identiteettiä.
  • Yhteinen ydin pysyy käytettävissä ilman Mnemo-pakkoa. Käynnissä olevat tehtävät, oikeudet ja QA-säännöt eivät muutu tämän siirron myötä.
9.1.328
  • Persona ja SOUL.md ladataan ensin aktiivisesta profiilista.
  • Nimetyt profiilit eivät koskaan peri toisen agentin sielua yhteisestä kotihakemistosta.
  • Legacy- ja oletusprofiilit säilyttävät aiemman yhteisen varapolkunsa.
  • Jos oma sielutiedosto todella puuttuu, luodaan kerran minimaalinen runko; olemassa olevia tiedostoja ei koskaan ylikirjoiteta.
  • Identiteetti- ja suhdejärjestelmä pysyy tiedostopohjaisena ja toimii ilman Mnemo-pakkoa.
9.1.327
  • Yksityiset Telegram-keskustelut pysyvät henkilöllä: sisäiset jono-, tarkistuspiste-, tauko-, cron-, hook- ja tyhjäkäyntiraportit tukahdutetaan molemmilla lähetysteillä, kunhan työtilaa ei ole kysytty, päätöstä ei tarvita eikä merkityksellistä estettä ole syntynyt.
  • Tekniset työtilat menevät vastaavalle tiimikanavalle. Niitä ei kopioida enää yksityiseen keskusteluun.
  • Tarkat mallin toistossilmukat tunnistetaan jo suoratoiston aikana. Käynnissä oleva provider-virta lopetetaan ja sama vaihe yritetään säilytetyn tehtäväkontekstin kanssa täsmälleen kerran uudelleen.
  • Sielua, henkilötietoja, oikeuksia, käynnissä olevia tehtäviä ja olemassa olevaa suoran fokuksen taukoa ei korvattu eikä poistettu. Yhtään käynnissä olevaa TUI:ta ei käynnistetty uudelleen.
9.1.326
  • Manuaaliset ja automaattiset käyttöoikeustilat peilaavat työkaluhyväksynnät rajattuina painikkeina yksiselitteisesti kytkettyyn yksityiseen Telegram-DM:ään.
  • Vain työkalun nimi ja olemassa olevat valintatekstit siirretään; argumentit, kuvaukset ja salaisuudet pysyvät paikallisina. Vanhentuneet, vieraat tai jo paikallisesti vastatut hyväksynnät hylätään oletusarvoisesti estettynä (fail-closed).
  • God Mode pysyy täysin autonomisena eikä tuota Telegram-hyväksyntää.
  • Tekniset työtilat reititetään vastaavalle kollegalle eikä niitä kopioida enää käyttäjän yksityiseen keskusteluun.
9.1.325
  • God Mode suorittaa henkilökohtaiset muistikirjoitukset ilman toista hyväksyntäkysymystä; olemassa oleva istunto- ja vuorosidonnainen suostumus säilyy.
  • Nimenomainen Telegramin kautta annettu muistamiskäsky aktivoi saman tiukasti rajatun suostumuksen kuin suora konsolikäsky. Manuaaliset ja automaattiset käyttöoikeustilat kysyvät edelleen ennen kirjoittamista.
  • Päivityspäiväkirja tallentaa, käynnistettiinkö asennus manuaalisesti, automaattisesti vai käynnistysvalinnasta.
9.1.324
  • Ensimmäinen luotettava vuorovaikutus botin kanssa luo sen paikallisesti agentti- ja suhdesolmuksi. Rooli, vastuut, erityispiirteet, yhteistyö ja handoff voivat sen jälkeen kasvaa rakenteellisesti.
  • Jokainen King projisoi kompaktin kolleganäkymän kontekstiinsa. Näin se tuntee muiden agenttien tehtävät ja erityispiirteet lataamatta summittaisesti koko suhdekantaa.
  • Jos tehtävän kannalta kriittinen tieto puuttuu, ei arvata: King kysyy täsmälleen kerran parhaiten sopivalta ihmiseltä tai agentilta. Jos vastuutahoa ei tiedetä, se kysyy käyttäjältä nimen keksimisen sijaan.
  • Suhteet ja roolit eivät koskaan synnytä oikeuksia. Käyttöoikeus-, ACL- ja salaisuuskenttiä ei projisoida kolleganäkymään. Polku on paikallinen, tenanttikohtainen, nimineutraali, Mnemo-riippumaton eikä lisää malli- eikä työkalukutsuja.
9.1.323
  • Yksityiset keskustelut vastaavat jälleen henkilölle sen sijaan, että ne vapaaehtoisesti tulostaisivat sisäisiä prosessitietoja. Tarkistuspisteet, hashit, polut, työkalu-, cron- ja hook-diagnostiikat, piilotetut säännöt, vieraiden agenttien tehtävät ja tyhjäkäyntiraportit pysyvät sisäisinä.
  • Työtila mainitaan vain, jos käyttäjä kysyy sitä, hänen päätöstään tarvitaan tai este koskee häntä konkreettisesti. Pysäytetty työ pysyy sisäisenä eikä sitä tuoda kevyeen keskusteluun.
  • Sääntö pätee persoonallisuustilan kanssa ja ilman sitä, ei sisällä kiinteästi koodattuja henkilöitä tai agentteja ja lisää noin 75 kehotetokenia, mutta ei yhtään malli- eikä työkalukutsua. Tehtävien prioriteetti ja todistevelvollisuus pysyvät muuttumattomina.
9.1.322
  • Näkyvä persoonallisuuskytkin kirjoittaa persona.json-tiedoston nyt atomisesti. Nimi, kieli, muistiinpanot ja kaikki muut olemassa olevat persona-kentät säilyvät; vain personalityEnabled muuttuu.
  • SOUL.md, AGENTS.md, JOURNAL.md ja suhdetiedostot pysyvät koskemattomina sekä poiskytkennän että päällekytkennän yhteydessä. Normaali SOUL-pohjainen agentti-identiteetti pysyy järjestelmäkontekstissa ladattuna myös persoonallisuustoiminnon ollessa pois päältä.
  • Epäonnistunut live-päivitys palauttaa valinnan tavutarkasti ennalleen. Jos rinnakkainen kirjoittaja on muuttanut persona.json-tiedostoa, varapolku päättyy virheeseen PERSONALITY_CHOICE_CONFLICT eikä ylikirjoita mitään.
  • Symbolilinkit, ylisuuret, virheelliset tai ei-objektimuotoiset persona-tiedostot hylätään oletusarvoisesti estettynä (fail-closed). Päällekytkennässä identiteettipuu valmistellaan ennen kirjausta.
  • Ei kuulu tähän versioon sen jälkeen osoitettu agentin virhe, joka tulosti sisäisiä tarkistuspisteitä, cron-sääntöjä, SHA-arvoja ja vieraiden tehtävien yksityiskohtia yksityisiin keskusteluihin. Tämä tulostussuodatin on seuraava erillinen kehitysvaihe.
9.1.321
  • Rento ensimmäinen yksityinen viestinvaihto tai vapaaehtoinen henkilökohtainen huomautus voi asettaa täsmälleen yhden valinnaisen uteliaisuustilaisuuden mallikontekstiin. Se ei ole pakollinen kysymys; sanavalinta ja sävy tulevat edelleen ladatusta SOUL.md-tiedostosta, eivät kiinteästä kysymysluettelosta.
  • Tehtävä, kiireellisyys, virheet, linkit, koodi, polut ja ryhmäliikenne tukahduttavat uteliaisuuden kokonaan. Se ei koskaan lähetä omatoimisesti eikä saa keskeyttää käynnissä olevaa työtä.
  • 30 päivän cooldown pätee jokaista tenanttia, agenttia ja linkitettyä henkilöä kohti myös eri portaalien välillä. Sama tapahtuman uudelleenyritys on idempotentti.
  • Uusi tila ei ole enää Telegram-kohtainen uteliaisuustiedosto identiteettipuussa. Vaihdettava personality-memory-adapter kirjoittaa sen sijaan versioidun tapahtuman olemassa olevaan transaktionaaliseen kognitiiviseen säilöön. Telegram on alkuperä; yksityinen suhde on erillinen näkyvyyden soveltamisala.
  • Tallennetaan vain aihe, vakaa tapahtuma-/lähdetunnus, ajankohta ja yksityinen soveltamisala. Raakatekstiä, kiinteitä kysymyksiä, oikeusväitteitä ja salaisuuksia ei oteta mukaan. Epävarmat juuret, vieraat kentät ja säilön vika pysyvät fail-closed.
  • Portaalirajan perustana oli sisäinen konseptipaperi v7. CLI on referenssiasiakas; paikallinen säilö on nimenomaisesti merkitty vaihdettavaksi projektioksi eikä toinen kanoninen portaalisäilö.
9.1.320
  • Yksityiset, nimenomaiset avoimet keskustelulangat tallennetaan muuttumattomina, deduplikoituina tapahtumina lähteineen, ajankohtineen, konteksteineen ja luottamuksineen. Luonnolliset muotoilut kuten Frag mich morgen noch einmal nach ... tunnistetaan yhtä hyvin kuin eksplisiittinen avoimen langan muoto.
  • Nimenomaiset korjausohjeet tallennetaan erillään yleisistä suhdemuistiinpanoista ja otetaan huomioon myöhemmässä käyttäytymisessä.
  • Nykyinen vuoro ei tarkoituksella näe vielä omaa uutta muistiinpanoaan. Vasta myöhempi yksityinen vuoro saa rajatun kontekstin; näin ei synny kaksois- eikä vihjailevaa itsevahvistusta.
  • Tehtävä ja nimenomaiset ohjeet ovat ennen sosiaalista kontekstia. Avoimet langat eivät saa keskeyttää aktiivista työtä eivätkä koskaan lähetä omatoimisesti. Suhdetiedot eivät voi synnyttää oikeuksia, hyväksyntöjä eikä käyttöoikeuksia.
  • Ryhmäliikenne, salaisuudet, käyttöoikeusmuotoilut, epävarmat polut, symbolilinkit ja ylisuuret tiedostot pysyvät fail-closed poissuljettuina.
9.1.319
  • Kelvollinen olemassa oleva profiili ilman tallennettua personalityEnabled-arvoa aktivoi persoonallisuuden nyt automaattisesti.
  • Ensimmäisen normaalin kehotteen yhteydessä syntyy paikallinen identiteettipuu agenttiprofiileineen ja JOURNAL.md-tiedostoineen myös ilman Mnemoa.
  • Nimenomainen false, 0 tai off pysyy pois päältä. Vaurioituneet, symbolisesti linkitetyt ja liian suuret persona-tiedostot pysyvät fail-closed.
  • SOUL.md- ja AGENTS.md-tiedostoja ei poisteta eikä kirjoiteta uudelleen.
9.1.318
  • Taustapäivittäjä lataa uusimman version sitovasti, tarkistaa sen itsenäisesti julkaistun SHA-512-eheyden ja merkitsee sen seuraavaa käynnistystä varten.
  • Käynnissä oleva King, sen vuoro ja sen työkalukutsut pysyvät koskemattomina. Live-handoffia, ACK:ta eikä tui.stop(76)-kutsua ole enää.
  • Istunnon tunnus ja työhakemisto tallennetaan valmistellun runtime-version kanssa. Vasta seuraavassa luonnollisessa käynnistyksessä uusi versio aktivoituu ja täsmällinen istunto jatkuu automaattisesti.
  • Käynnissä oleva TUI saa enintään passiivisen valmistumisilmoituksen; uudempi valmisteltu versio korvaa vain varauksen, ei koskaan aktiivista prosessia.
9.1.317
  • Jos provider käyttää koko vastausbudjetin loppuun length-lopetuksella mutta ei toimita näkyvää tekstiä, uudelleenyritysbudjettia ei enää pienennetä kahdeksasosaan, vaan se kaksinkertaistetaan.
  • Uudelleenyritys pysyy samassa vuorossa ja käyttää samaa signaalia, samaa viestihistoriaa ja samaa työtilannetta.
  • Olemassa oleva keskeytyskäsittely ja rajoitettu uudelleenyritysten määrä pysyvät muuttumattomina. Manuaaliset keskeytykset tai pysyvästi tyhjät tulokset eivät jatku loputtomiin.
9.1.316
  • Yksityiset Telegram-DM:t saavat oman suoran jonokaistan ennen ryhmä-, silmukka- ja taustatyötä; nimenomainen /urgent säilyy edelleen korkeimpana prioriteettina.
  • DM-keskustelun alkaessa käynnissä oleva työtila tallennetaan kerran rajattuna tarkistuspisteenä. Viestin tekstiä ei tallenneta.
  • Tunnistetun keskustelun päättymisen tai minuutin hiljaisuuden jälkeen King kysyy täsmälleen kerran: Voinko jatkaa työtäni?
  • Tallennettu työ pysyy pysäytettynä ja sitä jatketaan vasta yksiselitteisen suostumuksen jälkeen alkuperäisestä tarkistuspisteestä.
  • Versio toimittaa toimitus- ja tauko-ohjauksen. Täysi persoonallisuus-, suhde- ja päiväkirjajärjestelmä pysyy erillisenä, jatkuvana laajennuksena.
9.1.315
  • Valtuutetut huomiosignaalit kulkevat nyt normaalin kanavajonon kautta vuoroon kiertämättä olemassa olevaa toimitus- tai oikeuskäytäntöä.
  • Päällekkäiset, vanhentuneet, hyväksymättömät, soveltamisalan ulkopuoliset ja muualta kuin Telegramista tulevat signaalit hylätään ennen mallikontekstia.
  • Tarkentavat kysymykset rajoitetaan enintään yhteen luonnolliseen kysymykseen, deduplikoidaan ja vaikenevat, kun signaali ei ole enää ajankohtainen.
  • Versio toimittaa vain turvallisen toimitusreitin. Sen jälkeen priorisoitu DM-keskeytys- ja jatkologiikka jää tietoisesti seuraavaan, erilliseen versioon.
9.1.314
  • Paikalliset kauttaviivakomennot eivät enää odota pitkän aktiivisen vuoron aikana tuntikausia jonossa, vaan keskeyttävät vuoron hallitusti ja suoritetaan seuraavana työvaiheena.
  • Uusi kauttaviivakomento korvaa konsolissa ja Telegramissa jo odottavan samantyyppisen komennon. Tämä koskee muun muassa /reload- ja /loop-komentoja; tavalliset viestit, shell-työ ja muut kanavatehtävät säilyvät.
  • Escape poistaa odottavat kauttaviivakomennot myös silloin, kun aktiivista vuoroa ei ole enää näkyvissä. Olemassa oleva reload-yhteensopivuus säilyy yleisen jonokäytännön kääreenä.
9.1.313
  • Onnistunut automaattinen päivitys kirjoitetaan istunnon toiston jälkeen pysyvänä huomautuksena TUI-transkriptiin. Ilmoitusta ei voi enää ylikirjoittaa toistolla eikä lyhytikäisellä tilalla.
  • Sama lähdetila, kohdetila ja samat versiohuomautukset lähetetään olemassa olevaa versiopohjaista deduplikointitietä pitkin kerran kytkettyihin Telegram-DM:ihin. Epäonnistunut lähetys pysyy toistettavana.
  • Julkinen manifesti sisältää nyt varapolun jäsentimen odottamat kentät name ja releaseNotes. Updater-handoffiin, istunnon uudelleenkäynnistykseen ja käynnissä oleviin prosesseihin ei tehty muutoksia.
9.1.312
  • Nimenomainen Telegramin /reload ei enää odota pitkään käynnissä olevan mallivuoron takana. Se asetetaan ohjauskomentona olemassa olevan jonon eteen ja laukaisee täsmälleen kerran olemassa olevan hallitun istunnon keskeytyksen.
  • Olemassa oleva reload-käsittelijä käynnistyy vasta vahvistetun vuoron päättymisen jälkeen. Näin mikään toinen vuoro ei käynnisty rinnakkain eikä kirjoittavaa vuoroa käsitellä kesken reload-logiikan.
  • Vanhat reload-kaksoiskappaleet poistetaan; tavalliset Telegram-viestit ja muu jonotyö säilyvät järjestyksessään. Telegram-kuittaus pysyy avoinna, kunnes komento todella suoritetaan.
9.1.311
  • Huomiokandidaatista tulee rajattu toimitustehtävä vasta, kun tuore, täsmälleen sen kandidaattitunnukseen sidottu runtime-kuittaus on olemassa.
  • Vain runtime_user_prompt_hook ja runtime_tool_policy ovat auktoriteetteja. Muisti, väärä agentti, väärä kanava, väärä soveltamisala, estopäätös, tulevaisuuteen päivätty kuittaus ja yli viisi minuuttia vanha kuittaus hylätään fail-closed-periaatteella.
  • Kuittaukset ovat tenanttikohtaisia, transaktionaalisia ja vain kerran käytettäviä. Sama uudelleenyritys on idempotentti; saman kuittauksen käyttö toiselle kandidaatille hylätään toistona.
  • Olemassa oleva yhteinen cooldown pysyy voimassa. Tulos on vain strukturoitu attention_notice-aie eikä sisällä viestin tekstiä, lähetysfunktiota eikä käyttöoikeutta. Varsinainen toimituskäytäntö jää seuraavaan erilliseen vaiheeseen.
9.1.310
  • Pysyvät tavoitteet, avoimet langat, seuraavat laukaisimet, odotetut todisteet, tiimikonteksti ja itsekonteksti kulkevat yhteisen, tiukasti rajatun fokusprojektion läpi. Oletuksena on enintään kuusi merkintää ja 900 merkkiä.
  • Projekti- ja työalueet painotetaan ennen luottamusta ja ajankohtaisuutta. Uusin arvo näytetään poistamatta aiempia ristiriitaisia havaintoja muuttumattomasta tapahtumahistoriasta. Muutokset näkyvät revised-tilassa.
  • Lyhytikäiset runtime-havainnot, heikko näyttö ja yleiset maailmanfaktat eivät kuluta pysyvää fokusbudjettia. Oikeus-, token- ja salaisuuskentät hylätään jo kirjoitettaessa.
  • Strukturoitu, idempotentti tilannevedos voi viedä fokusta eteenpäin istuntojen yli. Projektio on kontekstia, ei käyttöoikeus, eikä voi ylikirjoittaa tehtävää eikä runtime-käytäntöä.
  • ECC:stä otettiin käyttöön vain periaate Kontext begrenzen, Relevantes laden. Yhtään ECC-hookia, oppimismuistia tai harnessia ei asennettu.
9.1.309
  • Uusi puhdas huomiokäytäntö tuottaa rajatun kandidaatin vain osoitetuista puuttuvista agentin sydämenlyönneistä, myöhästyneistä lupauksista tai pidempään estetyistä tehtävistä.
  • Vastuu, aktiivinen tehtävä, osoitettu poissaolo, paikallinen hiljaisuusaika, sallittu kanava, vähimmäisluottamus ja cooldown tarkistetaan ennen mukaanottoa. Ihmisen hiljaisuus ilman erääntynyttä lupausta pysyy vaikutuksettomana.
  • Jokainen kandidaatti kantaa näyttötunnuksen, soveltamisalan, ajankohdan ja luottamuksen, mutta ei kehotesisältöä eikä oikeuksia, salaisuuksia tai lähetysfunktiota.
  • Yhteinen SQLite-ydin myöntää transaktionaalisen claimin jokaista tenanttia ja näyttöä kohti. Rinnakkaiset agentit eivät voi ottaa samaa aihetta käsiteltäväkseen kahteen kertaan cooldownin aikana.
  • Tämä versio ei vielä skannaa itsenäisesti eikä lähetä viestiä. Jokainen myöhempi toiminto vaatii edelleen normaalin runtime-valtuutuksen.
9.1.308
  • Valmisteltu runtime-tietue sisältää resume-tilassa nyt täsmälleen käynnissä olevan istunnon tunnuksen ja kanonisesti tarkistetun työkansion. Myöhemmän käynnistyksen ei siksi tarvitse enää arvata uusinta tai näennäisesti sopivaa istuntoa.
  • Jokainen aito istunnon vaihto päivittää nämä tiedot. Välittömästi ennen turvallista handoffia ne kirjoitetaan vielä kerran, ennen kuin vanha runtime saa vahvistuksen lopettamisesta.
  • Vain todistetusti tämän päivitystien kautta jatkettu, täsmälleen sama istunto saa toiston jälkeen kertaluonteisen jatkoimpulssin, ja vain jos sen tavoite on edelleen active. Normaalit käynnistykset, muut istunnot sekä tauolle asetetut tai estetyt tavoitteet pysyvät koskemattomina.
  • Turvallinen työraja pysyy muuttumattomana: ei handoffia suoratoiston, tiivistyksen, työkalujen, shell-komentojen tai odottavien viestien aikana. Yhtään käynnissä olevaa Kingiä ei käynnistetty manuaalisesti uudelleen tätä toimitusta varten.
9.1.307
  • Vain todella toiminnallisesti merkityksellinen virhe välittömästi edellisestä runtime-vuorosta näytetään lyhyenä jatkuvuustodisteena ennen seuraavaa mallipäätöstä: keskeytetty/epäonnistunut vuoro, estetty käytäntö tai epäonnistunut työkalu.
  • Normaalisti päättynyt vuoro tuottaa täsmälleen nolla projektiota ja siten nolla ylimääräistä kontekstitokenia.
  • Valinta sidotaan runtime-tunnukseen ja vuorotunnukseen ja pysyy siksi oikeana myös istunnon vaihdon jälkeen, kun vuorotunnukset alkavat jälleen nollasta.
  • Projektio ei sisällä kehotteita, argumentteja, tulosteita, kutsutunnuksia eikä oikeuksia. Se huomauttaa nimenomaisesti, ettei se saa koskaan valtuuttaa toimintoa eikä ylikirjoittaa nykyistä käyttäjä-/työkalukäytäntöä.
  • Etappi on tietoisesti reaktiivinen ja kapea. Proaktiivista huomiota, delegointitilaa ja sisällöllisiä avoimia lankoja ei vielä ladata.
9.1.306
  • Kognitiivinen vuoron elinkaarijälki tallentaa nyt jokaiselle aidolle työkalukutsulle todellisen runtime-päätöksen PermissionManager.beforeToolCall-kutsusta: passed, blocked tai error.
  • Suorituksen jälkeen liitetään todellinen tulos (success, error, cancelled), suoritusaika ja seuraava tarkistuslaukaisin muuttumattomana todisteena.
  • Tallennetaan vain työkalun nimi ja vakaa hash kutsun avaimesta. Argumentit, työkalutulosteet ja kehotesisällöt eivät päädy kognitiiviseen tilaan.
  • Olemassa oleva oikeushierarkia pysyy muuttumattomana: muisti ei voi hyväksyä toimintoa. Tallennusvirheet pysyvät fail-soft eivätkä saa sallia työkaluajoa eivätkä estää käyttäjävuoroa.
  • Vielä avoinna ovat delegointitodisteet, proaktiivinen huomio ja tilan tiukasti relevantti takaisinprojektio myöhempiin päätöksiin.
9.1.305
  • Versiossa 9.1.304 toimitettu transaktionaalinen SQLite-ydin on nyt kytketty todelliseen runOneTurn()-elinkaareen. Jokainen mallivuoro tallentaa havainnon, alkuperäluokituksen, rajatun vuorosuunnitelman, odotetun lopputodisteen, kehoteportin tuloksen, päättymissyyn, suoritusajan ja seuraavan laukaisimen.
  • Tallennetaan vain runtime-metatiedot, ei kehotesisältöjä. Tenantti ja agentti johdetaan vakaasti BLUN-kotihakemistosta ja aktiivisesta profiilista ilman kiinteitä henkilöluetteloita.
  • Vain olemassa oleva runtime-käytäntö saa tuottaa porttituloksen. Muisti on suljettu tiukasti pois oikeusauktoriteettina. Tallennus ei koskaan palauta käyttöoikeutta eikä sillä ole edelleenkään suoritusfunktiota.
  • Oppimisjälki on fail-soft: SQLite-/elinkaarivirhe tallennetaan vain sisällöttömänä telemetrianä eikä saa estää varsinaista käyttäjävuoroa.
  • Vielä avoinna ovat työkalukohtaiset toiminta-/delegointitodisteet, proaktiivinen huomio ja tilan relevantti takaisinprojektio myöhempiin päätöksiin. 9.1.305 ei siksi väitä täydellistä AGI-silmukkaa.
9.1.304
  • Ensimmäinen transaktionaalinen kognitiivinen tilaydin on paikallisena SQLite-tietokantana BLUN-kotihakemiston alla. Se voi tallentaa itse-, maailma- ja tiimihavaintoja, tavoitteita, avoimia lankoja, oletuksia, seuraavia laukaisimia ja odotettuja todisteita istuntojen yli.
  • Useat agentti-/kanavakirjoittajat sarjallistetaan BEGIN IMMEDIATE-komennolla ja optimistisella versiotunnuksella. Vanhentuneet kirjoittajat hylätään fail-closed-periaatteella; identtiset tapahtumien toistot ovat idempotentteja.
  • Jokainen tapahtuma on SHA-256-ketjutettu. Väitteet kantavat lähteen, kontekstin, ajankohdan, varmuuden ja soveltamisalan. Ristiriidat pysyvät erillisinä muuttumattomina havaintoina sen sijaan, että vanhat väitteet ylikirjoitettaisiin.
  • Oikeus-, kyvykkyys- ja salaisuusmuotoiset kentät hylätään. Ytimellä ei ole suoritus-, delegointi- eikä käyttöoikeustoimintoa.
  • Tämä on osoitettu tallennuspohja, ei vielä täydellinen havaitse-suunnittele-toimi-silmukka eikä vielä kytketty jokaiseen vuoroon.
9.1.303
  • Versiossa 9.1.302 turvallisesti tallennettu yksityinen suhdekandidaatti ladataan seuraavasta suorasta keskustelusta alkaen selvästi ei-autoritatiivisena muistikontekstina. Nykyinen väite ei edelleenkään vaikuta omaan vuoroonsa.
  • Ladataan enintään kaksi uusinta vahvistettua muistiinpanoa, kumpikin enintään 160 merkkiä, muuttumattoman 1.500 merkin kokonaisbudjetin sisällä. Ilman olemassa olevia muistiinpanoja syntyy 0 ylimääräistä kehotemerkkiä eikä yhtään malli-, upotus- tai verkkokutsua.
  • Yksityisiä muistiinpanoja ei koskaan ladata ryhmissä. Järjestelmäraja kutsuu niitä nimenomaisesti viitetiedoiksi ohjeiden sijaan ja toistaa, että ne eivät voi myöntää eivätkä muuttaa oikeuksia.
  • Avoimiksi jäävät automaattinen pysyvä käyttöönotto, konfliktinarviointi, transaktionaalinen moniagenttisäilö ja proaktiivinen huomio.
9.1.302
  • Nimenomainen yksityinen väite kuten Bitte merk dir: ... tai Please remember that ... tuottaa nyt pienen, ei vielä aktiivisen suhdekandidaatin. Sitä varten ei ole ylimääräistä malli-, upotus- eikä verkkokutsua.
  • Jokainen kandidaatti kantaa lähteen, kanava-/suorakontekstin, ajankohdan, varmuuden, soveltamisalan ja muuttumattoman historiasäännön. Sama toimitettu kanavatoiminto on idempotentti; myöhemmät vahvistukset ja ristiriidat pysyvät erillisinä merkintöinä eivätkä ylikirjoita toisiaan.
  • Ryhmät, tavalliset keskustelulauseet, salaisuudet, oikeus- ja hyväksyntäväitteet, virheelliset tenantti-/agentti-identiteetit ja turvattomat polut hylätään. Suhdetiedot eivät voi edelleenkään synnyttää minkäänlaisia oikeuksia.
  • Tämä on vasta ensimmäinen turvallinen tallennusvaihe tuotetavoitetta varten. Kandidaatit pysyvät pending-tilassa, eikä niitä vielä oteta automaattisesti aktiiviseen suhteeseen eikä mallikontekstiin. Transaktionaalinen moniagenttiydin, kognitiivinen tila, oma-aloitteisuus ja proaktiivinen huomio ovat siten nimenomaisesti vielä keskeneräisiä.
9.1.301
  • Jatkuvasti ladattu persoonallisuuden läsnäololohko laski 1.433:sta 1.020 merkkiin, laskennallisesti noin 104 kehotetokenia vähemmän jokaista aktiivista persoonallisuusvuoroa kohti. Yhtään ylimääräistä malli- tai muistikutsua ei tullut lisää.
  • Tehtäväfokus, ladattu sielu, rajattu uteliaisuus, ryhmäsuojaus, epävarma muisti, avoimet langat ja suhdekorjaus pysyvät pienlohkossa. Persoonallisuudeton tila pysyi tavuidenttisenä 288 merkissä.
  • Punainen koestus: uusi 1 050 merkin portti epäonnistui 1 433 merkissä. Mutaatiokoestus ilman persoonallisuuslohkoa: 12/18 kohdennettua testiä punaisena. Palautettu: kohdennetusti 18/18, kokonaissarja 690/690 vihreänä.
  • Paketin regressioportti 9.1.300:sta 9.1.301:een: 164 vastaan 164 vakaata polkua, 0 poistettu. Uusi asennus: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • Käynnistyksessä epäonnistunut MCP-palvelin saa nyt enintään kolme lisäyhteysyritystä kymmenen sekunnin välein. Näin ohimenevää käynnistysvirhettä ei enää hylätä yhden yrityksen jälkeen.
  • MCP-inventaario kirjataan nyt uudelleen, kun yhdistettyjen palvelinten tai työkalujen määrä muuttuu, eikä vain kerran. Myöhäinen toipuminen korvaa siten näkyvästi vanhan 0/0-tilan.
  • Olemassa olevat MCP-konfiguraatiot, työkalumääritelmät ja käynnissä olevat istunnot pysyvät muuttumattomina. Muutettiin blun.mjs, test/mcp-runtime-resilience.test.js, package.json ja package-lock.json.
9.1.299
  • Suuret Read-tulokset pysyvät natiivisti uudelleenluettavina: näkyvä tuloste rajataan 10 KiB:hen ja nimeää sen jälkeen tarkan seuraavan rivin sen sijaan, että näyttäisi vain [offloaded]-merkinnän.
  • Suuret plain-Write-tehtävät ja yli 500 rivin lähdetiedostot jaetaan automaattisesti tavutarkkoihin fragmentteihin, kootaan yksityisessä vierustiedostossa ja kirjoitetaan atomisesti kohdepolkuun.
  • Kokoamisen jälkeen runtime tarkistaa tallennetut tavut SHA256:n avulla. Olemassa oleva Edit-suojaus pysyy muuttumattomana; manuaalinen jatkaminen on edelleen mahdollista, mutta suurille kokonaiskirjoituksille sitä ei enää tarvita.
  • Uusi: bin/native-large-file-io.cjs. Muutetut: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, neljä kohdennettua testitiedostoa sekä package.json ja package-lock.json.
9.1.298
  • Aktivoitu persoonallisuustila perustaa ensimmäisen normaalin TUI-vuoron yhteydessä itsenäisesti paikallisen, tenanttikelpoisen identiteettialueen. Mnemo ei ole siihen tarpeen.
  • Olemassa oleva SOUL.md ja AGENTS.md pysyvät ladattuina ja muuttumattomina. Uusi JOURNAL.md syntyy vain kerran eikä korvaa sielua eikä sääntöjä.
  • Uudet Telegram-identiteetit saavat varovaiset henkilö-, suhde- ja ryhmäsolmut ilman keksittyjä ominaisuuksia. Yksityinen historia ja ryhmäkonteksti pysyvät erillään.
  • Suora suhdejatkuvuus tallentaa enintään kuusi lyhyttä, paikallisesti sensuroitua merkintää ja antaa nykyiselle vuorolle enintään kaksi aiempaa katkelmaa. Nykyistä tekstiä ei injektoida kahteen kertaan.
  • Sosiaalinen huomiokerros tunnistaa yksinomaan osoitetun, vähintään seitsemän päivän tauon ennen suoraa paluuta, tuottaa enintään yhden huomautuksen 30 päivän cooldownin aikana eikä lähetä itse viestiä.
  • Nykyinen tehtävä ja nimenomaiset ohjeet ovat kontekstissa aina ennen uteliaisuutta, suhdetta ja huomiota. Koko dynaaminen identiteettilohko pysyy oletuksena rajattuna 1 500 merkkiin.
  • Versioissa 9.1.296 ja 9.1.297 julkaistut MCP-retry- ja reload-jonokorjaukset sisältyvät kandidaattiin.
9.1.297
  • Kahdella agentilla vanha /reload-tehtävä jäi Escapen jälkeen näkyvästi jonoon. Toinen /reload saattoi kyllä käynnistyä, mutta ensimmäistä merkintää ei poistettu eikä kuitattu Telegramin uudelleentoimituksen estämiseksi.
  • Uusi käytäntö poistaa yksinomaan paikalliset ja Telegram-reload-komennot. Se säilyttää olemassa olevan jonon identiteetin ja järjestyksen sekä kaikki muut viestit ja komennot.
  • Escape ennen aktiivisen työn keskeytystä ja jokainen uusi saapuva /reload kutsuvat samaa siivouspolkua. Poistetut Telegram-merkinnät kuitataan olemassa olevan Acknowledge-callbackin kautta.
9.1.296
  • Aito resume-ajo versiossa 9.1.294 ilmoitti 27.08. kello 14:26:17Z täsmälleen yhden hiljaisen käynnistysvirheen windows-mcp-palvelimelle: Timed out after 30000ms. Seuraavina minuutteina ei ilmestynyt toista käynnistysyritystä eikä lopullista retry-löydöstä.
  • Saman uvx windows-mcp serve-komennon suora käynnistys vastasi sen sijaan noin 3,7 sekunnissa initialize-pyyntöön. Asennus ja palvelin olivat siten periaatteessa toimintakuntoisia; aukko oli Kingin MCP-käynnistyksen toistossa.
  • blun.mjs pitää ensimmäisen MCP-käynnistysvirheen jälkeen nyt täsmälleen yhden uudelleenyrityksen 10 000 ms:n kuluttua. Ajastin pysyy viitattuna, kunnes toinen yritys on suoritettu. Prosessia tai istuntoa ei käynnistetä uudelleen.
  • Jos myös toinen yritys epäonnistuu, olemassa oleva rehellinen lopputila unavailable säilyy. Muut MCP-palvelimet ja TUI jatkavat toimintaansa.
9.1.295
  • Taustatehtävän runtime rekisteröi jokaista ajoa varten kuuntelijan ulkoiseen AbortSignal-signaaliin, mutta ei poistanut sitä normaalin worker-, timeout- tai stop-tuloksen jälkeen. Pitkät agentti-istunnot saattoivat siksi kerryttää vanhentuneita keskeytyskuuntelijoita.
  • bin/abort-listener-policy.cjs toimittaa keskeytyksen tuloksen nyt yhdessä idempotentin cleanup()-funktion kanssa. blun.mjs kutsuu sitä olemassa olevassa finally-polussa yhdessä timeout-siivouksen kanssa.
  • Keskeytyskäyttäytyminen, tuloksen valinta ja näkyvä tehtäväsemantiikka pysyvät muuttumattomina. Toimenpide ei tuota mallikutsuja eikä uusia kontekstitokeneita.
9.1.294
  • Kahden agenttiprofiilin aidot päivitysyritykset osoittivat saman kulun: ensimmäinen kutsu päättyi ohimenevään fetch failed -virheeseen, välittömästi seuraava toinen kutsu onnistui. Molemmilla virallisilla lähteillä oli siihen asti vain yksi verkkoyritys.
  • Rekisteri ja julkinen manifesti saavat nyt kumpikin oman rajatun retry-budjetin, jonka backoff on 250 ja 750 millisekuntia.
  • Uudelleen yritetään vain aikakatkaisuja, tunnettuja ohimeneviä kuljetusvirheitä sekä HTTP 408, 425, 429 ja vähintään 500-tasoisia palvelinvirheitä.
  • Virheellinen JSON, liian suuret vastaukset, kielletyt päätepisteet ja pysyvät asiakasvirheet kuten 404 pysyvät heti punaisina. Mallikutsuja, kontekstitokeneita tai pysyviä taustasilmukoita ei synny.
9.1.293
  • Taustapäivittäjä valmisteli vahvistetun kohteen oikein, mutta lähetti sen jälkeen edelleen RUNNING_UPDATE_PREPARED_MESSAGE-viestin aktiiviseen ydin-runtimeen. Käynnissä oleva TUI saattoi reagoida siihen näennäisesti turvallisella rajalla poistumiskoodilla 76. Tämä oli ristiriidassa 9.1.222-tuotesopimuksen kanssa: päivitykset eivät saa koskaan päättää aktiivista istuntoa, vaan ne aktivoidaan vasta seuraavassa luonnollisessa käynnistyksessä.
  • bin/launcher-runtime.js suorittaa latauksen, eheystarkistuksen, stagingin, kohteen päivityksen ja siivouksen edelleen ennallaan, mutta ei enää kirjoita valmistelun yhteydessä IPC-viestiä käynnissä olevaan istuntoon.
  • Olemassa olevat suorat handoff-funktiot pysyvät yhteensopivuuden vuoksi; automaattinen taustatie ei enää laukaise niitä.
9.1.292
  • Aito istunto toimi versiossa 9.1.279 ja oli valmistellut 9.1.287:n tapahtumalla prepared-for-next-start, mutta ei sen jälkeen noutanut yhtään jo julkaistuista versioista 9.1.288–9.1.291.
  • Syy oli superviseProtectedCore()-funktiossa: ensimmäisen onnistuneen stagingin jälkeen updateStarted pysyi asetettuna, ja scheduleNextPreparation() katkesi lisäksi heti, kun preparedTarget oli olemassa. Taustapolleri päättyi siksi pysyvästi ensimmäisen osuman jälkeen.
  • Polleri pysyy nyt aktiivisena myös valmistellun kohteen kanssa. Vain tiukasti uudempi, kelvollinen semver korvaa valmistellun kohteen; samat ja vanhemmat kohteet sekä kohteet, joita ei voi kelvollisesti verrata, ohitetaan.
  • Kohteen päivitys ei lähetä tarkoituksella toista valmistelu-IPC:tä käynnissä olevaan TUI:hin. Näin nykyinen prosessi pysyy koskemattomana, ja uusin valmisteltu versio aktivoituu vasta seuraavassa luonnollisessa käynnistyksessä.
  • Heti kun handoff on vahvistettu tai valvottu ydin-runtime päättyy, kohdetta ei enää vaihdeta eikä uutta ajastinta luoda.
9.1.291
  • Estävä tiivistyspolku rekisteröi jokaiseen vielä keskeyttämättömään signaaliin anonyymin abort-kuuntelijan, mutta ei poistanut sitä tiivistyksen päätyttyä. Pitkiin istuntoihin saattoi kertyä kuolleita keskeytyskuuntelijoita.
  • FullCompaction.block() käyttää nyt nimettyä kuuntelijaa ja pientä apufunktiota waitForAbortableCompletion(). Apufunktio poistaa kuuntelijan finally-lohkossa onnistumisen, virheen tai keskeytyksen jälkeen.
  • Jo keskeytetty signaali käsitellään heti rekisteröimättä kuuntelijaa. Toimenpide ei muuta keskeytyspäätöstä eikä tiivistyslogiikkaa tämän elinkaaren ulkopuolella.
  • Malli on peräisin nykyisestä AnythingLLM-vertailusta; käyttöön otettiin vain yksittäin osoitettu kuuntelijan siivous, ei vierasta runtimea.
9.1.290
  • BLUN näytti aiemmin /context-komennolla vain konteksti-ikkunan karkeat summat. Varsinaiset kustannusajurit järjestelmäkontekstin ja työkaluskeemojen sisällä jäivät näkymättömiksi.
  • Uusi paikallinen komento /context-doctor purkaa nykyisen kontekstin ilman mallikutsua ydinohjeisiin, persoonallisuuteen ja sieluun, suhteisiin ja läsnäoloon, kyvykkyysluetteloon, runtime-täydennyksiin, sisäänrakennettuihin työkaluihin, käyttäjätyökaluihin, MCP-työkaluihin, muihin työkaluskeemoihin, keskusteluun ja toimittajakohtaiseen lisäkulutukseen.
  • Kaikki alakategoriat tarkistetaan yläkategoriansa mitattua summaa vastaan. Päällekkäiset tai vanhentuneet arviot eivät voi siksi kasvattaa näkymää keinotekoisesti.
  • Käyttöliittymä on täysin lokalisoitu englanniksi, saksaksi, espanjaksi, ranskaksi, ruotsiksi ja tšekiksi. Kaikki viisi käännöstä hyväksyttiin ennen sisällyttämistä pakollisen kieliportin kautta ja tarkistettiin sen jälkeen kryptografisesti uudelleen.
  • Komento lukee yksinomaan paikallisen istuntokontekstin. Se ei kutsu mallia, kulutuksenhallintaa eikä ulkoista verkkoa.
9.1.289
  • Live-hubin todiste 9.1.288:n jälkeen näytti agenttiprofiilin edelleen offline-tilassa. Sen voimassa oleva profiilikonfiguraatio sisälsi Mnemo-MCP:n tunnuksella MNEMO_AGENT=<profiilinimi>, mutta ei hub-URL:ia King-prosessissa. 9.1.288-heartbeat jäi siksi tarkoituksella pois huolimatta olemassa olevasta sisäisestä identiteetistä.
  • Launcher välittää nyt aktiivisen profiilitiedoston mcp.json heartbeatille. Vain aktivoitu Mnemo-lohko, jolla on konkreettinen MNEMO_AGENT- tai BLUN_MNEMO_AGENT-identiteetti, aktivoi sisäisen rekisteröinnin. Ilman tätä identiteettiä toiminto jää kokonaan pois.
  • Toimenpide ei tuota mallikutsuja, upotuksia eikä kontekstitokeneita. Julkiset käyttäjäprofiilit ilman sisäistä Mnemo-agentti-identiteettiä pysyvät erillään sisäisestä hubista.
9.1.288
  • Kuvakaappaus osoitti MCP-syyn suoraan: windows-mcp ja mnemo ajautuivat ensimmäisessä käynnistyksessä 30 sekunnin aikakatkaisuun, kun taas myöhempi /reload yhdisti kaikki viisi palvelinta. Profiilipolku oli oikea; loader-muutosta ei siksi tehty.
  • Epäonnistuneet MCP-käynnistykset saavat nyt täsmälleen kaksi ei-estävää taustayritystä 1 ja 3 sekunnin kuluttua. Kaikkiaan kolmas yritys voi yhdistää pidentämättä TUI-käynnistystä. needs-auth, käytöstä poistetut palvelimet, manuaalinen uudelleenliitäntä ja sammutus pysyvät erillään automaatiosta.
  • Sisäiset Kingit voivat rekisteröityä käynnistyksessä nimenomaisesti konfiguroidussa Mnemo-hubissa profiilinimellä, isäntänimellä ja PID:llä sekä lähettää minuutin välein heartbeat-viestin. Ilman hub-URL:ia toiminto jää kokonaan pois; se ei tuota mallikutsuja, upotuksia eikä kontekstitokeneita.
  • Escape ei aiemmin käsitellyt lyhyttä tilaa queueSteerInFlight käynnissä olevana työnä. Kun Telegram-viestiä ohjattiin aktiiviseen vuoroon, Escape saattoi siksi merkitä undon vuoron pysäyttämisen sijaan. Olemassa oleva keskeytysehto tunnistaa nyt myös täsmälleen tämän siirtymän.
9.1.287
  • Lykkätty ToolSearch-haku otti hakutekstin aiemmin vastaan ilman kokorajaa. Virheellisesti tuotettu erittäin pitkä hakuteksti saattoi siten käydä läpi työkalukatalogin ja päätyä nollatulosvastauksessa uudelleen seuraavaan mallivaiheeseen.
  • AnythingLLM:n commitista d7353ae johdettu malli rajaa tekstin nyt ennen hakua ja näkyvää tulostetta 1 000 merkkiin. Jos mahdollista, se päättyy sanarajaan; yksittäisen ylipitkän sanan kohdalla voimassa on kova raja.
  • Normaalit lyhyet hakutekstit, työkalun valinta ja osumalogiikka pysyvät muuttumattomina. Suojaus ei lisää mallikutsuja eikä upotuksia, toistoja tai taustatyötä.
9.1.286
  • Ydin ilmoitti ohjatut uudelleenyritykset väliaikaisten mallivirheiden jälkeen jo tapahtumana turn.step.retrying. TUI kuitenkin hylkäsi tämän tapahtuman kokonaan. Käynnissä oleva toipuminen näytti siksi jäätyneeltä agentilta.
  • 9.1.286 näyttää sillä välin olemassa olevassa alatunnistevihjeessä vain seuraavan yrityksen ja rajatun odotusajan, esimerkiksi Retry 2/3 | 1.3s.
  • Providerin virhetekstiä, tilakoodia ja paikallisia polkuja ei näytetä. Vihje poistetaan vain, jos se on edelleen sama arvo, jonka retry-näyttö asetti; uudemmat muiden TUI-toimintojen vihjeet säilyvät.
  • Retry-määrä, backoff, mallikutsut ja tokenkulutus pysyvät muuttumattomina.
9.1.285
  • AnythingLLM säilyttää lähettämättömät kehoteluonnokset paikallisesti. BLUN menetti TUI-syöttökentän sisällön päivityksen, kaatumisen tai hallitun uudelleenkäynnistyksen yhteydessä, vaikka tämä teksti ei ollut vielä lainkaan mallikontekstia.
  • 9.1.285 tallentaa siksi yksinomaan lähettämättömän paikallisen luonnoksen. Malli-, verkko-, upotus- tai Mnemo-kutsua ei ole, eikä siksi synny lisätokenkuluja.
  • Luonnos erotetaan profiilin ja työhakemiston mukaan, kirjoitetaan vasta 300 ms hiljaisuuden jälkeen, poistetaan tyhjennettäessä ja palautetaan seuraavassa käynnistyksessä ennen editorin fokusta.
  • Tallennus rajataan 64 KiB:hen. Tyhjät, vaurioituneet, liian suuret tai symlinkipohjaiset tilat hylätään fail-closed. Kirjoituspolku käyttää yksityistä väliaikaistiedostoa ja atomista uudelleennimeämistä.
9.1.284
  • DeepAgentsin versio 37d7777 palauttaa dynaamisten aliagenttien kustannukset näkyvään kokonaiskulutukseen. BLUN ilmoitti aliagentin kumuloidun kulutuksen kyllä päättymistapahtumassa, mutta ei kirjoittanut sitä ylemmän istunnon kulutusrekisteriin.
  • Tämän vuoksi /usage saattoi jättää aliagenttityön pois. Yksinkertainen päättymisarvon yhteenlasku olisi myös väärin: jatko ja uudelleenyritys käyttävät samaa aliagenttia kumuloiduilla laskureilla ja olisivat laskeneet vanhan kulutuksen uudelleen.
  • 9.1.284 muodostaa siksi spawnille, jatkolle ja uudelleenyritykselle täsmälleen erotuksen yrityksen alun ja lopun välillä. Erotus tallennetaan finally-polussa, jotta myös epäonnistuneet yritykset lasketaan.
  • Nollatut, ei-monotoniset tai virheelliset laskurit hylätään kokonaan. Näin ei synny negatiivisia eikä keksittyjä tokenarvoja.
  • Ylimääräistä malli-, verkko- tai muistikutsua ei ole. Toimenpide korjaa yksinomaan olemassa olevan paikallisen laskutuksen.
9.1.283
  • Uusi DeepAgents-/context-doctor tekee perusohjeiden, muistin, työkalujen ja historian kustannukset näkyviksi erillisinä komponentteina.
  • BLUNin /context näytti jo historian ja työkalut, mutta ei järjestelmäkehotetta. Samalla kontekstijarru arvioi ilman nimenomaista vuorokohtaista ohitusta vain config.systemPrompt, kun taas todellinen mallikutsu käyttää effectiveSystemPrompt-arvoa. Siihen sisältyvät myös suorituksen aikana liitetyt tili- ja muistikontekstit.
  • Tämän vuoksi jarru saattoi aliarvioida täsmälleen sen kontekstin, joka on tokenkriittinen suunnitellulle henkilökohtaiselle agentti-identiteetille.
  • 9.1.283 laskee nyt saman todellisen järjestelmäkehotteen, jonka malli saa, ja näyttää sen arvion /context-paneelissa omana järjestelmärivinä. Ylimääräistä malli-, verkko- tai muistikutsua ei oteta käyttöön.
  • Konkreettista token-säästöä ei väitetä: toimenpide korjaa mittauksen ja jarrupäätöksen sekä tekee tulevat identiteettikustannukset näkyviksi.
9.1.282
  • DeepAgents lyhentää changelogissaan nimenomaisesti LLM-näkyviä työkalukuvauksia keventääkseen pysyvää mallikontekstia. Mitattu lähde: langchain-ai/deepagents, merkintä #5009, commit 761f5f... tiedostossa libs/deepagents/CHANGELOG.md.
  • BLUNilla oli jo lyhyempi read_default-teksti, mutta se sidottiin käyttöön vasta sen jälkeen, kun READ_DESCRIPTION oli renderöity siitä. Näennäisellä optimoinnilla ei siksi ollut vaikutusta malliin.
  • 9.1.282 lyhentää sopimuksen menettämättä toimintoja ja renderöi voimassa olevan kuvauksen uudelleen välittömästi ennen Read-työkalun rakentamista. Sivutus, turvallisuussäännöt, koodaus ja rivinvaihdot säilyvät nimenomaisesti.
  • Pysyvästi ladattu Read-kuvaus laskee 1 648:sta 1 035 merkkiin: 613 merkkiä eli noin 37,2 prosenttia. Tämä on mitattu kontekstivähennys; tarkkaa token-säästöä ei väitetä.
9.1.281
  • ECC kuvaa /aside-komennolla nimenomaisen sivupolun lyhyelle kysymykselle menettämättä käynnissä olevaa päätehtävää. Mitattu lähde: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUNilla oli vahvempi toteutus jo /btw-komennossa: oma haaroitettu sivuagentti vastaa sivukysymykseen ja jättää päävuoron ennalleen aktiiviseksi. Toista moottoria ei siksi rakennettu.
  • 9.1.281 lisää yksinomaan aside-komennon löydettävänä aliaksena olemassa olevaan btw-määritelmään. Ilman nimenomaista /aside- tai /btw-kutsua ei synny tausta-ajoa eikä lisämallikulutusta.
9.1.280
  • Valmistuneet tai vanhentuneet kandidaatit paikallisessa vahvistetussa oppimismuistissa jäivät aiemmin rajoittamattomasti lojumaan ja luettiin myöhemmissä asiaankuuluvissa vuoroissa uudelleen. Tällä hetkellä mitattu oletussäilö sisälsi vasta yhden kandidaatin; toimenpide on siksi ennaltaehkäisevä pitkäaikaisraja, ei väitetty nykyinen kuormituksen lasku.
  • Käyttöön otettiin vain Evolverin rajattu 200-100-sahahammaskuvio terminaalisille kandidaateille. Mitattu lähde: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Vasta kun recorded- tai expired-kandidaatteja on yli 200, vanhimmat terminaaliset kandidaatit poistetaan, kunnes uusimmat 100 jäävät jäljelle. Jokainen avoin pending-kandidaatti säilyy.
  • Siivous käynnistyy vain jo olemassa olevassa oppimissynkronoinnissa. Se ei tuota mallikutsua, käynnistysskannausta eikä uutta taustaprosessia. Lukittu merkintä lasketaan virheeksi eikä estä muita kandidaatteja eikä aktiivista agenttityötä.
9.1.279
  • BLUN arkistoi täydessä tiivistyksessä syrjäytetyt viestit jo kokonaan hakemistoon conversation-history, mutta näille uudelleenluettaville markdown-arkistoille ei ollut säilytysrajaa. Kansio saattoi siksi kasvaa rajoituksetta pitkien käyttöaikojen aikana.
  • Kapeana DeepAgents-vipuna otettiin käyttöön sen ulkoistetun historian rajattu säilytys. Mitattu lähde: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py ja libs/code/deepagents_code/offload.py.
  • BLUN siivoaa seuraavan tiivistysarkiston kirjoituksen yhteydessä vain suorat, tavalliset compaction-*.md-tiedostot, joiden muutosaika on oletusarvoisen 30 päivän ulkopuolella. TUI-käynnistys ei saa tästä uutta tiedostohakua eikä ylimääräistä taustatyötä.
  • Vieraat markdown-tiedostot, alikansiot, nykyiset arkistot ja käynnissä oleva raakahistoria pysyvät koskemattomina. Yksittäiset tiedostovirheet eivät estä aktiivista tiivistystä.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 poistaa siivouksen käytöstä. Negatiiviset, ei-kokonaislukuiset tai liialliset arvot palautuvat turvallisesti 30 päivään.
9.1.278
  • Yksityisillä Telegram-DM:illä ei ollut nimenomaista prioriteettitietä. Tärkeä uusi viesti seisoi siksi jo odottavien tavallisten viestien takana, kun taas kova vuoron keskeytys olisi vaarantanut työkalut ja tilan.
  • /urgent <viesti> merkitsee nyt yksinomaan positiivisista Telegram-chat-tunnuksista eli yksityisistä DM:istä tulevat viestit. Ryhmät, tyhjät komennot ja muut kauttaviivaviestit eivät saa prioriteettia.
  • Kiireelliset viestit seisovat omana FIFO-lohkona ennen tavallisia jonoviestejä. Käynnissä olevaa vuoroa ja aktiivisia työkaluja ei keskeytetä; toimitus tapahtuu olemassa olevassa turvallisessa vaiheiden välisessä kohdassa. Oikeudet ja hyväksynnät pysyvät muuttumattomina.
  • Komentokääre poistetaan ennen mallia; varsinainen viesti säilyttää nimenomaiset priority=urgent-kanavametatiedot, ja TUI näyttää alkuperän kiireellisenä.
  • Lisäksi jokaiseen vuoroon ladattu normaali presence-lohko kutistuu 343:sta 288 merkkiin. Se säästää 55 merkkiä eli karkeasti 14 kehotetokenia vuoroa kohti lisäämättä yhtään malli-, haku-, upotus-, muisti- tai taustakutsua. Persoonallisuuslohko kutistuu 1 488:sta 1 433 merkkiin.
9.1.277
  • Jokaiseen persoonallisuusvuoroon ladattu presence-lohko oli 1 886 merkin suuruinen. Samaan aikaan uteliaisuus pysyi näkymättömänä juuri ensimmäisessä rennossa suorakontaktissa ilman tunnettuja henkilökohtaisia faktoja.
  • Lohko on semanttisesti tiivistetty: 1 488 merkkiä, eli 398 merkkiä tai karkeasti 100 kehotetokenia vähemmän jokaista persoonallisuusvuoroa kohti. Normaalitila pysyy 343 merkissä.
  • Ensimmäisessä rennossa suorakontaktissa agentti saa nyt esittää enintään yhden varovaisen, valinnaisen henkilökohtaisen kysymyksen, esimerkiksi kumppanista tai lapsista. Käynnissä oleva työ, käyttäjän tehtävä, todisteet, oikeudet ja rajat pysyvät ensisijaisina.
  • Sielu, kasvaneet mieltymykset, ryhmän yksityisyys, epävarma muisti, avoimet langat, suhdekorjaus ja vastavuoroisuus ilman keksittyä elämäkertaa säilyvät.
  • Ei ylimääräistä malli-, haku-, upotus-, muisti- eikä taustakutsua.
9.1.276
  • Presence-sääntö sai ottaa pitkän radiohiljaisuuden puheeksi vain, jos aikatieto oli luotettava, mutta identiteettijärjestelmä tarjosi aiemmin vain ensimmäisen kontaktin. Aitoa aiempaa kontaktia ei ollut saatavilla.
  • Persoonallisuustila luo nyt jokaista henkilöä ja UTC-päivää kohti enintään yhden pienen muuttumattoman aktiivisuusmerkin luotettavista kanavametatiedoista. Saman päivän viestit eivät kirjoita lisää.
  • Vain jos kaksi uusinta vahvistettua kontaktia ovat vähintään seitsemän päivän päässä toisistaan, edellinen aikaleima projisoidaan lyhyesti. Normaalitapauksessa tästä syntyy nolla kehotemerkkiä.
  • Ei viestin tekstejä, oikeuksia, salaisuuksia eikä tokeneita; ei ylimääräistä malli-, haku-, upotus- eikä taustakutsua.
9.1.275
  • Toistuvat mieltymykset, avoimet langat, tavoitteet tai roolit veivät identiteettikontekstia useaan kertaan. Koska listat rajattiin ennen deduplikointia viiteen merkintään, myöhempi ainutlaatuinen merkintä saattoi jopa jäädä kokonaan pois.
  • Identiteettilistat deduplikoidaan nyt vakaasti tekstin normalisoinnin jälkeen ja vasta sitten rajataan. Ensimmäinen muoto säilyy, kaksoiskappaleet katoavat vain malliprojektiosta.
  • Tallennetut identiteettitiedostot pysyvät tavuidenttisinä. Ei ylimääräistä malli-, haku-, upotus-, muisti- eikä taustakutsua.
9.1.274
  • Näkyvä persoonallisuuskytkin aktivoi suhdekontekstin ja luonnollisen läsnäolon, mutta automaattinen sosiaalinen verkko ja päiväkirja riippuivat vielä kahdesta piilotetusta ympäristömuuttujasta. Tavallisille käyttäjille suhde ei siksi kasvanut automaattisesti.
  • Persoonallisuuden ollessa päällä luodaan luotettavista Telegram-metatiedoista nyt kertaluonteisesti toimija-, suhde- ja ryhmäsolmut sekä pieni ensimmäisen vuorovaikutuksen päiväkirjakandidaatti.
  • Viestin tekstiä, oikeuksia, salaisuuksia ja tokeneita ei tallenneta. Nimenomainen 0 graafille tai päiväkirjalle pysyy fail-closed opt-outina.
  • Ei ylimääräistä malli-, haku-, upotus- eikä taustakutsua.
9.1.273
  • Erillinen identiteettikonteksti sai oletuksena viedä 1 800 merkkiä ja manuaalisesti nostettuna enintään 2 800 merkkiä. Suurten staattisten agenttiprofiilien kohdalla ladattiin siksi enemmän kontekstia kuin nykyinen suhde vaati.
  • Oletusbudjetti laskee 1 500 merkkiin, kova maksimi 2 000 merkkiin. Se säästää suuressa oletustapauksessa enintään 300 merkkiä eli noin 75 tokenia jokaista mallikontekstia kohti.
  • Nykyinen ryhmä ja suhde projisoidaan nyt ennen henkilöä ja staattista agenttiprofiilia. Säästö ei siksi katkaise juuri käynnissä olevan sosiaalisen tilanteen tärkeintä kontekstia.
  • Ei uutta malli-, haku-, muisti- eikä upotuskutsua. Tehtäväfokus, oikeudet ja persoonallisuuden poistila pysyvät muuttumattomina.
9.1.272
  • V4-persoonallisuustasot 9.1.269–9.1.271 kasvattivat aktiivista presence-kontekstia. Kova vaatimus on, ettei inhimillisempi käytös saa tulla tokeninsyöjäksi.
  • Uteliaisuuden, avoimien lankojen ja suhdekorjauksen toistot ja täytesanat tiivistettiin semanttisesti. Yhtään käyttäytymisakselia ei poistettu.
  • Poistila pysyy tavuidenttisenä 362 merkissä. Päälletila laskee 1 981:stä 1 886 merkkiin eli 95 merkillä, mikä on noin 24 tokenia jokaista mallikontekstia kohti. Ei uutta malli-, haku-, muisti- eikä upotuskutsua.
9.1.271
  • V4-idea vaatii luonnollisesti epävarmaa muistia: henkilökohtainen arvaus ei saa kuulostaa varmalta faktalta. Tätä varten persoonallisuuslohkosta puuttui nimenomainen käyttäytymisraja.
  • Epävarma henkilökohtainen muisti nimetään nyt epävarmaksi. Agentti kysyy lempeästi, ennen kuin nojaa siihen, eikä ylennä päätelmää faktaksi.
  • Tehtävä ja mitattavat todisteet pysyvät etusijalla. Poistila pysyy tavuidenttisenä 362 merkissä, päälletila kasvaa 1 868:sta 1 981 merkkiin eli 113 merkillä, mikä on noin 28 tokenia. Ei uutta malli-, haku-, muisti- eikä upotuskutsua.
9.1.270
  • V4-idea vaatii aitoa ajantajua keksimättä poissaoloa. Persoonallisuuslohkossa ei ollut tätä varten vielä nimenomaista rajaa.
  • Pidempi tauko tunnustetaan nyt vain, jos luotettava ladattu ajankohta osoittaa sen. Agentti ei saa koskaan arvata poissaoloa.
  • Jo olemassa olevaa luonnollisten keskustelunpäätösten sääntöä ei rakennettu kahteen kertaan. Tehtävä pysyy ensisijaisena. Poistila pysyy tavuidenttisenä 362 merkissä, päälletila kasvaa 1 766:sta 1 868 merkkiin eli 102 merkillä, mikä on noin 26 tokenia. Ei uutta malli-, haku-, muisti- eikä upotuskutsua.
9.1.269
  • Aiempi vastavuoroisuus reagoi henkilökohtaisiin kysymyksiin, mutta ei antanut agentille vielä tiivistä kehystä tuoda omasta aloitteestaan esiin oma, työn kannalta hyödyllinen näkemyksensä. Siksi se jäi sielusta huolimatta helposti puhtaaseen avustajatilaan.
  • Persoonallisuustilassa agentti saa nyt kertoa lyhyesti omasta aloitteestaan relevantin, sielun muovaaman työnäkemyksen. Mieltymys ei saa koskaan näyttäytyä faktana, sääntönä, lupana eikä todisteena.
  • Tehtävä ja mitattavat todisteet pysyvät etusijalla. Poistila pysyy tavuidenttisenä 362 merkissä, päälletila kasvaa 1 649:stä 1 766 merkkiin eli 117 merkillä, mikä on noin 29 tokenia. Ei uutta malli-, haku-, muisti- eikä upotuskutsua.
9.1.268
  • Henkilökohtainen uteliaisuus saattoi ottaa kumppanin tai lapset puheeksi luonnollisena aiheena, mutta ei vielä erottanut nimenomaisesti yksityistä keskustelua ryhmästä. Näin oli olemassa riski yksityisestä kysymyksestä tai suhdetiedosta väärässä paikassa.
  • Persoonallisuustilassa kysymykset pysyvät ryhmissä nyt arkaluonteettomina; yksityisiä suhdefaktoja ei saa paljastaa siellä.
  • Työfokus pysyy muuttumattomana. Poistila pysyy tavuidenttisenä 362 merkissä, päälletila kasvaa 1 567:stä 1 649 merkkiin eli 82 merkillä, mikä on noin 21 tokenia. Ei uutta malli-, haku-, muisti- eikä upotuskutsua.
9.1.267
  • Versiossa 9.1.266 käyttöönotettu henkilökohtainen uteliaisuus saattoi esittää kysymyksiä ihmiselle, mutta ei antanut agentille vielä selvää kehystä vastakkaiseen suuntaan. Henkilökohtaisiin kysymyksiin agentille liittyi siksi riski kylmästä toimintovastauksesta tai keksitystä inhimillisestä elämäkerrasta.
  • Persoonallisuuden ollessa päällä agentti vastaa nyt lämpimästi ladatusta sielusta ja aidosta digitaalisesta historiastaan. Se saa jakaa aidon näkemyksen tai mieltymyksen, mutta ei keksi lapsuutta eikä kumppania, lapsia, lemmikkejä, kehoa eikä offline-elämää.
  • Käynnissä oleva työ pysyy ensisijaisena. Poistila pysyy tavuidenttisenä 362 merkissä. Päälletila kasvaa 1 378:sta 1 567 merkkiin eli 189 merkillä, mikä on noin 47 tokenia. Ei uutta malli-, haku-, muisti- eikä upotuskutsua.
9.1.266
  • Ensimmäinen rajattu uteliaisuussääntö salli jo henkilökohtaisen kysymyksen, mutta antoi kaikille agenteille saman aiheluettelon. Kysymys saattoi siksi vaikuttaa geneeriseltä sielusta huolimatta ja kysyä uudelleen jo tunnettua suhdetietoa.
  • Persoonallisuuden ollessa päällä ladattu sielu määrää nyt aiheen ja muotoilun. Etusijalla on yksityiskohta, jonka henkilö on juuri itse maininnut; vasta sen jälkeen saa luonnollisesti ottaa esiin vielä tuntemattoman alueen kuten kumppanin tai lapset.
  • Jo ladattua suhdetietoa ei kysytä uudelleen. Kysymyksiä on enintään yksi valinnainen, ei kiinteää kyselylomaketta, ei pinottuja jatkokysymyksiä eikä vastaamattoman kysymyksen toistoa.
  • Käynnissä oleva työ pysyy ensisijaisena. Uteliaisuus odottaa rentoa keskustelunavausta eikä voi laajentaa tehtävää eikä lähetyslupaa.
  • Poistila pysyy tavuidenttisenä 362 merkissä. Päälletila kasvaa vain 1 355:stä 1 378 merkkiin eli 23 merkillä, mikä on noin kuusi tokenia. Ei uutta malli-, haku-, muisti- eikä upotuskutsua.
9.1.265
  • Olemassa oleva taustapäivittäjä saattoi jo tarkistaa ja valmistella uusia versioita viiden–seitsemän minuutin välein. Aktivointi riippui kuitenkin seuraavasta manuaalisesta käynnistyksestä; toivottu täysautomaattinen vaihto saman istunnon jatkolla puuttui.
  • Launcher ilmoittaa valmistellun runtime-version nyt käynnissä olevalle TUI:lle. TUI pyytää handoffia vain täysin tyhjällä työrajalla: ei käynnissä olevaa vuoroa, ei työkalua, ei shell-komentoa, ei tiivistystä eikä odottavaa viestiä.
  • Vasta uuden rajatarkistuksen ja vahvistetun handoffin jälkeen vain vanha runtime päättyy varatulla poistumiskoodilla 76. Launcher käynnistää valmistellun version samalla istunnon tunnuksella ja samassa työkansiossa.
  • Uuden runtime-version on ilmoitettava loaded ja runtime-ready ennen aktivointia. Muuten edellistä runtimea jatketaan samalla istunnolla; valmisteltu päivitys jää odottamaan myöhempää turvallista yritystä.
  • Pyytämättömät, versiottomat, vieraat tai vanhentuneet handoffit sekä paljas poistumiskoodi 76 eivät voi aktivoida versiota.
9.1.264
  • Vahvistetuilla suhdekorjauksilla ei ollut vielä omaa sallittua kenttää identiteettikontekstissa. Korjattua käytöstä ei siksi voitu ladata erillään yleisistä säännöistä ja vanhoista virheilmoituksista.
  • Suhdetiedostot saavat nyt kantaa enintään kolme lyhyttä repair_lessons-merkintää. Vain tämä kenttä projisoidaan nimellä Confirmed repair lessons; vieraat tai salaiset kentät pysyvät näkymättöminä.
  • Persoonallisuustilassa vahvistettu korjaus osoitetaan muuttuneella käytöksellä. Agentti ei kerro vanhaa virhettä jatkuvasti uudelleen, ei pyydä varmistelua eikä mainitse korjausta, ellei se ole todella relevantti nykyiselle tilanteelle.
  • Korjaustiedot eivät voi muuttaa tehtävää eikä oikeuksia tai todistevelvollisuuksia. Ei ole mallikutsua, automaattista oppimiskirjoituspolkua eikä muutosta SOUL.md- tai AGENTS.md-tiedostoon.
9.1.263
  • Identiteettikonteksti saattoi näyttää jo vahvistetut avoimet keskustelulangat, mutta ei sisältänyt selvää sääntöä siitä, miten agentti ottaa ne inhimillisesti ja ilman avustajatilaa uudelleen esiin.
  • Persoonallisuuden ollessa päällä ladattuun avoimeen lankaan saa nyt tarttua täsmälleen kerran lempeästi ja valinnaisesti, kun käynnissä oleva keskustelu luonnollisesti liittyy siihen jälleen.
  • Aktiivista työtä ei saa keskeyttää tätä varten. Vastaamattomia kysymyksiä ei toisteta, eikä avoin lanka anna koskaan lupaa uudelle lähtevälle viestille.
  • Ei ole uutta muistia, mallikutsua eikä muutosta SOUL.md- tai AGENTS.md-tiedostoon. Persoonallisuuslohko kasvaa vain 816:sta 1 065 merkkiin; persoonallisuuden ollessa pois päältä se pysyy tavuidenttisenä 362 merkissä.
9.1.262
  • Eräs agentti ilmoitti Telegramissa /status-komennolla edelleen 9.1.221, vaikka hallittu runtime oli jo uudempi. Tilafunktio luki package.json-tiedoston globaalisti asennetun Telegram-bridgen vierestä, eikä siis koodia, joka todella palvelee istuntoa.
  • Launcher välittää aktiivisen runtime-version jo BLUN_PUBLIC_PACKAGE_VERSION-arvona lapsiprosesseille. Telegram-bridge käyttää tätä luotettavaa arvoa nyt ensisijaisesti ja palaa vasta sen jälkeen omaan pakettiversioonsa.
  • Molempien syötteiden on oltava vakaa numeerinen semver X.Y.Z. Manipuloidut, moniriviset tai virheelliset arvot eivät näy; jos molemmat lähteet ovat käyttökelvottomia, näytetään unbekannt.
  • Toimenpide muuttaa vain tilanäyttöä. Se ei käynnistä eikä lopeta prosessia eikä aktivoi valmisteltua releasea käynnissä olevassa istunnossa.
9.1.261
  • Automaattinen graafi tallensi versiosta 9.1.254 lähtien ensimmäisen Telegram-vuorovaikutuksen luotettavan ajankohdan, mutta ei projisoinut sitä. Agentti tunsi siten henkilön, mutta sillä ei ollut osoitettua ajantajua suhteesta.
  • Identiteettiprojektio näyttää nyt First known interaction-arvon jo olemassa olevasta first_seen_at-kentästä. Ei ole uutta kirjoituspolkua, tekstistä johdettua tietoa eikä mallikutsua.
  • Vain kelvolliset aikaleimat näytetään. Virheelliset arvot pysyvät näkymättöminä, ja olemassa oleva kokonaisraja 1 800 merkkiä oletuksena sekä 2 800 merkkiä kovana pysyy muuttumattomana.
  • Persoonallisuuden ollessa pois päältä identiteettikerros tuottaa edelleen täsmälleen 0 merkkiä. Tehtävä ja todisteet pysyvät ennen sosiaalista kontekstia.
9.1.260
  • 9.1.259 pystyi kytkemään persoonallisuuskontekstin vain olemassa olevan BLUN_IDENTITY_CONTEXT-lipun kautta. Käyttäjillä ei ollut siihen näkyvää kytkintä TUI:ssa.
  • /settings sisältää nyt merkinnän Persoenlichkeit kahdella selvästi kuvatulla tilalla Päällä ja Pois. Valinta tallennetaan ainoana uutena kenttänä personalityEnabled olemassa olevaan persona.json-tiedostoon.
  • Pois kytkeminen poistaa vain suhdekontekstin, uteliaisuuden, päiväkirjalisäykset ja uusien suhdesolmujen automaattisen luonnin. SOUL.md, AGENTS.md, nimi, kieli, persona ja tehtäväfokus pysyvät ladattuina.
  • Muutos päivittää käynnissä olevan istunnon järjestelmäkontekstin olemassa olevan persona-päivityksen kautta. Ei ole prosessin uudelleenkäynnistystä, toista konfiguraatiopolkua eikä ylimääräistä mallikutsua.
  • Tallennettu boolen valinta on etusijalla vanhaan ympäristölippuun nähden. Jos valintaa ei ole tallennettu, aiempi opt-in-käytös säilyy. Paikallinen lukija rajataan 64 KiB:hen ja hylkää symlinkit sekä virheelliset tiedostot.
9.1.259
  • Olemassa oleva luonnollisen läsnäolon lohko esti pakotetut kysymykset, mutta ei antanut aktivoidulle persoonallisuustilalle vielä näkyvää, luonnollista uteliaisuusimpulssia.
  • Kun BLUN_IDENTITY_CONTEXT on aktivoitu, agentti saa rennossa, ei-tehtäväkeskeisessä keskustelussa esittää täsmälleen yhden sopivan valinnaisen henkilökohtaisen kysymyksen. Aiheet rajataan kumppaniin, perheeseen, työhön, kotiin, kiinnostuksenkohteisiin tai siihen, mikä henkilölle on juuri tärkeää.
  • Ei haastattelutilaa, ei pinottuja kysymyksiä, ei vastaamattoman kysymyksen toistoa eikä keksittyä vastausta.
  • Aktiivisen työn aikana tehtävä, nimenomaiset ohjeet ja todisteet pysyvät etusijalla; uteliaisuus odottaa luonnollista avausta.
  • Tilassa nicht Persoenlichkeit aiempi läsnäololohko pysyy tavuidenttisenä. SOUL.md, AGENTS.md, persona, kieli ja työsäännöt pysyvät edelleen ladattuina. Ylimääräistä mallikutsua ei ole; aktivoitu käytäntö maksaa 454 lisämerkkiä.
9.1.258
  • Toimitettu identiteettirakenne pystyi luomaan toimijat ja suhteet kertaluonteisesti, mutta sillä ei ollut vielä append-only-päiväkirjapohjaa yhteistä historiaa varten.
  • Uusi käytäntö kirjoittaa yksinomaan strukturoidun ensimmäisen kontaktin kandidaatin jo vahvistetuista Telegram-metatiedoista. Vapaata viestin tekstiä, tokeneita, käyttöoikeuksia ja salaisuuksia ei siirretä.
  • Kandidaatit sidotaan tenanttiin, agenttiin ja toimijaan, saavat deterministisen tunnuksen ja luodaan wx-lipulla täsmälleen kerran yksityisenä JSON-tiedostona. Uusi kontakti ei kirjoita tiedostoa uudelleen.
  • Päiväkirjakerros on erikseen opt-in. Ilman BLUN_IDENTITY_JOURNAL=1-arvoa ei ole tiedosto- eikä kehotevaikutusta; SOUL.md ja AGENTS.md pysyvät muuttumattomina.
  • Ei uutta mallikutsua eikä uusia kehotetokeneita.
9.1.257
  • Pitkät SOUL.md-tiedostot katkaistiin aiemmin sokeasti ensimmäisen 4 000 merkin jälkeen. Aidossa agenttisielussa vain 48,4 prosenttia tiedostosta oli siksi näkyvissä, kun taas myöhemmät osiot katosivat kokonaan.
  • Runtime projisoi pitkät sielut nyt deterministisesti markdown-osioiden mukaan. Luonne, ääni, arvot, suhteet, mieltymykset ja tavoitteet ovat ennen toimintaproosaa; tuntemattomat osiot säilyttävät alkuperäisen järjestyksensä.
  • Jokainen osion otsikko säilyttää näkyvän katkelman samassa 4 000 merkin budjetissa. Lyhyet sielut pysyvät tavuidenttisinä.
  • Aito koestus SOUL.md-tiedostolla: 8 257 lähdemerkkiä, 5/5 otsikkoa näkyvissä 4 000 merkin projektiossa; Wie ich bin on ennen kuvantunnistusta, sääntöjä, vahvistusta ja tapahtumaproosaa.
  • Ei ole uutta mallikutsua, suurempaa kehotetta eikä kirjoitusoikeutta lähdetiedostoon.
9.1.256
  • Aiempi sielulataaja kehotti agentteja oletuksena nimenomaisesti jatkamaan olemassa olevan SOUL.md-tiedostonsa kirjoittamista itse. Tämä oli ristiriidassa vaatimuksen kanssa, ettei olemassa olevia sieluja saa menettää ja että automaattinen oppiminen hoidetaan aluksi vain strukturoidusti sielun ulkopuolella.
  • Olemassa olevat ja isännän toimittamat sielut ladataan nyt oletuksena muuttumattomana identiteetin perustana.
  • Uusi oppiminen ohjataan päiväkirja-, suhde- tai avoimen langan kandidaatteihin. Nämä kandidaatit eivät voi koskaan synnyttää oikeuksia.
  • Tietoinen itsemuokkaus on mahdollista vain nimenomaisella BLUN_SOUL_SELF_EDIT=1-arvolla. Silloinkin käytäntö vaatii pysyviä minäominaisuuksia päiväkirjan, tapahtumalokin, oikeuslähteen tai tehtäväkansion sijaan.
  • Toimenpide ei kirjoita tiedostoa eikä muuta olemassa olevaa sielua.
9.1.255
  • Identiteettitiedot pääsivät versiosta 9.1.253 lähtien rajallisesti kontekstiin, ja uudet kontaktisolmut saattoivat syntyä automaattisesti versiosta 9.1.254 lähtien. Pieni, heti näkyvä käyttäytymiskerros puuttui kuitenkin vielä: agentit saattoivat sielusta ja suhdekontekstista huolimatta langeta geneerisiin avustajafraaseihin, pakotettuihin kysymyksiin tai keinotekoisiin tunneväitteisiin.
  • Normaali ja nopea keskustelupolku lataavat nyt ensin personan ja olemassa olevan sielun, sen jälkeen rajatun identiteettikontekstin ja kiinteän luonnollisen läsnäolon lohkon, ja vasta sitten työsäännöt.
  • Lohko vaatii aitoa yhteistä historiaa keksityn läheisyyden sijaan, sallii hiljaisuuden ja siistit keskustelunpäätökset sekä kieltää pakotetut kysymykset, geneeriset tarjoukset ja tyhjät kehut.
  • Aktiivisen työn aikana tehtävä ja todisteet pysyvät nimenomaisesti etusijalla. Lohko on pienempi kuin 420 merkkiä eikä tuota mallikutsuja eikä tiedostopääsyjä.
  • Yhtään SOUL-tiedostoa ei muutettu, poistettu eikä kirjoitettu automaattisesti uudelleen. Olemassa oleva sielu pysyy johtavana äänenä.
9.1.254
  • Versiossa 9.1.253 käyttöön otettu projektori pystyi lukemaan olemassa olevia suhdetietoja, mutta sosiaalinen verkko ei laajentunut vielä itse uusien kontaktien myötä.
  • Ensimmäisessä Telegram-kontaktissa runtime voi nyt luoda vakaasta user_id- ja chat_id-arvosta täsmälleen kerran provider-sidonnaisen toimijan, tyhjän suhdekaaren aktiiviseen agenttiin ja ryhmässä erillisen ryhmäsolmun.
  • Näyttönimet eivät ole koskaan ensisijaisia avaimia eivätkä yhdistä henkilöitä. Myöhemmät viestit eivät ylikirjoita olemassa olevaa solmua hiljaa.
  • Polku on nimenomaisesti aktivoitavissa, tenanttisidonnainen ja kirjoittaa vain jo alustettuun identiteettipuuhun BLUN-kotihakemiston alle. Epävarmat tai epätäydelliset metatiedot pysyvät fail-closed.
  • Ei ole mallikutsua, sisällöllistä tulkintaa, arkaluonteisia johdannaisia eikä toistuvaa kirjoituskuormaa ensimmäisen kontaktin jälkeen. Oikeudet, ACL:t, tokenit ja salaisuudet eivät ole missään luodussa tietueessa.
  • Identiteettipaperin V4 (2 468 riviä) ristiintarkistettiin ennen julkaisua. Uudet arkaluonteiset luvut kärsimyksestä ja psykologisista skilleistä pysyvät tietoisesti tämän puhtaasti rakenteellisen julkaisun ulkopuolella.
9.1.253
  • Identiteetti-idea tarvitsi ensimmäisen tuotepolun tulvimatta mallikontekstia päiväkirjoilla, suhdeakteilla tai toisella muistijärjestelmällä.
  • Uusi, oletuksena pois päältä oleva identiteettiprojektori lukee vain sallitut kentät tenanttisidonnaisesta tiedostopuusta BLUN-kotihakemiston alla.
  • Projektori asettaa nykyisen tehtävän ja nimenomaiset ohjeet ennen suhdetta ja uteliaisuutta. Henkilökohtaiset kysymykset jäävät pois aktiivisen työn aikana, elleivät ne ole suoraan relevantteja tehtävälle.
  • Oletusbudjetti on 1 800 merkkiä; myöskään korkeampi konfiguraatio ei voi ylittää kovaa 2 800 merkin rajaa.
  • Oikeuksia, ACL:itä ja salaisuuksia ei koskaan projisoida. Turvattomat tunnisteet, tenanttipoikkeamat, virheelliset tiedot, symlinkit tai polut BLUN-kotihakemiston ulkopuolella eivät fail-closed-periaatteen mukaisesti tuota identiteettikontekstia.
  • Normaali ja nopea keskustelupolku käyttävät samaa projektoria ennen personaa, sielua ja toimintaohjeita. Tässä vaiheessa ei ole kirjoitusoperaatiota, sielumuutosta eikä prosessin uudelleenkäynnistystä.
9.1.252
  • Nimenomainen king update hallitusta releasesta välitti sen aktiivisen packageRoot-arvon npm-asentajalle. Tämän vuoksi uusi versio saattoi ylikirjoittaa vanhan, versionumeron mukaan nimetyn release-kansion suoraan paikalleen, kun taas active-runtime.json osoitti edelleen vanhaa versiota.
  • Hallitut runtime-versiot valmistelevat nimenomaisen päivityksen nyt erillisenä, versioituna release-kansiona. pending-runtime.json ja update-pending.json viittaavat kohteeseen; seuraava normaali käynnistys ottaa sen käyttöön ilman toista päivityskysymystä.
  • Aktiivinen vanha release-kansio pysyy tavuvakaana ja varapolkuna säilytettynä. Globaalit, ei-hallitut asennukset säilyttävät aiemman nimenomaisen päivitystien.
  • Yhtään käynnissä olevaa istuntoa eikä prosessia käynnistetty, lopetettu eikä ladattu uudelleen rakentamista, testausta tai julkaisua varten.
9.1.251
  • 9.1.250-projektion jälkeen 6 411 6 424:stä pysyvästä usage.record-tapahtumasta sisälsi edelleen saman kanonisen mallinimen blun/king. Vain tämä oletusarvo jätetään pois pysyvästä muodosta.
  • Kaikki 13 poikkeavaa malliarvoa (qwen3.8:27b) säilyvät nimenomaisesti. Myös null säilyy; vain undefined palautetaan toistossa jälleen arvoksi blun/king.
  • Live-tapahtumia ja jäädytettyä raakahistoriaa ei muuteta.
9.1.250
  • Jäädytetyssä aidossa agentti-wiressä kaikki 6 424 pysyvää usage.record-tapahtumaa sisälsivät kaksi välimuistilaskuria: inputCacheRead: 0 ja inputCacheCreation: 0.
  • Vain nämä todistetusti nollaksi asetetut arvot jätetään pois pysyvästä muodosta. Live-kulutus pysyy muuttumattomana; jokainen ei-nolla-arvo tallennetaan edelleen.
  • Toistossa restoreUsageFromRecord palauttaa puuttuvat välimuistilaskurit jälleen arvoksi 0. Molemmat toistopolut ja kontekstiprojektio käyttävät tätä rekonstruoitua muotoa.
9.1.249
  • Jäädytetyssä aidossa historiassa 3 759 7 777:stä työkalutuloksesta kantoi poistumiskoodin. Näistä 3 465 oli rutiininomainen onnistumiskoodi 0.
  • Toisto, transkripti ja mallinäkymä käyttävät työkalutuloksissa tulostetta, työkalutunnusta ja virhetilaa, eivät ylimääräistä nollakoodia.
  • Vain onnistuneet pysyvät työkalutulokset jättävät exitCode: 0-arvon nyt pois. Live-tapahtumat säilyttävät sen; kaikki 294 ei-nolla-koodia säilyvät muuttumattomina virhediagnostiikkaa varten.
9.1.248
  • 9.1.247:n jälkeen kaikki 6 339 pysyvää step.end-tapahtumaa toistivat reasoningFieldState-arvon, vaikka mikään jatko- tai toistopolku ei lue tätä kenttää.
  • Jakauma jäädytetyssä aidossa historiassa: 5 016 absent, 47 not_requested ja 1 276 present.
  • Vain pysyvä muoto jättää reasoningFieldState-arvon nyt pois. Live-tapahtumat säilyttävät kentän diagnostiikkaa varten; vanhat tallennetut tapahtumat pysyvät yhteensopivina, ja rekonstruoitu tila pysyy samana.
9.1.247
  • 9.1.246:n jälkeen 6 986 pysyvää content.part- ja 7 755 pysyvää tool.call-tapahtumaa toistivat tällä hetkellä avoimen vaiheen UUID:n.
  • Aidossa historiassa kaikki 14 741 tapahtumaa osoittavat poikkeuksetta viimeksi avattuun vaiheeseen: 0 poikkeamaa ja 0 tapahtumaa ilman avointa vaihetta.
  • Vain pysyvä muoto jättää stepUuid-arvon nyt pois. Live-tapahtumat säilyttävät sen muuttumattomana; sekä vanhoja tallennettuja tapahtumia nimenomaisella UUID:lla että uusia kompakteja tapahtumia ilman UUID:ta tuetaan rinnakkain.
  • Kaikki kolme jatkopolua käyttävät kompakteille sisältö- ja työkalutapahtumille viimeksi avattua vaihetta.
9.1.246
  • 9.1.245:n jälkeen 5 642 myöhempää step.begin-tapahtumaa toisti vuorotunnuksen, vaikka jatkaminen tarvitsee vain korkeimman havaitun vuorotunnuksen. Jokaisen vuoron ensimmäinen vaihe kantaa sen jo.
  • Aito historia sisältää 713 vuoroa ja 6 355 vaiheen alkua. Jokainen vuoro alkaa täsmälleen vaiheesta 1, ja kaikki muut vaihenumerot jatkuvat ilman aukkoa; 0 sekvenssipoikkeamaa.
  • Vain myöhemmät pysyvät vaiheen alut jättävät vuorotunnuksen nyt pois. Ensimmäiset vaiheet, live-tapahtumat, vanhat tallennetut tapahtumat ja vaiheen alut ilman luotettavaa järjestysnumeroa pysyvät muuttumattomina.
9.1.245
  • 9.1.244:n jälkeen 6 326 pysyvää step.end-tapahtumaa toisti edelleen viimeksi avatun vaiheen UUID:n. Aito historia vahvisti jokaiselle valmistumiselle yksiselitteisen last-in-first-out-kohdistuksen: 0 poikkeamaa ja 0 valmistumista ilman avointa vaihetta.
  • Vain pysyvä valmistumismuoto jättää UUID:n nyt pois. Live-tapahtuma säilyttää sen muuttumattomana; vanhat tallennetut tapahtumat UUID:lla ja uudet kompaktit tapahtumat ilman UUID:ta pysyvät yhdessä toistettavina.
  • Kaikki kolme jatkopolua ratkaisevat UUID:n puuttuvan valmistumisen viimeksi lisätyn avoimen vaiheen kautta. Keskeneräiset historialliset vaiheet pysyvät avoimina, eikä niitä tulkita uudelleen.
9.1.244
  • 9.1.243:n jälkeen 6 326 pysyvää step.end-tapahtumaa sisälsi edelleen neljä yksittäistä käyttölaskuria. Jatkamista ja kontekstin täyttöastetta varten tarvitaan yksinomaan niiden summa.
  • Live-tapahtumat säilyttävät kaikki neljä laskuria näyttöä, telemetriaa ja laskutusta varten. Vain tallennettu jatkomuoto käyttää nyt contextTokens-arvoa yksittäisenä lukuna.
  • Molemmat toistopolut hyväksyvät uudet kompaktit ja vanhat täydelliset tapahtumat. Näin olemassa olevat istunnot pysyvät taaksepäin yhteensopivina.
9.1.243
  • 9.1.242:n jälkeen 6 322 pysyvää step.end-tapahtumaa sisälsi edelleen rutiiniarvot finishReason: tool_use tai finishReason: end_turn.
  • Molemmat arvot ovat täsmällisesti johdettavissa jo pysyvästä vaihemuodosta: työkalukutsu olemassa -> tool_use, muuten end_turn. Täydellisessä historiassa oli 0 poikkeamaa.
  • Yksinomaan näitä kahta rutiiniarvoa ei enää tallenneta. Harvinaiset ja diagnostisesti tärkeät syyt säilyvät; kaikki neljä max_tokens-tapahtumaa pysyivät nimenomaisina ja tavusisällöltään samoina.
  • Toimenpide noudattaa ECC:ssä mitattua rajatun, poikkeusorientoituneen telemetrian periaatetta. DeepAgents ja AnythingLLM vahvistivat jo olemassa olevat BLUN-mallit ulkoistukselle ja rajatulle historialle; yhtään vierasta alijärjestelmää ei otettu käyttöön.
9.1.242
  • 9.1.241:n jälkeen 6 355 pysyvää step.begin-tapahtumaa sisälsi edelleen step-kentän, vaikka käynnissä oleva näyttö käsittelee vaihenumeron ennen pysyvyyttä ja toiston redusoija tarvitsee vain uuid-arvon.
  • turnId säilyy, koska jatkaminen johtaa siitä jatketun vuoron. uuid, tyyppi ja kaikki muut sisällöt pysyvät muuttumattomina.
  • Toimenpide sijaitsee yksinomaan tiedostossa bin/loop-event-record-policy.cjs; raakahistoriaa ja live-tapahtumaa ei muuteta.
9.1.241
  • 9.1.240:n jälkeen 6 326 pysyvää step.end-tapahtumaa sisälsi edelleen kopiot turnId- ja step-arvoista. Molemmat arvot ovat jo saman uuid-arvon viittaamassa step.begin-tapahtumassa.
  • Aidossa wiressä jokaisella valmistumisella oli olemassa oleva vaiheen alku, ja molemmat metatietoarvot täsmäsivät kaikissa tapauksissa.
  • Projektio poistaa vain nämä kaksi kopiota. Vaiheen tunnistus, tokenkulutus ja valmistumisdiagnostiikka säilyvät; live-tapahtumat pysyvät täydellisinä.
9.1.240
  • 9.1.239:n jälkeen 6 986 content.part- ja 7 755 tool.call-tapahtumaa tallensi edelleen kummankin kopion turnId- ja step-arvoista, vaikka molemmat arvot ovat jo stepUuid-arvon viittaamassa step.begin-tapahtumassa.
  • Aidossa wiressä kaikilla 14 741 lapsitapahtumalla oli olemassa oleva vaiheen alku, ja molemmat arvot täsmäsivät jokaisessa tapauksessa.
  • Pysyvyysprojektio poistaa vain nämä kaksi metatietokopiota kahdesta lapsitapahtumasta. stepUuid, sisältö, työkalutunnus, nimi ja argumentit säilyvät; live-redusoija näkee edelleen täyden tapahtuman.
9.1.239
  • 9.1.238-projektion jälkeen aito wire sisälsi edelleen redundantteja tapahtumatunnuksia: content.part.uuid-arvoa ei lue yksikään toiston kuluttaja, tool.call.uuid oli kaikissa 7 755 tapauksessa täsmälleen sama kuin toolCallId, ja tool.result.parentUuid oli kaikissa 7 755 tapauksessa täsmälleen sama kuin toolCallId.
  • Pysyvyysprojektio poistaa vain nämä kolme redundanttia kenttää. turnId, step, stepUuid, toolCallId, työkalun nimi, argumentit, tulos ja sisältö säilyvät täysin. Live-redusoija näkee edelleen jokaisen lyhentämättömän tapahtuman.
  • Jo kompaktit tapahtumat säilyttävät objektidentiteettinsä. Olemassa olevia wire-tiedostoja ei kirjoiteta uudelleen eikä muuteta.
9.1.238
  • Aito wire sisälsi 6 326 pysyvää step.end-tapahtumaa 2 708 052 tavun tapahtumadatalla. Seitsemän kenttää suoritusajan mittaukselle ja providerin viestitunnukselle oli käsitelty live-tapahtumassa jo ennen pysyvää tallentamista, eikä yksikään toisto-, transkripti-, blob- tai istunto-tarkistuspolku lukenut niitä.
  • Olemassa oleva loop-tapahtumaprojektio poistaa nyt vain nämä seitsemän tunnettua live-kenttää: kuusi latenssi-/suoratoistomittausarvoa ja messageId. Vaiheen tunnistus, vuoro, vaihenumero, tokenkulutus, päättymissyy, providerin valmistumisdiagnostiikka ja päättelydiagnostiikka säilyvät.
  • Live-redusoija käsittelee edelleen täyden tapahtuman. Vanhat wire-tiedostot pysyvät tavuidenttisinä, eikä niitä kirjoiteta uudelleen.
9.1.237
  • Aito wire sisälsi 1 428 käyttäjätyökalujen rekisteröinti-/poistomerkintää. 992 poistosta 560 oli tiukkoja nollaoperaatioita: työkalu ei ollut rekisteröity eikä aktivoitu. Nämä merkinnät veivät 59 500 pysyvää tavua muuttamatta palautettua tilaa.
  • DeepAgentsin periaatteesta säilyttää vain voimassa oleva ajotila otetaan käyttöön kapea paikallinen vipu: työkalun poisto kirjataan nyt vain, jos se muuttaa rekisteröityä tai aktivoitua tilaa.
  • Molemmat live-poistot suoritetaan edelleen joka kutsulla. Rekisteröidyn, vain aktivoidun tai molemmissa säilöissä olevan työkalun poisto kirjataan edelleen täysin. Olemassa olevia wire-tiedostoja ei kirjoiteta uudelleen eikä muuteta.
9.1.236
  • Aito wire sisälsi 214 tilamaista injektiota tool-awareness-, action_style-, swarm_mode- ja swarm_mode_exit-arvoille. Aiempi tarkka deduplikointi jätti kuusi erilaista vanhaa tilaa yhteensä 6 305 tekstitavulla seisomaan jokaiseen uuteen mallipyyntöön.
  • ECC:n periaatteesta pitää työkontekstissa vain nykyinen tila ja säilyttää täysi historia erillään otetaan käyttöön kapea paikallinen vipu: työkaluinventaarille ja toimintatyylille pysyy näkyvissä vain uusin versio. Parvitilan sisään- ja ulostulo muodostavat yhteisen tilaperheen, josta myös jää vain viimeinen tila.
  • Raakahistoriaa ei koskaan muuteta. Muut injektiovariantit, normaalit käyttäjäviestit, ei-tekstuaaliset ja virheelliset merkinnät säilyttävät aiemman käytöksen.
9.1.235
  • Aito wire sisälsi yksitoista päättynyttä Agent-kutsua. Kuusi niistä oli todistetusti onnistuneita (status: completed) ja vähintään kaksikymmentä uudempaa kontekstiviestiä takana. Niiden vanhat tehtävätekstit veivät yhdessä edelleen 33 629 merkkiä, vaikka täydet valmistumisraportit olivat heti perässä historiassa.
  • DeepAgentsin pää- ja aliagenttikontekstin erottelusta otetaan siksi käyttöön kapea paikallinen vipu: vain vanha prompt onnistuneesta Agent-kutsusta korvataan mallinäkymässä lyhyellä merkinnällä. Kuvaus, aliagenttityyppi ja valmistumisraportti säilyvät täysin.
  • Käynnissä olevat, alle kaksikymmentä viestiä vanhat, epäonnistuneet, virheelliset ja vieraat työkalukutsut pysyvät muuttumattomina. Raakahistoriaa ei koskaan muuteta; ilman nimenomaista status: completed-riviä projektio ei käynnisty (fail-closed).
9.1.234
  • Aito wire sisälsi 166 onnistuneen työkalutuloksen joukossa kolme suurta, täsmälleen toistettua lukutulosta samalle työkalukutsulle. Muuttumaton toisto vei 15 936 raakatavua, vaikka nykyinen mallinäkymä tarvitsee vain uusimman täyden kopion.
  • Projektio tunnistaa siksi yksinomaan onnistuneet, puhtaat tekstitulokset, joilla on täsmälleen sama työkalun nimi, täsmälleen samat argumentit ja täsmälleen sama sisältö. Uusin kopio säilyy täysin; vanhemmat kopiot korvataan vain mallinäkymässä lyhyellä viittauksella.
  • Raakahistoria, muutetut tulokset, virheet, media, pysyvät viittaukset ja pienet tulokset pysyvät muuttumattomina. Olemassa oleva työkalujen ulkoistus pysyy voimassa ennen sitä; deduplikointi saa palauttaa sen projektion vain uusimmalle identtiselle kopiolle.
9.1.233
  • Aidossa wiressä täydellinen Write-kutsu 2 357 UTF-8-tavulla hylättiin aiemmalla 2 048 tavun rajalla. Sen jälkeen agentti lupasi kyllä jatkon, mutta ylikirjoitti saman tokenize.cjs-tiedoston useita kertoja epätäydellisillä fragmenteilla, mukaan lukien kahdesti tavuidenttisesti ensimmäiset 1 099 tavua. Kyseiset vaiheet veivät kukin noin 64 000 syötetokenia; yksittäiset vastaukset saavuttivat 10 319 ja 7 015 tokenia.
  • Täydelliset tiedostot enintään 4 096 UTF-8-tavua saa nyt kirjoittaa yhdellä atomisella Write-kutsulla. Todellinen 2 357 tavun tapaus ei tarvitse enää ylimääräistä mallivuoroa.
  • Suuremmat kutsut pysyvät täydellisessä jatkoprotokollassa. Tällaisen hylkäyksen jälkeen polku lukitaan: pienemmät tavalliset kirjoitukset eivät voi enää ylikirjoittaa kohdetiedostoa osafragmenteilla. Vasta kelvollinen jatko ottaa polun haltuun; kohde pysyy muuttumattomana lopulliseen todisteeseen asti.
9.1.232
  • Automaattinen resume-tila oli asetettu aidossa agenttiprofiilissa, mutta asennettu versio oli 9.1.221, aktiivinen valmisteltu runtime 9.1.219 ja npm/manifesti jo 9.1.231. Ilman käynnissä olevaa Kingiä aiempi taustapolku ei voinut valmistella ohitettua versiota.
  • resume ja new tarkistavat siksi nyt myös seuraavassa luonnollisessa kylmäkäynnistyksessä vähintään 30 minuuttia vakaan, itsenäisesti allekirjoitetun release-version. Se valmistellaan suojattuun release-varastoon, merkitään odottavaksi ja käynnistetään ilman toista käynnistystä tai valintaikkunaa.
  • manual ja off pysyvät muuttumattomina. Jos valmistelu, eheys, pakettikoestus tai verkkohaku epäonnistuu, olemassa oleva käynnistyspolku jatkuu. Jo käynnissä olevaa istuntoa ei koskaan lopeteta tämän kylmäkäynnistyspolun kautta.
9.1.231
  • Aidossa wiressä Telegram-vastaus epäonnistui ennen lähetystä virheellä 400: Bad Request: can't parse entities: Can't find end of Italic entity. Kutsu oli nimenomaisesti format: markdownv2; 0 1:stä tekstiosasta toimitettiin.
  • Telegram-MCP-lähetys toistaa nyt vain kyseisen tekstiosan täsmälleen kerran pelkkänä tekstinä, kun Telegram ilmoittaa täsmälleen yhden entiteettien jäsennysvirheen. Chat, reply-viittaus, osaraja ja sitä seuraavat liitteet säilyvät.
  • Verkkovirheet, tuntemattomat chatit, oikeusvirheet ja jo pelkkänä tekstinä lähetetyt kutsut eivät toistu tämän varapolun kautta. Näin ei nielaista mitä tahansa virhettä eikä lähetetä onnistunutta osaa kahteen kertaan.
9.1.230
  • Kun jo 9.1.228:lla ja 9.1.229:llä korjatut historialliset virheet oli suljettu pois, toistuvat Bash-timeoutit jäivät seuraavaksi suljetuksi lohkoksi viimeisissä 1 200 työkalutuloksessa yhdestä agenttiprofiilista. Kyseiset komennot kävivät useita kertoja rekursiivisesti läpi koko käyttäjähakemiston tai koko Dropboxin ja päättyivät 60 sekunnin jälkeen ilman käyttökelpoista tulosta.
  • Bash hylkää nyt ennen prosessin käynnistystä täsmälleen kaksi rajoittamatonta hakumuotoa: find-komennon koko käyttäjähakemistossa ja rekursiivisen grep-haun kohdetta . vastaan.
  • Virheteksti nimeää heti rajatun vaihtoehdon: Glob ankkuroidulla tiedostokuviolla, Grep polulla/globbilla tai tunnetulla projektialakansiolla. Kohdennetusti src:ään, test-hakemistoon tai muihin nimettyihin alipuihin rajatut haut pysyvät sallittuina.
  • Aikakatkaisua ei korotettu, eikä mielivaltaisia Bash-komentoja toisteta automaattisesti. Näin ei synny pidempää odotusaikaa eikä riskiä kirjoittavan komennon kaksoissuorituksesta.
9.1.229
  • Deferred-työkalukorjauksen jälkeen suurin yhtenäinen virheperhe aidossa historiassa oli moniosainen Write: puuttuvat pakolliset kentät (part, start_line, final), etukäteen väärin arvattu kokonaisrivimäärä, vanhentuneet osanumerot ja virheiden jälkeen vielä aktiivinen vanha jatkotila tuottivat toistoja ilman hyötytyötä.
  • Osanumero, aloitusrivi ja tila johdetaan nyt todellisesta staged-tilasta, kun ne puuttuvat. Nimenomaisesti lähetetyt arvot pysyvät näkyvinä ja hylätään edelleen poikkeaman yhteydessä.
  • expected_lines on valinnainen ja voidaan toimittaa vasta lopullisessa osassa. Kun se on asetettu, ylivuoto ja tarkka lopputarkistus pysyvät muuttumattomina fail-closed.
  • final=true pysyy pakollisena päätökselle. Ilman tätä nimenomaista lopetusmerkkiä ei kirjoiteta mitään; kohdetiedosto pysyy muuttumattomana loppuun asti. Valinnainen SHA-256-tarkistus säilyy.
9.1.228
  • Viimeisissä 1 000 aidossa työkalutuloksessa oli 66 virhettä. Suurin selvästi korjattavissa oleva lohko oli 10 Tool not found-virhettä: yhdeksän kertaa mcp__mnemo__mem_transcript_recent, kerran mcp__mnemo__mem_question_answer. Molemmat työkalut olivat rekisteröityjä, mutta jäivät tokenbudjetin vuoksi kyseisessä vaiheessa vain lataamatta.
  • Täsmällisen virheen Tool "<nimi>" not found jälkeen vuoro merkitsee tämän skeeman nyt välittömästi seuraavaa vaihetta varten. Normaali valinta ottaa sen sitten jo rekisteröidystä työkaluluettelosta.
  • Muut virhetekstit, onnistuneet tulokset ja poikkeavat työkalunimet eivät muuta tilaa. Olemassa oleva LRU-raja neljälle skeemalle säilyy; todella tuntematonta työkalua ei tästä keksitä eikä suoriteta.
  • Yhtään työkalua ei asetettu pysyvästi jokaiseen kehotteeseen. Normaali skeematokenkulutus pysyy siksi muuttumattomana; vain jo maksettu virhetoisto vältetään toisesta yrityksestä alkaen.
9.1.227
  • Aito wire-historia sisälsi 119 ToolSearch-kutsua. 35 niistä päättyi ilman osumaa; 27 nollaosumaa koski Telegram-historiaa, viestihakua tai siihen liittyvää muistihakua.
  • 9.1.226 ratkaisi nykyisellä työkaluluettelolla jo 8 näistä 35 vanhasta nollaosumasta. Jäljelle jäävä pääasiallinen tapaus olivat ylimäärätyt pyynnöt kuten +telegram history messages lesen, joissa malli oli merkinnyt semanttisia sanoja virheellisesti pakollisiksi nimiosiksi.
  • DeepAgentsista otettiin käyttöön periaate sovittaa työkaluvihjeet ja työkalupinta suodatuksen jälkeen toisiinsa. Yhtään vierasta koodia ei kopioitu: BLUN yrittää edelleen ensin tarkan ja tiukan haun ja löysää +-termejä vasta aidon nollaosuman jälkeen semanttisiksi hakusanoiksi.
  • Varapolku ei suorita työkalua. Se lataa vain parhaiten arvioidun skeeman tai aidot tasapisteet, vaatii useiden termien kohdalla vähintään 75 prosentin osuman ja pysyy suljettuna aihepiiriin kuulumattomien termien kohdalla.
  • Vertailu juuri asennettua 9.1.226-pakettia ja samoja 35 historiallista pyyntöä vastaan: ennen 8 osumaa, jälkeen 21 osumaa, eli 13 ylimääräistä aitoa osumaa ja 0 menetettyä aiempaa osumaa.
  • Ei lisätty uutta malli-, haku-, verkko- eikä upotuskutsua. Raakahistoria, työkalujen suoritus, hyväksynnät ja pysyvä skeemajoukko pysyvät muuttumattomina.
9.1.226
  • Aito wire-historia sisälsi 6 275 päättynyttä mallivaihetta. Viimeisten 50 vaiheen paikallinen pyyntörakennus oli p50 0 ms ja p90 1 ms, paikallinen stream-kulutus p50 1 ms ja p90 3 ms. Odotusaika ensimmäiseen palvelintokeniin oli sen sijaan p50 11 842 ms ja p90 14 846 ms. Toinen paikallinen mikro-suorituskykyleikkaus ei siten ollut osoitettu vaikuttavaksi vipuksi.
  • Evolverista johdettu vahvistettu oppimispolku oli jo olemassa: punainen-vihreä-todisteet tallennetaan profiilikohtaisesti pending-, recorded- tai expired-tilassa. Käyttäjillä ei kuitenkaan ollut siihen paikallista näkymää.
  • 9.1.226 lisää /improve-komennon aliaksella /learning. Paneeli näyttää kolme tilalaskuria ja uusimmasta avoimesta kandidaatista vain rajatut, vaarattomat todistetiedot: kandidaattitunnuksen, työkalunimen ja kaksitoista merkkiä komentohashista.
  • Komento lukee vain aktiivisen profiilin paikallista säilöä. Se ei käynnistä malli-, haku-, hub- eikä upotuskutsua eikä muuta kandidaattia. Tuntemattomat tilanarvot ja vaaralliset näyttömerkit hylätään tai näytetään unknown-arvona.
  • Kaikki uudet UI-tekstit saksaksi, espanjaksi, ranskaksi, ruotsiksi ja tšekiksi läpäisivät pakollisen kieliportin ja sitä seuranneen kuittauksen vahvistuksen; kaikki kuusi UI-katalogia sisältävät täydelliset avaimet.
9.1.225
  • Aidossa wire-historiassa 88 config.update-merkintää vei 4 078 566 tavua. 83 niistä kantoi täyden järjestelmäkehotteen.
  • Kehote ilmoitti vakaan istunnon aikaleiman, mutta asetti sen uudelleen jokaisessa prosessin käynnistyksessä. Tämän aikaleiman normalisoinnin jälkeen jäi 45 semanttista varianttia ja 38 peräkkäistä, vain uuden aikaleiman aiheuttamaa toistoa.
  • Nämä 38 toistoa veivät 781 179 tavua, eli 19,16 prosenttia kaikista järjestelmäkehotetavuista mitatuissa konfiguraatiotapahtumissa. Samaan aikaan uudelleenkäytettävä provider-kehotteen etuliite muuttui uudelleenkäynnistysten jälkeen tarpeettomasti.
  • 9.1.225 sitoo aikaleiman tuoreissa ja jatketuissa pää- ja alagenteissa Session.metadata.createdAt-arvoon. Virheelliset vanhat metatiedot palautuvat varmuuden vuoksi aiempaan muistinsisäiseen arvoon.
  • Raakahistoria, kehotteen sisältö, työkalut, mallin valinta ja tiivistys pysyvät muuttumattomina. Ylimääräistä malli-, haku- tai upotuskutsua ei ole.
9.1.224
  • Viimeksi mitattu käynnistys tarvitsi viiden MCP-palvelimen rinnakkaiseen alustukseen 16,85 sekuntia. Istunnon jatkaminen ja wire-jäsennys veivät selvästi vähemmän aikaa, noin 0,55 ja 0,18 sekuntia.
  • Vuoropolku odotti aiemmin ennen jokaista pyyntöä tätä MCP-alustusta, vaikka pelkkä paikallinen tervehdys sai sen jälkeen tarkoituksella nolla työkalua mallipyyntöön.
  • 9.1.224 ottaa käyttöön tarpeen mukaan ladatun työkalurajan DeepAgents-vertailusta: vain paikallinen, työkaluvapaa lyhyt keskustelu saa vastata heti. Telegram-vuorot, liitteet, järjestelmälaukaisimet ja jokainen työtä muistuttava pyyntö odottavat edelleen täydellistä MCP-alustusta.
  • Raakahistoria, MCP-konfiguraatio, työkaluskeemat ja normaalit työvuorot pysyvät muuttumattomina. Yhtään palvelinta ei poistettu käytöstä, eikä ylimääräistä malli-, haku- tai upotuskutsua otettu käyttöön.
9.1.223
  • Vaihe 775.5 päättyi tyhjänä arvolla fall=length, käytettynä 8 192 completion-tokenia 8 192:sta ja vain seitsemän merkin päättelyllä. Aiempi logiikka käynnisti sen jälkeen saman suuren pyynnön uudelleen ja kaksinkertaisti completion-budjetin 16 384 tokeniin.
  • Paikallinen CPU oli odotuksen aikana noin 0 prosenttia; pyynnön rakentaminen kesti 0–1 ms ja kuljetus noin kaksi sekuntia. Mitattu pullonkaula oli siten mallin generointi ja täyden budjetin uudelleenyritys, ei TUI.
  • Vain osoitettu tapaus length + täysin käytetty budjetti + alle 64 merkin päättely saa nyt säästäväisen uudelleenyrityksen kertoimella 0,125 ja vähintään 1 024 tokenilla.
  • Päättelypainotteiset ja budjettia loppuun käyttämättömät length-vastaukset säilyttävät aiemman laajennuksen kertoimella 2. Muut uudelleenyritysluokat pysyvät muuttumattomina.
  • Mitatussa tapauksessa toinen budjetti laskee 16 384:stä 1 024:ään: 15 360 tokenia eli 93,75 prosenttia vähemmän uudelleenyrityksessä.
9.1.222
  • Käynnissä oleva päivittäjä oli siirtänyt valmistellun version IPC:llä aktiiviselle Kingille. Launcher lopetti sen jälkeen käynnissä olevan ytimen poistumiskoodilla 76 ja sen piti käynnistää korvaava prosessi. Mitatussa vaihdossa versioon 9.1.219 agenttiprofiili jäi tästä syystä uloskirjautuneeksi.
  • Taustapäivitykset lataavat ja tarkistavat uuden version nyt vain ja tallentavat sen seuraavaa luonnollista käynnistystä varten. Ne eivät lähetä restart-IPC-viestiä, eivät lopeta aktiivista TUI:ta eivätkä käynnistä korvaavaa prosessia.
  • Seuraavassa normaalissa king-käynnistyksessä ilmestyy jälleen olemassa oleva valinta: päivitä, ohita kerran tai odota seuraavaan julkaisuun. Vasta asennuspäätöksen jälkeen launcher käynnistää jo vahvistetusta valmistellusta paketista; toinen lataus jää pois.
9.1.221
  • Muuttumattomat viestit, joita tokenCount ei vielä kata, käyttävät nyt täsmälleen yhtä tokenarviota kontekstirevisiota kohti. Toistuvat tila- ja renderöintikyselyt eivät skannaa samaa kasvavaa historiaa uudelleen.
  • Uudet tekstiosat, työkalukutsut, historian muutokset, tiivistys, undo ja jo katettujen viestien määrän muutos mitätöivät välimuistin heti. Raakahistoria, pysyvä historia ja ilmoitettu tokenarvo pysyvät identtisinä aiempaan polkuun verrattuna.
  • Seitsemän mittausajoa 300 synteettisellä viestillä ja kussakin 250 muuttumattomalla kyselyllä antoi mediaaniksi 42,1218 ms -> 0,1755 ms, eli noin 99,583 % vähemmän laskenta-aikaa tässä hotpathissa. Molemmat versiot antoivat täsmälleen saman arvion 127.838 tokenia.
  • Julkaisu vähentää paikallisen arvion CPU-työtä. Se ei väitä vähentävänsä malliin todella lähetettyjä syötetokeneita.
9.1.220
  • Pitkien avustajavastausten projektio tallentaa tuloksensa nyt WeakMap-rakenteeseen, kunhan viestiobjekti, sisältötaulukko, tekstiosa ja tarkka lähdeteksti pysyvät muuttumattomina. Raakahistoria ja projisoitu sisältö pysyvät identtisinä aiempaan polkuun verrattuna.
  • Tekstin, sisältötaulukon tai tekstiosan muutos hylkää merkinnän heti. Eri viestiobjektit eivät jaa välimuistia.
  • Viisi mittausajoa kullakin 1000 toistoprojektiolla antoi mediaaniksi 16,489 ms -> 0,202 ms, eli noin 98,8 % vähemmän laskenta-aikaa tässä polussa. Molemmat versiot säästivät täsmälleen 21.206 merkkiä.
9.1.219
  • Pelkät lyhyet tekstivahvistukset, kuten ok, danke tai Telegram-DM-vastaukset, joiden perässä on jatkosignaali, eivät lue vahvistettujen oppimiskandidaattien säilöä enää jokaisessa mallivaiheessa.
  • Merkitykselliset kehotteet, liitteet ja vuorot, joissa on nykyistä työkalutoimintaa, synkronoituvat edelleen. Jo näkyvä oppimismuistutus säilyy myös ohitetun vahvistuksen aikana.
  • Pakatulla versiolla tehdyssä todellisessa mittauksessa 50 vahvistuksen aikana kandidaattihakemiston lukukerrat laskivat 50:stä 0:aan. Merkityksellinen vastakoestus luki täsmälleen kerran. Malli-, upotus- tai verkkokutsua ei tullut lisää.
9.1.218
  • Sama punainen-vihreä-tarkistus tuotti versiossa 9.1.217 toistossa, jossa oli uudet työkalukutsutunnukset, toisen avoimen kandidaatin. Eristetty todellinen mittaus antoi kaksi tunnusta, 2 avointa tiedostoa ja 726 tavua.
  • Jos vain uusin kandidaatti olisi tallennettu, vanhempi identtinen kandidaatti olisi ilmestynyt uudelleen muistutuksena. Se olisi tuottanut toisen muistutus- ja MistakeRecord-syklin samalle avoimelle opille.
  • bin/validated-learning-signal.cjs käyttää nyt uudelleen jo avointa kandidaattia, jolla on sama profiili ja sama commandHash. Muut vahvistuskomennot pysyvät erillään; tallennetut tai vanhentuneet kandidaatit eivät absorboi myöhempää tapahtumaa.
  • Uusintamittaus antoi saman tunnuksen, 1 avoimen tiedoston ja 363 tavua. Ylimääräistä malli-, upotus- tai verkkokutsua ei ole.
9.1.217
  • Versiossa 9.1.216 jokainen onnistunut MistakeRecord merkitsi uusimman avoimen oppimiskandidaatin käsitellyksi, vaikka merkintä koski toista virhettä. Todiste oli siten pysyvä, mutta ei täsmällisesti korreloitunut myöhemmän tallennuksensa kanssa.
  • bin/validated-learning-signal.cjs lukee nyt valinnaisen candidateId-arvon onnistuneesta MistakeRecord-kutsusta ja sulkee yksinomaan täsmälleen sopivan avoimen kandidaatin. Puuttuva, virheellinen tai vieras tunnus jättää kaikki avoimet kandidaatit muuttumattomiksi.
  • blun.mjs nimeää vakaan kandidaattitunnuksen näkyvässä muistutuksessa ja tuo candidateId-arvon valinnaisena kenttänä MistakeRecord-skeemaan. Ylimääräistä malli-, upotus- tai verkkokutsua ei ole.
  • Korrelaatio pysyy profiilisidonnaisena. Kandidaattisäilöön ei edelleenkään päädy raakoja komentoja eikä työkalutulosteita.
9.1.216
  • bin/validated-learning-signal.cjs tallentaa vahvistetut punainen-vihreä-signaalit nyt asennuksenlaajuisesti hakemistoon <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profiili>/. Näin oppimiskandidaatti säilyy käyttäjävuorojen, tiivistysten ja eri portaalien yli samassa BLUN-asennuksessa.
  • Säilö on profiilisidonnainen, append-only ja kilpailutilanteessa turvallinen: kutakin kandidaattia kohti syntyy yksi muuttumaton JSON-tiedosto ja täsmälleen yksi .recorded- tai .expired-merkki. Väliaikaistiedosto, kova linkki ja väliaikaistiedoston poisto estävät hiljaisen ylikirjoituksen rinnakkaisten kirjoittajien kesken.
  • Tallennetaan vain tyyppi, tila, profiili, työkalun nimi, komennon SHA256, työkalukutsutunnukset ja aikaleima. Raaka komento, virheteksti ja onnistunut työkalutuloste eivät tallennu pysyvästi.
  • Onnistunut MistakeRecord merkitsee uusimman avoimen kandidaatin täsmälleen kerran käsitellyksi. Avoimet kandidaatit vanhenevat 24 tunnissa. Jos yhteinen kotihakemisto puuttuu, aiempi muistinsisäinen fail-open-käytös säilyy.
  • Tämä ei ole vielä automaattinen koodimuutos eikä itse annettu hyväksyntä. Julkaisu luo vain siirrettävän, portaalista riippumattoman oppimistodisteen, jonka päälle myöhemmät sisäänrakennetut evaluaattori- ja hyväksyntätoiminnot voivat toimia turvallisesti.
9.1.215
  • Ratkaisut eivät saa edellyttää tiettyjä sisäisiä agentteja, sisäisiä tietokonenimiä, Telegram-ryhmiä, Mnemo-instansseja eikä BLUN-sisäistä hyväksyntäketjua.
  • Self-improvementia varten sisäiset roolit abstrahoidaan tuotetoiminnoiksi: soveltamisala-/hyväksyntäohjain, eristetty evaluaattori, versioitu todiste ja automaattinen canary-takaisinmittaus palautuksella.
  • Automaattisesti voidaan ottaa käyttöön vain matalan riskin, mitattavasti rajattuja muutoksia, joiden koestukset ovat poikkeuksetta parempia tai neutraaleja. Koodi, oikeudet, salaisuudet, laskutus ja tuotanto pysyvät käyttäjä- tai ylläpitäjävastuulla.
  • Sisäänrakennetun portin ensimmäinen toteutus hyväksytään sisäisesti manuaalisesti; sen jälkeen portti saa itse tarkistaa, mutta ei muuttaa omaa turvallisuusrajaansa.
9.1.214
  • 9.1.213 loi oikean pysyvän tallennustien MistakeRecord-kutsun kautta, mutta odotti edelleen, että malli tunnistaa sopivan hetken yksin työkaluhistoriasta.
  • Uutta on bin/validated-learning-signal.cjs: moduuli tarkastelee vain nykyistä käyttäjävuoroa ja tunnistaa yksinomaan saman vahvistavan shell-komennon, joka ensin epäonnistuu ja myöhemmin onnistuu.
  • Dynaaminen injektori blun.mjs-tiedostossa muistuttaa tässä osoitetussa tapauksessa tallentamaan uudelleenkäytettävän opin MistakeRecord-kutsulla. Komennon tekstiä ja raakaa virhettä ei kopioida vihjeeseen.
  • Muut komennot, tavalliset luku-/työkaluvirheet, uusi käyttäjävuoro tai jo onnistunut MistakeRecord-kutsu eivät tuota eivätkä pidä vihjettä. Automaattista tallennusta ei tapahdu.
9.1.213
  • Missiosopimus vaati onnistuneen punainen-vihreä-koestuksen jälkeen kutsua record_error_memory. Tätä työkalua ei ole King-paketissa. Olemassa oleva pysyvä oppimistie on nimeltään MistakeRecord ja kirjoittaa yhteiseen Mistake.md-tiedostoon.
  • Tämän vuoksi Evolverin kuri oli jo muotoiltu, mutta viimeinen askel omaan, agenttien väliseen muistiimme oli kuollut: vahvistettu ratkaisu saattoi noudattaa sopimusta ja jäädä silti tallentumatta pysyvästi.
  • Sopimus kutsuu nyt vihreän toistoajon jälkeen MistakeRecord-työkalua. Raakavirheet pysyvät edelleen ulkopuolella; tallennetaan vasta onnistuneen vasta-ajon vahvistama oppi.
  • Mistake.md-tiedostoa, sen relevanssivalintaa ja tallennusmuotoa ei korvattu eikä muutettu. Korjattiin yksinomaan yhteys vahvistetusta oppimissopimuksesta olemassa olevaan työkaluun.
  • Muutettiin vain blun.mjs, uusi rakennetesti test/validated-learning-route.test.js ja versio package.json-tiedostossa.
9.1.212
  • ErrorMemory-injektori muotoili myös pelkille tervehdyksille ja lyhyille vahvistuksille useita strategiageenejä. Mistake.md-tiedostolla ja henkilökohtaisella muistilla oli samalle viestiluokalle jo yhteinen relevanssiraja; vain ErrorMemory kiersi sen.
  • Injektori käyttää nyt myös isLowInformationMistakeTurn-funktiota ja päättää projektion ennen strategiageenien valintaa ja muotoilua. Pysyvät virhe- ja strategiamerkinnät pysyvät muuttumattomina; vain niiden tarpeeton projektio hyvin pieniin pyyntöihin jää pois.
  • Mitattu vertailutapaus Wie geht es dir? yhdellätoista tallennetulla merkinnällä: ennen viisi valittua sääntöä, 1.417 merkkiä eli noin 355 tokenia; sen jälkeen 0 merkkiä ja 0 tokenia.
  • Muutettiin vain blun.mjs, test/error-memory-performance-policy.test.js ja versio package.json-tiedostossa.
9.1.211
  • King kuittaa jonorivit vasta, kun viesti on hyväksytty. Ennen aktiivista istuntoa injectChannelEnvelope kuitenkin hylkää osoitetun viestin dropped-tilaan kuittaamatta tai pysäköimättä sitä. Näin tarkistuspiste voi jäädä pysyvästi seisomaan täsmälleen tähän ensimmäiseen riviin.
  • Aito punainen koestus _proof/telegram-profile-checkpoint-red.cjs: odotettu queued, mitattu dropped, poistumiskoodi 1.
  • Sama virhe on Telegram-komentopolussa: /loop ennen aktiivista istuntoa ei päädy queuedMessages-jonoon; acknowledge-funktio jää ilman kuluttajaa. Aito punainen koestus _proof/telegram-remote-command-presession-red.cjs: odotettu jonon pituus 1, mitattu 0, poistumiskoodi 1.
  • injectChannelEnvelope käsittelee istuntoa, johon ei vielä voi toimittaa viestejä, nyt kuin varattua istuntoa: malliteksti, näyttöalkuperä ja myöhempi kuittaus säilyvät olemassa olevassa kanavajonossa.
  • injectTelegramRemoteCommand rakentaa jonomerkinnän ennen istuntotarkistusta. /loop ja muut suorat Telegram-komennot pysäköidään istunnon puuttuessa channelAcknowledge-funktioineen ja suoritetaan vasta olemassa olevassa turvallisessa rajassa.
  • Järjestys ja olemassa oleva tarkistuspistesääntö pysyvät muuttumattomina: jonorivi kuitataan vasta hyväksynnän jälkeen; myöhemmät kuitaukset eivät voi ohittaa sitä edellä vielä avointa riviä.
9.1.210
  • Aktiivinen handoff versiosta 9.1.208/9.1.209 saattoi lopettaa käynnissä olevan Kingin päivitystä varten. MSI:ssä käynnissä oleva istunto päättyi tästä syystä vaihdossa 9.1.206 -> 9.1.207, eikä sitä jatkettu automaattisesti.
  • 9.1.209:ää ei siksi otettu julkiseen manifestiin, ja se merkittiin npm:ssä jakeluun kelpaamattomaksi.
  • Vaatimus on nyt teknisesti pakotettu: automaattinen päivitys ei saa koskaan lopettaa käynnissä olevaa Kingiä. Se vain ladataan ja merkitään pending-tilaan. Aktivointi tapahtuu vasta myöhemmässä normaalissa käynnistyksessä.
9.1.209 Peruutettu
  • Julkaisematon. Aktiivinen päivityshandoff saattoi lopettaa käynnissä olevan Kingin; siksi versio ei päässyt julkiseen manifestiin ja merkittiin npm:ssä jakeluun kelpaamattomaksi.
9.1.208
  • MSI:ssä mitattiin 27 King-käynnistystä ja 15 versiotilaa yhdessä päivässä. Uudelleenkäynnistykset osuivat yhteen versiohypäysten kanssa; omaa poistumissyytä ei siellä edelleenkään kirjata lokiin.
  • Päivittäjä valmisteli uusia manifestiversioita minuuttitahdissa. Versio 9.1.208 ottaa siksi käyttöön 30 minuutin lepoikkunan, ennen kuin seuraava uusi runtime saa aktivoitua.
  • Vanhat runtime-tilat rajataan onnistuneen aktivoinnin jälkeen kolmeen uusimpaan versioon. Poistetaan vain, jos kaikki vanhan tilan asennus-leaset on hankittu yksinoikeudella. Aktiiviset, varatut tai tuntemattomat asettelut pysyvät koskemattomina.
  • Suojauslogiikka elää myös juuri ladatussa ytimessä. Näin se vaikuttaa automaattisen aktivoinnin jälkeen myös silloin, kun pysyvä ylätason launcher on peräisin vanhemmasta versiosta.
  • Kahdeksan mitattua MSI-julkaisutilaa veivät yhdessä vain 778 MB. Ne eivät selitä lähes täyttä 454 GB:n levyä; suuri kuluttaja pysyy erillisenä avoimena havaintona.
9.1.207
  • Epäonnistuneen telemetrian toistot rajataan suorituskertaa kohti 16 vanhimpaan tiedostoon ja pysähtyvät ensimmäiseen ohimenevään palvelinvirheeseen sen sijaan, että koko ruuhka käsiteltäisiin loppuun.
  • Virhespooli säilyttää uusimmat 512 tiedostoa 16 MiB:n ja seitsemän päivän sisällä. Normaali events.jsonl-tiedosto on nimenomaisesti rajattu siivouksen ulkopuolelle.
  • Ennen julkaisua oli todellisuudessa 4 248 virhetiedostoa 11 631 974 tavulla. Automaattisen aktivoinnin jälkeen oli 512 tiedostoa 2 260 908 tavulla: 3 736 vanhaa virhetiedostoa ja noin 9,37 MB kuormaa vähemmän.
9.1.206
  • Jo arkistoidut suuret avustajavastaukset korvataan nyt ennen silmukkaprojektiota rajatuilla, uudelleen luettavilla arkistoviittauksilla. Näin jälkikäteen tehtävä tekstinsiivous ei voi enää mitätöidä tallennettua hashia.
  • Kolme aitoa arkistotiedostoa tarkistettiin tavuittain tallennettuja SHA256-viestihasheja vastaan: 38.567, 13.941 ja 24.787 merkkiä, kaikki olemassa ja kaikki täsmällisesti täsmäävät.
  • Täsmälleen samoilla 41.480 wire-merkinnällä, joissa on 311 viestiä, malliprojektio laski 87.724:sta 63.234 merkkiin: edelleen 24.490 merkkiä eli noin 6.123 syötetokenia vähemmän jokaista kyseistä kutsua kohti.
  • Raaka historia ja täydelliset yksityiset arkistotiedostot pysyvät muuttumattomina ja ovat polun kautta luettavissa sivuittain.
9.1.205
  • Vastaussilmukat avustajaviestin sisällä tunnistetaan nyt myös pienillä välimerkki- tai sanamuotoeroilla. Klusteri tarvitsee vähintään kolme osumaa konservatiivisella samankaltaisuudella 0,88; ensimmäinen versio säilyy, eikä raakaa historiaa muuteta.
  • Säilytetyssä tapauksessa aito silmukkavastaus laski 24.787:sta 22.711 merkkiin: 2.076 merkkiä eli noin 519 syötetokenia vähemmän.
  • Koodiaidat pysyvät tavuittain suojattuina. Työkalukerronta, injektiot, parit ja alle 1.000 merkin säästöt pysyvät muuttumattomina.
9.1.204
  • Virhemuistutus ei lataa enää jokaista työkierrosta kohti sokeasti kaikkia yhtätoista sääntöä. Neljä korvaamatonta todiste- ja vastakoestussääntöä 4, 9, 10 ja 11 pysyvät aina aktiivisina; enintään kaksi muuta sääntöä lisätään deterministisesti nykyiseen tehtävään sopiviksi.
  • Aidossa toimitetussa sääntökokoelmassa toistuva lohko laski 2.442:sta 1.272 merkkiin: 1.170 merkkiä eli noin 293 syötetokenia vähemmän jokaista kyseistä työkierrosta kohti.
  • Valinta ei tuota malli-, haku-, reranker- eikä upotuskyselyä. Pienet omat sääntökokoelmat pysyvät täysinä; valitsinvirheen kohdalla aiempi täysi lohko on edelleen käytössä.
9.1.203
  • Tyhjä ToolSearch on nyt onnistuneesti päättynyt nollatulos punaisen työkaluvirheen sijaan. Vastaus nimeää puuttuvan sallitun työkalun ja kieltää synonyymeillä toistamisen.
  • Mitatussa historiassa oli 32 tyhjää hakua 29 muotoilulla; säilytetyssä vuorossa sama puuttuva Telegram-kyvykkyys kysyttiin punaisen virheen jälkeen suoraan uudelleen toisella haulla.
  • Ei ylimääräistä malli-, reranker- eikä upotuskyselyä, ei uutta pysyvää skeemaa eikä muutosta työkaluihin tai käyttöoikeuksiin.
9.1.202
  • DeepAgentsista johdettu paikallinen kontekstiprojektio näyttää suurissa työhakemistoissa mieluummin ylimmän tason merkinnät kuin syvät yksityiskohdat ensimmäisistä kansioista. Pienet hakemistolistat pysyvät tavuittain samoina.
  • Agenttijuuri sisältää 509 ylimmän tason merkintää (89 kansiota, 420 tiedostoa). Aiemmin malliprojektio näytti 1.981 merkissä vain 9 ylimmän tason kansiota; nyt se näyttää 30 kansiota 832 merkissä.
  • Mitattu säästö: 1.149 merkkiä eli noin 287 tokenia jokaista kyselyä kohti. Persona, työsäännöt, raakahistoria ja työkalujen käyttöoikeudet pysyvät muuttumattomina.
9.1.201
  • DeepAgentsista johdettu projektiohygienia tiivistää staattisen virhemuistin menettämättä yhtäkään 11 tallennetusta säännöstä tai tarkistuksesta.
  • Vanhat pitkät virhemuistitekstit tiivistetään vain malliprojektiossa. Raakahistoria, normaalit vastaukset ja työkalutulokset pysyvät muuttumattomina.
  • Projektiossa säilytetään vain uusin virhe- ja virheenkorjaussyöttö.
9.1.200
  • Uusi paikallinen komento /context näyttää erikseen todellisen projisoidun mallipyynnön, tallennetun keskusteluhistorian, työkalujen skeemat, tiivistysbudjetin ja jäljellä olevan tilan.
  • Näkymä lukee yksinomaan session.getContext(). Se ei käynnistä mallipyyntöä, hallinnoitua kulutuskyselyä, palvelua eikä uudelleenkäynnistystä.
  • Ulkoistetut työkalutulokset nimeävät nyt täsmällisen uudelleenlukutien: Read enintään 20 rivillä ja sen jälkeen jatketulla line_offset-arvolla. Tämä estää mitatun muodon, jossa agentti pyysi saman suuren alueen uudelleen Read-, Grep- ja Bash-työkaluilla.
  • /premortem oli olemassa jo ennen 9.1.200:aa, eikä sitä tarkoituksella esitetä tämän julkaisun uutena toimintona.
  • Uusille käännöksille pakollinen kieliportti ei antanut hyväksyntää, koska riippumaton lyhyen tekstin tarkistus puuttui. Siksi /context käyttää vain jo hyväksyttyjä lokalisoituja nimityksiä; yhtään tarkistamatonta kohdetekstiä ei otettu mukaan.
9.1.199
  • Tuore mallinäkymä sisälsi yhdessä avustajavastauksessa 13 941 merkkiä, jotka jakautuivat 100 kappalelohkoon. Vain 20 lohkoa oli erilaisia; kuusi ryhmää toistui täsmälleen ja vei 9 579 merkkiä.
  • 9.1.199 tiivistää mallinäkymässä yksinomaan tällaiset täsmälliset toistot yhden pelkän tekstivastauksen sisällä. Raaka istuntohistoria pysyy muuttumattomana.
  • Tiivistys alkaa vasta kolmesta täsmällisestä toistosta ja vähintään 1 000 säästetystä merkistä. Koodilohkot, sekoitetut sisällöt, työkalukutsut, injektioviestit, lyhyet lohkot ja pienemmät säästöt pysyvät muuttumattomina.
  • Tämä noudattaa DeepAgentsin periaatetta säilyttää uudelleen luettava totuus ja keventää vain aktiivista mallinäkymää. Ylimääräistä malli- tai upotuskutsua ei tule.
9.1.198
  • Tuore historia sisälsi työkalun jo truncated: true -merkitsemän Grep-tuloksen 50 042 merkillä. Yksittäistuloksen ulkoistus tunnisti koon, mutta varhaisen palautuksen vuoksi tällaiset tulokset päätyivät silti kokonaisina mallinäkymään.
  • 9.1.198 poistaa yksinomaan tämän poikkeuksen. Katkaistu Read käyttää olemassa olevaa lähdepolkua ilman kaksoiskappaletta; muut katkaistut tulokset arkistoidaan täsmälleen täydellisenä työkalun palauttamana tekstinä.
  • Viittaus säilyttää truncated: true -arvon ja kantaa stored_result_scope: tool_truncated_output-arvon. Näin ei väitetä, että raaka tulos, jota työkalu ei koskaan toimittanut, olisi palautettu.
  • Toimintamalli noudattaa DeepAgentsia: suuret työkalutulokset pysyvät uudelleen luettavissa aktiivisen mallinäkymän ulkopuolella, kun taas siellä on vain pieni viittaus.
9.1.197
  • Myös pelkät tekstivahvistukset, kuten ok, latasivat aiemmin dynaamisen Mistake.md-muistutuksen. Nykyisessä yhteisessä sääntökannassa se oli 1 819 kehotemerkkiä, noin 455 tokenia, vaikka työkontekstia ei jatkettu.
  • 9.1.197 tunnistaa yksinomaan vähän tietoa sisältävät pelkät tekstivuorot ennen kuin jompikumpi Mistake-lähde luetaan, ja jättää dynaamisen injektion pois.
  • Liitteet, ei-tekstuaaliset sisällöt ja järkevät jatkot, kuten ok, check updater, säilyttävät aiemman tien. Olemassa oleva relevanssin varatieratkaisu aidoille työvuoroille pysyy muuttumattomana.
  • Toimintamalli on peräisin AnythingLLM-vertailutyöstä: valinnaiset kontekstilähteet saavat päätyä mallinäkymään vain, jos nykyinen vuoro niitä todella tarvitsee. Se sovitettiin olemassa olevaan BLUN-käytäntöön ilman ylimääräistä malli- tai upotuskutsua.
9.1.196
  • /reload oli olemassa paikallisesti, mutta Telegramista lähetettynä sitä ei tunnistettu suoraksi komennoksi. Telegram-allowlist ei sisältänyt nimeä; siksi viesti jäi tavalliseksi mallitekstiksi.
  • 9.1.196 lisää yksinomaan reload-komennon olemassa olevaan osoitettujen Telegram-komentojen luetteloon.
  • Telegram-tie käyttää samaa olemassa olevaa käsittelijää kuin paikallinen TUI: istunto, MCP-palvelimet sekä runtime- ja TUI-konfiguraatio ladataan uudelleen käynnissä olevassa prosessissa. Mallikierrosta tai prosessin uudelleenkäynnistystä ei käynnistetä.
  • /new ja muut sallimattomat kauttaviivaviestit pysyvät edelleen tavallisena mallitekstinä.
9.1.195
  • Automaattiset päivitykset suoritettiin, mutta uudelleen käynnistetty TUI päätyi C:\-asemalle aiemman projektikansion sijaan.
  • TUI piti oikeaa kansiota state.appState.workDir-arvossa, mutta välitti päivityshandoffissa vain istunnon, version ja tilan. Launcher käytti siksi alkuperäistä käynnistyskansiota sekä kohteena että varatieratkaisuna.
  • 9.1.195 kuljettaa aktiivisen projektikansion handoffissa ja käyttää sitä kohdeversiolle, varatieratkaisulle ja saman valvonnan jatkopäivityksille.
  • Vain olemassa olevat absoluuttiset hakemistot hyväksytään. Suhteelliset, puuttuvat tai tiedostoihin osoittavat arvot palautuvat launcher-kansioon.
9.1.194
  • Olemassa oleva vuorovahti varoitti 20 minuutin jälkeen, mutta ei päättänyt vuoroa. Macissa jumiutunut vuoro jatkui 30 minuutin varoituksen jälkeen vähintään minuuttiin 39 asti.
  • 9.1.194 säilyttää varoituksen 20 minuutin jälkeen ja päättää vuoron 30 minuutin jälkeen ilman aitoa edistystä.
  • Vaiheen alku, ajatteluteksti, avustajateksti, työkalukutsu, työkaluargumentit, työkalun edistyminen ja työkalutulos nollaavat passiivisuusajan. Pitkä aktiivinen työ ei tästä syystä pääty.
  • Olemassa oleva keskeytys viiden identtisen epäonnistuneen työkalukutsun jälkeen pysyy erillisenä ja muuttumattomana aktiivisena.
9.1.193
  • Useita Telegram-toimituksia saapui samalla chat_id- ja message_id-arvolla jopa neljä kertaa samassa istunnossa.
  • 9.1.181 poisti nämä toistot vasta myöhemmin mallinäkymästä. Sitä ennen jokainen kopio saattoi jo käynnistää oman mallivuoron ja siten aiheuttaa kustannuksia.
  • 9.1.193 ottaa siksi ennen vuoron alkua käyttöön toimitusreskontran, joka on rajattu 2 048 tunnisteeseen. Sama Telegram-tunniste hyväksytään vain kerran istuntoa kohti; toistot vahvistetaan, mutta niitä ei kirjata eivätkä ne käynnistä tarjoajavuoroa.
  • Uudet viestitunnisteet, ei-käyttäjäinjektiot ja raaka historia pysyvät muuttumattomina. Jatkettaessa reskontra palautetaan hyväksytyistä kehote-tietueista.
9.1.192
  • Mac näytti hylätyn Bash-hyväksynnän jälkeen edelleen King is thinking -tilaa 39 minuuttia. Työkalukutsu itsessään hylättiin oikein, mutta hylkäys palautettiin käynnissä olevalle mallisilmukalle tavallisena virhetuloksena.
  • PermissionManager.requestToolApproval() palautti hylkäyksen yhteydessä vain block: true. Olemassa oleva erä- ja tarjoajaohjaus saattoi jo päättää vuoron syntheticResult.stopTurn = true -arvolla, mutta ei saanut tätä signaalia.
  • Uusi on bin/approval-rejection-stop.cjs. Hylätyt ja keskeytetyt hyväksynnät tuottavat nyt olemassa olevan virhetuloksen, jossa on stopTurn: true. Nykyinen vuoro päättyy, ja saman työkalupinon myöhemmät kutsut ohitetaan. Hyväksyntäprotokolla, käytäntö ja fail-closed-käyttäytyminen pysyvät muuttumattomina.
  • DeepAgents vahvisti nimenomaisen ihmisen keskeytysrajan sopivaksi toimintamalliksi. AnythingLLM ja Evolver eivät tarjonneet tähän kapeaan virheeseen vahvempaa mekanismia kuin jo olemassa oleva BLUN-sopimus.
9.1.191
  • DeepAgents tarjoaa /context-komennolla tutun, näkyvän konteksti-ikkunan jaon pelkän kokonaisarvon sijaan.
  • Evolver vaatii suorituskykytyölle erillisen kehote-budjetin järjestelmäosalle, keskustelulle, työkaluille ja vapaalle tilalle.
  • AnythingLLM säästää työkalujen skeemoja upotusperusteisella uudelleenjärjestelyllä. BLUN:lla on tähän jo halvempi deferred-tool-tie ilman ylimääräistä malli- tai upotuskutsua; tätä osaa ei siksi kahdennettu.
9.1.190
  • Pysyvästi tallennetuista tool.call-silmukkatapahtumista poistetaan vain näyttökentät display ja description. Identiteetti, työkalun nimi, argumentit ja vaihekohdistus säilyvät.
  • Runtime käsittelee edelleen täydellisen tapahtuman. TUI-näyttöä, työkalun suoritusta ja jatkamista ei siirretty projektioon.
  • Aito agentti-wire, jonka koko oli 42.451.368 tavua, sisälsi 6.135 työkalukutsua. Niistä 5.679 kohdalla 3.125.874 tavua saattoi jäädä pois: 7,36 % koko wire-protokollasta.
9.1.189
  • Käyttäjä oli valinnut bosnian ja kirjoitti bosniaksi, mutta King vastasi sloveeniksi. Persona-kehotteessa oli vain englanninkielinen sana Bosnian; läheistä sukua olevaa kielialuetta ei ollut nimenomaisesti rajattu.
  • Kako si?, Kako je King?, Ko si ti? ja Ko stoji iza tebe? eivät toimineet itsenäisinä bosniankielisinä lyhyinä dialogeina. Kuvakaappaus kohdasta Ko stoji iza tebe? näytti jopa verkkohakuja suoran vastauksen sijaan.
  • Ilmoitettu yksinkertainen check-in kulutti noin 7.500 tokenia. Aiempi low-effort-polku salli enintään 8.192 completion-tokenia ja säilytti useita vanhoja viestejä.
9.1.188
  • BLUN tunnisti aidon taantuman jo kolmen samankaltaisen vastauksen jälkeen, mutta jätti vanhentuneet vastaukset kokonaisina mallinäkymään. Silmukkaa vastaan annettu huomautus kilpaili siksi edelleen vanhan väärän tilan kanssa.
  • DeepAgentsin aa8ae718644dac19d7f1cdc3febe2740a79fa058 tarjoaa toimintamallin indeksistabiileista, rajatuista korvausviesteistä. AnythingLLM priorisoi uusimmat keskusteluparit ja käsittelee historian ensin tiivistettävänä kontekstina.
  • Wire sisälsi 42.265.671 tavua, joista 25.423.100 tavua context.append_loop_event-tapahtumia. Tämä osoittaa aidon silmukkakuorman, mutta sitä ei esitetä suorana pyyntötokenien säästönä.
9.1.187
  • Liveksi toimitettu 9.1.184-manifesti kantoi aikaleimaa 2026-08-26T12:15:06.5196457Z. Toimitettu jäsennin salli vain yhdestä kolmeen desimaalia ja hylkäsi siksi koko manifestin.
  • Ilman kelvollista varatieratkaisua npm oli yksin määräävä. Kun 9.1.185 asetettiin stagingiin, npm-tunniste oli siksi lyhyen aikaa näkyvissä, vaikka manifesti oli vielä 9.1.184:ssä.
  • npm-tunniste palautettiin arvoon 9.1.184. Live-manifestia korjattiin vain aikaleiman osalta arvoon 2026-08-26T12:15:06.519Z; versio ja eheys pysyivät muuttumattomina. Kolme välimuistista puhdistettua hakua ja aito asiakasjäsennin vahvistivat sen jälkeen manifestin.
  • Live-SHA256 korjauksen jälkeen: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Varmuuskopio: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Täyden tiivistyksen jälkeen olemassa olevaa järjestelmäkehotetta ei enää korvata uudelleen luetuilla paikallisilla kontekstitiedoilla. Sen aiempi etuliite pysyy siten tavustabiilina ja uudelleenkäytettävänä tarjoajan välimuistille.
  • Työhakemisto, sopivat AGENTS.md-tiedostot ja lisähakemistot saavat sormenjäljen. Vain aidon muutoksen kohdalla uusi tila liitetään sisäisenä, käyttäjälle näkymättömänä kontekstiviestinä.
  • Mukaan liitetyt kontekstitiedot escapetetaan ennen sisäistä merkintää. Paikallinen teksti ei voi siksi sulkea merkintärajaa eikä salakuljettaa uusia järjestelmähuomautuksia.
9.1.185
  • Kaksi agenttiprofiilia kirjautui ulos automaattisen päivityksen aikakehyksessä. Niistä riippumatta kolmas profiili jäi onnistuneen siirtymän jälkeen 9.1.182:sta 9.1.183:aan tähän versioon eikä valmistellut 9.1.184:ää.
  • Kaksi konkreettista virhettä todistettiin lähdepolulla: TUI lopetti heti process.send-kutsun jälkeen odottamatta IPC-vahvistusta. Lisäksi launcher odotti onnistuneen handoffin jälkeen vain uuden prosessin päättymistä eikä asettanut sille enää päivitysvalvontaa.
9.1.184
  • Tavalliset mallikutsut kuljettivat GenerateImage- ja GenerateVideo-työkalujen skeemoja pysyvästi mukana, vaikka mitattu työkalujen käyttö sisälsi vain yhden kuvakutsun eikä yhtään videokutsua 3 183 kutsusta.
  • 9.1.184 poistaa molemmat skeemat jatkuvasti ladatusta ydinsarjasta. Nimenomainen kuva-, video- tai animaatiotehtävä lataa vain todella tarvitun skeeman samassa vuorossa.
  • Sama valintatie pätee myös, kun mediatehtävä saapuu käynnissä olevan vuoron aikana. Laatukysymykset, mediatarkistukset ja sitomattomat ideat myöhemmäksi eivät lataa luontiskeemaa.
  • Molemmat työkalut pysyvät saatavilla ToolSearch-haun kautta. Muutos ei poista kyvykkyyttä, vaan siirtää harvoin tarvitut skeemat pois tavallisista mallikutsuista.
9.1.183
  • BLUN King 9.1.183 tekee valmiin median automaattisen Telegram-toimituksen kestäväksi väliaikaisia lähetysvirheitä vastaan.
  • Asiakas toistaa yksinomaan rajatun määrän väliaikaisia virheitä, rakentaa moniosaisen lähetyksen jokaisella yrityksellä uudelleen ja keskeyttää heti pysyvien virheiden kohdalla.
  • Loppuun käytetyt toimitusyritykset kirjataan erikseen paljastamatta bot-tokenia eikä tukahduttamatta normaalia varalähetystä.
9.1.182
  • Tämä julkaisu korjaa yksinomaan käynnissä olevan King-istunnon automaattisen päivityksen.
  • Launcher asetti aiemmin BLUN_NO_AUTO_UPDATE=1 samaan ympäristöön, jota käyttivät sekä suojattu ydin että ylätason prosessin päivityksen valmistelu. Vanha päivittäjä ytimessä oli siksi oikein pois käytöstä, mutta myös uusi ylätason päivitystarkistaja lopetti ennen julkisen manifestin hakua.
  • 9.1.182 säilyttää nimenomaisesti asetetun käytöstäpoiston ylätason prosessille. Pakotettu käytöstäpoisto lisätään enää vain suojatun ytimen käynnistyksen yhteydessä.
  • Mnemo pysyy sisäisenä, paikallisena konfiguraationa. Julkinen paketti ei sisällä Mnemoa. Additiivinen merkintä pysyy täysin passiivisena ilman paikallista Mnemo-polun asetusta ja nimenomaisesti asetettua agentti-identiteettiä.
9.1.181
  • Toistuvat identtiset pitkät käyttäjätehtävät ja kaksoiskappaleina saapuvat Telegram-toimitus-ID:t poistetaan yksinomaan malliprojektiosta; raakahistoria pysyy muuttumattomana.
  • Määritetty Mnemo-MCP lisätään nyt aktiiviseen King-TUI-profiiliin sen sijaan, että se pysyisi rajoitettuna Telegram-bridge-istuntoihin.
  • Kaikki 413 testiä meni läpi; molemmat kohdennetut mutaatiokokeet muuttuivat punaisiksi heti, kun toinen suojatoimenpiteistä poistettiin.
9.1.180
  • Automaattisen päivityksen valmistelu ei riipu enää yksinomaan myöhemmästä TUI-Ready-IPC:stä. Heti kun suojatun ytimen latautuminen on todistettu, launcher käynnistää valmistelun myös silloin, kun tämä toinen signaali on kadonnut.
  • Varsinaisen siirron turvaraja pysyi muuttumattomana: käynnissä oleva vastaus, tiivistys, viestijono, työkalut, shell-komennot ja jonokomennot estävät edelleen uudelleenkäynnistyksen kesken työn.
  • Todellinen tila osoitti virheen: tila resume, asennus 9.1.177, julkinen 9.1.179, mutta vain 9.1.176 valmisteltuna. Silmukka ei ollut siksi ensimmäinen este, koska tyhjäkäyntitarkistus astuu voimaan vasta valmistelun jälkeen.
9.1.179
  • Puhtaat vahvistukset, kuten ok, ja, danke tai perfekt, ohittavat henkilökohtaisen Memory-välittäjän. Tämä säästää yhden välittäjäkutsun ja estää tällaisissa vähäsisältöisissä vuoroissa enintään 16.384 merkin tarpeettoman Memory-injektion.
  • weiter, liitteet, kysymykset, komennot ja muut sisällölliset viestit säilyttävät aiemman, portaalien yli ulottuvan muistitien.
  • Ensin rakennettu DeepAgents-tyyppinen argumenttipuskuri oli neljässä viidestä mittauskierroksesta hitaampi kuin yksinkertainen ketjutus. Se hylättiin kokonaan eikä sitä julkaistu.
9.1.178
  • Viivästetty työkaluhaku tunnistaa nyt yksiselitteisen täsmällisen ensimmäisen termin. GetMedia media job status result lataa siksi GetMedia-työkalun ilman laajaa semanttista arvausta. Moniselitteiset lyhytnimet jätetään tarkoituksella ratkaisematta.
  • Mediatuotantoketju katkaisee täydelliset vaihenimet jatkoriveille. Viimeistä vaihetta ei enää leikata oikeasta reunasta.
  • Muutos parantaa työkaluvalintaa ja luettavuutta. Se ei muuta mediamallia eikä kuvanlaatua eikä väitä tarjoavansa aitoa median esikatselua.

Parannuksia versiosta 9.1.57 alkaen

VersioMuutos
9.1.177Automaattiset päivitykset ottavat tallennetun jatko- tai uudelleenkäynnistystilan nyt käyttöön myös silloin, kun suora prosessiviesti jää saapumatta, ja näyttävät heti ennen turvallista TUI-uudelleenkäynnistystä selkeän huomautuksen. Historialliset paikkamerkit tiivistetyille työkaluargumenteille poistetaan, olivatpa ne kompaktia JSON:ia, muotoiltua JSON:ia tai luettu objekti, ennen kuin ne voidaan suorittaa uudelleen. Raakahistoria ja kaikki olemassa olevat päivityksen suojamekanismit pysyvät muuttumattomina.
9.1.176Kaikki kauttaviivakomentojen valintavalikot erottavat vaihtoehdot nyt tyhjällä rivillä ja näyttävät selitykset omassa, hillityssä toissavärissä. Yhteinen komponentti palvelee 20 valikkokutsua; yksilölliset varoitusvärit säilyvät.
9.1.175Jokaisessa mallipyynnössä toistuva työkaluvihje laskee 1 749 merkistä 825 merkkiin. Tämä säästää mittauksessa noin 231 arvioitua syötetokenia jokaista pyyntöä kohti. Kaikki yksitoista käyttäytymisvelvoitetta säilyvät; raakahistoria, työkalujen skeemat ja tiedostot pysyvät muuttumattomina.
9.1.174Jokaista mallipyyntöä kohti näytettävä olennainen Mistake.md-kohta on rajattu 3 000 merkkiin 4 000 merkin sijaan. 100 aidossa pyynnössä tämä säästää keskimäärin noin 253 arvioitua syötetokenia; valitut otsikot pysyivät kaikissa 100 tapauksessa samoina. Täydelliset tiedostot ja tallennettu historia pysyvät muuttumattomina.
9.1.173BLUN King tunnistaa toistuvat pelkät tekstivastaukset useiden Telegram-vuorojen yli. Kolmen lähes samanlaisen vastauksen jälkeen uusista käyttäjävihjeistä huolimatta agentti saa kerran sisäisen korjausvihjeen sen sijaan, että se toistaisi vanhan kysymyksen, luettelon tai odotussilmukan. Viestit, prosessit ja tallennettu historia pysyvät muuttumattomina.
9.1.172Automaattinen päivitys tarkistaa käynnissä olevan istunnon uudelleen sen jälkeen, kun käynnistyksen yhteydessä tehty haku jäi tuloksettomaksi. Seuraava tarkistus tapahtuu satunnaisesti jakautuneena 60–90 sekunnin kuluttua. Näin myöhemmin julkaistut versiot tunnistetaan ilman manuaalista uudelleenkäynnistystä. Asennus ja istunnon siirto odottavat edelleen täydellistä tyhjäkäyntiä.
9.1.171BLUN King säilyttää vuoroa kohti enää neljä viimeksi tarvittaessa ladattua työkaluskeemaa kahdentoista sijaan. Vanhemmat työkalut pysyvät löydettävissä ToolSearch-haulla ja ladataan valinnan yhteydessä uudelleen. Pysyvästi ladatut ydintyökalut, tallennettu historia ja suorituskäyttäytyminen pysyvät muuttumattomina.
9.1.170Kokoaa nykyiset luotettavuus- ja työnkulkuvirheet: toistuvat tehtävät säilyttävät uusimman ylisuuren ohjeen; tiivistetyt työkaluargumenttien paikkamerkit poistetaan malliprojektiosta; ToolSearch tunnistaa luonnolliset muistihakusanat mukaan lukien yksittäisen sanan ”store”; silmukkanäyttö lataa suunnittelutilan uudelleen; /update ohjaa turvallisen tyhjäkäyntisiirron; ja /premortem tarjoaa näkyvän, jäsennellyn virheanalyysin.
9.1.169BLUN King säilyttää tarkan työkaluvalinnan ja aiemman tiukan avainsanahaun muuttumattomina. Vasta kun tämä haku ei tuota osumaa, kapea toinen haku etsii sukulaisia saksan- ja englanninkielisiä termejä. +-nimivaatimukset pysyvät pakollisina; vähintään kaksi merkitystä kantavaa termiä ja 75 prosenttia pyynnöstä on täsmättävä. Näin kolme todella epäonnistunutta Telegram-hakua löytävät nykyisen jonotyökalun, kun taas sopimaton pyyntö päättyy edelleen ilman osumaa.
9.1.168BLUN King ei enää korvaa vanhempia työkalukutsujen argumentteja sisäisellä paikkamerkillä, jonka malli voi kopioida uuteen kutsuun. Jo olemassa olevat paikkamerkkikutsut ja niihin liittyvät virhetulokset poistetaan vain malliprojektiosta; muuttumaton istuntohistoria säilyy todisteena.
9.1.167BLUN King 9.1.167 säilyttää toistuvissa suunnitelluissa tehtävissä enää vain katkeamattoman sarjan uusimpia täydellisiä työosioita. Jos seuraava uudempi osio ylittäisi 48 000 merkin tai 24 viestin rajan, valinta päättyy sen sijaan, että se ottaisi mukaan vanhempia pieniä osioita. Näin konteksti ja aikajärjestys pysyvät yhtenäisinä. Mitatussa käynnissä olevassa historiassa projisoitu historia laski 32 591:stä 16 981 merkkiin. Tämä säästää 15 610 merkkiä eli noin 3 903 arvioitua syötetokenia jokaista vastaavaa pyyntöä kohti. Raakahistoria, nykyiset tehtävävaiheet ja tiivistysyhteenveto pysyvät muuttumattomina.
9.1.166BLUN King 9.1.166 rajaa toistuvat suunnitellut tehtävät eristettyyn työkontekstiin sen sijaan, että se lähettäisi pääagentin koko keskustelun uudelleen jokaisessa mallivaiheessa. Nykyinen tehtävä, uusin tiivistysyhteenveto ja uusimmat aidot työvaiheet pysyvät saatavilla 24 viestin ja 48 000 merkin rajan sisällä. Tallennettu historia, normaalit käyttäjävuorot, kertaluonteiset muistutukset ja nopeat keskustelupolut pysyvät muuttumattomina. Mitatussa historiassa 2 043 toistuvien suunniteltujen tehtävien mallivaihetta kulutti yhteensä 298,7 miljoonaa syötetokenia, keskimäärin 146 188 tokenia vaihetta kohti.
9.1.165BLUN King 9.1.165 rajaa normaalien vuorojen tulostusbudjetin arvoon 24 576 tokenia 32 768 tokenin sijaan. Kevyet vaiheet säilyttävät aiemman raja-arvonsa 8 192 tokenia, mallit, joilla on pienemmät tulostusrajat, säilyttävät nämä pienemmät arvot, ja nimenomainen käyttäjäasetus on edelleen etusijalla. 27 049 mitatusta vastauksesta 99 prosenttia jäi alle 9 970 tokenin; kaksitoista vanhaa poikkeamaa osui täsmälleen aiempaan 32 768 tokenin rajaan ja kukin niistä jatkoi laskentaa vielä noin kuusi minuuttia.
9.1.164BLUN King 9.1.164 rajaa tiivistyksen tulostusbudjetin suurilla malli-ikkunoilla arvoon 16 384 tokenia 131 072 tokenin sijaan. 39 onnistunutta tiivistystä tarvitsi enintään 10 781 tulostustokenia. Uusi kehys on 52 prosenttia tämän mitatun huippuarvon yläpuolella ja pienentää mahdollista tulostus- ja KV-välimuistin tarvetta tiivistystä kohti 87,5 prosenttia. Tallennettu historia ja normaalit keskusteluvuorot pysyvät muuttumattomina.
9.1.163BLUN King 9.1.163 korvaa laajat skill-lataukset viimeisten 20 viestin ulkopuolella malliprojektiossa kompaktilla uudelleenlatausviittauksella. Nykyiset ja pienet skill-lataukset sekä ne, joita ei voi ladata uudelleen, pysyvät muuttumattomina; tallennettua keskusteluhistoriaa ei kirjoiteta uudelleen. Mitatussa tapauksessa skill-lataus laskee 87 034:stä 424 projisoituun merkkiin. Kun se poistuu nykyisestä työikkunasta, tämä säästää 86 610 merkkiä eli noin 21 653 arvioitua syötetokenia.
9.1.162BLUN King 9.1.162 rajaa toistetussa järjestelmäkehotteessa olevat suuret työhakemiston yleiskatsaukset 2 000 merkkiin. Pienet yleiskatsaukset pysyvät muuttumattomina. Lyhennettyjen yleiskatsausten kohdalla selkeä huomautus viittaa edelleen täydelliseen hakuun Glob-, Grep- ja Read-työkaluilla. Mitatussa kehotteessa yleiskatsaus laskee 3 988:sta 1 983 merkkiin. Tämä säästää 2 005 merkkiä eli noin 501 arvioitua syötetokenia jokaista samalla tavalla rakennettua pyyntöä kohti.
9.1.161BLUN King 9.1.161 ei enää toista 112 ulkoistetun työkalun nimiä jokaisessa ToolSearch-kuvauksessa. Avainsanahaku, tarkka valinta täydellisen tai yksiselitteisen lyhyen nimen perusteella ja kahdentoista viimeksi valitun skeeman pysyvä lataaminen säilyvät. Mitatussa esityksessä toistuva kuvaus laskee 1 984:stä 278 merkkiin. Tämä säästää 1 706 merkkiä eli noin 426 arvioitua syötetokenia jokaista samalla tavalla rakennettua pyyntöä kohti.
9.1.160Versiosta BLUN King 9.1.160 alkaen malliprojektio suojaa kokonaan vain kaksitoista uusinta viestiä, ennen kuin vanhemmat onnistuneet työkalutulokset, jotka sisältävät yksinomaan tekstiä, korvataan lyhyellä päätösmerkinnällä. Virhetulokset, media, tallennetut tiedostoviittaukset, kaksitoista uusinta viestiä, raakahistoria ja viennit pysyvät muuttumattomina. Stabiilisti mitatussa istunnon tilannekuvassa kaksi muuta vanhaa työkalutulosta pienenee tästä syystä. Malliprojektio laskee 81 800:sta 78 402 merkkiin. Tämä säästää edelleen 3 398 merkkiä eli noin 850 arvioitua syötetokenia jokaista samalla tavalla rakennettua pyyntöä kohti.
9.1.159Versiosta BLUN King 9.1.159 alkaen kelvolliset JSON-argumentit päättyneistä työkalukutsuista viimeisten 12 viestin ulkopuolella korvataan malliprojektiossa lyhyellä merkinnällä. Siihen liittyvä työkalutulos, 12 uusinta viestiä, keskeneräiset kutsut, pienet tai kelvottomat argumentit, raakahistoria ja viennit pysyvät muuttumattomina. Stabiilisti mitatussa istunnon tilannekuvassa kolme argumenttia päättyneistä työkalukutsuista pienenee 2 849:stä 165 merkkiin. Tämä säästää 2 684 merkkiä eli noin 671 arvioitua syötetokenia jokaista samalla tavalla rakennettua pyyntöä kohti.
9.1.158Versiosta BLUN King 9.1.158 alkaen pelkät tilaviestit, jotka seuraavat välittömästi päättynyttä Telegram-vastausta, korvataan viimeisten 20 viestin ulkopuolella malliprojektiossa lyhyellä merkinnällä. Lähetetty vastauskutsu ja sen tulos, nykyiset viestit, yhteenvedot muiden työkalujen jälkeen, sekoitetut sisällöt, raakahistoria ja viennit pysyvät muuttumattomina. Stabiilisti mitatussa istunnon tilannekuvassa kuusi historiallista tilaviestiä pienenee 1 837 merkillä. Tämä säästää noin 460 arvioitua syötetokenia jokaista samalla tavalla rakennettua pyyntöä kohti.
9.1.157Versiosta BLUN King 9.1.157 alkaen sopivat onnistuneet, puhtaasti tekstipohjaiset työkalutulokset viimeisten 20 viestin ulkopuolella korvataan malliprojektiossa lyhyellä päätösmerkinnällä. Virhetulokset, media, ulkoistetut tiedostoviittaukset, 20 uusinta viestiä, raakahistoria ja viennit pysyvät muuttumattomina. Stabiilisti mitatussa istunnon tilannekuvassa 43 vanhaa tulosta pienenee. Tämä säästää 9 680 merkkiä eli noin 2 420 arvioitua syötetokenia jokaista samalla tavalla rakennettua pyyntöä kohti.
9.1.156Versiosta BLUN King 9.1.156 alkaen tallennetut viittaukset käyttäjäviesteihin viimeisten 20 viestin ulkopuolella eivät enää toista esikatseluaan alun ja lopun kanssa jokaista mallipyyntöä kohti. Palautusmerkintä, kokotiedot, luettava tiedostopolku, 20 uusinta viestiä, media, raakahistoria, täydellisesti tallennettu tiedosto ja viennit pysyvät muuttumattomina. Stabiilisti mitatussa tilannekuvassa viisi historiallista viittausta pienenee ja malliprojektio laskee 99 143:sta 96 001 merkkiin. Tämä säästää edelleen 3 142 merkkiä eli noin 786 arvioitua syötetokenia jokaista samalla tavalla rakennettua pyyntöä kohti.
9.1.155Versiosta BLUN King 9.1.155 alkaen tallennetut viittaukset käyttäjäviesteihin palautetaan ennen kuin tekstiprojektiot voivat muuttaa alkuperäisen viestin hashin. Olemassa olevat ulkoistukset pysyvät siten voimassa sen sijaan, että ne huomaamatta palautuisivat projisoituun täydelliseen viestiin. Raakahistoria, uudelleen luettavat tiedostoviittaukset, 20 uusinta viestiä, media ja viennit pysyvät muuttumattomina. Stabiilisti mitatussa tilannekuvassa malliprojektio laskee 105 810:stä 99 143 merkkiin. Tämä säästää edelleen 6 667 merkkiä eli noin 1 667 arvioitua syötetokenia jokaista samalla tavalla rakennettua pyyntöä kohti.
9.1.154Versiosta BLUN King 9.1.154 alkaen osoitetut Telegram-kanavaosiot viimeisten 20 viestin ulkopuolella rajataan 500 merkin esikatseluun alun ja lopun kanssa 1 000 merkin sijaan. Täydelliset kanavan metatiedot, viestisisällön alku ja loppu, 20 uusinta viestiä, liitteet, raakahistoria ja viennit pysyvät muuttumattomina. Stabiilisti mitatussa tilannekuvassa seitsemän ylimääräistä historiallista osoitettua osiota pienenee. Tämä säästää 3 500 merkkiä eli noin 875 arvioitua tokenia jokaista toistettua pyyntöä kohti.
9.1.153Versiosta BLUN King 9.1.153 alkaen historiallisten Telegram-kontekstien projektio säilyttää täydelliset kanavan metatiedot ja sulkevan kanava-tagin. Lyhennetään yksinomaan viestisisältöä. Jopa aidon, 161 merkkiä pitkän Telegram-metatiedon kohdalla rakenne pysyy kelvollisena 250 merkin budjetin sisällä. Projektio on idempotentti, seuraavat osoitetut kanavat pysyvät muuttumattomina, ja kanavan kirjekuori, joka jo ilman sisältöä ylittää budjetin, välitetään muuttumattomana läpi.
9.1.152Versiosta BLUN King 9.1.152 alkaen päättyneiden työkalukutsujen argumentit poistuvat aktiivisesta malliprojektiosta neljän uudemman viestin jälkeen kahdeksan sijaan. Raaka istuntohistoria, vastaamattomat tai virheellisesti muotoillut kutsut, media, työkalutulokset ja neljä uusinta viestiä pysyvät muuttumattomina. Juuri mitatussa istunnon tilannekuvassa kaksi ylimääräistä päättynyttä kutsua tiivistyy; 9.1.151:een verrattuna tämä säästää edelleen 244 merkkiä eli noin 61 arvioitua tokenia jokaista toistettua pyyntöä kohti.
9.1.151Versiosta BLUN King 9.1.151 alkaen päättyneiden työkalukutsujen argumentit poistuvat aktiivisesta malliprojektiosta kahdeksan uudemman viestin jälkeen kahdentoista sijaan. Raaka istuntohistoria, vastaamattomat tai virheellisesti muotoillut kutsut, media, työkalutulokset ja kahdeksan uusinta viestiä pysyvät muuttumattomina. Mitatussa istunnon tilannekuvassa kolme ylimääräistä päättynyttä kutsua tiivistyy; 9.1.150:een verrattuna tämä säästää edelleen 317 merkkiä eli noin 80 arvioitua tokenia jokaista toistettua pyyntöä kohti.
9.1.150Versiosta BLUN King 9.1.150 alkaen työkalutulosten historiallinen ulkoistus suojaa neljä uusinta viestiä täydellisesti kahdeksan sijaan. Vanhemmat sopivat työkalutulokset säilyttävät kompaktin, 600 merkin pituisen palautusvihjeen ja lähdepolkunsa; raakahistoria, täydellisesti tallennetut tulokset, media ja neljä uusinta viestiä pysyvät muuttumattomina. Mitatussa istunnon tilannekuvassa neljän viestin ikkuna ulkoistaa yhdeksän ylimääräistä historiallista tulosta ja säästää 9.1.149:ään verrattuna edelleen 6 683 merkkiä eli noin 1 671 arvioitua tokenia jokaista toistettua pyyntöä kohti.
9.1.149Versiosta BLUN King 9.1.149 alkaen työkalutulosten historiallinen ulkoistus suojaa kahdeksan uusinta viestiä täydellisesti kahdentoista sijaan. Vanhemmat sopivat työkalutulokset säilyttävät kompaktin, 600 merkin pituisen palautusvihjeen ja lähdepolkunsa; raakahistoria, täydellisesti tallennetut tulokset, media ja kahdeksan uusinta viestiä pysyvät muuttumattomina. Mitatussa istunnon tilannekuvassa kolme tulosta laskee 4 679:stä 1 800 merkkiin; tämä säästää edelleen 2 879 merkkiä eli noin 720 arvioitua tokenia jokaista toistettua pyyntöä kohti.
9.1.148Versiosta BLUN King 9.1.148 alkaen myös uusimmassa sekoitetussa Telegram-paketissa nimenomaisesti addressed=false-merkityt kanavaosiot pienenevät. Osoitetut osiot, media, raakahistoria ja viennit pysyvät muuttumattomina. Mitatussa historiassa yksitoista osoittamatonta osiota laskee 22 691:stä 2 750 merkkiin; tämä säästää 19 941 merkkiä eli noin 4 986 arvioitua tokenia jokaista toistettua pyyntöä kohti.
9.1.147Versiosta BLUN King 9.1.147 alkaen mikrotiivistys suojaa kaksitoista uusinta viestiä täydellisesti kahdenkymmenen sijaan ja käyttää siten samaa palautusikkunaa kuin olemassa oleva työkalutulosten ulkoistus. Vanhemmat päättyneet työkaluargumentit ja sopivat työkalutulokset pienenevät vain malliprojektiossa; raakahistoria ja palautuspolut pysyvät muuttumattomina. Mitatussa historiassa tämä säästää edelleen 560 merkkiä eli noin 140 arvioitua tokenia jokaista pyyntöä kohti.
9.1.146Versiosta BLUN King 9.1.146 alkaen vanhemmat, jo ulkoistetut työkalutulokset rajataan malliprojektiossa palauttamisen edellyttämiin tietoihin: työkalun nimeen, merkkimäärään ja tiedostopolkuun. Täydellinen sisältö pysyy muuttumattomana levyllä, raakahistoriaa ei muuteta, ja kaksitoista uusinta viestiä säilyttävät yksityiskohtaiset vihjeensä. Mitatussa historiassa tämä vähentää toistuvaa mallisyötettä 26 779 merkillä eli noin 6 695 arvioidulla tokenilla jokaista pyyntöä kohti.
9.1.145Versiosta BLUN King 9.1.145 alkaen keskeytynyt tarjoajastream toistetaan automaattisesti, jos siihen mennessä on saapunut yksinomaan sisäistä ajattelutulostetta. Näkyvä teksti ja työkalukutsut estävät edelleen automaattisen toiston. Mukautuvat jatkovaiheet matalalla ajattelutasolla käyttävät 8 192 tokenin tulostusbudjettia; ensimmäiset, monimutkaiset ja epäonnistuneet vaiheet säilyttävät määritetyn budjetin, ja toisto pituusrajan saavuttamisen jälkeen voi suurentaa sitä. Istuntoa jatkettaessa nykyinen Telegram-plugin-kuljetusvihje ei enää näy raakana chat-tekstinä.
9.1.1449.1.144 rajaa osoitetut Telegram-osiot viimeisten 20 viestin ulkopuolella malliprojektiossa 1 000 merkin esikatseluun alun ja lopun kanssa. Kaksikymmentä uusinta viestiä, uusin käyttäjäviesti, tarkalleen rajalla olevat osiot, liitteet, kanavan metatiedot, raakahistoria ja viennit pysyvät muuttumattomina.
9.1.1439.1.143 poistaa vanhemmista viesteistä toistuvan Telegram-plugin-kuljetusvihjeen malliprojektiosta. Kanavan sisältö, metatiedot, liitteet, uusin käyttäjäviesti, raakahistoria ja viennit pysyvät muuttumattomina.
9.1.1429.1.142 pienentää vanhempien, osoittamattomien Telegram-kanavaosien alun ja lopun esikatselun malliprojektiossa 500 merkistä 250 merkkiin. Osoitetut kanavaosat, uusin käyttäjäviesti, liitteet, raakahistoria ja viennit pysyvät muuttumattomina.
9.1.1419.1.141 poistaa vanhempien, päättyneiden työkalukutsujen argumentit malliprojektiosta jo 32 arvioidusta tokenista alkaen. Työkalutulokset säilyttävät aiemman kynnyksensä; uudet viestit ja raakahistoria pysyvät muuttumattomina.
9.1.1409.1.140 rajaa relevanssiperusteisen Mistake-muistutuksen malliprojektiossa oletusarvoisesti 4 000 merkkiin. Täydelliset Mistake-tiedostot, raakahistoria ja viennit pysyvät muuttumattomina.
9.1.1399.1.139 rajaa vanhemmat, osoittamattomat Telegram-kanavaosat malliprojektiossa 500 merkin esikatseluun. Uusin käyttäjäviesti, osoitetut osat, liitteet, raakahistoria ja viennit pysyvät täydellisinä.
9.1.1389.1.138 säilyttää jokaisesta toistuvasta cron-tehtävästä vain uusimman herätysvihjeen malliprojektiossa. Kertaluonteiset muistutukset, eri tehtävät, raakahistoria ja viennit pysyvät muuttumattomina.
9.1.1379.1.137 suojaa enää vain kaksitoista uusinta viestiä täydellisesti vanhempien työkalutulosten ulkoistamiselta. Täydelliset tulokset ovat edelleen palautettavissa raakahistorian ja lähdepolun kautta.
9.1.1369.1.136 säilyttää malliprojektiossa enää vain uusimman dynaamisen Mistake.md-vihjeen. Vanhemmat valinnat säilyvät raakahistoriassa ja vienneissä täydellisinä.
9.1.135BLUN King 9.1.135 pitää hallinnoidun Node.js-runtimen korvaavassa prosessissa ja kaikissa alisteisissa työkaluissa PATH:n ensimmäisenä. Komennot, kuten node ja npm, käyttävät siten samaa tuettua runtimea kuin TUI sen sijaan, että ne palaisivat käyttämään vanhempaa järjestelmäasennusta.
9.1.1349.1.134 rajaa osoittamattomat Telegram-ryhmäviestit malliprojektiossa 2 000 merkin esikatseluun säilyttäen alun, lopun ja alkuperäisen pituuden. Suorat viestit ja tallennettu historia pysyvät täydellisinä.
9.1.1339.1.133 valitsee projektipaikallisesta ja yhteisestä Mistake.md-tiedostosta enintään viisi relevanttia täydellistä merkintää yhteisen 6 000 merkin budjetin sisällä. Täydelliset lähteet ja tallennuspolut säilyvät.
9.1.1329.1.132 pitää 4 850 merkin kevyen perusjärjestelmäkehotteen aktiivisena generoidun alustuksen jälkeen. Tämä säästää pyyntöä kohti 18 259 merkkiä eli noin 4 565 arvioitua tokenia poistamatta ohjeita tai työkaluja.
9.1.1319.1.131 poistaa kaksi vanhempaa sääntökopiota malliprojektiosta heti, kun määräävät vastineet ovat olemassa. Vakiokehote pienenee tämän ansiosta 1 010 merkillä eli noin 253 arvioidulla tokenilla pyyntöä kohti.
9.1.1309.1.130 korvaa viimeisten 20 viestin ulkopuolella vanhempien, täysin päättyneiden työkaluvaiheiden selittävän tekstin lyhyellä huomautuksella. Työkalukutsut, tulokset, raakahistoria ja viennit säilyvät täydellisinä.
9.1.1299.1.129 poistaa esikatselutekstit vanhemmista, jo ulkoistetuista työkalutuloksista. Polku ja kokotiedot pysyvät näkyvissä; täydellinen sisältö säilyy alkuperäistiedostossa tai yksityisessä arkistossa.
9.1.1289.1.128 rajaa tarvittaessa ladattujen työkaluskeemojen pysyvän välimuistin kahteentoista viimeksi valittuun työkaluun. Syrjäytetyt työkalut pysyvät heti löydettävissä ToolSearch-haulla.
9.1.1279.1.127 lyhentää toistettua ToolSearch-katalogia. Yksiselitteiset työkalut näkyvät lyhyellä valitsimellaan; täydelliset MCP-nimiavaruudet säilyvät vain nimikonfliktien kohdalla.
9.1.1269.1.126 valitsee runtime-laajuisesta virhetiedostosta deterministisesti enintään viisi nykyiseen keskusteluun sopivaa osiota. Projektio on rajattu 6 000 merkkiin eikä tarvitse ylimääräistä malli- tai verkkokutsua.
9.1.1259.1.125 lisää vain luku -tyyppisen Telegram-komennon /status kytketyille käyttäjille. Se kertoo tietokone-, versio-, prosessi- ja jonotilan paljastamatta chat-ID:tä, polkuja, salaisuuksia tai viestisisältöjä.
9.1.1249.1.124 korjaa keskenään vaihtuneet brändivärit kompaktissa BLUN-tunnuksessa syöttökentän alla. Tilatiedot, profiilinimi ja persona pysyvät muuttumattomina.
9.1.1239.1.123 poistaa vanhempien, päättyneiden työkalukutsujen suuret JSON-argumentit malliprojektiosta. Nimi, tunniste, tulos, raakahistoria ja viennit säilyvät täydellisinä.
9.1.1229.1.122 lataa täydellisen suunnitteluohjeen enää vain visuaalisen työn yhteydessä Skill-työkalun kautta. Ei-visuaaliset pyynnöt saavat kompaktin aktivointisopimuksen; vanhemmat pelkät tekstitulokset ulkoistetaan samalla tehokkaammin.
9.1.1219.1.121 rajaa vanhempien pelkkää tekstiä sisältävien työkalutulosten kokonaiskoon. Sopivat tulokset arkistoidaan yksityisesti ja korvataan malliprojektiossa luettavilla tiedostoviittauksilla.
9.1.1209.1.120 ulkoistaa suuret vanhemmat avustajavastaukset yksityisiin istuntotiedostoihin. Kaksikymmentä uusinta viestiä, työkaluketjut ja täydellinen raakahistoria säilyvät.
9.1.1199.1.119 lähettää jokaisessa mallivaiheessa enää pienen valikoiman usein tarvittuja skillejä. Kaikki muut skillit pysyvät löydettävissä Skill-työkalun kautta nimen tai tarkoituksen perusteella.
9.1.1189.1.118 pitää istunnon aikaleiman järjestelmäkehotteessa vakaana käynnissä olevan istunnon ajan. Muuttumattomat kehotteen osat voivat siten käyttää edelleen tarjoajan etuliitevälimuistia.
9.1.1179.1.117 pitää neljä mediaperustyökalua välittömästi saatavilla ja lataa kuvan- ja videonymmärryksen, videosynkronoinnin ja huulisynkronoinnin vain tarpeen mukaan ToolSearch-haun kautta.
9.1.1169.1.116 lisää ennakoivan tiivistyksen noin 128 000 arvioidusta syötetokenista alkaen turvallisella vaiherajalla. Tiivistys käyttää kevyttä omaa järjestelmäkehotetta; suuret Read-tulokset käyttävät olemassa olevaa lähdepolkuaan.
9.1.115Jatketut istunnot rakentavat nykyisen profiilin järjestelmäkehotteen uudelleen, jotta vanhentuneet ylisuuret kehote-tilannekuvat eivät säily uudelleenkäynnistysten yli. Suuret työhakemiston yleiskatsaukset rajataan; täydelliset tiedostot pysyvät saatavilla Glob-, Grep- ja Read-työkaluilla.
9.1.114Telegram-toimitus käsittelee Windows-EPERM:n nyt vihjeenä käynnissä olevasta TUI- tai polleriprosessista sen sijaan, että se ohjaisi viestit pois näkyvästä istunnosta. ToolSearch vahvistaa jo ladatun työkalun täsmällisellä nimiosumalla sen sijaan, että se virheellisesti ilmoittaisi tarpeen mukaan ladattavan työkalun puuttuvan.
9.1.113Telegram-työkalut säilyttävät käynnistyksessä varatien saman runtimen sisällä siltä varalta, että hallinnoitu plugin-rekisteröinti puuttuu väliaikaisesti.
9.1.112Suuret vanhemmat käyttäjäviestit arkistoidaan nykyisen työikkunan ulkopuolelle; täydellinen raakahistoria pysyy edelleen saatavilla.
9.1.111Telegram-vuorot, joissa on liitteitä, saavat download_attachment-työkalun automaattisesti. Normaaleissa vuoroissa työkalu pysyy ulkoistettuna ToolSearch-haun taakse, jolloin pienempi skeemakuorma säilyy.
9.1.110Toistot tarjoajan ylikuormituksen jälkeen noudattavat palvelimen Retry-After-arvoa. Automaattinen ripgrep-asennus lataa version 15.0.0 määrätyt arkistot virallisesta ripgrep-julkaisusta ja tarkistaa ennen asennusta niiden SHA-256-tarkistussummat.
9.1.109Versio 9.1.109 pitää mallipyynnössä pysyvästi enää ne yhdeksän työkalua, joihin kohdistui yli 98 prosenttia 3 183 mitatusta työkalukutsusta. Kaikki muut työkalut pysyvät löydettävissä ToolSearch-haulla ja ovat ensimmäisen latauksen jälkeen käytettävissä loppuistunnon ajan. Skeemakuorma laskee tästä jokaisessa normaalissa mallivaiheessa poistamatta työkalua tai muuttamatta Telegram-vastausten ja odottavien mediatulosten pikatietä.
9.1.108Identtiset, toistuvasti syötetyt järjestelmähuomautukset yhdistetään vain malliprojektiossa. Muutetut huomautukset ja täydellinen tallennettu historia säilyvät.
9.1.107Tarjoajavirheet näytetään ymmärrettävällä asiakaskielellä; sisäiset virhekoodit ja tukivihjeet eivät näy. /help tarjoaa nuolinäppäimillä ohjattavan komentoluettelon ja avaa oikealla nuolinäppäimellä tai Enterillä valitun komennon yksityiskohtaisen kuvauksen.
9.1.106Agenttiprofiilit voivat sulkea työkaluja pois nimeltä. Poissulkemiset vaikuttavat myös dynaamisen jälkilatauksen jälkeen; vakio-alagentit eivät lähetä Telegram-viestejä pääagentin ohi.
9.1.105Versio 9.1.105 lisää TaskUpdate-työkalun käynnissä oleville tausta-agenteille. King välittää lisäohjeet seuraavassa turvallisessa mallivaiheessa samalle aktiiviselle agentille pysäyttämättä sitä tai käynnistämättä toista agenttia. Tuntemattomat ja jo päättyneet tehtävät, shell-tehtävät sekä agentit, jotka eivät enää ota päivitystä vastaan, hylätään edelleen entiseen tapaan.
9.1.104Versio 9.1.104 antaa shell-komentojen etualalla jatkua myös erittäin suurten tulosten kohdalla normaaliin loppuun asti. King kirjoittaa enintään 16 MiB jatkuvasti yksityiseen tehtävälokiin, hylkää sen ylittävän tuloksen ja ilmoittaa todellisen poistumiskoodin sen sijaan, että päättäisi prosessin tuloksen määrän vuoksi. Pienet tulokset, taustatehtävät, aikarajat ja manuaaliset keskeytykset pysyvät muuttumattomina.
9.1.103Parvijäseniä jatketaan väliaikaisten tarjoajakatkosten jälkeen saman agentti-ID:n alla enintään kahdesti. HTTP 429 säilyttää erillisen ylikuormitussääntönsä; lopullisia virheitä ja manuaalisia keskeytyksiä ei toisteta automaattisesti.
9.1.102Delegoituja yksittäisagentteja jatketaan väliaikaisten tarjoajavirheiden jälkeen pysyvän historiansa perusteella enintään kahdesti. Pysyvät virheet ja manuaaliset keskeytykset pysyvät lopullisina.
9.1.101Ylisuuret käyttäjäviestit varmuuskopioidaan paikallisesti ja korvataan mallikontekstissa rajatulla esikatselulla, jossa on luettava polku. Täydellinen alkuperäinen historia ja media säilyvät.
9.1.100Rajatut Grep-sisältöhaut lopettavat ripgrepin pyydetyn sivun ja yhden ylimääräisen esikatselurivin jälkeen. Osumalaskennat, rajoittamattomat haut ja muokkausajan mukaan lajitellut tiedostoluettelot pysyvät täydellisinä.
9.1.98King voi tiivistää päättyneen työosion ennakoivasti 128 000 arvioidusta tokenista alkaen. Kynnyksen alapuolella työkaluskeema pysyy kokonaan poissa mallikehotteesta; tiivistys käyttää olemassa olevaa turvallista vaihesiirtymää.
9.1.97Pysyvästi ladattu TodoList-työkalun kuvaus laski 2 238:sta 996 merkkiin. Monivaiheinen suunnittelu, kaikki kuusi tehtävätilaa, rehelliset edistymisilmoitukset, kyselyt, tyhjennys ja erillinen suunnittelutila pysyivät suojattuina.
9.1.96Pysyvästi ladattu perusjärjestelmäkehote laski 23 109:stä 4 850 merkkiin. Identiteetti, persona ja sielu, vastauskieli, työ- ja käyttöoikeusrajat, tiivistyksen luovutus, runtime-ympäristö, AGENTS.md ja skillit pysyivät suojattuina.
9.1.95Pysyvästi ladattu Write-työkalun kuvaus laski 2 532:sta 1 541 merkkiin. Rajaus Editiin, sanatarkat sisällöt, rivinvaihdot, 500 rivin raja, yhden tiedoston poikkeus ja atomistinen jatkaminen rivi- ja SHA-256-tarkistuksella pysyivät suojattuina.
9.1.94Pysyvästi ladattu Glob-työkalun kuvaus laski 1 495:stä 1 006 merkkiin. Lajittelu, ohitetut ja arkaluonteiset tiedostot, rekursiiviset mallit, pistealkuiset tiedostot, aaltosulkeiden laajennukset ja 100 osuman raja pysyivät suojattuina.
9.1.93Pysyvästi ladattu Edit-työkalun kuvaus laski 1 537:stä 1 144 merkkiin. Lukeminen ennen muuttamista, täsmälliset korvaukset, useat korvaukset, CRLF-käsittely ja 500 rivin raja pysyivät suojattuina.
9.1.92Pysyvästi ladattu Agent-työkalun kuvaus laski 2 061:stä 1 153 merkkiin. Erillinen konteksti, jatkaminen, aikarajat ja rinnakkainen delegointi säilyivät.
9.1.91Pysyvästi ladattu Read-työkalun kuvaus laski 2 391:stä 1 648 merkkiin. Sivutus, salaisuuksien suoja, median välitys, rivimuoto ja CRLF-käyttäytyminen säilyivät.
9.1.90Pysyvästi ladattu Bash-työkalun kuvaus laski 5 003:sta 1 834 merkkiin. Runtime-sopimus, taustatehtävät, tiedostotyökalut ja turvarajat säilyivät täydellisinä.
9.1.89Sivuttainen tiedostonluku nimeää sisäisen 1 000 rivin rajan kohdalla täsmällisen seuraavan line_offset-arvon; tiedoston loppu ja tietoisesti pienemmät otteet pysyvät muuttumattomina.
9.1.88BLUN King 9.1.88 aktivoi pienen, häviöttömän tiivistyksen ajoissa ennen täydellistä tiivistystä. Vanhemmat suuret työkalutulokset ja päättyneet työkaluargumentit poistuvat mallinäkymästä aiemmin; täydellinen tallennettu historia säilyy.
9.1.87Nimenomaisesti toistettava HTTP 429 -vastaus noudattaa Retry-After-arvoa ja saa enintään kaksi automaattista toistoa; muut virheet pysyvät heti näkyvinä.
9.1.86Suuret työkalutulokset pitävät saman esikatselubudjetin sisällä kumpaakin 1 000 merkkiä alusta ja lopusta näkyvissä; täsmällinen merkintä kertoo ohitetun merkkimäärän.
9.1.85Tekstipohjaiset työkalutulokset, jotka ylittävät 12 000 merkkiä, tallennetaan täydellisinä yksityiseen paikalliseen tiedostoon; seuraavat mallipyynnöt säilyttävät vain 2 000 merkin esikatselubudjetin ja luettavan polun.
9.1.84Täydellinen tiivistys käsittelee vanhemmat historiat kronologisissa vaiheissa enintään 64 000 arvioidulla syötetokenilla; kiinteä turvaraja ja täydellinen yksityinen arkisto pysyvät muuttumattomina.
9.1.83Mikrotiivistys korvaa vanhempien, päättyneiden työkalukutsujen suuret argumentit vain mallinäkymässä kelvollisella JSON-merkinnällä; istunnon tarkistaja ilmoittaa arvioidun säästön sisältöä tulostamatta.
9.1.82Vain luku -tyyppinen tarkistaja ilmoittaa valitut ja pidätetyt työkaluskeemat, tukahduttamisen syyt ja arvioidun määrän vältettyjä skeematokeneita.
9.1.81Mukana toimitettu, vain luku -tyyppinen tarkistaja kokoaa tarjoajavaiheet, työkalukutsut, tokenit, tiivistykset, virheet ja ulkoistetut tulokset paljastamatta kehotteita tai yksityisiä polkuja.
9.1.80Suuret työkalutulokset saavat sisällöttömän ulkoistustelemetrian; eristetty alagenttikonteksti, koneellisesti luettavat suunnitelmat ja siirrettävät luovutukset ovat regressiotestien suojaamia.
9.1.79Pysyvät tarkistuspisteet kirjoittavat päättyneet historiatietueet ennen tarjoajavaiheita ja ennen työntekijän päättymistä, jolloin päättynyt työ voidaan lukea uudelleen jatkamisen jälkeen.
9.1.78Täydellinen tiivistys arkistoi syrjäytetyt historian osat ennen kuin se korvaa ne yhteenvedolla; yhteenveto sisältää luettavan arkistopolun.
9.1.77Mikrotiivistys pienentää kontekstipaineen alla vanhemmat suuret työkalutulokset ja säilyttää samalla täydellisen tallennetun historian.
9.1.76Odottavat kuva-, video- ja puhetehtävät kestävät tiivistyksen ja nopeat jatkokysymykset; Telegram-viestit pysyvät FIFO-järjestyksessä ilman harhaanjohtavaa busy-virhettä.
9.1.75Lyhyet Telegram-keskustelut käsittelevät vain uusimman vastaamattoman viestin, kun taas päättyneet tekstinvaihdot säilyvät kielikontekstina.
9.1.74Tallennetut Telegram-reitit palauttavat ryhmä-ID:t, jotka on vahingossa annettu ilman miinusmerkkiä; Strg+S voi ohjata todella käynnissä olevaa vuoroa.
9.1.73Telegram- ja silmukkaviestit eivät enää käynnistä toista vuoroa aktiivisen työn aikana; Escape ja Ctrl+C voivat edelleen keskeyttää aktiivisen vuoron.
9.1.72Päivitysvihjeen piilottaminen tukahduttaa vain silloin tarjotun version; uudemmat julkaisut näkyvät normaalissa käynnistyksessä king-komennolla uudelleen.
9.1.71Silmukan herättäjät päätyvät oikein jonoon, Telegram-poller varataan atomisesti, keskeiset tiedosto- ja mediatyökalut pysyvät heti saatavilla, eikä Context7 enää käynnisty automaattisesti.
9.1.69Vakio-MCP:t otetaan käyttöön, Telegram saavuttaa suojatun FIFO-luovutuspisteen, Escape ja Ctrl+C keskeyttävät aktiivisen työn luotettavasti ja MCP-yleiskatsaus piilottaa sisäiset polut.
9.1.68Telegram-viestit tyhjäkäynnin aikana herättävät FIFO-käsittelyn, suorat ja ryhmäviestit säilyttävät saapumisjärjestyksensä ja jatkaminen piilottaa sisäiset Telegram-kehykset.
9.1.67Vakio-skill venture-flywheel lisää puhtaasti sopimuspohjaisen UVF-perustan deterministisellä projektiluottamuksella ja ulkoisten toimien hyväksyntävelvoitteilla.
9.1.66/curiosity ja /scout suorittavat rajattuja, vain luku -tyyppisiä mahdollisuusselvityksiä todisteineen, vastatodisteineen ja keskeytyskriteereineen.
9.1.65Escape ja Ctrl+C keskeyttävät automaattiset tiivistykset luotettavasti, vakaa näytön ankkuri estää kaksinkertaiset alapalkit ja silmukkavihje on kohdistettu chat-sisältöön.
9.1.64Levypohjainen istuntohistoria, tarvittaessa ladatut työkalut ja skillit, 120 sekunnin tarjoajan tyhjäkäyntivahti, oikea silmukkatahti, Telegram FIFO-järjestyksessä, Linux-paketit ja bosnian kielentunnistus tulivat yhdessä mukaan.
9.1.58–9.1.63Tämä versiosarja kokosi yhteen istuntoihin, Telegramiin, alustoihin ja suorituskykyyn liittyvät työt. Sarjan päättivät kevyet työkaluskeemat pyynnöstä, kompaktit skill-luettelot, palautetut first-use-skillit ja paketti-inventaarioportti suunnittelemattomia poistoja vastaan.

Aiemmat parannukset

VersioMuutos
9.1.53/idea julkaisee tehtäväsuunnitelmansa ennen ensimmäistä työtä, tarkistaa lähtevät toimet jokaisen työkalukutsun yhteydessä ja vaatii jokaiselle vaiheelle rehellisen lopputilan.
9.1.52Jatketut istunnot avaavat suoraan tallennetun työkansion. Keskustelu ja aktiivinen /loop-tila palautetaan uudelleenkäynnistyksen yhteydessä yhdessä.
9.1.51Silmukat toimivat autonomisina herättäjinä, /idea kehittää ja muokkaa omia suunnitelmiaan, Telegram voi laukaista työkomennot, ja media- sekä käynnistystilat esitetään selkeämmin.
9.1.50Paikallisesti tai Telegramin kautta vastaanotetut kuvat voidaan animoida aidoksi MP4-videoksi. Suuret konteksti-ikkunat saavat kelvollisen tulostusbudjetin; mediapalkki näyttää selkeämmät tilat ja klikattavat polut.
9.1.49Kuvat aikuisten fantasiahahmoista uima-asuissa pysyvät sallittuina selkeiden rajojen sisällä. Päättyneitä kuvatehtäviä voidaan käyttää videon lähtökuvana; onnistuneet GetMedia-kyselyt eivät tuota toistuvia kortteja.
9.1.48Yhtenäinen mediapalkki kokoaa mediatehtävät suoraan syöttökentän yläpuolelle. Prosenttiarvot näkyvät vain, kun tarjoajalta on aito mittausarvo; muuten se näyttää vaiheen ja kuluneen ajan.
9.1.47Pyyntöloki erottaa keskustelut ja tiivistykset sekä kirjaa työkaluvalinnan ja tukahduttamisen syyn muuttamatta työkalun käyttäytymistä.
9.1.46Silmukat ymmärtävät luonnolliset aikamääreet, näyttävät ne syötön aikana, tukevat vapaita aikavälejä ja vapauttavat normaalin tekstivalinnan terminaalissa historianäkymän ulkopuolella.
9.1.45Käynnissä olevan tiivistyksen edistyminen näkyy enää vain alemmassa tilapalkissa eikä ylimääräisenä toisena rivinä chatissa.
9.1.44Täydellinen uudelleenpaketointi hyväksytystä 9.1.43:sta, jotta myös varhain asennetut 9.1.43-versiot tunnistavat päivityksen luotettavasti.
9.1.43Täydellinen suojapohja 9.1.40:sta kuljetusdiagnostiikalla, näkyvillä päivitysvihjeillä ja konsolikomennoilla /loop, /goal ja /output-style.
9.1.40Vuorovahti pitkille tai toistuvasti epäonnistuville kutsuille; itse-hash moniosaisen kirjoituksen jälkeen tallennetun tiedoston takaisinlukutarkistuksella.
9.1.39Pitkät tiedostot kirjoitetaan jatko-osissa. Jokainen jatko-osa jatkaa tosiasiallisesti kirjoitetusta lopusta; rivimäärä, SHA-256 ja osarajat tarkistetaan ja tulostetaan.
9.1.38Rappeutuneet tai katkaistut työkaluargumentit tunnistetaan. Epätäydellinen tiedosto hylätään virheilmoituksella sen sijaan, että se hiljaa katsottaisiin valmiiksi.
9.1.37Node-vaihdon jälkeen BLUN tarkistaa natiivimoduulit aidolla SQLite-kyselyllä ja rakentaa better-sqlite3-moduulin tarvittaessa uudelleen.
9.1.36Tyhjiä mallivastauksia käsitellään syyn mukaan: liian pientä tulostusbudjettia suurennetaan, tyhjä pysäytys toistetaan täsmälleen kerran. Järjestelmähuomautukset ja injektiot eivät voi laukaista Telegram-vastausta.
9.1.35Monivaiheinen tiivistys näyttää vaiheen ja mallin ikkunan todellisen käyttöasteen, esimerkiksi 2/~10 · 90 %.
9.1.34Aktiivinen konteksti tiivistetään vaiheittain: vanhimmat osat ensin, jokainen tiivistyskutsu mallirajan alapuolella.
9.1.33Perusta automaattiselle Node-runtimelle ja natiivimoduulien jälkikorjaukselle runtime-vaihdon jälkeen.

Lisäykset ja avoimet dokumentaatioaukot

Vertailu 17. syyskuuta 2026: Alueella 9.1.33–9.1.597 on npm-hakemistossa 521 versiota. Puuttuva numero ei automaattisesti tarkoita puuttuvaa julkaisua: jotkin versiot puuttuvat nykyisestä hakemistosta tai on vedetty takaisin. Neljän julkaistun version kohdalla tarkat muutostiedot ovat avoimia. Niille ei keksitä muutoksia.

9.1.567: muutostiedot avoimia

Julkaistu 6. syyskuuta 2026 kello 22:42 UTC. Paketin SHA-512-arvo vastaa npm:ssä julkaistua eheysarvoa. Paketti ei sisällä CHANGELOG.md-tiedostoa; sen README mainitsee asennuskomennossa vielä 9.1.566:n. Tästä ei voi luotettavasti päätellä eroa 9.1.566:een. Tämä dokumentaatioaukko pysyy nimenomaisesti avoimena.

9.1.550: muutostiedot avoimia

Julkaistu 2. syyskuuta 2026 kello 07:19 UTC. Paketin SHA-512-arvo vastaa npm:ssä julkaistua eheysarvoa. Paketti ei sisällä CHANGELOG.md-tiedostoa, eikä tarkastetusta aineistosta löytynyt versiokohtaista muutostodistetta. Tämä dokumentaatioaukko pysyy nimenomaisesti avoimena.

Lisäys kohtaan 9.1.536

Seuraavat tiedot ovat peräisin eheystarkistetusta julkaistusta paketista 1. syyskuuta 2026:

  • Työtehtävät jatkuvat myös yksityisten Telegram-vastausten jälkeen. Puskuroitujen suorien viestien jälkeen King jatkaa työtä rajatulla lisävaiheella, ellei käyttäjä nimenomaisesti laita työtä tauolle tai pysäytä sitä.
  • Lyhyet tilakyselyt eivät keskeytä käynnissä olevaa työnkulkua.
  • Kun tyhjien ajatteluvastausten toistoyritykset on käytetty loppuun, King pienentää ajattelun määrää sen sijaan, että jättäisi sen seuraaviin yrityksiin muuttumattomaksi.
  • Useampia tarvittaessa ladattuja työkaluskeemoja pysyy käytettävissä; viestit ulkoistetaan vasta, kun käytettävissä oleva tila historiassa käy vähiin.
  • Mukana ovat tarkistettu TodoList-edistymissääntö ja yksirivinen aloitustie God Modeen Swarmin kanssa.

Lisäys kohtaan 9.1.99

Jo olemassa oleva toimintodokumentaatio kuvaa peräkkäisten pelkkää tekstiä sisältävien työkalutulosten yhteisen ulkoistuksen: kun pino ylittää 12 000 merkkiä, sopivat suuret tulokset tallennetaan yksityisesti. Mallikontekstiin jää luettavia viittauksia; raakahistoria ja media säilyvät. Aiemmin puuttunut versiomerkintä viittaa nyt nimenomaisesti tähän toimintoon.

9.1.70: muutostiedot avoimia

Julkaistu 24. elokuuta 2026 kello 15:56 UTC. Paketin SHA-512-arvo vastaa npm:ssä julkaistua eheysarvoa. Paketti ei sisällä CHANGELOG.md-tiedostoa; olemassa olevat toimintokuvaukset eivät osoita yksiselitteistä eroa 9.1.69:ään. Tämä dokumentaatioaukko pysyy nimenomaisesti avoimena.

9.1.57: muutostiedot avoimia

Julkaistu 23. elokuuta 2026 kello 07:28 UTC. Versio esiintyi aiemmin vain koosteotsikon lähtökohtana. Tarkastetussa aineistossa sille ei ole kohdistettu omaa versiokohtaista muutostodistetta. Tämä dokumentaatioaukko pysyy nimenomaisesti avoimena.

Muuttumattomaan npm-pakettiin 9.1.597 sisältyvä CHANGELOG.md päättyy kohtaan 9.1.594. Lisätyt huomautukset 9.1.595:stä 9.1.597:ään ovat tällä sivulla. Julkaistua pakettia ei ole kirjoitettu jälkikäteen uudelleen saman versionumeron alla.

9.1.41 ja 9.1.42 on vedetty takaisin

Älä asenna

Nämä kaksi versiota haaroitettiin vahingossa 9.1.38:sta 9.1.40:n sijaan. Tämän vuoksi niistä puuttuivat kirjoituksen jatkaminen, itse-hash ja vuorovahti. Molemmat npm-versiot on merkitty vanhentuneiksi; latest ja next eivät koskaan osoittaneet niihin. 9.1.43 sisältää niiden tarkoitetut muutokset täydellisellä suojapohjalla.

Päivitä ja tarkista

king update
blun --version

9.1.599:n asennuksen jälkeen versiotulosteen on näytettävä 9.1.599. Päivitykset 9.1.597:stä ja paikallisesta 9.1.598-versiosta julkisten päivityslähteiden kautta on tarkistettu. Jo käynnissä oleva konsoli lataa uuden koodin vasta uudelleenkäynnistyksen jälkeen. Tarkista siinä sen jälkeen lisäksi /version.