BLUN King
BLUN King 9.1.621
Публикувано на
King приема резюме на разговора ти само когато моделът е потвърдил, че е завършено. Ако това потвърждение липсва, досегашната история на разговора ти остава непроменена.
Ако предаването на резюмето приключи неочаквано, досегашният контекст на разговора ти не се заменя с непълното резюме. Промяната се отнася само до сгъстяването на разговора; нормалните отговори остават непроменени.
Остават открити единични грешки при запазването на сесия; те не са отстранени с тази актуализация.
BLUN King
BLUN King 9.1.620
Публикувано на
Под Windows конзолата напълно приключва при затваряне на прозореца, така че при следващото стартиране вече не се появява „вече работи“.
Актуализацията коригира приключването на конзолния процес при затваряне на прозореца. Действително все още работеща конзола запазва изключителния достъп до своята сесия.
BLUN King
BLUN King 9.1.619
Публикувано на
Единична по-раншна грешка при сгъстяването на разговора вече не блокира сесията ти: след успешно сгъстяване King брои само нови, непосредствено следващи грешки.
Единична по-раншна грешка при сгъстяването на разговора вече не блокира сесията ти: след успешно сгъстяване King брои само нови, непосредствено следващи грешки. Ако сгъстяването се провали два пъти подред, съобщението вече ясно показва „Сгъстяването е поставено на пауза“, вместо да отчита пълен контекст.
Остават открити единични грешки при запазването на сесия и при създаването на пълно обобщение на разговора; те не са отстранени с тази актуализация.
BLUN King
BLUN King 9.1.618
Публикувано на
Когато след продължаването на сесията ти пристигне съобщение от Telegram, докато King вече работи, то остава в опашката и се доставя след това.
Когато след продължаването на сесията ти пристигне съобщение от Telegram, докато King вече работи, то остава в опашката и се доставя след това. King вече не показва тази ситуация на изчакване като грешка.
В Linux x64 терминалът използва двоичен файл, включен в пакета. Така той работи дори когато npm 12 блокира инсталационните скриптове; за това не е нужен компилатор. За целта King използва фиксираната предварителна версия node-pty 1.2.0-beta.15.
BLUN King
BLUN King 9.1.617
Публикувано на
При повторно зареждане на същата сесия King вече не добавя многократно непроменените инструкции на приставките.
При повторно зареждане на същата сесия King вече не добавя многократно непроменените инструкции на приставките. Ако инструкциите се променят, King продължава да взема предвид актуалното състояние.
Визуализациите на големи изходи на инструменти вече отчитат и наличния контекстен прозорец. И занапред можеш да прочетеш изцяло изнесените изходи.
С /profile или /profiles отваряш избора на профил. King извършва смяната само когато сесията ти е готова. Текуща работа и чакащи съобщения предотвратяват прибързана смяна; в такъв случай досегашният ти профил остава активен.
Когато прекратяваш текуща работа, King изчаква и последните стъпки по почистването. Работа, която още не е приключила, не се потвърждава преждевременно като прекратена.
BLUN King
BLUN King 9.1.616
Публикувано на
След потвърден отговор в Telegram King поема и други съобщения, адресирани до теб, на следващата безопасна стъпка, дори по време на текущ ход.
След потвърден отговор в Telegram King поема и други съобщения, адресирани до теб, на следващата безопасна стъпка, дори по време на текущ ход. Отговор, който вече е доставен, не задържа повече опашката. Отговорите остават свързани със съответния чат.
Ако прекъснеш ход, съобщенията от Telegram, които още не са поети, се запазват за следващата доставка. King ги потвърждава едва когато сесията действително ги поеме.
BLUN King
BLUN King 9.1.615
Публикувано на
King поддържа големи каталози с инструменти достъпни чрез търсенето на инструменти и съобразява бюджета за инструменти с контекстния прозорец на доставчика.
King поддържа големи каталози с инструменти достъпни чрез търсенето на инструменти, без да изпраща на модела всички незадължителни схеми на инструменти. Ако доставчикът съобщи за по-малък контекстен прозорец, King коригира бюджета за инструменти; намерените инструменти остават достъпни в следващата стъпка.
При необходимост King изнася големите изходи на инструментите по-рано от досега. Можеш да изтеглиш пълния изход както досега, при условие че може да бъде показан безопасно.
Нормалните отговори в Telegram и промените по съобщения вече не се задържат поради липсващо езиково одобрение. Проверката на отговорите, която си настроил, остава активна.
BLUN King
BLUN King 9.1.614
Публикувано на
Твърде големите файлове AGENTS.md и AGENTS.override.md вече не спират хода само заради размера си.
Извън конзолата на King, King прочита общо до 32 KiB от файловете с инструкции и веднъж на сесия ти съобщава колко байта са пропуснати.
В конзолата на King файловете остават пълни, стига границата на заявката да го позволява.
Символните връзки и несигурните пътища остават блокирани.
BLUN King
BLUN King 9.1.613
Публикувано на
King разпознава твърде големите моделни заявки още преди изпращането.
В конзолата на King, King чете от всеки файл AGENTS.md и AGENTS.override.md най-много 32 KiB. Което надхвърля тази граница, King пропуска и ти показва колко байта са пропуснати.
Преди изпращане King вече оценява размера на цялата моделна заявка, включително инструкции, история, дефиниции на инструменти и данни за изображения. Ако тя се приближи до байтовата граница на сървъра, започва постепенно сгъстяване. Ако една заявка не може да бъде безопасно разделена, King спира, без мълчаливо да изхвърля запазената история.
King съхранява завършените извиквания на инструменти локално като метаданни: име на инструмента, време, статус и при файлови инструменти — евентуално пътя. Входове, изходи, команди и ключове не се съхраняват. С /memory tools можеш да търсиш в записите на своя профил.
Диагностиката на контекста показва допълнителни числа за състава на заявките. Опционално измерване на фазите отчита времето до извикването на модела, без да протоколира съдържание.
Индикацията за разход поема отделно докладваните токени за мислене, ако доставчикът ги предоставя.
Не е издадена, заменена от 9.1.613
BLUN King 9.1.612
Публикувано на
9.1.612 не беше издадена като клиентска актуализация. Ранната защита по байтове не действаше при заявка над 900 KB, ако историята сама по себе си оставаше под 600 KB. 9.1.613 заменя този вариант.
BLUN King
BLUN King 9.1.611
Публикувано на
Големите заявки за сгъстяване остават в рамките на байтовата граница на сървъра.
- King разделя твърде голяма заявка за сгъстяване на хронологични стъпки според размера на заявката. Така сгъстяването може да продължи, дори когато заявката съдържа повече байтове, отколкото сървърът приема наведнъж.
- Ако дори едно-единствено съобщение не се побере под границата, запазената ти история остава непроменена. King не я изхвърля, за да наложи сгъстяването.
С това не е доказано нито по-кратко време за изчакване на модела, нито по-нисък разход на токени. Актуализацията не рестартира вече работеща сесия на King.
BLUN King
BLUN King 9.1.610
Публикувано на
Можеш отново да инсталираш King на Linux и да стартираш профилите си, а втори старт на King под Windows вече не се проваля с подвеждащо съобщение за частни ACL.
- Linux отново е в списъка с поддържани операционни системи на npm пакета. Ако под Linux имаш по-стара версия, инсталирай 9.1.610 през обичайния updater.
- Изричните стартове с --profile и съществуващите съкращения на имена на профили водят към директорията на избрания профил. Самото неизвестно име вече не създава мълчаливо празен профил; нов профил създаваш съзнателно с --profile.
- Ако на съществуващ профил липсва собствено влизане, King предлага /login, вместо да спре поради липсваща конфигурация на модела blun/king.
- Под Windows проверката на частни директории успява и когато Telegram bridge държи отворена директория на приставка. TEMP и TMP се предават на ACL помощника, а при грешки в директориите King посочва засегнатия път и действителната причина.
- Ако вече работи интерактивен King, King разпознава това преди защитата на частните ACL и съобщава неговия PID, вместо да представи втория старт като грешка в частните ACL.
Празен профил не поема в 9.1.610 данни за влизане от общата домашна директория. Текущата /login заявка може все още да показва „OAuth login expired“, дори ако този профил никога не се е вписвал.
Пътят за актуализиране на Linux от 9.1.114 до 9.1.610 беше преминат след публикуването. Пътят за актуализиране на Windows от 9.1.609 до 9.1.610 не е измерен.
Актуализацията не рестартира вече работеща сесия на King.
BLUN King
BLUN King 9.1.609
Публикувано на
Отвори избора на effort с Ctrl+L и запази черновата си в редактора.
- Ctrl+L отваря съществуващия избор на effort, без да губиш черновата си в редактора. Съществуващите настройки на effort и ограниченията на моделите се преизползват, вместо да се създава втори път за конфигурация.
- Съществуващото правило за работещи сесии остава: промяна на effort по време на активна работа се отхвърля, а не се отлага за по-късно. По време на възпроизвеждане или поемане от редактора клавишната комбинация се игнорира.
Тези промени не доказват нито по-бързо време за отговор в реална работа, нито по-нисък фактуриран разход на токени и не осигуряват пълен паритет с OpenClaw.
BLUN King
BLUN King 9.1.608
Публикувано на
В Telegram групите до King достигат само съобщенията, които го споменават. Твоите множествени избори и постепенното отменяне на въпроси се запазват.
- В Telegram групите съобщенията, които не се обръщат към King, попадат в контекста на сесията едва след проверката за споменаване. Който е изключил изрично проверката, запазва избора си.
- Твоите множествени избори и постепенното отменяне на въпроси се запазват. Целевият долен колонтитул работи с общ таймер за актуализиране.
- Разходът за прехвърляне на Windows ACL намалява, без проверката на правата да отслабва. Възстановяването след временни грешки при замяната на конфигурацията е ограничено; собствеността върху записа се запазва.
- Преди нов опит King проверява дали паралелно премахнатият Windows маркер за запис наистина е изчезнал. Нечетими съществуващи маркери продължават да водят до прекратяване.
Тези промени не доказват нито по-бързо време за отговор в реална работа, нито по-нисък фактуриран разход на токени и не осигуряват пълен паритет с OpenClaw.
BLUN King
BLUN King 9.1.607
Публикувано на
Последната избрана от теб сесия се връща, неуспешните записи се съобщават честно и всеки HTTP опит получава начален времеви печат.
- Опционалното възстановяване на последната избрана сесия може да се активира с resume_last_selected в tui.toml. Изборът важи за потвърдения акаунт, средата за изпълнение, агента и работното пространство. Нормалният старт остава непроменен, изричните избори на сесия имат предимство; недостъпните избори се връщат към нова сесия, а не към друга.
- След неуспешна активация предишният избор се запазва. Под акаунт, който се е променил по време на активацията, не се записва избор.
- Неуспешните записи на файлове не се отбелязват като успешни. Съществуващият протокол за продължаване на пълни редове при записи над 2 048 UTF-8 байта се обяснява, без границата да се увеличава или опитът да се повтаря автоматично.
- Непосредствено преди всеки HTTP опит се записва начален времеви печат по реалното време за корелация при диагностика. Съдържанието на заявките или данните за достъп не попадат в диагностиката.
- Unicode знаци извън основната равнина (например емоджи) се запазват изцяло в съществуващите граници на бюджета за съхранение, без тези бюджети да се увеличават или да се създава допълнително хранилище.
Тези промени не доказват нито по-бързо време за отговор в реална работа, нито по-нисък фактуриран разход на токени, не осигуряват пълен паритет с Gateway и не изключват неспоменати Telegram съобщения от контекста.
BLUN King
BLUN King 9.1.606
Публикувано на
При продължаване на сесия първо се показват актуалните страници на транскрипта; по-старите страници се зареждат от съществуващата навигация на транскрипта.
- При продължаване на интерактивна сесия първо се показват актуалните страници на транскрипта; по-старите страници се зареждат от съществуващата навигация на транскрипта. Пълната запазена история и активният моделен контекст се запазват.
- При старт важи цел за показване от 200 записа за възпроизвеждане. С --history-limit от 1 до 2000 можеш да настроиш показването на първите и по-старите страници; пълните кръгове на разговора и двойките инструменти могат да надхвърлят целта.
- Първоначалното показване на активации на skills и приставки остава запазено през границите на страниците. Позицията на превъртане в началото е коригирана, така че зареждането на по-стари страници не оставя празен екран.
Тези промени намаляват първоначалната работа по изобразяване на транскрипта. Те не доказват нито по-бързо време за отговор на модела, нито по-нисък разход на токени или по-ниски сметки, не подобряват кеширането при доставчика и не ограничават колко се чете от диска при старт.
BLUN King
BLUN King 9.1.605
Публикувано на
Проверявай контекстни източници, управлявай текущи процеси и предай първо съобщение при старта на конзолата. Обработката на локалната история и проверките за сгъстяване са разширени.
- Локалните истории на сесии се възпроизвеждат на групи. Архивираните страници за показване могат да се намерят, без да се претърсват всички предишни блокове. Пълно запазената история, проверките за цялост на архива и досегашното възстановяване се запазват.
- Повтарящите се резултати от инструменти се подготвят еднакво за моделния контекст между регистрираните сгъстявания. Пълните локални изходи и съществуващите права за четене се запазват. Изходи не се изнасят, ако не биха били отново достъпни по обещания път за възстановяване.
- Финалното автоматично сгъстяване заменя активния контекст само ако намалява историята по същия метод на оценка. При отказ оригиналната история се запазва. Опционалният тригер max_request_history_bytes използва съществуващото управление на сгъстяването, изключен е по подразбиране и не ограничава цялото тяло на заявката към доставчика.
- Контекстната диагностика получава отделни изгледи и приписване на източници за инструкции, Memory, skills и по-ранни съобщения. Байтовете на сериализираното съдържание, локалните оценки на токени и отчетеният разход остават разделени.
- Отговорността за сесията се запазва при чакащи задачи, закъснели събития, допълнителни въпроси и промени в конфигурацията. Втори активен запис в същата сесия се отхвърля, вместо да се допускат едновременни промени в протокола.
- Допълнителният ред за агент/сесия в долния колонтитул отпада. Сесиите продължават да могат да се управляват и диагностицират целенасочено. Съществуващият интерфейс на King, управляваните модели и границите на правата се запазват.
- --message предава първо съобщение за интерактивния старт. То се обработва след съгласието при старта и избора на сесия през нормалната проверка на съобщенията и опашката. Съдържанието му не се интерпретира като slash или shell команда.
- Споразумението за интерфейса на доставената guard услуга остава непроменено. Тази публикация не доказва нито по-бързи отговори в реална работа, нито по-ниски сметки от доставчика, пълна функционална равностойност с OpenClaw или ограничено количество за четене при първото зареждане на протокола на сесията.
/abort прекратява текущия процес, без да изхвърля чакащите входове. /stop изхвърля допълнително чакащите входове. /exit продължава да затваря конзолата. Това са локални конзолни команди, а не допълнителни дистанционни Telegram команди.
Проверки на състоянието на пакета 9.1.605: 238 проверъчни файла с 6 900 теста, както и 40 проверки за staging, включително 25 естествени терминални проверки. Тестът на изолирано актуализиране от 9.1.604 през публикувания кандидатски таг с истинския инсталатор беше успешен. С това не са доказани нито по-кратки времена за загряване в работеща сесия, нито пълна функционална равностойност с OpenClaw.
BLUN King
BLUN King 9.1.604
Публикувано на
Проверявай размера на заявките и контекстните източници, зареждай инструменти при нужда и управлявай входящите съобщения в рамките на съответната сесия.
- /context doctor и /tokens различават броя байтове на сериализираната заявка от оценените количества токени и показват отчетените дялове на правила, Memory, skills и дефиниции на инструменти.
- Средноголеми каталози с инструменти се зареждат при нужда през съществуващото търсене; инструментите остават откриваеми и изпълними.
- /queue управлява съобщенията в рамките на съответната сесия. Обикновените съобщения в опашката вече не прекъсват работата автоматично след 30 секунди.
- При избора на сесия са възможни точни идентификатори или заглавия, както и еднозначни префикси на идентификатори; долният колонтитул показва съответния агент и сесията.
- Всеки HTTP опит получава нов идентификатор на заявка, освен ако повикващият не зададе такъв. Диагностиката не променя фактурирането.
- Доставените версии на AgentSpine и Translate Native остават непроменени. По-ниски разходи и по-бързи отговори в реална работа не са доказани.
- /question: Отваря отново чакащи допълнителни въпроси. Сгъването не отговаря на въпрос и не го отхвърля.
Байтовете на заявката, оценените количества токени, сумираният разход на сесията и фактурираните токени са различни величини. Индикацията за разход отчита и проверката на отговора. /usage cost с дневни или месечни разходи не принадлежи към тази версия. По-ниски разходи или по-бързи отговори в реална работа не са доказани.
BLUN King
BLUN King 9.1.603
Публикувано на
Избери работната си папка в диалогов прозорец на Windows. Ако конзолата е стартирана от System32, тя сега предлага потребителската ти папка.
- Ако под Windows избереш друга работна папка, се отваря диалогов прозорец за папки. Можеш да въведеш пътя и на ръка. Ако отмениш диалоговия прозорец, се връщаш към избора на папка, без да поемаш папка.
- Ако няма наличен диалогов прозорец за папки, конзолата изисква пътя. На други операционни системи остава въвеждането на път.
- Ако при старт се поеме или е запазена папка в рамките на директорията на Windows, изборът на папка предлага твоята потребителска папка. Ръчно въведените пътища продължават да се проверяват както досега.
Версиите на AgentSpine и Language Guard остават непроменени спрямо 9.1.602. Печалба в скоростта за работещи сесии не е доказана с тази актуализация.
Под Windows продължава да е необходим Git Bash. Ако конзолата съобщи, че Git Bash липсва, инсталирай Git for Windows. След това отвори отново командния ред, преди да стартираш отново king.
BLUN King · Публикувано
BLUN King 9.1.602
Публикувано на
Отделна частна папка за по-стари резултати от инструменти, когато наследени Windows права възпрепятстват изнасянето.
- Подходящи по-стари резултати от инструменти се складират в отделна частна папка, когато наследени Windows права възпрепятстват изнасянето. Съществуващите файлове, правата и пълната история на сесията остават непроменени.
- Проверките за цялост, правата за четене и връщането към пълния контекст се запазват, ако архивиран резултат не може да бъде възстановен. AgentSpine 0.73.0 и Language Guard 6.20.0 остават непроменени спрямо 9.1.601.
По-кратко време за отговор в реална работа или по-нисък фактуриран разход на токени все още не са доказани.
BLUN King · Публикувано
BLUN King 9.1.601
Публикувано на
Входовете остават в опашката, по-старите резултати от инструменти получават проверени препратки, а проверките на отговори, ограничени по честота, се повтарят ограничен брой пъти.
- Ако фоновата работа първа получи думата, терминалните входове остават в опашката в първоначалния си ред. Всеки вход се показва само веднъж.
- Подходящи по-стари резултати от инструменти се заменят в моделните заявки с проверени препратки към частни файлове. Пълната история и резултатите от текущата стъпка на разговора се запазват. Ако повторното зареждане не е възможно, не е разрешено или съдържанието е било променено, се изпраща пълният изход.
- Естествена проверка на отговора, ограничена по честота, се повтаря веднъж със същата чернова на отговора. При това важи запазеният срок за изчакване на доставчика. Вече завършени извиквания на инструменти не се повтарят, непроверени текстове не се освобождават.
- До 2 048 токена за изход остават свободни като буфер за отклонения при оценката на входа. Прозорецът на контекста не се намалява; по-малки изрично зададени ограничения за изход остават непроменени.
Тези промени не доказват нито по-нисък фактуриран разход на токени, нито по-кратко време за отговор в реална работа. Те не отстраняват и всяка сървърна HTTP-502 грешка.
BLUN King · Публикувано
BLUN King 9.1.600
Публикувано на
Проверка на отговора с фиксирани времеви граници и фиксирани състояния на компонентите.
BLUN King 9.1.600 е публикуван. npm и публичният манифест за актуализации съвпадат. Публикацията не доказва нито инсталация на твоя компютър, нито приемане в реална работа.
Ограничена проверка на отговора
- Общите проверяващи запазват досегашния срок от 30 секунди. Естествената езикова проверка получава от стартовия сигнал на доверения хост компонент до 90 секунди за първия съдържателен текст, веднъж на външен проверъчен опит.
- Съдържателен текст в рамките на допустимата дължина на изхода, както и подредените преходи към одобрение и към проверка на доказателството нулират срока за изчакване съответно на 30 секунди.
- За всеки външен проверъчен опит независимо от това важи обща граница от 120 секунди. Напредъкът не може да удължи тази граница. Остават най-много два външни проверъчни опита.
- Преди приемането на одобрение отново се проверява действително изминалото време. Дори при забавени извиквания на таймерите изтекъл проверъчен опит остава блокиран; закъснелият напредък не може да поднови изтекъл срок.
Сигналите за прекъсване продължават да се зачитат. Свързването с точния текст на отговора, времевата валидност на доказателството за одобрение и авторизацията продължават да се проверяват.
Доставени компоненти
Версия 9.1.600 съдържа AgentSpine 0.73.0 и Translate Native 6.155.0. Guard протоколът остава непроменен на 6.20.0.
Известни ограничения
Новите времеви граници не доказват общо отстраняване на HTTP-502 грешки в реална работа. Отворените наблюдения от 9.1.599 остават отворени без отделно доказателство от реална работа.
Контекст и помощ
Промпт, който трябва да се запази изцяло, вече не се съкращава мълчаливо, само за да се побере в по-малък твърд прозорец на модела. При ново, изрично определено разпределение на потребителските съобщения, които трябва да се запазят, със стандартен бюджет от 20 000 токена, настройката може да завърши в рамките на същото сгъстяване. При по-късни или възстановени префикси не бива да се изхвърлят допълнителни изисквания. Заявката трябва и занапред да се побира в твърдия прозорец на модела.
Чистите повиквания за помощ с --help или -h вече не създават диагностично състояние по време на изпълнение. Ако се комбинират промпт и аргументи за помощ, досегашното поведение по време на изпълнение се запазва.
BLUN King · 18 септември 2026
BLUN King 9.1.599
Публикувано на
Проследими отделни одобрения за личната памет и допълнителни корекции при превишаване на контекста.
Заявките за одобрение за личната памет показват разбираеми заглавия на действията на избрания език и пълни предварителни прегледи на действителните промени в настройките или на текста, който ще се запази. Управляващите знаци се маскират видимо; оригиналното съдържание остава непроменено.
Валидните промени в паметта трябва да се одобряват поотделно; невалидните входове могат само да се отхвърлят. Одобрението за цялата сесия не одобрява автоматично чакащи заявки, които изискват отделно одобрение.
Проверката на пакета обхваща 37 функционални области със 199 задължителни проверки, 158 проверъчни изпълнения и 4 905 различни издържани теста. Допълнително актуализациите от 9.1.597 и локалната междинна версия 9.1.598 до 9.1.599 бяха проверени в изолирани инсталации с непроменения updater и инсталационен път. И двата теста разпознаха версията през публичните източници за актуализации и провериха всички 918 файла на архива на изданието.
Указанията в README.md и CHANGELOG.md на непроменения пакет 9.1.599 описват състоянието на кандидата при опаковането. Те не са променяни със задна дата след локалната инсталация. Тази публична страница продължава отделно състоянието на изданието и по-късно наблюдаваните ограничения.
Известни ограничения в 9.1.599
В реална работа продължават да се наблюдават повтарящи се HTTP-502 отговори, отчасти последвани от успешни заявки. Корекциите на контекста не са общо отстраняване на грешки на доставчика или в мрежата.
Езиковата проверка може да прекъсне отговор с missing-language-character-profile или suspected-ascii-substitution. Този резултат остава отворен; 9.1.599 не съдържа доказана корекция за него.
Отговор на изпратеното изображение беше потвърден от потребителя. Независима проверка на интерпретацията на изображението, както и визуалното приемане на входа и статусните редове предстоят. Издържаните проверки на пакета не са общо успокоение за тези процеси.
Поето от локалната междинна версия 9.1.598
Без дата
9.1.598 беше проверена и инсталирана локално, но не е публикувана като самостоятелна npm актуализация. Следните промени се съдържат в 9.1.599:
- При отказ на контекста долните граници за броя входни токени се различават от точните данни. За отчетена долна граница ограничението на изхода се намалява веднъж, без да се изхвърлят съобщения или инструменти. Сигналите за прекъсване и ограничаването на по-нататъшните опити остават в сила. Така възпроизведената в 9.1.597 грешка при изчисляването на ограничението на изхода се коригира целенасочено.
- Първоначалните 150 сменящи се думи за активност отново са включени. За показването им не се отправят допълнителни моделни заявки.
- При доверения AgentSpine входен хук вместо пълните медийни данни се предава компактна медийна препратка с тип, SHA-256 контролна сума и размер. Пълните приложения за модела и съществуващите защитни проверки се запазват. Само това все още не доказва успешна интерпретация на изображения в реална работа.
Ново в 9.1.597
Публикувано на
Ограничено възстановяване при изрично отчетено превишаване на контекста, също и зад отговор за грешка от Gateway.
Ако заявка бъде отхвърлена преди началото на изхода поради доказано превишаване на контекста, King може да предприеме ограничен нов опит с по-малко ограничение на изхода. Съответно опакованите грешки в 502 отговор също се разпознават. Съобщенията, инструментите, по-малките изрично избрани ограничения на изхода и сигналите за прекъсване се запазват. Вече започнал stream не се възпроизвежда отново.
Това не отстранява всички грешки на доставчика или в мрежата. Общите прекъсвания на връзката и отказите на услуги трябва и занапред да се проверяват по собствените си данни за грешки.
Известно ограничение в 9.1.597: Ако сървърът съобщи само долна граница за броя входни токени, новият опит може отново да се провали и да предизвика ненужни сгъстявания. Този случай беше възпроизведен на 17 септември 2026 след публикуването. Допълнителната корекция от локалната междинна версия 9.1.598 се съдържа в 9.1.599.
Проверени бяха 36 функционални области със 183 задължителни проверки и 4 407 различни издържани теста, както и истинското актуализиране от 9.1.596 до 9.1.597. Тази проверка на пакета не заменя тест за приложение на вече отворена клиентска сесия.
Ново в 9.1.596
Публикувано на
Автоматичните прекъсвания в полза на чакащи Telegram съобщения се различават от истинските ръчни прекъсвания. Такова прекъсване от опашката вече не се съобщава погрешно като натискане на клавиша Escape. Срокът за изчакване, защитните правила за работещи инструменти и поведението при истинско ръчно прекъсване се запазват.
Ново в 9.1.595
Публикувано на
Опционалните схеми на инструменти се зареждат при нужда през ToolSearch и се съхраняват ограничено. Големите каталози със skills се предоставят компактно и на страници. Търсенето, по-късните MCP разширения и нормалните проверки на права се запазват.
При кратки поздрави King може да използва ограничен по-нов откъс от разговора, без да изтрива запазени съобщения или да съкращава системни инструкции. За последваща работна задача King отново отчита запазената работна история. Изчислението на контекста се запазва и след продължаване на сесия. Фиксиран разход на токени за всеки поздрав не се обещава.
Ново в 9.1.594
Публикувано на
- Частните Telegram отговори остават възможни, докато груповите съобщения чакат. Приписването на slash команди се запазва.
- Дългите срокове за изчакване от Retry-After се спазват; при продължаване на сесия оставащата пауза се възстановява.
- След отхвърлено придружаващо описание вече завършена стъпка с инструмент продължава да се обработва. Отхвърленото описание не се публикува, проверката на окончателния отговор не се отслабва.
- Ограничените функции за възстановяване при писане на няколко части отново са налични. Това важи и за времевите граници на shell, управлението на задачи и възстановяването на сесии.
- Входът, редовете за квоти, индикацията за активност, разгъваемите задачи и резултатите от инструменти с обозначаване на източника остават видими при стрийминг и при навигация в историята.
- Преди опаковането са необходими пълни регресионни доказателства за конзолата; публичните метаданни за актуализации се проверяват за съответствие.
Междинни версии 9.1.590 до 9.1.593
Тези версии присъстват в локалната история на изданията, но на 17 септември 2026 не са включени в публичния npm списък с версии. Тук те не се препоръчват като публично достъпни актуализации. Работата по старта, възобновяването, правата, индикацията за активност и видимия вход е взета предвид в доказателствата за 9.1.594.
Ново в 9.1.589
Публикувано на
- Проверените източници на AgentSpine и Translate Native, както и верифицираните манифести за актуализации се доставят.
- При зареждане на агентния контекст активният профил на King се запазва.
- Инструментите, необходими за проверката на отговора, остават налични. Разходът при създаването на отговора се отчита и тогава, когато проверката отхвърли отговора.
- В управляваното свързване на канали груповите съобщения се приписват само при изрично споменаване.
- Конзолата показва текущото сгъстяване и действащите прагове.
- Работният бюджет за ранно сгъстяване и защитният резерв на границата на заявката се запазват при актуализациите.
- Диалогът за актуализация при старт, напредъкът и указанията за предварително отбелязани актуализации използват последователно избрания език.
- Техническите интеграционни идентификатори и лицензите се запазват; видимите съобщения за грешки по време на изпълнение се формулират неутрално.
- Инсталацията не рестартира съществуващи сесии. Работеща сесия зарежда новия код при следващия старт.
9.1.588: изтеглено
Публикувано на
Тази версия беше публикувана на 11 септември 2026 и впоследствие маркирана като изтеглена в npm. Регистърът посочва неуспешна проверка за съвместимост на манифеста за актуализации. Използвай актуалната стабилна версия, а не този изтеглен пакет.
Ново в 9.1.587
Публикувано на
По-стабилни каталози с инструменти, по-ранно автоматично сгъстяване и целенасочен повторен опит след прекъсвания поради прекалено дълги чисти фази на размисъл.
При буферирани инструкции в рамките на текущ работен ход активният каталог с инструменти се запазва и в следващата работна стъпка. Необходимите инструменти остават налични. Ако съществуващият бюджет за схеми бъде превишен, запазените опционални дефиниции на инструменти се избират наново.
Автоматичното сгъстяване на контекста отново започва по-рано. След успешно сгъстяване, което намалява историята, King може да го изпълни отново в същия ход. По-ниските граници на модела и ограничаването на неуспешните опити остават в сила.
След прекъсване поради прекалено дълга чиста фаза на размисъл King използва съществуващия еднократен повторен опит с изключено мислене, за да може моделът да отговори или да извика инструмент. Следващите редовни стъпки запазват избраната настройка за мислене; прекъсването, проверките за одобрение и времевите граници остават в сила.
С BLUN_STABLE_STEER_TOOLS=0 или BLUN_EARLY_COMPACTION=0 преди старта на King може да се възстанови досегашното поведение за съответната функция. Актуализацията не пренаписва съществуващи сесии или конфигурационни файлове.
Ново в 9.1.586
Публикувано на
Приемането на Telegram под Windows стартира отново, когато старият идентификатор на процеса на bridge вече принадлежи на друг процес. При несигурно приписване на процес King не се намесва; чуждият процес не се прекратява.
Сгъстяването на контекста, настройките на модела, историята на разговора и досегашното поведение при доставка на Telegram остават непроменени.
Ново в 9.1.585
Публикувано на
BLUN King · 8 септември 2026
Версия 9.1.585 проверява структурата и отделните резултати на управлявани WebSearch отговори и тогава, когато опционалните данни за състоянието на търсенето липсват.
Отговор без валиден списък с резултати вече не се извежда като успешно търсене без резултати. Всеки резултат трябва да съдържа заглавие, което не е празно и не се състои само от интервали, текстов откъс като низ и абсолютен HTTP или HTTPS адрес без вградени данни за достъп. Невалидните резултати водят до отхвърляне на целия отговор, преди да се върнат резултати или указания за непълни резултати от търсенето.
Валидните отговори в досегашния формат без данни за състоянието продължават да се поддържат, както и празните списъци с резултати и празните низове като текстови откъси. При валидни отговори редът, точните URL низове, опционалните данни за дата и уебсайт, посочването на източниците в изхода и обработката на непълни резултати остават непроменени.
Променя се само управляваната връзка за търсене. Поведението при прекъсване, удостоверяването на заявките, FetchURL и Telegram остават непроменени. Проверката на формата не доказва, че даден източник е коректен или актуален. Тази версия не въвежда нито ограничение на размера на отговорите, нито нов срок.
Ново в 9.1.584
Публикувано на
Версия 9.1.584 предава сигнала за прекъсване на повикващия през WebSearch до управляваната HTTP заявка за търсене, включително при четене на съдържанието на отговора.
Вече прекъснати търсения не предизвикват обработка при доставчика. Ако прекъсването настъпи по време на установяване на данните за достъп, след това не се изпраща заявка за търсене. Резултатите, пристигнали след прекъсването, не се връщат като успешно търсене.
Проверките за прекъсване обхващат и успешните JSON отговори, съдържанието на отговорите за грешки и указанията за непълни резултати от търсенето. Обработката на пълни, непълни и празни резултати, посочването на източниците и обичайната процедура за резервен вариант при удостоверяване остават непроменени.
Тази версия не въвежда нов срок и не променя приписването на Telegram. Споделените процеси за подновяване на OAuth данните за достъп и транспортните реализации, които игнорират сигналите за прекъсване, не се прекъсват принудително. Прекъсването на клиентска заявка не доказва, че работата на отдалечения сървър или нейното фактуриране е приключило.
Ново в 9.1.583
Публикувано на
Прекъсване при извличането на страница вече се предава до HTTP заявката.
FetchURL предава сигнала за прекъсване на повикващия през инструмента и двете услуги за извличане. Заявка, прекъсната преди старта, не се изпраща. Ако прекъсването настъпи по време на установяване на данните за достъп, управляваната HTTP заявка след това не се стартира.
След прекъсване на управлявано извличане не се стартира повече локален резервен вариант. Закъснял резултат от услугата за извличане се задържа и не се използва като доказателство за източник. При обичайни HTTP и мрежови грешки досегашният локален резервен вариант остава възможен.
Не се въвежда нова времева граница. Споделено подновяване на данните за достъп и синхронната HTML обработка не се прекъсват принудително. Ограничението на размера от 9.1.582 остава; маршрутизирането на Telegram и моделните заявки остават непроменени.
Ново в 9.1.582
Публикувано на
Локалното извличане на страница проверява размера на отговора още при прочитане и спира при превишаване на границата.
Локалното извличане брои входящите байтове на отговора преди декодирането на всеки блок данни и спира потока от данни веднага щом границата на размера бъде превишена. Ако данните за Content-Length липсват или са грешни, вече не се прочита целият отговор и след това се отхвърля.
Стандартната граница остава десет MiB и важи за потока на отговора след HTTP декомпресията. UTF-8 знаците, разпределени върху няколко блока данни, се запазват. Транспортните буфери и блокът данни, с който границата се превишава, могат вече да са в паметта; с това не е свързана точна горна граница за цялата памет на процеса.
Променя се локалният път за извличане, също и когато служи като резервен вариант. Корекциите на проучването от 9.1.581 остават включени. Маршрутизирането на Telegram и времето за изчакване на модела остават непроменени.
Ново в 9.1.581
Публикувано на
При локално извличане на страница празните HTML откъси вече не се извеждат като успешни източници.
Ако след почистването и преобразуването не остане съдържание на страницата, заглавието на документа само по себе си вече не е достатъчно за успешно извличане. Вместо това се връща вече съществуващата грешка при извличането.
Кратките истински съдържания и видимите заглавия се запазват. Отговорите в обикновен текст или Markdown формат остават непроменени. Корекцията засяга локалното HTML извличане, а не управляваната услуга за извличане.
Корекциите на проучването от 9.1.580 и досегашните корекции на Telegram са включени непроменени. Тази актуализация не променя нито времето за изчакване на модела, нито приписването на входящите съобщения към техните получатели.
Ново в 9.1.580
Публикувано на
Съхранението на проучвания отхвърля невалидни исторически дати за източници.
Нов доклад не се записва, ако дата за източник съдържа невалиден календарен ден или неоценима часова част. Липсващите дати остават допустими.
При извличането на запазени доказателства от проучвания по-старите доказателства с невалидни дати за източници се пропускат и се отбелязват с диагностично указание. Файловете не се пренаписват и не се изтриват. Отделните валидни доказателства остават търсими; валидните дати запазват своето часово отместване и точност.
Сортирането на доказателствата от проучвания от 9.1.579 и досегашните корекции на Telegram са включени непроменени. Тази актуализация не променя нито времето за изчакване на модела, нито приписването на входящите съобщения към техните получатели.
Ново в 9.1.579
Публикувано на
Запазените доказателства от проучвания се сортират при еднаква релевантност по действителния момент на извличане.
Данните за време със и без милисекунди се сравняват като UTC моменти, а не като текст. Релевантността продължава да има предимство; при идентични моменти досегашният ред се запазва.
Ако едно и също място в текста е било обхванато многократно, резултатът запазва данните за произход от най-новото извличане. Вече запазените доказателства остават непроменени и поради това не се смятат за новопроверени източници.
Корекцията за Telegram отговорите от 9.1.578 е включена непроменена. Същото важи за ограничаването на повторните опити, когато моделът само размишлява, без да достави отговор или извикване на инструмент. Тази актуализация не променя нито времето за изчакване на модела, нито семантичното приписване на входящите съобщения.
Ново в 9.1.578
Публикувано на
Ограничени повторения, когато моделът само размишлява и достига времевата граница, както и целенасочена корекция за кратки групови Telegram отговори с връзка към въпрос.
Ако моделът достигне времевата граница, докато само размишлява, King допуска един допълнителен опит на стъпка. Второ такова превишаване на времето приключва стъпката. Избраният effort за размисъл и досегашната времева граница остават непроменени. Това ограничение не съкращава чакането за първия изход на модела.
Кратките отзиви за собственото присъствие в Telegram групи вече могат да се изпращат, когато reply_to ги свързва с вход на не повече от 30 минути от същия чат. Този вход трябва изрично да се обръща към агента или да съответства на поддържан немски или английски въпрос за неговото присъствие, който започва с неговото настроено име. Непоисканите съобщения за присъствие и обясненията, че няма какво да се съобщи, продължават да се филтрират. Автоматичната резервна доставка в групи остава изключена.
Протоколите на изпратените и потиснатите отговори вече съдържат reply_to. При липсващ или нееднозначен контекст изключението не важи. Тази актуализация не добавя общо разпознаване на получатели и не предотвратява ненужни моделни повиквания от досегашното семантично адресиране.
Корекцията важи за две точно идентифицирани версии на управлявани Telegram MCP изпращачи и действа и при окончателното обединяване на конфигурацията на приставката. По-старият изпращач използва съвместимо копие с тясно ограничени промени. Входните bridge компоненти, настройките за достъп, профилите и регистрите на приставки не се пренаписват. Непознатите или променени изпращачи, както и изрично зададените презаписвания се запазват. King трябва да се рестартира след актуализацията, за да се зареди корекцията.
Ново в 9.1.577
Публикувано на
Повече няма автоматични заключителни съобщения в Telegram групи. Полезните отговори там се изпращат целенасочено през инструмента за отговор на Telegram.
CLI ядрото и самостоятелният Telegram bridge вече не препращат автоматично нормалния заключителен текст на агент към групи. Така указания като „Няма какво да се съобщи“ вече не попадат в групата през тази автоматична резервна доставка.
Отговорите в лични чатове, изрично използваните инструменти за отговор, необходимите целеви резултати, съобщенията за команди и статус, както и изпращането на медии се запазват. Инструкциите в промпта за нормални входове, управляващите съобщения по време на текущ процес и груповите съобщения на самостоятелния bridge вече съдържат същото правило за доставка.
Това не гарантира, че модел никога няма да изпрати ненужен отговор чрез извикване на инструмент. Корекцията също не пречи на групови съобщения без връзка със съответния агент да достигат до модела. Правилата за споменаване, настройките за достъп и разрешаването на управлявани приставки остават непроменени; актуализация на AgentSpine или на езиковия пазач не е включена.
Актуализираното ядро трябва да се зареди от нов процес. Работещите сесии не се рестартират автоматично. Съществуващите профили и историята на сесиите се запазват.
Ново в 9.1.576
Публикувано на
BLUN King 9.1.576 различава C++ и C# при локални заявки за проучване и съдържа предварително публикуваните корекции за актуализации, възобновяването на сесии и Telegram.
Търсенето в локалните доказателства от проучвания третира самостоятелните C++ и C# като различни термини, също и при различна големина на буквите и със заобикаляща пунктуация. Запазените места в текста, хешовете, защитните проверки за източници, Unicode нормализацията, границите на колекциите и ограниченията на изхода остават непроменени. Повторно индексиране не е необходимо.
Определен проверъчен прогон с 20 технически заявки за търсене и целенасочени регресионни тестове за границите на токените проверяват тази корекция. Тя засяга локалното търсене и не е изявление за качеството или капацитета на WebSearch в реална работа. Всички промени от 9.1.575 остават включени.
Ново в 9.1.575
Публикувано на
Вграденият уеб обхождач отхвърля отговори с cf-mitigated: challenge, преди да прочете съдържания, да последва пренасочвания или да приеме липсващ robots файл като разрешение да продължи. При имената на заглавките той не прави разлика в големината на буквите; освен това проверява нормализирани стойности и многократно срещащи се заглавки. Състоянието на отговора остава в отчета за грешки.
Липсващите robots файлове без тази маркировка и обикновените документационни страници продължават по съществуващата процедура. Вече завършените страници остават налични, когато по-късна страница бъде отхвърлена; грешката се отбелязва като непълен резултат. Тази защита проверява маркировка на отговора. Тя не е нито общо разпознаване на challenge, нито заобикаляне на CAPTCHA. Доставчиците на търсене, удостоверяването, заключванията за актуализации и CLI ядрото остават непроменени. Всички промени от 9.1.574 остават включени.
Ново в 9.1.574
Публикувано на
Изрично поисканите актуализации вече различават блокирана актуализация, недостъпна проверка за заключване, недостъпна частна директория, невалидна инсталирана версия и недостъпен защитен инсталатор. Тези случаи вече не се отчитат общо като неуспешна проверка на пакета. Промяната важи за немски и английски съобщения.
Разрешението за актуализация, поведението при заключване, причините за връщане, изходните кодове и поведението на инсталатора остават непроменени. Работещите сесии не се прекратяват автоматично. Пакетите, фиксирани към стар вътрешен канал, изискват и занапред изрична npm инсталация при спрян King; тази версия не отменя фиксацията. Всички промени от 9.1.573 остават включени.
Ново в 9.1.573
Публикувано на
Полето за вход остава видимо и фокусирано след избора на цел при старт, също и след Escape или неуспешно възобновяване на целта. Неизпратените чернови се запазват. Вместо пълния текст на целта се появява компактен избор за продължаване със или без цел.
Ctrl+S напуска избора, без да потвърди целта, и се обработва като обичайна клавишна комбинация за опашката. Вземат се предвид и чакащите входове при празен ход. Escape запазва досегашния си ред: първо изпразва опашката, при следващия Escape прекъсва активния прогон. Историята на сесията не се изтрива автоматично.
Тази версия не реконструира потвърждения за доставка, които по-стар процес е загубил преди актуализацията. Действително чакащите съобщения остават приписани към своята сесия.
Ново в 9.1.572
Публикувано на
При доказателствата от проучвания се отхвърлят URL адреси на източници, чиито параметри на заявката или параметроподобни фрагменти съдържат известни имена на параметри за данни за достъп. Проверяват се и вложените имена и маршрутите във фрагмента. Отхвърлянето важи както за неуспешни, така и за използваеми източници.
Вече запазените доклади с такива URL адреси се задържат при извличане със съществуващия резултат partial / report-invalid. Първоначално запазените състояния не се променят и не се изтриват; адресите на източниците не се съкращават или пренаписват мълчаливо. Обикновените параметри на заявката и котвите в документационните URL адреси се запазват байт за байт. Защитата разпознава известни имена на параметри, не произволни тайни, и не почиства история.
Ново в 9.1.571
Публикувано на
Областите от опашката на Telegram се приписват към своята сесия. Нова сесия вече не поема автоматично чакащата работа на по-стара сесия. При продължаване на позната сесия се възстановяват само нейните собствени чакащи области. По време на избор, създаване и смяна на сесия поемането на канални съобщения е на пауза. Съобщенията, пристигнали след избраната граница, последващите входове в локалния редактор и закъснелите потвърждения за доставка запазват правилното си приписване.
Приписването и потвържденията за доставка, пристигащи в различен ред, остават при повторно свързване и предаване на lease. Повредено или заменено състояние на опашката се отхвърля, вместо стари входове да се възпроизвеждат незабелязано отново. Пощенската кутия и историята на сесията се запазват. Стари чакащи области без разпознаваема сесия се отлагат и не се приписват на нова сесия; тяхното автоматично възстановяване не е включено. Това не отстранява всяко превишаване на времето или блокирано сгъстяване на контекста. Понижаването на версията не е процедура за мигриране на опашката.
Telegram приставката и независимата резервна функция на конзолата за автоматична доставка на отговори потискат разпознатите потвърждения за получаване и текстове, които само обявяват собственото мълчание, също и над 200 знака. Ако съобщение съдържа непозната или съдържателно значима част от изречение, то се запазва. Кратките полезни групови предупреждения могат и занапред да се доставят. Това е предпазлив немско-английски филтър за доставка с допълнителни инструкции, не гаранция, че всеки модел разбира всеки групов разговор.
Нов процес трябва да зареди актуализирания пакет; работещите сесии не се рестартират. Съществуващите фиксации към вътрешни канали за актуализации и Windows инсталационните заключвания с EBUSY остават отделни проблеми. Всички останали промени от 9.1.570 остават включени. Тази версия не активира хостирано уеб търсене и не променя нито AgentSpine, нито фактурирането, удостоверяването или клиентската конфигурация.
Ново в 9.1.570
Публикувано на
Всяка нова доставка на промпт получава собствен идентификатор за корелация на хука. Хуковете от една и съща доставка запазват същия идентификатор; изрично зададените идентификатори се запазват. Стойностите на средата, специфични за сесията, достигат до подпроцесите на хуковете и MCP връзките и при повторно свързване, без да се пренаписват запазени конфигурации на приставки. Приписването на резултатите от естествените инструменти се запазва през прогоните, също и при неуспешни инструменти и дублирани извиквания.
Канонично еквивалентните Unicode заявки за проучване намират същите резултати, без да приравняват различни знаци. Запазените източници, дати, версии и граници на проекта се запазват. king --help и king --version вече не променят настройките на Windows регистъра за дъмпове при срив.
Уеб търсенето поддържа частични отговори, когато този режим на отговор е договорен, и показва при това указание за отказали източници. Празните или несъвместимите частични отговори остават изрични грешки. Тази клиентска промяна не активира хостирана услуга за търсене и не гарантира нейната работа.
Транспортът BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE е изключен по подразбиране. При изрично активиране той предава действителния път на запазения протокол на сесията и съответния протокол на избраната AgentSpine приставка. Всяка сесия получава собствено право за достъп, след възобновяване то се подновява. Това е транспортна поддръжка, не доказателство за извличане на спомени или за авторизация от получаващата приставка.
Всички публични промени от 9.1.569 остават включени. Вградената AgentSpine реализация остава непроменена; не възниква зависимост от Mnemo. Потребителските профили, правата, разговорите и настройките на приставки не се мигрират и не се нулират.
Ново в 9.1.569
Публикувано на
Тази кумулативна публична версия съдържа доставката в Telegram групи въз основа на споменавания, корекции за старт и права, както и колекции от проучвания и инструменти за обхождане. Публикуваните пакети остават непроменени. По-късните промени се появяват под нов номер на версия.
Ново в 9.1.566
Публикувано на
BLUN King 9.1.566 прави актуализациите на приставки и зареждането на естествени модули на средата за изпълнение по-стабилни.
Вградената среда за изпълнение на AgentSpine се актуализира до версия 0.59.1. Неговият механизъм за самостартиране пропуска корена на потребителски профил като цел за сканиране, а всички lifecycle хукове остават защитени срещу грешки, когато защитен път не може да се прочете.
Естествените .node модули се разрешават през кеш, адресиран по съдържание, извън npm пакета. Щом тази версия е активна, работеща конзола вече не държи отворено копието на пакета с тези модули. По-късните актуализации могат поради това да заменят директорията на пакета, без да влизат в конфликт с тези естествени файлове.
Публичният пакет запазва пълните испански, френски, шведски и чешки каталози на интерфейса от версия 9.1.565. Вътрешните пътища на средата за изпълнение на Mnemo, частните крайни точки, вътрешните доставчици на модели и скриптовете за изграждане не са включени.
Клиентският пакет издържа сканирането за течове, пълната проверка на средата за изпълнение с 13 теста, AgentSpine MCP инициализацията, чиста инсталация и актуализацията от 9.1.565. Всички текстови файлове използват LF краища на редовете. SHA-256 на npm пакета: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.
Ново в 9.1.565
Публикувано на
BLUN King 9.1.565 стабилизира дългите работни прогони и разширява вградената среда за изпълнение на AgentSpine.
Спирачката за повторения нулира своята поредица от еквивалентни резултати веднага щом между тях напредне истинска работа. Нормалните проверки на пощенската кутия и списъка със задачи поради това не предизвикват повече фалшив принудителен отговор.
Индикацията за активност се състои от точно един ред. Тя показва подходящата английска дума за статус за текущата дейност, токените на скритото мислене, видимите токени, общия разход, effort, опита, бюджета и стъпката.
Грешките при сканиране на AgentSpine продължават да се обработват безопасно при мутационните инструменти, потребителските входове и Stop хуковете: следващият процес може да продължи, а грешката се записва в одитния протокол. Преди фатално прекъсване поради изключение или необработен отказ конзолата записва синхронно протокола на средата за изпълнение.
Вградената среда за изпълнение на AgentSpine се актуализира до версия 0.54.0 от commit fb6d456b68605fd83721090e503f000a26e8a0fb. Състоянието съдържа истинския ACL fail-open тест, трайните планове за цели, обвързани със зависимости, и обвързаното изясняване на пропуски в знанията.
Lifecycle хуковете SessionStart, UserPromptSubmit, PostToolUse и Stop се изпращат към Mnemo с точната идентичност MNEMO_AGENT. Мрежовите грешки продължават да се обработват безопасно.
Преди това липсващите текстове на интерфейса вече са пълни на испански, френски, шведски и чешки.
Пълната врата за пакета, сканирането за течове, проверката на езиковия каталог, пробата на ACL хука, чистата инсталация, актуализацията от 9.1.564 и AgentSpine MCP инициализацията са зелени. SHA-256 на npm пакета: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.
Ново в 9.1.564
Публикувано на
BLUN King 9.1.564 предотвратява сривове поради защитени папки и липсващи текстове на интерфейса.
AgentSpine пропуска при подготвителното сканиране на файлове отделни файлове и папки, които операционната система заключва с EPERM или EACCES. Неочаквана грешка при сканирането вече не блокира следващото извикване на инструмент; тя се пропуска и се записва в одитния протокол.
Ако в публикуван език на интерфейса липсва текстов ключ, конзолата използва английския текст и записва празнината еднократно, вместо да се срине в пътя за изобразяване. Така остава използваем по-специално редът за състоянието на мисленето на чешки, испански, френски и шведски.
Действителните преводи на все още липсващите ключове следват в отделно проверена версия. Дотогава английският резервен вариант е съзнателно видим и защитен срещу грешки.
Пакетът беше проверен срещу точния чешки срив на thinking.step от 9.1.563. Новата версия доставя „step 6“ вместо изключение, предупреждава само веднъж на език и ключ, преживява недостъпни съседни папки, инициализира AgentSpine 0.49.0, издържа чиста инсталация и актуализацията от 9.1.563 и не съдържа неразрешени импорти на приставки. SHA-256 на npm пакета: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.
Ново в 9.1.563
Публикувано на
BLUN King 9.1.563 актуализира вградената среда за изпълнение на AgentSpine до версия 0.49.0.
Новото състояние изисква преди опит за учене поне едно свежо, независимо доказателство от изрично потвърждение на потребител или обективен тест. Чистите разговорни или документални доказателства вече не са достатъчни, дори ако останалите им прагове са изпълнени.
Учебните договори обвързват трайно това правило за доказателства; по-късните промени в конфигурацията не могат да отслабят текуща проверка. Заключванията на файлове, обвързани със собственост, защитават паралелните промени при учене от презаписване и оставят манипулираните или чужди заключвания да се провалят затворено.
Актуализацията заменя управляваното дърво на приставките при следващия старт, адресирано по съдържание. Съществуващите инсталации на версия 9.1.562 се актуализират до AgentSpine 0.49.0, непроменено дърво се преизползва, а AgentSpine MCP сървърът потвърждава версия 0.49.0.
Границата на пакета се различава от 9.1.562 само по данните за версията и точно фиксираната среда за изпълнение на AgentSpine 0.49.0. Пълната проверка на upstream, 49 целенасочени теста за учене, сравнението на пакетите, сканирането за течове, чистата инсталация, истинският път за актуализация от 9.1.562 и MCP инициализацията са зелени. SHA-256 на npm пакета: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.
Ново в 9.1.562
Публикувано на
BLUN King 9.1.562 възстановява файла на средата за изпълнение на AgentSpine в публичния пакет.
Необходимият файл на средата за изпълнение за вградения AgentSpine MCP сървър отново се доставя. Чиста инсталация материализира приставката напълно; MCP сървърът стартира и потвърждава своето име и версията на протокола.
Границата на пакета се различава от 9.1.561 само по метаданните на версията и възстановения файл на средата за изпълнение. Сканирането за течове, чистата инсталация, материализирането на приставката и истинска MCP инициализация са зелени. SHA-256 на npm пакета: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.
Ново в 9.1.561
Публикувано на
BLUN King 9.1.561 поема проверените подобрения на работната система в публичния пакет.
Текущата задача и пресните резултати от инструменти остават налични. Резултатите от четене не се съкращават. Големите резултати се запазват с препратка за повторно извличане, вместо да се изпразват. Повтарящите се идентични резултати препращат към най-новия пълен резултат.
Сгъстяванията се протоколират като транзакция с начало, резюме и край. Извикванията на инструменти и техните резултати остават заедно, докато трайните контролни точки осигуряват пътя за възстановяване през повторни опити.
Бюджетите за изход вече идват от активния профил на модела. Управляваният BLUN модел получава по подразбиране 128 000 токена за изход, когато не е зададена стойност изрично. Старите фиксирани граници от 32 768 токена, както и ниските граници за low и off, вече не съкращават сложната работа; капацитетът на контекста остава защитната граница.
Updater пита, преди да подготви или стартира инсталатора. В публичния пакет управляваният BLUN модел остава фиксиран; /model служи само като съвместим псевдоним за /effort.
Границата на пакета беше проверена по всички имена на файлове и четливи съдържания. Вътрешните пътища на доставчика, изборът на модел, скриптовете за изграждане и регресия, частните идентификатори и частните сървърни адреси не са включени.
Пълният пакет, сканирането за течове, чистата инсталация, изходът за версия и помощ, стандартните настройки на нов профил, както и решението за актуализация от 9.1.550 до 9.1.561 са зелени. SHA-256 на npm пакета: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.
Ново в 9.1.527
Публикувано на
BLUN King 9.1.527 поема процедурата /copy от DeepAgents.
Командата копира най-новия завършен, непразен отговор на асистента през съществуващия междуплатформен път на клипборда.
Ако /copy бъде въведено по време на текущ ход, командата използва съществуващата командна опашка и се изпълнява след завършване на отговора.
Ясните съобщения за статус покриват успеха, празната история и грешките на клипборда на всички шест езика на интерфейса.
Червено-зелена регресия защитава регистрацията на команди, изпълнението, избора на отговор, съдържанието на клипборда байт за байт и публикуваните текстове на интерфейса.
Пълният prepack и проверката на разопакования артефакт са зелени. SHA-256 на npm пакета: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.
Ново в 9.1.526
Публикувано на
BLUN King 9.1.526 материализира версията на AgentSpine, вградена в текущия пакет, преди /reload да изгради наново каталога на приставките и MCP конфигурацията.
Незасегнатите записи на приставки се запазват. Непроменено управлявано дърво на AgentSpine се преизползва, без installed.json да се пренаписва.
Червено-зелена регресия срещу 9.1.525 защитава реда на bootstrap, поемането на управляваната приставка и идемпотентното поведение при презареждане.
Пълният prepack, проверката на опакования артефакт и изолираният тест на updater от 9.1.525 до 9.1.526 са зелени. SHA-256 на npm пакета: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.
Ново в 9.1.525
Публикувано на
BLUN King 9.1.525 стартира всяка локална shell команда под Windows и POSIX в собствена група процеси. Програмите поради това вече не могат да се прикрепят към управляващата конзола на BLUN TUI и да прихващат Escape, Strg+S или други редакторски входове.
Стандартният вход, стандартният изход и изходът за грешки остават в частни канали. Интерактивните команди получават край на файла и се провалят или достигат изтичане на времето, без да се конкурират с редактора за входове.
Локалната изолация на shell от DeepAgents е възприета за Windows. Изпълним регресионен тест покрива и двата пътя на платформите и истинска проба с прихванат процес.
Ново в 9.1.524
Без дата
BLUN King 9.1.524 държи създадената от команда /loop на Telegram незабавна задача в защитения път за доставка на дистанционни команди. Така тя не може да остане като втори обикновен запис в опашката.
Списъкът за подновяване показва за всяка сесия размера на чекпойнта за подновяване, запазените съобщения и токени, размера на историята на сесията, както и липсващи, невалидни или остарели чекпойнти.
Вградената среда на AgentSpine се актуализира до проверения официален статус 0.11.4 с комит 8034487cdd24498076bac48d3f24400bca5e6ae4. Времевият бюджет на BLUN от 180 секунди за фоновото завършване на SessionStart остава запазен.
Изпълними регресионни тестове защитават точно еднократната доставка на Telegram loop-и и всички състояния на измерваните стойности за подновяване. Съществуващото локално поведение на опашката при зает loop остава непроменено.
Ново в 9.1.523
Публикувано на
BLUN King 9.1.523 оставя Escape да затваря отвореното меню на slash командите и да изчиства съответната чернова наведнъж, вместо да оставя текста на командата.
Strg+S предава slash чернова на съществуващия път за включване в опашката и обработка дори когато интерфейсът в момента отчита празен ход, вместо мълчаливо да се връща преди изпразването на опашката.
Обикновените чернови се запазват, когато Escape затваря само друго автоматично довършване.
Тестове по време на изпълнение от червено към зелено защитават и двете клавишни комбинации срещу точното поведение на пакета 9.1.522.
Ново в 9.1.522
Без дата
BLUN King 9.1.522 записва permission.approval_requested веднага при отваряне на разрешение за инструмент в историята на сесията. Непроследяван King по този начин вече не изглежда като ням модел или блокиран доставчик, докато чака оператора.
Съществуващите бутони за разрешение в Telegram се използват автоматично, когато списъкът за достъп съдържа точно един частен чат и произволен брой групи. При няколко възможни частни получатели изпращането остава блокирано, освен ако BLUN_TELEGRAM_APPROVAL_CHAT_ID не е зададено.
Регресия от червено към зелено защитава незабавната видимост в историята на сесията, еднозначното препращане към частен чат, приоритета на изрично зададена цел и отхвърлянето на нееднозначни получатели в двете доставени relay копия.
Ново в 9.1.521
Без дата
BLUN King 9.1.521 изпълнява AgentSpine SessionStart сканирането извън интерактивния път за стартиране. Студено сканиране на потребителската директория с продължителност 123,6 секунди по този начин не блокира нито редактора, нито първия потребителски вход.
Успешните SessionStart изходи остават автоматично: след завършване фоновият хук продължава да поема ограничения си брифинг в контекста на сесията.
Времевият бюджет за студените сканирания нараства на 180 секунди. Тест по време на изпълнение от червено към зелено доказва, че стартът се връща преди бавен хук и че хукът след това може да продължи да работи.
Ново в 9.1.520
Публикувано на
BLUN King 9.1.520 дава на AgentSpine SessionStart хука при презареждане достатъчно време, за да завърши студено пълно сканиране на проекта.
Времевата граница за старта на AgentSpine се увеличава от 15 на 60 секунди. Всички останали времеви граници на хуковете остават непроменени.
Нова проверка по време на изпълнение от червено към зелено стартира истинския AgentSpine хук във временен проект и проверява както неговия изход, така и двата доставени манифеста за изчакване.
Версия 9.1.520 съдържа AgentSpine 0.10.1. Изолираният тест на updater от 9.1.519 до 9.1.520 и пълната проверка преди пакетиране са зелени. SHA-256 на npm пакета: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.
Ново в 9.1.519
Публикувано на
BLUN King 9.1.519 съхранява успешните изходи на хука SessionStart, преди стартът или презареждането да се върне. Така готовността на AgentSpine достига продължения моделен контекст автоматично и вече не чака първото потребителско съобщение.
Историческите препратки към изнесени резултати от инструменти запазват ограничен преглед от началото и края. Важните котви за подновяване се запазват, без пълният резултат отново да влиза във всяка моделна заявка.
Нови проверки по време на изпълнение от червено към зелено защитават предаването на контекста на SessionStart и историческите прегледи. Възстановеният с 9.1.518 каталог с инструменти за поддръжката на Todo остава непроменен.
Ново в 9.1.518
Публикувано на
По време на проактивната поддръжка на списъка със задачи Read, Write, Edit и Bash остават налични до TodoList. Нормалният път за възстановяване на големи промени по файлове по този начин вече не се прекъсва.
Автоматичната поддръжка на Todo и нейният ограничен доказателствен промпт се запазват, без активната моделна стъпка да се превключва на каталог само с инструмента TodoList.
Регресионна врата от червено към зелено защитава от връщането на каталога от 9.1.499 и проверява избора на инструменти за възстановяване без дублирани схеми.
Ново в 9.1.517
Публикувано на
Strg+S и Escape остават налични дори при отворена заявка за одобрение. Strg+S изпраща всички чакащи съобщения; Escape освобождава първо едно чакащо съобщение и отхвърля одобрението едва когато опашката е празна.
Асинхронното завършване на сесията се наблюдава изцяло в клавиатурния път, в пътя на /reload на Telegram и в пътя на slash командите. session.not_found се счита за вече завършена сесия, вместо да срива ядрото чрез необработено отхвърляне.
Пакетни проверки от червено към зелено защитават необработените Windows контролни знаци и измерената грешка при завършване на вече несъществуваща сесия.
Ново в 9.1.516
Публикувано на
Ако в съхранената история след сгъстяването липсва началото на стъпка на асистента, възпроизвеждането го реконструира от следващото събитие със съдържание или инструмент. king -c по този начин вече не прекъсва с вътрешната грешка Received content_part for unknown step_uuid 'undefined'.
Едно Telegram съобщение напуска опашката точно веднъж, щом ядрото е приело постоянно неговото активно предаване. Истинските отхвърляния остават запазени за нов опит. Неочаквано спрял Telegram bridge, управляван от King, се рестартира от точно един обединен пазач.
За моделна стъпка се приема само първата промяна на TodoList. Изпълнените точки изчезват автоматично, чакащите маркировки остават видими и в ANSI16 терминали, а новият списък започва с точно една текуща точка. Фиксираният ред е: спешно, пряко потребителско съобщение, адресирано бот съобщение, бот съобщение, обикновено съобщение.
Първата стъпка с инструменти чака най-много 2,5 секунди за първоначалния MCP каталог; опционалните сървъри могат да продължат да стартират във фонов режим. При стартиране на програмата се проверява и инсталира само активният профил.
Версия 9.1.516 съдържа AgentSpine 0.10.1. Всичките осем регресионни врати преди пакетиране, node --check, проверката на метаданните на пакета и свежа проверка на пакета са зелени. Същият npm пакет съдържа платформените компоненти за Windows, Linux и macOS. SHA-256 на npm пакета: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.
Ново в 9.1.515
Публикувано на
Истински непроменен списък със задачи се приема отново след по-продължителна доказана работа. King не трябва да измисля напредък или просто да преформулира заглавие, за да продължи реалната си работа.
Дори loop в празен ход може отново да подеме все още отворена TodoList, без да държи агента трайно в обслужващ поток само с инструмента Todo. Регресионна врата преди пакетиране защитава и двата пътя на грешки.
Версия 9.1.515 съдържа AgentSpine 0.10.1. Целевата регресионна проверка на Todo loop, node --check, проверката на метаданните за изданието и свежа инсталация на пакета са зелени. Същият npm пакет съдържа платформените компоненти за Windows, Linux и macOS. SHA-256 на npm пакета: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.
Ново в 9.1.514
Публикувано на
BLUN King 9.1.514 укрепва свободния от съдържание журнал за доставка на Telegram срещу манипулирани пликове на опашката.
Идентификаторите на съобщения се приемат само като положителни десетични числа. Вече изчислените чат хешове са допустими единствено като точно дванадесетцифрени шестнадесетични стойности с малки букви. Грешно оформени, съдържателно подобни стойности се отхвърлят, вместо да се записват.
Съществуващата обработка на Telegram, фазите на доставка, ротацията на журнала и свободната от съдържание диагностика на карантината остават непроменени. Всичките 133 пакетни теста, както и свежи пакетни проби за Windows x64, Linux x64, macOS ARM64 и macOS x64 са зелени.
Версия 9.1.514 съдържа AgentSpine 0.10.1 и ReadBatch. SHA-256 на npm пакета: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.
Ново в 9.1.513
Публикувано на
BLUN King 9.1.513 записва пътя за доставка на Telegram от входа на bridge през маршрутизацията, включването в опашката и подаването до потвърждението, възстановяването или карантината.
Ограниченият журнал съхранява изключително свободни от съдържание идентификатори, хешове, фази на доставка, броячи и почистени причини за грешки. Текстове на съобщения, промпти, пътища, потребителски имена, токени, данни за достъп и необработени съобщения за грешки не се събират.
Диагностиката на карантината също вече не дублира Telegram съобщения, показвани текстове, данни за произход, необработени чат ID или пътища на изображения. Всичките 132 пакетни теста, както и свежи пакетни проби за Windows x64, Linux x64, macOS ARM64 и macOS x64 са зелени.
Версия 9.1.513 съдържа AgentSpine 0.10.1 и ReadBatch. SHA-256 на npm пакета: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.
Ново в 9.1.512
Публикувано на
BLUN King 9.1.512 изисква при проактивната поддръжка на TodoList променено, обосновано с доказателства обновяване, вместо да приема отново същия списък безкрайно. Изолираният обслужващ поток получава най-много осем компактни данни за име на инструмент и резултат от последното прието обновяване.
Промпти, аргументи, команди, пълни пътища, резултати от инструменти или работната история не се възпроизвеждат отново. Неуспешен опит на TodoList запазва този ограничен доказателствен материал за следващия опит; успешното обновяване премахва използваните данни. Изпълнените точки продължават да изчезват автоматично, а в следващата стъпка отново са налични нормалните работни инструменти.
9.1.512 издържа 127 от 127 пакетни теста. Свежите инсталации избират под Windows x64, Linux x64, macOS ARM64 и macOS x64 очакваните платформени компоненти и съдържат AgentSpine 0.10.1, както и ReadBatch. SHA-256 на npm пакета: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.
Ново в 9.1.511
Публикувано на
BLUN King 9.1.511 доставя AgentSpine 0.10.1 като нова, адресирана по съдържание основна версия на приставката. Задължителният preflight продължава да проверява всеки активен файл с инструкции на хоста защитено от race conditions и свързва неговата идентичност с точния ход, но вече не дублира заредения от хоста пълен текст в контекста на изпълнение.
Статусът допълва задължителни доказателства преди отговор, потвърдени записи Must-Remember и самовъзстановяваща се синхронизация на удостоверения граф на персона и връзки. Липсващи групи, лица и членства се поправят при ново сравнение на списъка; локалните заявки за връзки завършват при блокиране след пет секунди видимо.
Ограничената Telegram Mnemo заявка остава запазена: по-ранните съобщения се зареждат само при конкретна нужда с тесен контекст за агент, лице, група, тема, нишка и период. Пълната история на Telegram не попада рутинно в промпта.
9.1.511 издържа 126 от 126 пакетни теста. Истинският файл CLAUDE.md с размер 15 519 байта е проверен изцяло, докато целият инжектиран контекст е бил 5 667 байта и не е съдържал пълен текст на инструкции. Свежите инсталации избират под Windows x64, Linux x64, macOS ARM64 и macOS x64 очакваните платформени компоненти и съдържат AgentSpine 0.10.1, както и ReadBatch. SHA-256 на npm пакета: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.
Ново в 9.1.510
Публикувано на
BLUN King 9.1.510 добавя инструмента ReadBatch. Той чете два до дванадесет взаимно независими, вече известни UTF-8 файла или файлови диапазона в една моделна стъпка и запазва реда на заявките. Всеки път преминава през същите проверки за достъп, правила и разрешения като единично извикване на Read. Частичните успехи остават видими; само напълно неуспешен пакет се счита за обща грешка.
9.1.510 издържа 125 от 125 пакетни теста. Свежите инсталации избират под Windows x64, Linux x64, macOS ARM64 и macOS x64 очакваните платформени компоненти и съдържат ReadBatch. AgentSpine умишлено остана на 0.8.0, докато независимо откритият блокер на контекстния бюджет на по-новия предварителен статус не беше отстранен без увеличен промпт на изпълнение. SHA-256 на npm пакета: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.
Ново в 9.1.509
Публикувано на
BLUN King 9.1.509 изисква при всяко одобрено Telegram работно съобщение между ботове изрично споменаване на предназначения King. Бот съобщения без подходящо споменаване остават видими, но не се буферират, не се включват в опашката, не се доставят и не попадат по-късно в моделния контекст на този King. Така приоритетно бот съобщение за един King вече не може да стане задача на друг King.
Всичките 121 пакетни теста са зелени. Същият пакет съдържа проверените платформени компоненти за Windows x64, Linux x64, macOS ARM64 и macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.
Ново в 9.1.508
Публикувано на
Отворените Todo точки отново имат видимо квадратче. Дори първият обикновен списък със задачи започва с точно една текуща точка; по-късните стъпки остават чакащи, докато реалното им начало не бъде доказано.
Приетите преки и групови Telegram съобщения се предават на Mnemo асинхронно, постоянно буферирани и точно дедуплицирани. Временно недостъпен хъб не блокира нито доставката на Telegram, нито изпълнението на King. /loop команди и вътрешните loop тикове умишлено не се записват.
AgentSpine не зарежда пълната история на Telegram в контекста на изпълнение. Ако задача изисква по-ранно съобщение, се извършва ограничена Mnemo заявка по агент, лице, група, тема, нишка и период.
Всичките 120 пакетни теста са зелени. Свежите инсталации избират под Windows, Linux x64, macOS ARM64 и macOS x64 съответния правилен нативен компонент за клипборд и съдържат управляваната Telegram Mnemo връзка, както и AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.
Ново в 9.1.507
Публикувано на
BLUN King 9.1.507 изрично инструктира модела в инструмента Read да групира взаимно независими четения на файлове и диапазони в един моделен отговор, когато няколко входа могат да са полезни.
Това намалява излишните моделни кръгове при големи работни контексти, без да променя изпълнението, навигацията по страници, разрешенията или обработката на резултатите на Read.
Целеви регресионен тест защитава промяната; всичките 112 пакетни теста са зелени.
Ново в 9.1.506
Публикувано на
Изпълнените TodoList точки се премахват незабавно от видимия TUI. Постоянният списък със задачи вече е отхвърлил коректно тези записи; сега интерфейсът показва същия почистен статус, докато текущата и чакащата работа се запазват изцяло.
Автоматичният обслужващ поток използва самостоятелен системен промпт с 546 знака. Преди това за него, въпреки единствения наличен Todo инструмент, се добавяше пълният работен промпт с около 19 000 знака. Следващата работна стъпка продължава да получава пълния промпт и нормалния си каталог с инструменти.
Реално изпълнение показа за всяка осма работна стъпка отделен Todo обслужващ поток с 15 221 входни токена. Статичният обслужващ промпт намалява с 18 470 знака; реалното спестяване на време се измерва отново след обновяването на флота. Публикуваният tarball издържа 111 от 111 теста. Свежи пакетни инсталации под Windows с Node 24.19.0 и Linux с Node 24.18.0 потвърждават версия 9.1.506; macOS двоичните файлове за ARM64 и x64 са включени в идентичния npm пакет. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.
Ново в 9.1.505
Публикувано на
Telegram съобщение, което пристига след поемането на канала, но преди завършването на активирането на опашката, вече не се прескача като стар остатък. Без валиден чекпойнт обработката започва от измерената граница в байтове при старта на поемането, вместо от по-късния край на файла.
Валиден постоянен чекпойнт запазва приоритета си. Ако файлът на опашката бъде заменен по време на предаването, новият файл започва безопасно от нулевия байт; вече съществуващите преди поемането исторически съобщения не се възпроизвеждат отново.
Груповото съобщение 63456 пристигна една секунда след поемането на канала, чекпойнтът скочи точно до неговия край и съобщението не се появи в нито един моделен контекст. Тази реална загуба е защитена като регресия. Публикуваният tarball издържа 111 от 111 теста; свежи пакетни инсталации под Windows с Node 24.19.0 и Linux с Node 24.18.0, както и реално обновяване от 9.1.504 потвърждават версия 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.
Ново в 9.1.504
Публикувано на
Telegram съобщение, което при празно изпълнение на агента вече е в опашката, вече се стартира през нормалния път на канала като свеж моделен ход. То не чака повече активен ход, който в празен ход по дефиниция не може да възникне.
Съществуващото предаване в текущ ход остава непроменено. Също така остават защитени изолираната Todo поддръжка, автоматичното премахване на изпълнените точки и последващото възстановяване на нормалните инструменти за файлове, търсене и shell.
Публикуваният tarball издържа 106 от 106 теста. Новата регресия в празен ход беше червена преди намесата и след това е зелена заедно с 24 теста на опашката. Свежи пакетни инсталации под Windows с Node 24.19.0 и Linux с Node 24.18.0 потвърждават версия 9.1.504 и същия SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.
Ново в 9.1.503
Публикувано на
Изолираното Todo обслужващо съобщение носи вече и изрично празно поле toolCalls. Така то изпълнява същата форма на съобщение като редовните работни ходове и може да се обработи безопасно от нормализацията на BLUN provider.
Истинската грешка по време на изпълнение TypeError: message.toolCalls is not iterable по този начин вече не възниква преди извикването на TodoList. Регресионен тест итерира генерираното съобщение точно като provider границата, преди поддръжката да бъде освободена.
Публикуваният tarball издържа 105 от 105 теста. Свежи пакетни проби под Windows с Node 24.19.0 и Linux с Node 24.15.0 потвърждават пълната форма на provider съобщението, изолираната Todo поддръжка и автоматичното премахване на изпълнените точки. Реалната флотска приемка протича след контролираното рестартиране на трите King.
Ново в 9.1.502
Публикувано на
Дължимата TodoList обслужваща стъпка получава вече само свежо съобщение, ограничено до текущата задача и видимия списък. Стари Read, Bash или MCP извиквания от работната история по този начин вече не могат да попаднат в умишлено ограничената до TodoList стъпка.
Изпълнените задачи изчезват автоматично при запазване от видимия и постоянния списък. Текущите, чакащите, блокираните, чакащите разрешение и отменените точки остават запазени; списъкът по този начин не расте неограничено от завършена работа.
Два профила на агенти срещнаха независимо един и същ регрес: след успешно използване на инструмент Todo поддръжката повтори исторически фактически инструменти и показа Tool not found. Публикуваният tarball издържа 105 от 105 теста. Свежи инсталации под Windows с Node 24.19.0 и Linux с Node 24.15.0 потвърждават изолираната поддръжка, премахването на изпълнените точки и завръщането на нормалните инструменти. Реална приемка под macOS не е част от това доказателство.
Ново в 9.1.501
Публикувано на
След успешна TodoList обслужваща стъпка в непосредствено следващата работна стъпка отново са налични всички избрани за хода инструменти. Read, Bash и другите фактически инструменти вече не остават скрити зад временно ограничения Todo каталог.
Todo стъпката предлагаше умишлено само TodoList. Нейният избор на инструменти обаче оставаше активен без изрично възстановяване и в следващата стъпка. 9.1.501 поставя отново нормалния каталог там и защитава и двата пътя на следващите стъпки с регресия.
Golden Release 9.1.500
Публикувано на
Тази версия обединява пълния функционален статус на 9.1.499 непроменен като обща npm публикация за Windows, Linux и macOS. Златното обозначение е умишлено ограничено до заглавията на тази версия; по-старите записи запазват досегашното си представяне.
Golden Release поема проверените промени на Todo, опашката, loop, контекста, AgentSpine и оценката на изображения от 9.1.499 без допълнителна логика на изпълнение.
Ново в 9.1.499
Публикувано на
Данните за изображения, аудио и видео извън последните дванадесет съобщения на разговора се заменят в повторената моделна проекция само с кратки препратки. Актуалните медии, текстът на съобщението и пълната необработена история на сесията остават непроменени.
В измерен чекпойнт за подновяване тази проекция спестява 85 748 знака, съответно около 21 437 оценени входни токена за всяка следваща стъпка с инструмент.
Дължимата Todo поддръжка протича преди деветия работен блок като самостоятелна моделна стъпка с ниски усилия. В тази стъпка средата предлага изключително TodoList; файловите, търсещите, shell и другите фактически инструменти се освобождават отново едва след валидно обновяване.
Свежите потребителски съобщения запазват приоритета си пред Todo поддръжката. Твърдата Todo врата остава като предпазна мрежа за действително невалидни обновявания, но вече не се появява като нормална червена междинна грешка преди самостоятелна поддръжка на списъка.
Публикуваният tarball издържа 105 от 105 теста за изпълнение и регресия. Свежи изолирани инсталации под Windows с Node 24.19.0 и Linux с Node 24.15.0 съобщават точно версия 9.1.499 и потвърждават медийната проекция, непроменената необработена история, предварителната поддръжка на Todo и скриването на всички фактически инструменти по време на Todo стъпката. Кандидатът обхваща 850 пътя и носи SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Реална приемка под macOS не е част от това доказателство.
Ново в 9.1.498
Публикувано на
/usage показва отчетеното от доставчика съотношение на попаденията на промпт кеша, както и прочетените и записаните cache токени за модел. Без отчетена cache активност индикацията не измисля съотношение.
/tokens е кратък псевдоним за съществуващата подробна диагностика на контекста; /offload извиква съществуващото архивиращо сгъстяване. И двата пътя не предизвикват допълнително моделно извикване.
Различни авторизирани бот съобщения вече не се отхвърлят от твърд прозорец от 15 секунди. Съществуващият ред остава запазен: частните и изрично адресираните съобщения стоят пред бот съобщенията, бот съобщенията пред нормалния контекст.
Пълното сгъстяване поема точния Todo списък в новия контекст. Ако след това път, команда, хеш или изискване са несигурни, еднократна бележка за възстановяване изисква първо четене на архивираната история вместо широко търсене във файлове или ново начало.
Изпълнените Todo стъпки остават като доказателство. Ако по-късни открития наложат отново стъпка, доказаното завършване остава и новата проверка се появява като отделна текуща стъпка с обосновка.
Повтарящите се loop на сесията чакат, докато поддържаният Todo списък все още съдържа текуща или чакаща работа. Пропуснатите интервали се обединяват до истински празен ход; други планирани напомняния не се засягат.
Подготвеният tarball издържа 100 от 100 теста за изпълнение и регресия. Свежи изолирани инсталации под Windows с Node 24.19.0 и Linux с Node 24.15.0 съобщават точно версия 9.1.498 и потвърждават показването на cache, псевдонимите на команди, възстановяването след сгъстяване, монотонните Todo доказателства, защитата на loop на сесията, дневника на пакета и приоритета на бот съобщенията. Кандидатът обхваща 849 пътя и носи SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Реална приемка под macOS не е част от това доказателство.
Ново в 9.1.497
Публикувано на
Telegram бот съобщенията от общи групи стоят зад частните и изрично адресираните съобщения, но пред нормалния контекст. Приоритизацията не изисква отговор.
Прието Telegram съобщение изчезва от видимата опашка, щом започне неговата възпроизведена моделна стъпка. Отхвърлена доставка или прекъсване преди първата стъпка продължава да го запазва за нов опит.
Дължим Telegram отговор или обработка на съобщение вече не се блокира от Todo поддръжката. Следващата нормална работна стъпка остава блокирана до истинното обновяване на Todo списъка.
Версии 9.1.496 до 9.1.487
| Версия | Промени |
|---|---|
| 9.1.496 | Доставя потребителските Telegram съобщения автоматично поотделно, премахва само точно приетата или отговорената ID на съобщение, изисква истинен напредък за всеки видим Todo списък и скрива успешните вътрешни hook полезни данни. |
| 9.1.495 | Стартира всяка нова или заменена цел със свеж видим Todo списък, изисква истинни обновявания, премахва незабавно успешно отговорения Telegram групов фокус, отлага нормалните разписки за входа до края на хода и добавя истинни проверки за декодиране на Ctrl+S и Ctrl+T. |
| 9.1.494 | Разделя отново еднозначно клавишните комбинации: Ctrl+S управлява само остатъка на опашката, Ctrl+T само Todo списъка. Потребителските Telegram съобщения се авторизират при текуща работа за следващото безопасно предаване. |
| 9.1.493 | Потребителските Telegram съобщения се освобождават автоматично по време на активна работа за следващото безопасно предаване. Преките съобщения остават напред в опашката, без да спират постоянно груповите съобщения. |
| 9.1.492 | Вече освободени групови съобщения остават запазени при временно заета доставка и се опитват отново. Пакетът, npm метаданните, публичният манифест и дневникът се проверяват заедно преди съобщение за успех. |
| 9.1.491 | Преките Telegram съобщения се приоритизират незабавно при текуща работа. Ръчното управление на опашката остава налично за други съобщения. |
| 9.1.490 | Историята на пакета документира изцяло непубликувания статус 9.1.487 и действително публикуваните поправки от 9.1.488 нататък. |
| 9.1.489 | Списъкът със задачи, управлението на опашката, идентичността на изпълнение в Telegram, инсталацията на профила на AgentSpine и управляваната оценка на изображения бяха възстановени и защитени с регресионни тестове. |
| 9.1.488 | Подготвеният основен AgentSpine плъгин беше публикуван. Telegram дубликатите вече не оставят привиден ход; дълбочината на мислене и безопасната обработка на телеметрията остават запазени през стъпките с инструменти. |
| 9.1.487 | Непубликувано. Този статус подготви AgentSpine като управляван основен плъгин. На npm след 9.1.486 последва директно 9.1.488. |
Ново в 9.1.486
Публикувано на
Новите и обновените профили стартират вече надеждно на английски под Windows, macOS и Linux. Запазена автоматична езикова стойност се мигрира веднъж, докато изрично избраните езици остават непроменени.
Автоматичните обновявания при старт са отново активирани по подразбиране през съществуващия свързан с версията инсталатор. [upgrade].auto_install = false запазва заявката за потвърждение; фонов обновяващ инструмент не се въвежда отново.
Диалозите при старт, напредъкът, грешките, съобщенията за успех и продължаването на сесията използват вече същия език. Регресионните и мутационните тестове защитават миграцията, пътя за обновяване и данните на сесията.
Пълният тестов пакет издържа с 1 474 от 1 474 проверки. Изолиран тест за обновяване инсталира 9.1.486 от 9.1.485, запази конфигурацията и сесията непроменени и стартира новата CLI. Отделна стартова проба доказа автоматичната инсталация без допълнителна заявка, както и еднократната миграция на стара автоматична езикова стойност към английски.
Версии 9.1.485 до 9.1.178
| Версия | Промени |
|---|---|
| 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 Непубликувано |
|
| 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 Изтеглена |
|
| 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 |
|
Подобрения от 9.1.57
| Версия | Промяна |
|---|---|
| 9.1.177 | Автоматичните актуализации поемат вече записан режим на продължаване или рестарт и когато директното процесно съобщение отсъства, и показват непосредствено преди безопасния TUI рестарт ясен указател. Историческите placeholders за сгъстени аргументи на инструменти се премахват като компактен JSON, форматиран JSON или прочетен обект, преди да могат да бъдат изпълнени отново. Суровият запис и всички съществуващи защитни механизми на актуализацията остават непроменени. |
| 9.1.176 | Всички менюта за избор на слаш команди разделят вече опциите с празен ред и показват обясненията в отделен, сдържан вторичен цвят. Общата компонента обслужва 20 меню извиквания; индивидуалните предупредителни цветове остават запазени. |
| 9.1.175 | Повтаряният при всяка моделна заявка указател на инструменти пада от 1 749 на 825 знака. Това спестява в измерването около 231 оценени входни токена на заявка. Всичките единадесет поведенчески задължения остават; суровият запис, схемите на инструментите и файловете остават непроменени. |
| 9.1.174 | Показваният при всяка моделна заявка откъс от Mistake.md е ограничен до 3 000 вместо 4 000 знака. В 100 истински заявки това спестява средно около 253 оценени входни токена; избраните заглавия останаха във всичките 100 случая идентични. Пълните файлове и съхраненият запис остават непроменени. |
| 9.1.173 | BLUN King разпознава повтарящи се чисто текстови отговори през няколко Telegram хода. След три почти еднакви отговора въпреки нови потребителски указания агентът получава еднократно вътрешно коригиращо указание, вместо да издаде отново стар въпрос, списък или опашка на изчакване. Съобщенията, процесите и съхраненият запис остават непроменени. |
| 9.1.172 | Автоматичната актуализация проверява течаща сесия отново след безрезултатно търсене при старта. Следващата проверка става случайно разпределено след 60 до 90 секунди. Така по-късно публикуваните версии се разпознават без ръчен рестарт. Инсталацията и предаването на сесията чакат и по-нататък пълен празен ход. |
| 9.1.171 | BLUN King запазва на ход само четирите последно дозаредени схеми на инструменти вместо дванадесет. По-старите инструменти остават намерими чрез ToolSearch и се зареждат отново при избор. Постоянно заредените основни инструменти, съхраненият запис и поведението на изпълнение остават непроменени. |
| 9.1.170 | Обединява актуалните грешки на надеждността и работния процес: повтарящите се задачи запазват най-новата прекомерно голяма инструкция; сгъстените placeholders на аргументи на инструменти се премахват от моделната проекция; ToolSearch разпознава естествени memory думи за търсене включително отделната дума „store“; loop показването зарежда наново плановото състояние; /update управлява безопасното предаване при празен ход; и /premortem предоставя видим, структуриран анализ на грешките. |
| 9.1.169 | BLUN King запазва точния избор на инструменти и досегашното строго търсене по ключови думи непроменено. Едва когато това търсене не даде попадение, тесен втори прогон търси свързани немски и английски термини. Изискванията за имена с + остават задължителни; най-малко два термина със значение и 75 процента от заявката трябва да паснат. Така трите действително неуспешни Telegram търсения намират актуалния инструмент на опашката, докато неподходяща заявка завършва и по-нататък без попадение. |
| 9.1.168 | BLUN King не заменя вече по-старите аргументи на извиквания на инструменти с вътрешен placeholder, който моделът може да копира в ново извикване. Вече съществуващите placeholder извиквания и техните резултати на грешки се премахват само от моделната проекция; непромененият запис на сесията остава като доказателство. |
| 9.1.167 | BLUN King 9.1.167 запазва при повтарящи се планирани задачи само непрекъсната поредица от най-новите пълни работни участъци. Ако следващият по-нов участък би превишил границата от 48 000 знака или 24 съобщения, изборът приключва, вместо след това отново да включи по-стари малки участъци. Така контекстът и времевият ред остават съгласувани. В измерен течащ запис проектираната история падна от 32 591 на 16 981 знака. Това спестява 15 610 знака или около 3 903 оценени входни токена на сравнима заявка. Суровият запис, актуалните стъпки на задачата и обобщението на сгъстяването остават непроменени. |
| 9.1.166 | BLUN King 9.1.166 ограничава повтарящите се планирани задачи до изолиран работен контекст, вместо при всяка моделна стъпка да предава отново целия разговор на главния агент. Актуалната задача, най-новото обобщение на сгъстяването и най-новите истински работни стъпки остават достъпни в граница от 24 съобщения и 48 000 знака. Съхраненият запис, нормалните потребителски ходове, еднократните спомени и бързите пътища на разговора остават непроменени. В измерен запис 2 043 моделни стъпки на повтарящи се планирани задачи изразходваха общо 298,7 милиона входни токена, средно 146 188 токена на стъпка. |
| 9.1.165 | BLUN King 9.1.165 ограничава изходния бюджет на нормалните ходове до 24 576 вместо 32 768 токена. Леките стъпки запазват досегашната си граница от 8 192 токена, моделите с по-малки изходни граници запазват тези по-ниски стойности, а изрична потребителска настройка има и по-нататък предимство. От 27 049 измерени отговора 99 процента останаха под 9 970 токена; дванадесет стари отклонения уцелиха точно досегашната граница от 32 768 токена и всяко продължи да изчислява още около шест минути. |
| 9.1.164 | BLUN King 9.1.164 ограничава изходния бюджет на едно сгъстяване при големи моделни прозорци до 16 384 вместо 131 072 токена. 39 успешни сгъстявания се нуждаеха от най-много 10 781 изходни токена. Новата рамка лежи 52 процента над този измерен максимум и намалява възможната нужда от изход и KV кеш на сгъстяване със 87,5 процента. Съхраненият запис и нормалните разговорни ходове остават непроменени. |
| 9.1.163 | BLUN King 9.1.163 заменя обширните skill зареждания извън последните 20 съобщения в моделната проекция с компактен указател за дозареждане. Актуалните, малките и недозаредимите skill зареждания остават непроменени; съхраненият разговорен запис не се пренаписва. В измерен случай skill зареждане пада от 87 034 на 424 проектирани знака. Щом напусне актуалния работен прозорец, това спестява 86 610 знака или около 21 653 оценени входни токена. |
| 9.1.162 | BLUN King 9.1.162 ограничава големите прегледи на работната директория в повтаряния системен промпт до 2 000 знака. Малките прегледи остават непроменени. При съкратени прегледи ясен указател сочи и по-нататък към пълното търсене с Glob, Grep и Read. В измерен промпт прегледът пада от 3 988 на 1 983 знака. Това спестява 2 005 знака или около 501 оценени входни токена на еднакво изградена заявка. |
| 9.1.161 | BLUN King 9.1.161 не повтаря вече имената на 112-те изнесени инструменти във всяко ToolSearch описание. Търсенето по ключова дума, точният избор чрез пълното или еднозначното кратко име и постоянното зареждане на дванадесетте последно избрани схеми остават запазени. В измереното представяне повтаряното описание пада от 1 984 на 278 знака. Това спестява 1 706 знака или около 426 оценени входни токена на еднакво изградена заявка. |
| 9.1.160 | От BLUN King 9.1.160 моделната проекция защитава само най-новите дванадесет съобщения пълно, преди по-старите успешни резултати на инструменти, съдържащи изключително текст, да бъдат заменени с кратка бележка за завършване. Изходите на грешки, медиите, съхранените файлови указатели, най-новите дванадесет съобщения, суровият запис и експортите остават непроменени. В стабилно измерена моментна снимка на сесията се смаляват поради това два допълнителни стари резултата на инструменти. Моделната проекция пада от 81 800 на 78 402 знака. Това спестява още 3 398 знака или около 850 оценени входни токена на еднакво изградена заявка. |
| 9.1.159 | От BLUN King 9.1.159 валидните JSON аргументи на завършени извиквания на инструменти извън най-новите 12 съобщения се заменят в моделната проекция с кратка бележка. Съответният резултат на инструмента, най-новите 12 съобщения, незавършените извиквания, малките или невалидните аргументи, суровият запис и експортите остават непроменени. В стабилно измерена моментна снимка на сесията три аргумента на завършени извиквания на инструменти се смаляват от 2 849 на 165 знака. Това спестява 2 684 знака или около 671 оценени входни токена на еднакво изградена заявка. |
| 9.1.158 | От BLUN King 9.1.158 чистите статус съобщения, които следват непосредствено след завършен Telegram отговор, се заменят извън най-новите 20 съобщения в моделната проекция с кратка бележка. Изпратеното извикване на отговор и неговият резултат, актуалните съобщения, обобщенията след други инструменти, смесените съдържания, суровият запис и експортите остават непроменени. В стабилно измерена моментна снимка на сесията шест исторически статус съобщения се смаляват с 1 837 знака. Това спестява около 460 оценени входни токена на еднакво изградена заявка. |
| 9.1.157 | От BLUN King 9.1.157 подходящите успешни, чисто текстови изходи на инструменти извън най-новите 20 съобщения се заменят в моделната проекция с кратка бележка за завършване. Изходите на грешки, медиите, изнесените файлови указатели, най-новите 20 съобщения, суровият запис и експортите остават непроменени. В стабилно измерена моментна снимка на сесията се смаляват 43 стари резултата. Това спестява 9 680 знака или около 2 420 оценени входни токена на еднакво изградена заявка. |
| 9.1.156 | От BLUN King 9.1.156 съхранените указатели към потребителски съобщения извън най-новите 20 съобщения не повтарят вече своя предварителен преглед с начало и край при всяка моделна заявка. Маркировката за възстановяване, данните за размера, четливият файлов път, най-новите 20 съобщения, медиите, суровият запис, напълно съхраненият файл и експортите остават непроменени. В стабилно измерена моментна снимка се смаляват пет исторически указателя и моделната проекция пада от 99 143 на 96 001 знака. Това спестява още 3 142 знака или около 786 оценени входни токена на еднакво изградена заявка. |
| 9.1.155 | От BLUN King 9.1.155 съхранените указатели към потребителски съобщения се възстановяват, преди текстовите проекции да могат да променят хеша на първоначалното съобщение. Съществуващите изнасяния остават поради това ефективни, вместо незабелязано да паднат обратно върху проектираното пълно съобщение. Суровият запис, повторно четимите файлови указатели, най-новите 20 съобщения, медиите и експортите остават непроменени. В стабилно измерена моментна снимка моделната проекция пада от 105 810 на 99 143 знака. Това спестява още 6 667 знака или около 1 667 оценени входни токена на еднакво изградена заявка. |
| 9.1.154 | От BLUN King 9.1.154 адресираните Telegram канални участъци извън най-новите 20 съобщения се ограничават до предварителен преглед от 500 вместо 1 000 знака с начало и край. Пълните канални метаданни, началото и краят на съдържанието на съобщението, най-новите 20 съобщения, прикачените файлове, суровият запис и експортите остават непроменени. В стабилно измерена моментна снимка се смаляват седем допълнителни исторически адресирани участъка. Това спестява 3 500 знака или около 875 оценени токена на повторена заявка. |
| 9.1.153 | От BLUN King 9.1.153 проекцията на исторически Telegram контексти запазва пълните канални метаданни и затварящия канален таг. Съкращава се изключително съдържанието на съобщението. Дори при реални, 161 знака дълги Telegram метаданни структурата остава валидна в рамките на бюджета от 250 знака. Проекцията е идемпотентна, следващите адресирани канали остават непроменени, а канален плик, който вече без съдържание превишава бюджета, се предава непроменен. |
| 9.1.152 | От BLUN King 9.1.152 аргументите на завършени извиквания на инструменти напускат активната моделна проекция след четири вместо след осем по-нови съобщения. Суровият запис на сесията, неотговорените или грешно форматираните извиквания, медиите, резултатите на инструменти и най-новите четири съобщения остават непроменени. В прясно измерена моментна снимка на сесията се сгъстяват две допълнителни завършени извиквания; спрямо 9.1.151 това спестява още 244 знака или около 61 оценени токена на повторена заявка. |
| 9.1.151 | От BLUN King 9.1.151 аргументите на завършени извиквания на инструменти напускат активната моделна проекция след осем вместо след дванадесет по-нови съобщения. Суровият запис на сесията, неотговорените или грешно форматираните извиквания, медиите, резултатите на инструменти и най-новите осем съобщения остават непроменени. В измерена моментна снимка на сесията се сгъстяват три допълнителни завършени извиквания; спрямо 9.1.150 това спестява още 317 знака или около 80 оценени токена на повторена заявка. |
| 9.1.150 | От BLUN King 9.1.150 историческото изнасяне на резултати на инструменти защитава най-новите четири съобщения пълно вместо най-новите осем. По-старите подходящи резултати на инструменти запазват компактен, 600 знака дълъг указател за възстановяване и своя път на източника; суровият запис, напълно съхранените изходи, медиите и най-новите четири съобщения остават непроменени. В измерена моментна снимка на сесията прозорецът от четири съобщения изнася девет допълнителни исторически резултата и спестява спрямо 9.1.149 още 6 683 знака или около 1 671 оценени токена на повторена заявка. |
| 9.1.149 | От BLUN King 9.1.149 историческото изнасяне на резултати на инструменти защитава най-новите осем съобщения пълно вместо най-новите дванадесет. По-старите подходящи резултати на инструменти запазват компактен, 600 знака дълъг указател за възстановяване и своя път на източника; суровият запис, напълно съхранените изходи, медиите и най-новите осем съобщения остават непроменени. В измерена моментна снимка на сесията три резултата падат от 4 679 на 1 800 знака; това спестява още 2 879 знака или около 720 оценени токена на повторена заявка. |
| 9.1.148 | От BLUN King 9.1.148 се смаляват и в най-новия смесен Telegram пакет изрично маркираните с addressed=false канални участъци. Адресираните участъци, медиите, суровият запис и експортите остават непроменени. В измерен запис единадесет неадресирани участъка падат от 22 691 на 2 750 знака; това спестява 19 941 знака или около 4 986 оценени токена на повторена заявка. |
| 9.1.147 | От BLUN King 9.1.147 микро-сгъстяването защитава най-новите дванадесет съобщения пълно вместо най-новите двадесет и използва по този начин същия прозорец за възстановяване като съществуващото изнасяне на резултати на инструменти. По-старите завършени аргументи на инструменти и подходящите резултати на инструменти се смаляват само в моделната проекция; суровият запис и пътищата за възстановяване остават непроменени. В измерен запис това спестява още 560 знака или около 140 оценени токена на заявка. |
| 9.1.146 | От BLUN King 9.1.146 по-старите, вече изнесени резултати от инструменти се ограничават в моделната проекция до данните, необходими за възстановяването: име на инструмента, брой знаци и път към файла. Пълното съдържание остава непроменено на диска, суровият запис не се променя, а последните дванадесет съобщения запазват подробните си бележки. В измерен запис това намалява повтарящото се подаване към модела с 26 779 знака, съответно около 6 695 оценени токена на заявка. |
| 9.1.145 | От BLUN King 9.1.145 прекъснат поток на доставчика се повтаря автоматично, ако до момента са пристигнали само вътрешни мисловни изходи. Видим текст и извиквания на инструменти и по-нататък предотвратяват автоматичното повторение. Адаптивните последващи стъпки с ниско мисловно ниво използват бюджет от 8 192 токена; първите, сложните и неуспешните стъпки запазват конфигурирания бюджет, а повторение след достигане на границата на дължината може да го увеличи. При продължаване на сесия бележката за транспорта на Telegram плъгина вече не се появява като суров чат текст. |
| 9.1.144 | 9.1.144 ограничава адресираните Telegram секции извън последните 20 съобщения в моделната проекция до предварителен преглед от 1 000 знака с начало и край. Последните 20 съобщения, най-новото потребителско съобщение, секциите точно на границата, прикачените файлове, метаданните на канала, суровият запис и експортът остават непроменени. |
| 9.1.143 | 9.1.143 премахва от по-старите съобщения повтарящата се бележка за транспорта на Telegram плъгина от моделната проекция. Съдържанието на канала, метаданните, прикачените файлове, най-новото потребителско съобщение, суровият запис и експортът остават непроменени. |
| 9.1.142 | 9.1.142 намалява предварителния преглед с начало и край за по-стари, неадресирани части на Telegram канала в моделната проекция от 500 на 250 знака. Адресираните части на канала, най-новото потребителско съобщение, прикачените файлове, суровият запис и експортът остават непроменени. |
| 9.1.141 | 9.1.141 премахва аргументите на по-стари, приключени извиквания на инструменти от моделната проекция още от 32 оценени токена. Резултатите от инструментите запазват досегашния си праг; новите съобщения и суровият запис остават непроменени. |
| 9.1.140 | 9.1.140 ограничава напомнянето за Mistake въз основа на уместност в моделната проекция по подразбиране до 4 000 знака. Пълните Mistake файлове, суровият запис и експортът остават непроменени. |
| 9.1.139 | 9.1.139 ограничава по-старите, неадресирани части на Telegram канала в моделната проекция до предварителен преглед от 500 знака. Най-новото потребителско съобщение, адресираните части, прикачените файлове, суровият запис и експортът остават пълни. |
| 9.1.138 | 9.1.138 запазва от всяка повтаряща се Cron задача в моделната проекция само най-новата бележка за събуждане. Еднократните напомняния, различните задачи, суровият запис и експортът остават непроменени. |
| 9.1.137 | 9.1.137 защитава вече само дванадесетте най-нови съобщения изцяло от изнасянето на по-стари резултати от инструменти. Пълните резултати остават възстановими чрез суровия запис и пътя към източника. |
| 9.1.136 | 9.1.136 запазва в моделната проекция само най-новата динамична бележка за Mistake.md. По-старите избрани елементи остават изцяло запазени в суровия запис и в експортите. |
| 9.1.135 | BLUN King 9.1.135 държи управляваната Node.js среда за изпълнение на първо място в PATH в заместващия процес и във всички подчинени инструменти. Команди като node и npm използват по този начин същата поддържана среда като TUI, вместо да се връщат към по-стара системна инсталация. |
| 9.1.134 | 9.1.134 ограничава неадресираните групови съобщения в Telegram в моделната проекция до предварителен преглед от 2 000 знака със запазени начало, край и първоначална дължина. Директните съобщения и запазеният запис остават пълни. |
| 9.1.133 | 9.1.133 избира от проектния локален и общия Mistake.md най-много пет уместни пълни записа в рамките на общ бюджет от 6 000 знака. Пълните източници и пътищата за съхранение остават запазени. |
| 9.1.132 | 9.1.132 държи активен олекотения основен системен промпт с 4 850 знака след генерираната инициализация. Това спестява 18 259 знака на заявка, т.е. около 4 565 оценени токена, без да премахва инструкции или инструменти. |
| 9.1.131 | 9.1.131 премахва две по-стари копия на правила от моделната проекция, след като решаващите им съответствия са налице. Стандартният промпт намалява по този начин с 1 010 знака, съответно около 253 оценени токена на заявка. |
| 9.1.130 | 9.1.130 заменя извън последните 20 съобщения пояснителния текст на по-стари, напълно приключени стъпки с инструменти с кратък указател. Извикванията на инструменти, резултатите, суровият запис и експортът остават изцяло запазени. |
| 9.1.129 | 9.1.129 премахва предварителните прегледи от по-стари, вече изнесени резултати от инструменти. Пътят и данните за размера остават видими; пълното съдържание остава в оригиналния файл или в частния архив. |
| 9.1.128 | 9.1.128 ограничава постоянния кеш на заредените по-късно схеми на инструменти до дванадесетте най-скоро избрани инструмента. Изместените инструменти остават незабавно откриваеми чрез ToolSearch. |
| 9.1.127 | 9.1.127 съкращава повтаряния каталог на ToolSearch. Еднозначните инструменти се появяват с краткия си селектор; пълните MCP пространства от имена остават само при конфликти на имена. |
| 9.1.126 | 9.1.126 избира от общия за средата за изпълнение файл с грешки детерминистично най-много пет раздела, подходящи за текущия разговор. Проекцията е ограничена до 6 000 знака и не изисква допълнително извикване на модел или мрежа. |
| 9.1.125 | 9.1.125 добавя само четящата Telegram команда /status за свързани потребители. Тя съобщава състоянието на компютъра, версията, процеса и опашката, без да извежда идентификатори на чатове, пътища, тайни или съдържание на съобщения. |
| 9.1.124 | 9.1.124 коригира разменените маркови цветове в компактния знак на BLUN под полето за въвеждане. Стойностите на състоянието, името на профила и персоната остават непроменени. |
| 9.1.123 | 9.1.123 премахва големите JSON аргументи на по-стари, приключени извиквания на инструменти от моделната проекция. Името, идентификаторът, резултатът, суровият запис и експортът остават пълни. |
| 9.1.122 | 9.1.122 зарежда пълното ръководство за дизайн само при визуална работа чрез инструмента skill. Невизуалните заявки получават компактен договор за активиране; по-старите чисто текстови изходи се изнасят същевременно по-ефективно. |
| 9.1.121 | 9.1.121 ограничава общия размер на по-старите чисто текстови изходи на инструменти. Подходящи резултати се архивират частно и се заменят в моделната проекция с четливи препратки към файлове. |
| 9.1.120 | 9.1.120 изнася големи по-стари отговори на асистента в частни файлове на сесията. Последните 20 съобщения, веригите от инструменти и пълният суров запис остават запазени. |
| 9.1.119 | 9.1.119 изпраща при всяка стъпка на модела само малка селекция от често използвани skills. Всички останали skills остават откриваеми чрез инструмента skill по име или предназначение. |
| 9.1.118 | 9.1.118 поддържа стабилен времевия печат на сесията в системния промпт по време на течаща сесия. Непроменените части на промпта могат по този начин да продължат да използват префиксния кеш на доставчика. |
| 9.1.117 | 9.1.117 поддържа четирите основни инструмента за медии незабавно достъпни и зарежда разбирането на изображения и видео, синхронизирането на видео и синхронизирането на движенията на устните само при нужда чрез ToolSearch. |
| 9.1.116 | 9.1.116 добавя проактивно сгъстяване от около 128 000 оценени входни токена на сигурна граница на стъпка. Сгъстяването използва олекотен собствен системен промпт; големите резултати от Read използват съществуващия си път към източника. |
| 9.1.115 | Продължените сесии изграждат наново системния промпт на текущия профил, така че остарелите прекомерно големи снимки на промпта не просъществуват след рестартиране. Големите прегледи на работната папка се ограничават; пълните файлове остават достъпни чрез Glob, Grep и Read. |
| 9.1.114 | Доставката на Telegram третира Windows EPERM вече като указание за течащ TUI или poller процес, вместо да отклонява съобщенията от видимата сесия. ToolSearch потвърждава вече зареден инструмент с точно съвпадение на името, вместо погрешно да съобщава, че липсва инструмент, който трябва да се зареди само при нужда. |
| 9.1.113 | Telegram инструментите запазват при стартирането резервен път в същата среда за изпълнение, ако управляваната регистрация на плъгини временно липсва. |
| 9.1.112 | Големи по-стари потребителски съобщения се архивират извън текущия работен прозорец; пълният суров запис остава на разположение. |
| 9.1.111 | Ходовете на Telegram с прикачени файлове получават download_attachment автоматично. При нормални ходове инструментът остава изнесен чрез ToolSearch, така че намаленото натоварване със схеми се запазва. |
| 9.1.110 | Повторенията след претоварване на доставчика се съобразяват с указанието Retry-After на сървъра. Автоматичната настройка на ripgrep зарежда определените архиви на версия 15.0.0 от официалното издание на ripgrep и проверява техните SHA-256 контролни суми преди инсталацията. |
| 9.1.109 | Версия 9.1.109 държи постоянно в заявката към модела само деветте инструмента, на които се падат повече от 98 процента от 3 183 измерени извиквания на инструменти. Всички останали инструменти остават откриваеми чрез ToolSearch и след първото зареждане достъпни до края на сесията. По този начин натоварването със схеми намалява при всяка нормална стъпка на модела, без да се премахва инструмент или да се променя бързият път за Telegram отговори и висящи резултати за медии. |
| 9.1.108 | Идентични, многократно подавани системни бележки се обединяват само в моделната проекция. Променените бележки и пълният запазен запис остават запазени. |
| 9.1.107 | Грешките на доставчика се показват на разбираем за клиента език; вътрешните кодове за грешки и указанията за поддръжка не се появяват при това. /help предлага списък с команди, управляван с клавишите със стрелки, и отваря с десния клавиш със стрелка или с клавиша Enter подробно описание на избраната команда. |
| 9.1.106 | Профилите на агенти могат да изключват инструменти по име. Изключенията важат и след динамично зареждане; стандартните подагенти не изпращат Telegram съобщения встрани от главния агент. |
| 9.1.105 | Версия 9.1.105 добавя TaskUpdate за течащи фонови агенти. King предава допълнителни инструкции на следващата безопасна стъпка на модела на същия активен агент, без да го спира или да стартира друг агент. Неизвестни и вече приключени задачи, Shell задачи и агенти, които вече не приемат актуализации, се отхвърлят непроменено. |
| 9.1.104 | Версия 9.1.104 оставя Shell командите на преден план да се изпълняват до редовния си край дори при много големи изходи. King записва непрекъснато до 16 MiB в частния протокол на задачата, отхвърля изходите отвъд това и съобщава действителния изходен код, вместо да прекратява процеса заради обема на изхода. Малките изходи, фоновите задачи, времевите граници и ръчните прекъсвания остават непроменени. |
| 9.1.103 | Членовете на рояка се възобновяват след временни прекъсвания на доставчика под същия идентификатор на агента най-много два пъти. HTTP 429 запазва отделното си правило за претоварване; окончателните грешки и ръчните прекъсвания не се повтарят автоматично. |
| 9.1.102 | Делегираните отделни агенти се възобновяват след временни грешки на доставчика въз основа на постоянния си запис най-много два пъти. Постоянните грешки и ръчните прекъсвания остават окончателни. |
| 9.1.101 | Прекомерно големите потребителски съобщения се архивират локално и се заменят в контекста на модела с ограничен предварителен преглед с четим път. Пълният оригинален запис и медиите остават запазени. |
| 9.1.100 | Ограничените търсения на съдържание с Grep спират ripgrep след поисканата страница и един допълнителен ред за преглед. Броенето на попадения, неограничените търсения и списъците с файлове, сортирани по време на промяна, остават пълни. |
| 9.1.98 | King може проактивно да сгъсти приключен работен раздел от 128 000 оценени токена. Под прага схемата на инструмента остава изцяло извън промпта на модела; сгъстяването използва съществуващия безопасен преход на стъпка. |
| 9.1.97 | Постоянно зареденото описание на инструмента TodoList намаля от 2 238 на 996 знака. Многостепенното планиране, всичките шест статуса на задачите, честните съобщения за напредък, запитванията, изчистването и отделният режим на план останаха защитени. |
| 9.1.96 | Постоянно зареденият основен системен промпт намаля от 23 109 на 4 850 знака. Идентичността, персоната и душата, езикът на отговорите, работните и разрешителните граници, предаването при сгъстяване, средата за изпълнение, AGENTS.md и skills останаха защитени. |
| 9.1.95 | Постоянно зареденото описание на инструмента Write намаля от 2 532 на 1 541 знака. Разграничението от Edit, дословните съдържания, краищата на редовете, границата от 500 реда, изключението за един файл и атомарното продължение с проверка на броя редове и SHA-256 останаха защитени. |
| 9.1.94 | Постоянно зареденото описание на инструмента Glob намаля от 1 495 на 1 006 знака. Сортирането, игнорираните и чувствителните файлове, рекурсивните модели, скритите файлове, разширенията в скоби и границата от 100 попадения останаха защитени. |
| 9.1.93 | Постоянно зареденото описание на инструмента Edit намаля от 1 537 на 1 144 знака. Четенето преди промяна, точните замени, множествените замени, обработката на CRLF и границата от 500 реда останаха защитени. |
| 9.1.92 | Постоянно зареденото описание на инструмента Agent намаля от 2 061 на 1 153 знака. Отделеният контекст, продължаването, времевите граници и паралелното делегиране останаха запазени. |
| 9.1.91 | Постоянно зареденото описание на инструмента Read намаля от 2 391 на 1 648 знака. Разделянето на страници, защитата на тайните, препращането на медии, форматът на редовете и поведението при CRLF останаха запазени. |
| 9.1.90 | Постоянно зареденото описание на инструмента Bash намаля от 5 003 на 1 834 знака. Договорът за изпълнение, фоновите задачи, файловите инструменти и границите за сигурност останаха изцяло запазени. |
| 9.1.89 | Постраничните четения на файлове посочват при вътрешната граница от 1 000 реда точния следващ line_offset; краят на файла и съзнателно по-малките откъси остават непроменени. |
| 9.1.88 | BLUN King 9.1.88 активира малкото, беззагубно сгъстяване навреме преди пълното сгъстяване. По-старите големи резултати от инструменти и приключените аргументи на инструменти напускат по-рано изгледа на модела; пълният запазен запис остава запазен. |
| 9.1.87 | Изрично повторим HTTP 429 отговор се съобразява с Retry-After и получава най-много две автоматични повторения; другите грешки остават незабавно видими. |
| 9.1.86 | Големите изходи на инструменти запазват в рамките на същия бюджет за преглед по 1 000 знака от началото и от края видими; точна маркировка посочва броя на пропуснатите знаци. |
| 9.1.85 | Текстовите резултати на инструменти над 12 000 знака се запазват изцяло в частен локален файл; следващите заявки към модела запазват само бюджет за преглед от 2 000 знака и четливия път. |
| 9.1.84 | Пълното сгъстяване обработва по-стари записи на хронологични стъпки с най-много 64 000 оценени входни токена; фиксираната граница за сигурност и пълният частен архив остават непроменени. |
| 9.1.83 | Микросгъстяването заменя големите аргументи на по-стари, приключени извиквания на инструменти само в изгледа на модела с валидна JSON маркировка; проверяващият сесията съобщава оцененото спестяване без извеждане на съдържание. |
| 9.1.82 | Само четящият проверяващ съобщава избраните и задържаните схеми на инструменти, причините за потискане и оценения брой избегнати токени за схеми. |
| 9.1.81 | Доставен, само четящ проверяващ обобщава стъпките на доставчика, извикванията на инструменти, токените, сгъстяванията, грешките и изнесените изходи, без да разкрива промпти или частни пътища. |
| 9.1.80 | Големите резултати от инструменти получават телеметрия за изнасяне без съдържание; изолираният контекст на подагенти, машинночетимите планове и прехвърляемите предавания са защитени чрез регресионни тестове. |
| 9.1.79 | Постоянните контролни точки записват приключени записи на историята преди стъпки на доставчика и преди приключване на работник, така че приключената работа може да бъде прочетена отново след продължаване. |
| 9.1.78 | Пълното сгъстяване архивира изместените части на историята, преди да ги замени с обобщение; обобщението съдържа четливия път към архива. |
| 9.1.77 | Микросгъстяването намалява при натиск върху контекста по-стари, големи резултати от инструменти и запазва едновременно пълния запазен запис. |
| 9.1.76 | Висящите задачи за изображения, видео и реч преживяват сгъстяването и бързите последващи въпроси; Telegram съобщенията остават в FIFO реда без подвеждаща грешка за заетост. |
| 9.1.75 | Кратките Telegram разговори обработват само най-новото неотговорено съобщение, докато приключените текстови размени остават запазени като езиков контекст. |
| 9.1.74 | Запаметените Telegram маршрути възстановяват случайно подадени без знак минус идентификатори на групи; Strg+S може да управлява действително течащ ход. |
| 9.1.73 | Telegram и Loop съобщенията вече не стартират втори ход по време на активна работа; Escape и Ctrl+C могат и по-нататък да прекъснат активния ход. |
| 9.1.72 | Скриването на бележка за актуализация потиска само предложената по онова време версия; по-новите издания се появяват при нормален старт с king отново. |
| 9.1.71 | Loop будилниците попадат правилно в опашката, Telegram poller-ът се заема атомарно, централните файлови и медийни инструменти остават незабавно достъпни и Context7 вече не стартира автоматично. |
| 9.1.69 | Стандартните MCP се настройват, Telegram достига защитена FIFO точка на предаване, Escape и Ctrl+C прекъсват надеждно активната работа и прегледът на MCP скрива вътрешните пътища. |
| 9.1.68 | Telegram съобщенията в режим на празен ход събуждат FIFO обработката, директните и груповите съобщения запазват реда си на пристигане, а продължаването скрива вътрешните Telegram рамки. |
| 9.1.67 | Стандартният skill venture-flywheel добавя чисто договорна UVF основа с детерминистично доверие в проекта и задължения за одобрение на външни действия. |
| 9.1.66 | /curiosity и /scout изпълняват ограничени, само четящи проучвания на възможности с доказателства, контрадоказателства и критерий за прекъсване. |
| 9.1.65 | Escape и Ctrl+C прекъсват надеждно автоматичните сгъстявания, стабилна котва на екрана предотвратява двойни долни колонтитули, а бележката за Loop е подравнена към съдържанието на чата. |
| 9.1.64 | Базираният на диска запис на сесията, заредените по-късно инструменти и skills, наблюдателят за празен ход на доставчика от 120 секунди, правилният Loop такт, Telegram в FIFO ред, Linux пакетите и разпознаването на босненски език бяха добавени заедно. |
| 9.1.58–9.1.63 | Тази серия от версии обедини работата по сесии, Telegram, платформи и производителност. Финалът бяха олекотени схеми на инструменти при поискване, компактни списъци със skills, възстановени skills за първа употреба и инвентарна проверка на пакети срещу непланирани премахвания. |
Предишни подобрения
| Версия | Промяна |
|---|---|
| 9.1.53 | /idea публикува плана си за задачите преди първата работа, проверява изходящите действия при всяко извикване на инструмент и изисква за всяка стъпка честно крайно състояние. |
| 9.1.52 | Продължените сесии отварят директно запазената работна папка. Разговорът и активният /loop статус се възстановяват заедно при повторно стартиране. |
| 9.1.51 | Loops работят като автономни будилници, /idea разработва и обработва собствени планове, Telegram може да задейства работни команди, а медийните и стартовите състояния се показват по-ясно. |
| 9.1.50 | Локални или получени чрез Telegram изображения могат да се анимират като истински MP4 видеа. Големите контекстни прозорци получават валиден бюджет за изход; медийната лента показва по-ясни състояния и кликваеми пътища. |
| 9.1.49 | Изображения на възрастни фантастични герои по бански остават позволени в ясни граници. Приключени задачи за изображения могат да се използват като изходно изображение за видеа; успешните запитвания GetMedia не създават повторни карти. |
| 9.1.48 | Единната медийна лента събира медийните задачи директно над полето за въвеждане. Проценти се появяват само с реална измерена стойност на доставчика; иначе тя показва фаза и време на изпълнение. |
| 9.1.47 | Протоколът на заявките разграничава разговори и сгъстяване и отразява избора на инструменти и причината за потискане, без да променя поведението на инструментите. |
| 9.1.46 | Loops разбират естествени времеви указания, показват ги по време на въвеждането, поддържат свободни интервали и освобождават нормалния избор на текст в терминала извън изгледа на историята. |
| 9.1.45 | Текущият напредък на сгъстяването се появява вече само в долната лента за състояние, вместо допълнително като втори ред в чата. |
| 9.1.44 | Пълно преопаковане на приетата 9.1.43, за да разпознаят актуализацията надеждно и ранните инсталирани версии на 9.1.43. |
| 9.1.43 | Пълна защитна основа от 9.1.40 с диагностика на транспорта, видими бележки за актуализации и конзолните команди /loop, /goal и /output-style. |
| 9.1.40 | Пазител на хода за дълги или многократно неуспешни извиквания; само-хеш след многочастен запис с проверка на запазения файл чрез повторно четене. |
| 9.1.39 | Дългите файлове се записват в продължения. Всяко продължение започва от действително записания край; броят на редовете, SHA-256 и границите на частите се проверяват и извеждат. |
| 9.1.38 | Изродени или прекъснати аргументи на инструменти се разпознават. Непълен файл се отхвърля със съобщение за грешка, вместо мълчаливо да се счита за готов. |
| 9.1.37 | След смяна на Node BLUN проверява нативните модули с истинска SQLite заявка и при нужда изгражда отново better-sqlite3. |
| 9.1.36 | Празните отговори на модела се обработват според причината: твърде малък бюджет за изход се увеличава, празен стоп се повтаря точно веднъж. Системните бележки и инжекциите не могат да задействат Telegram отговор. |
| 9.1.35 | Многостепенното сгъстяване показва степента и реалното натоварване на прозореца на модела, например 2/~10 · 90 %. |
| 9.1.34 | Активният контекст се сгъстява на стъпки: най-старите части първо, всяко извикване на сгъстяването под границата на модела. |
| 9.1.33 | Основа за автоматичната Node среда и последващата поправка на нативни модули след смяна на средата за изпълнение. |
Допълнения и отворени пропуски в документацията
Сверка от 17 септември 2026 г.: в диапазона от 9.1.33 до 9.1.597 в npm регистъра присъстват 521 версии. Липсващ номер не означава автоматично липсваща публикация: някои издания липсват в днешния регистър или са оттеглени. При четири публикувани версии точните подробности за промените остават отворени. За тях не се измислят промени.
9.1.567: подробностите за промените са отворени
Публикувано на 6 септември 2026 г. в 22:42 UTC. Стойността SHA-512 на пакета съвпада с публикуваната в npm стойност на целостта. Пакетът не съдържа CHANGELOG.md; неговото README посочва при инсталационната команда все още 9.1.566. От това не може да се изведе надеждно разликата спрямо 9.1.566. Този пропуск в документацията остава изрично отворен.
9.1.550: подробностите за промените са отворени
Публикувано на 2 септември 2026 г. в 07:19 UTC. Стойността SHA-512 на пакета съвпада с публикуваната в npm стойност на целостта. Пакетът не съдържа CHANGELOG.md и в проверения материал не е намерено версионно специфично доказателство за промяна. Този пропуск в документацията остава изрично отворен.
Допълнение към 9.1.536
Следните данни произхождат от публикувания пакет с проверена цялост от 1 септември 2026 г.:
- Работните задачи продължават и след частните Telegram отговори. След буферирани директни съобщения King продължава работата с ограничена допълнителна стъпка, освен ако потребителят изрично не е поставил на пауза или не е спрял.
- Кратките запитвания за статус не прекъсват течащия работен процес.
- Когато опитите за повторение след празни мисловни отговори са изчерпани, King намалява мисловното усилие, вместо да го остави непроменено при по-нататъшни опити.
- Повече заредени по-късно схеми на инструменти остават достъпни; съобщенията се изнасят едва когато наличното място в записа стане оскъдно.
- Включени са провереното правило за напредък на TodoList и едноредов начален път за God Mode с Swarm.
Допълнение към 9.1.99
Съществуващата документация на функциите описва съвместното изнасяне на последователни чисто текстови резултати от инструменти: ако стекът надхвърли 12 000 знака, подходящите големи резултати се запазват частно. В контекста на модела остават четливи препратки; суровият запис и медиите остават запазени. Досега липсващият запис за версията препраща вече изрично към тази функция.
9.1.70: подробностите за промените са отворени
Публикувано на 24 август 2026 г. в 15:56 UTC. Стойността SHA-512 на пакета съвпада с публикуваната в npm стойност на целостта. Пакетът не съдържа CHANGELOG.md; наличните описания на функции не доказват еднозначна разлика спрямо 9.1.69. Този пропуск в документацията остава изрично отворен.
9.1.57: подробностите за промените са отворени
Публикувано на 23 август 2026 г. в 07:28 UTC. Изданието се е появило досега само като отправна точка на сборно заглавие. Собствено версионно специфично доказателство за промяна не е приписано в проверения материал. Този пропуск в документацията остава изрично отворен.
Съдържащият се в неизменяемия npm пакет 9.1.597 CHANGELOG.md свършва при 9.1.594. Допълнените бележки за 9.1.595 до 9.1.597 стоят на тази страница. Публикуваният пакет не е пренаписан впоследствие под същия номер на версията.
9.1.41 и 9.1.42 са оттеглени
Тези две версии бяха разклонени по погрешка от 9.1.38 вместо от 9.1.40. Поради това липсваха продължаването на записа, само-хешът и пазителят на хода. И двете npm версии са отбелязани като остарели; latest и next никога не са сочили към тях. 9.1.43 съдържа предназначените им промени върху пълната защитна основа.
Актуализиране и проверка
king update
blun --version
След инсталацията на 9.1.599 изходът на версията трябва да показва 9.1.599. Актуализациите от 9.1.597 и от локалната версия 9.1.598 през публичните източници за актуализации са проверени. Вече работеща конзола зарежда новия код едва след рестартирането си. Провери в нея след това допълнително /version.