BLUN King
BLUN King 9.1.621
Megjelent:
A King csak akkor vesz át egy összefoglalót a beszélgetésedről, ha a modell megerősítette annak befejezését. Ha ez a megerősítés hiányzik, a meglévő beszélgetési előzményeid változatlanok maradnak.
Ha az összefoglaló átvitele váratlanul megszakad, a meglévő beszélgetési kontextusod nem helyettesítődik a hiányos összefoglalóval. A változás csak a beszélgetés tömörítését érinti; a normál válaszok változatlanok maradnak.
Továbbra is nyitottak egyes hibák a munkamenet mentésekor; ezeket ez a frissítés nem javítja.
BLUN King
BLUN King 9.1.620
Megjelent:
Windows rendszeren a konzol az ablak bezárásakor teljesen befejeződik, így a következő indításkor már nem jelenik meg a „már fut” üzenet.
A frissítés kijavítja a konzolfolyamat befejezését az ablak bezárásakor. Egy ténylegesen még futó konzol továbbra is megtartja a kizárólagos hozzáférést a saját munkamenetéhez.
BLUN King
BLUN King 9.1.619
Megjelent:
Egyetlen korábbi hiba a beszélgetés tömörítésekor már nem zárolja a munkamenetedet: sikeres tömörítés után a King csak új, közvetlenül egymást követő hibákat számol.
Egyetlen korábbi hiba a beszélgetés tömörítésekor már nem zárolja a munkamenetedet: sikeres tömörítés után a King csak új, közvetlenül egymást követő hibákat számol. Ha a tömörítés kétszer egymás után meghiúsul, az üzenet most egyértelműen „A tömörítés szünetel” feliratot mutat, ahelyett hogy teljes kontextusról számolna be.
Továbbra is nyitottak egyes hibák a munkamenet mentésekor és a beszélgetés teljes összefoglalásának elkészítésekor; ezeket ez a frissítés nem javítja.
BLUN King
BLUN King 9.1.618
Megjelent:
Ha a munkameneted folytatása után Telegram-üzenet érkezik, miközben King már dolgozik, az üzenet a várósorban marad, és King utána kézbesíti.
Ha a munkameneted folytatása után Telegram-üzenet érkezik, miközben King már dolgozik, az üzenet a várósorban marad, és King utána kézbesíti. King ezt a várakozási helyzetet már nem jeleníti meg hibaként.
Linux x64 alatt a terminál egy mellékelt bináris fájlt használ. Így akkor is működik, ha az npm 12 blokkolja a telepítőszkripteket; ehhez nincs szükség fordítóprogramra. Ennek érdekében King a rögzített node-pty 1.2.0-beta.15 előzetes verziót használja.
BLUN King
BLUN King 9.1.617
Megjelent:
Ugyanazon munkamenet újbóli betöltésekor King már nem adja hozzá többször a változatlan plugin-utasításokat.
Ugyanazon munkamenet újbóli betöltésekor King már nem adja hozzá többször a változatlan plugin-utasításokat. Ha az utasítások megváltoznak, King továbbra is figyelembe veszi az aktuális állapotot.
A nagy eszközkimenetek előnézetei mostantól a rendelkezésre álló kontextusablakot is figyelembe veszik. A kihelyezett kimeneteket továbbra is teljes egészében elolvashatod.
A /profile vagy a /profiles paranccsal megnyitod a profilválasztót. King csak akkor vált, ha a munkameneted készen áll. A folyamatban lévő munka és a várakozó üzenetek megakadályozzák az elhamarkodott váltást; ilyenkor a korábbi profilod aktív marad.
Amikor leállítasz egy folyamatban lévő munkát, King az utolsó takarítási lépéseket is megvárja. A még be nem fejezett munkát idő előtt nem erősíti meg leállítottként.
BLUN King
BLUN King 9.1.616
Megjelent:
Egy megerősített Telegram-válasz után King a következő biztonságos lépésnél átveszi a hozzád címzett további üzeneteket, egy folyamatban lévő munkaforduló közben is.
Egy megerősített Telegram-válasz után King a következő biztonságos lépésnél átveszi a hozzád címzett további üzeneteket, egy folyamatban lévő munkaforduló közben is. A már kézbesített válasz többé nem tartja fel a várósort. A válaszok a saját chatjükhöz rendelve maradnak.
Ha megszakítasz egy munkafordulót, a még át nem vett Telegram-üzenetek megmaradnak a következő kézbesítéshez. King csak akkor nyugtázza őket, amikor a munkamenet ténylegesen átveszi őket.
BLUN King
BLUN King 9.1.615
Megjelent:
King a nagy eszközkatalógusokat az eszközkeresésen keresztül tartja elérhetővé, és az eszközköltségvetést a szolgáltató kontextusablakához igazítja.
King a nagy eszközkatalógusokat az eszközkeresésen keresztül tartja elérhetővé anélkül, hogy a modellnek minden opcionális eszköz-sémát elküldene. Ha a szolgáltató kisebb kontextusablakot jelez, King igazítja az eszközköltségvetést; a megtalált eszközök a következő lépésben is elérhetők maradnak.
Szükség esetén King a nagy eszközkimeneteket korábban helyezi ki, mint eddig. A teljes kimenetet úgy kérheted le, mint eddig, amennyiben biztonságosan megjeleníthető.
A normál Telegram-válaszokat és az üzenetmódosításokat már nem tartja vissza hiányzó nyelvi jóváhagyás. Az általad beállított válaszellenőrzés aktív marad.
BLUN King
BLUN King 9.1.614
Megjelent:
A túl nagy AGENTS.md és AGENTS.override.md fájlok többé nem állítanak meg egy munkafordulót pusztán a méretük miatt.
A King-konzolon kívül a King összesen legfeljebb 32 KiB-ot olvas az utasításfájlokból, és munkamenetenként egyszer megmondja a kihagyott bájtok számát.
A King-konzolon belül a fájlok teljesek maradnak, amíg a kérési korlát ezt lehetővé teszi.
A szimbolikus hivatkozások és a nem biztonságos útvonalak blokkolva maradnak.
BLUN King
BLUN King 9.1.613
Megjelent:
A King már az elküldés előtt felismeri a túl nagy modellkéréseket.
A King-konzolon belül a King minden AGENTS.md és AGENTS.override.md fájlból legfeljebb 32 KiB-ot olvas. Ami ezen túl van, azt a King kihagyja, és megmutatja, hány bájt maradt ki.
A King mostantól az elküldés előtt felméri a teljes modellkérés méretét, beleértve az utasításokat, az előzményeket, az eszközdefiníciókat és a képadatokat. Ha a kérés megközelíti a szerver bájthatárát, fokozatos tömörítés kezdődik. Ha egy kérés nem osztható fel biztonságosan, a King megszakítja a műveletet, anélkül hogy csendben eldobná a mentett előzményeket.
A King a befejezett eszközhívásokat helyben tárolja metaadatként: eszköznév, időpont, állapot, fájleszközöknél adott esetben az útvonal. Bemenetek, kimenetek, parancsok és kulcsok nem kerülnek tárolásra. A /memory tools paranccsal keresheted a profilod bejegyzéseit.
A kontextusdiagnosztika további számokat mutat a kérések összetételéről. Egy bekapcsolható fázismérés rögzíti a modellhívásig eltelt időt, tartalom naplózása nélkül.
A felhasználás-kijelzés átveszi a külön jelentett gondolkodási tokeneket, ha a szolgáltató szállítja őket.
Ügyfeleknek nem adták ki, a 9.1.613 váltotta fel
BLUN King 9.1.612
Megjelent:
A 9.1.612 nem jelent meg ügyfél-frissítésként. A korai bájtvédelem nem működött 900 KB feletti kérésnél, amikor az előzmények önmagukban 600 KB alatt maradtak. A 9.1.613 váltja fel ezt az állapotot.
BLUN King
BLUN King 9.1.611
Megjelent:
A nagy tömörítési kérések a szerver bájtos határán belül maradnak.
- A King a túl nagy tömörítési kérést a kérés mérete szerint időrendi lépésekre osztja fel. Így a tömörítés folytatódhat, még akkor is, ha a kérés több bájtot tartalmaz, mint amennyit a szerver egyszerre el tud fogadni.
- Ha már egyetlen üzenet sem fér bele a határba, a mentett előzményed változatlan marad. A King nem dobja el, csak hogy kikényszerítse a tömörítést.
Ezzel nem igazolt sem rövidebb modellvárakozási idő, sem alacsonyabb tokenfelhasználás. Egy frissítés nem indítja újra a már futó King-munkamenetet.
BLUN King
BLUN King 9.1.610
Megjelent:
A King-et Linux alatt újra telepítheted, és a profilokat újra elindíthatod; egy második King-indítás Windows alatt már nem vall kudarcot a privát ACL-ekre vonatkozó félrevezető üzenettel.
- A Linux újra szerepel az npm-csomag támogatott operációs rendszereinek listáján. Ha Linux alatt régebbi verziód van, a 9.1.610-et a normál frissítőn keresztül telepíted.
- A kifejezett --profile indítások és a meglévő profilnév-rövidítések a kiválasztott profil könyvtárába vezetnek. Egy puszta ismeretlen név többé nem hoz létre csendben üres profilt; új profilt tudatosan a --profile kapcsolóval hozol létre.
- Ha egy meglévő profilból hiányzik a saját bejelentkezés, King a /login parancsot kínálja fel, ahelyett, hogy egy hiányzó blun/king modellkonfiguráció miatt leállna.
- Windows alatt a privát könyvtárak ellenőrzése akkor is sikerül, ha a Telegram-bridge egy plugin-könyvtárat nyitva tart. A TEMP és a TMP átadásra kerül az ACL-segédnek, és könyvtárhibák esetén King megnevezi az érintett elérési utat és a tényleges okot.
- Ha már fut egy interaktív King, King ezt felismeri a privát ACL-ek megszigorítása előtt, és jelenti annak PID-jét, ahelyett, hogy egy második indítást a privát ACL-ek hibájaként tüntetne fel.
Egy üres profil 9.1.610-ben nem vesz át bejelentkezési adatokat a közös home könyvtárból. A jelenlegi /login lekérdezés még „OAuth login expired” üzenetet mutathat, akkor is, ha ez a profil soha nem jelentkezett be.
A Linux frissítési útvonalat 9.1.114-ről 9.1.610-re a megjelenés után lefuttatták. A Windows frissítési útvonal 9.1.609-ről 9.1.610-re nem mérték meg.
Egy frissítés nem indítja újra a már futó King-munkamenetet.
BLUN King
BLUN King 9.1.609
Megjelent:
Nyisd meg az Effort-választót a Ctrl+L billentyűvel, és közben megmarad a szerkesztői piszkozatod.
- A Ctrl+L megnyitja a meglévő Effort-választót anélkül, hogy elveszítenéd a szerkesztői piszkozatodat. A meglévő Effort-beállítások és modellkorlátozások újra felhasználásra kerülnek, ahelyett, hogy egy második konfigurációs útvonal jönne létre.
- Az aktív munkamenetekre vonatkozó meglévő szabály érvényben marad: az Effort módosítását aktív munka közben elutasítja a rendszer, nem jegyezi meg későbbre. Lejátszás vagy szerkesztői átvétel közben a billentyűparancs figyelmen kívül marad.
Ezek a változások sem gyorsabb válaszidőt az éles üzemben, sem alacsonyabb kiszámlázott tokenfelhasználást nem igazolnak, és nem hoznak létre teljes OpenClaw-paritást.
BLUN King
BLUN King 9.1.608
Megjelent:
Telegram-csoportokban King-hez már csak azok az üzenetek jutnak el, amelyek megemlítik őt. A többszörös kijelöléseid és a kérdések lépésenkénti megszakítása megmarad.
- Telegram-csoportokban azok az üzenetek, amelyek nem King-hez szólnak, csak az említés-ellenőrzés után kerülnek a munkamenet kontextusába. Aki kifejezetten kikapcsolta az ellenőrzést, az megtartja ezt a beállítást.
- A saját többszörös kijelölések és a kérdések lépésenkénti megszakítása megmarad. A cél-lábléc közös frissítési időzítőn fut.
- A Windows-ACL-átvitel terhelése csökken anélkül, hogy a jogosultság-ellenőrzés gyengülne. A konfiguráció cseréje közben fellépő átmeneti hibák utáni helyreállítás korlátozott; az írási művelet tulajdonjoga megmarad.
- Az újabb kísérlet előtt King ellenőrzi, hogy egy párhuzamosan eltávolított Windows-írójelölő valóban eltűnt-e. A nem olvasható meglévő jelölők továbbra is megszakításhoz vezetnek.
Ezek a változások sem gyorsabb válaszidőt az éles üzemben, sem alacsonyabb kiszámlázott tokenfelhasználást nem igazolnak, és nem hoznak létre teljes OpenClaw-paritást.
BLUN King
BLUN King 9.1.607
Megjelent:
Visszatér a legutóbb kiválasztott munkameneted, a sikertelen írási műveleteket őszintén jelenti a rendszer, és minden HTTP-kísérlet kezdő időbélyeget kap.
- A legutóbb kiválasztott munkamenet opcionális visszaállítása a resume_last_selected beállítással aktiválható a tui.toml fájlban. A kijelölés a megerősített fiókra, a futtatókörnyezetre, az ágensre és a munkaterületre vonatkozik. A normál indítás változatlan marad, a kifejezett munkamenet-kijelölések elsőbbséget élveznek; a nem elérhető kijelölések új munkamenetre esnek vissza, nem másikra.
- Sikertelen aktiválás után az előző kijelölés megmarad. Olyan fiók alatt, amely az aktiválás közben megváltozott, nem kerül sor kijelölés mentésére.
- A sikertelen fájlírási műveleteket a rendszer nem jelöli sikeresnek. A 2 048 UTF-8 bájt feletti írások teljes soraira vonatkozó meglévő folytatási protokoll magyarázatra kerül, a határ növelése vagy automatikus újrapróbálkozás nélkül.
- Közvetlenül minden HTTP-kísérlet előtt a diagnózis-korrelációhoz falórán alapuló kezdő időbélyeg kerül rögzítésre. A kérelem tartalma vagy a hozzáférési adatok nem kerülnek a diagnózisba.
- Az alapsík feletti Unicode-karakterek (például emodzsik) a meglévő tárolási keret határain belül teljesen megmaradnak, anélkül, hogy ezek a keretek nőnének vagy további tároló jönne létre.
Ezek a változások sem gyorsabb válaszidőt az éles üzemben, sem alacsonyabb kiszámlázott tokenfelhasználást nem igazolnak, nem hoznak létre teljes átjáró-paritást, és nem zárják ki a kontextusból a meg nem szólított Telegram-üzeneteket.
BLUN King
BLUN King 9.1.606
Megjelent:
Egy munkamenet folytatásakor először az aktuális átiratoldalak jelennek meg; a régebbi oldalakat a meglévő átirat-navigáció tölti be.
- Egy interaktív munkamenet folytatásakor először az aktuális átiratoldalak jelennek meg; a régebbi oldalakat a meglévő átirat-navigáció tölti be. A teljes mentett előzmény és az aktív modellkontextus megmarad.
- Indításkor a megjelenítési cél 200 lejátszási rekord. A --history-limit 1 és 2000 közötti értékével az első és a régebbi oldalak megjelenítése állítható be; a teljes beszélgetési körök és eszközpárok túlléphetik a célt.
- A skill- és plugin-aktiválások első megjelenítése oldalhatárokon át megmarad. A kezdőlap görgetési pozíciója ki van javítva, így a régebbi oldalak betöltése nem hagy üres képernyőt.
Ezek a változások csökkentik a kezdeti átirat-megjelenítési munkát. Nem igazolnak sem gyorsabb modellválaszidőt, sem alacsonyabb tokenfelhasználást vagy számlákat, nem javítják a szolgáltatói gyorsítótárat, és nem korlátozzák, hogy mennyit olvas a rendszer induláskor a merevlemezről.
BLUN King
BLUN King 9.1.605
Megjelent:
Ellenőrizd a kontextusforrásokat, irányítsd a futó folyamatokat, és adj át egy első üzenetet a konzol indításakor. A helyi előzmények feldolgozása és a tömörítési ellenőrzések bővültek.
- A helyi munkamenet-előzmények csoportosan kerülnek visszajátszásra. Az archivált megjelenítési oldalak megtalálhatók anélkül, hogy az összes korábbi blokkot át kellene keresni. A teljes mentett előzmény, az archívum integritásellenőrzései és az eddigi visszaállítás megmarad.
- A megismételt eszközeredmények a naplózott tömörítések között egységesen kerülnek előkészítésre a modellkontextus számára. A teljes helyi kimenetek és a meglévő olvasási jogok megmaradnak. A kimenetek nem kerülnek kihelyezésre, ha az ígért visszaállítási úton nem lennének újra lekérhetők.
- Az utolsó automatikus tömörítés csak akkor váltja fel az aktív kontextust, ha ugyanazzal a becslési módszerrel kisebbre csökkenti az előzményt. Elutasítás esetén az eredeti előzmény megmarad. Az opcionális max_request_history_bytes trigger a meglévő tömörítésvezérlést használja, alapértelmezésben ki van kapcsolva, és nem korlátozza a szolgáltatónak küldött teljes kérelemtörzset.
- A kontextusdiagnózis külön nézeteket és forrás-hozzárendelést kap az utasítások, a memória, a skill-ek és a korábbi üzenetek számára. A szerializált tartalom bájtjai, a helyi tokenbecslések és a jelentett felhasználás külön maradnak.
- A munkamenetért való felelősség megmarad várakozó feladatok, késleltetett események, visszakérdezések és konfigurációs változások esetén. Egy második aktív írási hozzáférés ugyanahhoz a munkamenethez elutasításra kerül, ahelyett, hogy párhuzamos változtatások kerülnének a naplóba.
- A láblécben lévő kiegészítő ágens-/munkamenet-sor elmarad. A munkamenetek továbbra is célzottan vezérelhetők és diagnosztizálhatók. A meglévő King-felület, a kezelt modellek és a jogosultsági határok megmaradnak.
- A --message kapcsoló egy első üzenetet ad át az interaktív indításhoz. Az indításkori jóváhagyás és a munkamenet-kijelölés után a normál üzenet-ellenőrzésen és várósoron keresztül kerül feldolgozásra. A tartalma nem kerül értelmezésre perjel- vagy shell-parancsként.
- A mellékelt Guard-szolgáltatás interfész-megállapodása változatlan marad. Ez a kiadás nem igazol sem gyorsabb válaszokat az éles üzemben, sem alacsonyabb szolgáltatói számlákat, sem teljes funkcionális egyenlőséget az OpenClaw-val, sem korlátozott beolvasási mennyiséget a munkamenetnapló első betöltésekor.
A /abort parancs megszakítja a futó folyamatot anélkül, hogy eldobná a várakozó bemeneteket. A /stop parancs emellett eldobja a várakozó bemeneteket. A /exit továbbra is bezárja a konzolt. Ezek helyi konzolparancsok, nem további Telegram-távoli parancsok.
Ellenőrzések a 9.1.605-ös csomagállapoton: 238 ellenőrző fájl 6 900 teszttel, valamint 40 staging-ellenőrzés, köztük 25 natív terminálellenőrzés. A 9.1.604 izolált frissítésének tesztje a közzétett jelölt-tagon keresztül, a valódi telepítővel sikeres volt. Ez nem igazolja sem a rövidebb bemelegedési időt egy futó munkamenetben, sem a teljes funkcionális egyenlőséget az OpenClaw-val.
BLUN King
BLUN King 9.1.604
Megjelent:
Ellenőrizd a kérések méretét és a kontextusforrásokat, töltsd be az eszközöket szükség szerint, és irányítsd a bejövő üzeneteket az adott munkameneten belül.
- A /context doctor és a /tokens parancsok megkülönböztetik a szerializált kérelem bájtszámát a becsült tokenszámoktól, és megmutatják a szabályok, a memória, a skill-ek és az eszközdefiníciók rögzített arányait.
- A közepes méretű eszközkatalógusok szükség esetén a meglévő keresésen keresztül kerülnek betöltésre; az eszközök megtalálhatók és futtathatók maradnak.
- A /queue parancs az adott munkameneten belül irányítja az üzeneteket. A várósorban lévő szokásos üzenetek már nem szakítják meg a munkát automatikusan 30 másodperc után.
- A munkamenet-kijelöléskor pontos azonosítók vagy címek, valamint egyedi azonosító-előtagok lehetségesek; a lábléc mutatja a hozzárendelt ágenst és a munkamenetet.
- Minden HTTP-kísérlet új kérelemazonosítót kap, amennyiben a hívó nem ad meg egyet. A diagnózis nem változtatja meg a számlázást.
- A mellékelt AgentSpine- és Translate Native-verziók változatlanok maradnak. Az alacsonyabb költségek és a gyorsabb válaszok az éles üzemben nincsenek igazolva.
- /question: Újra megnyitja a függőben lévő visszakérdezéseket. Az összecsukás nem válaszol meg és nem vet el egy visszakérdezést.
A kérelem bájtjai, a becsült tokenszámok, az összesített munkamenet-felhasználás és a kiszámlázott tokenek különböző mennyiségek. A felhasználás-kijelzés a válasz-ellenőrzést is figyelembe veszi. A /usage cost parancs napi vagy havi költségekkel nem része ennek a változatnak. Az alacsonyabb költségek vagy a gyorsabb válaszok az éles üzemben nincsenek igazolva.
BLUN King
BLUN King 9.1.603
Megjelent:
Válaszd ki a munkakönyvtáradat egy Windows-párbeszédablakban. Ha a konzolt a System32-ből indítják, most a felhasználói mappádat javasolja.
- Ha Windows alatt másik munkakönyvtárat választasz, megnyílik egy mappapárbeszédablak. Az elérési utat továbbra is kézzel is beírhatod. Ha megszakítod a párbeszédablakot, a mappaválasztóhoz térsz vissza anélkül, hogy átvennél egy mappát.
- Ha nem áll rendelkezésre mappapárbeszédablak, a konzol lekérdezi az elérési utat. Más operációs rendszereken továbbra is az elérési út beírása marad.
- Ha indításkor a Windows-könyvtáron belüli mappa kerül átvételre vagy tárolásra, a mappaválasztó a felhasználói mappádat javasolja. A kézzel beírt elérési utak továbbra is az eddigi módon kerülnek ellenőrzésre.
Az AgentSpine és a Language Guard verziói a 9.1.602-höz képest változatlanok. A futó munkamenetek sebességnövekedését ez a frissítés nem igazolja.
Windows alatt továbbra is Git Bash szükséges. Ha a konzol azt jelzi, hogy hiányzik a Git Bash, telepítsd a Git for Windows programot. Ezután nyisd meg újra a parancssort, mielőtt újra elindítanád a King-et.
BLUN King · Megjelent
BLUN King 9.1.602
Megjelent:
Egy saját privát mappa a régebbi eszközkimeneteknek, ha az örökölt Windows-jogosultságok megakadályozzák a kihelyezést.
- A megfelelő régebbi eszközkimenetek egy saját privát mappában kerülnek elhelyezésre, ha az örökölt Windows-jogosultságok megakadályozzák a kihelyezést. A meglévő fájlok, jogosultságok és a teljes munkamenet-előzmény változatlanok maradnak.
- Az integritásellenőrzések, az olvasási jogosultságok és a teljes kontextushoz való visszanyúlás megmarad, ha egy archivált kimenet nem állítható vissza. Az AgentSpine 0.73.0 és a Language Guard 6.20.0 a 9.1.601-hez képest változatlan.
A rövidebb válaszidők az éles üzemben vagy az alacsonyabb kiszámlázott tokenfelhasználás még nincsenek igazolva.
BLUN King · Megjelent
BLUN King 9.1.601
Megjelent:
A bemenetek a várósorban maradnak, a régebbi eszközkimenetek ellenőrzött hivatkozásokat kapnak, és a sebességkorlátozott válasz-ellenőrzéseket a rendszer korlátozott számban megismétli.
- Ha a háttérmunka kerül először sorra, a terminálbemenetek az eredeti sorrendjükben maradnak a várósorban. Minden bemenet csak egyszer jelenik meg.
- A megfelelő régebbi eszközkimeneteket a modellkérésekben ellenőrzött, privát fájlokra mutató hivatkozások helyettesítik. A teljes előzmény és az aktuális beszélgetési lépés eredményei megmaradnak. Ha az újratöltés nem lehetséges, nem engedélyezett, vagy a tartalom megváltozott, a teljes kimenet elküldésre kerül.
- Egy sebességkorlátozott natív válasz-ellenőrzés egyszer kerül megismétlésre ugyanazzal a választervezettel. Eközben a szolgáltató elmentett várakozási ideje érvényes. A már befejezett eszközhívások nem kerülnek megismétlésre, az ellenőrizetlen szövegek nem kerülnek jóváhagyásra.
- Legfeljebb 2 048 kimeneti token marad szabad pufferként a bemenet-becslés eltéréseihez. A kontextusablak nem lesz kisebb; a kisebb, kifejezetten beállított kimeneti korlátok változatlanok maradnak.
Ezek a változások sem alacsonyabb kiszámlázott tokenfelhasználást, sem rövidebb válaszidőket az éles üzemben nem igazolnak. Emellett nem javítanak meg minden szerveroldali HTTP-502-hibát.
BLUN King · Megjelent
BLUN King 9.1.600
Megjelent:
Válasz-ellenőrzés rögzített időkorlátokkal és meghatározott komponensállapotokkal.
A BLUN King 9.1.600 megjelent. Az npm és a nyilvános frissítési manifest egyezik. A megjelenés sem telepítést a gépeden, sem éles üzemi átvételt nem igazol.
Korlátozott válasz-ellenőrzés
- Az általános ellenőrök megtartják az eddigi 30 másodperces határidőt. A natív nyelvi ellenőrzés a megbízható gazdakomponens indítójelétől számítva legfeljebb 90 másodpercet kap az első tartalmi szövegre, minden külső ellenőrzési kísérletnél egyszer.
- A tartalmi szöveg a megengedett kimeneti hosszon belül, valamint a jóváhagyásra és a bizonylat-ellenőrzésre vezető rendezett átmenetek minden alkalommal 30 másodpercre állítják vissza a várakozási határidőt.
- Minden külső ellenőrzési kísérletre ettől függetlenül 120 másodperces összhatár vonatkozik. A haladás nem hosszabbíthatja meg ezt a határt. Továbbra is legfeljebb két külső ellenőrzési kísérlet lehetséges.
- Egy jóváhagyás elfogadása előtt a ténylegesen eltelt idő ismét ellenőrzésre kerül. Késleltetett időzítőhívások esetén is zárolva marad egy lejárt ellenőrzési kísérlet; a késedelmes haladás nem újítja meg a lejárt határidőt.
A megszakítási jeleket továbbra is figyelembe veszi a rendszer. A pontos válaszszöveghez való kötés, a jóváhagyási bizonylat időbeli érvényessége és az engedélyezés továbbra is ellenőrzésre kerül.
Mellékelt komponensek
A 9.1.600-as verzió az AgentSpine 0.73.0-t és a Translate Native 6.155.0-t tartalmazza. A Guard-protokoll változatlanul 6.20.0 marad.
Ismert korlátozások
Az új időkorlátok nem igazolnak általános megoldást az éles üzemben előforduló HTTP-502-hibákra. A 9.1.599-ből származó nyitott megfigyelések külön élő bizonyíték nélkül nyitva maradnak.
Kontextus és súgó
Egy teljesen megtartandó promptot a rendszer többé nem rövidít meg csendben, csak hogy beleférjen egy kisebb kemény modellablakba. A megtartandó felhasználói üzenetek új, kifejezetten meghatározott felosztásánál a 20 000 tokenes alapkerettel az igazítás ugyanazon a tömörítésen belül befejezhető. Későbbi vagy helyreállított előtagoknál emiatt nem dobhatók el további követelmények. A kérelemnek továbbra is bele kell férnie a kemény modellablakba.
A tiszta súgóhívások --help vagy -h paraméterrel többé nem hoznak létre futásidejű diagnózisállapotot. Ha a prompt- és a súgóargumentumok kombinálva vannak, az eddigi futásidejű viselkedés megmarad.
BLUN King · 2026. szeptember 18.
BLUN King 9.1.599
Megjelent:
Nyomon követhető egyedi jóváhagyások a személyes memóriához és további javítások kontextus-túllépéseknél.
A személyes memória jóváhagyási kérései érthető műveletcímeket mutatnak a kiválasztott nyelven és teljes előnézeteket a tényleges beállításváltozásokról vagy a mentendő szövegről. A vezérlőkarakterek láthatóan maszkolva jelennek meg; az eredeti tartalom változatlan marad.
Az érvényes memóriaváltozásokat egyenként kell jóváhagyni; az érvénytelen bemenetek csak elutasíthatók. Egy munkamenet-jóváhagyás nem hagyja jóvá automatikusan a várakozó kéréseket, amelyek egyedi jóváhagyást igényelnek.
A csomagellenőrzés 37 funkcionális területet ölel fel 199 kötelező ellenőrzéssel, 158 ellenőrzés-végrehajtással és 4 905 különböző sikeres teszttel. Ezenkívül a 9.1.597 és a helyi köztes 9.1.598-as változat frissítéseit 9.1.599-re izolált telepítésekben ellenőrizték, a változatlan frissítővel és telepítési útvonallal. Mindkét teszt felismerte a verziót a nyilvános frissítési forrásokon keresztül, és ellenőrizte a kiadási archívum mind a 918 fájlját.
A változatlan 9.1.599-es csomag README.md és CHANGELOG.md fájljainak útmutatásai a csomagoláskori jelöltállapotot írják le. A helyi telepítés után nem módosították őket visszamenőleg. Ez a nyilvános oldal külön vezeti tovább a megjelenési állapotot és a később megfigyelt korlátozásokat.
Ismert korlátozások a 9.1.599-ben
Az éles üzemben továbbra is ismétlődő HTTP-502-válaszokat figyeltek meg, részben sikeres kérések követték őket. A kontextusjavítások nem általános megoldást jelentenek a szolgáltatói vagy hálózati hibákra.
A nyelvi ellenőrzés megszakíthat egy választ a missing-language-character-profile vagy suspected-ascii-substitution jelzéssel. Ez a megállapítás továbbra is nyitott; a 9.1.599 erre nem tartalmaz igazolt javítást.
Az elküldött képre adott választ a felhasználó megerősítette. A képértelmezés független ellenőrzése, valamint a bemenet és a státuszsorok vizuális átvétele még hátravan. A sikeres csomagellenőrzések nem jelentik azt, hogy ezek a folyamatok általánosan rendben vannak.
A helyi köztes 9.1.598-as változatból átvéve
Dátum nélkül
A 9.1.598-at helyben ellenőrizték és telepítették, de nem jelent meg önálló npm-frissítésként. A következő változások szerepelnek a 9.1.599-ben:
- Kontextus-elutasítás esetén a bemeneti tokenek számának alsó korlátjait megkülönbözteti a rendszer a pontos megadásoktól. Egy jelentett alsó korlátnál a kimeneti korlát egyszer csökken, üzenetek vagy eszközök eldobása nélkül. A megszakítási jelek és a további kísérletek korlátozása továbbra is érvényes. Ezzel a 9.1.597-ben reprodukált hiba a kimeneti korlát kiszámításánál célzottan javításra kerül.
- Az eredeti 150 váltakozó aktivitási szó ismét benne van. A megjelenítésükhöz nem kerül sor további modellkérésekre.
- A megbízható AgentSpine-bemeneti hooknál a teljes médiaadatok helyett egy kompakt médiahivatkozás kerül átadásra típussal, SHA-256 ellenőrzőösszeggel és méretmegadással. A modell teljes mellékletei és a meglévő védelmi ellenőrzések megmaradnak. Ez önmagában még nem igazol sikeres képértelmezést az éles üzemben.
Újdonság a 9.1.597-ben
Megjelent:
Korlátozott helyreállítás kifejezetten jelentett kontextus-túllépéseknél, átjáróhiba-válasz mögött is.
Ha egy kérést a kimenet megkezdése előtt bizonyított kontextus-túllépés miatt elutasítanak, King korlátozott új kísérletet tehet kisebb kimeneti korláttal. Az ennek megfelelően becsomagolt hibák egy 502-válaszban is felismerésre kerülnek. Az üzenetek, az eszközök, a kisebb, kifejezetten választott kimeneti korlátok és a megszakítási jelek megmaradnak. Egy már megkezdett stream nem kerül újra lejátszásra.
Ez nem javítja ki az összes szolgáltatói vagy hálózati hibát. Az általános kapcsolatmegszakításokat és szolgáltatáskieséseket továbbra is a saját hibadataik alapján kell ellenőrizni.
Ismert korlátozás a 9.1.597-ben: Ha a szerver csak alsó korlátot jelent a bemeneti tokenek számához, az ismétlési kísérlet újra kudarcot vallhat, és szükségtelen tömörítéseket válthat ki. Ezt az esetet 2026. szeptember 17-én, a megjelenés után reprodukálták. A helyi köztes 9.1.598-as változat kiegészítő javítása benne van a 9.1.599-ben.
Ellenőriztek 36 funkcionális területet 183 kötelező ellenőrzéssel és 4 407 különböző sikeres teszttel, valamint a valódi frissítést 9.1.596-ról 9.1.597-re. Ez a csomagellenőrzés nem helyettesíti egy már megnyitott ügyfél-munkamenet alkalmazástesztjét.
Újdonság a 9.1.596-ban
Megjelent:
Az automatikus megszakításokat a várakozó Telegram-üzenetek javára a rendszer megkülönbözteti a valódi kézi megszakításoktól. Egy ilyen várósoros megszakítás többé nem kerül tévesen az Escape-billentyű lenyomásaként jelentésre. A várakozási határidő, a futó eszközökre vonatkozó védelmi szabályok és a valódi kézi megszakítás viselkedése megmarad.
Újdonság a 9.1.595-ben
Megjelent:
Az opcionális eszköz-sémák a ToolSearch-en keresztül kerülnek utántöltésre, és korlátozottan tárolódnak. A nagy skill-katalógusok kompaktan és oldalanként állnak rendelkezésre. A keresés, a későbbi MCP-bővítmények és a normál jogosultság-ellenőrzések megmaradnak.
Rövid köszöntéseknél King korlátozott, frissebb párbeszédrészletet használhat, anélkül, hogy elmentett üzeneteket törölne vagy rendszerutasításokat rövidítene. Egy ezt követő munkafeladatnál King ismét figyelembe veszi a megőrzött munkaelőzményt. A kontextuselszámolás egy munkamenet folytatása után is megmarad. Rögzített tokenfelhasználást minden köszöntéshez nem ígér a rendszer.
Újdonság a 9.1.594-ben
Megjelent:
- A privát Telegram-válaszok lehetségesek maradnak, amíg a csoportüzenetek várakoznak. A perjel-parancsok hozzárendelése megmarad.
- A Retry-After értékéből adódó hosszú várakozási időket betartja a rendszer; egy munkamenet folytatásakor a hátralévő szünet visszaállításra kerül.
- Az elvetett kísérőleírás után egy már befejezett eszközlépés tovább kerül feldolgozásra. Az elvetett leírás nem kerül közzétételre, a záró válasz ellenőrzése nem gyengül.
- A több részben történő írás korlátozott helyreállítási funkciói ismét elérhetők. Ez vonatkozik a shell-időkorlátokra, a feladatvezérlésre és a munkamenet-helyreállításra is.
- A bemenet, a kvótasorok, az aktivitáskijelzés, a kinyitható feladatok és a forrásjelöléssel ellátott eszközkimenetek streameléskor és az előzményben való navigáláskor láthatók maradnak.
- A csomagolás előtt teljes konzol-regressziós bizonyítékok szükségesek; a nyilvános frissítési metaadatok egyezését a rendszer ellenőrzi.
Köztes változatok 9.1.590 és 9.1.593 között
Ezek a változatok a helyi kiadási előzményben megtalálhatók, 2026. szeptember 17-én azonban nem szerepelnek a nyilvános npm-verziókatalógusban. Itt nem szerepelnek ajánlott, nyilvánosan elérhető frissítésként. Az indítással, a folytatással, a jogosultságokkal, az aktivitáskijelzéssel és a látható bemenettel kapcsolatos munkák figyelembe vannak véve a 9.1.594-hez tartozó bizonyítékokban.
Újdonság a 9.1.589-ben
Megjelent:
- Az AgentSpine és a Translate Native ellenőrzött forrásai, valamint a verifikált frissítési manifestek mellékelve vannak.
- Az ágenskontextus betöltésekor az aktív King-profil megmarad.
- A válasz-ellenőrzéshez szükséges eszközök elérhetők maradnak. A válasz-előállítás felhasználása akkor is rögzítésre kerül, ha az ellenőrzés elveti a választ.
- A felügyelt csatorna-kapcsolódásban a csoportüzenetek csak kifejezett említés esetén kerülnek hozzárendelésre.
- A konzol megmutatja a futó tömörítést és a érvényes küszöbértékeket.
- A korai tömörítés munkakerete és a kéréshatár biztonsági tartaléka frissítéseken át megmarad.
- Az indításkori frissítési párbeszéd, a folyamatjelzés és az előjegyzett frissítésekre utaló megjegyzések végig a kiválasztott nyelvet használják.
- A technikai integrációs azonosítók és licencek megmaradnak; a látható futásidejű hibaüzenetek semlegesen vannak megfogalmazva.
- A telepítés nem indítja újra a meglévő munkameneteket. Egy futó munkamenet a következő indításkor tölti be az új kódot.
9.1.588: visszavonva
Megjelent:
Ezt a változatot 2026. szeptember 11-én tették közzé, majd az npm-ben visszavontként jelölték. A registry a frissítési manifest sikertelen kompatibilitás-ellenőrzését nevezi meg. Használd az aktuális stabil változatot, ne ezt a visszavont csomagot.
Újdonság a 9.1.587-ben
Megjelent:
Stabilabb eszközkatalógusok, korábbi automatikus tömörítés és célzott ismétlési kísérlet a túl hosszú tiszta gondolkodási fázisok miatti megszakítások után.
Pufferelt utasításoknál egy futó munkafordulón belül az aktív eszközkatalógus a következő munkalépésben is megmarad. A szükséges eszközök elérhetők maradnak. Ha a meglévő séma-keret túllépésre kerül, a megtartott opcionális eszközdefiníciók újra kiválasztásra kerülnek.
Az automatikus kontextus-tömörítés ismét korábban indul. Egy sikeres, az előzményt kisebbítő tömörítés után King ugyanabban a fordulóban újra futtathatja. Az alacsonyabb modellkorlátok és a sikertelen kísérletek korlátozása érvényesek maradnak.
Egy túl hosszú tiszta gondolkodási fázis miatti megszakítás után King a meglévő egyszeri ismétlési kísérletet használja kikapcsolt gondolkodással, hogy a modell válaszolhasson vagy eszközt hívhasson. A következő szabályos lépések megtartják a kiválasztott gondolkodási beállítást; a megszakítás, a jóváhagyás-ellenőrzések és az időkorlátok érvényesek maradnak.
BLUN_STABLE_STEER_TOOLS=0 vagy BLUN_EARLY_COMPACTION=0 értékkel a King indítása előtt az adott funkcióhoz visszaállítható az eddigi viselkedés. A frissítés nem ír át meglévő munkameneteket vagy konfigurációs fájlokat.
Újdonság a 9.1.586-ban
Megjelent:
A Telegram-vétel Windows alatt újra elindul, ha a bridge régi folyamatazonosítója időközben egy másik folyamathoz tartozik. Bizonytalan folyamat-hozzárendelésnél King nem avatkozik be; az idegen folyamat nem kerül leállításra.
A kontextus-tömörítés, a modellbeállítások, a beszélgetési előzmény és a Telegram eddigi kézbesítési viselkedése változatlan marad.
Újdonság a 9.1.585-ben
Megjelent:
BLUN King · 2026. szeptember 8.
A 9.1.585-ös verzió a felügyelt WebSearch-válaszok szerkezetét és egyes találatait akkor is ellenőrzi, ha az opcionális keresési állapotadatok hiányoznak.
Az érvényes találatlista nélküli válasz többé nem kerül kiadásra sikeres, találat nélküli keresésként. Minden találatnak címet (amely nem üres és nem csak szóköz), szöveges kivonatot karakterláncként és abszolút HTTP- vagy HTTPS-címet beágyazott hozzáférési adatok nélkül kell tartalmaznia. Az érvénytelen találatok a teljes válasz elutasításához vezetnek, mielőtt eredmények vagy a hiányos keresési eredményekre utaló jelzések visszaadásra kerülnének.
Az érvényes, eddigi formátumú, állapotadatok nélküli válaszok továbbra is támogatottak, csakúgy mint az üres találatlisták és az üres karakterláncok szöveges kivonatként. Érvényes válaszoknál a sorrend, a pontos URL-karakterláncok, az opcionális dátum- és webhelyadatok, a kimenetben szereplő forrásmegjelölések és a hiányos eredmények feldolgozása változatlan marad.
Csak a felügyelt keresési kapcsolódás változik. A megszakítási viselkedés, a kérések hitelesítése, a FetchURL és a Telegram változatlan marad. A formátum-ellenőrzés nem igazolja, hogy egy forrás helyes vagy aktuális. Ez a verzió sem válaszméret-korlátot, sem új időkorlátot nem vezet be.
Újdonság a 9.1.584-ben
Megjelent:
A 9.1.584-es verzió továbbítja a hívó megszakítási jelét a WebSearch-en át a felügyelt HTTP-keresési kérésig, a válasz tartalmának olvasásakor is.
A már megszakított keresések nem váltanak ki feldolgozást a szolgáltatónál. Ha a megszakítás a hozzáférési adatok lekérdezése közben történik, utána már nem kerül elküldésre keresési kérés. A megszakítás után beérkező eredmények nem kerülnek visszaadásra sikeres keresésként.
A megszakítás-ellenőrzések a sikeres JSON-válaszokat, a hibaválaszok tartalmát és a hiányos keresési eredményekre utaló jelzéseket is lefedik. A teljes, hiányos és üres eredmények feldolgozása, a forrásmegjelölések és a hitelesítés szokásos tartalék eljárása változatlan marad.
Ez a verzió nem vezet be új időkorlátot, és nem változtatja meg a Telegram-hozzárendelést. A megosztott OAuth-hozzáférési adatok megújítására szolgáló folyamatok és azok a szállítási implementációk, amelyek figyelmen kívül hagyják a megszakítási jeleket, nem kerülnek kényszerített megszakításra. Egy klienskérés megszakítása nem igazolja, hogy a távoli szerveren folyó munka vagy annak számlázása befejeződött.
Újdonság a 9.1.583-ban
Megjelent:
Az oldalletöltés megszakítása mostantól a HTTP-kérésig továbbításra kerül.
A FetchURL továbbítja a hívó megszakítási jelét az eszközön és mindkét lekérési szolgáltatáson át. A start előtt megszakított kérés nem kerül elküldésre. Ha a megszakítás a hozzáférési adatok lekérdezése közben történik, a felügyelt HTTP-kérés utána már nem indul el.
Egy felügyelt lekérés megszakítása után többé nem indul helyi tartalék lekérés. A lekérési szolgáltatás késve érkező eredménye visszatartásra kerül, és nem használható forrásigazolásként. Szokásos HTTP- és hálózati hibáknál az eddigi helyi tartalék lekérés lehetséges marad.
Nem kerül bevezetésre új időkorlát. A hozzáférési adatok megosztott megújítása és a szinkron HTML-feldolgozás nem kerül kényszerített megszakításra. A 9.1.582-ből származó méretkorlát érvényben marad; a Telegram-útválasztás és a modellkérések változatlanok maradnak.
Újdonság a 9.1.582-ben
Megjelent:
A helyi oldalletöltés már a beolvasás közben ellenőrzi a válasz méretét, és a határ túllépésekor megszakítja a beolvasást.
A helyi lekérés a dekódolás előtt számolja meg az egyes adatblokkok beérkező válaszbájtjait, és a méretkorlát túllépésekor leállítja az adatfolyamot. Ha a Content-Length megadás hiányzik vagy hibás, a rendszer többé nem olvassa be először a teljes választ, hogy aztán elutasítsa.
Az alapértelmezett határ továbbra is tíz MiB, és a HTTP-kitömörítés utáni válaszfolyamra vonatkozik. A több adatblokkra elosztott UTF-8 karakterek megmaradnak. A szállítási pufferek és az a blokk, amellyel a határ túllépésre kerül, már a memóriában lehetnek; ehhez nem kapcsolódik pontos felső határ a teljes folyamatmemóriára.
A helyi lekérési út változik, akkor is, ha tartalék megoldásként szolgál. A 9.1.581-ből származó kutatási javítások benne maradnak. A Telegram-útválasztás és a modellre várás változatlan marad.
Újdonság a 9.1.581-ben
Megjelent:
A helyi oldalletöltésnél az üres HTML-kivonatok többé nem kerülnek kiadásra sikeres forrásként.
Ha a tisztítás és átalakítás után nem marad oldaltartalom, a dokumentum címe önmagában már nem elegendő a sikeres lekéréshez. Ehelyett a már meglévő kinyerési hiba kerül visszaadásra.
A rövid, valódi tartalmak és a látható címsorok megmaradnak. Az egyszerű szöveges vagy Markdown formátumú válaszok változatlanok maradnak. A javítás a helyi HTML-kinyerést érinti, nem a felügyelt lekérési szolgáltatást.
A 9.1.580-ból származó kutatási javítások és az eddigi Telegram-javítások változatlanul benne vannak. Ez a frissítés sem a modellre várást, sem a bejövő üzenetek címzettjeihez való hozzárendelését nem változtatja meg.
Újdonság a 9.1.580-ban
Megjelent:
A kutatási tárolás elutasítja a forrásokhoz tartozó érvénytelen történeti dátumadatokat.
Új jelentés nem kerül mentésre, ha egy forráshoz tartozó dátumadat érvénytelen naptári napot vagy nem kiértékelhető időrészt tartalmaz. A hiányzó dátumadatok megengedettek maradnak.
A mentett kutatási bizonylatok lekérésekor a régebbi, érvénytelen forrásdátumokat tartalmazó bizonylatok kihagyásra kerülnek, és diagnózismegjegyzéssel kerülnek jelentésre. A fájlok nem íródnak át és nem törlődnek. A különálló érvényes bizonylatok kereshetők maradnak; az érvényes dátumadatok megtartják időzóna-eltolásukat és pontosságukat.
A 9.1.579-ből származó kutatási bizonylatok rendezése és az eddigi Telegram-javítások változatlanul benne vannak. Ez a frissítés sem a modellre várást, sem a bejövő üzenetek címzettjeihez való hozzárendelését nem változtatja meg.
Újdonság a 9.1.579-ben
Megjelent:
A mentett kutatási bizonylatok azonos relevancia esetén a tényleges lekérési időpontjuk szerint kerülnek rendezésre.
Az időadatok ezredmásodperccel és anélkül UTC-időpontként kerülnek összehasonlításra, nem szövegként. A relevancia továbbra is elsőbbséget élvez; azonos időpontoknál az eddigi sorrend megmarad.
Ha ugyanaz a szöveghely többször került rögzítésre, az eredmény a legújabb lekérés származási adatait tartja meg. A már mentett bizonylatok változatlanok maradnak, és emiatt nem számítanak újonnan ellenőrzött forrásnak.
A 9.1.578-ból származó Telegram-válasz javítása változatlanul benne van. Ugyanez vonatkozik az ismételt kísérletek korlátozására, amikor a modell kizárólag gondolkodik, válasz vagy eszközhívás nélkül. Ez a frissítés sem a modellre várást, sem a bejövő üzenetek szemantikai hozzárendelését nem változtatja meg.
Újdonság a 9.1.578-ban
Megjelent:
Korlátozott ismétlések, amikor a modell csak gondolkodik és közben eléri az időkorlátot, valamint célzott javítás a rövid Telegram-csoportválaszokhoz, amelyek egy kérdésre utalnak.
Ha a modell eléri az időkorlátot, miközben csak gondolkodik, King lépésenként egy további kísérletet engedélyez. Egy második ilyen időtúllépés befejezi a lépést. A kiválasztott gondolkodási erőfeszítés és az eddigi időkorlát változatlan marad. Ez a korlátozás nem rövidíti az első modellkimenetre várást.
A rövid, saját jelenlétre vonatkozó visszajelzések Telegram-csoportokban mostantól elküldhetők, ha a reply_to egy legfeljebb 30 perces, ugyanabból a csevegésből származó bemenethez kapcsolja őket. Ennek a bemenetnek kifejezetten az ágenshez kell szólnia, vagy egy támogatott német vagy angol, a jelenlétre vonatkozó kérdésnek kell megfelelnie, amely a beállított névvel kezdődik. A nem kért jelenléti jelentések és a „nincs jelenteni való” magyarázatok továbbra is szűrésre kerülnek. Az automatikus tartalék elküldés csoportokban kikapcsolva marad.
Az elküldött és elnyomott válaszok naplói mostantól tartalmazzák a reply_to értéket. Hiányzó vagy nem egyértelmű kontextus esetén a kivétel nem érvényes. Ez a frissítés nem ad hozzá általános címzett-felismerést, és nem akadályozza meg a szükségtelen modellhívásokat az eddigi szemantikai címzés révén.
A javítás a felügyelt Telegram-MCP-küldők két pontosan azonosított verziójára vonatkozik, és a plugin-konfiguráció végleges összevonásakor is érvényesül. A régebbi küldő kompatibilitási másolatot használ szigorúan korlátozott változtatásokkal. A bemeneti bridge-ek, a hozzáférési beállítások, a profilok és a plugin-regiszterek nem íródnak át. Az ismeretlen vagy módosított küldők és a kifejezetten beállított felülírások megmaradnak. King-et a frissítés után újra kell indítani, hogy a javítás betöltődjön.
Újdonság a 9.1.577-ben
Megjelent:
Nincs több automatikus befejezési jelentés a Telegram-csoportokban. A hasznos válaszokat ott célzottan, a Telegram-válasz eszközön keresztül küldi a rendszer.
A CLI-mag és az önálló Telegram-bridge többé nem továbbítja automatikusan egy ágens normál befejező szövegét csoportoknak. Így az olyan megjegyzések, mint a „Nincs jelenteni való”, többé nem kerülnek ilyen automatikus tartalék elküldéssel a csoportba.
A privát csevegésekben adott válaszok, a kifejezetten használt válasz eszközök, a szükséges céleredmények, a parancs- és állapotüzenetek, valamint a média-küldés megmarad. A normál bemenetekre, a futó folyamat közbeni vezérlőüzenetekre és az önálló bridge csoportüzeneteire vonatkozó prompt-utasítások mostantól ugyanazt a küldési szabályt tartalmazzák.
Ez nem garantálja, hogy egy modell soha nem küld szükségtelen választ eszközhívással. A javítás azt sem akadályozza meg, hogy az adott ágenshez nem kapcsolódó csoportüzenetek elérjék a modellt. Az említési szabályok, a hozzáférési beállítások és a felügyelt pluginok feloldása változatlan marad; az AgentSpine vagy a Language Guard frissítése nem része ennek.
A frissített magot egy új folyamatnak kell betöltenie. A futó munkamenetek nem indulnak újra automatikusan. A meglévő profilok és a munkamenet-előzmény megmaradnak.
Újdonság a 9.1.576-ban
Megjelent:
A BLUN King 9.1.576 megkülönbözteti a C++ és a C# kifejezéseket a helyi kutatási lekérdezéseknél, és tartalmazza a korábban közzétett javításokat a frissítésekhez, a munkamenetek folytatásához és a Telegram-hoz.
A helyi kutatási bizonylatok keresése az önálló C++ és C# kifejezéseket különböző fogalmakként kezeli, eltérő nagy- és kisbetűknél és környező írásjelekkel is. A mentett szöveghelyek, a hashek, a források védelmi ellenőrzései, a Unicode-normalizálás, a gyűjteményhatárok és a kimeneti korlátok változatlanok maradnak. Újraindexelés nem szükséges.
Egy rögzített ellenőrzési futás 20 technikai keresési lekérdezéssel és célzott regressziós tesztek a tokenhatárokhoz ellenőrzik ezt a javítást. A helyi keresést érinti, és nem jelent állítást a WebSearch minőségéről vagy kapacitásáról az éles üzemben. A 9.1.575 összes változása benne marad.
Újdonság a 9.1.575-ben
Megjelent:
A csomagolt webcrawler elutasítja a cf-mitigated: challenge jelzéssel ellátott válaszokat, mielőtt tartalmakat olvasna, átirányításokat követne, vagy egy hiányzó robots-fájlt a folytatás engedélyeként értékelne. A fejlécneveknél nem veszi figyelembe a nagy- és kisbetűket; emellett normalizált értékeket és többször előforduló fejléceket is ellenőriz. A válasz állapota a hibajelentésben megmarad.
A hiányzó, ilyen jelzés nélküli robots-fájlok és a szokásos dokumentációs oldalak továbbra is a meglévő folyamaton mennek keresztül. A már befejezett oldalak elérhetők maradnak, ha egy későbbi oldal elutasításra kerül; a hiba hiányos eredményként kerül jelentésre. Ez a védelem egy válaszjelzést ellenőriz. Nem általános challenge-felismerés és nem CAPTCHA-megkerülés. A keresési szolgáltatók, a hitelesítés, a frissítési zárak és a CLI-mag változatlanok maradnak. A 9.1.574 összes változása benne marad.
Újdonság a 9.1.574-ben
Megjelent:
A kifejezetten kért frissítések mostantól megkülönböztetik a blokkolt frissítést, a nem elérhető zárellenőrzést, a nem elérhető privát könyvtárat, az érvénytelen telepített verziót és a nem elérhető védett telepítőt. Ezek az esetek többé nem kerülnek általánosan sikertelen csomagellenőrzésként jelentésre. A változás a német és az angol üzenetekre vonatkozik.
A frissítés-engedélyezés, a zár viselkedése, a visszaadási okok, a kilépési kódok és a telepítő viselkedése változatlan marad. A futó munkamenetek nem kerülnek automatikusan leállításra. Azok a csomagok, amelyek régi belső csatornára vannak rögzítve, továbbra is kifejezett npm-telepítést igényelnek leállított King mellett; ez a verzió nem oldja fel a rögzítést. A 9.1.573 összes változása benne marad.
Újdonság a 9.1.573-ban
Megjelent:
A beviteli mező az indításkori célkiválasztás után látható és fókuszált marad, az Escape vagy egy sikertelen cél-folytatás után is. Az elküldetlen piszkozatok megmaradnak. A teljes célszöveg helyett kompakt kiválasztás jelenik meg a cél nélküli vagy azzal történő folytatáshoz.
A Ctrl+S elhagyja a kiválasztást a cél megerősítése nélkül, és szabályos billentyűparancsként kerül feldolgozásra a várósorhoz. A tétlen állapotban lévő függő bemenetek is figyelembevételre kerülnek. Az Escape megtartja az eddigi sorrendjét: először a várósor ürítése, a következő Escape-nél az aktív futás megszakítása. A munkamenet-előzmény nem kerül automatikusan törlésre.
Ez a verzió nem rekonstruálja azokat a kézbesítési visszaigazolásokat, amelyeket egy régebbi folyamat a frissítés előtt elveszített. A ténylegesen függő üzenetek a munkamenetükhöz rendelve maradnak.
Újdonság a 9.1.572-ben
Megjelent:
A kutatási bizonylatoknál azok a forrás-URL-ek kerülnek elutasításra, amelyek lekérdezési paraméterei vagy paraméterszerű töredékei ismert hozzáférésiadat-paraméterneveket tartalmaznak. A beágyazott nevek és a töredékben lévő útvonalak is ellenőrzésre kerülnek. Az elutasítás a sikertelen és a használható forrásokra egyaránt vonatkozik.
A már mentett, ilyen URL-eket tartalmazó jelentések a lekéréskor a meglévő partial / report-invalid eredménnyel kerülnek visszatartásra. Az eredetileg mentett állapotok nem változnak és nem törlődnek; a forráscímek nem kerülnek csendben rövidítésre vagy átírásra. A szokásos lekérdezési paraméterek és horgonyok a dokumentációs URL-ekben bájthűen megmaradnak. A védelem ismert paraméterneveket ismer fel, nem tetszőleges titkokat, és nem tisztítja az előzményt.
Újdonság a 9.1.571-ben
Megjelent:
A Telegram-várósor területei a munkamenetükhöz kerülnek hozzárendelésre. Egy új munkamenet többé nem veszi át automatikusan egy régebbi munkamenet függő munkáját. Egy ismert munkamenet folytatásakor csak annak saját várakozó területei kerülnek visszaállításra. A munkamenet kiválasztása, létrehozása és váltása közben a csatornaüzenetek átvétele szünetel. Azok az üzenetek, amelyek a kiválasztott határ után érkeznek, a helyi szerkesztőben adott további bemenetek és a késve érkező kézbesítési visszaigazolások megtartják a helyes hozzárendelésüket.
A hozzárendelés és az eltérő sorrendben érkező kézbesítési visszaigazolások megmaradnak az újracsatlakozásnál és egy lease átadásánál. A sérült vagy kicserélt várósor-állapot elutasításra kerül, ahelyett, hogy régi bemeneteket észrevétlenül újra lejátszana. A bejövő üzenetek és a munkamenet-előzmény megmaradnak. A felismerhető munkamenet nélküli régi várakozó területek visszatartásra kerülnek, és nem kerülnek új munkamenethez hozzárendelésre; az automatikus visszaállításuk nem része ennek. Ez nem javít meg minden időtúllépést vagy blokkolt kontextus-tömörítést. A visszalépés nem eljárás a várósor migrálásához.
A Telegram-plugin és a konzol független tartalék funkciója az automatikus válaszküldéshez elnyomja a felismert fogadási visszaigazolásokat és azokat a szövegeket, amelyek csupán a saját hallgatást jelentik be, 200 karakter felett is. Ha egy üzenet fel nem ismert vagy tartalmilag releváns mondatrészt tartalmaz, megmarad. A rövid, hasznos csoportfigyelmeztetések továbbra is kézbesíthetők. Ez egy óvatos német-angol küldési szűrő kiegészítő utasításokkal, nem garancia arra, hogy minden modell minden csoportbeszélgetést megért.
Egy új folyamatnak kell betöltenie a frissített csomagot; a futó munkamenetek nem indulnak újra. A meglévő belső frissítési csatornákra való rögzítések és a Windows-telepítési zárak EBUSY-val külön problémák maradnak. A 9.1.570 összes többi változása benne marad. Ez a verzió nem aktivál hosztolt webes keresést, és nem változtat sem az AgentSpine-on, sem a számlázáson, a hitelesítésen vagy az ügyfélkonfiguráción.
Újdonság a 9.1.570-ben
Megjelent:
Minden új prompt-kézbesítés saját hook-korrelációs azonosítót kap. Az azonos kézbesítéshez tartozó hookok megtartják ugyanazt az azonosítót; a kifejezetten beállított azonosítók megmaradnak. A munkamenet-specifikus környezeti értékek elérik a hook-alfolyamatokat és az MCP-kapcsolatokat újracsatlakozáskor is, mentett plugin-konfigurációk átírása nélkül. A natív eszközeredmények hozzárendelése futásokon át megmarad, sikertelen eszközök és duplikált hívások esetén is.
A kanonikusan egyenértékű Unicode-kutatási lekérdezések ugyanazokat a találatokat találják meg, anélkül, hogy a különböző karaktereket azonosként kezelnék. A mentett források, dátumadatok, verziók és projektkorlátok megmaradnak. A king --help és a king --version többé nem módosítja a Windows beállításjegyzékében az összeomlási memóriaképekre vonatkozó beállításokat.
A webes keresés támogatja a részleges válaszokat, ha ebben a válaszmódban megállapodtak, és közben jelzést mutat a kiesett forrásokról. Az üres vagy nem kompatibilis részleges válaszok kifejezett hibák maradnak. Ez a kliensváltozás nem aktivál hosztolt keresési szolgáltatást, és nem garantálja annak működését.
A BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE szállítás alapértelmezésben ki van kapcsolva. Kifejezett aktiválásnál átadja a mentett munkamenetnapló tényleges elérési útját és a hozzá tartozó naplót a kiválasztott AgentSpine-pluginnak. Minden munkamenet saját hozzáférési jogosultságot kap, egy folytatás után megújításra kerül. Ez szállítási támogatás, nem bizonyíték az emlékezet-lekérésre vagy a fogadó plugin általi engedélyezésre.
A 9.1.569 összes nyilvános változása benne marad. A csomagolt AgentSpine-implementáció változatlan marad; nem jön létre Mnemo-függőség. A felhasználói profilok, a jogosultságok, a beszélgetések és a plugin-beállítások nem kerülnek migrálásra vagy visszaállításra.
Újdonság a 9.1.569 verzióban
Megjelent:
Ez a kumulatív nyilvános verzió tartalmazza a Telegram-csoportokba történő kézbesítést említések alapján, az indításhoz és a jogosultságokhoz tartozó javításokat, valamint a kutatási gyűjteményeket és a crawler-eszközöket. A közzétett csomagok változatlanok maradnak. A későbbi változások új verziószám alatt jelennek meg.
Újdonság a 9.1.566 verzióban
Megjelent:
A BLUN King 9.1.566 robusztusabbá teszi a plugin-frissítéseket és a natív futásidejű modulok betöltését.
A csomagolt AgentSpine-futtatókörnyezet 0.59.1-es verzióra frissül. Az önindítója kihagyja egy felhasználói profil gyökerét szkennelési célpontként, és az összes életciklus-hook meghibásodásbiztos marad, ha egy védett elérési út nem olvasható.
A natív .node-modulok egy tartalomcímzett köztes gyorsítótáron keresztül oldódnak fel, az npm-csomagon kívül. Amint ez a verzió aktív, egy futó konzol többé nem tartja nyitva ezeknek a moduloknak a csomagmásolatát. A későbbi frissítések így kicserélhetik a csomagkönyvtárat anélkül, hogy ütköznének ezekkel a natív fájlokkal.
A nyilvános csomag megtartja a teljes spanyol, francia, svéd és cseh felületkatalógust a 9.1.565-ös verzióból. A belső Mnemo-futásidejű útvonalak, a privát végpontok, a belső modellszolgáltatók és az építő szkriptek nem részei a csomagnak.
Az ügyfélcsomag sikeresen átesett a szivárgás-vizsgálaton, a teljes futásidejű ellenőrzésen 13 teszttel, az AgentSpine-MCP-inicializáláson, egy friss telepítésen és a 9.1.565-ről történő frissítésen. Minden szövegfájl LF sorvégjelet használ. Az npm-csomag SHA-256 értéke: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.
Újdonság a 9.1.565 verzióban
Megjelent:
A BLUN King 9.1.565 stabilizálja a hosszú munkafutásokat, és bővíti a csomagolt AgentSpine-futtatókörnyezetet.
Az ismétlési fék visszaállítja az egyenértékű eredmények sorozatát, amint közben valódi munka halad előre. A szokásos bejövő- és feladatlista-ellenőrzések emiatt többé nem váltanak ki hamis kényszerített választ.
Az aktivitáskijelzés pontosan egy sorból áll. Megmutatja az aktuális tevékenységhez illő angol állapotszót, a rejtett gondolkodás tokenjeit, a látható tokeneket, a teljes felhasználást, az Effortot, a kísérletet, a keretet és a lépést.
Az AgentSpine-szkennelési hibák meghibásodásbiztosak maradnak mutációs eszközöknél, felhasználói bemeneteknél és stop-hookoknál: a következő folyamat futhat tovább, és a hiba az auditnaplóban kerül rögzítésre. Egy kivétel vagy kezeletlen elutasítás okozta végzetes megszakítás előtt a konzol szinkron módon írja a futásidejű naplót.
A csomagolt AgentSpine-futtatókörnyezet 0.54.0-ra frissül a fb6d456b68605fd83721090e503f000a26e8a0fb commitból. Az állapot tartalmazza a valódi ACL-fail-open tesztet, a tartós, függőségekhez kötött célterveket és a tudásbeli hiányosságok kötött tisztázását.
A SessionStart, UserPromptSubmit, PostToolUse és Stop életciklus-hookok a pontos MNEMO_AGENT azonossággal kerülnek elküldésre a Mnemo felé. A hálózati hibák meghibásodásbiztosak maradnak.
A korábban hiányzó felületszövegek spanyolul, franciául, svédül és csehül teljesek.
A teljes csomagkapu, a szivárgás-vizsgálat, a nyelvi katalógus ellenőrzése, az ACL-hook próba, a friss telepítés, a 9.1.564-ről történő frissítés és az AgentSpine-MCP-inicializálás zöld. Az npm-csomag SHA-256 értéke: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.
Újdonság a 9.1.564 verzióban
Megjelent:
A BLUN King 9.1.564 megakadályozza a védett mappák és a hiányzó felületszövegek okozta összeomlásokat.
Az AgentSpine az előkészítő fájlszkennelésnél kihagyja azokat az egyes fájlokat és mappákat, amelyeket az operációs rendszer EPERM vagy EACCES hibával zárol. Egy váratlan szkennelési hiba többé nem blokkolja a következő eszközhívást; a hívást a rendszer átengedi, a hibát pedig az auditnaplóban rögzíti.
Ha egy közzétett felületnyelvből hiányzik egy szövegkulcs, a konzol az angol szöveget használja, és a hiányosságot egyszer naplózza, ahelyett, hogy a megjelenítési útvonalon összeomlana. Így különösen a gondolkodás-státuszsor marad használható csehül, spanyolul, franciául és svédül.
A még hiányzó kulcsok tényleges fordításai egy külön ellenőrzött verzióban következnek. Addig az angol nyelvű tartalék tudatosan látható és meghibásodásbiztos.
A csomagot a 9.1.563-ból származó pontos cseh thinking.step összeomlás ellen ellenőrizték. Az új verzió „step 6”-ot ad vissza kivétel helyett, csak egyszer figyelmeztet nyelvenként és kulcsonként, túléli a hozzáférhetetlen szomszédos mappákat, inicializálja az AgentSpine 0.49.0-t, kibírja a friss telepítést és a 9.1.563-ról történő frissítést, és nem tartalmaz feloldatlan plugin-importokat. Az npm-csomag SHA-256 értéke: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.
Újdonság a 9.1.563 verzióban
Megjelent:
A BLUN King 9.1.563 a csomagolt AgentSpine-futtatókörnyezetet 0.49.0-ra frissíti.
Az új állapot egy tanulási kísérlet előtt legalább egy friss, független bizonyítékot követel meg kifejezett felhasználói megerősítésből vagy objektív tesztből. A puszta beszélgetési vagy dokumentum-bizonyítékok többé nem elegendők, akkor sem, ha a többi küszöbértékük teljesül.
A tanulási szerződések tartósan kötik ezt a bizonyítékszabályt; a későbbi konfigurációs változások nem gyengíthetik egy futó ellenőrzést. A tulajdonhoz kötött fájlzárak megvédik a párhuzamos tanulási változtatásokat a felülírástól, manipulált vagy idegen zárak esetén pedig zárt állapotban hiúsulnak meg.
A frissítés a következő indításkor tartalomcímzetten cseréli le a felügyelt plugin-fát. A 9.1.562-es verzió meglévő telepítései AgentSpine 0.49.0-ra frissülnek, egy változatlan fa újra felhasználásra kerül, és az AgentSpine-MCP-szerver megerősíti a 0.49.0-s verziót.
A csomaghatár csak a verzióadatokban különbözik a 9.1.562-től, valamint a pontosan rögzített AgentSpine-0.49.0 futtatókörnyezetben. A teljes upstream-ellenőrzés, 49 célzott tanulási teszt, a csomag-összehasonlítás, a szivárgás-vizsgálat, a friss telepítés, a valódi 9.1.562-ről történő frissítési út és egy MCP-inicializálás zöld. Az npm-csomag SHA-256 értéke: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.
Újdonság a 9.1.562 verzióban
Megjelent:
A BLUN King 9.1.562 visszaállítja az AgentSpine futásidejű fájlját a nyilvános csomagban.
A csomagolt AgentSpine-MCP-szerver által igényelt futásidejű fájl ismét mellékelve van. Egy friss telepítés teljesen materializálja a plugint; az MCP-szerver elindul, és megerősíti a nevét és a protokollverzióját.
A csomaghatár csak a verziómetadatokban és a visszaállított futásidejű fájlban különbözik a 9.1.561-től. A szivárgás-vizsgálat, a friss telepítés, a plugin-materializáció és egy valódi MCP-inicializálás zöld. Az npm-csomag SHA-256 értéke: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.
Újdonság a 9.1.561 verzióban
Megjelent:
A BLUN King 9.1.561 átveszi a munkarendszer ellenőrzött fejlesztéseit a nyilvános csomagba.
Az aktuális feladat és a friss eszközeredmények elérhetők maradnak. Az olvasási eredmények nem kerülnek rövidítésre. A nagy eredményeket a rendszer újra lekérésre szolgáló hivatkozással menti el, ahelyett, hogy ürítené őket. Az ismételt azonos eredmények a legújabb teljes eredményre hivatkoznak.
A tömörítések tranzakcióként kerülnek naplózásra kezdő-, összefoglaló- és végjelöléssel. Az eszközhívások és eredményeik együtt maradnak, miközben a tartós ellenőrzőpontok az ismételt kísérleteken át biztosítják a helyreállítási utat.
A kimeneti keretek mostantól az aktív modellprofilból származnak. A felügyelt BLUN-modell alapértelmezésben 128 000 kimeneti tokent kap, ha nincs kifejezetten beállított érték. A régi rögzített 32 768 tokenes határok és a low és off alacsony határai többé nem rövidítik a komplex munkát; a kontextus kapacitása marad a biztonsági határ.
A frissítő kérdez, mielőtt előkészíti vagy elindítja a telepítőt. A nyilvános csomagban a felügyelt BLUN-modell rögzítve marad; a /model csak kompatibilitási alias a /effort számára.
A csomaghatárt az összes fájlnévre és olvasható tartalomra kiterjedően ellenőrizték. A belső szolgáltatói utak, a modellválasztás, az építő- és regressziós szkriptek, a privát azonosítók és a privát szervercímek nem részei a csomagnak.
A teljes csomag, a szivárgás-vizsgálat, a friss telepítés, a verzió- és súgókimenet, egy új profil alapbeállításai, valamint a 9.1.550-ről 9.1.561-re szóló frissítési döntés zöld. Az npm-csomag SHA-256 értéke: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.
Újdonság a 9.1.527 verzióban
Megjelent:
A BLUN King 9.1.527 átveszi a /copy folyamatot a DeepAgents-ből.
A parancs a legújabb befejezett, nem üres asszisztensválaszt másolja át a meglévő platformfüggetlen vágólap-útvonalon.
Ha a /copy parancsot futó menet közben adják meg, a parancs a meglévő parancsvárósort használja, és a válasz befejezése után kerül végrehajtásra.
Az egyértelmű állapotüzenetek lefedik a sikert, az üres előzményt és a vágólap hibáit mind a hat felületnyelven.
Egy pirosról-zöldre regresszió védi a parancsregisztrációt, a végrehajtást, a válasz kiválasztását, a vágólap bájthű tartalmát és a jóváhagyott felületszövegeket.
A teljes prepack és a kicsomagolt artefaktum ellenőrzése zöld. Az npm-csomag SHA-256 értéke: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.
Újdonság a 9.1.526 verzióban
Megjelent:
A BLUN King 9.1.526 materializálja az aktuális csomaggal csomagolt AgentSpine-verziót, mielőtt a /reload újra felépítené a plugin-katalógust és az MCP-konfigurációt.
A nem érintett plugin-bejegyzések megmaradnak. Egy változatlan felügyelt AgentSpine-fa újra felhasználásra kerül, az installed.json újraírása nélkül.
Egy pirosról-zöldre regresszió a 9.1.525 ellen védi a bootstrap-sorrendet, a felügyelt plugin átvételét és az újratöltés idempotens viselkedését.
A teljes prepack, a csomagolt artefaktum ellenőrzése és a 9.1.525-ről 9.1.526-ra szóló izolált frissítési teszt zöld. Az npm-csomag SHA-256 értéke: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.
Újdonság a 9.1.525 verzióban
Megjelent:
A BLUN King 9.1.525 minden helyi shell-parancsot saját folyamatcsoportban indít Windows és POSIX alatt is. A programok így többé nem csatlakozhatnak a BLUN-TUI vezérlő konzoljához, és nem foghatják el az Escape, Strg+S vagy más szerkesztői bemeneteket.
A standard bemenet, a standard kimenet és a hibakimenet privát csövekben marad. Az interaktív parancsok fájlvéget kapnak, és kudarcot vallanak vagy időtúllépésbe futnak, anélkül, hogy a szerkesztővel versenyeznének a bemenetekért.
A DeepAgents-ből származó helyi shell-izoláció Windows-ra is átvételre került. Egy futtatható regressziós teszt lefedi mindkét platformútvonalat és egy valódi próbát egy elkapott folyamattal.
Újdonság a 9.1.524 verzióban
Dátum nélkül
A BLUN King 9.1.524 a Telegram-/loop paranccsal létrehozott azonnali feladatot a távoli parancsok védett kézbesítési útvonalán tartja. Így nem maradhat meg második szokásos várósor-bejegyzésként.
A folytatási lista minden munkamenethez megmutatja a folytatási ellenőrzőpont méretét, a megtartott üzeneteket és tokeneket, a munkamenet-előzmény méretét, valamint a hiányzó, érvénytelen vagy elavult ellenőrzőpontokat.
A csomagolt AgentSpine-futtatókörnyezet a 0.11.4-es ellenőrzött hivatalos állapotra frissül a 8034487cdd24498076bac48d3f24400bca5e6ae4 commitból. A BLUN 180 másodperces időkerete a SessionStart háttér-befejezéséhez megmarad.
A futtatható regressziós tesztek védik a Telegram-loopok pontosan egyszeri kézbesítését és a folytatási mérőértékek minden állapotát. A meglévő helyi várósor-viselkedés foglalt loopnál változatlan marad.
Újdonság a 9.1.523 verzióban
Megjelent:
A BLUN King 9.1.523 lehetővé teszi, hogy az Escape egy megnyitott perjel-parancsmenüt bezárjon, és a hozzá tartozó piszkozatot egy lépésben ürítse, ahelyett, hogy a parancsszöveget ott hagyná.
Strg+S átad egy perjel-piszkozatot a meglévő sorba állítási és feldolgozási útvonalnak akkor is, ha a felület éppen tétlenséget jelez, ahelyett, hogy a várósor ürítése előtt csendben visszatérne.
A normál piszkozatok megmaradnak, ha az Escape csak egy másik automatikus kiegészítést zár be.
A pirosról-zöldre futásidejű tesztek mindkét billentyűparancsot a 9.1.522-es csomag pontos viselkedése ellen védik.
Újdonság a 9.1.522 verzióban
Dátum nélkül
A BLUN King 9.1.522 azonnal beírja a permission.approval_requested értéket a munkamenet-előzménybe, amikor egy eszköz-jóváhagyás megnyílik. Egy felügyelet nélküli King így többé nem tűnik néma modellnek vagy beragadt szolgáltatónak, miközben a kezelőre vár.
A meglévő Telegram-jóváhagyási gombok automatikusan használatra kerülnek, ha az engedélyezési lista pontosan egy privát csevegést és tetszőleges számú csoportot tartalmaz. Több lehetséges privát címzett esetén a küldés zárolva marad, amennyiben a BLUN_TELEGRAM_APPROVAL_CHAT_ID nincs beállítva.
Egy pirosról-zöldre regresszió védi a munkamenet-előzmény azonnali láthatóságát, az egyértelmű továbbítást egy privát csevegésbe, a kifejezetten beállított cél elsőbbségét és a többértelmű címzettek elutasítását mindkét kiszállított relay-másolatban.
Újdonság a 9.1.521 verzióban
Dátum nélkül
A BLUN King 9.1.521 az AgentSpine SessionStart-szkennelést az interaktív indítási útvonalon kívülre helyezi. Egy hideg, 123,6 másodpercig tartó felhasználói könyvtár-szkennelés így sem a szerkesztőt, sem az első felhasználói bemenetet nem blokkolja.
A sikeres SessionStart-kimenetek átvétele továbbra is automatikus: a befejezés után a háttér-hook továbbra is átveszi korlátozott briefingjét a munkamenet kontextusába.
A hideg szkennelések időkerete 180 másodpercre nő. Egy pirosról-zöldre futásidejű teszt igazolja, hogy az indítás egy lassú hook előtt visszatér, és a hook ezt követően tovább futhat.
Újdonság a 9.1.520 verzióban
Megjelent:
A BLUN King 9.1.520 elegendő időt ad az AgentSpine SessionStart-hooknak az újratöltéskor, hogy egy hideg teljes projektszkennelést befejezzen.
Az AgentSpine indítási időkorlátja 15-ről 60 másodpercre nő. Az összes többi hook-időkorlát változatlan marad.
Egy új pirosról-zöldre futásidejű ellenőrzés elindítja a valódi AgentSpine-hookot egy ideiglenes projektben, és ellenőrzi mind a kimenetét, mind a két kiszállított időtúllépési manifestet.
A 9.1.520-as verzió az AgentSpine 0.10.1-et tartalmazza. A 9.1.519-ről 9.1.520-ra szóló izolált frissítési teszt és a teljes prepack zöld. Az npm-csomag SHA-256 értéke: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.
Újdonság a 9.1.519 verzióban
Megjelent:
A BLUN King 9.1.519 elmenti a SessionStart hook sikeres kimeneteit, mielőtt az indítás vagy az újratöltés visszatér. Így az AgentSpine-készenlét automatikusan eléri a folytatott modellkontextust, és már nem vár az első felhasználói üzenetre.
A kihelyezett eszközeredményekre vonatkozó történeti hivatkozások korlátozott előnézetet tartanak meg az elejéből és a végéből. A folytatás fontos horgonyai így megmaradnak, anélkül, hogy a teljes eredményt minden modellkérésbe újra fel kellene venni.
Az új pirosról-zöldre futásidejű ellenőrzések védik a SessionStart-kontextus átadását és a történeti előnézeteket. A 9.1.518-cal visszaállított eszközkatalógus a Todo-karbantartáshoz változatlanul megmarad.
Újdonság a 9.1.518 verzióban
Megjelent:
A proaktív feladatlista-karbantartás közben a Read, Write, Edit és Bash a TodoList mellett elérhető marad. A nagy fájlváltoztatások szokásos helyreállítási útja így nem szakad meg.
Az automatikus Todo-karbantartás és annak korlátozott bizonyíték-promptja megmarad, anélkül, hogy az aktív modelllépést tiszta TodoList-eszközkatalógusra kapcsolná át.
Egy pirosról-zöldre regressziós kapu véd a 9.1.499-ből származó katalógus-visszaesés ellen, és kettős sémák nélkül ellenőrzi a helyreállítási eszközök kiválasztását.
Újdonság a 9.1.517 verzióban
Megjelent:
Strg+S és Escape megnyitott jóváhagyási kérésnél is elérhető marad. A Strg+S elküldi az összes várakozó üzenetet; az Escape először egy várakozó üzenetet szabadít fel, és csak üres várósornál utasítja el a jóváhagyást.
Az aszinkron munkamenet-befejezés teljes mértékben megfigyelésre kerül a billentyűzet-, a Telegram-/reload és a perjel-parancs útvonalakon. A session.not_found már befejezett munkamenetnek számít, ahelyett, hogy a magot egy kezeletlen elutasítással összeomlasztaná.
A pirosról-zöldre csomagellenőrzések védik a nyers Windows-vezérlőkaraktereket és a már nem létező munkamenet befejezésekor mért hibát.
Újdonság a 9.1.516 verzióban
Megjelent:
Ha a tömörítés után a mentett előzményből hiányzik egy asszisztenslépés kezdete, a lejátszás a következő tartalmi vagy eszközeseményből rekonstruálja. A king -c így többé nem szakad meg a Received content_part for unknown step_uuid 'undefined' belső hibával.
Egy Telegram-üzenet pontosan egyszer hagyja el a várósort, amint a mag tartósan elfogadta az aktív átadását. A valódi elutasítások megmaradnak egy új kísérlethez. Egy váratlanul leállt, King által felügyelt Telegram-bridge-et pontosan egy összevont őr indít újra.
Modelllépésenként csak az első TodoList-változtatás kerül elfogadásra. A kész pontok automatikusan eltűnnek, a függő jelölések ANSI16-terminálokon is láthatók maradnak, és egy új lista pontosan egy futó ponttal kezdődik. A rögzített sorrend: sürgős, közvetlen felhasználói üzenet, címzett bot-üzenet, bot-üzenet, normál üzenet.
Az első eszközképes lépés legfeljebb 2,5 másodpercet vár a kezdeti MCP-katalógusra; az opcionális szerverek a háttérben tovább indulhatnak. A program indításakor csak az aktív profil kerül ellenőrzésre és telepítésre.
A 9.1.516-os verzió az AgentSpine 0.10.1-et tartalmazza. Mind a nyolc prepack-regressziós kapu, a node --check, a csomag-metadatok ellenőrzése és egy friss csomagellenőrzés zöld. Ugyanaz az npm-csomag tartalmazza a Windows, Linux és macOS platformösszetevőket. Az npm-csomag SHA-256 értéke: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.
Újdonság a 9.1.515 verzióban
Megjelent:
Egy valósan változatlan feladatlista hosszabb igazolt munka után ismét elfogadásra kerül. King-nek nem kell előrehaladást kitalálnia vagy csak egy címet átfogalmaznia ahhoz, hogy a tényleges munkáját folytathassa.
A tétlen loop is felvehet egy még nyitott TodoList-et, anélkül, hogy az ágenst tartósan a kizárólag Todo-eszközzel rendelkező karbantartási menetben tartaná. Egy prepack-regressziós kapu védi mindkét hibautat.
A 9.1.515-ös verzió az AgentSpine 0.10.1-et tartalmazza. A célzott Todo-loop regressziós ellenőrzés, a node --check, a kiadási metaadatok ellenőrzése és egy friss csomagtelepítés zöld. Ugyanaz az npm-csomag tartalmazza a Windows, Linux és macOS platformösszetevőket. Az npm-csomag SHA-256 értéke: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.
Újdonság a 9.1.514 verzióban
Megjelent:
A BLUN King 9.1.514 megerősíti a tartalommentes Telegram-kézbesítési naplót a manipulált várósor-borítékok ellen.
Az üzenetazonosítók csak pozitív decimális számként kerülnek átvételre. A már kiszámított csevegés-hashek kizárólag pontosan tizenkét jegyű, kisbetűs hexadecimális értékként megengedettek. A hibás, tartalomszerű értékek eldobásra kerülnek, ahelyett, hogy naplózásra kerülnének.
A meglévő Telegram-feldolgozás, a kézbesítési fázisok, a naplórotáció és a tartalommentes karantén-diagnózis változatlan marad. Mind a 133 csomagteszt, valamint a friss csomagpróbák Windows x64, Linux x64, macOS ARM64 és macOS x64 rendszeren zöldek.
A 9.1.514-es verzió az AgentSpine 0.10.1-et és a ReadBatch-et tartalmazza. Az npm-csomag SHA-256 értéke: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.
Újdonság a 9.1.513 verzióban
Megjelent:
A BLUN King 9.1.513 naplózza a Telegram kézbesítési útját a bridge-re való beérkezéstől az útválasztáson, a sorba állításon és a betápláláson át a megerősítésig, a helyreállításig vagy a karanténig.
A korlátozott napló kizárólag tartalommentes azonosítókat, hasheket, kézbesítési fázisokat, számlálókat és tisztított hibaokokat tárol. Üzenetszövegek, promptok, elérési utak, felhasználónevek, tokenek, hozzáférési adatok és nyers hibaüzenetek nem kerülnek rögzítésre.
A karantén-diagnózis többé nem duplikál Telegram-üzeneteket, megjelenítési szövegeket, származási adatokat, nyers csevegés-azonosítókat vagy képútvonalakat. Mind a 132 csomagteszt, valamint a friss csomagpróbák Windows x64, Linux x64, macOS ARM64 és macOS x64 rendszeren zöldek.
A 9.1.513-as verzió az AgentSpine 0.10.1-et és a ReadBatch-et tartalmazza. Az npm-csomag SHA-256 értéke: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.
Újdonság a 9.1.512 verzióban
Megjelent:
A BLUN King 9.1.512 a proaktív TodoList-karbantartásnál megváltoztatott, bizonyítékokkal alátámasztott frissítést követel meg, ahelyett, hogy ugyanazt a listát korlátlanul újra elfogadná. Az izolált karbantartási menet legfeljebb nyolc kompakt, eszköznév- és eredményadatot kap az utolsó elfogadott frissítés óta.
A promptok, argumentumok, parancsok, teljes elérési utak, eszközeredmények vagy a munkaelőzmény nem kerülnek újra betáplálásra. Egy sikertelen TodoList-kísérlet megőrzi ezt a korlátozott bizonyítékot a következő kísérlethez; egy sikeres frissítés eltávolítja a felhasznált adatokat. A kész pontok továbbra is automatikusan eltűnnek, és a következő lépésben ismét a normál munkaeszközök állnak rendelkezésre.
A 9.1.512 127-ből 127 csomagtesztet teljesít. A friss telepítések Windows x64, Linux x64, macOS ARM64 és macOS x64 rendszeren a várt platformösszetevőket választják, és az AgentSpine 0.10.1-et valamint a ReadBatch-et tartalmazzák. Az npm-csomag SHA-256 értéke: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.
Újdonság a 9.1.511 verzióban
Megjelent:
A BLUN King 9.1.511 az AgentSpine 0.10.1-et új, tartalomcímzett core-plugin-változatként szállítja. A kötelező preflight továbbra is race-biztosan ellenőrzi minden aktív gazda-utasításfájlt, és azonosságát a pontos menethez köti, de a gazda által már betöltött teljes szöveget már nem duplikálja a futásidejű kontextusba.
Az állapot kötelező válasz előtti bizonyítékokat, megerősített must-remember bejegyzéseket és a hitelesített személy- és kapcsolatgráf öngyógyító szinkronizálását egészíti ki. A hiányzó csoportok, személyek és tagságok egy újabb roster-összevetésnél javításra kerülnek; a helyi kapcsolat-lekérdezések blokád esetén öt másodperc után láthatóan véget érnek.
A korlátozott Telegram-Mnemo-lekérdezés megmarad: a korábbi üzenetek csak konkrét igény esetén kerülnek betöltésre, szoros ágens-, személy-, csoport-, téma-, szál- és idővonatkozással. A teljes Telegram-előzmény nem kerül rutinszerűen a promptba.
A 9.1.511 126-ból 126 csomagtesztet teljesít. A valódi 15 519 bájtos CLAUDE.md fájlt teljesen ellenőrizték, miközben a teljes injektált kontextus 5 667 bájtot tett ki, és nem tartalmazott utasítás-teljes szöveget. A friss telepítések Windows x64, Linux x64, macOS ARM64 és macOS x64 rendszeren a várt platformösszetevőket választják, és az AgentSpine 0.10.1-et valamint a ReadBatch-et tartalmazzák. Az npm-csomag SHA-256 értéke: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.
Újdonság a 9.1.510 verzióban
Megjelent:
A BLUN King 9.1.510 a ReadBatch eszközzel bővül. Az eszköz kettőtől tizenkettőig terjedő, egymástól független, már ismert UTF-8 fájlt vagy fájlterületet olvas egy modelllépésben, és közben megtartja a kérések sorrendjét. Minden elérési út ugyanazokon a hozzáférési, szabály- és jogosultság-ellenőrzéseken megy keresztül, mint egyetlen Read hívás. A részeredmények láthatók maradnak; csak egy teljesen sikertelen köteg számít összhibának.
A 9.1.510 125-ből 125 csomagtesztet teljesít. A friss telepítések Windows x64, Linux x64, macOS ARM64 és macOS x64 rendszeren a várt platformösszetevőket választják, és a ReadBatch-et tartalmazzák. Az AgentSpine tudatosan 0.8.0-n maradt, amíg a függetlenül talált kontextuskeret-blokkoló az újabb előzetes állapotban megnövelt futásidejű prompt nélkül nem került javításra. Az npm-csomag SHA-256 értéke: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.
Újdonság a 9.1.509 verzióban
Megjelent:
A BLUN King 9.1.509 minden felszabadított Telegram-munkaüzenetnél botok között kifejezett említést követel meg a szánt King-ről. Az említés nélküli bot-üzenetek láthatók maradnak, de nem kerülnek pufferelésre, sorba állításra, kézbesítésre vagy később ennek a King-nek a modellkontextusába. Így egy King-nek szánt elsőbbségi bot-üzenet többé nem válhat egy másik King feladatává.
Mind a 121 csomagteszt teljesül. Ugyanaz a csomag tartalmazza az ellenőrzött platformösszetevőket Windows x64, Linux x64, macOS ARM64 és macOS x64 rendszerhez. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.
Újdonság a 9.1.508 verzióban
Megjelent:
A nyitott Todo-pontok ismét látható négyzetet kapnak. Már az első szokásos feladatlista is pontosan egy futó ponttal kezdődik; a későbbi lépések függőben maradnak, amíg a tényleges kezdetük nem igazolt.
Az elfogadott Telegram-közvetlen és csoportüzenetek aszinkron, tartósan pufferelve és pontosan deduplikálva kerülnek átadásra a Mnemo felé. Egy átmenetileg elérhetetlen hub nem blokkolja sem a Telegram-kézbesítést, sem a King futását. A /loop parancsok és a belső loop-tickek tudatosan nem kerülnek mentésre.
Az AgentSpine nem tölt teljes Telegram-előzményt a futásidejű kontextusba. Ha egy feladat korábbi üzenetet igényel, korlátozott Mnemo-lekérdezés történik ágens, személy, csoport, téma, szál és időszak szerint.
Mind a 120 csomagteszt teljesül. A friss telepítések Windows, Linux x64, macOS ARM64 és macOS x64 rendszeren mindig a helyes natív vágólap-összetevőt választják, és tartalmazzák a felügyelt Telegram-Mnemo-kapcsolatot valamint az AgentSpine-t. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.
Újdonság a 9.1.507 verzióban
Megjelent:
A BLUN King 9.1.507 kifejezetten arra utasítja a modellt a Read eszközben, hogy egymástól független fájl- és területolvasásokat egy modellválaszban kössön össze, ha több bemenet hasznos lehet.
Ez csökkenti az elkerülhető modellköröket nagy munkakontextusoknál, anélkül, hogy a Read végrehajtását, oldalnavigációját, jogosultságait vagy eredménykezelését megváltoztatná.
Egy célzott regressziós teszt védi a változást; mind a 112 csomagteszt teljesül.
Újdonság a 9.1.506 verzióban
Megjelent:
A kész TodoList-pontok azonnal eltűnnek a látható TUI-ból. A tartós feladatlista ezeket a bejegyzéseket már korábban helyesen eldobta; most a felület is ugyanazt a tisztított állapotot mutatja, miközben a futó és függő munka teljesen megmarad.
Az automatikus karbantartási menet önálló rendszerpromptot használ 546 karakterrel. Korábban ehhez a teljes munkapromptot, körülbelül 19 000 karakterrel, csatolták, annak ellenére, hogy csak az egyetlen elérhető Todo-eszköz létezett. A következő munkalépés továbbra is a teljes promptot és a normál eszközkatalógust kapja.
Egy valódi futás minden nyolcadik munkalépésnél külön Todo-karbantartási menetet mutatott 15 221 bemeneti token felhasználásával. A statikus karbantartási prompt 18 470 karakterrel zsugorodik; a tényleges futásidejű megtakarítást a flottafrissítés után újra mérik. A közzétett tarball 111-ből 111 tesztet teljesít. A friss csomagtelepítések Windows rendszeren Node 24.19.0-val és Linux rendszeren Node 24.18.0-val megerősítik a 9.1.506-os verziót; a macOS binárisok ARM64-hez és x64-hez azonos npm-csomagban vannak. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.
Újdonság a 9.1.505 verzióban
Megjelent:
Egy Telegram-üzenet, amely a csatorna átvétele után, de a várósor-aktiválás befejezése előtt érkezik, többé nem kerül kihagyásra régi elmaradásként. Érvényes ellenőrzőpont nélkül a feldolgozás az átvétel kezdetén mért bájthatárnál kezdődik, nem a későbbi fájlvégnél.
Egy érvényes tartós ellenőrzőpont elsőbbséget élvez. Ha a várósorfájlt az átadás közben kicserélik, az új fájl biztonságosan a nulladik bájtnál kezdődik; a már az átvétel előtt létező történeti üzenetek továbbra sem kerülnek újra lejátszásra.
A 63456-os csoportüzenet egy másodperccel a csatorna átvétele után érkezett, az ellenőrzőpont pontosan a végéig ugrott, és az üzenet egyetlen modell-előzményben sem jelent meg. Ez a valós veszteségszakasz regresszióként védett. A közzétett tarball 111-ből 111 tesztet teljesít; a friss csomagtelepítések Windows rendszeren Node 24.19.0-val és Linux rendszeren Node 24.18.0-val, valamint egy valódi 9.1.504-ről történő frissítés megerősítik a 9.1.505-ös verziót. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.
Újdonság a 9.1.504 verzióban
Megjelent:
Egy Telegram-üzenet, amely üres ágensfutásnál már a várósorban van, mostantól a normál csatornaútvonalon indul el friss modellmenetként. Nem vár tovább egy aktív futásra, amely tétlen állapotban definíció szerint nem jöhet létre.
A meglévő átadás egy futó menetbe változatlan marad. Ugyanígy védettek maradnak az izolált Todo-karbantartás, a kész pontok automatikus eltávolítása és a normál fájl-, keresési- és shell-eszközök későbbi visszaállítása.
A közzétett tarball 106-ból 106 tesztet teljesít. Az új tétlen regresszió a beavatkozás előtt piros volt, és utána 24 várósor-teszttel együtt zöld. A friss csomagtelepítések Windows rendszeren Node 24.19.0-val és Linux rendszeren Node 24.18.0-val megerősítik a 9.1.504-es verziót és ugyanazt a SHA-256 értéket: df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.
Újdonság a 9.1.503 verzióban
Megjelent:
Az izolált Todo-karbantartási üzenet mostantól kifejezetten üres toolCalls mezőt is tartalmaz. Így ugyanannak az üzenetformának felel meg, mint a szabályos munkához tartozó menetek, és a BLUN-szolgáltatói normalizálás biztonságosan feldolgozhatja.
A valódi TypeError: message.toolCalls is not iterable futásidejű hiba így már nem fordul elő a TodoList-hívás előtt. Egy regressziós teszt pontosan úgy iterálja a létrehozott üzenetet, mint a szolgáltatói határ, mielőtt a karbantartás jóváhagyásra kerül.
A közzétett tarball 105-ből 105 tesztet teljesít. A friss csomagpróbák Windows rendszeren Node 24.19.0-val és Linux rendszeren Node 24.15.0-val megerősítik a teljes szolgáltatói üzenetformátumot, az izolált Todo-karbantartást és a kész pontok automatikus eltávolítását. A valós flotta-átvétel a három King ellenőrzött újraindítása után fut.
Újdonság a 9.1.502 verzióban
Megjelent:
Az esedékes TodoList-karbantartási lépés csak friss, az aktuális feladatra és a látható listára korlátozott üzenetet kap. A régi Read, Bash vagy MCP-hívások a munkaelőzményből így nem kerülhetnek a szándékosan TodoList-re korlátozott lépésbe.
A kész feladatok a mentéskor automatikusan eltűnnek a látható és a tartós listából. A futó, függő, blokkolt, jóváhagyásra váró és megszakított pontok megmaradnak; a lista így nem nő korlátlanul a befejezett munka miatt.
Két ágensprofil függetlenül ugyanarra a visszaesésre futott: sikeres eszközhasználat után a Todo-karbantartás megismételte az előzményekben szereplő munkaeszközöket, és Tool not found hibát mutatott. A közzétett tarball 105-ből 105 tesztet teljesít. A friss telepítések Windows rendszeren Node 24.19.0-val és Linux rendszeren Node 24.15.0-val megerősítik az izolált karbantartást, a kész pontok eltávolítását és a normál eszközök visszatérését. Egy valódi macOS-átvétel nem része ennek a bizonyítéknak.
Újdonság a 9.1.501 verzióban
Megjelent:
Egy sikeres TodoList-karbantartási lépés után a közvetlenül következő munkalépésben ismét minden, a menethez kiválasztott eszköz rendelkezésre áll. A Read, Bash és más munkaeszközök többé nem maradnak rejtve az átmenetileg korlátozott Todo-katalógus mögött.
A Todo-lépés szándékosan csak TodoList-et kínált. Az eszközkiválasztása azonban kifejezett visszaállítás nélkül a következő lépésben is aktív maradt. A 9.1.501 itt ismét a normál katalógust állítja be, és mindkét következőlépés-útvonalat regresszióval védi.
Golden Release 9.1.500
Megjelent:
Ez a verzió a 9.1.499 teljes funkcionális állapotát változatlanul, közös npm-megjelenésként köti össze Windows, Linux és macOS rendszerhez. Az arany jelölés tudatosan ennek a verziónak a címsoraira korlátozódik; a régebbi bejegyzések megtartják az eddigi megjelenítésüket.
A Golden Release a 9.1.499 ellenőrzött Todo-, várósor-, loop-, kontextus-, AgentSpine- és képelemzési változásait veszi át további futásidejű logika nélkül.
Újdonság a 9.1.499 verzióban
Megjelent:
A legújabb tizenkét beszélgetési üzeneten kívüli kép-, hang- és videoadatok csak az ismételt modell-projekcióban kerülnek rövid hivatkozásokkal helyettesítésre. Az aktuális médiák, az üzenetszöveg és a teljes nyers munkamenet-előzmény változatlan marad.
Egy mért folytatási ellenőrzőpontban ez a projekció 85 748 karaktert, azaz körülbelül 21 437 becsült bemeneti tokent takarít meg minden további eszközlépésnél.
Az esedékes Todo-karbantartás a kilencedik munkablokk előtt külön alacsony erőfeszítésű modelllépésként fut. Ebben a lépésben a futtatókörnyezet kizárólag TodoList-et kínál; a fájl-, keresési-, shell- és más munkaeszközök csak érvényes frissítés után kerülnek újra jóváhagyásra.
A friss felhasználói üzenetek elsőbbséget élveznek a Todo-karbantartással szemben. A kemény Todo-kapu biztonsági hálóként megmarad a valóban érvénytelen frissítésekhez, de többé nem jelenik meg normál piros köztes hibaként egy önálló listakarbantartás előtt.
A közzétett tarball 105-ből 105 futásidejű és regressziós tesztet teljesít. A friss izolált telepítések Windows rendszeren Node 24.19.0-val és Linux rendszeren Node 24.15.0-val pontosan a 9.1.499-es verziót jelentik, és megerősítik a média-projekciót, a változatlan nyers előzményt, a Todo elővezérlését és az összes munkaeszköz elrejtését a Todo-lépés alatt. A jelölt 850 útvonalat foglal magában, és SHA-256 értéke 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Egy valódi macOS-átvétel nem része ennek a bizonyítéknak.
Újdonság a 9.1.498 verzióban
Megjelent:
A /usage parancs megmutatja a szolgáltató által jelentett prompt-gyorsítótár találati arányát, valamint az elolvasott és írt gyorsítótár-tokeneket modellenként. Jelentett gyorsítótár-aktivitás nélkül a kijelzés nem talál ki arányt.
A /tokens rövid alias a meglévő részletes kontextusdiagnózishoz; a /offload a meglévő archiváló tömörítést hívja. Egyik út sem vált ki további modellhívást.
A különböző engedélyezett bot-üzenetek többé nem kerülnek eldobásra egy merev 15 másodperces ablak miatt. A meglévő sorrend megmarad: a privát és kifejezetten címzett üzenetek a bot-üzenetek előtt állnak, a bot-üzenetek a normál kontextus előtt.
Egy teljes tömörítés a pontos Todo-listát veszi át az új kontextusba. Ha utána az elérési út, a parancs, a hash vagy a követelmény bizonytalan, egy egyszeri helyreállítási megjegyzés először az archivált előzmény elolvasását követeli meg, széles fájlkeresés vagy újrakezdés helyett.
A kész Todo-lépések bizonyítékként megmaradnak. Ha későbbi felismerések egy lépést újra szükségessé tesznek, az igazolt befejezés megmarad, és az új ellenőrzés külön futó lépésként jelenik meg indoklással.
A visszatérő munkamenet-loopok addig várnak, amíg a karbantartott Todo-lista még futó vagy függő munkát tartalmaz. A kimaradt intervallumok a valódi tétlenségig összevonásra kerülnek; a többi ütemezett emlékeztető ettől érintetlen marad.
Az előkészített tarball 100-ból 100 futásidejű és regressziós tesztet teljesít. A friss izolált telepítések Windows rendszeren Node 24.19.0-val és Linux rendszeren Node 24.15.0-val pontosan a 9.1.498-as verziót jelentik, és megerősítik a gyorsítótár-kijelzést, a parancsaliasokat, a tömörítés-helyreállítást, a monoton Todo-bizonyítékokat, a munkamenet-loop védelmet, a csomag-changelogot és a bot-prioritást. A jelölt 849 útvonalat foglal magában, és SHA-256 értéke 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Egy valódi macOS-átvétel nem része ennek a bizonyítéknak.
Újdonság a 9.1.497 verzióban
Megjelent:
A Telegram-botüzenetek a közös csoportokból a privát és kifejezetten címzett üzenetek mögött, de a normál kontextus előtt állnak. A priorizálás nem kényszerít ki választ.
Egy elfogadott Telegram-üzenet eltűnik a látható várósorból, amint a betáplált modelllépése megkezdődik. Egy elutasított kézbesítés vagy az első lépés előtti megszakítás továbbra is megőrzi egy újabb kísérlethez.
Az esedékes Telegram-választ vagy üzenetfeldolgozást a Todo-karbantartás többé nem blokkolja. A következő normál munkalépés a Todo-lista valós frissítéséig zárolva marad.
Verziók 9.1.496 és 9.1.487 között
| Verzió | Változások |
|---|---|
| 9.1.496 | Automatikusan egyenként kézbesíti a Telegram-felhasználói üzeneteket, csak a pontosan elfogadott vagy megválaszolt üzenet-azonosítót távolítja el, minden látható Todo-listához valós előrehaladást követel meg, és elrejti a sikeres belső hookok hasznos adatait. |
| 9.1.495 | Minden új vagy lecserélt célt friss látható Todo-listával indít, valós frissítéseket követel meg, azonnal eltávolítja a sikeresen megválaszolt Telegram-csoportfókuszt, a normál bejövő visszaigazolásokat a menet végéig halasztja, és valódi dekódolási ellenőrzéseket ad hozzá a Ctrl+S és Ctrl+T billentyűkhöz. |
| 9.1.494 | Egyértelműen szétválasztja a billentyűparancsokat: a Ctrl+S csak a várósor-hátralékot vezérli, a Ctrl+T csak a Todo-listát. A Telegram-felhasználói üzenetek futó munka esetén a következő biztonságos átadáshoz engedélyezik magukat. |
| 9.1.493 | A Telegram-felhasználói üzenetek aktív munka közben automatikusan felszabadulnak a következő biztonságos átadáshoz. A közvetlen üzenetek a várósoron belül elöl maradnak, a csoportüzenetek tartós leállítása nélkül. |
| 9.1.492 | A már felszabadított csoportüzenetek átmenetileg foglalt kézbesítésnél megmaradnak, és a rendszer újra megkísérli a kézbesítésüket. A csomagot, az npm-metaadatokat, a nyilvános manifestet és a changelogot a sikerjelentés előtt együtt ellenőrzik. |
| 9.1.491 | A közvetlen Telegram-üzenetek futó munka esetén azonnal elsőbbséget kapnak. A kézi várósor-vezérlés a többi üzenethez megmaradt. |
| 9.1.490 | A csomag-előzmény teljesen dokumentálja a 9.1.487-es nem publikált állapotot és a 9.1.488-tól ténylegesen közzétett javításokat. |
| 9.1.489 | A feladatlista, a várósor-vezérlés, a Telegram-végrehajtási azonosság, az AgentSpine-profiltelepítés és a felügyelt képelemzés helyreállt, és regressziós tesztek védik. |
| 9.1.488 | Az előkészített AgentSpine-core-plugin megjelent. A Telegram-duplikátumok többé nem hagynak látszat-menetet; a gondolkodási mélység és a biztonságos telemetria-kezelés az eszközlépéseken át megmarad. |
| 9.1.487 | Nem publikált. Ez az állapot az AgentSpine-t felügyelt core-pluginként készítette elő. Az npm-ben a 9.1.486 után közvetlenül a 9.1.488 következett. |
Újdonság a 9.1.486 verzióban
Megjelent:
Az új és frissített profilok mostantól megbízhatóan angolul indulnak Windows, macOS és Linux rendszeren. Egy elmentett automatikus nyelvi érték egyszer migrálódik, miközben a kifejezetten választott nyelvek változatlanok maradnak.
Az indításkori automatikus frissítések a meglévő verzióhoz kötött telepítőn keresztül ismét alapértelmezésben aktívak. A [upgrade].auto_install = false megtartja a megerősítési lekérdezést; háttér-frissítő nem tér vissza.
Az indítási párbeszédablakok, a folyamatjelzés, a hibák, a sikerüzenetek és a munkamenet-folytatás mostantól ugyanazt a nyelvet használják. A regressziós és mutációs tesztek védik a migrálást, a frissítési utat és a munkamenet-adatokat.
A teljes tesztsorozat 1 474-ből 1 474 ellenőrzésen átment. Egy izolált frissítési futás a 9.1.486-ot telepítette a 9.1.485-ből, a konfigurációt és a munkamenetet változatlanul megőrizte, és elindította az új CLI-t. Egy külön indítási próba igazolta az automatikus telepítést visszakérdezés nélkül, valamint egy régi automatikus nyelvi érték egyszeri migrálását angolra.
Verziók 9.1.485 és 9.1.178 között
| Verzió | Változások |
|---|---|
| 9.1.485 |
|
| 9.1.484 |
|
| 9.1.483 |
|
| 9.1.482 |
|
| 9.1.481 |
|
| 9.1.480 |
|
| 9.1.479 |
|
| 9.1.478 |
|
| 9.1.477 |
|
| 9.1.476 |
|
| 9.1.475 |
|
| 9.1.474 |
|
| 9.1.473 |
|
| 9.1.472 |
|
| 9.1.471 |
|
| 9.1.470 |
|
| 9.1.469 |
|
| 9.1.468 |
|
| 9.1.467 |
|
| 9.1.466 |
|
| 9.1.465 |
|
| 9.1.464 |
|
| 9.1.463 |
|
| 9.1.462 |
|
| 9.1.461 |
|
| 9.1.460 |
|
| 9.1.459 |
|
| 9.1.458 |
|
| 9.1.457 |
|
| 9.1.456 |
|
| 9.1.455 |
|
| 9.1.454 |
|
| 9.1.453 |
|
| 9.1.452 |
|
| 9.1.451 |
|
| 9.1.450 |
|
| 9.1.449 |
|
| 9.1.448 |
|
| 9.1.447 |
|
| 9.1.446 |
|
| 9.1.445 |
|
| 9.1.444 |
|
| 9.1.443 |
|
| 9.1.442 |
|
| 9.1.441 |
|
| 9.1.440 |
|
| 9.1.439 |
|
| 9.1.438 |
|
| 9.1.437 |
|
| 9.1.436 |
|
| 9.1.435 |
|
| 9.1.434 |
|
| 9.1.433 |
|
| 9.1.432 |
|
| 9.1.431 |
|
| 9.1.430 |
|
| 9.1.429 |
|
| 9.1.428 |
|
| 9.1.427 |
|
| 9.1.426 |
|
| 9.1.425 |
|
| 9.1.424 |
|
| 9.1.423 |
|
| 9.1.422 |
|
| 9.1.421 |
|
| 9.1.420 |
|
| 9.1.419 |
|
| 9.1.418 |
|
| 9.1.417 |
|
| 9.1.416 |
|
| 9.1.415 |
|
| 9.1.414 |
|
| 9.1.413 |
|
| 9.1.412 |
|
| 9.1.411 |
|
| 9.1.410 |
|
| 9.1.409 |
|
| 9.1.408 |
|
| 9.1.407 |
|
| 9.1.406 |
|
| 9.1.405 |
|
| 9.1.404 |
|
| 9.1.403 |
|
| 9.1.402 |
|
| 9.1.401 |
|
| 9.1.400 |
|
| 9.1.399 |
|
| 9.1.398 |
|
| 9.1.397 |
|
| 9.1.396 |
|
| 9.1.395 |
|
| 9.1.394 |
|
| 9.1.393 |
|
| 9.1.392 |
|
| 9.1.391 |
|
| 9.1.390 |
|
| 9.1.389 |
|
| 9.1.388 |
|
| 9.1.387 |
|
| 9.1.386 |
|
| 9.1.385 |
|
| 9.1.384 |
|
| 9.1.383 |
|
| 9.1.382 |
|
| 9.1.381 |
|
| 9.1.380 |
|
| 9.1.379 |
|
| 9.1.378 |
|
| 9.1.377 |
|
| 9.1.376 |
|
| 9.1.375 |
|
| 9.1.374 |
|
| 9.1.373 |
|
| 9.1.372 |
|
| 9.1.371 |
|
| 9.1.370 |
|
| 9.1.369 |
|
| 9.1.368 |
|
| 9.1.367 |
|
| 9.1.366 |
|
| 9.1.365 |
|
| 9.1.364 |
|
| 9.1.363 |
|
| 9.1.362 |
|
| 9.1.361 |
|
| 9.1.360 |
|
| 9.1.359 |
|
| 9.1.358 |
|
| 9.1.357 |
|
| 9.1.356 |
|
| 9.1.355 |
|
| 9.1.354 |
|
| 9.1.353 |
|
| 9.1.352 |
|
| 9.1.351 |
|
| 9.1.350 |
|
| 9.1.349 |
|
| 9.1.348 |
|
| 9.1.347 |
|
| 9.1.346 |
|
| 9.1.345 |
|
| 9.1.344 |
|
| 9.1.343 |
|
| 9.1.342 |
|
| 9.1.341 |
|
| 9.1.340 |
|
| 9.1.339 |
|
| 9.1.338 |
|
| 9.1.337 |
|
| 9.1.336 |
|
| 9.1.335 |
|
| 9.1.334 |
|
| 9.1.333 |
|
| 9.1.332 Nem publikált |
|
| 9.1.331 |
|
| 9.1.330 |
|
| 9.1.329 |
|
| 9.1.328 |
|
| 9.1.327 |
|
| 9.1.326 |
|
| 9.1.325 |
|
| 9.1.324 |
|
| 9.1.323 |
|
| 9.1.322 |
|
| 9.1.321 |
|
| 9.1.320 |
|
| 9.1.319 |
|
| 9.1.318 |
|
| 9.1.317 |
|
| 9.1.316 |
|
| 9.1.315 |
|
| 9.1.314 |
|
| 9.1.313 |
|
| 9.1.312 |
|
| 9.1.311 |
|
| 9.1.310 |
|
| 9.1.309 |
|
| 9.1.308 |
|
| 9.1.307 |
|
| 9.1.306 |
|
| 9.1.305 |
|
| 9.1.304 |
|
| 9.1.303 |
|
| 9.1.302 |
|
| 9.1.301 |
|
| 9.1.300 |
|
| 9.1.299 |
|
| 9.1.298 |
|
| 9.1.297 |
|
| 9.1.296 |
|
| 9.1.295 |
|
| 9.1.294 |
|
| 9.1.293 |
|
| 9.1.292 |
|
| 9.1.291 |
|
| 9.1.290 |
|
| 9.1.289 |
|
| 9.1.288 |
|
| 9.1.287 |
|
| 9.1.286 |
|
| 9.1.285 |
|
| 9.1.284 |
|
| 9.1.283 |
|
| 9.1.282 |
|
| 9.1.281 |
|
| 9.1.280 |
|
| 9.1.279 |
|
| 9.1.278 |
|
| 9.1.277 |
|
| 9.1.276 |
|
| 9.1.275 |
|
| 9.1.274 |
|
| 9.1.273 |
|
| 9.1.272 |
|
| 9.1.271 |
|
| 9.1.270 |
|
| 9.1.269 |
|
| 9.1.268 |
|
| 9.1.267 |
|
| 9.1.266 |
|
| 9.1.265 |
|
| 9.1.264 |
|
| 9.1.263 |
|
| 9.1.262 |
|
| 9.1.261 |
|
| 9.1.260 |
|
| 9.1.259 |
|
| 9.1.258 |
|
| 9.1.257 |
|
| 9.1.256 |
|
| 9.1.255 |
|
| 9.1.254 |
|
| 9.1.253 |
|
| 9.1.252 |
|
| 9.1.251 |
|
| 9.1.250 |
|
| 9.1.249 |
|
| 9.1.248 |
|
| 9.1.247 |
|
| 9.1.246 |
|
| 9.1.245 |
|
| 9.1.244 |
|
| 9.1.243 |
|
| 9.1.242 |
|
| 9.1.241 |
|
| 9.1.240 |
|
| 9.1.239 |
|
| 9.1.238 |
|
| 9.1.237 |
|
| 9.1.236 |
|
| 9.1.235 |
|
| 9.1.234 |
|
| 9.1.233 |
|
| 9.1.232 |
|
| 9.1.231 |
|
| 9.1.230 |
|
| 9.1.229 |
|
| 9.1.228 |
|
| 9.1.227 |
|
| 9.1.226 |
|
| 9.1.225 |
|
| 9.1.224 |
|
| 9.1.223 |
|
| 9.1.222 |
|
| 9.1.221 |
|
| 9.1.220 |
|
| 9.1.219 |
|
| 9.1.218 |
|
| 9.1.217 |
|
| 9.1.216 |
|
| 9.1.215 |
|
| 9.1.214 |
|
| 9.1.213 |
|
| 9.1.212 |
|
| 9.1.211 |
|
| 9.1.210 |
|
| 9.1.209 Visszavonva |
|
| 9.1.208 |
|
| 9.1.207 |
|
| 9.1.206 |
|
| 9.1.205 |
|
| 9.1.204 |
|
| 9.1.203 |
|
| 9.1.202 |
|
| 9.1.201 |
|
| 9.1.200 |
|
| 9.1.199 |
|
| 9.1.198 |
|
| 9.1.197 |
|
| 9.1.196 |
|
| 9.1.195 |
|
| 9.1.194 |
|
| 9.1.193 |
|
| 9.1.192 |
|
| 9.1.191 |
|
| 9.1.190 |
|
| 9.1.189 |
|
| 9.1.188 |
|
| 9.1.187 |
|
| 9.1.186 |
|
| 9.1.185 |
|
| 9.1.184 |
|
| 9.1.183 |
|
| 9.1.182 |
|
| 9.1.181 |
|
| 9.1.180 |
|
| 9.1.179 |
|
| 9.1.178 |
|
Fejlesztések a 9.1.57 óta
| Verzió | Változás |
|---|---|
| 9.1.177 | Az automatikus frissítések mostantól akkor is átvesznek egy elmentett folytatási vagy újraindítási módot, ha a közvetlen folyamatüzenet elmarad, és közvetlenül a biztonságos TUI-újraindítás előtt egyértelmű jelzést mutatnak. A tömörített eszközargumentumok korábbi helykitöltőit kompakt JSON-ként, formázott JSON-ként vagy beolvasott objektumként távolítják el, mielőtt újra végrehajthatók lennének. A nyers folyam és a frissítés összes meglévő védelmi mechanizmusa változatlan marad. |
| 9.1.176 | A slash-parancsok összes választómenüje mostantól üres sorral választja el az opciókat, és a magyarázatokat külön, visszafogott másodlagos színben mutatja. A közös komponens 20 menühívást szolgál ki; az egyedi figyelmeztető színek megmaradnak. |
| 9.1.175 | A minden modellkérésnél ismételt eszköz-utalás 1 749-ről 825 karakterre csökken. Ez a mérésben körülbelül 231 becsült bemeneti tokent takarít meg kérésenként. Mind a tizenegy viselkedési kötelezettség megmarad; a nyers folyam, az eszközsémák és a fájlok változatlanok maradnak. |
| 9.1.174 | A modellkérésenként megjelenített releváns Mistake.md-részlet 4 000 helyett 3 000 karakterre korlátozott. 100 valódi kérésben ez átlagosan körülbelül 253 becsült bemeneti tokent takarít meg; a kiválasztott címsorok mind a 100 esetben azonosak maradtak. A teljes fájlok és az elmentett folyam változatlanok maradnak. |
| 9.1.173 | A BLUN King felismeri az ismétlődő tisztán szöveges válaszokat több Telegram-meneten át. Három majdnem azonos válasz után, új felhasználói utasítások ellenére, az ágens egyszer belső javító jelzést kap, ahelyett hogy egy régi kérdést, listát vagy várakozási hurkot újra kiadna. Az üzenetek, a folyamatok és az elmentett folyam változatlanok maradnak. |
| 9.1.172 | Az automatikus frissítés egy indításkor eredménytelen keresés után újra ellenőrzi a futó munkamenetet. A következő ellenőrzés véletlenszerűen elosztva 60 és 90 másodperc között történik. Így a később közzétett verziókat kézi újraindítás nélkül ismerik fel. A telepítés és a munkamenet-átadás továbbra is a teljes üresjáratra vár. |
| 9.1.171 | A BLUN King menetenként már csak a négy legutóbb újratöltött eszközsémát tartja meg tizenkettő helyett. A régebbi eszközök a ToolSearch révén megtalálhatók maradnak, és kiválasztáskor újra betöltődnek. Az állandóan betöltött mageszközök, az elmentett folyam és a végrehajtási viselkedés változatlan marad. |
| 9.1.170 | Összefogja az aktuális megbízhatósági és munkafolyamat-hibákat: az ismétlődő feladatok megtartják a legújabb túlméretezett utasítást; a tömörített eszközargumentum-helykitöltőket eltávolítják a modellvetítésből; a ToolSearch felismeri a természetes memória-keresőszavakat, beleértve az önmagában álló „store” szót is; a loop-megjelenítés újratölti a tervezési állapotot; a /update vezérli a biztonságos üresjárati átadást; és a /premortem látható, strukturált hibaelemzést biztosít. |
| 9.1.169 | A BLUN King a pontos eszközkiválasztást és a korábbi szigorú kulcsszó-keresést változatlanul tartja. Csak ha ez a keresés nem ad találatot, egy szűk második futás keres rokon német és angol kifejezéseket. A + jellel jelölt névkövetelmények kötelezőek maradnak; legalább két jelentéshordozó kifejezésnek és a kérés 75 százalékának illeszkednie kell. Így a három ténylegesen sikertelen Telegram-keresés megtalálja az aktuális várakozási sor eszközét, míg egy nem illeszkedő kérés továbbra is találat nélkül ér véget. |
| 9.1.168 | A BLUN King a régebbi eszközhívás-argumentumokat már nem cseréli belső helykitöltőre, amelyet a modell egy új hívásba másolhat. A már meglévő helykitöltő-hívásokat és a hozzájuk tartozó hibaeredményeket csak a modellvetítésből távolítják el; a változatlan munkamenet-folyam bizonyítékként megmarad. |
| 9.1.167 | A BLUN King 9.1.167 az ismétlődő tervezett feladatoknál már csak a legújabb teljes munkaszakaszok hézagmentes sorozatát tartja meg. Ha a következő újabb szakasz átlépné a 48 000 karakteres vagy 24 üzenetes határt, a kiválasztás véget ér, ahelyett hogy utána régebbi kis szakaszokat venne fel. Így a kontextus és az időrend összhangban marad. Egy mért futó folyamban a vetített történet 32 591-ről 16 981 karakterre csökkent. Ez 15 610 karaktert, illetve körülbelül 3 903 becsült bemeneti tokent takarít meg összehasonlítható kérésenként. A nyers folyam, az aktuális feladatlépések és a tömörítési összefoglaló változatlanok maradnak. |
| 9.1.166 | A BLUN King 9.1.166 az ismétlődő tervezett feladatokat elszigetelt munkakontextusra korlátozza, ahelyett hogy minden modell-lépésnél újra továbbítaná a főágens teljes beszélgetését. Az aktuális feladat, a legújabb tömörítési összefoglaló és a legújabb valódi munkalépések elérhetők maradnak egy 24 üzenetes és 48 000 karakteres határon belül. Az elmentett folyam, a normál felhasználói menetek, az egyszeri emlékeztetők és a gyors beszélgetési utak változatlanok maradnak. Egy mért folyamban az ismétlődő tervezett feladatok 2 043 modell-lépése összesen 298,7 millió bemeneti tokent fogyasztott, lépésenként átlagosan 146 188 tokent. |
| 9.1.165 | A BLUN King 9.1.165 a normál menetek kimeneti keretét 32 768 helyett 24 576 tokenre korlátozza. A könnyű lépések megtartják a korábbi 8 192 tokenes határértéküket, a kisebb kimeneti korlátú modellek megtartják ezeket az alacsonyabb értékeket, és egy kifejezett felhasználói beállítás továbbra is elsőbbséget élvez. A 27 049 mért válaszból 99 százalék 9 970 token alatt maradt; tizenkét régi kiugró érték pontosan eltalálta a korábbi 32 768 tokenes határt, és egyenként körülbelül hat percig számolt tovább. |
| 9.1.164 | A BLUN King 9.1.164 a nagy modellablakokon a tömörítés kimeneti keretét 131 072 helyett 16 384 tokenre korlátozza. 39 sikeres tömörítés legfeljebb 10 781 kimeneti tokent igényelt. Az új keret 52 százalékkal e mért csúcsérték felett van, és tömörítésenként 87,5 százalékkal csökkenti a lehetséges kimeneti és KV-cache-igényt. Az elmentett folyam és a normál beszélgetési menetek változatlanok maradnak. |
| 9.1.163 | A BLUN King 9.1.163 a kiterjedt skill-betöltéseket az utolsó 20 üzeneten kívül a modellvetítésben kompakt újratöltési hivatkozással helyettesíti. Az aktuális, a kicsi és a nem újratölthető skill-betöltések változatlanok maradnak; az elmentett beszélgetésfolyamot nem írják át. Egy mért esetben egy skill-betöltés 87 034-ről 424 vetített karakterre csökken. Amint elhagyja az aktuális munkaablakot, ez 86 610 karaktert, illetve körülbelül 21 653 becsült bemeneti tokent takarít meg. |
| 9.1.162 | A BLUN King 9.1.162 a munkakönyvtár nagy áttekintéseit az ismételt rendszerpromptban 2 000 karakterre korlátozza. A kis áttekintések változatlanok maradnak. Rövidített áttekintéseknél egyértelmű jelzés utal továbbra is a teljes keresésre a Glob, a Grep és a Read eszközökkel. Egy mért promptban az áttekintés 3 988-ről 1 983 karakterre csökken. Ez 2 005 karaktert, illetve körülbelül 501 becsült bemeneti tokent takarít meg azonos felépítésű kérésenként. |
| 9.1.161 | A BLUN King 9.1.161 a 112 kiszervezett eszköz nevét már nem ismétli meg minden ToolSearch-leírásban. A kulcsszavas keresés, a teljes vagy egyértelmű rövid név alapján történő pontos kiválasztás és a legutóbb kiválasztott tizenkét séma állandó betöltése megmarad. A mért megjelenítésben az ismételt leírás 1 984-ről 278 karakterre csökken. Ez 1 706 karaktert, illetve körülbelül 426 becsült bemeneti tokent takarít meg azonos felépítésű kérésenként. |
| 9.1.160 | A BLUN King 9.1.160 óta a modellvetítés csak a legújabb tizenkét üzenetet védi teljesen, mielőtt a régebbi, kizárólag szöveget tartalmazó sikeres eszközeredményeket rövid befejezési megjegyzés váltja fel. A hibakimenetek, a médiák, az elmentett fájlhivatkozások, a legújabb tizenkét üzenet, a nyers folyam és az exportok változatlanok maradnak. Egy stabilan mért munkamenet-pillanatképben így két további régi eszközeredmény kicsinyül. A modellvetítés 81 800-ról 78 402 karakterre csökken. Ez további 3 398 karaktert, illetve körülbelül 850 becsült bemeneti tokent takarít meg azonos felépítésű kérésenként. |
| 9.1.159 | A BLUN King 9.1.159 óta a befejezett eszközhívások érvényes JSON-argumentumait a legújabb 12 üzeneten kívül a modellvetítésben rövid megjegyzés helyettesíti. A hozzá tartozó eszközeredmény, a legújabb 12 üzenet, a befejezetlen hívások, a kicsi vagy érvénytelen argumentumok, a nyers folyam és az exportok változatlanok maradnak. Egy stabilan mért munkamenet-pillanatképben három befejezett eszközhívás-argumentum 2 849-ről 165 karakterre kicsinyül. Ez 2 684 karaktert, illetve körülbelül 671 becsült bemeneti tokent takarít meg azonos felépítésű kérésenként. |
| 9.1.158 | A BLUN King 9.1.158 óta a puszta státuszüzeneteket, amelyek közvetlenül egy befejezett Telegram-válasz után következnek, a legújabb 20 üzeneten kívül a modellvetítésben rövid megjegyzés helyettesíti. Az elküldött válaszhívás és annak eredménye, az aktuális üzenetek, a más eszközök utáni összefoglalók, a vegyes tartalmak, a nyers folyam és az exportok változatlanok maradnak. Egy stabilan mért munkamenet-pillanatképben hat régi státuszüzenet 1 837 karakterrel kicsinyül. Ez körülbelül 460 becsült bemeneti tokent takarít meg azonos felépítésű kérésenként. |
| 9.1.157 | A BLUN King 9.1.157 óta a megfelelő, sikeres, tisztán szöveges eszközkimeneteket a legújabb 20 üzeneten kívül a modellvetítésben rövid befejezési megjegyzés helyettesíti. A hibakimenetek, a médiák, a kiszervezett fájlhivatkozások, a legújabb 20 üzenet, a nyers folyam és az exportok változatlanok maradnak. Egy stabilan mért munkamenet-pillanatképben 43 régi eredmény kicsinyül. Ez 9 680 karaktert, illetve körülbelül 2 420 becsült bemeneti tokent takarít meg azonos felépítésű kérésenként. |
| 9.1.156 | A BLUN King 9.1.156 óta a felhasználói üzenetekre vonatkozó elmentett hivatkozások a legújabb 20 üzeneten kívül már nem ismétlik meg az előnézetüket elejével és végével minden modellkérésnél. A helyreállítási jelölés, a méretadatok, az olvasható fájlútvonal, a legújabb 20 üzenet, a médiák, a nyers folyam, a teljesen elmentett fájl és az exportok változatlanok maradnak. Egy stabilan mért pillanatképben öt régi hivatkozás kicsinyül, és a modellvetítés 99 143-ról 96 001 karakterre csökken. Ez további 3 142 karaktert, illetve körülbelül 786 becsült bemeneti tokent takarít meg azonos felépítésű kérésenként. |
| 9.1.155 | A BLUN King 9.1.155 óta a felhasználói üzenetekre vonatkozó elmentett hivatkozások helyreállnak, mielőtt a szövegvetítések megváltoztathatnák az eredeti üzenet hash-ét. A meglévő kiszervezések így hatékonyak maradnak, ahelyett hogy észrevétlenül a vetített teljes üzenetre esnének vissza. A nyers folyam, az újraolvasható fájlhivatkozások, a legújabb 20 üzenet, a médiák és az exportok változatlanok maradnak. Egy stabilan mért pillanatképben a modellvetítés 105 810-ről 99 143 karakterre csökken. Ez további 6 667 karaktert, illetve körülbelül 1 667 becsült bemeneti tokent takarít meg azonos felépítésű kérésenként. |
| 9.1.154 | A BLUN King 9.1.154 óta a címzett Telegram-csatornaszakaszok a legújabb 20 üzeneten kívül 1 000 helyett 500 karakteres előnézetre korlátozódnak, elejével és végével. A teljes csatornametaadatok, az üzenettartalom eleje és vége, a legújabb 20 üzenet, a mellékletek, a nyers folyam és az exportok változatlanok maradnak. Egy stabilan mért pillanatképben hét további régi címzett szakasz kicsinyül. Ez 3 500 karaktert, illetve körülbelül 875 becsült tokent takarít meg ismételt kérésenként. |
| 9.1.153 | A BLUN King 9.1.153 óta a régi Telegram-kontextusok vetítése megőrzi a teljes csatornametaadatokat és a záró csatorna-taget. Csak az üzenettartalom rövidül. Még valós, 161 karakter hosszú Telegram-metaadatoknál is érvényes marad a struktúra a 250 karakteres kereten belül. A vetítés idempotens, a rákövetkező címzett csatornák változatlanok maradnak, és egy tartalom nélkül is keretet túllépő csatornaboríték változatlanul továbbítódik. |
| 9.1.152 | A BLUN King 9.1.152 óta a befejezett eszközhívások argumentumai nyolc helyett négy újabb üzenet után hagyják el az aktív modellvetítést. A nyers munkamenet-folyam, a megválaszolatlan vagy hibásan formázott hívások, a médiák, az eszközeredmények és a legújabb négy üzenet változatlanok maradnak. Egy frissen mért munkamenet-pillanatképben két további befejezett hívás tömörül; a 9.1.151-hez képest ez további 244 karaktert, illetve körülbelül 61 becsült tokent takarít meg ismételt kérésenként. |
| 9.1.151 | A BLUN King 9.1.151 óta a befejezett eszközhívások argumentumai tizenkettő helyett nyolc újabb üzenet után hagyják el az aktív modellvetítést. A nyers munkamenet-folyam, a megválaszolatlan vagy hibásan formázott hívások, a médiák, az eszközeredmények és a legújabb nyolc üzenet változatlanok maradnak. Egy mért munkamenet-pillanatképben három további befejezett hívás tömörül; a 9.1.150-hez képest ez további 317 karaktert, illetve körülbelül 80 becsült tokent takarít meg ismételt kérésenként. |
| 9.1.150 | A BLUN King 9.1.150 óta a régi eszközeredmények kiszervezése a legújabb nyolc helyett a legújabb négy üzenetet védi teljesen. A régebbi, megfelelő eszközeredmények egy kompakt, 600 karakteres helyreállítási jelzést és forrásútvonalukat tartják meg; a nyers folyam, a teljesen elmentett kimenetek, a médiák és a legújabb négy üzenet változatlanok maradnak. Egy mért munkamenet-pillanatképben a négyüzenetes ablak kilenc további régi eredményt szervez ki, és a 9.1.149-hez képest további 6 683 karaktert, illetve körülbelül 1 671 becsült tokent takarít meg ismételt kérésenként. |
| 9.1.149 | A BLUN King 9.1.149 óta a régi eszközeredmények kiszervezése a legújabb tizenkettő helyett a legújabb nyolc üzenetet védi teljesen. A régebbi, megfelelő eszközeredmények egy kompakt, 600 karakteres helyreállítási jelzést és forrásútvonalukat tartják meg; a nyers folyam, a teljesen elmentett kimenetek, a médiák és a legújabb nyolc üzenet változatlanok maradnak. Egy mért munkamenet-pillanatképben három eredmény 4 679-ről 1 800 karakterre csökken; ez további 2 879 karaktert, illetve körülbelül 720 becsült tokent takarít meg ismételt kérésenként. |
| 9.1.148 | A BLUN King 9.1.148 óta a legújabb vegyes Telegram-csomagban is kicsinyülnek a kifejezetten addressed=false értékkel jelölt csatornaszakaszok. A címzett szakaszok, a médiák, a nyers folyam és az exportok változatlanok maradnak. Egy mért folyamban tizenegy nem címzett szakasz 22 691-ről 2 750 karakterre csökken; ez 19 941 karaktert, illetve körülbelül 4 986 becsült tokent takarít meg ismételt kérésenként. |
| 9.1.147 | A BLUN King 9.1.147 óta a mikrotömörítés a legújabb húsz helyett a legújabb tizenkét üzenetet védi teljesen, és így ugyanazt a helyreállítási ablakot használja, mint az eszközeredmények meglévő kiszervezése. A régebbi befejezett eszközargumentumok és a megfelelő eszközeredmények csak a modellvetítésben kicsinyülnek; a nyers folyam és a helyreállítási utak változatlanok maradnak. Egy mért folyamban ez további 560 karaktert, illetve körülbelül 140 becsült tokent takarít meg kérésenként. |
| 9.1.146 | A BLUN King 9.1.146 óta a már kiszervezett régebbi eszközeredmények a modellvetítésben a helyreállításhoz szükséges adatokra korlátozódnak: eszköznév, karakterszám és fájlútvonal. A teljes tartalom változatlanul a lemezen marad, a nyers folyamot nem változtatják, és a legújabb tizenkét üzenet megtartja a részletes utalásait. Egy mért folyamban ez 26 779 karakterrel, illetve körülbelül 6 695 becsült tokennel csökkenti az ismételt modellbemenetet kérésenként. |
| 9.1.145 | A BLUN King 9.1.145 óta egy megszakított szolgáltatói stream automatikusan ismétlődik, ha addig kizárólag belső gondolkodási kimenet érkezett. A látható szöveg és az eszközhívások továbbra is megakadályozzák az automatikus ismétlést. Az adaptív követő lépések alacsony gondolkodási szinten 8 192 tokenes kimeneti keretet használnak; az első, a komplex és a sikertelen lépések megtartják a konfigurált keretet, és egy ismétlés a hosszhatár elérése után megnövelheti. Egy munkamenet folytatásakor az aktuális Telegram-plugin-szállítási utalás már nem jelenik meg nyers csevegésszövegként. |
| 9.1.144 | A 9.1.144 a címzett Telegram-szakaszokat a legújabb 20 üzeneten kívül a modellvetítésben 1 000 karakteres előnézetre korlátozza, elejével és végével. A legújabb 20 üzenet, a legújabb felhasználói üzenet, a pontos határon lévő szakaszok, a mellékletek, a csatornametaadatok, a nyers folyam és az exportok változatlanok maradnak. |
| 9.1.143 | A 9.1.143 a régebbi üzeneteknél eltávolítja az ismételt Telegram-plugin-szállítási utalást a modellvetítésből. A csatornatartalom, a metaadatok, a mellékletek, a legújabb felhasználói üzenet, a nyers folyam és az exportok változatlanok maradnak. |
| 9.1.142 | A 9.1.142 a régebbi, nem címzett Telegram-csatornarészek elejét és végét mutató előnézetét a modellvetítésben 500-ról 250 karakterre csökkenti. A címzett csatornarészek, a legújabb felhasználói üzenet, a mellékletek, a nyers folyam és az exportok változatlanok maradnak. |
| 9.1.141 | A 9.1.141 a régebbi, befejezett eszközhívások argumentumait a modellvetítésben már 32 becsült tokentől eltávolítja. Az eszközeredmények megtartják a korábbi küszöbüket; az új üzenetek és a nyers folyam változatlanok maradnak. |
| 9.1.140 | A 9.1.140 a relevancia-alapú Mistake-emlékeztetőt a modellvetítésben alapértelmezésben 4 000 karakterre korlátozza. A teljes Mistake-fájlok, a nyers folyam és az exportok változatlanok maradnak. |
| 9.1.139 | A 9.1.139 a régebbi, nem címzett Telegram-csatornarészeket a modellvetítésben 500 karakteres előnézetre korlátozza. A legújabb felhasználói üzenet, a címzett részek, a mellékletek, a nyers folyam és az exportok teljesek maradnak. |
| 9.1.138 | A 9.1.138 minden ismétlődő Cron-feladattól már csak a legújabb ébresztő utalást tartja meg a modellvetítésben. Az egyszeri emlékeztetők, a különböző feladatok, a nyers folyam és az exportok változatlanok maradnak. |
| 9.1.137 | A 9.1.137 már csak a tizenkét legújabb üzenetet védi teljesen a régebbi eszközkimenetek kiszervezése elől. A teljes eredmények a nyers folyamon és a forrásútvonalon keresztül visszaállíthatók maradnak. |
| 9.1.136 | A 9.1.136 a modellvetítésben már csak a legújabb dinamikus Mistake.md-utalást tartja meg. A régebbi kiválasztások a nyers folyamban és az exportokban teljesen megmaradnak. |
| 9.1.135 | A BLUN King 9.1.135 a kezelt Node.js-futásidejű környezetet tartja első helyen a PATH-ban a helyettesítő folyamatban és minden alárendelt eszközben. Az olyan parancsok, mint a node és az npm, így ugyanazt a támogatott futásidejű környezetet használják, mint a TUI, ahelyett hogy egy régebbi rendszertelepítésre esnének vissza. |
| 9.1.134 | A 9.1.134 a nem címzett Telegram-csoportüzeneteket a modellvetítésben 2 000 karakteres előnézetre korlátozza, megőrzött elejével, végével és eredeti hosszával. A közvetlen üzenetek és az elmentett folyam teljesek maradnak. |
| 9.1.133 | A 9.1.133 a projekt-helyi és a közös Mistake.md fájlból legfeljebb öt releváns teljes bejegyzést választ ki egy közös, 6 000 karakteres kereten belül. A teljes források és tárolási utak megmaradnak. |
| 9.1.132 | A 9.1.132 a 4 850 karakteres karcsú alaprendszerpromptot a generált inicializálás után is aktívan tartja. Ez kérésenként 18 259 karaktert, azaz körülbelül 4 565 becsült tokent takarít meg, anélkül hogy utasításokat vagy eszközöket távolítana el. |
| 9.1.131 | A 9.1.131 két régebbi szabálymásolatot távolít el a modellvetítésből, amint a mérvadó megfelelőik megvannak. Az alapértelmezett prompt így 1 010 karakterrel, illetve körülbelül 253 becsült tokennel csökken kérésenként. |
| 9.1.130 | A 9.1.130 az utolsó 20 üzeneten kívül a régebbi, teljesen befejezett eszközlépések magyarázó szövegét rövid utalásra cseréli. Az eszközhívások, az eredmények, a nyers folyam és az exportok teljesen megmaradnak. |
| 9.1.129 | A 9.1.129 eltávolítja az előnézeti szövegeket a régebbi, már kiszervezett eszközeredményekből. Az elérési út és a méretadatok láthatók maradnak; a teljes tartalom az eredeti fájlban vagy a privát archívumban marad meg. |
| 9.1.128 | A 9.1.128 a betöltött eszközsémák állandó gyorsítótárát a legutóbb kiválasztott tizenkét eszközre korlátozza. A kiszorított eszközök a ToolSearch révén azonnal megtalálhatók maradnak. |
| 9.1.127 | A 9.1.127 lerövidíti az ismételt ToolSearch-katalógust. Az egyértelmű eszközök a rövid szelektorukkal jelennek meg; a teljes MCP-névterek csak névütközéseknél maradnak meg. |
| 9.1.126 | A 9.1.126 a futásidejű környezet egészére érvényes hibafájlból determinisztikusan legfeljebb öt, az aktuális beszélgetéshez illő szakaszt választ ki. A vetítés 6 000 karakterre korlátozott, és nem igényel további modell- vagy hálózati hívást. |
| 9.1.125 | A 9.1.125 a párosított felhasználók számára hozzáadja a tisztán olvasó /status Telegram-parancsot. Megnevezi a számítógép-, verzió-, folyamat- és várakozási sor státuszát, anélkül hogy chat-azonosítókat, útvonalakat, titkokat vagy üzenettartalmakat adna ki. |
| 9.1.124 | A 9.1.124 javítja a felcserélt márkaszíneket a bevitel alatti kompakt BLUN-jelben. A státuszértékek, a profilnév és a persona változatlanok maradnak. |
| 9.1.123 | A 9.1.123 eltávolítja a régebbi, befejezett eszközhívások nagy JSON-argumentumait a modellvetítésből. A név, az azonosító, az eredmény, a nyers folyam és az exportok teljesek maradnak. |
| 9.1.122 | A 9.1.122 a teljes tervezési irányelvet csak vizuális munka esetén tölti be a skill-eszközön keresztül. A nem vizuális kérések kompakt aktiválási szerződést kapnak; a régebbi, tisztán szöveges kimeneteket egyúttal hatékonyabban szervezik ki. |
| 9.1.121 | A 9.1.121 korlátozza az eszközök régebbi, tisztán szöveges kimeneteinek teljes méretét. A megfelelő eredményeket privát módon archiválják, és a modellvetítésben olvasható fájlhivatkozásokkal helyettesítik. |
| 9.1.120 | A 9.1.120 a nagy régebbi asszisztensválaszokat privát munkamenet-fájlokba szervezi ki. Az utolsó 20 üzenet, az eszközláncok és a teljes nyers folyam megmaradnak. |
| 9.1.119 | A 9.1.119 minden modell-lépésnél csak egy kis válogatást küld el a gyakran szükséges skill-ekből. Az összes többi skill a skill-eszközön keresztül, nevük vagy céljuk alapján megtalálható marad. |
| 9.1.118 | A 9.1.118 a munkamenet-időbélyeget a rendszerpromptban egy futó munkamenet során stabilan tartja. A változatlan promptrészek így továbbra is használhatják a szolgáltató prefix-cache-ét. |
| 9.1.117 | A 9.1.117 a négy médiához tartozó mageszközt azonnal elérhetővé teszi, és a kép- és videóértést, a videoszinkronizálást és az ajakmozgás-szinkronizálást csak szükség esetén tölti be a ToolSearch révén. |
| 9.1.116 | A 9.1.116 proaktív tömörítést ad hozzá körülbelül 128 000 becsült bemeneti tokentől egy biztonságos lépéshatáron. A tömörítés egy karcsú, saját rendszerpromptot használ; a nagy Read-eredmények a meglévő forrásútvonalukat használják. |
| 9.1.115 | A folytatott munkamenetek újra felépítik az aktuális profil rendszerpromptját, így az elavult, túlméretezett prompt-pillanatképek nem maradnak fenn újraindításokon át. A nagy munkakönyvtár-áttekintések korlátozottak; a teljes fájlok a Glob, a Grep és a Read révén elérhetők maradnak. |
| 9.1.114 | A Telegram-kézbesítés a Windows-EPERM-et mostantól egy futó TUI- vagy poller-folyamat jeleként kezeli, ahelyett hogy az üzeneteket a látható munkamenettől elterelné. A ToolSearch pontos név-egyezésnél megerősít egy már betöltött eszközt, ahelyett hogy tévesen azt jelentené, hogy egy csak szükség esetén betöltendő eszköz hiányzik. |
| 9.1.113 | A Telegram-eszközök indításkor megtartanak egy helyettesítő utat ugyanabban a futásidejű környezetben, ha a kezelt plugin-regisztráció átmenetileg hiányzik. |
| 9.1.112 | A nagy régebbi felhasználói üzeneteket az aktuális munkaablakon kívül archiválják; a teljes nyers folyam továbbra is elérhető marad. |
| 9.1.111 | A mellékletes Telegram-menetek automatikusan megkapják a download_attachment eszközt. Normál meneteknél az eszköz a ToolSearch révén kiszervezett marad, így a csökkentett séma-terhelés megmarad. |
| 9.1.110 | A szolgáltató túlterhelése utáni ismétlések figyelembe veszik a szerver Retry-After megadását. Az automatikus ripgrep-beállítás a 15.0.0 verzió rögzített archívumait tölti le a hivatalos ripgrep-kiadásból, és a telepítés előtt ellenőrzi a SHA-256-ellenőrzőösszegeket. |
| 9.1.109 | A 9.1.109 verzió már csak azt a kilenc eszközt tartja állandóan a modellkérésben, amelyekre több mint 98 százaléka esett a 3 183 mért eszközhívásnak. Az összes többi eszköz a ToolSearch révén megtalálható marad, és az első betöltés után a munkamenet hátralévő részére elérhető. Így a séma-terhelés minden normál modell-lépésnél csökken, anélkül hogy eszközt távolítana el, vagy megváltoztatná a Telegram-válaszok és a függőben lévő médiaeredmények gyors útját. |
| 9.1.108 | Az azonos, ismételten betáplált rendszerutasítások csak a modellvetítésben egyesülnek. A módosított utasítások és a teljes elmentett folyam megmaradnak. |
| 9.1.107 | A szolgáltatói hibák érthető ügyfélnyelven jelennek meg; a belső hibakódok és támogatási utalások nem látszanak. A /help nyílbillentyűkkel vezérelhető parancslistát kínál, és a jobb nyílbillentyűvel vagy az Enterrel megnyitja a kiválasztott parancs részletes leírását. |
| 9.1.106 | Az ágensprofilok név szerint kizárhatnak eszközöket. A kizárások a dinamikus újratöltés után is érvényesek; az alapértelmezett alágensek nem küldenek Telegram-üzeneteket a főágenst megkerülve. |
| 9.1.105 | A 9.1.105 verzió hozzáadja a TaskUpdate eszközt a futó háttérágensekhez. A King a következő biztonságos modell-lépésnél továbbítja a kiegészítő utasításokat ugyanannak az aktív ágensnek, anélkül hogy megállítaná vagy további ágenst indítana. Az ismeretlen és már befejezett feladatokat, a shell-feladatokat és azokat az ágenseket, amelyek már nem fogadnak el frissítést, változatlanul elutasítják. |
| 9.1.104 | A 9.1.104 verzió hagyja, hogy az előtérben lévő shell-parancsok nagyon nagy kimenetnél is a szabályos végükig fussanak. A King legfeljebb 16 MiB-ot ír folyamatosan a privát feladatnaplóba, az azon túli kimenetet eldobja, és a tényleges kilépési kódot jelenti, ahelyett hogy a folyamatot a kimenet mennyisége miatt befejezné. A kis kimenetek, a háttérfeladatok, az időkorlátok és a kézi megszakítások változatlanok maradnak. |
| 9.1.103 | A raj tagjait átmeneti szolgáltató-megszakítások után ugyanazon ágens-azonosító alatt legfeljebb kétszer folytatják. A HTTP 429 megtartja a külön túlterhelési szabályát; a végleges hibák és a kézi megszakítások nem ismétlődnek automatikusan. |
| 9.1.102 | A delegált egyes ágenseket átmeneti szolgáltatói hibák után a tartós folyamuk alapján legfeljebb kétszer folytatják. A tartós hibák és a kézi megszakítások véglegesek maradnak. |
| 9.1.101 | A túlméretezett felhasználói üzeneteket helyben biztonságba helyezik, és a modellkontextusban korlátozott előnézet váltja fel őket olvasható útvonallal. A teljes eredeti folyam és a médiák megmaradnak. |
| 9.1.100 | A korlátozott Grep-tartalomkeresések a kért oldal és egy további előnézeti sor után befejezik a ripgrep-et. A találatszámlálások, a korlátlan keresések és a módosítási idő szerint rendezett fájllisták teljesek maradnak. |
| 9.1.98 | A King egy befejezett munkaszakaszt 128 000 becsült tokentől proaktívan tömöríthet. A küszöb alatt az eszközséma teljesen kimarad a modellpromptból; a tömörítés a meglévő biztonságos lépésátmenetet használja. |
| 9.1.97 | Az állandóan betöltött TodoList-eszközleírás 2 238-ről 996 karakterre csökkent. A többszintű tervezés, mind a hat feladatstátusz, a becsületes előrehaladás-jelentések, a lekérdezések, az ürítés és a külön tervmód védve maradt. |
| 9.1.96 | Az állandóan betöltött alaprendszerprompt 23 109-ről 4 850 karakterre csökkent. Az identitás, a persona és a lélek, a válasznyelv, a munka- és jogosultsági határok, a tömörítési átadás, a futásidejű környezet, az AGENTS.md és a skill-ek védve maradtak. |
| 9.1.95 | Az állandóan betöltött Write-eszközleírás 2 532-ről 1 541 karakterre csökkent. Az Edit-hez való elhatárolás, a szó szerinti tartalmak, a sorvégek, az 500 soros határ, az egyfájlos kivétel és az atomi folytatás sor- és SHA-256-ellenőrzéssel védve maradt. |
| 9.1.94 | Az állandóan betöltött Glob-eszközleírás 1 495-ről 1 006 karakterre csökkent. A rendezés, az ignorált és érzékeny fájlok, a rekurzív minták, a pontfájlok, a kapcsos zárójeles bővítések és a 100 találatos határ védve maradt. |
| 9.1.93 | Az állandóan betöltött Edit-eszközleírás 1 537-ről 1 144 karakterre csökkent. A módosítás előtti olvasás, a pontos cserék, a többszörös cserék, a CRLF-kezelés és az 500 soros határ védve maradt. |
| 9.1.92 | Az állandóan betöltött Agent-eszközleírás 2 061-ről 1 153 karakterre csökkent. A külön kontextus, a folytatás, az időkorlátok és a párhuzamos delegálás megmaradt. |
| 9.1.91 | Az állandóan betöltött Read-eszközleírás 2 391-ről 1 648 karakterre csökkent. Az oldalképzés, a titokvédelem, a média-továbbítás, a sorformátum és a CRLF-viselkedés megmaradt. |
| 9.1.90 | Az állandóan betöltött Bash-eszközleírás 5 003-ről 1 834 karakterre csökkent. A futásidejű szerződés, a háttérfeladatok, a fájleszközök és a biztonsági határok teljesen megmaradtak. |
| 9.1.89 | Az oldalankénti fájlolvasások a belső 1 000 soros határnál megnevezik a pontos következő line_offset értéket; a fájlvégek és a tudatosan kisebb részletek változatlanok maradnak. |
| 9.1.88 | A BLUN King 9.1.88 a kis, veszteségmentes tömörítést időben aktiválja a teljes tömörítés előtt. A régebbi nagy eszközeredmények és a befejezett eszközargumentumok korábban hagyják el a modellnézetet; a teljes elmentett folyam megmarad. |
| 9.1.87 | Egy kifejezetten ismételhető HTTP-429-válasz figyelembe veszi a Retry-After értéket, és legfeljebb két automatikus ismétlést kap; a többi hiba azonnal látható marad. |
| 9.1.86 | A nagy eszközkimenetek ugyanazon előnézeti kereten belül 1 000-1 000 karaktert tartanak láthatónak az elejéről és a végéről; egy pontos jelölés megnevezi a kihagyott karakterszámot. |
| 9.1.85 | A szöveges eszközeredmények 12 000 karakter felett teljesen egy privát helyi fájlban tárolódnak; a következő modellkérések csak 2 000 karakteres előnézeti keretet és az olvasható elérési utat tartanak meg. |
| 9.1.84 | A teljes tömörítés a régebbi előzményeket kronológiai szakaszokban dolgozza fel, legfeljebb 64 000 becsült bemeneti tokennel; a rögzített biztonsági határ és a teljes privát archívum változatlan marad. |
| 9.1.83 | A mikrotömörítés a régebbi, befejezett eszközhívások nagy argumentumait csak a modellnézetben cseréli érvényes JSON-jelölésre; a munkamenet-ellenőrző a becsült megtakarítást tartalomkiadás nélkül jelenti. |
| 9.1.82 | A tisztán olvasó ellenőrző jelenti a kiválasztott és visszatartott eszközsémákat, az elnyomási okokat és az elkerült séma-tokenek becsült számát. |
| 9.1.81 | Egy mellékelt, tisztán olvasó ellenőrző összefoglalja a szolgáltatói lépéseket, az eszközhívásokat, a tokeneket, a tömörítéseket, a hibákat és a kiszervezett kimeneteket, anélkül hogy promptokat vagy privát útvonalakat fedne fel. |
| 9.1.80 | A nagy eszközeredmények tartalommentes kiszervezési telemetriát kapnak; az elszigetelt alágens-kontextust, a géppel olvasható terveket és az átvihető átadásokat regressziós tesztek védik. |
| 9.1.79 | A tartós ellenőrzőpontok a befejezett előzmény-adatrekordokat a szolgáltatói lépések előtt és egy worker befejezése előtt tartósan rögzítik, így a befejezett munka folytatás után újra beolvasható. |
| 9.1.78 | A teljes tömörítés az összefoglalóval való helyettesítés előtt archiválja a kiszorított előzményrészeket; az összefoglaló tartalmazza az olvasható archívum-útvonalat. |
| 9.1.77 | A mikrotömörítés kontextusnyomásnál kicsinyíti a régebbi, nagy eszközeredményeket, és közben megőrzi a teljes elmentett előzményeket. |
| 9.1.76 | A függőben lévő kép-, videó- és beszédfeladatok átvészelik a tömörítést és a gyors követő kérdéseket; a Telegram-üzenetek félrevezető foglalt hiba nélkül FIFO-sorrendben maradnak. |
| 9.1.75 | A rövid Telegram-beszélgetések csak a legújabb megválaszolatlan üzenetet dolgozzák fel, míg a lezárt szövegváltások nyelvi kontextusként megmaradnak. |
| 9.1.74 | A tárolt Telegram-útvonalak visszaállítják a véletlenül mínuszjel nélkül átadott csoportazonosítókat; a Strg+S egy ténylegesen futó menetet vezérelhet. |
| 9.1.73 | A Telegram- és loop-üzenetek aktív munka közben már nem indítanak második menetet; az Escape és a Ctrl+C továbbra is megszakíthatja az aktív menetet. |
| 9.1.72 | Egy frissítési utalás elrejtése csak az akkor kínált verziót nyomja el; az újabb kiadások a normál indításkor a king paranccsal újra megjelennek. |
| 9.1.71 | A loop-ébresztők helyesen kerülnek a várakozási sorba, a Telegram-poller atomi módon lefoglalt, a központi fájl- és médiaeszközök azonnal elérhetők maradnak, és a Context7 már nem indul automatikusan. |
| 9.1.69 | Beállítják az alapértelmezett MCP-ket, a Telegram egy védett FIFO-átadási pontot ér el, az Escape és a Ctrl+C megbízhatóan megszakítja az aktív munkát, és az MCP-áttekintés elrejti a belső útvonalakat. |
| 9.1.68 | A Telegram-üzenetek üresjáratban felébresztik a FIFO-feldolgozást, a közvetlen és csoportüzenetek megtartják a beérkezési sorrendjüket, és a folytatás elrejti a belső Telegram-kereteket. |
| 9.1.67 | Az alapértelmezett venture-flywheel skill egy tisztán szerződéses UVF-alapot ad hozzá determinisztikus projektbizalommal és jóváhagyási kötelezettségekkel a külső cselekvésekhez. |
| 9.1.66 | A /curiosity és a /scout korlátozott, tisztán olvasó lehetőség-kutatást végez bizonyítékokkal, ellenbizonyítékokkal és megszakítási feltétellel. |
| 9.1.65 | Az Escape és a Ctrl+C megbízhatóan megszakítja az automatikus tömörítéseket, egy stabil képernyőhorgony megakadályozza a dupla láblécet, és a loop-utalás a csevegéstartalomhoz igazodik. |
| 9.1.64 | A lemezalapú munkamenet-folyam, a betöltött eszközök és skill-ek, egy 120 másodperces szolgáltatói üresjárati őrszem, a helyes loop-ütem, a FIFO-sorrendű Telegram, a Linux-csomagok és a bosnyák nyelvfelismerés került be együtt. |
| 9.1.58–9.1.63 | Ez a verziósor a munkamenetekhez, a Telegram-hoz, a platformokhoz és a teljesítményhez kapcsolódó munkákat fogta össze. A lezárást a karcsú, igény szerinti eszközsémák, a kompakt skill-listák, a helyreállított első használatos skill-ek és egy csomaginventár-kapu alkotta a tervezetlen eltávolítások ellen. |
Korábbi fejlesztések
| Verzió | Változás |
|---|---|
| 9.1.53 | A /idea a munka megkezdése előtt közzéteszi a feladattervét, minden eszközhívásnál ellenőrzi a kimenő cselekvéseket, és minden lépéshez őszinte végállapotot követel. |
| 9.1.52 | A folytatott munkamenetek közvetlenül az elmentett munkakönyvtárat nyitják meg. A beszélgetés és az aktív /loop állapot az újrainduláskor együtt áll helyre. |
| 9.1.51 | A loopok autonóm ébresztőként működnek, a /idea saját terveket fejleszt és dolgoz fel, a Telegram munkaparancsokat válthat ki, és a média- és indítási állapotok tisztábban jelennek meg. |
| 9.1.50 | A helyben vagy Telegram-on fogadott képek valódi MP4-videókként animálhatók. A nagy kontextusablakok érvényes kimeneti keretet kapnak; a médiasáv tisztább állapotokat és kattintható útvonalakat mutat. |
| 9.1.49 | A felnőtt fantáziafigurák fürdőruhás képei világos határok között engedélyezettek maradnak. A befejezett képfeladatok kiinduló képként használhatók videókhoz; a sikeres GetMedia-lekérdezések nem hoznak létre ismételt kártyákat. |
| 9.1.48 | Az egységes médiasáv közvetlenül a beviteli mező felett gyűjti össze a médiafeladatokat. A százalékértékek csak valódi, a szolgáltatótól mért értékkel jelennek meg; különben fázist és futásidőt mutat. |
| 9.1.47 | A kérések naplója megkülönbözteti a beszélgetést és a tömörítést, és rögzíti az eszközkiválasztást és az elnyomás okát, anélkül hogy az eszközviselkedést megváltoztatná. |
| 9.1.46 | A loopok megértik a természetes időmegadásokat, bevitel közben megjelenítik azokat, támogatják a szabad intervallumokat, és a normál szövegkijelölést felszabadítják a terminálban az előzménynézeten kívül. |
| 9.1.45 | A futó tömörítési előrehaladás csak az alsó státuszsávban jelenik meg, nem pedig ráadásul második sorként a csevegésben. |
| 9.1.44 | A jóváhagyott 9.1.43 teljes újracsomagolása, hogy a korán telepített 9.1.43-változatok is biztonságosan felismerjék a frissítést. |
| 9.1.43 | Teljes védelmi alap a 9.1.40-ből, szállítási diagnózissal, látható frissítési utalásokkal és a /loop, /goal és /output-style konzolparancsokkal. |
| 9.1.40 | Menet-őrszem a hosszú vagy ismételten sikertelen hívásokhoz; ön-hash a többrészes írás után, az elmentett fájl visszaolvasási ellenőrzésével. |
| 9.1.39 | A hosszú fájlokat folytatásokban írják. Minden folytatás a ténylegesen megírt végén folytatja; a sorszámot, a SHA-256-értéket és a darabhatárokat ellenőrzik és kiadják. |
| 9.1.38 | Az elfajult vagy levágott eszközargumentumokat felismerik. Egy hiányos fájlt hibajelzéssel utasítanak el, ahelyett hogy csendben késznek számítana. |
| 9.1.37 | Node-váltás után a BLUN natív modulokat valódi SQLite-lekérdezéssel ellenőrzi, és szükség esetén újraépíti a better-sqlite3 modult. |
| 9.1.36 | Az üres modellválaszokat ok szerint kezelik: a túl szűk kimeneti keretet megnövelik, egy üres stopot pontosan egyszer ismételnek. A rendszerutasítások és az injekciók nem válthatnak ki Telegram-választ. |
| 9.1.35 | A többszintű tömörítés mutatja a szintet és a modellablak valós kihasználtságát, például 2/~10 · 90 % formában. |
| 9.1.34 | Az aktív kontextus szakaszosan tömörül: a legrégebbi részek először, minden tömörítő-hívás a modellhatár alatt. |
| 9.1.33 | Az automatikus Node-futásidejű környezet alapja, valamint a natív modulok utólagos javítása futásidejű váltás után. |
Pótlások és nyitott dokumentációs hiányok
Az összevetés 2026. szeptember 17-én készült: a 9.1.33 és 9.1.597 közötti tartományban 521 verzió található az npm-könyvtárban. Egy hiányzó szám nem feltétlenül hiányzó kiadást jelent: egyes változatok hiányoznak a mai könyvtárból, vagy visszavonták őket. Négy közzétett verziónál a pontos változási részletek nyitva maradnak. Ehhez nem találnak ki változásokat.
9.1.567: a változási részletek nyitva
Közzétéve 2026. szeptember 6-án 22:42 UTC-kor. A csomag SHA-512-értéke megegyezik az npm-en közzétett integritásértékkel. A csomag nem tartalmaz CHANGELOG.md fájlt; a README a telepítési parancsnál még 9.1.566-ot említ. Ebből a 9.1.566-tól való különbség nem vezethető le megbízhatóan. Ez a dokumentációs hiány kifejezetten nyitva marad.
9.1.550: a változási részletek nyitva
Közzétéve 2026. szeptember 2-án 07:19 UTC-kor. A csomag SHA-512-értéke megegyezik az npm-en közzétett integritásértékkel. A csomag nem tartalmaz CHANGELOG.md fájlt, és a vizsgált anyagban nem találtak verzióspecifikus változási igazolást. Ez a dokumentációs hiány kifejezetten nyitva marad.
Pótlás a 9.1.536-hoz
A következő adatok az integritás-ellenőrzött, 2026. szeptember 1-jén közzétett csomagból származnak:
- A munkafeladatok a privát Telegram-válaszokon túl is folytatódnak. A pufferelt közvetlen üzenetek után a King egy korlátozott kiegészítő lépéssel folytatja a munkát, hacsak a felhasználó kifejezetten nem szüneteltet vagy állít le.
- A rövid státuszlekérdezések nem szakítják meg a futó munkafolyamatot.
- Ha az üres gondolkodási válaszok utáni ismétlési kísérletek kimerültek, a King csökkenti a gondolkodási erőfeszítést, ahelyett hogy a további kísérleteknél változatlanul hagyná.
- Több betöltött eszközséma marad elérhető; az üzeneteket csak akkor szervezik ki, ha az előzményekben rendelkezésre álló hely szűkössé válik.
- Tartalmazza a TodoList ellenőrzött előrehaladás-szabályát és egy egysoros indítási utat a God Mode-hoz a Swarm funkcióval.
Pótlás a 9.1.99-hez
A már meglévő funkciódokumentáció leírja az egymást követő tiszta szöveges eszközeredmények közös kiszervezését: ha a köteg meghaladja a 12 000 karaktert, a megfelelő nagy eredményeket privát módon mentik. A modellkontextusban olvasható hivatkozások maradnak; a nyers folyam és a médiák megmaradnak. Az eddig hiányzó verzióbejegyzés most kifejezetten erre a funkcióra utal.
9.1.70: a változási részletek nyitva
Közzétéve 2026. augusztus 24-én 15:56 UTC-kor. A csomag SHA-512-értéke megegyezik az npm-en közzétett integritásértékkel. A csomag nem tartalmaz CHANGELOG.md fájlt; a meglévő funkcióleírások nem igazolnak egyértelmű különbséget a 9.1.69-hez képest. Ez a dokumentációs hiány kifejezetten nyitva marad.
9.1.57: a változási részletek nyitva
Közzétéve 2026. augusztus 23-án 07:28 UTC-kor. A változat eddig csak egy gyűjtőcím kiindulópontjaként jelent meg. A vizsgált anyagban nem rendelhető hozzá saját verzióspecifikus változási igazolás. Ez a dokumentációs hiány kifejezetten nyitva marad.
A megváltoztathatatlan 9.1.597 npm-csomagban található CHANGELOG.md a 9.1.594-nél ér véget. A 9.1.595 és 9.1.597 közötti kiegészített utalások ezen az oldalon állnak. A közzétett csomagot nem írták át utólag ugyanazon a verziószámon.
A 9.1.41 és a 9.1.42 vissza van vonva
Ezt a két verziót tévedésből a 9.1.38-ból ágaztatták el a 9.1.40 helyett. Így hiányzott az írás-folytatás, az ön-hash és a menet-őrszem. Mindkét npm-verzió elavultként van megjelölve; a latest és a next soha nem mutatott rájuk. A 9.1.43 a szándékolt változásaikat a teljes védelmi alapon tartalmazza.
Frissítés és ellenőrzés
king update
blun --version
A 9.1.599 telepítése után a verziókiírásnak 9.1.599 értéket kell mutatnia. A 9.1.597 és a helyi 9.1.598-as változat frissítései a nyilvános frissítési forrásokon keresztül ellenőrzöttek. Egy már futó konzol csak az újraindítása után tölti be az új kódot. Ellenőrizd benne utána a /version parancsot is.