BLUN King

BLUN King 9.1.621

Opublikowano

King przejmuje podsumowanie Twojej rozmowy tylko wtedy, gdy model potwierdził jego zakończenie. Jeśli brakuje tego potwierdzenia, dotychczasowa historia rozmowy pozostaje bez zmian.

Jeśli przekazywanie podsumowania zakończy się nieoczekiwanie, dotychczasowy kontekst rozmowy nie zostanie zastąpiony niekompletnym podsumowaniem. Zmiana dotyczy tylko kompaktowania rozmowy; normalne odpowiedzi pozostają bez zmian.

Nadal otwarte są pojedyncze błędy podczas zapisywania sesji; nie zostały one naprawione w tej aktualizacji.

BLUN King

BLUN King 9.1.620

Opublikowano

W systemie Windows konsola kończy działanie całkowicie po zamknięciu okna, aby przy następnym uruchomieniu nie pojawiał się komunikat „już działa”.

Aktualizacja poprawia zakończenie procesu konsoli po zamknięciu okna. Konsola faktycznie nadal działająca zachowuje wyłączny dostęp do swojej sesji.

Instrukcja została uzupełniona do stanu 620: instalacja w systemie Linux, kontynuowanie długich sesji, ostatnia sesja przy uruchamianiu, Ctrl+L, Skille, wtyczki, cele i zlecenia bez interfejsu. Przejdź do aktualnej instrukcji CLI.

BLUN King

BLUN King 9.1.619

Opublikowano:

Pojedynczy wcześniejszy błąd podczas zagęszczania rozmowy nie blokuje już sesji: po udanym zagęszczeniu King liczy tylko nowe, bezpośrednio następujące po sobie błędy. Jeśli zagęszczanie nie powiedzie się dwa razy z rzędu, komunikat wyraźnie pokazuje teraz „zagęszczanie wstrzymane” zamiast zgłaszać pełny kontekst.

Nadal otwarte są pojedyncze błędy przy zapisywaniu sesji i tworzeniu pełnego podsumowania rozmowy; ta aktualizacja ich nie naprawia.

BLUN King

BLUN King 9.1.618

Opublikowano:

Jeśli po wznowieniu twojej sesji nadejdzie wiadomość z Telegrama, gdy King już pracuje, pozostaje ona w kolejce i zostaje następnie dostarczona. King nie pokazuje już tej sytuacji oczekiwania jako błędu.

W systemie Linux x64 terminal używa dołączonego pliku binarnego. Dzięki temu działa nawet wtedy, gdy npm 12 blokuje skrypty instalacyjne; kompilator nie jest do tego potrzebny. W tym celu King używa ustalonej wersji wstępnej node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Opublikowano:

Podczas ponownego ładowania tej samej sesji King nie dodaje już wielokrotnie niezmienionych instrukcji wtyczek. Jeśli instrukcje się zmienią, King nadal uwzględnia aktualny stan.

Podglądy dużych wyników narzędzi uwzględniają teraz także dostępne okno kontekstu. Wyniki przeniesione na zewnątrz nadal możesz przeczytać w całości.

Za pomocą /profile lub /profiles otwierasz wybór profilu. King przełącza się tylko wtedy, gdy twoja sesja jest gotowa. Trwająca praca i oczekujące wiadomości zapobiegają przedwczesnemu przełączeniu; twój dotychczasowy profil pozostaje wtedy aktywny.

Gdy zatrzymasz trwającą pracę, King czeka także na ostatnie kroki porządkowe. Praca, która nie została jeszcze ukończona, nie jest przedwcześnie potwierdzana jako zakończona.

BLUN King

BLUN King 9.1.616

Opublikowano:

Po potwierdzonej odpowiedzi na Telegramie King przejmuje kolejne wiadomości skierowane do ciebie w następnym bezpiecznym kroku, również podczas trwającej tury.

Po potwierdzonej odpowiedzi na Telegramie King przejmuje kolejne wiadomości skierowane do ciebie w następnym bezpiecznym kroku, również podczas trwającej tury. Dostarczona już odpowiedź nie blokuje dłużej kolejki. Odpowiedzi pozostają przypisane do swoich czatów.

Jeśli przerwiesz turę, wiadomości z Telegrama, które nie zostały jeszcze przejęte, są zachowywane do następnego dostarczenia. King potwierdza je dopiero wtedy, gdy sesja faktycznie je przejmie.

BLUN King

BLUN King 9.1.615

Opublikowano:

King utrzymuje duże katalogi narzędzi dostępne przez wyszukiwanie narzędzi i dostosowuje budżet narzędzi do okna kontekstu dostawcy.

King utrzymuje duże katalogi narzędzi dostępne przez wyszukiwanie narzędzi, bez wysyłania do modelu wszystkich opcjonalnych schematów narzędzi. Jeśli dostawca zgłosi mniejsze okno kontekstu, King dostosowuje budżet narzędzi; znalezione narzędzia pozostają dostępne w następnym kroku.

W razie potrzeby King przenosi duże wyniki narzędzi na zewnątrz wcześniej niż dotychczas. Pełny wynik możesz pobrać jak dotychczas, o ile można go bezpiecznie odtworzyć.

Zwykłe odpowiedzi Telegrama i zmiany wiadomości nie są już wstrzymywane z powodu braku zatwierdzenia języka. Skonfigurowana przez Ciebie kontrola odpowiedzi pozostaje aktywna.

BLUN King

BLUN King 9.1.614

Opublikowano:

Zbyt duże pliki AGENTS.md i AGENTS.override.md nie zatrzymują już tury wyłącznie ze względu na swój rozmiar.

Poza konsolą King, King czyta łącznie do 32 KiB z plików z instrukcjami i raz na sesję podaje ci liczbę pominiętych bajtów.

W konsoli King pliki pozostają kompletne, dopóki pozwala na to limit rozmiaru żądania.

Dowiązania symboliczne i niebezpieczne ścieżki pozostają zablokowane.

BLUN King

BLUN King 9.1.613

Opublikowano:

King rozpoznaje zbyt duże żądania do modelu jeszcze przed wysłaniem.

W konsoli King, King czyta z każdego pliku AGENTS.md i AGENTS.override.md najwyżej 32 KiB. To, co przekracza ten limit, King pomija i pokazuje, ile bajtów zostało pominiętych.

Przed wysłaniem King szacuje teraz rozmiar całego żądania do modelu, w tym instrukcji, historii, definicji narzędzi i danych obrazów. Gdy zbliża się on do limitu bajtów serwera, rozpoczyna się stopniowe kompaktowanie. Jeśli żądania nie można bezpiecznie podzielić, King przerywa działanie, nie odrzucając po cichu zapisanej historii.

King przechowuje zakończone wywołania narzędzi lokalnie jako metadane: nazwę narzędzia, czas, status, a w przypadku narzędzi plikowych ewentualnie ścieżkę. Dane wejściowe, wyjściowe, polecenia i klucze nie są zapisywane. Poleceniem /memory tools możesz przeszukiwać wpisy swojego profilu.

Diagnostyka kontekstu pokazuje dodatkowe liczby dotyczące składu żądań. Opcjonalny pomiar faz rejestruje czas do wywołania modelu bez logowania treści.

Wskaźnik zużycia przejmuje osobno raportowane tokeny myślenia, o ile dostawca je dostarcza.

Niewydana dla klientów, zastąpiona przez 9.1.613

BLUN King 9.1.612

Opublikowano:

9.1.612 nie została wydana jako aktualizacja dla klientów. Wczesna ochrona bajtowa nie zadziałała przy żądaniu powyżej 900 KB, gdy sama historia pozostała poniżej 600 KB. 9.1.613 zastępuje ten stan.

BLUN King

BLUN King 9.1.611

Opublikowano:

Duże żądania kompaktowania mieszczą się w limicie bajtów serwera.

  • King dzieli zbyt duże żądanie kompaktowania na chronologiczne kroki według rozmiaru żądania. Dzięki temu kompaktowanie może być kontynuowane, nawet gdy żądanie zawiera więcej bajtów, niż serwer przyjmuje naraz.
  • Jeśli już pojedyncza wiadomość nie mieści się w limicie, zapisana historia pozostaje bez zmian. King jej nie odrzuca, aby wymusić kompaktowanie.

Nie dowodzi to ani krótszego czasu oczekiwania na model, ani mniejszego zużycia tokenów. Aktualizacja nie uruchamia ponownie już działającej sesji King.

BLUN King

BLUN King 9.1.610

Opublikowano:

Możesz ponownie zainstalować King w systemie Linux i ponownie uruchamiać profile, a drugie uruchomienie King w systemie Windows nie kończy się już mylącym komunikatem o prywatnych listach ACL.

  • Linux znów znajduje się na liście obsługiwanych systemów operacyjnych pakietu npm. Jeśli masz w systemie Linux starszą wersję, instalujesz 9.1.610 za pomocą zwykłego aktualizatora.
  • Wyraźne uruchomienia z --profile i istniejące skróty nazw profili prowadzą do katalogu wybranego profilu. Zwykła nieznana nazwa nie tworzy już po cichu pustego profilu; nowy profil tworzysz świadomie za pomocą --profile.
  • Jeśli istniejącemu profilowi brakuje własnego logowania, King proponuje /login zamiast przerywać z powodu brakującej konfiguracji modelu blun/king.
  • W systemie Windows sprawdzanie prywatnych katalogów udaje się również wtedy, gdy most Telegram trzyma otwarty katalog wtyczek. TEMP i TMP są przekazywane do asystenta ACL, a przy błędach katalogu King podaje ścieżkę, której dotyczy problem, i rzeczywistą przyczynę.
  • Jeśli już działa interaktywny King, King wykrywa to przed utwardzeniem prywatnych list ACL i podaje jego PID, zamiast przedstawiać drugie uruchomienie jako błąd prywatnych list ACL.

Pusty profil nie przejmuje w wersji 9.1.610 danych logowania ze wspólnego katalogu domowego. Obecny monit /login może jeszcze pokazywać „OAuth login expired”, nawet jeśli ten profil nigdy się nie logował.

Ścieżka aktualizacji w systemie Linux z 9.1.114 do 9.1.610 została przetestowana po publikacji. Ścieżka aktualizacji w systemie Windows z 9.1.609 do 9.1.610 nie jest zmierzona.

Aktualizacja nie uruchamia ponownie już działającej sesji King.

BLUN King

BLUN King 9.1.609

Opublikowano:

Otwórz wybór wysiłku skrótem Ctrl+L, zachowując przy tym swój szkic w edytorze.

  • Ctrl+L otwiera istniejący wybór wysiłku bez utraty szkicu w edytorze. Dotychczasowe ustawienia wysiłku i ograniczenia modelu są ponownie wykorzystywane, zamiast tworzyć drugą ścieżkę konfiguracji.
  • Istniejąca reguła dla trwających sesji pozostaje: zmiana wysiłku podczas aktywnej pracy jest odrzucana, a nie planowana na później. Podczas odtwarzania lub przejęcia edytora skrót klawiszowy jest ignorowany.

Te zmiany nie potwierdzają ani szybszych odpowiedzi w działaniu na żywo, ani niższego rozliczanego zużycia tokenów i nie tworzą pełnej zgodności funkcjonalnej z OpenClaw.

BLUN King

BLUN King 9.1.608

Opublikowano:

W grupach Telegram do agenta King trafiają tylko wiadomości, w których jest wspomniany. Twoje wielokrotne wybory i stopniowe przerywanie pytań zostają zachowane.

  • W grupach Telegram wiadomości, które nie dotyczą agenta King, trafiają do kontekstu sesji dopiero po sprawdzeniu wzmianki. Kto wyraźnie wyłączył to sprawdzenie, zachowuje to ustawienie.
  • Własne wielokrotne wybory i stopniowe przerywanie pytań zostają zachowane. Stopka celu działa na wspólnym liczniku aktualizacji.
  • Nakład pracy przy przenoszeniu listy ACL systemu Windows maleje, bez osłabiania sprawdzania uprawnień. Odzyskiwanie po przejściowych błędach przy zastępowaniu konfiguracji jest ograniczone; własność operacji zapisu zostaje zachowana.
  • Przed ponowną próbą King sprawdza, czy równolegle usunięty znacznik zapisu Windows faktycznie zniknął. Nieczytelne istniejące znaczniki nadal prowadzą do przerwania.

Te zmiany nie potwierdzają ani szybszych odpowiedzi w działaniu na żywo, ani niższego rozliczanego zużycia tokenów i nie tworzą pełnej zgodności funkcjonalnej z OpenClaw.

BLUN King

BLUN King 9.1.607

Opublikowano:

Twoja ostatnio wybrana sesja wraca, nieudane zapisy są zgłaszane uczciwie, a każda próba HTTP otrzymuje znacznik czasu rozpoczęcia.

  • Opcjonalne przywrócenie ostatnio wybranej sesji można włączyć przez resume_last_selected w tui.toml. Wybór dotyczy potwierdzonego konta, runtime, agenta i obszaru roboczego. Normalny start pozostaje niezmieniony, wyraźne wybory sesji mają pierwszeństwo; niedostępne wybory wracają do nowej sesji, a nie do innej.
  • Po nieudanej aktywacji poprzedni wybór zostaje zachowany. Na koncie, które zmieniło się podczas aktywacji, nie jest zapisywany żaden wybór.
  • Nieudane zapisy plików nie są oznaczane jako udane. Istniejący protokół kontynuacji dla pełnych wierszy przy zapisach powyżej 2 048 bajtów UTF-8 zostaje objaśniony, bez podnoszenia granicy i bez automatycznej ponownej próby.
  • Bezpośrednio przed każdą próbą HTTP rejestrowany jest znacznik czasu rozpoczęcia według zegara rzeczywistego do korelacji diagnostyki. Ani treści zapytań, ani dane dostępowe nie trafiają do diagnostyki.
  • Znaki Unicode spoza płaszczyzny bazowej (na przykład emoji) zostają w pełni zachowane na istniejących granicach budżetu pamięci, bez podnoszenia tych budżetów i bez tworzenia dodatkowego magazynu.

Te zmiany nie potwierdzają ani szybszych odpowiedzi w działaniu na żywo, ani niższego rozliczanego zużycia tokenów, nie tworzą pełnej zgodności funkcjonalnej z Gateway i nie wykluczają nieadresowanych wiadomości Telegram z kontekstu.

BLUN King

BLUN King 9.1.606

Opublikowano:

Podczas wznawiania sesji najpierw pojawiają się aktualne strony transkryptu; starsze strony ładuje istniejąca nawigacja transkryptu.

  • Podczas wznawiania sesji interaktywnej najpierw pojawiają się aktualne strony transkryptu; starsze strony ładuje istniejąca nawigacja transkryptu. Pełna zapisana historia i aktywny kontekst modelu zostają zachowane.
  • Przy starcie obowiązuje cel wyświetlania 200 rekordów odtwarzania. Za pomocą --history-limit od 1 do 2000 można ustawić wyświetlanie pierwszych i starszych stron; pełne rundy rozmowy i pary narzędzi mogą przekroczyć cel.
  • Pierwsze wyświetlenie aktywacji Skill i wtyczek zostaje zachowane także po przekroczeniu granic stron. Pozycja przewijania startowego jest poprawiona, tak że ładowanie starszych stron nie pozostawia pustego ekranu.

Te zmiany zmniejszają początkową pracę renderowania transkryptu. Nie potwierdzają ani szybszych odpowiedzi modelu, ani niższego zużycia tokenów, ani niższych rachunków, nie poprawiają buforowania dostawcy i nie ograniczają, ile zostaje odczytane z dysku przy starcie.

BLUN King

BLUN King 9.1.605

Opublikowano:

Sprawdź źródła kontekstu, steruj trwającymi operacjami i przekaż przy starcie konsoli pierwszą wiadomość. Przetwarzanie lokalnej historii i kontrole kompaktowania zostały rozszerzone.

  • Lokalne historie sesji są wyświetlane zbiorczo. Zarchiwizowane strony widoku można znaleźć bez przeszukiwania wszystkich poprzednich bloków. Pełna zapisana historia, kontrole integralności archiwum i dotychczasowe przywracanie zostają zachowane.
  • Powtarzające się wyniki narzędzi są przygotowywane dla kontekstu modelu w jednakowy sposób między zarejestrowanymi kompaktowaniami. Pełne lokalne wyniki i istniejące uprawnienia do odczytu zostają zachowane. Wyniki nie są przenoszone poza kontekst, jeśli nie można by ich ponownie odczytać przez obiecaną ścieżkę przywracania.
  • Końcowe automatyczne kompaktowanie zastępuje aktywny kontekst tylko wtedy, gdy zmniejsza historię według tej samej metody szacowania. W przypadku odrzucenia pierwotna historia zostaje zachowana. Opcjonalny wyzwalacz max_request_history_bytes korzysta z istniejącej kontroli kompaktowania, jest domyślnie wyłączony i nie ogranicza całego ciała żądania do dostawcy.
  • Diagnostyka kontekstu otrzymuje osobne widoki i przypisanie źródeł dla instrukcji, pamięci, skilli i wcześniejszych wiadomości. Bajty serializowanej treści, lokalne szacunki tokenów i raportowane zużycie pozostają oddzielone.
  • Odpowiedzialność za sesję zostaje zachowana w przypadku oczekujących zadań, spóźnionych zdarzeń, pytań zwrotnych i zmian konfiguracji. Drugi aktywny zapis do tej samej sesji jest odrzucany, zamiast dopuszczać równoczesne zmiany w dzienniku.
  • Dodatkowy wiersz agenta/sesji w stopce znika. Sesjami można nadal precyzyjnie sterować i je diagnozować. Istniejący interfejs King, zarządzane modele i granice uprawnień zostają zachowane.
  • --message przekazuje pierwszą wiadomość przy interaktywnym starcie. Po wyrażeniu zgody przy starcie i wyborze sesji jest ona przetwarzana przez standardową kontrolę wiadomości i kolejkę. Jej treść nie jest interpretowana jako polecenie slash ani polecenie powłoki.
  • Kontrakt interfejsu dołączonej usługi Guard pozostaje bez zmian. Ta publikacja nie potwierdza ani szybszych odpowiedzi w działaniu na żywo, ani niższych rachunków od dostawcy, pełnej zgodności funkcjonalnej z OpenClaw ani ograniczonej ilości odczytu przy pierwszym ładowaniu dziennika sesji.

/abort przerywa trwającą operację bez odrzucania oczekujących danych wejściowych. /stop dodatkowo odrzuca oczekujące dane wejściowe. /exit nadal kończy konsolę. To są lokalne polecenia konsoli, a nie dodatkowe zdalne polecenia Telegramu.

Testy wersji pakietu 9.1.605: 238 plików testowych z 6 900 testami oraz 40 testów stagingowych, w tym 25 natywnych testów terminala. Test izolowanej aktualizacji z 9.1.604 przez opublikowany tag kandydata z prawdziwym instalatorem zakończył się sukcesem. Nie potwierdzono tym samym ani krótszych czasów rozgrzewki w trwającej sesji, ani pełnej zgodności funkcjonalnej z OpenClaw.

BLUN King

BLUN King 9.1.604

Opublikowano:

Sprawdź rozmiar żądania i źródła kontekstu, ładuj narzędzia na żądanie i steruj przychodzącymi wiadomościami w obrębie danej sesji.

  • /context doctor i /tokens rozróżniają liczbę bajtów serializowanego żądania od szacowanych liczb tokenów i pokazują zarejestrowane udziały reguł, pamięci, skilli i definicji narzędzi.
  • Średniej wielkości katalogi narzędzi są ładowane w razie potrzeby przez istniejące wyszukiwanie; narzędzia pozostają wyszukiwalne i wykonywalne.
  • /queue steruje wiadomościami w obrębie danej sesji. Zwykłe wiadomości w kolejce nie przerywają już pracy automatycznie po 30 sekundach.
  • Przy wyborze sesji możliwe są dokładne identyfikatory lub tytuły oraz jednoznaczne prefiksy identyfikatorów; stopka pokazuje przypisanego agenta i sesję.
  • Każda próba HTTP otrzymuje nowy identyfikator żądania, o ile wywołujący go nie poda. Diagnostyka nie zmienia rozliczeń.
  • Dołączone wersje AgentSpine i Translate Native pozostają bez zmian. Niższe koszty i szybsze odpowiedzi w działaniu na żywo nie są potwierdzone.
  • /question: Ponownie otwiera oczekujące pytania zwrotne. Zwinięcie nie odpowiada na pytanie zwrotne ani go nie odrzuca.

Bajty żądania, szacowane liczby tokenów, sumaryczne zużycie sesji i rozliczone tokeny to różne wielkości. Wskaźnik zużycia uwzględnia również kontrolę odpowiedzi. /usage cost z kosztami dziennymi lub miesięcznymi nie należy do tej wersji. Niższe koszty lub szybsze odpowiedzi w działaniu na żywo nie są potwierdzone.

BLUN King

BLUN King 9.1.603

Opublikowano:

Wybierz swój folder roboczy w oknie dialogowym systemu Windows. Jeśli konsola została uruchomiona z System32, proponuje teraz twój folder użytkownika.

  • Jeśli w systemie Windows wybierzesz inny folder roboczy, otworzy się okno dialogowe folderu. Ścieżkę możesz nadal wpisać ręcznie. Jeśli anulujesz okno dialogowe, wracasz do wyboru folderu bez przyjęcia żadnego folderu.
  • Jeśli okno dialogowe folderu nie jest dostępne, konsola pyta o ścieżkę. Na innych systemach operacyjnych pozostaje wpisywanie ścieżki.
  • Jeśli przy starcie zostanie przyjęty lub jest zapisany folder w obrębie katalogu Windows, wybór folderu proponuje twój folder użytkownika. Ręcznie wpisane ścieżki są nadal sprawdzane jak dotychczas.

Wersje AgentSpine i Language Guard pozostają bez zmian w porównaniu z 9.1.602. Ta aktualizacja nie potwierdza wzrostu szybkości w trwających sesjach.

W systemie Windows nadal wymagany jest Git Bash. Jeśli konsola zgłasza brak Git Bash, zainstaluj Git for Windows. Następnie otwórz ponownie wiersz polecenia, zanim ponownie uruchomisz king.

BLUN King · Opublikowana

BLUN King 9.1.602

Opublikowano:

Osobny prywatny folder dla starszych wyników narzędzi, gdy odziedziczone uprawnienia systemu Windows uniemożliwiają ich przeniesienie.

  • Odpowiednie starsze wyniki narzędzi są zapisywane w osobnym prywatnym folderze, gdy odziedziczone uprawnienia systemu Windows uniemożliwiają ich przeniesienie. Istniejące pliki, uprawnienia i pełna historia sesji pozostają bez zmian.
  • Kontrole integralności, uprawnienia do odczytu i powrót do pełnego kontekstu zostają zachowane, jeśli zarchiwizowany wynik nie może zostać przywrócony. AgentSpine 0.73.0 i Language Guard 6.20.0 pozostają bez zmian w porównaniu z 9.1.601.

Krótsze czasy odpowiedzi w działaniu na żywo lub niższe rozliczone zużycie tokenów nie są jeszcze potwierdzone.

BLUN King · Opublikowana

BLUN King 9.1.601

Opublikowano:

Dane wejściowe pozostają w kolejce, starsze wyniki narzędzi otrzymują sprawdzone odwołania, a kontrole odpowiedzi objęte limitem żądań są ponawiane ograniczoną liczbę razy.

  • Jeśli praca w tle ma pierwszeństwo, dane wejściowe z terminala pozostają w kolejce w pierwotnej kolejności. Każdy wpis jest wyświetlany tylko raz.
  • Odpowiednie starsze wyniki narzędzi są w żądaniach do modelu zastępowane sprawdzonymi odwołaniami do prywatnych plików. Pełna historia i wyniki bieżącego kroku rozmowy zostają zachowane. Jeśli ponowne załadowanie nie jest możliwe, nie jest dozwolone lub treść została zmieniona, pełny wynik jest dołączany do żądania.
  • Natywna kontrola odpowiedzi objęta limitem żądań jest ponawiana raz z tym samym szkicem odpowiedzi. Obowiązuje przy tym zapisany okres oczekiwania dostawcy. Już zakończone wywołania narzędzi nie są ponawiane, niesprawdzone teksty nie są zatwierdzane.
  • Do 2 048 tokenów wyjściowych pozostaje wolnych jako bufor na odchylenia przy szacowaniu danych wejściowych. Okno kontekstu nie jest zmniejszane; mniejsze wyraźnie ustawione limity wyjściowe pozostają bez zmian.

Te zmiany nie potwierdzają ani niższego rozliczonego zużycia tokenów, ani krótszych czasów odpowiedzi w działaniu na żywo. Nie naprawiają też każdego serwerowego błędu HTTP-502.

BLUN King · Opublikowana

BLUN King 9.1.600

Opublikowano:

Kontrola odpowiedzi z ustalonymi limitami czasu i określonymi wersjami komponentów.

BLUN King 9.1.600 został opublikowany. npm i publiczny manifest aktualizacji są zgodne. Publikacja nie potwierdza ani instalacji na twoim komputerze, ani odbioru w działaniu na żywo.

Ograniczona kontrola odpowiedzi

  • Ogólne kontrolery zachowują dotychczasowy termin 30 sekund. Natywna kontrola językowa otrzymuje od sygnału startowego zaufanego komponentu hosta do 90 sekund na pierwszy tekst merytoryczny, raz na zewnętrzną próbę kontroli.
  • Tekst merytoryczny w dozwolonej długości wyjścia oraz uporządkowane przejścia do zatwierdzenia i do kontroli dowodu resetują każdorazowo termin oczekiwania do 30 sekund.
  • Dla każdej zewnętrznej próby kontroli obowiązuje niezależnie od tego łączny limit 120 sekund. Postęp nie może wydłużyć tego limitu. Nadal dozwolone są najwyżej dwie zewnętrzne próby kontroli.
  • Przed przyjęciem zatwierdzenia ponownie sprawdzany jest czas, który faktycznie upłynął. Nawet przy opóźnionych wywołaniach timera wygasła próba kontroli pozostaje zablokowana; spóźniony postęp nie może odnowić wygasłego terminu.

Sygnały przerwania są nadal respektowane. Powiązanie z dokładnym tekstem odpowiedzi, czasowa ważność dowodu zatwierdzenia i autoryzacja są nadal sprawdzane.

Dołączone komponenty

Wersja 9.1.600 zawiera AgentSpine 0.73.0 i Translate Native 6.155.0. Protokół Guard pozostaje bez zmian na 6.20.0.

Znane ograniczenia

Nowe limity czasu nie potwierdzają ogólnego usunięcia błędów HTTP-502 w działaniu na żywo. Otwarte obserwacje z 9.1.599 pozostają otwarte bez osobnego dowodu na żywo.

Kontekst i pomoc

Prompt, który ma zostać w całości zachowany, nie jest już po cichu skracany tylko po to, by zmieścić się w mniejszym twardym oknie modelu. Przy nowym, wyraźnie określonym podziale wiadomości użytkownika do zachowania ze standardowym budżetem 20 000 tokenów dostosowanie może zostać zakończone w ramach tego samego kompaktowania. Przy późniejszych lub przywróconych prefiksach nie wolno z tego powodu odrzucać dalszych wymagań. Żądanie musi nadal mieścić się w twardym oknie modelu.

Same wywołania pomocy z --help lub -h nie tworzą już stanu diagnostycznego runtime. Jeśli argumenty promptu i pomocy są łączone, dotychczasowe zachowanie w czasie działania zostaje zachowane.

BLUN King · 18 września 2026

BLUN King 9.1.599

Opublikowano:

Przejrzyste indywidualne zatwierdzenia dla osobistej pamięci i dodatkowe poprawki przy przekroczeniach kontekstu.

Prośby o zatwierdzenie dla osobistej pamięci pokazują zrozumiałe tytuły akcji w wybranym języku i pełne podglądy faktycznych zmian ustawień lub tekstu do zapisania. Znaki sterujące są widocznie maskowane; oryginalna treść pozostaje bez zmian.

Ważne zmiany pamięci muszą być zatwierdzane pojedynczo; nieprawidłowe dane wejściowe można tylko odrzucić. Zatwierdzenie sesji nie zatwierdza automatycznie oczekujących próśb, które wymagają indywidualnego zatwierdzenia.

Test pakietu obejmuje 37 obszarów funkcjonalnych z 199 obowiązkowymi kontrolami, 158 wykonaniami kontroli i 4 905 różnymi zaliczonymi testami. Dodatkowo sprawdzono aktualizacje z 9.1.597 i lokalnej wersji pośredniej 9.1.598 do 9.1.599 w izolowanych instalacjach z niezmienionym aktualizatorem i ścieżką instalacji. Oba testy rozpoznały wersję przez publiczne źródła aktualizacji i sprawdziły wszystkie 918 plików archiwum wydania.

Komunikaty w README.md i CHANGELOG.md niezmienionego pakietu 9.1.599 opisują wersję kandydacką w chwili pakowania. Nie zostały zmienione retrospektywnie po lokalnej instalacji. Ta publiczna strona prowadzi osobno status publikacji i później zaobserwowane ograniczenia.

Znane ograniczenia w 9.1.599

W działaniu na żywo nadal obserwowano powtarzające się odpowiedzi HTTP-502, po których niekiedy następowały udane żądania. Poprawki kontekstu nie są ogólnym usunięciem błędów dostawcy lub sieci.

Kontrola językowa może przerwać odpowiedź z kodem missing-language-character-profile lub suspected-ascii-substitution. Ten problem pozostaje otwarty; 9.1.599 nie zawiera dla niego potwierdzonej poprawki.

Odpowiedź na wysłane zdjęcie została potwierdzona przez użytkownika. Niezależna kontrola interpretacji obrazu oraz wizualny odbiór danych wejściowych i pasków stanu wciąż oczekują. Zaliczone testy pakietu nie są ogólnym odwołaniem alarmu dla tych procesów.

Przejęte z lokalnej wersji pośredniej 9.1.598

Bez daty

9.1.598 została sprawdzona lokalnie i zainstalowana, ale nie opublikowana jako osobna aktualizacja npm. Następujące zmiany są zawarte w 9.1.599:

  • Przy odrzuceniu kontekstu dolne granice liczby tokenów wejściowych są odróżniane od dokładnych danych. Dla zgłoszonej dolnej granicy limit wyjścia jest zmniejszany raz, bez odrzucania wiadomości lub narzędzi. Sygnały przerwania i ograniczenie dalszych prób pozostają skuteczne. W ten sposób celowo korygowany jest błąd obliczania limitu wyjścia zreprodukowany w 9.1.597.
  • Oryginalne 150 zmieniających się słów aktywności jest ponownie zawarte. Do ich wyświetlania nie są wysyłane dodatkowe żądania do modelu.
  • W zaufanym hooku wejściowym AgentSpine zamiast pełnych danych multimediów przekazywana jest kompaktowa referencja multimediów z typem, sumą kontrolną SHA-256 i informacją o rozmiarze. Pełne załączniki dla modelu oraz istniejące kontrole ochronne zostają zachowane. To samo w sobie nie dowodzi jeszcze skutecznej interpretacji obrazu w działaniu na żywo.

Nowości w 9.1.597

Opublikowano:

Ograniczone odzyskiwanie przy jawnie zgłoszonych przekroczeniach kontekstu, także ukrytych w odpowiedzi o błędzie bramy (gateway).

Gdy żądanie zostanie odrzucone przed rozpoczęciem odpowiedzi z powodu udokumentowanego przekroczenia kontekstu, King może podjąć ograniczoną ponowną próbę z mniejszym limitem odpowiedzi. Rozpoznawane są również odpowiednio opakowane błędy w odpowiedzi 502. Wiadomości, narzędzia, mniejsze jawnie wybrane limity odpowiedzi i sygnały przerwania zostają zachowane. Rozpoczęty już strumień nie jest odtwarzany ponownie.

Nie naprawia to wszystkich błędów dostawcy ani sieci. Ogólne przerwania połączeń i awarie usług muszą być nadal sprawdzane na podstawie własnych danych o błędach.

Znane ograniczenie w 9.1.597: Jeśli serwer zgłasza tylko dolną granicę liczby tokenów wejściowych, ponowna próba może znowu się nie powieść i wywołać niepotrzebne kompaktowanie. Przypadek ten został odtworzony 17 września 2026 po opublikowaniu. Dodatkowa poprawka z lokalnej wersji pośredniej 9.1.598 jest zawarta w 9.1.599.

Sprawdzono 36 obszarów funkcjonalnych z 183 obowiązkowymi kontrolami oraz 4 407 różnymi zaliczonymi testami, a także prawdziwą aktualizację z 9.1.596 do 9.1.597. Ta kontrola pakietu nie zastępuje testu aplikacji na już otwartej sesji klienta.

Nowości w 9.1.596

Opublikowano:

Automatyczne przerwania na rzecz oczekujących wiadomości z Telegramu są odróżniane od prawdziwych ręcznych przerwań. Takie przerwanie kolejki nie jest już błędnie zgłaszane jako naciśnięcie klawisza Escape. Okres oczekiwania, zasady ochrony dla uruchomionych narzędzi oraz zachowanie przy prawdziwym ręcznym przerwaniu zostają zachowane.

Nowości w 9.1.595

Opublikowano:

Opcjonalne schematy narzędzi są doładowywane przez ToolSearch i przechowywane w ograniczonym zakresie. Duże katalogi skilli są udostępniane w sposób kompaktowy i stronicowany. Wyszukiwanie, późniejsze rozszerzenia MCP i normalne kontrole uprawnień zostają zachowane.

Przy krótkich powitaniach King może użyć ograniczonego, nowszego fragmentu dialogu, bez usuwania zapisanych wiadomości ani skracania instrukcji systemowych. Dla późniejszego zadania roboczego King ponownie uwzględnia zachowaną historię pracy. Rozliczanie kontekstu pozostaje zachowane również po wznowieniu sesji. Stałe zużycie tokenów na każde powitanie nie jest gwarantowane.

Nowości w 9.1.594

Opublikowano:

  • Prywatne odpowiedzi w Telegramie pozostają możliwe, podczas gdy wiadomości grupowe czekają. Przypisywanie poleceń slash zostaje zachowane.
  • Długie czasy oczekiwania z Retry-After są przestrzegane; przy wznawianiu sesji przywracana jest pozostała pauza.
  • Po odrzuconym opisie towarzyszącym krok narzędzia, który już się zakończył, jest nadal przetwarzany. Odrzucony opis nie jest publikowany, a kontrola odpowiedzi końcowej nie jest osłabiana.
  • Ograniczone funkcje odzyskiwania dla zapisu w wielu częściach są ponownie dostępne. Dotyczy to również limitów czasu powłoki, sterowania zadaniami i przywracania sesji.
  • Wprowadzanie, wiersze limitów, wskaźnik aktywności, rozwijane zadania i wyniki narzędzi z oznaczeniem źródła pozostają widoczne podczas strumieniowania i poruszania się po historii.
  • Przed pakowaniem wymagane są kompletne dowody regresji konsoli; publiczne metadane aktualizacji są sprawdzane pod kątem zgodności.

Wersje pośrednie 9.1.590 do 9.1.593

Te wersje są obecne w lokalnej historii wersji, ale 17 września 2026 nie znajdują się w publicznym katalogu wersji npm. Nie są tutaj zalecane jako publicznie dostępne aktualizacje. Prace nad uruchamianiem, wznawianiem, uprawnieniami, wskaźnikiem aktywności i widocznym wprowadzaniem są uwzględnione w dowodach dla 9.1.594.

Nowości w 9.1.589

Opublikowano:

  • Sprawdzone źródła AgentSpine i Translate Native oraz zweryfikowane manifesty aktualizacji są dołączane.
  • Podczas ładowania kontekstu agenta aktywny profil King zostaje zachowany.
  • Narzędzia potrzebne do kontroli odpowiedzi pozostają dostępne. Zużycie przy tworzeniu odpowiedzi jest rejestrowane również wtedy, gdy kontrola odrzuca odpowiedź.
  • W zarządzanym połączeniu kanału wiadomości grupowe są przypisywane tylko przy jawnym wspomnieniu.
  • Konsola pokazuje trwające kompaktowanie i obowiązujące wartości progowe.
  • Budżet pracy na wczesne kompaktowanie i rezerwa bezpieczeństwa na granicy żądań zostają zachowane także po aktualizacjach.
  • Okno dialogowe aktualizacji przy starcie, postęp i komunikaty o zaplanowanych aktualizacjach konsekwentnie używają wybranego języka.
  • Techniczne identyfikatory integracji i licencje pozostają zachowane; widoczne komunikaty o błędach w czasie działania są formułowane neutralnie.
  • Instalacja nie restartuje istniejących sesji. Działająca sesja wczytuje nowy kod przy następnym starcie.

9.1.588: wycofana

Opublikowano:

Ta wersja została opublikowana 11 września 2026, a następnie oznaczona w npm jako wycofana. Rejestr podaje nieudaną kontrolę zgodności manifestu aktualizacji. Użyj aktualnej stabilnej wersji, a nie tego wycofanego pakietu.

Nowości w 9.1.587

Opublikowano:

Stabilniejsze katalogi narzędzi, wcześniejsze automatyczne kompaktowanie i ukierunkowana ponowna próba po przerwaniach z powodu zbyt długich faz samego myślenia.

Przy buforowanych instrukcjach w obrębie trwającej tury pracy aktywny katalog narzędzi zostaje zachowany także w kolejnym kroku pracy. Potrzebne narzędzia pozostają dostępne. Jeśli istniejący budżet schematów zostanie przekroczony, zachowane opcjonalne definicje narzędzi są wybierane ponownie.

Automatyczne kompaktowanie kontekstu włącza się ponownie wcześniej. Po udanym kompaktowaniu, które zmniejsza historię, King może wykonać je ponownie w tej samej turze. Niższe limity modelu i ograniczenie nieudanych prób pozostają skuteczne.

Po przerwaniu z powodu zbyt długiej fazy samego myślenia King korzysta z istniejącej jednorazowej ponownej próby z wyłączonym myśleniem, aby model mógł odpowiedzieć lub wywołać narzędzie. Kolejne regularne kroki zachowują wybrane ustawienie myślenia; przerwanie, kontrole zatwierdzenia i limity czasu pozostają skuteczne.

Za pomocą BLUN_STABLE_STEER_TOOLS=0 lub BLUN_EARLY_COMPACTION=0 przed startem agenta King można przywrócić dotychczasowe zachowanie dla danej funkcji. Aktualizacja nie przepisuje istniejących sesji ani plików konfiguracyjnych.

Nowości w 9.1.586

Opublikowano:

Odbiór Telegramu uruchamia się ponownie w systemie Windows, gdy stary identyfikator procesu mostka należy już do innego procesu. Przy niepewnym przypisaniu procesu King nie interweniuje; cudzy proces nie jest kończony.

Kompaktowanie kontekstu, ustawienia modelu, historia rozmowy i dotychczasowe zachowanie dostarczania Telegramu pozostają bez zmian.

Nowości w 9.1.585

Opublikowano:

BLUN King · 8 września 2026

Wersja 9.1.585 sprawdza strukturę i poszczególne trafienia zarządzanych odpowiedzi WebSearch również wtedy, gdy brakuje opcjonalnych informacji o statusie wyszukiwania.

Odpowiedź bez prawidłowej listy trafień nie jest już wyświetlana jako udane wyszukiwanie bez wyników. Każde trafienie musi zawierać tytuł, który nie jest pusty ani nie składa się wyłącznie z białych znaków, fragment tekstu jako ciąg znaków oraz bezwzględny adres HTTP lub HTTPS bez osadzonych danych dostępowych. Nieprawidłowe trafienia powodują odrzucenie całej odpowiedzi, zanim zostaną zwrócone wyniki lub informacje o niekompletnych wynikach wyszukiwania.

Prawidłowe odpowiedzi w dotychczasowym formacie bez informacji o statusie są nadal obsługiwane, podobnie jak puste listy trafień i puste ciągi znaków jako fragmenty tekstu. Przy prawidłowych odpowiedziach kolejność, dokładne ciągi adresów URL, opcjonalne dane daty i witryny, źródła w wyniku i przetwarzanie niekompletnych wyników pozostają bez zmian.

Zmienia się tylko zarządzane połączenie wyszukiwania. Zachowanie przy przerwaniu, uwierzytelnianie żądań, FetchURL i Telegram pozostają bez zmian. Kontrola formatu nie potwierdza, że źródło jest prawidłowe lub aktualne. Ta wersja nie wprowadza ani limitu rozmiaru odpowiedzi, ani nowego limitu czasu.

Nowości w 9.1.584

Opublikowano:

Wersja 9.1.584 przekazuje sygnał przerwania wywołującego przez WebSearch aż do zarządzanego żądania wyszukiwania HTTP, także podczas czytania treści odpowiedzi.

Już przerwane wyszukiwania nie wywołują przetwarzania u dostawcy. Jeśli przerwanie nastąpi podczas ustalania danych dostępowych, po nim nie jest wysyłane żadne żądanie wyszukiwania. Wyniki, które nadejdą po przerwaniu, nie są zwracane jako udane wyszukiwanie.

Kontrole przerwania obejmują także udane odpowiedzi JSON, treść odpowiedzi błędów i informacje o niekompletnych wynikach wyszukiwania. Przetwarzanie pełnych, niekompletnych i pustych wyników, źródła i zwykła procedura zastępcza przy uwierzytelnianiu pozostają bez zmian.

Ta wersja nie wprowadza nowego limitu czasu i nie zmienia przypisania Telegramu. Współdzielone procesy odnawiania danych dostępowych OAuth i implementacje transportu ignorujące sygnały przerwania nie są przymusowo przerywane. Przerwanie żądania klienta nie potwierdza, że praca na zdalnym serwerze lub jej rozliczenie zostały zakończone.

Nowości w 9.1.583

Opublikowano:

Przerwanie podczas pobierania strony jest teraz przekazywane aż do żądania HTTP.

FetchURL przekazuje sygnał przerwania wywołującego przez narzędzie i obie usługi pobierania. Żądanie przerwane przed startem nie jest wysyłane. Jeśli przerwanie nastąpi podczas ustalania danych dostępowych, zarządzane żądanie HTTP nie jest po nim uruchamiane.

Po przerwaniu zarządzanego pobierania nie jest już uruchamiane lokalne pobieranie zastępcze. Spóźniony wynik usługi pobierania jest wstrzymywany i nie jest używany jako dowód źródła. Przy zwykłych błędach HTTP i sieci dotychczasowe lokalne pobieranie zastępcze pozostaje możliwe.

Nie wprowadza się nowego limitu czasu. Współdzielone odnawianie danych dostępowych i synchroniczne przetwarzanie HTML nie są przymusowo przerywane. Limit rozmiaru z 9.1.582 pozostaje; routing Telegramu i żądania do modelu pozostają bez zmian.

Nowości w 9.1.582

Opublikowano:

Lokalne pobieranie strony sprawdza teraz rozmiar odpowiedzi już podczas odczytu i przerywa po przekroczeniu limitu.

Lokalne pobieranie liczy przychodzące bajty odpowiedzi przed dekodowaniem każdego bloku danych i przerywa strumień danych, gdy tylko limit rozmiaru zostanie przekroczony. Jeśli brakuje nagłówka Content-Length lub jest on błędny, cała odpowiedź nie jest już najpierw wczytywana, a następnie odrzucana.

Ustawiona domyślnie granica pozostaje na poziomie dziesięciu MiB i dotyczy strumienia odpowiedzi po dekompresji HTTP. Znaki UTF-8 rozłożone na wiele bloków danych pozostają zachowane. Bufory transportowe oraz blok danych, przy którym granica zostaje przekroczona, mogą już znajdować się w pamięci; nie wiąże się z tym dokładna górna granica dla całej pamięci procesu.

Zmieniana jest lokalna ścieżka pobierania, nawet jeśli służy jako rozwiązanie zastępcze. Poprawki wyszukiwania z 9.1.581 pozostają zawarte. Routing Telegram i czas oczekiwania na model pozostają bez zmian.

Nowości w 9.1.581

Opublikowano:

Przy lokalnym pobieraniu stron puste fragmenty HTML nie są już wyświetlane jako udane źródła.

Jeśli po oczyszczeniu i konwersji nie pozostanie żadna treść strony, sam tytuł dokumentu nie wystarcza już do udanego pobrania. Zamiast tego zwracany jest już istniejący błąd ekstrakcji.

Krótkie prawdziwe treści i widoczne nagłówki pozostają zachowane. Odpowiedzi w formacie zwykłego tekstu lub Markdown pozostają bez zmian. Poprawka dotyczy lokalnej ekstrakcji HTML, a nie zarządzanej usługi pobierania.

Poprawki wyszukiwania z 9.1.580 oraz dotychczasowe poprawki Telegram są zawarte bez zmian. Ta aktualizacja nie zmienia ani czasu oczekiwania na model, ani przypisywania przychodzących wiadomości do ich odbiorców.

Nowości w 9.1.580

Opublikowano:

Magazyn wyszukiwania odrzuca nieprawidłowe historyczne daty przypisane do źródeł.

Nowy raport nie jest zapisywany, jeśli data przypisana do źródła zawiera nieprawidłowy dzień kalendarzowy lub nieprzetwarzalną część czasu. Brakujące daty pozostają dozwolone.

Podczas pobierania zapisanych dowodów wyszukiwania starsze dowody z nieprawidłowymi datami źródeł są pomijane i zgłaszane z komunikatem diagnostycznym. Pliki nie są przepisywane ani usuwane. Osobne prawidłowe dowody pozostają przeszukiwalne; prawidłowe daty zachowują swoje przesunięcie strefy czasowej i dokładność.

Sortowanie dowodów wyszukiwania z 9.1.579 oraz dotychczasowe poprawki Telegram są zawarte bez zmian. Ta aktualizacja nie zmienia ani czasu oczekiwania na model, ani przypisywania przychodzących wiadomości do ich odbiorców.

Nowości w 9.1.579

Opublikowano:

Zapisane dowody wyszukiwania są przy takiej samej trafności sortowane według rzeczywistego czasu pobrania.

Znaczniki czasu z milisekundami i bez nich są porównywane jako punkty w czasie UTC, a nie jako tekst. Trafność ma nadal pierwszeństwo; przy identycznych punktach czasowych dotychczasowa kolejność pozostaje zachowana.

Jeśli ten sam fragment tekstu został zarejestrowany wielokrotnie, wynik zachowuje informacje o pochodzeniu z najnowszego pobrania. Już zapisane dowody pozostają bez zmian i przez to nie są uznawane za nowo sprawdzone źródła.

Poprawka dla odpowiedzi Telegram z 9.1.578 jest zawarta bez zmian. To samo dotyczy ograniczenia ponownych prób, gdy model wyłącznie myśli, nie dostarczając odpowiedzi ani wywołania narzędzia. Ta aktualizacja nie zmienia ani czasu oczekiwania na model, ani semantycznego przypisywania przychodzących wiadomości.

Nowości w 9.1.578

Opublikowano:

Ograniczone ponowne próby, gdy model tylko myśli i przy tym osiąga limit czasu, oraz ukierunkowana poprawka dla krótkich odpowiedzi w grupach Telegram dotyczących pytania.

Gdy model osiągnie limit czasu, myśląc wyłącznie, King pozwala na jedną dodatkową próbę na krok. Drugie takie przekroczenie czasu kończy krok. Wybrany nakład myślenia i dotychczasowy limit czasu pozostają bez zmian. To ograniczenie nie skraca oczekiwania na pierwszą odpowiedź modelu.

Krótkie potwierdzenia własnej obecności w grupach Telegram mogą być teraz wysyłane, jeśli reply_to łączy je z wiadomością z tego samego czatu sprzed co najwyżej 30 minut. Ta wiadomość musi jawnie zwracać się do agenta lub odpowiadać obsługiwanemu niemieckiemu albo angielskiemu pytaniu o jego obecność, rozpoczynającemu się od jego ustawionej nazwy. Nieproszone zgłoszenia obecności i wyjaśnienia, że nie ma nic do zgłoszenia, są nadal filtrowane. Automatyczna zastępcza wysyłka w grupach pozostaje wyłączona.

Dzienniki wysłanych i wstrzymanych odpowiedzi zawierają teraz reply_to. W przypadku braku lub niejednoznacznego kontekstu wyjątek nie obowiązuje. Ta aktualizacja nie dodaje ogólnego rozpoznawania odbiorców i nie zapobiega niepotrzebnym wywołaniom modelu przez dotychczasowe semantyczne adresowanie.

Poprawka dotyczy dwóch dokładnie zidentyfikowanych wersji zarządzanych nadawców Telegram-MCP i obowiązuje także przy końcowym scalaniu konfiguracji wtyczek. Starszy nadawca używa kopii zgodnościowej z wąsko ograniczonymi zmianami. Mostki wejściowe, ustawienia dostępu, profile i rejestr wtyczek nie są przepisywane. Nieznani lub dostosowani nadawcy oraz jawnie ustawione nadpisania pozostają zachowane. King musi zostać ponownie uruchomiony po aktualizacji, aby poprawka została załadowana.

Nowości w 9.1.577

Opublikowano:

Koniec z automatycznymi komunikatami końcowymi w grupach Telegram. Przydatne odpowiedzi są tam wysyłane celowo za pomocą narzędzia odpowiedzi Telegram.

Rdzeń CLI i samodzielny most Telegram nie przekazują już automatycznie zwykłego tekstu końcowego agenta do grup. Dzięki temu komunikaty takie jak „Nic do zgłoszenia” nie trafiają już do grupy przez tę automatyczną zastępczą wysyłkę.

Odpowiedzi w czatach prywatnych, jawnie używane narzędzia odpowiedzi, wymagane wyniki celów, komunikaty poleceń i statusu oraz wysyłanie multimediów pozostają zachowane. Instrukcje promptu dla zwykłych danych wejściowych, wiadomości sterujących podczas trwającego procesu i wiadomości grupowych samodzielnego mostu zawierają teraz tę samą zasadę wysyłki.

To nie gwarantuje, że model nigdy nie wyśle zbędnej odpowiedzi przez wywołanie narzędzia. Poprawka nie zapobiega również temu, że wiadomości grupowe bez odniesienia do danego agenta docierają do modelu. Zasady wspominania, ustawienia dostępu i rozwiązywanie zarządzanych wtyczek pozostają bez zmian; aktualizacja AgentSpine lub strażnika językowego nie jest zawarta.

Zaktualizowany rdzeń musi zostać załadowany przez nowy proces. Trwające sesje nie są automatycznie uruchamiane ponownie. Istniejące profile i historia sesji pozostają zachowane.

Nowości w 9.1.576

Opublikowano:

BLUN King 9.1.576 odróżnia C++ i C# w lokalnych zapytaniach badawczych i zawiera wcześniej opublikowane poprawki dla aktualizacji, wznawiania sesji i Telegramu.

Wyszukiwanie w lokalnych dowodach badawczych traktuje samodzielne C++ i C# jako różne terminy, także przy różnej wielkości liter i z otaczającymi znakami interpunkcyjnymi. Zapisane fragmenty tekstu, hashe, kontrole ochrony źródeł, normalizacja Unicode, limity kolekcji i limity wyjścia pozostają bez zmian. Ponowne indeksowanie nie jest wymagane.

Ustalony przebieg testowy z 20 technicznymi zapytaniami wyszukiwania i ukierunkowane testy regresji dla granic tokenów sprawdzają tę poprawkę. Dotyczy ona lokalnego wyszukiwania i nie jest oceną jakości ani przepustowości WebSearch w działaniu na żywo. Wszystkie zmiany z 9.1.575 pozostają zawarte.

Nowości w 9.1.575

Opublikowano:

Dołączony webcrawler odrzuca odpowiedzi z cf-mitigated: challenge, zanim przeczyta treść, podąży za przekierowaniami lub potraktuje brakujący plik robots jako pozwolenie na kontynuację. Przy nazwach nagłówków nie uwzględnia wielkości liter; sprawdza ponadto znormalizowane wartości i wielokrotnie występujące nagłówki. Status odpowiedzi zostaje zachowany w raporcie błędu.

Brakujące pliki robots bez tego oznaczenia i zwykłe strony dokumentacji przechodzą nadal istniejący przebieg. Już ukończone strony pozostają dostępne, gdy późniejsza strona zostanie odrzucona; błąd jest zgłaszany jako niekompletny wynik. Ta ochrona sprawdza oznaczenie odpowiedzi. Nie jest ani ogólnym rozpoznawaniem challenge, ani obejściem CAPTCHA. Dostawcy wyszukiwania, uwierzytelnianie, blokady aktualizacji i rdzeń CLI pozostają bez zmian. Wszystkie zmiany z 9.1.574 pozostają zawarte.

Nowości w 9.1.574

Opublikowano:

Wyraźnie żądane aktualizacje odróżniają teraz zablokowaną aktualizację, niedostępną kontrolę blokady, niedostępny prywatny katalog, nieprawidłową zainstalowaną wersję i niedostępny chroniony instalator. Te przypadki nie są już zbiorczo zgłaszane jako nieudana kontrola pakietu. Zmiana dotyczy komunikatów niemieckich i angielskich.

Dopuszczanie aktualizacji, zachowanie blokady, powody zwrotu, kody wyjścia i zachowanie instalatora pozostają bez zmian. Działające sesje nie są automatycznie kończone. Pakiety przypisane do starego wewnętrznego kanału nadal wymagają wyraźnej instalacji npm przy zatrzymanym agencie King; ta wersja nie uchyla tego przypisania. Wszystkie zmiany z 9.1.573 pozostają zawarte.

Nowości w 9.1.573

Opublikowano:

Pole wejściowe pozostaje widoczne i ma fokus po wyborze celu przy starcie, także po Escape lub nieudanym wznowieniu celu. Niewysłane szkice pozostają zachowane. Zamiast pełnego tekstu celu pojawia się kompaktowy wybór do kontynuacji z celem lub bez niego.

Ctrl+S opuszcza wybór bez potwierdzania celu i jest przetwarzane jako zwykły skrót klawiszowy dla kolejki. Uwzględniane są również oczekujące dane wejściowe w bezczynności. Escape zachowuje dotychczasową kolejność: najpierw opróżnia kolejkę, a przy następnym naciśnięciu Escape przerywa aktywny przebieg. Historia sesji nie jest automatycznie usuwana.

Ta wersja nie rekonstruuje potwierdzeń dostarczenia, które starszy proces utracił przed aktualizacją. Faktycznie oczekujące wiadomości pozostają przypisane do swojej sesji.

Nowości w 9.1.572

Opublikowano:

Przy dowodach badawczych odrzucane są adresy URL źródeł, których parametry zapytania lub parametryczne fragmenty zawierają znane nazwy parametrów danych dostępowych. Sprawdzane są również zagnieżdżone nazwy i trasy we fragmencie. Odrzucenie dotyczy zarówno nieudanych, jak i użytecznych źródeł.

Już zapisane raporty z takimi adresami URL są przy odczycie wstrzymywane z istniejącym wynikiem partial / report-invalid. Pierwotnie zapisane stany nie są ani zmieniane, ani usuwane; adresy źródeł nie są po cichu skracane ani przepisywane. Zwykłe parametry zapytania i kotwice w adresach URL dokumentacji pozostają zachowane co do bajtu. Ochrona rozpoznaje znane nazwy parametrów, nie dowolne sekrety, i nie czyści historii.

Nowości w 9.1.571

Opublikowano:

Obszary kolejki Telegramu są przypisywane do swojej sesji. Nowa sesja nie przejmuje już automatycznie oczekującej pracy starszej sesji. Przy wznawianiu znanej sesji przywracane są tylko jej własne oczekujące obszary. Podczas wyboru, tworzenia i zmiany sesji przejmowanie wiadomości kanału jest wstrzymane. Wiadomości, które nadejdą po wybranej granicy, kolejne dane wejściowe w lokalnym edytorze i spóźnione potwierdzenia dostarczenia zachowują prawidłowe przypisanie.

Przypisanie i potwierdzenia dostarczenia nadchodzące w innej kolejności zostają zachowane przy ponownym połączeniu i przekazaniu lease. Uszkodzony lub podmieniony stan kolejki jest odrzucany, zamiast po cichu odtwarzać stare dane wejściowe. Skrzynka odbiorcza i historia sesji pozostają zachowane. Stare oczekujące obszary bez rozpoznawalnej sesji są odkładane i nie są przypisywane do żadnej nowej sesji; ich automatyczne przywracanie nie jest zawarte. To nie naprawia każdego przekroczenia czasu ani zablokowanego kompaktowania kontekstu. Downgrade nie jest procedurą migracji kolejki.

Wtyczka Telegramu i niezależna funkcja zastępcza konsoli do automatycznego wysyłania odpowiedzi tłumią rozpoznane potwierdzenia odbioru i teksty, które jedynie zapowiadają własne milczenie, także powyżej 200 znaków. Jeśli wiadomość zawiera nierozpoznaną lub merytorycznie istotną część zdania, pozostaje zachowana. Krótkie użyteczne ostrzeżenia grupowe mogą być nadal dostarczane. To ostrożny niemiecko-angielski filtr wysyłki z uzupełniającymi instrukcjami, a nie gwarancja, że każdy model zrozumie każdą rozmowę grupową.

Nowy proces musi załadować zaktualizowany pakiet; działające sesje nie są restartowane. Istniejące przypisania do wewnętrznych kanałów aktualizacji i blokady instalacji Windows z EBUSY pozostają osobnymi problemami. Wszystkie pozostałe zmiany z 9.1.570 pozostają zawarte. Ta wersja nie aktywuje hostowanego wyszukiwania internetowego i nie zmienia ani AgentSpine, ani rozliczeń, uwierzytelniania ani konfiguracji klienta.

Nowości w 9.1.570

Opublikowano:

Każde nowe dostarczenie promptu otrzymuje własny identyfikator korelacji hooka. Hooki tego samego dostarczenia zachowują ten sam identyfikator; wyraźnie ustawione identyfikatory pozostają zachowane. Wartości środowiskowe specyficzne dla sesji docierają do podprocesów hooka i połączeń MCP także przy ponownym łączeniu, bez przepisywania zapisanych konfiguracji wtyczek. Przypisanie natywnych wyników narzędzi pozostaje zachowane między przebiegami, także przy nieudanych narzędziach i podwójnych wywołaniach.

Kanonicznie równoważne zapytania badawcze Unicode znajdują te same trafienia, bez zrównywania różnych znaków. Zapisane źródła, daty, wersje i granice projektów pozostają zachowane. king --help i king --version nie zmieniają już ustawień rejestru Windows dla zrzutów awaryjnych.

Wyszukiwanie internetowe obsługuje odpowiedzi częściowe, jeśli ten tryb odpowiedzi został uzgodniony, i pokazuje przy tym informację o nieudanych źródłach. Puste lub niezgodne odpowiedzi częściowe pozostają wyraźnymi błędami. Ta zmiana po stronie klienta nie aktywuje hostowanej usługi wyszukiwania ani nie gwarantuje jej działania.

Transport BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE jest domyślnie wyłączony. Po wyraźnym włączeniu przekazuje rzeczywistą ścieżkę zapisanego dziennika sesji i powiązany dziennik do wybranej wtyczki AgentSpine. Każda sesja otrzymuje własne uprawnienie dostępu; po wznowieniu jest ono odnawiane. To wsparcie transportu, a nie dowód na przywoływanie wspomnień ani autoryzację przez otrzymującą wtyczkę.

Wszystkie publiczne zmiany z 9.1.569 pozostają zawarte. Dołączona implementacja AgentSpine pozostaje bez zmian; nie powstaje żadna zależność od Mnemo. Profile użytkowników, uprawnienia, rozmowy i ustawienia wtyczek nie są ani migrowane, ani resetowane.

Nowości w 9.1.569

Opublikowano:

Ta kumulatywna wersja publiczna zawiera dostarczanie do grup Telegramu na podstawie wzmianek, poprawki startu i uprawnień oraz kolekcje badawcze i narzędzia crawlera. Opublikowane pakiety pozostają bez zmian. Późniejsze zmiany pojawiają się pod nowym numerem wersji.

Nowości w 9.1.566

Opublikowano:

BLUN King 9.1.566 zwiększa odporność aktualizacji wtyczek i ładowania natywnych modułów runtime.

Dołączony runtime AgentSpine zostaje zaktualizowany do wersji 0.59.1. Jego mechanizm autostartu pomija katalog główny profilu użytkownika jako cel skanowania, a wszystkie hooki cyklu życia pozostają odporne na awarie (fail-safe), gdy chroniona ścieżka nie może zostać odczytana.

Natywne moduły .node są rozwiązywane przez pamięć podręczną adresowaną treścią poza pakietem npm. Gdy ta wersja jest aktywna, działająca konsola nie trzyma już otwartej kopii pakietu tych modułów. Późniejsze aktualizacje mogą przez to zastąpić katalog pakietu bez kolizji z tymi natywnymi plikami.

Publiczny pakiet zachowuje pełne hiszpańskie, francuskie, szwedzkie i czeskie katalogi interfejsu z wersji 9.1.565. Wewnętrzne ścieżki runtime Mnemo, prywatne punkty końcowe, wewnętrzni dostawcy modeli i skrypty budowania nie są zawarte.

Sprawdzona wersja pakietu

Pakiet klienta przeszedł skan wycieków, pełną kontrolę runtime z 13 testami, inicjalizację MCP AgentSpine, nową instalację i aktualizację z 9.1.565. Wszystkie pliki tekstowe używają końców linii LF. SHA-256 pakietu npm: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Nowości w 9.1.565

Opublikowano:

BLUN King 9.1.565 stabilizuje długie przebiegi pracy i rozszerza dołączony runtime AgentSpine.

Hamulec powtórzeń resetuje swoją sekwencję równoważnych wyników, gdy tylko między nimi pojawi się prawdziwy postęp pracy. Zwykłe kontrole skrzynki odbiorczej i listy zadań nie wywołują przez to już fałszywej wymuszonej odpowiedzi.

Wskaźnik aktywności składa się z dokładnie jednego wiersza. Pokazuje pasujące do bieżącej czynności angielskie słowo statusu, tokeny ukrytego myślenia, widoczne tokeny, łączne zużycie, effort, próbę, budżet i krok.

Błędy skanowania AgentSpine pozostają odporne na awarie (fail-safe) przy narzędziach mutacji, danych wejściowych użytkownika i hookach Stop: kolejny przebieg może być kontynuowany, a błąd jest odnotowywany w dzienniku audytu. Przed krytycznym przerwaniem przez wyjątek lub nieobsłużone odrzucenie konsola zapisuje dziennik runtime synchronicznie.

Dołączony runtime AgentSpine zostaje zaktualizowany do wersji 0.54.0 z commita fb6d456b68605fd83721090e503f000a26e8a0fb. Ta wersja zawiera prawdziwy test ACL fail-open, trwałe plany celów powiązane z zależnościami i powiązane wyjaśnianie luk wiedzy.

Hooki cyklu życia SessionStart, UserPromptSubmit, PostToolUse i Stop są wysyłane do Mnemo z dokładną tożsamością MNEMO_AGENT. Obsługa błędów sieci pozostaje odporna na awarie (fail-safe).

Wcześniej brakujące teksty interfejsu są kompletne w języku hiszpańskim, francuskim, szwedzkim i czeskim.

Sprawdzona wersja pakietu

Pełna kontrola pakietu, skan wycieków, kontrola katalogu językowego, próba hooków ACL, nowa instalacja, aktualizacja z 9.1.564 i inicjalizacja MCP AgentSpine są zielone. SHA-256 pakietu npm: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Nowości w 9.1.564

Opublikowano:

BLUN King 9.1.564 zapobiega awariom z powodu chronionych folderów i brakujących tekstów interfejsu.

AgentSpine pomija podczas wstępnego skanowania plików pojedyncze pliki i foldery zablokowane przez system operacyjny kodem EPERM lub EACCES. Nieoczekiwany błąd skanowania nie blokuje już następnego wywołania narzędzia; zostaje ono zatwierdzone i odnotowane w dzienniku audytu.

Jeśli w opublikowanym języku interfejsu brakuje klucza tekstu, konsola używa tekstu angielskiego i jednorazowo rejestruje lukę, zamiast ulegać awarii w ścieżce renderowania. Dzięki temu zwłaszcza wiersz statusu myślenia pozostaje użyteczny w języku czeskim, hiszpańskim, francuskim i szwedzkim.

Właściwe tłumaczenia wciąż brakujących kluczy pojawią się w osobno sprawdzonej wersji. Do tego czasu angielski fallback jest świadomie widoczny i odporny na awarie (fail-safe).

Sprawdzona wersja pakietu

Pakiet został sprawdzony pod kątem dokładnej czeskiej awarii thinking.step z 9.1.563. Nowa wersja zwraca „step 6” zamiast wyjątku, ostrzega tylko raz na język i klucz, radzi sobie z niedostępnymi sąsiednimi folderami, inicjalizuje AgentSpine 0.49.0, przechodzi nową instalację oraz aktualizację z 9.1.563 i nie zawiera nierozwiązanych importów wtyczek. SHA-256 pakietu npm: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Nowości w 9.1.563

Opublikowano:

BLUN King 9.1.563 aktualizuje dołączony runtime AgentSpine do wersji 0.49.0.

Nowa wersja wymaga przed próbą uczenia się co najmniej jednego nowego, niezależnego dowodu z wyraźnego potwierdzenia użytkownika lub obiektywnego testu. Same dowody z rozmowy lub dokumentów już nie wystarczają, nawet jeśli ich pozostałe progi są spełnione.

Kontrakty uczenia wiążą tę regułę dowodu trwale; późniejsze zmiany konfiguracji nie mogą osłabić trwającej kontroli. Blokady plików powiązane z właścicielem chronią równoległe zmiany uczenia przed nadpisaniem i sprawiają, że zmanipulowane lub cudze blokady kończą się odmową w trybie domyślnie blokującym (fail-closed).

Aktualizacja zastępuje zarządzane drzewo wtyczek przy następnym starcie w sposób adresowany treścią. Istniejące instalacje wersji 9.1.562 są aktualizowane do AgentSpine 0.49.0, niezmienione drzewo jest ponownie używane, a serwer MCP AgentSpine potwierdza wersję 0.49.0.

Sprawdzona wersja pakietu

Granica pakietu różni się od 9.1.562 tylko danymi wersji i dokładnie przypiętym runtime AgentSpine 0.49.0. Pełna kontrola upstream, 49 ukierunkowanych testów uczenia, porównanie pakietu, skan wycieków, nowa instalacja, prawdziwa ścieżka aktualizacji z 9.1.562 i inicjalizacja MCP są zielone. SHA-256 pakietu npm: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Nowości w 9.1.562

Opublikowano:

BLUN King 9.1.562 przywraca plik runtime AgentSpine w publicznym pakiecie.

Plik runtime wymagany przez dołączony serwer MCP AgentSpine jest ponownie dołączany. Nowa instalacja materializuje wtyczkę w całości; serwer MCP uruchamia się i potwierdza swoją nazwę i wersję protokołu.

Sprawdzona wersja pakietu

Granica pakietu różni się od 9.1.561 tylko metadanymi wersji i przywróconym plikiem runtime. Skan wycieków, nowa instalacja, materializacja wtyczki i prawdziwa inicjalizacja MCP są zielone. SHA-256 pakietu npm: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Nowości w 9.1.561

Opublikowano:

BLUN King 9.1.561 przenosi sprawdzone ulepszenia systemu pracy do publicznego pakietu.

Bieżące zadanie i nowe wyniki narzędzi pozostają dostępne. Wyniki odczytu nie są skracane. Duże wyniki są zapisywane z odwołaniem do ponownego pobrania, zamiast być opróżniane. Powtarzające się identyczne wyniki odsyłają do najnowszego pełnego wyniku.

Kompaktowania są rejestrowane jako transakcja z oznaczeniem początku, podsumowania i końca. Wywołania narzędzi i ich wyniki pozostają razem, podczas gdy trwałe punkty kontrolne zabezpieczają ścieżkę przywracania między kolejnymi próbami.

Budżety wyjścia pochodzą teraz z aktywnego profilu modelu. Zarządzany model BLUN otrzymuje domyślnie 128 000 tokenów wyjścia, gdy żadna wartość nie jest wyraźnie ustawiona. Stare stałe limity 32 768 tokenów oraz niskie limity dla low i off nie skracają już złożonej pracy; pojemność kontekstu pozostaje granicą bezpieczeństwa.

Aktualizator pyta, zanim przygotuje lub uruchomi instalator. W publicznym pakiecie zarządzany model BLUN pozostaje na stałe ustawiony; /model służy tylko jako alias zgodności dla /effort.

Granica pakietu została sprawdzona pod kątem wszystkich nazw plików i czytelnych treści. Wewnętrzne ścieżki dostawcy, wybór modelu, skrypty budowania i regresji, prywatne identyfikatory i prywatne adresy serwerów nie są zawarte.

Sprawdzona wersja pakietu

Pełny pakiet, skan wycieków, nowa instalacja, wyjście wersji i pomocy, domyślne ustawienia nowego profilu oraz decyzja aktualizacyjna z 9.1.550 do 9.1.561 są zielone. SHA-256 pakietu npm: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Nowości w 9.1.527

Opublikowano:

BLUN King 9.1.527 przejmuje przebieg /copy z DeepAgents.

Polecenie kopiuje najnowszą ukończoną, niepustą odpowiedź asystenta przez istniejącą międzyplatformową ścieżkę schowka.

Jeśli /copy zostanie wprowadzone podczas trwającej tury, polecenie korzysta z istniejącej kolejki poleceń i zostaje wykonane po zakończeniu odpowiedzi.

Jasne komunikaty statusu obejmują sukces, pustą historię i błędy schowka we wszystkich sześciu językach interfejsu.

Regresja czerwony-na-zielony chroni rejestrację poleceń, wykonanie, wybór odpowiedzi, treść schowka zachowaną co do bajtu i zatwierdzone teksty interfejsu.

Sprawdzona wersja pakietu

Pełne prepack i kontrola rozpakowanego artefaktu są zielone. SHA-256 pakietu npm: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Nowości w 9.1.526

Opublikowano:

BLUN King 9.1.526 materializuje wersję AgentSpine dołączoną do bieżącego pakietu, zanim /reload przebuduje katalog wtyczek i konfigurację MCP.

Niedotknięte wpisy wtyczek pozostają zachowane. Niezmienione zarządzane drzewo AgentSpine jest ponownie używane, bez ponownego zapisywania installed.json.

Regresja czerwony-na-zielony względem 9.1.525 chroni kolejność bootstrapu, przejęcie zarządzanej wtyczki i idempotentne zachowanie przy ponownym ładowaniu.

Sprawdzona wersja pakietu

Pełne prepack, kontrola spakowanego artefaktu i izolowany test aktualizatora z 9.1.525 do 9.1.526 są zielone. SHA-256 pakietu npm: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Nowości w 9.1.525

Opublikowano:

BLUN King 9.1.525 uruchamia każde lokalne polecenie powłoki w systemie Windows i POSIX we własnej grupie procesów. Programy nie mogą się już przez to podłączyć do sterującej konsoli TUI BLUN i przechwytywać Escape, Ctrl+S ani innych danych wejściowych edytora.

Standardowe wejście, standardowe wyjście i wyjście błędów pozostają w prywatnych potokach. Polecenia interaktywne otrzymują koniec pliku i kończą się niepowodzeniem lub przekroczeniem czasu, bez konkurowania z edytorem o dane wejściowe.

Lokalna izolacja powłoki z DeepAgents została przejęta dla systemu Windows. Wykonywalny test regresji obejmuje obie ścieżki platform i prawdziwą próbę z przechwyconym procesem.

Nowości w 9.1.524

Bez daty

BLUN King 9.1.524 utrzymuje natychmiastowe zadanie utworzone przez polecenie Telegramu /loop w chronionej ścieżce dostarczania dla poleceń zdalnych. Nie może ono przez to pozostać jako drugi zwykły wpis kolejki.

Lista wznawiania pokazuje dla każdej sesji rozmiar punktu kontrolnego wznawiania, zachowane wiadomości i tokeny, rozmiar historii sesji oraz brakujące, nieprawidłowe lub nieaktualne punkty kontrolne.

Dołączony runtime AgentSpine zostaje zaktualizowany do sprawdzonej oficjalnej wersji 0.11.4 z commita 8034487cdd24498076bac48d3f24400bca5e6ae4. Budżet czasu BLUN wynoszący 180 sekund dla zakończenia SessionStart w tle pozostaje zachowany.

Wykonywalne testy regresji chronią dokładnie jednorazowe dostarczanie pętli Telegramu i wszystkie stany wartości pomiarowych wznawiania. Istniejące lokalne zachowanie kolejki przy zajętej pętli pozostaje bez zmian.

Nowości w 9.1.523

Opublikowano:

BLUN King 9.1.523 pozwala, aby Escape zamknął otwarte menu poleceń slash i opróżnił powiązany szkic w jednym kroku, zamiast pozostawiać tekst polecenia.

Ctrl+S przekazuje szkic slash do istniejącej ścieżki wstawiania i przetwarzania także wtedy, gdy interfejs zgłasza właśnie bezczynność, zamiast po cichu wracać przed opróżnieniem kolejki.

Zwykłe szkice pozostają zachowane, gdy Escape zamyka tylko inne autouzupełnianie.

Testy runtime czerwony-na-zielony chronią oba skróty klawiszowe w odniesieniu do dokładnego zachowania pakietu 9.1.522.

Nowości w 9.1.522

Bez daty

BLUN King 9.1.522 zapisuje permission.approval_requested natychmiast po otwarciu prośby o zatwierdzenie narzędzia w historii sesji. Nienadzorowany King nie wygląda przez to już jak niemy model ani zablokowany dostawca, podczas gdy czeka na operatora.

Istniejące przyciski zatwierdzania Telegramu są używane automatycznie, gdy lista dozwolonych zawiera dokładnie jeden prywatny czat i dowolną liczbę grup. Przy kilku możliwych prywatnych odbiorcach wysyłka pozostaje zablokowana, o ile BLUN_TELEGRAM_APPROVAL_CHAT_ID nie jest ustawione.

Regresja czerwony-na-zielony chroni natychmiastową widoczność w historii sesji, jednoznaczne przekazanie do prywatnego czatu, pierwszeństwo wyraźnie ustawionego celu i odrzucanie niejednoznacznych odbiorców w obu dołączonych kopiach relay.

Nowości w 9.1.521

Bez daty

BLUN King 9.1.521 wykonuje skan AgentSpine SessionStart poza interaktywną ścieżką startu. Zimny skan katalogu użytkownika trwający 123,6 sekundy nie blokuje przez to ani edytora, ani pierwszego wejścia użytkownika.

Udane wyniki SessionStart pozostają automatyczne: po zakończeniu hook w tle nadal przenosi swój ograniczony briefing do kontekstu sesji.

Budżet czasu dla zimnych skanów wzrasta do 180 sekund. Test runtime czerwony-na-zielony potwierdza, że start kończy się przed zakończeniem wolnego hooka, a hook może następnie kontynuować.

Nowości w 9.1.520

Opublikowano:

BLUN King 9.1.520 daje hookowi AgentSpine SessionStart przy ponownym ładowaniu wystarczająco dużo czasu na ukończenie zimnego pełnego skanu projektu.

Limit czasu dla startu AgentSpine wzrasta z 15 do 60 sekund. Wszystkie pozostałe limity czasu hooków pozostają bez zmian.

Nowa kontrola runtime czerwony-na-zielony uruchamia prawdziwy hook AgentSpine w tymczasowym projekcie i sprawdza zarówno jego wynik, jak i oba dołączone manifesty timeoutu.

Sprawdzona wersja pakietu

Wersja 9.1.520 zawiera AgentSpine 0.10.1. Izolowany test aktualizatora z 9.1.519 do 9.1.520 i pełne prepack są zielone. SHA-256 pakietu npm: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Nowości w 9.1.519

Opublikowano:

BLUN King 9.1.519 zapisuje udane wyniki hooka SessionStart, zanim start lub ponowne ładowanie powróci. Dzięki temu gotowość AgentSpine trafia automatycznie do kontynuowanego kontekstu modelu i nie czeka już na pierwszą wiadomość użytkownika.

Historyczne odwołania do wyników narzędzi przeniesionych poza kontekst zachowują ograniczony podgląd z początku i końca. Ważne kotwice dla wznowienia pozostają dzięki temu zachowane, bez ponownego umieszczania pełnego wyniku w każdym żądaniu do modelu.

Nowe kontrole runtime czerwony-na-zielony chronią przekazanie kontekstu SessionStart i historyczne podglądy. Przywrócony z 9.1.518 katalog narzędzi dla konserwacji Todo zostaje zachowany bez zmian.

Nowości w 9.1.518

Opublikowano:

Podczas proaktywnej konserwacji listy zadań Read, Write, Edit i Bash pozostają dostępne obok TodoList. Zwykła ścieżka przywracania dużych zmian plików nie jest przez to już przerywana.

Automatyczna konserwacja Todo i jej ograniczony prompt dowodowy pozostają zachowane, bez przełączania aktywnego kroku modelu na katalog narzędzi zawierający wyłącznie TodoList.

Regresyjna kontrola czerwony-na-zielony chroni przed cofnięciem katalogu z 9.1.499 i sprawdza wybór narzędzi przywracania bez podwójnych schematów.

Nowości w 9.1.517

Opublikowano:

Ctrl+S i Escape pozostają dostępne także przy otwartym zapytaniu o zatwierdzenie. Ctrl+S wysyła wszystkie oczekujące wiadomości; Escape zwalnia najpierw jedną oczekującą wiadomość i odrzuca zatwierdzenie dopiero przy pustej kolejce.

Asynchroniczne kończenie sesji jest w pełni obserwowane w ścieżkach klawiatury, Telegramu /reload i poleceń slash. session.not_found jest traktowane jako już zakończona sesja, zamiast dopuścić do awarii rdzenia przez nieobsłużone odrzucenie.

Kontrole pakietów czerwone-na-zielone chronią surowe znaki sterujące Windows i zmierzony błąd przy kończeniu sesji, która już nie istnieje.

Nowości w 9.1.516

Opublikowano:

Jeśli w zapisanej historii po kompaktowaniu brakuje początku kroku asystenta, odtwarzanie rekonstruuje go z następnego zdarzenia treści lub narzędzia. Dzięki temu king -c nie kończy się już wewnętrznym błędem Received content_part for unknown step_uuid 'undefined'.

Wiadomość Telegram opuszcza kolejkę dokładnie raz, gdy tylko rdzeń trwale przyjmie jej aktywne przekazanie. Prawdziwe odrzucenia pozostają zachowane na nową próbę. Nieoczekiwanie zakończony most Telegram zarządzany przez agenta King jest uruchamiany ponownie przez dokładnie jednego scalonego strażnika.

Na krok modelu przyjmowana jest tylko pierwsza zmiana TodoList. Wykonane punkty znikają automatycznie, oczekujące oznaczenia pozostają widoczne także w terminalach ANSI16, a nowa lista zaczyna się od dokładnie jednego punktu w toku. Stała kolejność to: pilne, bezpośrednia wiadomość użytkownika, zaadresowana wiadomość bota, wiadomość bota, zwykła wiadomość.

Pierwszy krok z narzędziami czeka co najwyżej 2,5 sekundy na początkowy katalog MCP; opcjonalne serwery mogą nadal uruchamiać się w tle. Przy starcie programu sprawdzany i instalowany jest tylko aktywny profil.

Sprawdzona wersja pakietu

Wersja 9.1.516 zawiera AgentSpine 0.10.1. Wszystkie osiem kontroli regresji prepack, node --check, kontrola metadanych pakietu i nowa kontrola pakietu są zielone. Ten sam pakiet npm zawiera składniki platform dla Windows, Linux i macOS. SHA-256 pakietu npm: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Nowości w 9.1.515

Opublikowano:

Lista zadań, która jest zgodnie z prawdą niezmieniona, jest ponownie akceptowana po dłuższej udokumentowanej pracy. King nie musi wymyślać postępu ani tylko przeformułowywać tytułu, aby móc kontynuować właściwą pracę.

Również pętla bezczynności może wznowić wciąż otwartą TodoList, bez trzymania agenta na stałe w turze konserwacyjnej wyłącznie z narzędziem Todo. Kontrola regresji prepack chroni obie ścieżki błędów.

Sprawdzona wersja pakietu

Wersja 9.1.515 zawiera AgentSpine 0.10.1. Ukierunkowana kontrola regresji pętli Todo, node --check, kontrola metadanych wydania i nowa instalacja pakietu są zielone. Ten sam pakiet npm zawiera składniki platform dla Windows, Linux i macOS. SHA-256 pakietu npm: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Nowości w 9.1.514

Opublikowano:

BLUN King 9.1.514 zabezpiecza pozbawiony treści dziennik dostarczania Telegram przed zmanipulowanymi kopertami kolejki.

Identyfikatory wiadomości są przyjmowane wyłącznie jako dodatnie liczby dziesiętne. Obliczone hashe czatu są dozwolone wyłącznie jako dokładnie dwunastocyfrowe wartości szesnastkowe małymi literami. Błędne wartości przypominające treść są odrzucane, zamiast być rejestrowane.

Istniejące przetwarzanie Telegram, fazy dostarczania, rotacja dziennika i pozbawiona treści diagnostyka kwarantanny pozostają bez zmian. Wszystkie 133 testy pakietu oraz nowe próbki pakietu dla Windows x64, Linux x64, macOS ARM64 i macOS x64 są zielone.

Sprawdzona wersja pakietu

Wersja 9.1.514 zawiera AgentSpine 0.10.1 oraz ReadBatch. SHA-256 pakietu npm: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Nowości w 9.1.513

Opublikowano:

BLUN King 9.1.513 rejestruje ścieżkę dostarczania Telegram od wejścia na moście przez routing, kolejkowanie i wprowadzenie aż do potwierdzenia, odzyskania lub kwarantanny.

Ograniczony dziennik przechowuje wyłącznie identyfikatory bez treści, hashe, fazy dostarczania, liczniki i oczyszczone przyczyny błędów. Teksty wiadomości, prompty, ścieżki, nazwy użytkowników, tokeny, dane dostępowe i surowe komunikaty o błędach nie są rejestrowane.

Również diagnostyka kwarantanny nie duplikuje już wiadomości Telegram, tekstów wyświetlanych, informacji o pochodzeniu, surowych identyfikatorów czatu ani ścieżek obrazów. Wszystkie 132 testy pakietu oraz nowe próbki pakietu dla Windows x64, Linux x64, macOS ARM64 i macOS x64 są zielone.

Sprawdzona wersja pakietu

Wersja 9.1.513 zawiera AgentSpine 0.10.1 oraz ReadBatch. SHA-256 pakietu npm: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Nowości w 9.1.512

Opublikowano:

BLUN King 9.1.512 wymusza przy proaktywnej konserwacji TodoList zmienioną aktualizację opartą na dowodach, zamiast bez ograniczeń ponownie przyjmować tę samą listę. Izolowana tura konserwacyjna otrzymuje co najwyżej osiem zwięzłych informacji o nazwie narzędzia i wyniku od ostatniej zaakceptowanej aktualizacji.

Prompty, argumenty, polecenia, pełne ścieżki, wyniki narzędzi ani historia pracy nie są przy tym ponownie odtwarzane. Nieudana próba TodoList zachowuje ten ograniczony dowód na następną próbę; udana aktualizacja usuwa wykorzystane informacje. Wykonane punkty nadal znikają automatycznie, a w kolejnym kroku znów dostępne są normalne narzędzia pracy.

Sprawdzona wersja pakietu

9.1.512 zdaje 127 z 127 testów pakietu. Nowe instalacje wybierają w systemach Windows x64, Linux x64, macOS ARM64 i macOS x64 oczekiwane składniki platform i zawierają AgentSpine 0.10.1 oraz ReadBatch. SHA-256 pakietu npm: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Nowości w 9.1.511

Opublikowano:

BLUN King 9.1.511 zawiera AgentSpine 0.10.1 jako nową, adresowaną treściowo wersję wtyczki rdzenia. Obowiązkowy preflight nadal sprawdza każdy aktywny plik instrukcji hosta w sposób bezpieczny dla współbieżności i wiąże jego tożsamość z dokładną turą, nie duplikuje jednak już załadowanego przez hosta pełnego tekstu w kontekście runtime.

Ta wersja dodaje obowiązkowe dowody przed odpowiedzią, potwierdzone wpisy Must-Remember i samonaprawiającą synchronizację uwierzytelnionego grafu persony i relacji. Brakujące grupy, osoby i członkostwa są naprawiane przy ponownym uzgodnieniu listy członków; lokalne zapytania o relacje kończą się widocznie po pięciu sekundach przy blokadzie.

Ograniczone zapytanie Telegram-Mnemo pozostaje zachowane: wcześniejsze wiadomości są ładowane tylko przy konkretnej potrzebie, z wąskim odniesieniem do agenta, osób, grup, tematów, wątków i czasu. Pełna historia Telegram nie trafia rutynowo do promptu.

Sprawdzona wersja pakietu

9.1.511 przechodzi 126 z 126 testów pakietu. Prawdziwy plik CLAUDE.md o rozmiarze 15 519 bajtów został w pełni sprawdzony, podczas gdy cały wstrzyknięty kontekst obejmował 5 667 bajtów i nie zawierał pełnego tekstu instrukcji. Nowe instalacje wybierają oczekiwane składniki platformy w systemach Windows x64, Linux x64, macOS ARM64 i macOS x64 oraz zawierają AgentSpine 0.10.1 i ReadBatch. SHA-256 pakietu npm: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Nowości w 9.1.510

Opublikowano:

BLUN King 9.1.510 dodaje narzędzie ReadBatch. Czyta ono od dwóch do dwunastu niezależnych od siebie, już znanych plików UTF-8 lub zakresów plików w jednym kroku modelu i zachowuje przy tym kolejność żądań. Każda ścieżka przechodzi te same kontrole dostępu, zasad i uprawnień co pojedyncze wywołanie Read. Częściowe wyniki pozostają widoczne; tylko w pełni nieudany zestaw liczy się jako błąd całościowy.

Sprawdzona wersja pakietu

9.1.510 zdaje 125 z 125 testów pakietu. Nowe instalacje wybierają w systemach Windows x64, Linux x64, macOS ARM64 i macOS x64 oczekiwane składniki platform i zawierają ReadBatch. AgentSpine pozostał celowo na 0.8.0, dopóki niezależnie znaleziony bloker budżetu kontekstu nowszej wersji wstępnej nie został usunięty bez powiększonego promptu runtime. SHA-256 pakietu npm: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Nowości w 9.1.509

Opublikowano:

BLUN King 9.1.509 wymaga przy każdej zatwierdzonej roboczej wiadomości Telegram między botami wyraźnego wspomnienia zamierzonego agenta King. Wiadomości botów bez pasującego wspomnienia pozostają widoczne, ale nie są buforowane ani kolejkowane, dostarczane ani później przejmowane do kontekstu modelu tego agenta King. Dzięki temu uprzywilejowana wiadomość bota dla jednego agenta King nie może już stać się zadaniem innego agenta King.

Sprawdzona wersja pakietu

Pakiet zalicza wszystkie 121 testów. Ten sam pakiet zawiera sprawdzone składniki platform dla Windows x64, Linux x64, macOS ARM64 i macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Nowości w 9.1.508

Opublikowano:

Otwarte punkty Todo mają ponownie widoczne pole wyboru. Również pierwsza zwykła lista zadań zaczyna się od dokładnie jednego punktu w toku; późniejsze kroki pozostają oczekujące, dopóki ich rzeczywisty początek nie zostanie udokumentowany.

Zaakceptowane bezpośrednie wiadomości Telegram i wiadomości grupowe są przekazywane do Mnemo asynchronicznie, trwale buforowane i dokładnie deduplikowane. Tymczasowo nieosiągalny hub nie blokuje ani dostarczania Telegram, ani działania agenta King. Polecenia /loop i wewnętrzne takty pętli są celowo niezapisywane.

AgentSpine nie ładuje pełnej historii Telegram do kontekstu runtime. Jeśli zadanie wymaga wcześniejszej wiadomości, następuje ograniczone zapytanie Mnemo według agenta, osoby, grupy, tematu, wątku i okresu.

Sprawdzona wersja pakietu

Pakiet zalicza wszystkie 120 testów. Nowe instalacje wybierają w systemach Windows, Linux x64, macOS ARM64 i macOS x64 właściwy natywny komponent schowka i zawierają zarządzane połączenie Telegram-Mnemo oraz AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Nowości w 9.1.507

Opublikowano:

BLUN King 9.1.507 wyraźnie poleca modelowi w narzędziu Read łączenie niezależnych od siebie odczytów plików i zakresów w jednej odpowiedzi modelu, gdy wiele danych wejściowych może być przydatnych.

Zmniejsza to zbędne rundy modelu przy dużych kontekstach roboczych, bez zmiany wykonywania, nawigacji po stronach, uprawnień ani obsługi wyników Read.

Sprawdzona wersja pakietu

Ukierunkowany test regresji chroni zmianę; pakiet zalicza wszystkie 112 testów.

Nowości w 9.1.506

Opublikowano:

Wykonane punkty TodoList są natychmiast usuwane z widocznego interfejsu TUI. Trwała lista zadań już poprawnie odrzuciła te wpisy; teraz interfejs pokazuje ten sam oczyszczony stan, podczas gdy praca w toku i oczekująca pozostaje w pełni zachowana.

Automatyczna tura konserwacyjna używa samodzielnego promptu systemowego o długości 546 znaków. Wcześniej mimo jedynego dostępnego narzędzia Todo dołączany był pełny prompt roboczy o długości około 19 000 znaków. Kolejny krok pracy otrzymuje nadal pełny prompt i swój normalny katalog narzędzi.

Zmierzona oszczędność kontekstu i wersja pakietu

Realny przebieg pokazał dla co ósmego kroku pracy osobną turę konserwacyjną Todo z 15 221 tokenami wejściowymi. Statyczny prompt konserwacyjny kurczy się o 18 470 znaków; rzeczywista oszczędność czasu wykonania zostanie zmierzona ponownie po aktualizacji floty. Opublikowany tarball zdaje 111 z 111 testów. Nowe instalacje pakietu w systemach Windows z Node 24.19.0 i Linux z Node 24.18.0 potwierdzają wersję 9.1.506; pliki binarne macOS dla ARM64 i x64 są zawarte w identycznym pakiecie npm. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Nowości w 9.1.505

Opublikowano:

Wiadomość Telegram, która dociera po przejęciu kanału, ale jeszcze przed zakończeniem aktywacji kolejki, nie jest już pomijana jako stara zaległość. Bez ważnego punktu kontrolnego przetwarzanie rozpoczyna się od zmierzonej na starcie przejęcia granicy bajtów zamiast od późniejszego końca pliku.

Ważny trwały punkt kontrolny zachowuje pierwszeństwo. Jeśli plik kolejki zostanie zastąpiony podczas przekazania, nowy plik zaczyna się bezpiecznie od bajtu zerowego; historyczne wiadomości istniejące przed przejęciem nadal nie są ponownie odtwarzane.

Zmierzony nawrót i wersja pakietu

Wiadomość grupowa 63456 nadeszła sekundę po przejęciu kanału, punkt kontrolny przeskoczył dokładnie na jej koniec, a wiadomość nie pojawiła się w żadnej historii modelu. Ten rzeczywisty odcinek utraty jest chroniony jako regresja. Opublikowany tarball zdaje 111 z 111 testów; nowe instalacje pakietu w systemach Windows z Node 24.19.0 i Linux z Node 24.18.0 oraz prawdziwa aktualizacja z 9.1.504 potwierdzają wersję 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Nowości w 9.1.504

Opublikowano:

Wiadomość Telegram, która przy pustym przebiegu agenta znajduje się już w kolejce, jest teraz uruchamiana normalną ścieżką kanału jako nowa tura modelu. Nie czeka już na aktywny przebieg, który w bezczynności z definicji nie może powstać.

Istniejące przekazanie do trwającej tury pozostaje bez zmian. Podobnie chronione pozostają izolowana konserwacja Todo, automatyczne usuwanie wykonanych punktów i późniejsze przywrócenie normalnych narzędzi plików, wyszukiwania i powłoki.

Sprawdzona wersja pakietu

Opublikowany tarball zdaje 106 z 106 testów. Nowa regresja bezczynności była przed zmianą czerwona i po niej zielona razem z 24 testami kolejki. Nowe instalacje pakietu w systemach Windows z Node 24.19.0 i Linux z Node 24.18.0 potwierdzają wersję 9.1.504 i ten sam SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Nowości w 9.1.503

Opublikowano:

Izolowana wiadomość konserwacyjna Todo niesie teraz także jawnie puste pole toolCalls. Dzięki temu spełnia tę samą formę wiadomości co zwykłe tury robocze i może być bezpiecznie przetwarzana przez normalizację dostawcy BLUN.

Prawdziwy błąd w czasie działania TypeError: message.toolCalls is not iterable nie występuje już przed wywołaniem TodoList. Test regresji iteruje wygenerowaną wiadomość dokładnie tak jak granica dostawcy, zanim konserwacja zostanie zatwierdzona.

Sprawdzona wersja pakietu

Opublikowany tarball zdaje 105 z 105 testów. Nowe próbki pakietu w systemach Windows z Node 24.19.0 i Linux z Node 24.15.0 potwierdzają pełną formę wiadomości dostawcy, izolowaną konserwację Todo i automatyczne usuwanie wykonanych punktów. Rzeczywista akceptacja floty przebiega po kontrolowanym ponownym uruchomieniu trzech agentów King.

Nowości w 9.1.502

Opublikowano:

Wymagany krok konserwacji TodoList otrzymuje tylko nową wiadomość ograniczoną do bieżącego zadania i widocznej listy. Dawne wywołania Read, Bash lub MCP z historii pracy nie mogą już trafić do kroku celowo ograniczonego do TodoList.

Wykonane zadania znikają przy zapisywaniu automatycznie z widocznej i trwałej listy. Punkty w toku, oczekujące, zablokowane, czekające na zatwierdzenie i przerwane pozostają zachowane; lista nie rośnie więc bez ograniczeń przez zakończoną pracę.

Zmierzony wynik floty

Dwa profile agentów niezależnie trafiły na ten sam nawrót: po udanym użyciu narzędzia konserwacja Todo powtarzała historyczne narzędzia robocze i pokazywała Tool not found. Opublikowany tarball zdaje 105 z 105 testów. Nowe instalacje w systemach Windows z Node 24.19.0 i Linux z Node 24.15.0 potwierdzają izolowaną konserwację, usuwanie wykonanych punktów i powrót normalnych narzędzi. Prawdziwa akceptacja macOS nie jest częścią tego dowodu.

Nowości w 9.1.501

Opublikowano:

Po udanym kroku konserwacji TodoList w bezpośrednio następującym kroku pracy znów dostępne są wszystkie narzędzia wybrane dla tury. Read, Bash i inne narzędzia robocze nie pozostają już ukryte za tymczasowo ograniczonym katalogiem Todo.

Naprawiony nawrót

Krok Todo oferował celowo tylko TodoList. Jego wybór narzędzi pozostał jednak bez wyraźnego przywrócenia aktywny także w kroku następnym. 9.1.501 przywraca tam normalny katalog i chroni obie ścieżki kroków następnych testem regresji.

Golden Release 9.1.500

Opublikowano:

Ta wersja łączy pełny zakres funkcji wersji 9.1.499 bez zmian jako wspólne wydanie npm dla Windows, Linux i macOS. Oznaczenie Gold jest celowo ograniczone do nagłówków tej wersji; starsze wpisy zachowują dotychczasową prezentację.

Wersja wydania

Golden Release przejmuje sprawdzone zmiany Todo, kolejki, pętli, kontekstu, AgentSpine i oceny obrazów z 9.1.499 bez dodatkowej logiki runtime.

Nowości w 9.1.499

Opublikowano:

Dane obrazów, audio i wideo spoza dwunastu najnowszych wiadomości rozmowy są zastępowane krótkimi odwołaniami tylko w powtórzonej projekcji modelu. Aktualne multimedia, tekst wiadomości i pełna surowa historia sesji pozostają bez zmian.

W zmierzonym punkcie kontrolnym wznowienia ta projekcja oszczędza 85 748 znaków, czyli około 21 437 szacowanych tokenów wejściowych na każdy dalszy krok narzędzia.

Wymagana konserwacja Todo działa przed dziewiątym blokiem roboczym jako osobny krok modelu o niskim nakładzie. W tym kroku runtime oferuje wyłącznie TodoList; narzędzia plików, wyszukiwania, powłoki i inne narzędzia robocze są ponownie odblokowywane dopiero po ważnej aktualizacji.

Nowe wiadomości użytkowników zachowują pierwszeństwo przed konserwacją Todo. Twarda kontrola Todo zostaje zachowana jako siatka bezpieczeństwa dla faktycznie nieprawidłowych aktualizacji, nie pojawia się już jednak jako normalny czerwony błąd pośredni przed samodzielną konserwacją listy.

Sprawdzony dowód

Opublikowany tarball zdaje 105 z 105 testów runtime i regresji. Nowe izolowane instalacje w systemach Windows z Node 24.19.0 i Linux z Node 24.15.0 zgłaszają dokładnie wersję 9.1.499 i potwierdzają projekcję multimediów, niezmienioną surową historię, wstępne sterowanie Todo i ukrycie wszystkich narzędzi roboczych podczas kroku Todo. Kandydat obejmuje 850 ścieżek i nosi SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Prawdziwa akceptacja macOS nie jest częścią tego dowodu.

Nowości w 9.1.498

Opublikowano:

/usage pokazuje zgłoszony przez dostawcę współczynnik trafień cache promptu oraz odczytane i zapisane tokeny cache na model. Bez zgłoszonej aktywności cache widok nie wymyśla żadnego współczynnika.

/tokens to krótki alias istniejącej szczegółowej diagnostyki kontekstu; /offload wywołuje istniejące archiwizujące kompaktowanie. Żadna z tych ścieżek nie wyzwala dodatkowego wywołania modelu.

Różne autoryzowane wiadomości botów nie są już odrzucane przez sztywne okno 15 sekund. Istniejąca kolejność pozostaje zachowana: wiadomości prywatne i jawnie adresowane stoją przed wiadomościami botów, wiadomości botów przed normalnym kontekstem.

Pełne kompaktowanie przejmuje dokładną listę Todo do nowego kontekstu. Jeśli następnie ścieżka, polecenie, hash lub wymaganie są niepewne, jednorazowy komunikat odzyskiwania wymaga najpierw przeczytania zarchiwizowanej historii zamiast szerokiego przeszukiwania plików lub zaczynania od nowa.

Wykonane kroki Todo pozostają zachowane jako dowód. Jeśli późniejsze ustalenia ponownie wymagają kroku, udokumentowane zakończenie pozostaje, a nowa kontrola pojawia się jako osobny krok w toku z uzasadnieniem.

Powtarzające się pętle sesji czekają, dopóki konserwowana lista Todo zawiera jeszcze pracę w toku lub oczekującą. Pominięte interwały są scalane aż do prawdziwej bezczynności; inne zaplanowane przypomnienia nie są tym objęte.

Sprawdzony dowód

Przygotowany tarball zdaje 100 z 100 testów runtime i regresji. Nowe izolowane instalacje w systemach Windows z Node 24.19.0 i Linux z Node 24.15.0 zgłaszają dokładnie wersję 9.1.498 i potwierdzają wyświetlanie cache, aliasy poleceń, odzyskiwanie po kompaktowaniu, monotoniczne dowody Todo, ochronę pętli sesji, dziennik zmian pakietu i priorytet botów. Kandydat obejmuje 849 ścieżek i nosi SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Prawdziwa akceptacja macOS nie jest częścią tego dowodu.

Nowości w 9.1.497

Opublikowano:

Wiadomości botów Telegram ze wspólnych grup stoją za wiadomościami prywatnymi i jawnie adresowanymi, ale przed normalnym kontekstem. Priorytetyzacja nie wymusza odpowiedzi.

Zaakceptowana wiadomość Telegram znika z widocznej kolejki, gdy tylko rozpocznie się wprowadzony dla niej krok modelu. Odrzucone dostarczenie lub przerwanie przed pierwszym krokiem zachowuje ją nadal na ponowną próbę.

Wymagana odpowiedź Telegram lub edycja wiadomości nie jest już blokowana przez konserwację Todo. Następny normalny krok pracy pozostaje zablokowany aż do zgodnej z prawdą aktualizacji listy Todo.

Wersje 9.1.496 do 9.1.487

WersjaZmiany
9.1.496Dostarcza wiadomości użytkowników Telegram automatycznie pojedynczo, usuwa tylko identyfikator dokładnie tej wiadomości, która została zaakceptowana lub na którą udzielono odpowiedzi, wymusza zgodny z prawdą postęp dla każdej widocznej listy Todo i ukrywa udane wewnętrzne ładunki hooków.
9.1.495Uruchamia każdy nowy lub zastąpiony cel z nową widoczną listą Todo, wymaga zgodnych z prawdą aktualizacji, natychmiast usuwa fokus grupowy Telegram po udanej odpowiedzi, przesuwa zwykłe potwierdzenia wejścia na koniec tury i dodaje prawdziwe kontrole dekodowania dla Ctrl+S i Ctrl+T.
9.1.494Skróty klawiszowe znów są jednoznacznie rozdzielone: Ctrl+S steruje tylko zaległościami w kolejce, Ctrl+T tylko listą zadań. Podczas trwającej pracy wiadomości użytkowników Telegram są autoryzowane do następnego bezpiecznego przekazania.
9.1.493Wiadomości użytkowników Telegram są automatycznie zwalniane na następne bezpieczne przekazanie podczas aktywnej pracy. Wiadomości bezpośrednie pozostają z przodu w kolejce, bez trwałego wstrzymywania wiadomości grupowych.
9.1.492Już zatwierdzone wiadomości grupowe pozostają zachowane przy tymczasowo zajętym dostarczaniu i są ponawiane. Pakiet, metadane npm, publiczny manifest i dziennik zmian są sprawdzane wspólnie przed komunikatem o sukcesie.
9.1.491Bezpośrednie wiadomości Telegram są natychmiast priorytetyzowane przy trwającej pracy. Ręczne sterowanie kolejką pozostało dla innych wiadomości.
9.1.490Historia pakietu dokumentuje w pełni nieopublikowaną wersję 9.1.487 i faktycznie opublikowane naprawy od 9.1.488.
9.1.489Lista zadań, sterowanie kolejką, tożsamość wykonywania Telegram, instalacja profilu AgentSpine i zarządzana ocena obrazów zostały przywrócone i zabezpieczone testami regresji.
9.1.488Przygotowana wtyczka rdzenia AgentSpine została opublikowana. Duplikaty Telegram nie pozostawiają już pozornej tury; głębokość myślenia i bezpieczne traktowanie telemetrii pozostają zachowane przez kroki narzędzi.
9.1.487Nieopublikowana. Ta wersja przygotowywała AgentSpine jako zarządzaną wtyczkę rdzenia. Na npm po 9.1.486 nastąpiła bezpośrednio 9.1.488.

Nowości w 9.1.486

Opublikowano:

Nowe i zaktualizowane profile uruchamiają się teraz niezawodnie w języku angielskim w systemach Windows, macOS i Linux. Zapisana automatyczna wartość języka jest migrowana jednorazowo, podczas gdy jawnie wybrane języki pozostają bez zmian.

Automatyczne aktualizacje przy starcie są ponownie domyślnie włączone przez istniejący instalator powiązany z wersją. [upgrade].auto_install = false zachowuje pytanie o potwierdzenie; aktualizator w tle nie jest ponownie wprowadzany.

Okna dialogowe startu, postęp, błędy, komunikaty o sukcesie i kontynuacja sesji używają teraz tego samego języka. Testy regresji i mutacji chronią migrację, ścieżkę aktualizacji i dane sesji.

Sprawdzony dowód

Pełny zestaw testów zaliczył 1 474 z 1 474 kontroli. Izolowany przebieg aktualizacji zainstalował 9.1.486 z 9.1.485, zachował konfigurację i sesję bez zmian oraz uruchomił nowe CLI. Osobna próba startu potwierdziła automatyczną instalację bez pytania oraz jednorazową migrację starej automatycznej wartości języka na angielski.

Wersje 9.1.485 do 9.1.178

WersjaZmiany
9.1.485
  • Ogranicza pierwsze widoczne odtworzenie kontynuowanej sesji bez indeksu przewijania do aktywnych 15 tur rozmowy, zamiast ponownie wyświetlać całą rozmowę.
  • Czyści widoczny obszar aktualizacji po udanej aktualizacji, zanim uruchomi się nowa konsola; normalne przewijanie terminala pozostaje zachowane.
  • Dodaje testy regresji i mutacji dla zapasowej ścieżki odtwarzania, w tym symulację z 97 596 rekordami.
9.1.484
  • Wykrywanie wtyczek akceptuje dodatkowo .codex-plugin/plugin.json i rozwiązuje PLUGIN_ROOT lub BLUN_PLUGIN_ROOT w poleceniu, argumentach i katalogu roboczym.
9.1.483
  • Model kompaktowania można wybrać, zapisać i zresetować do dziedziczenia oddzielnie od aktywnego modelu; wybór i potwierdzenie są dostępne w poleceniu dostępnym w stanie bezczynności i w zlokalizowanych ustawieniach.
9.1.482
  • Przeniesione wyniki Read zachowują następny line_offset i kontynuują pierwotny odczyt w tym miejscu, zamiast czytać ten sam plik ponownie od początku.
9.1.481
  • Odpowiedzi podagentów, które kończą się na limicie tokenów bez wywołania narzędzia, są rozpoznawane jako max_tokens dla istniejącej kontynuacji. Wzorce Glob z .. oraz nazwane ścieżki domowe takie jak ~name są odrzucane.
9.1.480
  • Aktualizuje dołączoną umiejętność translate-native i MCP Language Guard do wersji 6.42.13.
  • Wiąże dołączone pliki ochrony języka co do bajtu z commitem źródłowym 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Dodaje kontrole pochodzenia i mutacji, tak aby zmienione bajty ochrony lub odmienna wersja umiejętności powodowały odrzucenie przez kontrolę publikacji.
9.1.479
  • Dodaje do prywatnej usługi King w Agent API uwierzytelnioną wewnętrzną trasę do sprawdzania dostępności.
  • Sprawdza dostępność usługi bez tworzenia sesji klienta ani uruchamiania przebiegu agenta.
  • Ogranicza trasę do interfejsu pętli zwrotnej i GET, chroni ją sekretem i zapobiega jej buforowaniu.
9.1.478
  • Usuwa zwykłe pauzy bezpośredniego fokusa Telegram po ponownym uruchomieniu, nawet jeśli starsze punkty kontrolne nie zawierają terminu odpowiedzi.
  • Zachowuje pauzy, o które użytkownik jawnie poprosił, aż do ich zatwierdzenia, zamiast pozwalać im automatycznie wygasać.
  • Zwalnia zakolejkowane wiadomości kanału dla aktywnego przebiegu, gdy tylko kończy się bezpośredni fokus.
9.1.477
  • Dodaje do prywatnej usługi Agent API jawną, uruchamianą przez operatora nakładkę na proces.
  • Przetwarza SIGINT i SIGTERM dokładnie raz, także gdy sygnały nadejdą podczas uruchamiania.
  • Kończy bezpiecznie z ograniczonymi komunikatami, nie wywołuje process.exit i nigdy nie uruchamia usługi automatycznie.
9.1.476
  • Dodaje do prywatnej usługi Agent API kontrakt środowiskowy działający w trybie domyślnie blokującym (fail-closed).
  • Wymaga jawnie określonego portu pętli zwrotnej, sekretów izolacji, ustawień dostawcy i granic zasobów.
  • Pozostawia prywatną usługę zatrzymaną, a automatyczne czyszczenie bezczynnych sesji wyłączone, dopóki jedno i drugie nie zostanie jawnie skonfigurowane.
9.1.475
  • Zwalnia wyłącznie odpowiednio skonfigurowane i faktycznie bezczynne sesje Agent API, zanim klient osiągnie limit sesji.
  • Chroni aktywne przebiegi modelu i narzędzi niezależnie od ich wieku i aktualizuje okres bezczynności przy prawdziwym użyciu.
  • Pozostawia automatyczne czyszczenie wyłączone, dopóki operator jawnie nie skonfiguruje limitu czasu bezczynności.
9.1.474
  • Usuwa aktywne przypisanie sesji, gdy kontynuacja agenta po wyniku narzędzia zawiedzie.
  • Umożliwia następnie jawne zamknięcie dotkniętej sesji.
  • Pozostawia udane zwroty narzędzi i publiczny kontrakt modelu bez zmian.
9.1.473
  • Chroni sesję Agent API przed zamknięciem, dopóki trwa jej pierwsze wywołanie modelu.
  • Niezawodnie zwalnia sesję po udanej odpowiedzi lub błędzie modelu.
  • Pozostawia istniejącą ścieżkę dla nieprzetworzonych modeli i publiczny kontrakt modelu bez zmian.
9.1.472
  • Umożliwia klientom jawne zamknięcie bezczynnej sesji Agent API i zwolnienie ich ograniczonego miejsca sesji.
  • Zapobiega zamykaniu aktywnych sesji i ogranicza każdą operację zamknięcia do odpowiedniego klienta będącego właścicielem.
  • Udostępnia zwolnione miejsce dla nowej sesji, bez zmiany publicznego kontraktu modelu.
9.1.471
  • Dodaje zamknięty host usługi, który składa prywatny stos Agent API, bez automatycznego uruchamiania go.
  • Wymaga oddzielnych sekretów dla transportu i izolacji, bezwzględnego katalogu głównego klienta i jawnej konfiguracji środowiska wykonywania King.
  • Wiąże listenery z interfejsem pętli zwrotnej i przy wyłączaniu zamyka każdą sesję klienta oraz każde środowisko wykonywania.
9.1.470
  • Izoluje sesje headless Agent API według zaufanego klienta i sesji publicznej.
  • Łączy równoczesne pierwsze dostępy w jednej sesji SDK i ogranicza aktywnych klientów oraz sesje.
  • Używa powiązanych z kluczem nieprzezroczystych wewnętrznych identyfikatorów i katalogów roboczych, podczas gdy stabilne publiczne identyfikatory sesji pozostają zachowane.
9.1.469
  • Dodaje do adaptera Agent API prywatny transport HTTP osiągalny wyłącznie przez interfejs pętli zwrotnej.
  • Wymaga sekretu usługi i tożsamości klienta narzuconej po stronie serwera; sfałszowane dane tożsamości w treści żądania są ignorowane.
  • Odrzuca zbyt duże lub błędne żądania i trzyma wewnętrzne szczegóły dostawcy z dala od publicznych komunikatów o błędach.
9.1.468
  • Sprawia, że główny agent pozostaje responsywny, podczas gdy podagenci pracują w tle, a zagnieżdżeni podagenci kontynuują pracę.
  • Umożliwia ograniczonym sesjom Agent API korzystanie z cyklu życia podagentów bez ujawniania lokalnych narzędzi powłoki lub systemu plików.
  • Przekazuje dokładną granicę narzędzi na każdy zagnieżdżony poziom podagentów, tak aby ograniczeń nie dało się obejść przez delegację.
9.1.467
  • Dodaje jawny adapter transportu dla przebiegów agenta, bez przechwytywania istniejących tras dla nieprzetworzonych modeli lub list modeli.
  • Wiąże wyniki narzędzi i ukierunkowane przerwania z tym samym zakresem klienta, sesji i żądania.
  • Pokazuje wyłącznie King, oczyszcza nieoczekiwane błędy wewnętrzne i odrzuca strumieniowanie, dopóki nie istnieje dla niego kontrakt agenta.
9.1.466
  • Rejestruje każde zakończone wywołanie modelu Agent API pod stabilnym identyfikatorem zadania, bez łączenia użycia różnych klientów.
  • Trwałe przypisanie JSONL sprawia, że żądanie, sesja, zadanie, identyfikator wywołania i nieprzetworzone pola użycia pozostają możliwe do odnalezienia także po ponownym uruchomieniu.
  • Na zewnątrz pojawiają się tylko King oraz nieprzetworzone liczniki dla danych wejściowych, danych wejściowych z pamięci podręcznej i zakończenia; brakujące dane użycia pozostają jawnie oznaczone.
9.1.465
  • Dodaje izolowane sterowanie przebiegiem dla jawnego punktu końcowego agenta w Agent API, bez zmiany nieprzetworzonych zakończeń modeli.
  • Wywołania narzędzi zarządzane przez klienta zachowują pojedynczy przebieg agenta King przez zwroty wyników i pozostają ograniczone do pierwotnego żądania.
  • Odpowiedzi agentów nadrzędnych wykluczają strumienie zdarzeń agentów podrzędnych i odrzucone szkice ponownych prób.
9.1.464
  • Zarządzani podagenci działają teraz w trybie odłączonym, tak aby główny agent pozostał responsywny, podczas gdy delegowana praca jest kontynuowana.
  • Działającymi podagentami można sterować przez TaskUpdate lub zakończyć je przez TaskStop bez zamykania sesji głównej.
  • Zaadresowane wiadomości grupowe Telegram pozostają w fokusie, dopóki agent nie odpowie w pasującym czacie.
9.1.463
  • Wznowienie z punktu kontrolnego renderuje, gdy dostępne są dane okna, tylko ostatnią aktywną grupę tur TUI; starsze linie pozostają w archiwum przewijania i są doładowywane w razie potrzeby.
9.1.462
  • Niezmieniona treść tui.toml nie wyzwala już atomowej wymiany pliku; prawdziwe zmiany nadal używają istniejącej zablokowanej ścieżki zapisu.
9.1.461
  • /status rozróżnia załadowaną wersję runtime'u od zainstalowanego pakietu i zgłasza niezgodność także w zdalnym statusie Telegram.
9.1.460
  • Starsze widoczne wiadomości sesji pozostają w trwałym archiwum dyskowym i są ładowane blokami przy przewijaniu w górę, bez wczytywania wszystkich bloków tekstu przy starcie.
9.1.459
  • Wznowienie przywraca semantyczny punkt kontrolny powiązany z integralnością i czyta tylko dołączoną od tego czasu część niezmienionego pliku sesji; przy nieprawidłowym punkcie kontrolnym pełne odtworzenie pozostaje jako rozwiązanie zastępcze.
9.1.458
  • Suma kontrolna przejęta z raportu zewnętrznego jest wiązana tylko wtedy, gdy dokładnie ta wartość występuje w wybranym zdarzeniu źródłowym.
9.1.457
  • Jeśli ta sama suma kontrolna pochodzi z wielu zdarzeń zewnętrznych, pochodzenie jest oznaczane jako niejednoznaczne zamiast przypisywania do jednego raportu.
9.1.456
  • Sumy kontrolne w wychodzących wiadomościach Telegram są porównywane z lokalnymi wynikami narzędzi i widocznymi raportami zewnętrznymi; nieprzypisane wartości generują komunikat o pochodzeniu.
9.1.455
  • Raporty Telegram mogą być wiązane jako credible_unverified przez identyfikator czatu i wiadomości; reportera i pochodzenie zdarzenia ustawia runtime.
9.1.454
  • Nowe kontrole są automatycznie wiązane z sesją i agentem, które je utworzyły; przekazane pomiary pozostają raportami zewnętrznymi.
9.1.453
  • Dowód zakończenia jest wiązany z aktualnie obowiązującym kryterium zakończenia i odrzucany przy innym lub nieaktualnym kryterium.
9.1.452
  • Każdy dowód jest wiązany z faktycznie zmierzonym zakresem docelowym; kontrole poleceń muszą mieć tę samą bezpieczną wartość BLUN_EVIDENCE_SCOPE po obu stronach.
9.1.451
  • Każdy dowód nosi dokładny rodzaj inspection, integrity, syntax, test lub reachability. Słabsza kontrola nie może być podawana jako silniejsza.
9.1.450
  • Dowody wyników i dowody kontrolerów są rozdzielone. Tylko nowy lub zmieniony kontroler potrzebuje drugiego, samodzielnego dowodu czułości; zwykłe pomiary nie wymagają próby „na czerwono”.
9.1.449
  • Dowód zakończenia podaje dokładne udane wywołanie kontroli przez jego toolCallId; mieszane wywołanie polecenia ze zmianą i kontrolą nie wystarcza.
9.1.448
  • Zakończenie celu musi wiązać sprawdzone twierdzenie z udanym wywołaniem kontroli tej samej tury; same narzędzia zapisu lub zmiany nie liczą się jako dowód.
9.1.447
  • Wybrane działanie jest wiązane z trwałymi dowodami decyzji; nieznane lub nieaktualne dowody wymuszają nowe planowanie.
9.1.446
  • Blokada powtórzeń na żywo rozpoznaje dodatkowo krótkie powtarzające się sekwencje słów złożone z dwóch do ośmiu słów.
9.1.445
  • Wybrane wskazówki uczące są zapisywane razem ze zwalidowanym wynikiem uczenia bieżącej tury jako ślad ekspozycji, bez twierdzenia o związkach przyczynowych.
9.1.444
  • Wyszukiwanie wcześniejszych błędów według trafności korzysta z trwałych danych ramy celu, punktu kontrolnego i problemu zamiast tylko najnowszych wiadomości użytkownika.
9.1.443
  • Przy natychmiastowej kontynuacji celu jawny wybór tool: lub skill: ładuje dokładnie wybrane narzędzie pomocnicze.
9.1.442
  • Fokus pracy zachowuje wątek decyzyjny ze statusu, fazy, ostatniej kontroli, wyboru, uzasadnienia, wsparcia, ryzyka i odwracalności.
9.1.441
  • Brakująca wiedza jest ujmowana jako osobna domena knowledge_gap zamiast w ogólnym tekście celu, otrzymuje priorytet i jest ukrywana, gdy wartość jest pusta.
9.1.440
  • Wiedza o świecie i założenia mogą być dodawane do trwałego fokusa jako osobne domeny i otrzymywać wagi.
9.1.439
  • Trwały fokus poznawczy otrzymuje ocenę wyrazistości z zanikiem między sesjami i wzmocnieniem przy ponownym dostępie.
9.1.438
  • Podczas odtwarzania sesji przycinanie, łączenie i renderowanie są odraczane; po nim żądane jest dokładnie jedno nowe renderowanie transkryptu.
9.1.437
  • Strażnik bezczynności używa ponownie właściwej ścieżki tekstowej dla limitów czasu i nie kończy już procesu przez niedozwolony parametr w timerze.
9.1.436
  • Zdalny status Telegram pokazuje przy aktywnej turze początek, ostatni postęp, ostatnie narzędzie i powtarzające się błędy; TUI publikuje w tym celu bieżące migawki aktywności.
9.1.435
  • Prywatne punkty kontrolne fokusa Telegram podążają teraz za obszarem roboczym powiązanym z aktywną sesją.
  • Wybór obszaru roboczego nie zapisuje już katalogu startowego jako miejsca kontynuacji dla rozmów bezpośrednich.
9.1.434
  • Potwierdzone uczenie podąża teraz za obszarem roboczym powiązanym z aktywną sesją agenta.
  • Sesje z wieloma obszarami roboczymi i kontynuowane sesje nie zapisują ani nie pokazują lekcji projektowych w katalogu procesu gospodarza.
9.1.433
  • Przygotowanie danych wejściowych w edytorze zewnętrznym pozostaje teraz w granicy czyszczenia dla katalogów tymczasowych.
  • Jeśli pierwszy zapis zawiedzie, na przykład z powodu pełnego dysku lub braku uprawnień, tymczasowy katalog edytora jest usuwany, zanim błąd zostanie przekazany dalej.
9.1.432
  • Przejściowe błędy strumienia mogą być teraz ponawiane także po widocznej częściowej odpowiedzi z tym samym wybranym modelem.
  • Niekompletny tekst asystenta i niedokończone powierzchnie narzędzi są przed powtórzeniem dokańczane lub odrzucane, aby nowa odpowiedź nie była dołączana do nieudanej próby.
  • Po widocznej odpowiedzi zmiana dostawcy pozostaje zablokowana, tak aby odpowiedź nie mogła zmienić dostawcy w środku strumienia.
9.1.431
  • Lokalne procesy narzędzia Bash wymuszają teraz wyłączenie zapytań Git w terminalu, zamiast dziedziczyć interaktywne ustawienie procesu nadrzędnego.
  • Dziedziczone okna dialogowe askpass z Git, SSH i Git Credential Manager są wyłączone w procesie potomnym narzędzia; zapobiega to niewidocznym czekaniom na poświadczenia systemu Windows.
  • Nadrzędna powłoka i środowisko trwającej sesji pozostają bez zmian; istniejące zachowanie przy zamkniętym wejściu standardowym pozostaje zachowane i jest niezależnie zabezpieczone.
9.1.430
  • Pełne kompaktowanie może teraz używać opcjonalnie skonfigurowanego aliasu modelu przez [loop_control].compaction_model; aktywny model King pozostaje ustawieniem domyślnym.
  • Uwierzytelnianie, przygotowanie kontekstu, budżet zakończenia, uczenie z przepełnienia i rozliczanie użycia kompaktowania są w pełni powiązane z wybranym modelem kompaktowania.
  • Aktywny model nadal określa start kompaktowania i ostatni hamulec żądań, tak aby mniejszy model podsumowujący nie mógł niezauważenie zmniejszyć centralnego okna myślenia.
9.1.429
  • Bash w systemie Windows odrzuca teraz jednoznaczną składnię cmd.exe przed startem procesu, zamiast marnować widocznie nieudany przebieg.
  • Opis narzędzia Bash wyjaśnia wyraźnie, że POSIX-Bash pozostaje aktywny w systemie Windows, w tym w VS Code, i podaje właściwe konwencje dla ścieżek i przekierowań.
  • Prawidłowe polecenia POSIX-find pozostają dozwolone; dla świadomie pożądanej semantyki cmd nadal dostępne jest jawne przekazanie do cmd.exe /c.
9.1.428
  • Wygenerowane zapisy JavaScript i TypeScript zatrzymują się teraz przed dostępem do dysku, gdy wykonywalna instrukcja powtarza się osiem razy z rzędu; zapobiega to wymykającym się spod kontroli wynikom skryptów analitycznych.
  • Kontrola ochrony obejmuje zarówno wywołania Write dla pełnych plików, jak i zamiany Edit, podczas gdy pliki niekodowe, komentarze, ciągi znaków i krótsze uzasadnione powtórzenia pozostają bez zmian.
  • Wszystkie trzy zaobserwowane przypadki degeneracji z 15, 23 i 31 powtórzonymi instrukcjami są blokowane; dowolne niekompletne, ale niepowtarzające się intencje pozostają nadal poza tą mechaniczną kontrolą.
9.1.427
  • Widoczne polecenie /memory core zgłasza teraz aktywną granicę adaptera pamięci, wersję kontraktu, tryb tożsamości, status integralności i dowody międzyportalowe, opcjonalnie jako wynik --json.
  • Zastępcza pamięć powiązana z profilem i tożsamości wyprowadzone z profili są wyraźnie wykluczone z gotowości dla wspólnego rdzenia, zamiast być przedstawiane jako pamięć neutralna względem portali.
  • Skonfigurowani dostawcy pozostają widocznie niepotwierdzeni, dopóki nie istnieją oddzielne dowody; diagnostyka jest tylko do odczytu, nie przyznaje uprawnień i nigdy nie wymyśla dowodów międzyportalowych.
9.1.426
  • Widoczne polecenie /memory acceptance wykonuje teraz syntetyczną tymczasową kontrolę pamięci V7 przez CLI, Telegram i Web i może opcjonalnie wyprowadzić raport --json.
  • Dziesięć niezależnych kontroli obejmuje pochodzenie portalowe, powiązane i niepowiązane tożsamości, izolację agentów i grup, deduplikację, globalną korektę i usuwanie, blokadę dostawcy w trybie domyślnie blokującym (fail-closed) oraz chronione bajty źródłowe.
  • Raport odbioru służy wyłącznie jako deterministyczny dowód: nie przyznaje uprawnień i nigdy nie czyta ani nie zmienia prawdziwego profilu użytkownika.
9.1.425
  • Podagenci osiągający limit tokenów otrzymują teraz w tym samym kontekście agenta zwięzły przebieg przekazania bez narzędzi, zamiast tracić ukończoną pracę narzędzi.
  • Jeśli również to przekazanie osiągnie limit, agent nadrzędny otrzymuje ograniczone częściowe podsumowanie oraz dokładną instrukcję kontynuacji przez tego samego agenta.
  • Odzyskiwanie pozostaje zaprojektowane jako domyślnie blokujące (fail-closed): żadnej pełnej ponownej próby zadania, żadnego komunikatu o zakończeniu bez końcowego przekazania i żadnych nowych uprawnień.
9.1.424
  • Potwierdzone lekcje z Mistake.md są teraz przenoszone na inaczej sformułowane, ale semantycznie podobne przypadki z obszarów niezawodności, dostarczania, orkiestracji, pamięci, publikacji, mediów i walidacji.
  • Dokładne terminy dowodów mają nadal pierwszeństwo przed szerokimi kategoriami semantycznymi; niezwiązany tekst pozostaje bez przypisania.
  • Naturalne niemieckie sformułowania są deterministycznie ujednolicane; zmieniona kolejność rang nie tworzy nowych uprawnień ani nie podnosi niepotwierdzonej lekcji.
9.1.423
  • Zakończenia runtime'u zapisują teraz trwały synchroniczny wpis diagnostyczny, zanim rdzeń lub starter zwróci sterowanie lub zakończy działanie.
  • Niezłapane wyjątki, nieobsłużone odrzucenia, awarie terminali, sygnały, błędy startu, normalne zakończenia, błędy procesów potomnych i ich zakończenia zachowują dokładną oczyszczoną przyczynę wraz z granicą procesu.
  • Prywatny dziennik jest ograniczony i odporny na awarie, usuwa sekrety oraz ścieżki domowe i nie uruchamia ani nie ładuje ponownie trwającej sesji.
9.1.422
  • Otwarta, bezczynna sesja monitoruje teraz swój zapisany wyzwalacz czasowy i staje się aktywna w trybie automatycznym i God Mode przy lub po dueAt.
  • Wyzwalacz, którego termin nadszedł, czeka, aż aktywne odpowiedzi, kompaktowanie, zakolejkowane wiadomości, polecenia i okna dialogowe zostaną zakończone, zanim kontynuuje dokładnie raz.
  • Przed startem runtime ponownie wczytuje cel, rewizję punktu kontrolnego, termin, tryb uprawnień i sesję oraz odrzuca timery na każdej ścieżce zakończenia sesji.
9.1.421
  • Czasowe punkty kontrolne oczekiwania zapisują teraz dokładny znacznik czasu dueAt i ujednolicają go na UTC.
  • Zwykły start sesji w trybie automatycznym lub God Mode pozwala czekać przyszłym wyzwalaczom czasowym i kontynuuje je w terminie lub po jego nadejściu.
  • Pierwszy kontynuowany przebieg otrzymuje dokładną obserwację terminu; sesje otwarte przez cały czas nie otrzymują w tej wersji jeszcze timera runtime'u.
9.1.420
  • Aktywny cel z trwałym punktem kontrolnym oczekiwania oddaje kontrolę po bieżącym przebiegu, zamiast przydzielać kolejny autonomiczny przebieg.
  • Wyzwalacze zewnętrzne, czasowe, związane z zależnościami i od decyzji użytkownika pozostają zapisane i są ponownie oceniane po nadejściu następnego zdarzenia.
  • Cele natychmiastowe i starsze aktywne cele bez punktu kontrolnego są kontynuowane bez zmian.
9.1.419
  • Normalnie wznowiona sesja prowadzi teraz dalej już aktywny cel, jeśli jego zapisany następny wyzwalacz jest jawnie natychmiastowy i aktywny jest tryb automatyczny lub God Mode.
  • Kontynuacja pozostaje wewnętrzna, odbywa się co najwyżej raz na kontynuowaną sesję i nigdy nie pojawia się jako zmyślona wiadomość użytkownika.
  • Cele oczekujące, wstrzymane i zablokowane, brakujące punkty kontrolne oraz ręczne tryby uprawnień pozostają wstrzymane.
9.1.418
  • Telegram zachowuje teraz jawne oznaczenie bota nadawcy w danych wejściowych, aby kontekst tożsamości mógł odróżniać agentów od ludzi.
  • Aktorzy Telegram już zapisani jako ludzie są korygowani na agentów tylko wtedy, gdy dostawca, podmiot i jawne oznaczenie bota są zgodne.
  • Szczegóły aktorów pozostają zachowane, agenci nigdy nie są degradowani, a imiona ani nazwy użytkowników nie są nigdy używane do wyprowadzania tożsamości agenta.
9.1.417
  • Automatyczne zastępcze odpowiedzi Telegram dzielą teraz odpowiedzi dłuższe niż 4 096 znaków na kolejne wiadomości, zamiast je skracać.
  • Każdy znak i każda para zastępcza Unicode pozostają zachowane; wyjście rejestruje wszystkie zwrócone identyfikatory wiadomości wraz z pełnym tekstem.
  • Jeśli część zawiedzie, dostarczanie zatrzymuje się w tym miejscu, zamiast zgłaszać niekompletną odpowiedź jako kompletną.
9.1.416
  • Nowe wyniki z ostatniego pakietu wywołań narzędzi pozostają w pełni czytelne do następnej odpowiedzi asystenta, nawet jeśli później zostanie wprowadzony kontekst Telegram lub sterowania.
  • Przenoszenie pakietów, czyszczenie historii i mikrokompaktowanie używają teraz tej samej granicy semantycznej dla nowych wyników.
  • Starsze wyniki już ocenione są nadal normalnie kompaktowane, tak że dotychczasowe oszczędności kontekstu pozostają zachowane.
9.1.415
  • Trwały fokus pracy zachowuje teraz dokładny wyzwalacz następnej akcji przez ponowne uruchomienia i zmiany kontekstu.
  • Następna akcja pozostaje oddzielona od swojego warunku zatwierdzenia; dotyczy to także prawidłowych warunków dłuższych niż 512 znaków.
  • Błędne lub niepasujące do fazy wyzwalacze są bezpiecznie odrzucane; starsze punkty kontrolne zachowują dotychczasowe zachowanie.
9.1.414
  • Nowe trwałe punkty kontrolne akcji rejestrują dokładny wyzwalacz, który zezwala na następną akcję.
  • Fazy nieoczekujące wymagają natychmiastowego wyzwalacza; fazy oczekujące wymagają nazwanego zdarzenia zewnętrznego, punktu w czasie, zależności lub decyzji użytkownika.
  • Cele oczekujące pozostają aktywne, bez przedwczesnego wykonywania; starsze punkty kontrolne pozostają czytelne.
9.1.413
  • Odpowiedzi Telegram osiągające limit odpowiedzi modelu nie są już dostarczane jako niekompletne początki.
  • Ta sama trwająca sesja tworzy zwięzłą, kompletną kontynuację i podejmuje co najwyżej trzy próby odzyskania, zanim bezpiecznie przerwie.
  • Jawna odpowiedź przez narzędzie Telegram ma nadal pierwszeństwo i tłumi odzyskiwanie, tak że udane wysyłki nigdy nie są duplikowane.
9.1.412
  • Cele trwałe utworzone przez model zaczynają teraz atomowo od rewizji 1 i pełnej ograniczonej ramy problemu.
  • God Mode i tryb automatyczny kontynuują już autoryzowany start celu bez drugiego potwierdzenia; w trybie ręcznym zatwierdzenie pozostaje wymagane.
  • Uwierzytelniona, nietrywialna praca wieloetapowa może w ramach istniejącej autonomicznej instrukcji przejść w trwały tryb celu; powitania, żądania jednoetapowe i niejasne zadania pozostają wykluczone.
9.1.411
  • Zadania nietrywialne i nieznane mogą teraz zapisywać ograniczoną ramę problemu w trwałym punkcie kontrolnym akcji.
  • Rama rejestruje kryteria sukcesu, brakującą wiedzę, do pięciu możliwych akcji, wybraną akcję z uzasadnieniem, wybór wsparcia, ryzyko i ścieżkę zastępczą.
  • Rama problemu przetrwa kontynuację i ponowne uruchomienie wyłącznie jako stan opisowy i nigdy nie może przyznawać uprawnień.
9.1.410
  • Prywatne polecenia pamięci Telegram ograniczają teraz zakres relacji do danej osoby.
  • Fokus pamięci ukrywa relacje innych osób i zachowuje pozostały kontekst.
  • Poprawki i usunięcia nie mogą wybierać relacji innej osoby; lokalny fokus operatora zachowuje pełny widok.
9.1.409
  • Narzędzia odpowiedzi Telegram i ścieżka zastępcza TUI używają teraz wspólnego kanonicznego katalogu dla stanu kanału.
  • Wartości BLUN_HOME specyficzne dla profilu nie tworzą już drugiego drzewa katalogów dla wejść ani wyjść Telegram.
  • Jawnie ustawione BLUN_TELEGRAM_STATE_DIR pozostaje decydujące; w przeciwnym razie obie ścieżki używają ~/.blun/channels/telegram.
9.1.408
  • Potwierdzone szczegóły relacji są łączone dopiero po dwóch niezależnych obserwacjach w kanałach bezpośrednich.
  • Ponownie odtwarzane wiadomości pozostają idempotentne; wiadomości grupowe i twierdzenia przypominające uprawnienia pozostają wykluczone.
  • Potwierdzone prywatne wspomnienia dotyczące relacji mogą podążać za tą samą osobą przez Telegram i CLI, bez przyznawania uprawnień.
9.1.407
  • Narzędzie odpowiedzi Telegram importuje ścieżkę do bieżącej historii wejściowej używaną przez wykrywanie duplikatów.
  • Zwykłe odpowiedzi Telegram nie zawodzą już z błędem inboxLog is not defined.
  • Oddzielna ścieżka zastępcza mostu pozostaje dostępna jako zabezpieczenie dostarczania.
9.1.406
  • Powtarzane próby dostarczania prywatnych zdarzeń Telegram z tym samym znacznikiem czasu i tekstem są w ciągłości relacji zapisywane tylko raz.
  • Twierdzenie faktycznie powtórzone później pozostaje częścią ograniczonej historii relacji.
  • Naturalnie sformułowane jawne wskazówki pamięci na końcu zdania są rozpoznawane jako dane referencyjne, bez przyznawania ani zmiany uprawnień.
9.1.405
  • Sparowane polecenie Telegram /status zgłasza teraz wiek i heartbeat procesu konsoli, bieżący krok pracy oraz aktywne zadanie, bez wywoływania modelu.
  • Zaległość kolejki mierzy teraz nieprzeczytane bajty od punktu kontrolnego powiązanego z dokładnie bieżącym plikiem kolejki.
  • Zdalny status pozostaje tylko do odczytu i nie zawiera identyfikatorów czatu, ścieżek plików, danych dostępowych, treści wiadomości ani pełnych list zadań.
9.1.404
  • Niezmieniona treść config.toml nie zastępuje już istniejącego prywatnego pliku.
  • Dokładne porównanie bajtów jest ograniczone do zwykłych plików docelowych, które nie są dowiązaniami symbolicznymi.
  • Zmienione, brakujące, nieprawidłowe i nieczytelne pliki docelowe nadal używają istniejącej odpornej na awarie atomowej ścieżki zapisu.
9.1.403
  • Automatyczna kolejność doładowywanych narzędzi ignoruje osadzone ładunki załączników i dokumentów.
  • Każdy fragment intencji jest przed dopasowaniem leksykalnym ograniczany do istniejącego budżetu zapytań ToolSearch wynoszącego 1 000 znaków.
  • Właściwe instrukcje, załączniki i jawne zapytania ToolSearch pozostają bez zmian.
9.1.402
  • Wygasłe archiwa historii kompaktowania są jednorazowo czyszczone w tle przy starcie polecenia King.
  • Czyszczenie przy starcie pozostaje nieblokujące i nie może opóźniać normalnego przetwarzania poleceń.
  • Błędy czyszczenia są bezpiecznie rejestrowane i nie przerywają trwającej sesji.
9.1.401
  • Pierwszy fragment tekstu każdej bieżącej odpowiedzi jest teraz wyświetlany natychmiast, zamiast czekać na wywołanie zwrotne timera.
  • Nowa tura i każdy nowy segment odpowiedzi asystenta otrzymują własne natychmiastowe pierwsze wyświetlenie.
  • Późniejsze fragmenty tekstu, myślenia i narzędzi zachowują adaptacyjny rytm grupowania, który chroni wydajność długich sesji.
9.1.400
  • Duże kontynuowane sesje są teraz odtwarzane kooperatywnie, aby TUI mogła przerysowywać i reagować podczas przywracania historii.
  • Każdy trwale zapisany rekord odtwarzania jest nadal wyświetlany; żadna część historii nie jest przycinana, pomijana ani usuwana.
  • Małe kontynuacje zachowują dotychczasowe zachowanie; duże kontynuacje przekazują wykonywanie pętli zdarzeń po każdych 30 rekordach.
9.1.399
  • Sprawdzeni kandydaci do nauki są teraz ograniczeni do bieżącego projektu Git, zamiast trafiać do niezwiązanych repozytoriów.
  • Checkouty HTTPS i SSH tego samego pochodzenia używają wspólnej anonimowej tożsamości projektu.
  • Adresy URL repozytoriów i lokalne ścieżki projektów nigdy nie są zapisywane w rekordach kandydatów do nauki; praca poza Git zachowuje istniejące zachowanie obejmujące cały profil.
9.1.398
  • Czysto tekstowe odpowiedzi Telegram są teraz deduplikowane przez ścieżkę narzędzia i obie automatyczne ścieżki zastępcze.
  • Identyczna lub prawie identyczna odpowiedź jest tłumiona tylko wtedy, gdy nie ma nowszej przychodzącej wiadomości.
  • Załączniki, różne wyniki i odpowiedzi po nowej wiadomości użytkownika zachowują dotychczasowe zachowanie.
9.1.397
  • Cele z jawnym kryterium zakończenia wymagają przed zakończeniem punktu kontrolnego wspieranego przez runtime.
  • Jeśli kontrola zakończenia zawiedzie, cel pozostaje aktywny i zwraca konkretne wskazówki do poprawy.
  • Zwykłe tury i cele bez jawnego kryterium zakończenia zachowują dotychczasowe zachowanie.
9.1.396
  • Naturalne żądania mogą w tej samej turze wstępnie wybrać do dwóch schematów doładowywanych narzędzi, które z wysoką pewnością pasują.
  • Wybór uwzględnia wyłącznie bieżącą intencję w kanale i ignoruje nieaktualny kontekst Telegram.
  • Przy słabych, niejednoznacznych lub nieznanych żądaniach ToolSearch pozostaje dostępne, bez powiększania trwale załadowanego zestawu narzędzi.
9.1.395
  • Przyjęte zadania mediów są trwale śledzone, identyczne otwarte żądania są ponownie wykorzystywane, a ukończone wyniki są zapisywane po kontroli jakości i dostarczane do powiązanego czatu.
9.1.394
  • Wersjonowany, opcjonalnie włączany dostawca pamięci może połączyć tury CLI i portalu wspólnym strumieniem zdarzeń poznawczych.
  • Domyślnie pozostaje istniejąca lokalna pamięć SQLite, bez nowego dostępu sieciowego ani zmienionego zachowania w czasie działania.
  • Ścieżki dostawców, synchroniczne funkcje fabryczne i wersja kontraktu 6 są teraz bezpiecznie sprawdzane przed startem runtime'u i odrzucane przy niezgodnościach.
9.1.393
  • Interaktywne starty z king i king -c pokazują ponownie widoczny wybór aktualizacji 1/2/3, gdy tylko dostępna jest nowsza wersja.
  • Pobieranie aktualizacji w tle, oczekująca aktywacja i opóźniona automatyczna zmiana zostały usunięte.
  • Po wybranej instalacji king kończy działanie, aby umożliwić ręczne ponowne uruchomienie; king -c kontynuuje ostatnią sesję z nową wersją.
9.1.392
  • Niekompletne stany pośrednie generowania obrazów nie są już wysyłane jako prywatna aktualizacja Telegram, dopóki nie istnieje wynik mediów.
  • Zmierzone opisy błędów GenerateImage i GetMedia są tłumione; ukończone dostarczenia mediów pozostają widoczne.
  • Prywatne rozmowy i zwykłe żądane wyniki pozostają bez zmian.
9.1.391
  • Ciągłość pamięci między portalami wymaga teraz dokładnego, aktywnego dowodu powiązania tożsamości zaufanego runtime'u.
  • Podobne nazwy, odmienne tenanty lub tożsamości źródłowe, błędni wystawcy i odwołane dowody pozostają oddzielone i są bezpiecznie odrzucane.
  • Wersja 6 kontraktu adaptera pamięci wspiera zweryfikowane OAuth, bezpieczne powiązania kont i jawnie potwierdzone przypisania tożsamości, bez wyprowadzania uprawnień z pamięci.
9.1.390
  • Wspólna koperta pamięci rejestruje teraz czas zdarzenia i czas odbioru oddzielnie.
  • Każde nowe zdarzenie poznawcze otrzymuje jawnie klasę przechowywania dla danych operacyjnych, danych trwałych, relacji lub celów audytu.
  • Wersja 5 kontraktu adaptera pamięci odrzuca niekompletne koperty zdarzeń przed każdym lokalnym lub zdalnym zapisem.
9.1.389
  • Zdarzenia pamięci rejestrują portal źródłowy i kanał źródłowy jako oddzielne, uwierzytelnione pola pochodzenia.
  • Ścieżki CLI, Telegram, runtime'u, osobowości, korekty i odwołania zachowują dokładny kanał przy zapisie i odtwarzaniu.
  • Wersja 4 kontraktu adaptera pamięci odrzuca zapisy, gdy zapisany kanał źródłowy nie zgadza się z kanałem zatwierdzonym przez uprawnienie.
9.1.388
  • Odczyt pamięci zwraca tylko obserwacje z zakresu widoczności zatwierdzonego przez uprawnienie, chyba że używana jest ściśle wewnętrzna ścieżka agenta.
  • Zapisy, kontrole zdarzeń i operacje uwagi są bezpiecznie odrzucane, gdy ich zakres lub uwierzytelnione źródło nie pasuje do bieżącego kontekstu dostępu.
  • Lokalny adapter SQLite odpytuje ograniczone obserwacje przez własny indeks widoczności, zamiast najpierw ładować niezwiązane pamięci.
9.1.387
  • Każda operacja adaptera pamięci niesie teraz ścisły kontekst tożsamości, portalu, kanału, rozmowy, zakresu i uprawnień.
  • Kontekst uprawnień jest sprawdzany poza ładunkiem pamięci i nie jest trwale zapisywany jako zapamiętana treść.
  • Deduplikacja zdarzeń jest ograniczona do tenanta i agenta. Dzięki temu istnienie zdarzeń nie może być rozpoznawane między tenantami.
9.1.386
  • Stan poznawczy leży teraz za wersjonowanym kontraktem dla adapterów pamięci, którego używają wspólnie cykl życia tury i runtime osobowości.
  • Istniejący magazyn zdarzeń SQLite pozostaje ustawieniem domyślnym. Zewnętrzni klienci portalu mogą dostarczyć ten sam kontrakt bez tworzenia stanu należącego do portalu.
  • Niewspierane wersje adapterów i niekompletne implementacje są bezpiecznie odrzucane przed każdą operacją pamięci.
9.1.385
  • Wiadomości Telegram zakolejkowane przed startem sesji są teraz zwalniane, gdy tylko sesja jest gotowa.
  • Sesje w bezczynności opróżniają kolejkę w normalnej kolejności FIFO; już kontynuowane aktywne tury używają ograniczonego sterowania.
  • Trwałe punkty kontrolne kolejki pozostają bez zmian, dopóki wiadomość nie zostanie faktycznie przyjęta.
9.1.384
  • Odwołania do obrazów Telegram ładują teraz w tej samej turze narzędzia kontroli obrazów i generowania obrazów.
  • Zbuforowane wiadomości Telegram zachowują intencję mediów dla całego oczekującego pakietu, zamiast uwzględniać tylko ostatnią wiadomość.
  • Lokalne ścieżki obrazów i identyfikatory plików Telegram wybierają właściwą ścieżkę kontroli lub pobierania, bez trwałego ładowania schematów mediów.
9.1.383
  • Nowe wyniki Read pozostają teraz w pełni widoczne dla kroku modelu, który ich zażądał, zamiast być przenoszone przed oceną.
  • Równoległe nowe wyniki narzędzi pozostają czytelne do ich kroku oceny i mogą być archiwizowane dopiero po tym, jak staną się historyczne.
  • Archiwizacja historycznych wyników i oszczędzanie kontekstu pozostają aktywne po chronionym oknie dla najnowszej pracy.
9.1.382
  • Polecenie /loop jest teraz akceptowane także podczas trwania innej odpowiedzi.
  • Jeśli pętla zostanie utworzona podczas trwającej pracy, King ją zapisuje i kolejkuje jej pierwszą instrukcję, bez przerywania bieżącej tury.
  • Tworzenie pętli w bezczynności oraz istniejące zachowanie dla statusu, pauzy, kontynuacji i zatrzymania pozostają bez zmian.
9.1.381
  • Po ostatecznie nieudanym ToolSearch narzędzie ToolSearch jest usuwane z aktywnej listy narzędzi na resztę tej tury.
  • Udane rozpoznawanie schematów i obsługa już załadowanych narzędzi pozostają dostępne i bez zmian.
  • Dzięki temu powtarzane wyszukiwania synonimów nie zużywają dalszych tokenów, gdy runtime udowodnił już, że nie istnieje żadna odpowiednia integracja.
9.1.380
  • Przejściowy błąd sterowania aktywną turą włącza teraz natychmiast ponownie sterowanie dostarczaniem Telegram, zamiast pozwalać odzyskanej wiadomości grupowej czekać do końca tury.
  • Oczekujące wiadomości grupowe są nadal dostarczane także podczas długiej pracy; kolejność FIFO i istniejąca granica kwarantanny trzech prób pozostają zachowane.
  • Żadna trwająca sesja nie jest przerywana ani uruchamiana ponownie.
9.1.379
  • Przejściowe powtórzenia potwierdzenia sterowania kanałem nie pokazują już fałszywego czerwonego błędu, dopóki wiadomość pozostaje odzyskiwalna w kolejce.
  • Widoczny błąd dostarczania pojawia się dopiero po tym, jak trzecia nieudana próba bezpiecznie zarchiwizuje pełny pierwszy wpis kolejki.
  • Zachowanie dla powtórzeń, potwierdzeń, archiwizacji i kolejności FIFO pozostaje bez zmian.
9.1.378
  • Przy szybko następujących po sobie publikacjach w tle istnieje teraz pojedynczy zastępowalny status dla przygotowanej aktualizacji, zamiast dołączać nowy element dziennika dla każdej wersji.
  • Wpis dla przygotowanej aktualizacji pokazuje zawsze najnowszą zweryfikowaną wersję docelową; aktywna sesja pozostaje nietknięta do jej naturalnego ponownego uruchomienia.
  • Komunikat o faktycznej instalacji i dzienniku zmian zostaje trwale zachowany bez zmian. Mniej zmian w dzienniku nie ukrywa więc aktywowanej aktualizacji.
9.1.377
  • Oczekujące zadania Telegram przejmują teraz wiążący identyfikator aktywnej tury z rdzenia. Nieaktualny widoczny status TUI nie może już spowodować, że przyjęta wiadomość pozostanie niepotwierdzona.
  • Polecenie sterowania /loop jest wykonywane natychmiast podczas trwającej pracy; trwałe potwierdzenie polecenia nie zależy już od udanej odpowiedzi statusu Telegram.
  • Jeśli dostarczenie pierwszego wpisu kolejki zawiedzie trzy razy, jest on archiwizowany lokalnie ze wszystkimi metadanymi odzyskiwania, zanim kolejka będzie kontynuować. Błędny wpis nie blokuje więc późniejszych wiadomości.
9.1.376
  • Duże historyczne wyniki narzędzi są trwale zapisywane przed kompaktowaniem kontekstu, tak aby ich pełna odpowiedź pozostała odzyskiwalna także po opróżnieniu osadzonego podglądu.
  • Zapisane odwołania do wyników przetrwają późniejsze mikrokompaktowania i zachowują ograniczone metadane potrzebne do ponownego załadowania pierwotnej odpowiedzi.
  • Telemetria przenoszenia zgłasza rozmiary i status odzyskiwania, bez ujawniania treści wyników ani prywatnych ścieżek.
9.1.375
  • Prywatne DM Telegram i polecenia slash zachowują najwyższy priorytet dostarczania. Jawnie adresowana praca grupowa jest następnie kolejkowana FIFO przed zwykłymi lub nieadresowanymi starszymi zaległościami.
  • Przekazanie przy aktualizacji może przekroczyć niepustą kolejkę tylko wtedy, gdy każdy wpis jest trwałą, jeszcze niepotwierdzoną pracą Telegram z drogą powrotną Acknowledge. Praca lokalna, mieszana lub nietrwała nadal blokuje.
  • Komunikat dla przygotowanych aktualizacji podąża za zatwierdzonym językiem UI persony. Przy języku jeszcze niezatwierdzonym jako locale TUI pokazywana jest tylko informacja o wersji, zamiast przełączać się na niewłaściwy język.
9.1.374
  • Komunikat dla przygotowanej aktualizacji nie używa już sztywno wbudowanego niemieckiego komunikatu, lecz już zatwierdzonego tłumaczenia UI aktywnego języka.
  • Tryby Resume i Nowa sesja pozostają oddzielone; handoff aktualizacji, rollback i potwierdzanie duplikatów Telegram nie zostały osłabione.
9.1.373
  • Aktualizacja przygotowana w tle może teraz przejąć trwającą sesję na zweryfikowanej bezpiecznej granicy. Identyfikator sesji i katalog roboczy pozostają zachowane; trwające narzędzia, polecenia powłoki, kompaktowanie i oczekujące wiadomości zapobiegają przekazaniu.
  • Supervisor aktywuje nowy runtime dopiero po jego dowodzie loaded i ready. Jeśli start zawiedzie, stary runtime jest przywracany z dokładną sesją, a błędna oczekująca aktualizacja odrzucana.
  • Duplikaty Telegram już przywrócone w rejestrze dostarczania są natychmiast potwierdzane przy odtwarzaniu kolejki. Nie czekają już na krok modelu, który dla duplikatu celowo nigdy nie startuje, i nie blokują już następnych wiadomości grupowych.
  • Trwały fokus pracy przenosi teraz status wiedzy, kontekst dowodów, poprawki, odwołania i pewność między turami. Nie powstają z tego żadne nowe prawa ani zatwierdzenia.
9.1.372
  • Trwałe punkty kontrolne celu rozróżniają teraz verified, credible_unverified, hypothesis, uncertain_memory, stale i unknown. Prawdopodobne przypuszczenia nie są już traktowane jak potwierdzona wiedza.
  • Pochodzenie i status wiedzy są sprawdzane wspólnie: dowody narzędzi runtime'u mogą liczyć się jako verified tylko po udanym przebiegu narzędzia, raporty zewnętrzne nie. Stany przeniesione zachowują swój dotychczasowy status i ostatni dowód weryfikacji.
  • Stare stany odtwarzania bez nowego pola pozostają czytelne jako legacy_unknown. Nowe punkty kontrolne muszą jawnie podawać swój status. Prawa, zatwierdzenia i autorytet pozostają bez zmian.
  • Zwięzła projekcja kontekstu podaje stan epistemiczny w dokładnie jednej linii, aby agent uwzględnił go w następnym kroku, bez obciążania budżetu kontekstu dodatkowym tekstem.
9.1.371
  • Naprawa błędu okablowania z 9.1.370: przechowywana i rzutowana tam wartość evidenceBasis jest teraz także częścią ścisłego publicznego schematu wyjścia GetGoal i nie ginie już przy pobieraniu.
  • Schemat akceptuje cztery bieżące typy pochodzenia oraz legacy_unknown dla starych stanów odtwarzania. Prawa, zatwierdzenia i autorytet pozostają bez zmian.
  • Ukierunkowana próba okablowania i własny mutant zabezpieczają nowe publiczne połączenie przed regresją.
9.1.370
  • Każdy nowy punkt kontrolny pracy nazywa teraz jawnie, na czym opiera się jego ostatni udokumentowany stan: udane wywołanie narzędzia runtime'u, bezpośrednie twierdzenie użytkownika, raport zewnętrzny lub niezmieniona kontynuacja.
  • runtime_tool jest akceptowany tylko wtedy, gdy bieżąca tura zawiera co najmniej jedno wywołanie narzędzia dozwolone przez runtime i pomyślnie zakończone. carried_forward nie może zmieniać ostatnio udokumentowanego stanu. Przy sprzeczności obie ścieżki są przerywane w trybie domyślnie blokującym (fail-closed).
  • Stare zapisane punkty kontrolne pozostają czytelne jako legacy_unknown. Typ pochodzenia jest stanem epistemicznym i nie tworzy ani praw, ani zatwierdzeń, ani autorytetu.
9.1.369
  • Trwały punkt kontrolny pracy otrzymuje teraz automatycznie zwięzły dowód z runtime'u z już zakończonych wywołań narzędzi tej samej tury. Dowód podaje tylko identyfikator tury, łączną liczbę wywołań, liczbę sukcesów i błędów oraz krótki digest.
  • Nazwy narzędzi, identyfikatory, argumenty, polecenia, odpowiedzi, ścieżki i tekst użytkownika nie są zapisywane w punkcie kontrolnym. Pusty dowód pozostaje uczciwie przy zerze zamiast udawać pomiar.
  • Jako sukces liczy się tylko wywołanie narzędzia zatwierdzone przez politykę runtime'u i pomyślnie zakończone. Zablokowane, nieudane, przerwane lub dostarczone przez model dowody nie tworzą autorytetu.
9.1.368
  • Każdy trwały punkt kontrolny pracy ma teraz monotoniczną rewizję. Pierwszy zapis zaczyna od rewizji 1; każdy kolejny musi podnieść aktualnie rzutowaną rewizję dokładnie o jeden.
  • Stara równoległa tura lub nieaktualny widok kanału nie może już później nadpisać nowszego udokumentowanego stanu pracy. Nieaktualne, pominięte i nieprawidłowe rewizje są przerywane w trybie domyślnie blokującym (fail-closed), zanim stan celu zostanie zmieniony.
  • Istniejące punkty kontrolne bez pola rewizji są przy odczycie kompatybilnie traktowane jako rewizja 1. Rewizja jest stanem pracy i nie tworzy praw ani zatwierdzeń.
9.1.367
  • Aktywne przypomnienie celu zawiera teraz bezpośrednio trwały punkt kontrolny pracy. King zachowuje fazę, ostatni udokumentowany stan, dokładną następną akcję i oczekiwany dowód także wtedy, gdy dodatkowy poznawczy adapter pamięci akurat nie jest dostępny.
  • Przed alternatywnymi ścieżkami wykonywana jest najpierw dokładnie zaznaczona następna akcja. Punkt kontrolny jest zmieniany dopiero, gdy nowe dowody faktycznie zmieniają potwierdzony stan.
  • Fallback jest tylko zwięzłą projekcją już sprawdzonego punktu kontrolnego. Nie tworzy praw, nowych pól danych ani ponownego uruchomienia.
9.1.366
  • Aktywne cele mogą teraz zapisywać mały, trwały punkt kontrolny pracy z fazą, ostatnim udokumentowanym wynikiem, dokładną następną akcją i oczekiwanym dowodem. Po wznowieniu lub odtworzeniu zdarzeń King kontynuuje w tym miejscu, zamiast ponownie prosić o pozwolenie lub zaczynać od początku.
  • Sama aktualizacja punktu kontrolnego pozostawia cel aktywny. Cele wstrzymane i zablokowane pozostają bez zmian; wznowienie resetuje tylko zegar runtime'u.
  • Punkt kontrolny jest ściśle ograniczony i zawiera wyłącznie informacje robocze. Nieznane pola, zwłaszcza informacje o prawach lub administracji, są odrzucane w trybie domyślnie blokującym (fail-closed) i nie mogą tworzyć żadnej zdolności.
  • Bez punktu kontrolnego dotychczasowy zwięzły fokus pozostaje bez zmian. Z punktem kontrolnym tylko cztery istotne obserwacje fokusa są uzupełniane o udokumentowany stan; nakład tokenów pozostaje dzięki temu mały i stały.
9.1.365
  • Prywatne DM Telegram i lokalny CLI mogą teraz czytać, korygować lub usuwać trwały fokus bezpośrednio przez /memory focus, /memory correct <id> <wartość> i /memory delete <id>. Ta droga nie uruchamia tury modelu i nie zużywa dlatego tokenów modelu.
  • Zmiany Telegram są powiązane z dodatnimi identyfikatorami użytkownika, czatu i wiadomości, prawdziwym prywatnym DM, czasem kanału i stabilnym identyfikatorem żądania. Grupy, niekompletne pochodzenie i zmienione powtórzenia są przerywane w trybie domyślnie blokującym (fail-closed).
  • Domena, klucz i zakres są zawsze wyprowadzane z aktywnego dowodu celu i nie mogą być wstrzyknięte przez wywołującego. Poprawki i tombstones pozostają append-only, zachowują historię i nie przyznają praw.
  • Wyjście fokusa jest dla Telegram ograniczone do ośmiu wpisów i mniej niż 3 500 znaków; całkowita liczba pozostaje widoczna.
9.1.364
  • Trwający cykl życia poznawczy może teraz korygować trwały fokus przez correctFocusObservation i usuwać przez withdrawFocusObservation. Obie drogi piszą nadal append-only do tego samego strumienia zdarzeń powiązanego z tenantem i agentem.
  • Rewizja jest dozwolona tylko z atestacją runtime_user_prompt_hook i explicit_user_request. Normalna migawka modelu nie może wyprowadzić ani przemycić korekty ani usunięcia.
  • Każda rewizja zawiera stabilny identyfikator żądania oraz portal, aktora, kontekst, wiadomość i czas. Identyczne powtórzenie jest idempotentne; ten sam identyfikator żądania ze zmienioną treścią oraz rewizje z datą wsteczną są przerywane w trybie domyślnie blokującym (fail-closed).
  • Korekta i następujące usunięcie pozostawiają pełną historię bez zmian. Po usunięciu fakt nie pojawia się już w prompcie i nie zużywa tokenów kontekstu. Pamięć nadal nie może przyznawać praw.
9.1.363
  • Potwierdzone usunięcie jest teraz zapisywane jako tombstone append-only. Wcześniejsza treść pozostaje zachowana w historii audytu i łańcuchu hashy, ale całkowicie znika z obowiązującej projekcji kontekstu.
  • Stare zdarzenia Resume, transkryptu lub kolejki z czasem przed usunięciem nie mogą ponownie aktywować usuniętej treści. Później ponownie odtworzony stary stan nie jest przez to traktowany jako nowa prawda.
  • Świadomie ponownie udzielona informacja po czasie usunięcia może zostać ponownie przyswojona. Tombstone blokuje więc stare dowody, nie przyszły rozwój.
  • Usunięcia dotyczące cudzych tenantów, agentów, domen, kluczy lub zakresów, z brakującym celem, słabą pewnością lub błędną wartością tombstone są transakcyjnie odrzucane. Istniejące bazy danych migrują in-place.
  • Usunięty fakt nie tworzy linii promptu i nie zużywa przez to tokenów kontekstu.
9.1.362
  • Potwierdzona korekta może teraz jawnie zastąpić dokładnie jedną wcześniejszą obserwację w tym samym zakresie tenanta, agenta, domeny, klucza i zakresu. Stary wpis pozostaje zachowany append-only w historii audytu.
  • Obowiązujący widok ładuje poprawioną wartość i oznacza ją jako corrected; zastąpiona wartość nie jest już rzutowana jako bieżący konflikt.
  • Brakujące cele, cudze zakresy lub klucze oraz korekty poniżej pewności 1 są transakcyjnie odrzucane.
  • Istniejące stany SQLite otrzymują nową kolumnę relacji przy otwieraniu, bez utraty dotychczasowego strumienia ani wersji.
9.1.361
  • Równie wiarygodne wypowiedzi osobiste lub zespołowe z tym samym zakresem i kluczem nie są już wydawane jako prawda według zasady "najnowsza wartość wygrywa". Projekcja zwięźle oznacza konflikt i żąda wyjaśnienia, bez wrzucania obu treści do kontekstu.
  • Jeśli wypowiedź jest co najmniej 0,2 punktu pewności silniejsza, pozostaje użyteczna, ale jest oznaczana jako sporna. Późniejsze słabsze twierdzenie nie może już zasłonić potwierdzonego stanu.
  • Identyczne potwierdzenia są łączone w jeden punkt fokusa. Kanoniczne pola celu i postępu nadal można rewidować.
  • Historia zdarzeń append-only pozostaje bez zmian; z obowiązującego widoku nadal nie mogą powstać uprawnienia.
9.1.360
  • Już kanoniczny stan /goal jest rzutowany jako trwały fokus pracy do strumienia zdarzeń poznawczych: cel, status, następny wyzwalacz i oczekiwany dowód sukcesu.
  • Ten sam fokus pozostaje idempotentny przez ponowne uruchomienia runtime'u. Niezmieniony stan celu nie tworzy podwójnych zdarzeń ani obserwacji.
  • Liczniki użycia, budżet czasu i uprawnienia nie są kopiowane do fokusa. Bez aktywnego celu nie są ładowane żadne dodatkowe tokeny fokusa.
  • Projekcja łączy pasujący zakres celu z prywatnym zakresem relacji bieżącej tury; nie tworzy praw.
9.1.359
  • Pamięć osobowości i prawdziwe tury CLI używają teraz tego samego strumienia tożsamości tenanta i agenta z identity/manifest.json; bez pełnej tożsamości pozostaje zgodna ścieżka zastępcza z hashowaniem.
  • Bezpośrednie tury Telegram rzutują tylko prywatny zakres relacji bieżącego rozmówcy. Grupy i cudze relacje nie dostarczają prywatnych tokenów fokusa.
  • Wybór zakresu jest wymuszany przed rankingiem; nowsze ustalenie z cudzego zakresu nie może już zasłonić pasującego wpisu.
9.1.358
  • Błąd sieciowy podczas automatycznego przygotowania aktualizacji był zgłaszany tylko do opcjonalnego callbacku błędów. Bez ponownego odpytywania działający King pozostawał na swojej wersji, chociaż sama sesja nadal działała poprawnie.
  • Launcher zapisuje teraz ograniczone zdarzenie prepare-failed z informacją o wersji oraz bezpieczną nazwą/kodem błędu do handoff.jsonl.
  • Następnie dokładnie dziesięć sekund później planowana jest nowa próba przygotowania. Działający rdzeń nie jest kończony ani przeładowywany.
  • Błędy przy zapisie zdarzenia diagnostycznego pozostają fail-soft; tokeny, teksty wiadomości i inne sekrety nie są rejestrowane.
9.1.357
  • Powtarzane dostępy do tego samego efektywnego promptu systemowego nie budują już za każdym razem od nowa dużego ciągu znaków z części bazowej i dodatku runtime'u.
  • Resolver trzyma dokładnie jedną bieżącą kombinację części bazowej/dodatku i unieważnia ją natychmiast, gdy tylko zmieni się jedna z dwóch wartości wejściowych.
  • Pusty prompt, tylko część bazowa, tylko dodatek i dotychczasowe oddzielenie dwoma znakami nowej linii pozostają zachowane co do bajtu.
9.1.356
  • Niezmienione prompty systemowe są w powtarzanych krokach modelu liczone znak po znaku dla budżetu kontekstu tylko raz.
  • Pamięć podręczna jest ograniczona do czterech wpisów, co najwyżej 500 000 znaków na prompt i łącznie 1 000 000 przechowywanych znaków.
  • Zmienione prompty są nadal liczone na nowo; wyświetlanie kontekstu, budżet kompaktowania i budżet żądań używają tej samej aktualnej wartości.
9.1.355
  • Niezmienione konfiguracje żądań LLM nie serializują już swoich schematów narzędzi przy każdym kroku modelu tylko dla dziennika konfiguracji.
  • Model, alias, poziom myślenia, prompt systemowy i kolejność narzędzi są porównywane z ostatnim pełnym stanem.
  • Zmienione modele, prompty, nazwy narzędzi, opisy lub schematy parametrów nadal wybiórczo ponownie uruchamiają rejestrowanie konfiguracji.
9.1.354
  • Niezmienione schematy narzędzi są serializowane tylko raz na obiekt narzędzia i liczone dla budżetu kontekstu.
  • Inwentarz z 403 narzędziami nie jest przez to przeliczany od nowa w całości przy każdej powtarzanej kontroli żądań.
  • Zmiany nazwy, opisu lub obiektu parametrów odrzucają wybiórczo tylko wpis pamięci podręcznej danego narzędzia.
9.1.353
  • Fragmenty argumentów narzędzi roju agentów są nadal natychmiast parsowane i przejmowane do stanu postępu, dzielą teraz jednak adaptacyjny timer renderowania.
  • Duże strumieniowane wywołanie narzędzia nie wyzwala już przez to pełnego renderu TUI dla każdego fragmentu argumentów.
  • Start, zakończenie, błąd i przerwanie usuwają otwarte timery roju przed ich końcowym natychmiastowym renderem.
9.1.352
  • Fragmenty asystenta i myślenia roju agentów aktualizują stan postępu nadal natychmiast, dzielą jednak adaptacyjny timer renderowania.
  • Burza fragmentów nie wyzwala już przez to pełnego renderu TUI dla każdej delty.
  • Dyskretne zdarzenia roju i porządkowanie postępu usuwają otwarte timery przed ich natychmiastowym renderem końcowym.
9.1.351
  • Fragmenty asystenta i myślenia w oknie BTW/agenta są zapisywane natychmiast w turze, dzielą jednak adaptacyjny timer renderowania.
  • Kontroler nie żąda już dodatkowego pełnego renderu na fragment dla tych dwóch rodzajów delt.
  • Zakończenie, błąd, ponowna próba i Dispose usuwają otwarte timery; dyskretne zdarzenia hooków i zakończenia pozostają natychmiast widoczne.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput przejmuje fragmenty stdout i stderr natychmiast do stanu aktywności, przebudowuje jednak kartę subagenta tylko w adaptacyjnym takcie strumieniowania.
  • Wspólny zbiór oczekujących obsługuje wiele równolegle działających podnarzędzi bez utraconych danych wyjściowych ani timera na fragment.
  • Zakończenie narzędzia usuwa swoje zaplanowane odświeżenie przed końcowym wyświetleniem; dispose czyści timer i zbiór oczekujących.
9.1.349
  • ToolCallComponent.appendSubagentText zbiera szybko nadchodzące fragmenty tekstu i myślenia natychmiast w stanie wewnętrznym, przebudowuje jednak kartę subagenta tylko w adaptacyjnym takcie strumieniowania.
  • Zakończenie i stan błędu wykonują jeszcze oczekujące odświeżenie tekstu przed końcowym wyświetleniem; dispose czyści timer.
  • Dzięki temu przychodzące bajty pozostają natychmiast dostępne, podczas gdy powtarzane pełne przebudowy, migawki i rendery przy seriach fragmentów znikają.
9.1.348
  • Rosnące argumenty podagentów/podnarzędzi są nadal natychmiast w pełni zbierane, ale nie są już po każdym pojedynczym fragmencie na nowo parsowane i renderowane.
  • Adaptacyjny timer grupuje aktualizację podglądu. Przy zakończeniu oczekujące argumenty są obowiązkowo wprowadzane przed końcowym stanem narzędzia.
  • Wykonywanie narzędzi, zatwierdzenia, argumenty końcowe i istniejąca normalna ścieżka strumieniowania pozostają bez zmian.
9.1.347
  • Ścieżka zdarzeń wywoływała po każdej delcie przychodzących argumentów natychmiast getStreamingToolCallPreview. Funkcja ta parsuje rosnący, do tego momentu kompletny tekst JSON.
  • Wywołanie następowało także dla normalnych narzędzi, chociaż tylko AgentSwarm potrzebuje natychmiast parsowanego stanu pośredniego dla swojej bieżącej prezentacji postępu. Normalna ścieżka omijała przez to częściowo ograniczoną kadencję podglądu wprowadzoną w 9.1.346.
  • Mała czysta polityka decyduje teraz przed parsowaniem: normalne narzędzia tylko zbierają deltę i parsują przy planowanym opróżnieniu podglądu; AgentSwarm parsuje nadal natychmiast przy nazwie zdarzenia, aktywnej nazwie narzędzia lub istniejącym postępie roju.
  • Wykonywanie narzędzi, zatwierdzenia, argumenty końcowe i wyświetlanie roju pozostają bez zmian.
9.1.346
  • 9.1.345 ograniczyło pełne ponowne renderowanie tekstu dla długich strumieni odpowiedzi i myślenia, czyste strumienie argumentów narzędzi nie miały jednak żadnego z tych dwóch szkiców tekstu i pozostały przez to przy stałych 50 ms.
  • Każdy podgląd narzędzia parsuje rosnący, do tego momentu kompletny tekst argumentów JSON. Duże wywołania narzędzi mogły przez to nadal bardzo często na nowo parsować i renderować cały ładunek.
  • Już udowodniona adaptacyjna kadencja uwzględnia teraz także całkowitą liczbę znaków aktywnych strumieniowanych argumentów narzędzi: 50, 100, 250 lub 500 ms według tych samych granic.
  • Wykonywanie narzędzi, argumenty, zatwierdzenia, końcowy podgląd i natychmiastowe opróżnienia przy zakończeniu pozostają bez zmian.
9.1.345
  • TUI przy strumieniowaniu ustawiało dotąd co 50 ms na nowo w pełni dotychczas zebrany tekst odpowiedzi i myślenia. Przy długich odpowiedziach modelu rosła przez to silnie ilość tekstu do ponownego renderowania.
  • Krótkie strumienie do 8.192 znaków zachowują dotychczasową responsywną kadencję 50-ms. Powyżej tej wartości interwał rośnie stopniowo: 100 ms do 32.768, 250 ms do 131.072 i 500 ms powyżej.
  • Jawne opróżnienia na granicach narzędzi i przy finalizacji pozostają natychmiastowe. Logika dostawcy, kolejki, sesji i tokenów nie została zmieniona.
9.1.344
  • Poznawcza warstwa runtime'u zapisywała dotąd dla każdego wywołania narzędzia politykę i wynik w dwóch oddzielnych synchronicznych transakcjach SQLite.
  • Izolowany pomiar kosztów w systemie Windows z 100 wywołaniami narzędzi potrzebował na to 627,63 ms i utworzył 201 zdarzeń. Treść obejmowała 305 obserwacji.
  • Zakończone pary polityka/wynik jednego kroku modelu są teraz zatwierdzane atomowo w ograniczonych grupach co najwyżej dziesięciu narzędzi. Przerwane lub wciąż otwarte kontrole polityki są nadal zabezpieczane pojedynczo na koniec tury.
  • Argumenty, wyniki, decyzja o uprawnieniach, łańcuch hashy i trwałość SQLite pozostają bez zmian.
9.1.343
  • Prywatna odpowiedź Telegram została już pomyślnie dostarczona narzędziem Reply. Mimo to ta sama tura modelu uruchomiła jeszcze kolejny krok i utworzyła wewnętrzny tekst statusu i kontroli pracy.
  • Dodatkowy krok kosztował w zmierzonej prawdziwej sesji 42.360 tokenów wejściowych i 411 tokenów wyjściowych, chociaż widoczna odpowiedź dla użytkownika była już wysłana.
  • Udana odpowiedź Telegram kończy teraz natychmiast prywatną turę rozmowy oznaczoną jako direct. Nieudane odpowiedzi, grupy i inne narzędzia działają dalej bez zmian.
  • Po zakończeniu nadal działa istniejący kontroler fokusa bezpośredniego: zapamiętuje dostarczoną odpowiedź i po zakończeniu rozmowy lub czasie spokoju wraca do zapisanej pracy w tle.
9.1.342
  • Zapytanie o trafność dla Mistake.md przyjmowało dotąd każdą wiadomość z rolą user. Należały do nich także wewnętrzne wstrzyknięcia, podsumowania kompaktowania, aktywacje umiejętności i komunikaty w tle.
  • Ponieważ samo przypomnienie Mistake jest zapisywane jako wewnętrzna wiadomość user, zmieniało po każdym kroku narzędzia własne zapytanie wyszukiwania. Przez to w tej samej turze było ponownie wybierane i wprowadzane.
  • Filtr używa teraz tylko istotnych dla działania danych wejściowych użytkownika i cron. Wewnętrzne teksty runtime'u są wykluczane z zapytania o trafność i wykrywania treści o niskiej wartości informacyjnej.
  • Prawdziwe wiadomości użytkowników, zaplanowana praca, wszystkie zweryfikowane lekcje i odbudowa po kompaktowaniu pozostają dostępne bez zmian.
9.1.341
  • Przy naturalnym starcie launcher znalazł już lokalnie przygotowany i zweryfikowany automatyczny runtime, przepuszczał go jednak mimo to najpierw przez zależny od sieci komunikat o aktualizacji. Jeśli to drugie pobranie tymczasowo zawiodło, uruchamiała się ponownie stara globalna wersja.
  • Przygotowany automatyczny runtime z dokładnie pasującym trybem (resume lub new) jest teraz uruchamiany przed ponownym pobraniem informacji o wersji. Aktywacja pozostaje transakcyjna: dopiero gdy nowy rdzeń zostanie pomyślnie załadowany, runtime jest księgowany jako aktywny.
  • Przy resume identyfikator sesji i katalog roboczy pozostają zachowane. Ręczny wybór aktualizacji działa nadal przez dotychczasową ścieżkę komunikatu.
  • Żaden działający King nie jest kończony. Poprawka działa wyłącznie przy następnym naturalnym starcie.
9.1.340
  • Launcher zapisywał udane aktualizacje do .blun/updates/install.json, podczas gdy runtime profilu szukał w .blun/profile/<name>/updates/install.json. Prawdziwa ścieżka profilu nie istniała; dlatego notifiedAt pozostawało we wspólnym stanie null.
  • Runtime'y profili czytają teraz sukces aktualizacji z BLUN_SHARED_HOME i wracają do dotychczasowego BLUN_HOME tylko bez wspólnej ścieżki.
  • Po następnym naturalnym starcie TUI może jednorazowo pokazać wersję i do trzech informacji o wersji. Skonfigurowani prywatni odbiorcy Telegram otrzymują ten sam krótki tekst bez tury modelu i bez zużycia tokenów.
  • Instalacja, staging, aktywacja i zasada niewyrzucania pozostają bez zmian.
9.1.339
  • Udane kolejne kroki narzędzi z niskim nakładem używają co najwyżej 4.096 tokenów uzupełnienia zamiast dotychczasowych 8.192.
  • Pierwsze kroki, złożone zadania i kolejne kroki po błędach zachowują skonfigurowaną pojemność myślenia i wyjścia. Ten zabieg nie jest globalnym limitem modelu ani kontekstu.
  • Pomiar kontrolny na 1.442 rzeczywistych krokach z niskim nakładem profilu agenta wykazał: 2.118.588 tokenów wyjściowych łącznie, mediana 791, p90 3.754, p95 5.485. Z nową granicą odpadłoby 229.761 tokenów, czyli 10,8 procent; 91,1 procent zmierzonych kroków pozostaje bez zmian.
9.1.338
  • Pytania będące wyłącznie powtórzeniem, takie jak Czy mogę kontynuować moją pracę?, nie są już dostarczane w prywatnych rozmowach Telegram.
  • Wewnętrzna narracja kolejki, handoff, pasa i stanu oczekiwania pozostaje poza prywatną odpowiedzią. Prawdziwe wyniki pracy i normalne osobiste odpowiedzi nadal mogą być dostarczane.
  • Jeśli użyteczna odpowiedź kończy się tylko pytaniem o ponowne zatwierdzenie pracy, usuwane jest wyłącznie to pytanie końcowe.
  • Routing grup i trwające sesje pozostają bez zmian.
9.1.337
  • profile/<name>/SOUL.md jest kanoniczną ścieżką tożsamości King.
  • Pasująca nazwana dusza legacy zastępuje tylko niezmieniony, wygenerowany szkielet profilu. Rozwinięte dusze profilu nigdy nie są nadpisywane.
  • Przed importem legacy wygenerowany szkielet jest zabezpieczany jako SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Przerwane sesje normalizują swój stan odtwarzania, zanim dostarczona zostanie dalsza praca Telegram.
  • Jeśli dostarczenie do aktywnej tury zostanie odrzucone, wiadomość wraca do nowej tury kolejki, zamiast co 5 sekund ponawiać tę samą próbę sterowania (steer).
  • Punkty kontrolne fokusa DM zachowują automatyczne timery Resume i jawne pauzy także po aktualizacjach.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Zwykła prywatna wiadomość Telegram przerywa bieżące zadanie tylko na bezpośrednią rozmowę. Następnie King automatycznie kontynuuje dokładnie zapisany stan pracy po 60 sekundach bez nowego pytania o pozwolenie.
  • Jawne zakończenie rozmowy natychmiast kontynuuje zadanie. Tylko wyraźne życzenia użytkownika, takie jak pause, pausiere, stop, stopp, warte lub halte an, nadal wstrzymują zadanie, dopóki użytkownik go ponownie nie zatwierdzi.
  • Wewnętrzne terminy i raporty statusu o cron, punkcie kontrolnym, kolejce lub pasie są tłumione w normalnych prywatnych odpowiedziach. Praca merytoryczna i jej zapisany stan pozostają bez zmian.
9.1.334
  • Automatyczne przygotowanie w tle nie jest już zagładzane przy szybko następujących po sobie wydaniach. Dotychczasowa blokada 30 minut odnosiła się zawsze do najnowszego wydania; przy wydaniach co minutę żadna wersja nie stawała się przez to wystarczająco stara, aby zostać przygotowana.
  • Kryptograficznie pasujące wydanie jest teraz natychmiast ładowane, sprawdzane pod kątem integralności, instalowane w izolacji, sondowane składniowo i oznaczane jako oczekujący runtime.
  • Trwająca sesja King nadal nie jest kończona. Aktywacja i Resume pozostają wyłącznie przy istniejącej chronionej ścieżce następnego startu. Ta wersja nie zmienia ani logiki handoff, ani logiki sesji.
9.1.333
  • Zrzut ekranu na żywo potwierdził po 9.1.331 błąd ERR_MODULE_NOT_FOUND w zarządzanej wtyczce Telegram.
  • Import wtyczki wskazywał z izolowanego drzewa zarządzanego na plik rdzenia, który nie został tam zainstalowany razem z nią.
  • Zmierzony również ogromny tekst powtórzeń płynął w widocznym strumieniu myślenia. Istniejąca blokada powtórzeń na żywo sprawdzała dotąd tylko delty odpowiedzi.
  • 9.1.332 nie zostało po ustaleniu dotyczącym wtyczki włączone do publicznego manifestu. 9.1.333 w pełni zastępuje tego kandydata npm.
9.1.332 Nieopublikowana
  • Nieopublikowana. Import wtyczki wskazywał z izolowanego drzewa na plik rdzenia, który nie został dołączony do pakietu; 9.1.333 w pełni zastąpiło kandydata npm.
9.1.331
  • Prywatne rozmowy Telegram zachowują naturalne odpowiedzi i żądane wyniki pracy.
  • Zmierzone wewnętrzne podwójne komunikaty o wstrzymanej pracy, już wysłanych odpowiedziach, trwających turach, statusie narzędzi i braku potrzeby działania są tłumione tylko w prywatnych czatach.
  • Komunikat jest filtrowany tylko wtedy, gdy zawiera wewnętrzny kontekst runtime i jednocześnie wyraźnie nie wnosi żadnej nowej wartości dla użytkownika.
  • Routing grup, prawdziwe komunikaty o zakończeniu i normalna krótka rozmowa pozostają bez zmian.
9.1.330
  • Pełny plik źródłowy duszy każdego agenta King pozostaje zachowany bez zmian.
  • Kontekst modelu otrzymuje z tego ograniczoną projekcję charakteru z tożsamością, głosem, wartościami, relacjami, preferencjami, celami i rozwiniętą historią.
  • Wyraźne sekcje zadań, pasów, uprawnień, QA, narzędzi, poleceń, weryfikacji, incydentów, logów, runtime, aktualizacji, wdrożeń i budowania nie są już ładowane jako osobowość do każdego promptu.
  • Krótkie pliki duszy zawierające wyłącznie opis charakteru pozostają identyczne co do bajtu. Nieznane nietechniczne sekcje pozostają widoczne w swojej kolejności.
  • Żaden plik duszy nie jest usuwany, skracany ani automatycznie przepisywany.
9.1.329
  • Każdy nazwany profil King używa we wspólnym rdzeniu tożsamości własnego węzła agenta. Relacje, historia i poznane dane o osobach nie zlewają się już w pierwszym skonfigurowanym agencie.
  • Istniejące nazwane pliki dusz, takie jak _agent-a_soul.md, _agent-b_soul.md lub _agent-c_soul.md, są przypisywane do pasującego profilu i jednorazowo kopiowane co do bajtu do SOUL.md.
  • Stary plik źródłowy pozostaje zachowany bez zmian. Istniejący plik SOUL.md profilu nigdy nie jest nadpisywany.
  • Wybór persony i tryb osobowości odczytują dane w powiązaniu z profilem. Uszkodzona, zbyt duża lub dowiązana persona profilu nie przełącza się niezauważenie na tożsamość innego agenta.
  • Wspólny rdzeń pozostaje użyteczny bez przymusu Mnemo. Trwające zadania, prawa i zasady QA nie są zmieniane przez tę migrację.
9.1.328
  • Persona i SOUL.md są ładowane najpierw z aktywnego profilu.
  • Nazwane profile nigdy nie dziedziczą duszy innego agenta ze wspólnego katalogu domowego.
  • Profile legacy i domyślne zachowują dotychczasowy wspólny fallback.
  • Jeśli naprawdę brakuje własnego pliku duszy, jednorazowo tworzony jest minimalny szkielet; istniejące pliki nigdy nie są nadpisywane.
  • System tożsamości i relacji pozostaje oparty na plikach i działa bez przymusu Mnemo.
9.1.327
  • Prywatne rozmowy Telegram pozostają przy osobie: wewnętrzne raporty kolejki, punktu kontrolnego, pauzy, cron, hook i bezczynności są tłumione na obu drogach wysyłki, dopóki nie zapytano o stan pracy, nie potrzeba decyzji i nie powstał istotny bloker.
  • Techniczne stany pracy trafiają do właściwego kanału zespołu. Nie są dodatkowo kopiowane do prywatnej rozmowy.
  • Dokładne pętle powtórzeń modelu są rozpoznawane już podczas strumienia. Bieżący strumień dostawcy jest kończony, a ten sam krok z zachowanym kontekstem zadania jest ponawiany dokładnie raz.
  • Dusza, wiedza o osobach, prawa, trwające zadania i istniejąca pauza fokusa bezpośredniego nie zostały zastąpione ani usunięte. Żadna trwająca TUI nie została uruchomiona ponownie.
9.1.326
  • Ręczne i automatyczne tryby uprawnień odzwierciedlają zatwierdzenia narzędzi jako ograniczone przyciski w jednoznacznie sparowanym prywatnym DM Telegram.
  • Przekazywane są tylko nazwa narzędzia i istniejące teksty wyboru; argumenty, opisy i sekrety pozostają lokalne. Wygasłe, cudze lub już lokalnie rozstrzygnięte zatwierdzenia są odrzucane w trybie domyślnie blokującym (fail-closed).
  • God Mode pozostaje w pełni autonomiczny i nie tworzy żadnego zatwierdzenia Telegram.
  • Techniczne stany pracy są kierowane do właściwego kolegi i nie są już kopiowane z powrotem do prywatnej rozmowy użytkownika.
9.1.325
  • God Mode wykonuje osobiste zapisy pamięci bez drugiego pytania o zatwierdzenie; istniejąca zgoda powiązana z sesją i turą pozostaje zachowana.
  • Jawna instrukcja Telegram, aby zapamiętać, aktywuje tę samą wąsko ograniczoną zgodę co bezpośrednia instrukcja konsoli. Ręczne i automatyczne tryby uprawnień pytają nadal przed zapisem.
  • Dziennik aktualizacji przechowuje, czy instalacja została zainicjowana ręcznie, automatycznie czy przez okno dialogowe startu.
9.1.324
  • Pierwsza zaufana interakcja z botem tworzy go lokalnie jako węzeł agenta i relacji. Rola, zakresy obowiązków, osobliwości, współpraca i handoff mogą następnie rosnąć strukturalnie.
  • Każdy King rzutuje do swojego kontekstu zwięzły wycinek informacji o kolegach. Dzięki temu zna zadania i osobliwości innych agentów, nie ładując hurtem całego zasobu relacji.
  • Jeśli brakuje informacji krytycznej dla zadania, nie zgaduje się: King pyta dokładnie raz najlepiej pasującą osobę lub agenta. Jeśli nie jest znany zakres obowiązków, pyta użytkownika zamiast wymyślać nazwę.
  • Relacje i role nigdy nie tworzą praw. Pola uprawnień, ACL i sekretów nie są rzutowane do wycinka informacji o kolegach. Ścieżka jest lokalna, związana z tenantem, neutralna wobec nazw, niezależna od Mnemo i nie dodaje ani wywołań modelu, ani narzędzi.
9.1.323
  • Prywatne rozmowy odpowiadają ponownie osobie zamiast dobrowolnie podawać wewnętrzne dane procesów. Punkty kontrolne, hashe, ścieżki, diagnostyki narzędzi, cron i hook, ukryte reguły, zadania innych agentów i raporty bezczynności pozostają wewnętrzne.
  • Status pracy jest podawany tylko wtedy, gdy użytkownik o to pyta, potrzebna jest jego decyzja lub bloker dotyczy go konkretnie. Wstrzymana praca pozostaje wewnętrzna i nie jest przenoszona do luźnej rozmowy.
  • Zasada obowiązuje z trybem osobowości i bez niego, nie zawiera żadnych sztywno zakodowanych osób ani agentów i dodaje około 75 tokenów promptu, ale żadnego wywołania modelu ani narzędzia. Priorytet zadań i obowiązek dowodów pozostają bez zmian.
9.1.322
  • Widoczny przełącznik osobowości zapisuje teraz persona.json atomowo. Nazwa, język, notatki i wszystkie inne istniejące pola persony pozostają zachowane; zmieniane jest tylko personalityEnabled.
  • Pliki SOUL.md, AGENTS.md, JOURNAL.md i relacji nie są zapisywane ani przy wyłączaniu, ani przy włączaniu. Normalna tożsamość agenta oparta na SOUL.md pozostaje załadowana w kontekście systemu także przy wyłączonej funkcji osobowości.
  • Nieudane odświeżenie na żywo przywraca wybór co do bajtu. Jeśli równolegle inny proces zapisujący zmienił persona.json, wycofanie zostaje przerwane z błędem PERSONALITY_CHOICE_CONFLICT i nic nie nadpisuje.
  • Symlinki, zbyt duże, nieprawidłowe lub nieobiektowe pliki persony są odrzucane w trybie domyślnie blokującym (fail-closed). Przy włączaniu drzewo tożsamości jest przygotowywane przed commitem.
  • Nie jest częścią tej wersji udokumentowany później błąd agenta polegający na podawaniu wewnętrznych punktów kontrolnych, reguł cron, SHA i szczegółów cudzych zadań w prywatnych rozmowach. Ten filtr wyjścia jest kolejnym, osobnym etapem prac.
9.1.321
  • Swobodna pierwsza prywatna wymiana lub dobrowolna osobista wskazówka może umieścić dokładnie jedną opcjonalną okazję ciekawości w kontekście modelu. Nie jest to obowiązkowe pytanie; dobór słów i ton pochodzą nadal z załadowanego SOUL.md, a nie ze stałego katalogu pytań.
  • Zadanie, pilność, błędy, linki, kod, ścieżki i ruch grupowy całkowicie tłumią ciekawość (fail-closed). Nigdy nie wysyła z własnej inicjatywy i nie może przerywać trwającej pracy.
  • Cooldown 30 dni obowiązuje na tenanta, agenta i powiązaną osobę także między różnymi portalami. Ta sama ponowna próba dla zdarzenia jest idempotentna.
  • Nowy stan nie jest już przechowywany jako plik ciekawości specyficzny dla Telegram w drzewie tożsamości. Wymienny personality-memory-adapter zapisuje zamiast tego wersjonowane zdarzenie do istniejącego transakcyjnego magazynu poznawczego. Telegram jest źródłem pochodzenia; prywatna relacja jest oddzielnym zakresem widoczności.
  • Zapisywane są tylko temat, stabilny identyfikator zdarzenia/źródła, czas i prywatny zakres. Surowy tekst, stałe pytania, twierdzenia o uprawnieniach i sekrety nie są przyjmowane. Niepewne katalogi główne, cudze pola i awaria magazynu pozostają domyślnie blokowane (fail-closed).
  • Podstawą granicy portalu był wewnętrzny dokument koncepcyjny v7. CLI jest klientem referencyjnym; lokalny magazyn jest jawnie oznaczony jako wymienna projekcja i nie jest drugim kanonicznym magazynem portalu.
9.1.320
  • Prywatne, jawne otwarte wątki rozmów są zapisywane jako niezmienne, zdeduplikowane zdarzenia ze źródłem, czasem, kontekstem i pewnością. Naturalne sformułowania takie jak Frag mich morgen noch einmal nach ... są rozpoznawane tak samo jak jawna forma Open-Thread.
  • Jawne wskazówki naprawcze są zapisywane oddzielnie od ogólnych notatek o relacjach i uwzględniane w późniejszym zachowaniu.
  • Bieżąca tura celowo jeszcze nie widzi własnej nowej notatki. Dopiero późniejsza prywatna tura otrzymuje ograniczony kontekst; dzięki temu nie ma podwójnego ani sugestywnego samopotwierdzenia.
  • Zadanie i jawne instrukcje mają pierwszeństwo przed kontekstem społecznym. Otwarte wątki nie mogą przerywać aktywnej pracy i nigdy nie wysyłają z własnej inicjatywy. Dane relacji nie mogą tworzyć praw, zatwierdzeń ani uprawnień.
  • Ruch grupowy, sekrety, sformułowania uprawnień, niepewne ścieżki, symlinki i zbyt duże pliki pozostają wykluczone w trybie domyślnie blokującym (fail-closed).
9.1.319
  • Ważny istniejący profil bez zapisanej wartości personalityEnabled aktywuje teraz osobowość automatycznie.
  • Przy pierwszym normalnym prompcie powstaje lokalne drzewo tożsamości wraz z profilem agenta i JOURNAL.md także bez Mnemo.
  • Jawne false, 0 lub off pozostaje wyłączone. Uszkodzone, dowiązane symbolicznie i zbyt duże pliki persony pozostają domyślnie blokowane (fail-closed).
  • SOUL.md i AGENTS.md nie są ani usuwane, ani przepisywane.
9.1.318
  • Aktualizator w tle pobiera wiążąco najnowszą wersję, sprawdza jej niezależnie opublikowaną integralność SHA-512 i zaznacza ją na następny start.
  • Działający King, jego tura i wywołania narzędzi pozostają nietknięte. Nie ma już live-handoff, ACK ani tui.stop(76).
  • Identyfikator sesji i katalog roboczy są zapisywane razem z przygotowanym runtime. Dopiero przy następnym naturalnym starcie nowa wersja zostaje aktywowana, a dokładna sesja automatycznie kontynuowana.
  • Działająca TUI otrzymuje co najwyżej pasywny komunikat o zakończeniu; nowsza przygotowana wersja zastępuje tylko zaznaczenie, nigdy aktywnego procesu.
9.1.317
  • Gdy dostawca zużyje pełny budżet odpowiedzi z zakończeniem length, ale nie dostarczy widocznego tekstu, budżet ponownych prób nie jest już zmniejszany do jednej ósmej, lecz podwajany.
  • Ponowna próba pozostaje w tej samej turze i używa tego samego sygnału, tej samej historii wiadomości i tej samej sytuacji roboczej.
  • Istniejąca obsługa przerwań i ograniczona liczba ponownych prób pozostają bez zmian. Ręczne przerwania lub trwale puste wyniki nie działają w nieskończoność.
9.1.316
  • Prywatne DM Telegram otrzymują własną bezpośrednią ścieżkę kolejki przed pracą grupową, pętlową i w tle; jawne /urgent pozostaje nadal najwyższym priorytetem.
  • Przy rozpoczęciu rozmowy DM bieżący stan pracy jest raz zapisywany jako ograniczony punkt kontrolny. Tekst wiadomości nie jest przy tym utrwalany.
  • Po rozpoznanym zakończeniu rozmowy lub minucie ciszy King pyta dokładnie raz: Czy mogę kontynuować moją pracę?
  • Zapisana praca pozostaje wstrzymana i jest kontynuowana dopiero po jednoznacznej zgodzie w pierwotnym punkcie kontrolnym.
  • Ta wersja wprowadza sterowanie dostarczaniem i pauzami. Pełny system osobowości, relacji i dziennika pozostaje osobnym, wciąż rozwijanym etapem rozbudowy.
9.1.315
  • Autoryzowane sygnały uwagi trafiają teraz do tury przez normalną kolejkę kanału, bez omijania istniejącej polityki dostarczania lub praw.
  • Zduplikowane, nieaktualne, niezatwierdzone, poza zakresem i niepochodzące z Telegram sygnały są odrzucane przed kontekstem modelu.
  • Pytania uzupełniające pozostają ograniczone do co najwyżej jednego naturalnego zapytania, są deduplikowane i milkną, gdy sygnał nie jest już aktualny.
  • Ta wersja wprowadza tylko bezpieczną ścieżkę dostarczania. Priorytetyzowana później logika przerwania i kontynuacji DM pozostaje celowo zarezerwowana dla następnej, oddzielnej wersji.
9.1.314
  • Lokalne polecenia slash nie czekają już godzinami w kolejce przy długiej aktywnej turze, lecz kończą turę w kontrolowany sposób i działają jako następny krok pracy.
  • Nowe polecenie slash zastępuje w konsoli i Telegramie już oczekujące polecenie tego samego typu. Dotyczy to między innymi /reload i /loop; normalne wiadomości, praca powłoki i inne zadania kanału pozostają zachowane.
  • Escape usuwa oczekujące polecenia slash także wtedy, gdy nie jest już widoczna żadna aktywna tura. Istniejąca kompatybilność reload pozostaje jako opakowanie ogólnej polityki kolejki.
9.1.313
  • Udana automatyczna aktualizacja jest po odtworzeniu sesji zapisywana jako trwały komunikat w transkrypcie TUI. Ten komunikat nie może już zostać nadpisany przez odtwarzanie ani krótkotrwały status.
  • Ta sama wersja źródłowa, ta sama wersja docelowa i te same informacje o wersji są wysyłane raz przez istniejącą, deduplikowaną według wersji ścieżkę do sparowanych DM Telegram. Nieudaną wysyłkę można ponowić.
  • Publiczny manifest zawiera teraz oczekiwane przez parser awaryjny (fallback) pola name i releaseNotes. Nic nie zostało zmienione w handoff aktualizatora, restarcie sesji ani działających procesach.
9.1.312
  • Jawne polecenie /reload z Telegramu nie czeka już za długotrwałą turą modelu. Jest umieszczane jako polecenie sterujące przed istniejącą kolejką i wyzwala dokładnie raz istniejące kontrolowane zakończenie sesji.
  • Istniejący handler reload działa dopiero po potwierdzonym końcu tury. Dzięki temu nie startuje równolegle druga tura, a zapisująca tura nie jest przetwarzana dalej w środku logiki reload.
  • Stare duplikaty reload są usuwane; normalne wiadomości Telegram i inna praca kolejki pozostają zachowane w swojej kolejności. Potwierdzenie Telegram pozostaje otwarte do faktycznego wykonania polecenia.
9.1.311
  • Kandydat uwagi staje się ograniczonym zadaniem dostarczania dopiero wtedy, gdy istnieje nowe potwierdzenie runtime dokładnie powiązane z jego identyfikatorem kandydata.
  • Tylko runtime_user_prompt_hook i runtime_tool_policy liczą się jako autorytety. Pamięć, błędny agent, błędny kanał, błędny zakres, decyzja blokady, przyszłe potwierdzenie i potwierdzenie starsze niż pięć minut kończą się niepowodzeniem w trybie domyślnie blokującym (fail-closed).
  • Potwierdzenia są związane z tenantem, transakcyjne i jednorazowego użytku. Ta sama ponowna próba jest idempotentna; użycie tego samego potwierdzenia dla innego kandydata jest odrzucane jako replay.
  • Istniejący wspólny cooldown pozostaje skuteczny. Wynikiem jest tylko ustrukturyzowana intencja attention_notice i nie zawiera ani tekstu wiadomości, funkcji wysyłania, ani uprawnienia. Właściwa polityka dostarczania pozostaje następnym oddzielnym krokiem.
9.1.310
  • Trwałe cele, otwarte wątki, następne wyzwalacze, oczekiwane dowody, kontekst zespołu i kontekst własny przechodzą przez wspólną, ściśle ograniczoną projekcję fokusa. Standardowo co najwyżej sześć wpisów i 900 znaków.
  • Projekty i obszary robocze mają większą wagę niż pewność i aktualność. Pokazywana jest najnowsza wartość, bez usuwania wcześniejszych sprzecznych obserwacji z niezmiennej historii zdarzeń. Zmiany stają się widoczne jako revised.
  • Krótkotrwałe obserwacje runtime, słabe dowody i ogólne fakty o świecie nie zużywają trwałego budżetu fokusa. Pola uprawnień, tokenów i sekretów są odrzucane już przy zapisie.
  • Ustrukturyzowana, idempotentna migawka może aktualizować fokus między sesjami. Projekcja jest kontekstem, nie uprawnieniem i nie może nadpisać ani zadania, ani polityki runtime.
  • Z ECC przejęto tylko zasadę Kontext begrenzen, Relevantes laden. Żaden hook ECC, magazyn uczący ani harness nie został zainstalowany.
9.1.309
  • Nowa czysta polityka uwagi tworzy ograniczonego kandydata tylko z udokumentowanych brakujących heartbeatów agenta, zaległych zobowiązań lub dłużej zablokowanych zadań.
  • Zakres obowiązków, aktywne zadanie, udokumentowana nieobecność, lokalne godziny ciszy, dozwolony kanał, minimalna pewność i cooldown są sprawdzane przed przyjęciem. Ludzka cisza bez zaległego zobowiązania pozostaje bez skutku.
  • Każdy kandydat niesie identyfikator dowodu, zakres, czas i pewność, ale ani treści promptu, ani praw, tajemnic czy funkcji wysyłania.
  • Wspólny rdzeń SQLite przyznaje transakcyjny claim na tenanta i dowód. Równolegli agenci nie mogą podwójnie przejąć tej samej okazji w cooldownie.
  • Ta wersja nie skanuje jeszcze samodzielnie i nie wysyła żadnej wiadomości. Każde późniejsze działanie wymaga nadal normalnej autoryzacji runtime.
9.1.308
  • Przygotowany rekord runtime zawiera teraz w trybie resume identyfikator dokładnie tej sesji, która działa, i kanonicznie sprawdzony folder roboczy. Późniejszy start nie musi już zgadywać najnowszej ani rzekomo pasującej sesji.
  • Każda prawdziwa zmiana sesji aktualizuje te dane. Bezpośrednio przed bezpiecznym handoffem są one zapisywane ponownie, zanim stary runtime otrzyma potwierdzenie zakończenia.
  • Tylko dokładnie ta sama sesja, której kontynuacja przez tę ścieżkę aktualizacji jest udowodniona, otrzymuje po odtworzeniu jednorazowy impuls kontynuacji i tylko wtedy, gdy jej cel pozostaje nadal active. Normalne starty, inne sesje oraz cele wstrzymane lub zablokowane pozostają nietknięte.
  • Bezpieczna granica pracy pozostaje bez zmian: żadnego handoff przy strumieniowaniu, kompaktowaniu, narzędziach, poleceniach powłoki ani oczekujących wiadomościach. Żaden działający King nie został ręcznie uruchomiony ponownie na potrzeby tej wersji.
9.1.307
  • Tylko faktycznie istotny dla działania błąd z bezpośrednio poprzedniej tury runtime jest przed następną decyzją modelu pokazywany jako krótki dowód ciągłości: przerwana lub nieudana tura, zablokowana polityka lub nieudane narzędzie.
  • Normalnie zakończona tura tworzy dokładnie zero projekcji, a tym samym zero dodatkowych tokenów kontekstu.
  • Wybór jest powiązany z identyfikatorem runtime plus identyfikatorem tury i pozostaje dzięki temu poprawny także po zmianie sesji z ponownie zaczynającymi się od zera identyfikatorami tur.
  • Projekcja nie zawiera promptów, argumentów, wyników, identyfikatorów wywołań ani praw. Wyraźnie wskazuje, że nigdy nie może autoryzować działania ani nadpisywać bieżącej polityki użytkownika lub narzędzi.
  • Ten etap jest celowo reaktywny i wąski. Proaktywna uwaga, stan delegacji i merytoryczne otwarte wątki nie są tu jeszcze ładowane.
9.1.306
  • Poznawczy ślad cyklu życia tury rejestruje teraz dla każdego prawdziwego wywołania narzędzia faktyczną decyzję runtime z PermissionManager.beforeToolCall: passed, blocked lub error.
  • Po przebiegu dołączany jest jako niezmienny dowód rzeczywisty wynik (success, error, cancelled), czas wykonywania i następny wyzwalacz kontroli.
  • Zapisane są tylko nazwa narzędzia i stabilny hash klucza wywołania. Argumenty, wyniki narzędzi i treści promptów nie trafiają do stanu poznawczego.
  • Istniejąca hierarchia praw pozostaje bez zmian: pamięć nie może zatwierdzić żadnego działania. Błędy zapisu pozostają fail-soft i nie mogą ani zezwolić na przebieg narzędzia, ani zablokować tury użytkownika.
  • Otwarte pozostają dowody delegacji, proaktywna uwaga i ściśle istotna wsteczna projekcja stanu w późniejsze decyzje.
9.1.305
  • Wprowadzony w 9.1.304 transakcyjny rdzeń SQLite jest teraz połączony z prawdziwym cyklem życia runOneTurn(). Każda tura modelu rejestruje percepcję, klasyfikację pochodzenia, ograniczony plan tury, oczekiwany dowód końcowy, wynik kontroli promptu, przyczynę zakończenia, czas wykonywania i następny wyzwalacz.
  • Zapisane są tylko metadane runtime, żadne treści promptów. Tenant i agent są stabilnie wyprowadzani z BLUN-Home i aktywnego profilu, bez stałych list osób.
  • Tylko istniejąca polityka runtime może dostarczyć wynik kontroli. Pamięć jest twardo wykluczona jako autorytet praw. Zapis nigdy nie zwraca uprawnienia i nadal nie posiada funkcji wykonywania.
  • Ślad uczenia jest fail-soft: błąd SQLite lub cyklu życia jest rejestrowany tylko jako telemetria bez treści i nie może blokować właściwej tury użytkownika.
  • Otwarte pozostają specyficzne dla narzędzi dowody działań lub delegacji, proaktywna uwaga i istotna wsteczna projekcja stanu w późniejsze decyzje. 9.1.305 nie deklaruje więc kompletnej pętli AGI.
9.1.304
  • Pierwszy transakcyjny rdzeń stanu poznawczego znajduje się jako lokalna baza danych SQLite w katalogu BLUN-Home. Może przechowywać obserwacje własne, świata i zespołu, cele, otwarte wątki, założenia, następne wyzwalacze i oczekiwane dowody między sesjami.
  • Wiele procesów zapisujących agentów lub kanałów jest serializowanych przez BEGIN IMMEDIATE i optymistyczny numer wersji. Nieaktualne procesy zapisujące kończą się niepowodzeniem w trybie domyślnie blokującym (fail-closed); identyczne powtórzenia zdarzeń są idempotentne.
  • Każde zdarzenie jest połączone łańcuchem SHA-256. Twierdzenia niosą źródło, kontekst, czas, pewność i zakres. Sprzeczności pozostają oddzielnymi niezmiennymi obserwacjami, zamiast nadpisywać stare twierdzenia.
  • Pola o charakterze praw, zdolności i tajemnic są odrzucane. Rdzeń nie posiada funkcji wykonywania, delegacji ani uprawnień.
  • To jest udokumentowana podstawa pamięci, jeszcze nie pełna pętla postrzegaj-planuj-działaj i jeszcze nie wpięta w każdą turę.
9.1.303
  • Prywatny kandydat relacji bezpiecznie zarejestrowany w 9.1.302 jest od następnej bezpośredniej rozmowy ładowany jako wyraźnie nieautorytatywny kontekst pamięci. Bieżąca wypowiedź nadal nie wpływa na swoją własną turę.
  • Ładowane są co najwyżej dwie najnowsze zwalidowane notatki, każda maksymalnie 160 znaków, w ramach niezmienionego całkowitego budżetu 1.500 znaków. Bez istniejących notatek powstaje 0 dodatkowych znaków promptu i żadne wywołanie modelu, embeddowania ani sieci.
  • Prywatne notatki nigdy nie są ładowane w grupach. Granica systemowa nazywa je wyraźnie danymi referencyjnymi zamiast instrukcjami i powtarza, że nie mogą przyznawać ani zmieniać praw.
  • Otwarte pozostają automatyczne trwałe przejęcie, ocena konfliktów, transakcyjna pamięć wieloagentowa i proaktywna uwaga.
9.1.302
  • Jawna prywatna wypowiedź, taka jak Bitte merk dir: ... lub Please remember that ... tworzy teraz małego, jeszcze nieaktywnego kandydata relacji. Nie ma przy tym żadnego dodatkowego wywołania modelu, embeddowania ani sieci.
  • Każdy kandydat niesie źródło, kontekst kanału lub bezpośredni, czas, pewność, zakres i niezmienną zasadę historii. Ten sam dostarczony proces kanału jest idempotentny; późniejsze potwierdzenia i sprzeczności pozostają widoczne jako oddzielne wpisy i nie nadpisują się nawzajem.
  • Grupy, normalne zdania rozmów, sekrety, twierdzenia o prawach i zatwierdzeniach, nieprawidłowe tożsamości tenantów lub agentów i niepewne ścieżki są odrzucane. Dane relacji nadal nie mogą tworzyć żadnych praw.
  • To tylko pierwszy bezpieczny krok rejestracji dla celu produktu. Kandydaci pozostają pending i nie są jeszcze automatycznie przejmowani do aktywnej relacji ani kontekstu modelu. Transakcyjny rdzeń wieloagentowy, stan poznawczy, inicjatywa własna i proaktywna uwaga są przez to wyraźnie jeszcze niegotowe.
9.1.301
  • Stale ładowany blok obecności osobowości spadł z 1.433 do 1.020 znaków, co rachunkowo daje około 104 tokenów promptu mniej na aktywną turę osobowości. Nie przybyło żadnego dodatkowego wywołania modelu ani pamięci.
  • Fokus zadań, załadowana dusza, ograniczona ciekawość, ochrona grup, niepewna pamięć, otwarte wątki i naprawa relacji pozostają w małym bloku. Tryb bez osobowości pozostał identyczny co do bajtu przy 288 znakach.
  • Test na czerwono: nowa kontrola 1 050 znaków nie przeszła przy 1 433 znakach. Test mutacyjny bez bloku osobowości: 12/18 ukierunkowanych testów czerwonych. Przywrócone: ukierunkowane 18/18, cała suita 690/690 zielonych.
  • Pakietowa kontrola regresji 9.1.300 na 9.1.301: 164 przeciw 164 stabilnych ścieżek, 0 usuniętych. Nowa instalacja: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • Serwer MCP, który zawiódł przy starcie, otrzymuje teraz do trzech dalszych prób połączenia w odstępach co 10 sekund. Przejściowy błąd startu nie jest przez to porzucany już po jednej próbie.
  • Inwentarz MCP nie jest już rejestrowany tylko raz, lecz ponownie, gdy zmienia się liczba połączonych serwerów lub narzędzi. Późne odzyskanie zastępuje przez to widocznie stary stan 0/0.
  • Istniejące konfiguracje MCP, definicje narzędzi i trwające sesje pozostają bez zmian. Dopasowane zostały blun.mjs, test/mcp-runtime-resilience.test.js, package.json i package-lock.json.
9.1.299
  • Duże wyniki Read pozostają natywnie ponownie czytelne: widoczna odpowiedź jest ograniczona do 10 KiB i podaje po niej dokładny następny wiersz zamiast tylko pokazywać [offloaded].
  • Duże zwykłe zadania Write i pliki źródłowe powyżej 500 linii są automatycznie dzielone na dokładne co do bajtu fragmenty, składane w prywatnym pliku sąsiednim i zapisywane atomowo do ścieżki docelowej.
  • Po złożeniu runtime sprawdza utrwalone bajty przez SHA256. Istniejąca ochrona Edit pozostaje bez zmian; ręczna kontynuacja jest nadal możliwa, ale przy dużych pełnych zapisach nie jest już wymagana.
  • Nowość: bin/native-large-file-io.cjs. Dopasowane: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, cztery ukierunkowane pliki testowe oraz package.json i package-lock.json.
9.1.298
  • Włączony tryb osobowości przy pierwszej normalnej turze TUI samodzielnie zakłada lokalny obszar tożsamości obsługujący wielu tenantów. Mnemo nie jest do tego wymagane.
  • Istniejące SOUL.md i AGENTS.md pozostają załadowane i bez zmian. Nowy JOURNAL.md powstaje tylko raz i nie zastępuje ani duszy, ani zasad.
  • Nowe tożsamości Telegram otrzymują ostrożne węzły osób, relacji i grup bez wymyślonych właściwości. Prywatna historia i kontekst grupowy pozostają oddzielone.
  • Bezpośrednia ciągłość relacji przechowuje co najwyżej sześć krótkich, lokalnie zredagowanych wpisów i przekazuje do bieżącej tury co najwyżej dwa wcześniejsze fragmenty. Bieżący tekst nie jest podwójnie wstrzykiwany.
  • Warstwa uwagi społecznej rozpoznaje wyłącznie udokumentowaną przerwę w bezpośrednim kontakcie trwającą co najmniej 7 dni, tworzy co najwyżej jeden komunikat w cooldownie 30 dni i sama nie wysyła żadnej wiadomości.
  • Bieżące zadanie i jawne instrukcje mają w kontekście zawsze pierwszeństwo przed ciekawością, relacją i uwagą. Cały dynamiczny blok tożsamości pozostaje domyślnie ograniczony do 1 500 znaków.
  • Opublikowane w 9.1.296 i 9.1.297 poprawki ponownej próby MCP i kolejki reload są zawarte w kandydacie.
9.1.297
  • Na dwóch agentach stare zadanie /reload pozostawało po Escape widoczne w kolejce. Drugie /reload mogło działać, ale pierwszy wpis nie był ani usuwany, ani potwierdzany, aby zapobiec ponownemu dostarczeniu przez Telegram.
  • Nowa polityka usuwa wyłącznie lokalne polecenia reload oraz polecenia reload Telegram. Zachowuje tożsamość i kolejność istniejącej kolejki oraz wszystkie inne wiadomości i komendy.
  • Escape przed przerwaniem aktywnej pracy oraz każde nowo przychodzące /reload wywołują tę samą ścieżkę sprzątania. Usunięte wpisy Telegram są potwierdzane przez ich istniejący callback Acknowledge.
9.1.296
  • Prawdziwe uruchomienie wznowienia w wersji 9.1.294 zgłosił 27 sierpnia o 14:26:17Z dokładnie jeden cichy błąd startu dla windows-mcp: Timed out after 30000ms. W następnych minutach nie pojawiła się ani druga próba startu, ani końcowy wynik ponownej próby.
  • Bezpośredni start tego samego uvx windows-mcp serve odpowiadał natomiast po około 3,7 sekundy na initialize. Instalacja i serwer były więc zasadniczo sprawne; luka leżała w powtarzaniu startu MCP agenta King.
  • blun.mjs zachowuje po pierwszym błędzie startu MCP teraz dokładnie jedną ponowną próbę po 10 000 ms. Referencja do timera jest utrzymywana, dopóki druga próba nie zostanie wykonana. Nie ma restartu procesu ani sesji.
  • Jeśli również druga próba zawiedzie, istniejący uczciwy stan końcowy unavailable pozostaje zachowany. Inne serwery MCP i TUI działają dalej.
9.1.295
  • Runtime zadań w tle rejestrował dla każdego uruchomienia nasłuch na zewnętrznym AbortSignal i nie usuwał go po normalnym wyniku workera, limitu czasu lub stopu. Długie sesje agentów mogły przez to gromadzić nieaktualne nasłuchy przerwania.
  • bin/abort-listener-policy.cjs dostarcza wynik przerwania teraz razem z idempotentną funkcją cleanup(). blun.mjs wywołuje ją w istniejącej ścieżce finally razem z czyszczeniem limitu czasu.
  • Zachowanie przerwania, wybór wyniku i widoczna semantyka zadań pozostają bez zmian. Ten zabieg nie tworzy wywołań modelu ani nowych tokenów kontekstu.
9.1.294
  • Prawdziwe próby aktualizacji dwóch profili agentów potwierdziły ten sam przebieg: pierwsze wywołanie zakończyło się przejściowym fetch failed, bezpośrednio następujące drugie wywołanie działało. Oba oficjalne źródła miały dotąd tylko jedną próbę sieciową.
  • Rejestr i publiczny manifest otrzymują teraz każdy własny, ograniczony budżet ponownych prób z backoffem 250 i 750 milisekund.
  • Ponawiane są tylko przekroczenia czasu, znane przejściowe błędy transportu oraz HTTP 408, 425, 429 i błędy serwera od 500.
  • Nieprawidłowy JSON, zbyt duże odpowiedzi, niedozwolone punkty końcowe i trwałe błędy klienta takie jak 404 pozostają natychmiast czerwone. Nie powstają żadne wywołania modelu, tokeny kontekstu ani trwałe pętle w tle.
9.1.293
  • Aktualizator w tle poprawnie przygotował zweryfikowany cel, wysyłał jednak nadal RUNNING_UPDATE_PREPARED_MESSAGE do aktywnego runtime rdzenia. Działająca TUI mogła na to zareagować na rzekomo bezpiecznej granicy z kodem wyjścia 76. To przeczyło kontraktowi produktu z 9.1.222: aktualizacje nigdy nie mogą kończyć aktywnej sesji i są aktywowane dopiero przy następnym naturalnym starcie.
  • bin/launcher-runtime.js kontynuuje bez zmian pobieranie, kontrolę integralności, staging, aktualizację celu i czyszczenie, nie zapisuje jednak przy przygotowywaniu żadnej wiadomości IPC do trwającej sesji.
  • Istniejące funkcje bezpośredniego handoff pozostają dla kompatybilności; automatyczna ścieżka w tle już ich nie wyzwala.
9.1.292
  • Prawdziwa sesja działała na 9.1.279 i przygotowała 9.1.287 ze zdarzeniem prepared-for-next-start, nie ściągała jednak później żadnej z już opublikowanych wersji 9.1.288 do 9.1.291.
  • Przyczyna leżała w superviseProtectedCore(): po pierwszym udanym stagingu pozostało ustawione updateStarted, a scheduleNextPreparation() dodatkowo przerywał, gdy tylko istniał preparedTarget. Poller w tle był przez to po pierwszym trafieniu trwale kończony.
  • Poller pozostaje teraz aktywny także z przygotowanym celem. Tylko ściśle nowsza, prawidłowa wersja semver zastępuje przygotowany cel; identyczne, starsze lub nieprawidłowo porównywalne cele są ignorowane.
  • Odświeżenie celu celowo nie wysyła drugiego IPC prepared do działającej TUI. Dzięki temu bieżący proces pozostaje nietknięty, a najnowsza przygotowana wersja zostaje aktywowana dopiero przy następnym naturalnym starcie.
  • Gdy handoff jest potwierdzony lub nadzorowany runtime rdzenia kończy działanie, żaden cel nie jest już wymieniany i nie jest tworzony żaden nowy timer.
9.1.291
  • Blokująca ścieżka kompaktowania rejestrowała na każdym jeszcze nieprzerwanym sygnale anonimowy nasłuch abort i nie usuwała go po zakończeniu kompaktowania. W długich sesjach mogły się przez to gromadzić martwe nasłuchy przerwania.
  • FullCompaction.block() używa teraz nazwanego nasłuchu i małego helpera waitForAbortableCompletion(). Helper usuwa nasłuch w finally po sukcesie, błędzie lub przerwaniu.
  • Już przerwany sygnał jest obsługiwany natychmiast, bez rejestrowania nasłuchu. Ten zabieg nie zmienia ani decyzji o przerwaniu, ani logiki kompaktowania poza tym cyklem życia.
  • Ten wzorzec pochodzi z bieżącego porównania z AnythingLLM; przejęte zostało tylko indywidualnie udowodnione czyszczenie nasłuchów, żaden cudzy runtime.
9.1.290
  • BLUN pokazywał dotąd przez /context tylko zgrubne sumy okna kontekstu. Właściwe czynniki kosztów w kontekście systemowym i schematach narzędzi pozostawały niewidoczne.
  • Nowe lokalne polecenie /context-doctor rozkłada bieżący kontekst bez wywołania modelu na instrukcje rdzenia, osobowość i duszę, relacje i obecność, katalog umiejętności, uzupełnienia runtime, wbudowane narzędzia, narzędzia użytkownika, narzędzia MCP, dalsze schematy narzędzi, rozmowę i zależny od dostawcy narzut dodatkowy.
  • Wszystkie podkategorie są porównywane ze swoją zmierzoną sumą nadrzędną. Nakładające się lub nieaktualne szacunki nie mogą przez to sztucznie zawyżać wyświetlanych wartości.
  • Interfejs jest w pełni zlokalizowany dla angielskiego, niemieckiego, hiszpańskiego, francuskiego, szwedzkiego i czeskiego. Wszystkich pięć tłumaczeń zostało przed wbudowaniem zatwierdzonych przez obowiązkową kontrolę językową i następnie kryptograficznie zweryfikowanych.
  • Polecenie czyta wyłącznie lokalny kontekst sesji. Nie wywołuje ani modelu, ani zarządzania zużyciem, ani zewnętrznej sieci.
9.1.289
  • Dowód huba na żywo po 9.1.288 pokazywał profil agenta nadal offline. Jego efektywna konfiguracja profilu zawierała Mnemo-MCP z MNEMO_AGENT=<Profilname>, ale żadnego adresu URL huba w procesie agenta King. Heartbeat 9.1.288 pozostał przez to celowo nieobecny mimo istniejącej wewnętrznej tożsamości.
  • Launcher przekazuje teraz aktywny plik profilu mcp.json do heartbeatu. Tylko aktywowany blok Mnemo z konkretną tożsamością MNEMO_AGENT lub BLUN_MNEMO_AGENT aktywuje wewnętrzną rejestrację. Bez tej tożsamości funkcja pozostaje całkowicie wyłączona.
  • Proces nie tworzy żadnych wywołań modelu, embeddingów ani tokenów kontekstu. Publiczne profile użytkowników bez wewnętrznej tożsamości agenta Mnemo pozostają oddzielone od wewnętrznego huba.
9.1.288
  • Zrzut ekranu potwierdził bezpośrednio przyczynę MCP: windows-mcp i mnemo wpadły przy pierwszym starcie w limit czasu 30 sekund, podczas gdy późniejsze /reload połączyło wszystkie pięć serwerów. Ścieżka profilu była prawidłowa; zmiana loadera została przez to odrzucona.
  • Nieudane starty MCP otrzymują teraz dokładnie dwie nieblokujące próby w tle po 1 i 3 sekundach. Trzecia próba łącznie może się połączyć bez wydłużania startu TUI. needs-auth, dezaktywowane serwery, ręczne ponowne połączenie i wyłączenie pozostają oddzielone od automatyki.
  • Wewnętrzni agenci King mogą przy jawnie skonfigurowanym hubie Mnemo rejestrować się przy starcie z nazwą profilu, hostem i PID oraz wysyłać heartbeat co minutę. Bez adresu URL huba funkcja pozostaje całkowicie wyłączona; nie tworzy żadnych wywołań modelu, embeddingów ani tokenów kontekstu.
  • Escape nie traktował dotąd krótkiego stanu queueSteerInFlight jako trwającej pracy. Gdy wiadomość Telegram była sterowana do aktywnej tury, Escape mógł przez to zaznaczyć Undo zamiast zatrzymać turę. Istniejący warunek przerwania rozpoznaje teraz także dokładnie to przejście.
9.1.287
  • Odroczone wyszukiwanie ToolSearch przejmowało tekst wyszukiwania dotąd bez limitu rozmiaru. Błędnie wygenerowany, bardzo długi tekst wyszukiwania mógł przez to przeszukać katalog narzędzi, a następnie w wyniku zerowych trafień trafić ponownie do następnego kroku modelu.
  • Wzorzec wyprowadzony z commita d7353ae w AnythingLLM ogranicza teraz tekst przed wyszukiwaniem i widoczną odpowiedzią do 1 000 znaków. Jeśli to możliwe, kończy się na granicy słowa; przy pojedynczym zbyt długim słowie obowiązuje twarda granica.
  • Normalne krótkie teksty wyszukiwania, wybór narzędzi i logika trafień pozostają bez zmian. Ochrona nie dodaje ani wywołań modelu, ani embeddingów, powtórzeń czy pracy w tle.
9.1.286
  • Rdzeń zgłaszał kontrolowane powtórzenia po przejściowych błędach modelu już jako turn.step.retrying. TUI odrzucała jednak to zdarzenie całkowicie. Trwające odzyskiwanie wyglądało przez to jak zamrożony agent.
  • 9.1.286 pokazuje w międzyczasie w istniejącym komunikacie stopki tylko następną próbę i ograniczony czas oczekiwania, na przykład Retry 2/3 | 1.3s.
  • Tekst błędu dostawcy, kod statusu i lokalne ścieżki nie są wyświetlane. Komunikat jest usuwany tylko wtedy, gdy nadal jest tą samą wartością ustawioną przez wyświetlanie ponownych prób; nowsze komunikaty innych funkcji TUI pozostają zachowane.
  • Liczba ponownych prób, backoff, wywołania modelu i zużycie tokenów pozostają bez zmian.
9.1.285
  • AnythingLLM zachowuje niewysłane szkice promptów lokalnie. BLUN tracił zawartość pola wejściowego TUI przy aktualizacji, awarii lub kontrolowanym restarcie, chociaż ten tekst nie był jeszcze kontekstem modelu.
  • 9.1.285 zapisuje dlatego wyłącznie niewysłany lokalny szkic. Nie ma żadnego wywołania modelu, sieci, embeddowania ani Mnemo, a tym samym żadnych dodatkowych kosztów tokenów.
  • Szkic jest oddzielony według profilu i katalogu roboczego, zapisywany dopiero po 300 ms spokoju, usuwany przy opróżnieniu i przywracany przy następnym starcie przed fokusem edytora.
  • Magazyn jest ograniczony do 64 KiB. Puste, uszkodzone, zbyt duże lub oparte na symlinkach stany są odrzucane fail-closed. Ścieżka zapisu używa prywatnego pliku tymczasowego i atomowej zmiany nazwy.
9.1.284
  • Wersja DeepAgents 37d7777 wprowadza koszty dynamicznych podagentów z powrotem do widocznego całkowitego zużycia. BLUN zgłaszał skumulowane zużycie podagenta wprawdzie przy zdarzeniu zakończenia, ale nie zapisywał go do rejestratora użycia sesji nadrzędnej.
  • Przez to /usage mogło pomijać pracę podagentów. Proste dodanie wartości zakończenia byłoby również błędne: kontynuacja i powtórzenie używają tego samego podagenta ze skumulowanymi licznikami i ponownie obliczyłyby stare zużycie.
  • 9.1.284 tworzy dlatego dla spawn, kontynuacji i powtórzenia dokładnie różnicę między początkiem a końcem próby. Różnica jest rejestrowana w ścieżce finally, aby liczyły się także nieudane próby.
  • Zresetowane, niemonotoniczne lub nieprawidłowe liczniki są całkowicie odrzucane. Dzięki temu nie powstają ani ujemne, ani zmyślone wartości tokenów.
  • Nie ma żadnego dodatkowego wywołania modelu, sieci ani pamięci. Ten zabieg koryguje wyłącznie istniejące lokalne rozliczanie.
9.1.283
  • Nowy /context-doctor DeepAgents czyni koszty instrukcji bazowych, pamięci, narzędzi i historii widocznymi jako oddzielne składniki.
  • /context BLUN pokazywał już historię i narzędzia, ale nie prompt systemowy. Jednocześnie hamulec kontekstu bez jawnego nadpisania tury szacował tylko config.systemPrompt, podczas gdy prawdziwe wywołanie modelu używa effectiveSystemPrompt. Zawiera on także dołączane w czasie działania konteksty konta i pamięci.
  • Przez to hamulec mógł nie doceniać dokładnie tego kontekstu, który jest krytyczny pod względem tokenów dla planowanej osobistej tożsamości agenta.
  • 9.1.283 liczy teraz ten sam efektywny prompt systemowy, który otrzymuje model, i pokazuje jego oszacowanie w panelu /context jako osobną linię systemową. Nie jest wprowadzane żadne dodatkowe wywołanie modelu, sieci ani pamięci.
  • Nie podaje się konkretnej oszczędności tokenów: ten zabieg koryguje pomiar i decyzję hamulca oraz czyni przyszłe koszty tożsamości widocznymi.
9.1.282
  • DeepAgents skraca w swoim dzienniku zmian wyraźnie widoczne dla LLM opisy narzędzi, aby odciążyć rezydentny kontekst modelu. Zbadane źródło: langchain-ai/deepagents, wpis #5009, commit 761f5f... w libs/deepagents/CHANGELOG.md.
  • BLUN miał już krótszy tekst read_default, wiązał go jednak dopiero po zrenderowaniu READ_DESCRIPTION z niego. Pozorna optymalizacja nie miała przez to żadnego wpływu na model.
  • 9.1.282 skraca kontrakt bez utraty funkcji i ponownie renderuje obowiązujący opis bezpośrednio przed zbudowaniem narzędzia Read. Paginacja, zasady bezpieczeństwa, kodowanie i końce linii pozostają wyraźnie zachowane.
  • Rezydentnie załadowany opis Read spada z 1 648 do 1 035 znaków: 613 znaków, czyli około 37,2 procent. To zmierzona redukcja kontekstu; nie podaje się dokładnej oszczędności tokenów.
9.1.281
  • ECC opisuje w postaci /aside jawną ścieżkę boczną dla krótkiego pytania, bez utraty trwającego głównego zadania. Zbadane źródło: affaan-m/ECC, commit d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN miał już mocniejszą implementację pod /btw: własny rozwidlony agent boczny odpowiada na pytanie poboczne i pozostawia główną turę aktywną bez zmian. Nie zbudowano więc drugiego silnika.
  • 9.1.281 dodaje wyłącznie aside jako znajdowalny alias istniejącej definicji btw. Bez jawnego wywołania /aside lub /btw nie powstaje żaden przebieg w tle ani dodatkowe zużycie modelu.
9.1.280
  • Zakończeni lub wygaśli kandydaci w lokalnym zwalidowanym magazynie uczącym pozostawali dotąd bez ograniczeń i byli ponownie wczytywani przy późniejszych istotnych turach. Obecnie zmierzony domyślny magazyn zawierał dopiero jednego kandydata; ten zabieg jest więc prewencyjnym długoterminowym ograniczeniem, a nie deklarowanym obniżeniem bieżącego obciążenia.
  • Przejęty został tylko ograniczony wzorzec piły 200-do-100 Evolvera dla kandydatów terminalnych. Zbadane źródło: EvoMap/evolver, commit 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Dopiero gdy jest więcej niż 200 kandydatów recorded lub expired, najstarsi kandydaci terminalni są usuwani, aż pozostanie najnowszych 100. Każdy otwarty kandydat pending pozostaje zachowany.
  • Czyszczenie działa tylko w już istniejącej synchronizacji uczenia. Nie tworzy wywołania modelu, skanu startowego ani nowego procesu w tle. Zablokowany wpis jest liczony jako błąd i nie blokuje ani pozostałych kandydatów, ani aktywnej pracy agenta.
9.1.279
  • BLUN archiwizował już wiadomości wyparte przy pełnym kompaktowaniu w całości pod conversation-history, nie miał jednak dla tych ponownie czytelnych archiwów Markdown żadnej granicy przechowywania. Przez to folder mógł przy długim działaniu rosnąć bez ograniczeń.
  • Jako wąską dźwignię z DeepAgents przejęto jego ograniczone przechowywanie przeniesionej historii. Zbadane źródło: langchain-ai/deepagents, commit dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py i libs/code/deepagents_code/offload.py.
  • BLUN czyści przy zapisie następnego archiwum kompaktowania tylko bezpośrednie, zwykłe pliki compaction-*.md, których czas modyfikacji leży poza domyślnymi 30 dniami. Start TUI nie otrzymuje przez to nowego przeszukiwania plików ani dodatkowej pracy w tle.
  • Cudze pliki Markdown, podfoldery, bieżące archiwa i trwająca surowa historia pozostają nietknięte. Pojedyncze błędy plików nie blokują aktywnego kompaktowania.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 wyłącza czyszczenie. Wartości ujemne, niecałkowite lub nadmierne bezpiecznie wracają do 30 dni.
9.1.278
  • Prywatne DM Telegram nie miały jawnej ścieżki priorytetowej. Ważna nowa wiadomość stała przez to za już oczekującymi zwykłymi wiadomościami, podczas gdy twarde przerwanie tury zagroziłoby narzędziom i stanowi.
  • /urgent <Nachricht> oznacza teraz wyłącznie wiadomości z dodatnich identyfikatorów czatu Telegram, czyli prywatnych DM. Grupy, puste polecenia i inne wiadomości slash nie otrzymują priorytetu.
  • Pilne wiadomości stoją jako własny blok FIFO przed zwykłymi wiadomościami kolejki. Trwająca tura i aktywne narzędzia nie są przerywane; dostarczanie następuje na istniejącym bezpiecznym przejściu kroków. Prawa i zatwierdzenia pozostają bez zmian.
  • Otoczka polecenia jest usuwana przed przekazaniem do modelu; właściwa wiadomość zachowuje jawne metadane kanału priority=urgent, a TUI pokazuje pochodzenie jako pilne.
  • Dodatkowo normalny blok obecności ładowany w każdej turze kurczy się z 343 do 288 znaków. Oszczędza to 55 znaków, czyli mniej więcej 14 tokenów promptu na turę, bez dodawania wywołania modelu, wyszukiwania, embeddowania, pamięci ani pracy w tle. Blok osobowości kurczy się z 1 488 do 1 433 znaków.
9.1.277
  • Blok obecności ładowany w każdej turze osobowości miał 1 886 znaków. Jednocześnie właśnie przy pierwszym swobodnym bezpośrednim kontakcie bez znanych faktów osobistych ciekawość pozostawała niewidoczna.
  • Blok jest semantycznie skompaktowany: 1 488 znaków, czyli o 398 znaków lub mniej więcej 100 tokenów promptu mniej na turę osobowości. Tryb normalny pozostaje przy 343 znakach.
  • Przy pierwszym swobodnym bezpośrednim kontakcie agent może teraz zadać co najwyżej jedno ostrożne, opcjonalne pytanie osobiste, na przykład o partnera lub dzieci. Trwająca praca, zadanie użytkownika, dowody, prawa i granice pozostają nadrzędne.
  • Dusza, rozwinięte preferencje, prywatność grup, niepewna pamięć, otwarte wątki, naprawa relacji i wzajemność bez wymyślonej biografii pozostają zachowane.
  • Żadne dodatkowe wywołanie modelu, wyszukiwania, embeddowania, pamięci ani pracy w tle.
9.1.276
  • Reguła obecności mogła poruszać temat długiego braku kontaktu tylko przy wiarygodnym czasie, ale system tożsamości udostępniał dotąd tylko pierwszy kontakt. Prawdziwy wcześniejszy kontakt nie był dostępny.
  • Tryb osobowości tworzy teraz na osobę i dzień UTC co najwyżej jeden mały niezmienny znacznik aktywności z zaufanych metadanych kanału. Wiadomości z tego samego dnia niczego nie dopisują.
  • Tylko gdy dwa najnowsze potwierdzone kontakty są oddalone o co najmniej 7 dni, poprzedni znacznik czasu jest krótko rzutowany do kontekstu. W normalnym przypadku powstaje przez to zero znaków promptu.
  • Żadnych tekstów wiadomości, praw, sekretów ani tokenów; żadnego dodatkowego wywołania modelu, wyszukiwania, embeddowania ani pracy w tle.
9.1.275
  • Powtarzane preferencje, otwarte wątki, cele lub role zajmowały kontekst tożsamości wielokrotnie. Ponieważ listy były skracane do pięciu wpisów przed deduplikacją, późniejszy unikalny wpis mógł zostać nawet całkowicie wyparty.
  • Listy tożsamości są teraz stabilnie deduplikowane po normalizacji tekstu i dopiero potem ograniczane. Pierwsza forma pozostaje zachowana, duplikaty znikają tylko z projekcji modelu.
  • Zapisane pliki tożsamości pozostają identyczne co do bajtu. Żadne dodatkowe wywołanie modelu, wyszukiwania, embeddowania, pamięci ani pracy w tle.
9.1.274
  • Widoczny przełącznik osobowości aktywował kontekst relacji i naturalną obecność, ale automatyczna sieć społeczna i dziennik zależały jeszcze od dwóch ukrytych zmiennych środowiskowych. Dla normalnych użytkowników relacja nie rosła przez to automatycznie.
  • Przy włączonej osobowości z zaufanych metadanych Telegram są teraz jednorazowo tworzone węzły aktora, relacji i grup oraz mały kandydat dziennika First-Interaction.
  • Teksty wiadomości, prawa, sekrety i tokeny nie są przy tym zapisywane. Jawne 0 dla grafu lub dziennika pozostaje rezygnacją (opt-out) w trybie domyślnie blokującym (fail-closed).
  • Żadne dodatkowe wywołanie modelu, wyszukiwania, embeddowania ani pracy w tle.
9.1.273
  • Oddzielny kontekst tożsamości mógł domyślnie zajmować 1 800 znaków, a przy ręcznym podniesieniu do 2 800 znaków. Przy dużych statycznych profilach agentów ładowano przez to więcej kontekstu, niż potrzebne dla bieżącej relacji.
  • Standardowy budżet spada do 1 500 znaków, twarde maksimum do 2 000 znaków. Oszczędza to w dużym standardowym przypadku do 300 znaków, czyli około 75 tokenów na kontekst modelu.
  • Bieżąca grupa i relacja są teraz rzutowane do kontekstu przed osobą i statycznym profilem agenta. Oszczędność nie odcina przez to właśnie kontekstu najważniejszego dla trwającej sytuacji społecznej.
  • Żadne nowe wywołanie modelu, wyszukiwania, pamięci ani embeddowania. Fokus zadań, prawa i tryb wyłączenia osobowości pozostają bez zmian.
9.1.272
  • Poziomy osobowości v4 od 9.1.269 do 9.1.271 zwiększały aktywny kontekst obecności. Twarde wymaganie: bardziej ludzkie zachowanie nie może stać się pożeraczem tokenów.
  • Powtórzenia i słowa-wypełniacze w ciekawości, otwartych wątkach i naprawie relacji zostały semantycznie skompaktowane. Żadna oś zachowania nie została usunięta.
  • Tryb wyłączenia pozostaje identyczny co do bajtu przy 362 znakach. Tryb włączenia spada z 1 981 do 1 886 znaków, czyli o 95 znaków lub około 24 tokenów na kontekst modelu. Żadne nowe wywołanie modelu, wyszukiwania, pamięci ani embeddowania.
9.1.271
  • Idea v4 wymaga naturalnie niepewnej pamięci: osobiste przypuszczenie nie może brzmieć jak pewny fakt. Brakowało do tego w bloku osobowości jawnej granicy zachowania.
  • Niepewna osobista pamięć jest teraz nazywana niepewną. Agent delikatnie dopytuje, zanim się na niej oprze, i nie podnosi wniosku do rangi faktu.
  • Zadanie i mierzalne dowody nadal mają pierwszeństwo. Tryb wyłączenia pozostaje identyczny co do bajtu przy 362 znakach, tryb włączenia rośnie z 1 868 do 1 981 znaków, czyli o 113 znaków lub około 28 tokenów. Żadne nowe wywołanie modelu, wyszukiwania, pamięci ani embeddowania.
9.1.270
  • Idea v4 wymaga prawdziwego poczucia czasu, bez wymyślania nieobecności. Blok osobowości nie miał do tego jeszcze jawnej granicy.
  • Dłuższa pauza jest teraz uznawana tylko wtedy, gdy potwierdza ją wiarygodny załadowany znacznik czasu. Agent nigdy nie może zgadywać nieobecności.
  • Już istniejąca reguła naturalnych zakończeń rozmów nie została wbudowana podwójnie. Zadanie pozostaje nadrzędne. Tryb wyłączenia pozostaje identyczny co do bajtu przy 362 znakach, tryb włączenia rośnie z 1 766 do 1 868 znaków, czyli o 102 znaki lub około 26 tokenów. Żadne nowe wywołanie modelu, wyszukiwania, pamięci ani embeddowania.
9.1.269
  • Dotychczasowa wzajemność reagowała na pytania osobiste, ale nie dawała agentowi jeszcze zwięzłej ramy, aby z własnej inicjatywy wyrazić pomocną dla pracy własną opinię. Przez to pozostawał mimo duszy łatwo w czystym trybie asystenta.
  • W trybie osobowości agent może teraz krótko z własnej inicjatywy podać istotną, ukształtowaną przez duszę opinię roboczą. Preferencja nigdy nie może wyglądać jak fakt, reguła, pozwolenie ani dowód.
  • Zadanie i mierzalne dowody nadal mają pierwszeństwo. Tryb wyłączenia pozostaje identyczny co do bajtu przy 362 znakach, tryb włączenia rośnie z 1 649 do 1 766 znaków, czyli o 117 znaków lub około 29 tokenów. Żadne nowe wywołanie modelu, wyszukiwania, pamięci ani embeddowania.
9.1.268
  • Osobista ciekawość mogła podejmować temat partnera lub dzieci jako naturalny, nie odróżniała jednak jeszcze jawnie między prywatną rozmową a grupą. Istniało przez to ryzyko prywatnego pytania lub informacji o relacji w niewłaściwym miejscu.
  • W trybie osobowości pytania w grupach pozostają teraz niewrażliwe; prywatne fakty relacji nie mogą być tam ujawniane.
  • Fokus pracy pozostaje bez zmian. Tryb wyłączenia pozostaje identyczny co do bajtu przy 362 znakach, tryb włączenia rośnie z 1 567 do 1 649 znaków, czyli o 82 znaki lub około 21 tokenów. Żadne nowe wywołanie modelu, wyszukiwania, pamięci ani embeddowania.
9.1.267
  • Osobista ciekawość z 9.1.266 mogła zadawać pytania człowiekowi, nie dawała jednak agentowi jeszcze jasnej ramy dla kierunku przeciwnego. Przy osobistych pytaniach do agenta istniało przez to ryzyko zimnej odpowiedzi funkcjonalnej lub wymyślonej ludzkiej biografii.
  • Przy włączonej osobowości agent odpowiada teraz ciepło z załadowanej duszy i swojej prawdziwej cyfrowej historii. Może podzielić się prawdziwym poglądem lub preferencją, nie wymyśla jednak ani dzieciństwa, ani partnera, dzieci, zwierząt domowych, ciała ani życia offline.
  • Trwająca praca pozostaje nadrzędna. Tryb wyłączenia pozostaje identyczny co do bajtu przy 362 znakach. Tryb włączenia rośnie z 1 378 do 1 567 znaków, czyli o 189 znaków lub około 47 tokenów. Nie ma żadnego nowego wywołania modelu, wyszukiwania, pamięci ani embeddowania.
9.1.266
  • Pierwsza ograniczona reguła ciekawości pozwalała już na pytanie osobiste, ale narzucała wszystkim agentom tę samą listę tematów. Przez to pytanie mogło mimo załadowanej duszy brzmieć generycznie i ponownie odpytywać już znaną wiedzę o relacjach.
  • Przy włączonej osobowości temat i sformułowanie określa teraz załadowana dusza. Pierwszeństwo ma szczegół, o którym osoba właśnie sama wspomniała; dopiero potem może być naturalnie podjęty jeszcze nieznany obszar, taki jak partner lub dzieci.
  • Już załadowana wiedza o relacjach nie jest ponownie odpytywana. Jest co najwyżej jedno opcjonalne pytanie, żadnego stałego kwestionariusza, żadnych ułożonych pytań uzupełniających i żadnego powtarzania nieodpowiedzianego pytania.
  • Trwająca praca pozostaje nadrzędna. Ciekawość czeka na swobodne otwarcie rozmowy i nie może rozszerzać ani zadania, ani uprawnienia wysyłania.
  • Tryb wyłączenia pozostaje identyczny co do bajtu przy 362 znakach. Tryb włączenia rośnie tylko z 1 355 do 1 378 znaków, czyli o 23 znaki lub około 6 tokenów. Nie ma żadnego nowego wywołania modelu, wyszukiwania, pamięci ani embeddowania.
9.1.265
  • Istniejący aktualizator w tle mógł już sprawdzać i przygotowywać nowe wersje co 5–7 minut. Aktywacja zależała jednak od następnego ręcznego startu; brakowało pożądanego w pełni automatycznego przełączenia z kontynuacją tej samej sesji.
  • Launcher zgłasza teraz przygotowany runtime do działającej TUI. TUI żąda handoff tylko na całkowicie pustej granicy pracy: żadnej trwającej tury, narzędzia, polecenia powłoki, kompaktowania ani oczekującej wiadomości.
  • Dopiero po ponownej kontroli granicy i potwierdzonym handoff kończy się tylko stary runtime z zarezerwowanym kodem wyjścia 76. Launcher uruchamia przygotowaną wersję z tym samym identyfikatorem sesji i tym samym katalogiem roboczym.
  • Nowy runtime musi zgłosić loaded i runtime-ready, zanim zostanie aktywowany. W przeciwnym razie poprzedni runtime jest kontynuowany z tą samą sesją; przygotowana aktualizacja pozostaje na późniejszą bezpieczną próbę.
  • Nieproszone, pozbawione wersji, cudze lub nieaktualne handoffy oraz goły kod wyjścia 76 nie mogą aktywować żadnej wersji.
9.1.264
  • Potwierdzone naprawy relacji nie miały jeszcze własnego, dozwolonego pola w kontekście tożsamości. Skorygowane zachowanie nie mogło przez to być ładowane oddzielnie od ogólnych reguł i starych komunikatów o błędach.
  • Pliki relacji mogą teraz zawierać do trzech krótkich repair_lessons. Tylko to pole jest rzutowane jako Confirmed repair lessons; cudze lub tajne pola pozostają niewidoczne.
  • W trybie osobowości potwierdzona korekta jest pokazywana przez zmienione zachowanie. Agent nie opowiada ciągle na nowo starego błędu, nie prosi o ponowne zapewnienie i wymienia korektę tylko wtedy, gdy jest naprawdę istotna dla bieżącej sytuacji.
  • Dane naprawcze nie mogą zmieniać ani zadania, ani praw, ani obowiązków dowodowych. Nie ma żadnego wywołania modelu, żadnej automatycznej ścieżki zapisu uczącego i żadnej zmiany w SOUL.md ani AGENTS.md.
9.1.263
  • Kontekst tożsamości mógł pokazywać już potwierdzone otwarte wątki rozmów, nie zawierał jednak jasnej reguły, jak agent wznawia je po ludzku i bez trybu asystenta.
  • Przy włączonej osobowości załadowany otwarty wątek może być teraz podjęty dokładnie raz, delikatnie i opcjonalnie, gdy bieżąca rozmowa naturalnie do niego nawiązuje.
  • Aktywna praca nie może być przy tym przerywana. Nieodpowiedziane pytania uzupełniające nie są powtarzane, a otwarty wątek nigdy nie przyznaje pozwolenia na nową wychodzącą wiadomość.
  • Nie ma żadnej nowej pamięci, wywołania modelu ani zmiany w SOUL.md lub AGENTS.md. Blok osobowości rośnie tylko z 816 do 1 065 znaków; przy wyłączonej osobowości pozostaje identyczny co do bajtu przy 362 znakach.
9.1.262
  • Agent w Telegramie przez /status nadal zgłaszał 9.1.221, chociaż zarządzany runtime był już nowszy. Funkcja statusu czytała package.json obok globalnie zainstalowanego mostu Telegram, a nie kod, który faktycznie obsługuje sesję.
  • Launcher przekazuje aktywną wersję runtime już jako BLUN_PUBLIC_PACKAGE_VERSION do procesów potomnych. Most Telegram używa teraz tej zaufanej wartości w pierwszej kolejności i dopiero potem wraca do własnej wersji pakietu.
  • Oba wejścia muszą być stabilną numeryczną semver X.Y.Z. Manipulowane, wieloliniowe lub nieprawidłowe wartości nie są wyświetlane; gdy oba źródła są bezużyteczne, pojawia się unbekannt.
  • Ten zabieg zmienia tylko wyświetlanie statusu. Nie uruchamia ani nie kończy żadnego procesu i nie aktywuje przygotowanego wydania w trwającej sesji.
9.1.261
  • Automatyczny graf zapisywał od 9.1.254 zaufany czas pierwszej interakcji Telegram, ale nie rzutował go do kontekstu. Agent znał przez to osobę, nie miał jednak udokumentowanego poczucia czasu dla relacji.
  • Projekcja tożsamości pokazuje teraz First known interaction z już istniejącego first_seen_at. Nie ma żadnej nowej ścieżki zapisu, wyprowadzania tekstu ani wywołania modelu.
  • Wyświetlane są tylko prawidłowe znaczniki czasu. Nieprawidłowe wartości pozostają niewidoczne, a istniejąca całkowita granica 1 800 znaków domyślnie oraz 2 800 znaków twardo pozostaje bez zmian.
  • Przy wyłączonej osobowości warstwa tożsamości tworzy nadal dokładnie 0 znaków. Zadanie i dowody nadal mają pierwszeństwo przed kontekstem społecznym.
9.1.260
  • 9.1.259 mogło przełączać kontekst osobowości tylko przez istniejącą flagę BLUN_IDENTITY_CONTEXT. Użytkownicy nie mieli do tego widocznego przełącznika w TUI.
  • /settings zawiera teraz wpis Persoenlichkeit z dwoma jasno opisanymi stanami: włączona (An) i wyłączona (Aus). Wybór jest zapisywany jako jedyne nowe pole personalityEnabled w istniejącym persona.json.
  • Wyłączenie usuwa tylko kontekst relacji, ciekawość, dodatki do dziennika i automatyczne tworzenie nowych węzłów relacji. Pliki SOUL.md, AGENTS.md, nazwa, język, persona i fokus zadania pozostają załadowane.
  • Zmiana aktualizuje kontekst systemowy trwającej sesji przez istniejące odświeżenie persony. Nie ma restartu procesu, drugiej ścieżki konfiguracji ani dodatkowego wywołania modelu.
  • Zapisany wybór boolowski ma pierwszeństwo przed starą flagą środowiskową. Jeśli nie jest zapisany żaden wybór, dotychczasowe zachowanie opt-in pozostaje zachowane. Lokalny czytnik jest ograniczony do 64 KiB i odrzuca symlinki oraz nieprawidłowe pliki.
9.1.259
  • Istniejący blok naturalnej obecności zapobiegał wymuszonym pytaniom, nie dawał jednak aktywowanemu trybowi osobowości widocznego, naturalnego impulsu ciekawości.
  • Przy aktywowanym BLUN_IDENTITY_CONTEXT agent może w swobodnej, niezwiązanej z zadaniem rozmowie zadać dokładnie jedno pasujące opcjonalne pytanie osobiste. Tematy są ograniczone do partnera, rodziny, pracy, domu, zainteresowań lub tego, co dla osoby jest akurat ważne.
  • Żadnego trybu wywiadu, żadnych ułożonych pytań, żadnego powtarzania nieodpowiedzianego pytania i żadnej wymyślonej odpowiedzi.
  • Przy aktywnej pracy zadanie, jawne instrukcje i dowody mają pierwszeństwo; ciekawość czeka na naturalne otwarcie.
  • W trybie nicht Persoenlichkeit dotychczasowy blok obecności pozostaje identyczny co do bajtu. SOUL.md, AGENTS.md, persona, język i reguły pracy pozostają nadal załadowane. Nie ma żadnego dalszego wywołania modelu; aktywowana polityka kosztuje 454 dodatkowe znaki.
9.1.258
  • Udostępniona struktura tożsamości mogła jednorazowo tworzyć aktorów i relacje, nie miała jednak jeszcze podbudowy dziennika append-only dla wspólnej historii.
  • Nowa polityka zapisuje wyłącznie ustrukturyzowanego kandydata pierwszego kontaktu z już zwalidowanych metadanych Telegram. Swobodny tekst wiadomości, tokeny, uprawnienia i sekrety nie są przejmowane.
  • Kandydaci są powiązani z tenantem, agentem i aktorem, otrzymują deterministyczny identyfikator i są tworzeni z wx dokładnie raz jako prywatny plik JSON. Ponowny kontakt nie przepisuje pliku.
  • Warstwa dziennika jest osobno opt-in. Bez BLUN_IDENTITY_JOURNAL=1 nie ma ani efektu plikowego, ani promptowego; SOUL.md i AGENTS.md pozostają bez zmian.
  • Żadne nowe wywołanie modelu i żadne nowe tokeny promptu.
9.1.257
  • Długie pliki SOUL.md były dotąd ślepo przycinane po pierwszych 4 000 znakach. Przy prawdziwej duszy agenta widocznych było przez to tylko 48,4 procent pliku, podczas gdy późniejsze sekcje całkowicie znikały.
  • Runtime rzutuje teraz długie dusze deterministycznie według sekcji Markdown. Charakter, głos, wartości, relacje, preferencje i cele mają pierwszeństwo przed prozą operacyjną; nieznane sekcje zachowują pierwotną kolejność.
  • Każdy nagłówek sekcji zachowuje widoczny fragment w tym samym budżecie 4 000 znaków. Krótkie dusze pozostają bajtowo identyczne.
  • Prawdziwa próbka na pliku SOUL.md agenta: 8 257 znaków źródłowych, 5/5 nagłówków widocznych w projekcji 4 000 znaków; Wie ich bin stoi przed rozpoznawaniem obrazów, regułami, weryfikacją i prozą incydentów.
  • Nie ma żadnego nowego wywołania modelu, większego promptu ani dostępu zapisu do pliku źródłowego.
9.1.256
  • Dotychczasowy ładowacz dusz domagał się od agentów domyślnie jawnego dopisywania własnej SOUL.md. To przeczyło wymaganiu, aby nie tracić istniejących dusz i prowadzić automatyczne uczenie początkowo tylko strukturalnie poza duszą.
  • Istniejące i dostarczane przez hosta dusze są teraz domyślnie ładowane jako niezmienna podstawa tożsamości.
  • Nowe uczenie jest kierowane do kandydatów dziennika, relacji lub otwartych wątków. Ci kandydaci nigdy nie mogą tworzyć praw.
  • Świadoma samoedycja pozostaje możliwa tylko przez jawne BLUN_SOUL_SELF_EDIT=1. Także wtedy polityka wymaga trwałych cech własnych zamiast pamiętnika, dziennika incydentów, źródła praw lub akt zadania.
  • Ten zabieg nie zapisuje żadnego pliku i nie zmienia żadnej istniejącej duszy.
9.1.255
  • Dane tożsamości mogły od 9.1.253 w ograniczonym zakresie trafiać do kontekstu, a od 9.1.254 powstawać automatycznie nowe węzły kontaktów. Brakowało jednak małej, bezpośrednio widocznej warstwy zachowania: agenci mogli mimo duszy i kontekstu relacji wpadać w generyczne frazy asystenta, wymuszone pytania lub sztuczne twierdzenia o uczuciach.
  • Normalna i szybka ścieżka rozmowy ładują teraz najpierw personę i istniejącą duszę, potem ograniczony kontekst tożsamości i stały blok naturalnej obecności, a dopiero potem reguły pracy.
  • Blok wymaga prawdziwej wspólnej historii zamiast zmyślonej bliskości, pozwala na ciszę i czyste zakończenia rozmów oraz zakazuje wymuszonych pytań, generycznych ofert i pustych pochwał.
  • Przy aktywnej pracy zadanie i dowody mają wyraźnie pierwszeństwo. Blok jest mniejszy niż 420 znaków i nie tworzy ani wywołań modelu, ani dostępu do plików.
  • Żaden plik SOUL.md nie został zmieniony, usunięty ani automatycznie przepisany. Istniejąca dusza pozostaje wiodącym głosem.
9.1.254
  • Projektor wprowadzony w 9.1.253 mógł czytać istniejące dane relacji, sieć społeczna nie rozszerzała się jednak jeszcze sama przy nowych kontaktach.
  • Przy pierwszym kontakcie Telegram runtime może teraz ze stabilnej user_id i chat_id dokładnie raz utworzyć aktora powiązanego z dostawcą, pustą krawędź relacji do aktywnego agenta oraz przy grupach oddzielny węzeł grupowy.
  • Nazwy wyświetlane nigdy nie są kluczami podstawowymi i nie łączą osób. Późniejsze wiadomości nie nadpisują po cichu istniejącego węzła.
  • Ta ścieżka jest wyraźnie aktywowalna, powiązana z tenantem i zapisuje wyłącznie do już zainicjalizowanego drzewa tożsamości w BLUN Home. Niepewne lub niekompletne metadane pozostają domyślnie blokowane (fail-closed).
  • Nie ma żadnego wywołania modelu, żadnej interpretacji treści, żadnych wrażliwych wyprowadzeń i po pierwszym kontakcie żadnego powtarzającego się obciążenia zapisu. Prawa, ACL, tokeny i sekrety nie występują w żadnym utworzonym rekordzie.
  • V4 dokumentu o tożsamości (2 468 linii) została przed publikacją skontrolowana. Nowe wrażliwe rozdziały o cierpieniu i umiejętnościach psychologicznych pozostają celowo poza tym czysto strukturalnym wydaniem.
9.1.253
  • Idea tożsamości potrzebowała pierwszej ścieżki produktu, bez zalewania kontekstu modelu dziennikami, aktami relacji ani drugim systemem pamięci.
  • Nowy projektor tożsamości, domyślnie wyłączony, czyta tylko dozwolone pola z powiązanego z tenantem drzewa plików w BLUN Home.
  • Projektor stawia bieżące zadanie i jawne instrukcje przed relacją i ciekawością. Osobiste pytania pozostają nieobecne podczas aktywnej pracy, o ile nie są bezpośrednio istotne dla zadania.
  • Standardowy budżet wynosi 1 800 znaków; także wyższa konfiguracja nie może przekroczyć twardej granicy 2 800 znaków.
  • Prawa, ACL i sekrety nigdy nie są rzutowane do kontekstu. Przy niepewnych identyfikatorach, rozbieżnościach tenantów, błędnych danych, symlinkach lub ścieżkach poza BLUN Home w trybie domyślnie blokującym (fail-closed) nie jest dostarczany żaden kontekst tożsamości.
  • Normalna i szybka ścieżka rozmowy używają tego samego projektora przed personą, duszą i conduct. Na tym etapie nie ma operacji zapisu, zmiany duszy ani restartu procesu.
9.1.252
  • Jawne king update z zarządzanego wydania przekazywało jego aktywny packageRoot do instalatora npm. Przez to nowa wersja mogła nadpisać in-place stary folder wydania nazwany według wersji, podczas gdy active-runtime.json nadal wskazywało starą wersję.
  • Zarządzane instancje runtime przygotowują teraz jawną aktualizację jako oddzielny, wersjonowany folder wydania. pending-runtime.json i update-pending.json wskazują cel; następny normalny start przejmuje go bez drugiego pytania o aktualizację.
  • Aktywny stary folder wydania pozostaje stabilny co do bajtu i zachowany jako ścieżka zastępcza. Globalne, niezarządzane instalacje zachowują dotychczasową jawną ścieżkę aktualizacji.
  • Żadna trwająca sesja i żaden proces nie zostały dla budowy, testu ani publikacji uruchomione, zakończone ani przeładowane.
9.1.251
  • Po projekcji 9.1.250 zawierało 6 411 z 6 424 utrwalonych zdarzeń usage.record nadal tę samą kanoniczną nazwę modelu blun/king. Tylko ta wartość domyślna jest pomijana w utrwalonej formie.
  • Wszystkie 13 rozbieżnych wartości modelu (qwen3.8:27b) pozostaje wyraźnie zachowane. Również null pozostaje zachowane; tylko undefined jest podczas odtwarzania ponownie przywracane jako blun/king.
  • Zdarzenia na żywo i zamrożona surowa historia nie są zmieniane.
9.1.250
  • W zamrożonym prawdziwym wire wszystkie 6 424 utrwalone zdarzenia usage.record zawierały dwa liczniki pamięci podręcznej: inputCacheRead: 0 i inputCacheCreation: 0.
  • Tylko te udowodnione wartości zerowe są pomijane w utrwalonej formie. Użycie na żywo pozostaje bez zmian; każda wartość niezerowa jest nadal zapisywana.
  • Przy odtwarzaniu restoreUsageFromRecord przywraca brakujące liczniki pamięci podręcznej ponownie jako 0. Obie ścieżki odtwarzania i projekcja kontekstu używają tej zrekonstruowanej formy.
9.1.249
  • W zamrożonej prawdziwej historii 3 759 z 7 777 wyników narzędzi niosło kod wyjścia. Z tego 3 465 to rutynowy kod sukcesu 0.
  • Odtwarzanie, transkrypt i widok modelu używają przy wynikach narzędzi wyniku, identyfikatora narzędzia i statusu błędu, a nie dodatkowego kodu zerowego.
  • Tylko udane utrwalone wyniki narzędzi pomijają teraz exitCode: 0. Zdarzenia na żywo go zachowują; wszystkie 294 kody niezerowe pozostają bez zmian dla diagnostyki błędów.
9.1.248
  • Po 9.1.247 wszystkich 6 339 utrwalonych zdarzeń step.end powtarzało reasoningFieldState, chociaż żadna ścieżka wznowienia ani odtwarzania nie czyta tego pola.
  • Rozkład w zamrożonej prawdziwej historii: 5 016 absent, 47 not_requested i 1 276 present.
  • Tylko utrwalona forma pomija teraz reasoningFieldState. Zdarzenia na żywo zachowują pole do celów diagnostycznych; stare zapisane zdarzenia pozostają kompatybilne, a zrekonstruowany stan pozostaje taki sam.
9.1.247
  • Po 9.1.246 6 986 utrwalonych zdarzeń content.part i 7 755 utrwalonych zdarzeń tool.call powtarzało UUID aktualnie otwartego kroku.
  • W prawdziwej historii wszystkie 14 741 zdarzeń bez wyjątku wskazują na ostatnio otwarty krok: 0 odchyleń i 0 zdarzeń bez otwartego kroku.
  • Tylko utrwalona forma pomija teraz stepUuid. Zdarzenia na żywo zachowują ją bez zmian; stare zapisane zdarzenia z jawnym UUID i nowe kompaktowe zdarzenia bez UUID są wspólnie obsługiwane.
  • Wszystkie trzy ścieżki wznowienia używają dla kompaktowych zdarzeń treści i narzędzi ostatnio otwartego kroku.
9.1.246
  • Po 9.1.245 5 642 późniejsze zdarzenia step.begin powtarzały identyfikator tury, chociaż wznowienie potrzebuje tylko najwyższego zaobserwowanego identyfikatora tury. Pierwszy krok każdej tury niesie go już.
  • Prawdziwa historia zawiera 713 tur i 6 355 startów kroków. Każda tura zaczyna się dokładnie od kroku 1, a wszystkie dalsze numery kroków są ciągłe bez luk; 0 odchyleń sekwencji.
  • Tylko późniejsze utrwalone starty kroków pomijają teraz identyfikator tury. Pierwsze kroki, zdarzenia na żywo, stare zapisane zdarzenia i starty kroków bez wiarygodnej liczby porządkowej pozostają bez zmian.
9.1.245
  • Po 9.1.244 6 326 utrwalonych zdarzeń step.end nadal powtarzało UUID ostatnio otwartego kroku. Prawdziwa historia potwierdziła dla każdego zakończenia jednoznaczne przypisanie last-in-first-out: 0 odchyleń i 0 zakończeń bez otwartego kroku.
  • Tylko utrwalona forma zakończenia pomija teraz UUID. Zdarzenie na żywo zachowuje je bez zmian; stare zapisane zdarzenia z UUID i nowe kompaktowe zdarzenia bez UUID pozostają wspólnie odtwarzalne.
  • Wszystkie trzy ścieżki wznowienia rozwiązują zakończenie bez UUID przez ostatnio wstawiony otwarty krok. Niedokończone historyczne kroki pozostają otwarte i nie są reinterpretowane.
9.1.244
  • Po 9.1.243 6 326 utrwalonych zdarzeń step.end zawierało nadal cztery pojedyncze liczniki użycia. Do wznowienia i poziomu wypełnienia kontekstu potrzebna jest wyłącznie ich suma.
  • Zdarzenia na żywo zachowują wszystkie cztery liczniki dla wyświetlania, telemetrii i rozliczania. Tylko zapisana forma wznowienia używa teraz contextTokens jako pojedynczej liczby.
  • Obie ścieżki odtwarzania akceptują nowe kompaktowe i stare pełne zdarzenia. Dzięki temu istniejące sesje pozostają wstecznie kompatybilne.
9.1.243
  • Po 9.1.242 6 322 utrwalone zdarzenia step.end zawierały nadal wartości rutynowe finishReason: tool_use lub finishReason: end_turn.
  • Obie wartości są dokładnie wyprowadzalne z już utrwalonej formy kroku: istnieje wywołanie narzędzia -> tool_use, w przeciwnym razie end_turn. W pełnej historii było 0 odchyleń.
  • Wyłącznie te dwie wartości rutynowe nie są już utrwalane. Rzadkie i diagnostycznie ważne przyczyny pozostają zachowane; wszystkie cztery zdarzenia max_tokens pozostały jawne i identyczne co do bajtu.
  • Ten zabieg podąża za zbadaną w ECC zasadą ograniczonej telemetrii zorientowanej na wyjątki. DeepAgents i AnythingLLM potwierdziły już istniejące wzorce BLUN dla przenoszenia i ograniczonej historii; nie przejęto żadnego cudzego podsystemu.
9.1.242
  • Po 9.1.241 6 355 utrwalonych zdarzeń step.begin zawierało nadal pole step, chociaż bieżące wyświetlanie przetwarza numer kroku przed utrwaleniem, a reducer odtwarzania potrzebuje tylko uuid.
  • turnId pozostaje zachowany, ponieważ wznowienie wyprowadza z niego kontynuowaną turę. uuid, typ i wszystkie dalsze treści pozostają bez zmian.
  • Ten zabieg leży wyłącznie w bin/loop-event-record-policy.cjs; surowa historia i zdarzenie na żywo nie są zmieniane.
9.1.241
  • Po 9.1.240 6 326 utrwalonych zdarzeń step.end nadal zawierało kopie turnId i step. Obie wartości znajdują się już w step.begin, na który wskazuje ta sama uuid.
  • W prawdziwym wire każdy koniec miał istniejący początek kroku, a obie wartości metadanych zgadzały się we wszystkich przypadkach dokładnie.
  • Projekcja usuwa tylko te dwie kopie. Identyfikator kroku, zużycie tokenów i diagnozy zakończenia zostają zachowane; zdarzenia na żywo pozostają pełne.
9.1.240
  • Po 9.1.239 6 986 zdarzeń content.part i 7 755 zdarzeń tool.call nadal zapisywało po jednej kopii turnId i step, chociaż obie wartości znajdują się już w step.begin, na który wskazuje stepUuid.
  • W prawdziwym wire wszystkie 14 741 zdarzeń podrzędnych miało istniejący początek kroku, a obie wartości zgadzały się w każdym przypadku dokładnie.
  • Projekcja utrwalania usuwa tylko te dwie kopie metadanych z dwóch zdarzeń podrzędnych. stepUuid, treść, identyfikator narzędzia, nazwa i argumenty zostają zachowane; reducer na żywo widzi nadal pełne zdarzenie.
9.1.239
  • Po projekcji z 9.1.238 prawdziwy wire nadal zawierał redundantne identyfikatory zdarzeń: content.part.uuid nie jest czytany przez żadnego odbiorcę odtwarzania, tool.call.uuid był we wszystkich 7 755 przypadkach dokładnie równy toolCallId, a tool.result.parentUuid był we wszystkich 7 755 przypadkach dokładnie równy toolCallId.
  • Projekcja utrwalania usuwa tylko te trzy redundantne pola. turnId, step, stepUuid, toolCallId, nazwa narzędzia, argumenty, wynik i treść zostają w pełni zachowane. Reducer na żywo widzi nadal każde nieskrócone zdarzenie.
  • Już kompaktowe zdarzenia zachowują swoją tożsamość obiektową. Istniejące pliki wire nie są przepisywane ani zmieniane.
9.1.238
  • Prawdziwy wire zawierał 6 326 utrwalonych zdarzeń step.end z 2 708 052 bajtami danych zdarzeń. Siedem pól pomiaru czasu wykonania i identyfikatora wiadomości dostawcy zostało już przetworzonych w zdarzeniu na żywo przed utrwaleniem i nie było odczytywanych przez żadną ścieżkę odtwarzania, transkryptu, bloba ani inspekcji sesji.
  • Istniejąca projekcja zdarzeń pętli usuwa teraz tylko te siedem znanych pól na żywo: sześć wartości pomiaru latencji/streamingu i messageId. Identyfikator kroku, tura, numer kroku, zużycie tokenów, przyczyna zakończenia, diagnozy zakończenia dostawcy i diagnoza rozumowania zostają zachowane.
  • Reducer na żywo przetwarza nadal pełne zdarzenie. Stare pliki wire pozostają identyczne co do bajtu i nie są przepisywane.
9.1.237
  • Prawdziwy wire zawierał 1 428 wpisów rejestracji/wyrejestrowania narzędzi użytkownika. Z 992 wyrejestrowań 560 było ścisłymi operacjami zerowymi: narzędzie nie było ani zarejestrowane, ani aktywowane. Te wpisy zajmowały 59 500 utrwalonych bajtów, bez zmiany przywróconego stanu.
  • Z zasady DeepAgents zachowywania tylko skutecznego stanu przebiegu przejmowana jest wąska lokalna dźwignia: wyrejestrowanie narzędzia jest zapisywane w dzienniku tylko wtedy, gdy zmienia stan zarejestrowany lub aktywowany.
  • Obie operacje usuwania na żywo działają nadal przy każdym wywołaniu. Wyrejestrowanie narzędzia zarejestrowanego, tylko aktywowanego lub obecnego w obu magazynach nadal jest w pełni zapisywane w dzienniku. Istniejące pliki wire nie są przepisywane ani zmieniane.
9.1.236
  • Prawdziwy wire zawierał 214 wstrzyknięć o charakterze stanu dla tool-awareness, action_style, swarm_mode i swarm_mode_exit. Dotychczasowa dokładna deduplikacja pozostawiała sześć różnych starych stanów z łącznie 6 305 bajtami tekstu w każdym nowym zapytaniu do modelu.
  • Z zasady ECC utrzymywania w kontekście roboczym tylko bieżącego stanu i przechowywania pełnej historii oddzielnie przejmowana jest wąska lokalna dźwignia: dla inwentarza narzędzi i stylu działania pozostaje widoczna tylko najnowsza wersja. Wejście i wyjście trybu roju tworzą wspólną rodzinę stanów, z której również pozostaje tylko ostatni stan.
  • Surowa historia nigdy nie jest zmieniana. Inne warianty wstrzyknięć, normalne wiadomości użytkowników, wpisy nietekstowe i zniekształcone zachowują dotychczasowe zachowanie.
9.1.235
  • Prawdziwy wire zawierał jedenaście zakończonych wywołań Agent. Sześć z nich zakończyło się udokumentowanym sukcesem (status: completed), a za nimi było już co najmniej dwadzieścia nowszych wiadomości kontekstu. Ich stare teksty zadań nadal zajmowały łącznie 33 629 znaków, chociaż pełne raporty końcowe znajdowały się w historii bezpośrednio po nich.
  • Z rozdzielenia kontekstu głównego i podagenta w DeepAgents przejmowana jest zatem wąska lokalna dźwignia: tylko stary prompt udanego wywołania Agent jest w widoku modelu zastępowany krótkim znacznikiem. Opis, typ podagenta i raport końcowy pozostają kompletne.
  • Trwające, młodsze niż dwadzieścia wiadomości, nieudane, zniekształcone i cudze wywołania narzędzi pozostają bez zmian. Surowa historia nigdy nie jest zmieniana; bez jawnej linii status: completed projekcja nie jest stosowana – zasada domyślnie blokująca (fail-closed).
9.1.234
  • Prawdziwy wire zawierał wśród 166 udanych wyników narzędzi trzy duże, dokładnie powtórzone wyniki odczytu dla tego samego wywołania narzędzia. Niezmienione powtórzenie zajmowało 15 936 surowych bajtów, chociaż dla bieżącego widoku modelu potrzebna jest tylko najnowsza pełna kopia.
  • Projekcja rozpoznaje zatem wyłącznie udane, czyste wyniki tekstowe z dokładnie taką samą nazwą narzędzia, dokładnie takimi samymi argumentami i dokładnie taką samą treścią. Najnowsza kopia pozostaje pełna; starsze kopie są zastępowane krótkim odwołaniem tylko w widoku modelu.
  • Surowa historia, zmienione wyniki, błędy, media, utrwalone referencje i małe wyniki pozostają bez zmian. Istniejące wyprowadzanie wyników narzędzi nadal działa przed nią; deduplikacja może przywracać jego projekcję tylko dla najnowszej identycznej kopii.
9.1.233
  • W prawdziwym wire pełne wywołanie Write z 2 357 bajtami UTF-8 zostało odrzucone na dotychczasowej granicy 2 048 bajtów. Potem agent obiecywał wprawdzie kontynuację, nadpisywał jednak ten sam plik tokenize.cjs wielokrotnie niekompletnymi fragmentami, w tym dwa razy identycznie co do bajtu pierwsze 1 099 bajtów. Te kroki zawierały po około 64 000 tokenów wejściowych; pojedyncze odpowiedzi osiągały 10 319 lub 7 015 tokenów.
  • Pełne pliki do 4 096 bajtów UTF-8 mogą być teraz zapisywane w jednym atomowym wywołaniu Write. Prawdziwy przypadek 2 357 bajtów nie potrzebuje już dodatkowej tury modelu.
  • Większe wywołania pozostają w pełnym protokole kontynuacji. Po takim odrzuceniu ścieżka jest blokowana: mniejsze normalne zapisy nie mogą już nadpisać pliku docelowego częściowymi fragmentami. Dopiero prawidłowa kontynuacja przejmuje ścieżkę; cel pozostaje niezmieniony do końcowego dowodu.
9.1.232
  • Tryb automatyczny resume był ustawiony w prawdziwym profilu agenta, ale zainstalowana wersja to 9.1.221, aktywny przygotowany runtime – 9.1.219, a npm/manifest – już 9.1.231. Bez działającego agenta King dotychczasowa ścieżka w tle nie mogła przygotować pominiętej wersji.
  • resume i new sprawdzają teraz także przy następnym naturalnym zimnym starcie, czy istnieje niezależnie podpisana wersja, stabilna od co najmniej 30 minut. Jest przygotowywana w chronionej składnicy wydań, oznaczana jako pending i uruchamiana bez drugiego startu ani okna wyboru.
  • manual i off pozostają bez zmian. Jeśli przygotowanie, integralność, test pakietu lub pobranie sieciowe zawiodą, istniejąca ścieżka startu działa dalej. Już trwająca sesja nigdy nie jest kończona przez tę ścieżkę zimnego startu.
9.1.231
  • W prawdziwym wire odpowiedź w Telegramie nie powiodła się jeszcze przed wysłaniem z błędem 400: Bad Request: can't parse entities: Can't find end of Italic entity. Wywołanie miało jawnie format: markdownv2; 0 z 1 części tekstu zostało dostarczonych.
  • Wysyłka MCP Telegram powtarza teraz tylko dotkniętą część tekstu dokładnie raz jako zwykły tekst, gdy Telegram zgłasza dokładnie jeden błąd parsowania encji. Czat, odniesienie do odpowiedzi, granica części i następujące załączniki zostają zachowane.
  • Błędy sieciowe, nieznane czaty, błędy uprawnień i wywołania już wysłane jako zwykły tekst nie są powtarzane przez ten fallback. Dzięki temu nie jest połykany dowolny błąd ani nie jest podwójnie wysyłana udana część.
9.1.230
  • Po wykluczeniu historycznych błędów już usuniętych w 9.1.228 i 9.1.229 pozostały w ostatnich 1 200 wynikach narzędzi profilu agenta powtarzane timeouty Bash jako następny zamknięty blok. Dotknięte polecenia przeszukiwały wielokrotnie cały katalog użytkownika lub cały Dropbox rekurencyjnie i kończyły się po 60 sekundach bez użytecznego zakończenia.
  • Bash odrzuca teraz przed startem procesu dokładnie dwie nieograniczone formy wyszukiwania: find w całym katalogu użytkownika i rekurencyjny grep na ..
  • Tekst błędu podaje natychmiast ograniczoną alternatywę: Glob z zakotwiczonym wzorcem pliku, Grep ze ścieżką/globem lub znany podfolder projektu. Wyszukiwania celowo ograniczone do src, test lub innych nazwanych poddrzew pozostają bez zmian dozwolone.
  • Timeout nie został zwiększony, a dowolne polecenia Bash nie są automatycznie powtarzane. Dzięki temu nie powstaje ani dłuższy czas oczekiwania, ani ryzyko podwójnego wykonania zapisującego polecenia.
9.1.229
  • Po naprawie narzędzi odroczonych największą spójną rodziną błędów w prawdziwej historii było wieloczęściowe Write: brakujące pola obowiązkowe (part, start_line, final), wcześniej błędnie odgadnięta całkowita liczba linii, nieaktualne numery części i po błędach nadal aktywny stary stan kontynuacji tworzyły powtórzenia bez pracy użytecznej.
  • Numer części, linia startowa i tryb są teraz wyprowadzane z faktycznie przygotowanego (staged) stanu, gdy ich brakuje. Jawnie przesłane wartości pozostają widoczne i przy odchyleniu nadal odrzucane.
  • expected_lines jest opcjonalne i może zostać podane dopiero w części końcowej. Jeśli jest ustawione, nadmiar i dokładna kontrola końcowa pozostają bez zmian domyślnie blokujące (fail-closed).
  • final=true pozostaje obowiązkowe dla zakończenia. Bez tego jawnego znacznika końca nic nie jest zapisywane; plik docelowy pozostaje niezmieniony do zakończenia. Opcjonalna kontrola SHA-256 pozostaje.
9.1.228
  • W ostatnich 1 000 prawdziwych wynikach narzędzi było 66 błędów. Największym wyraźnie naprawialnym pojedynczym blokiem było 10 błędów Tool not found: dziewięć razy mcp__mnemo__mem_transcript_recent, raz mcp__mnemo__mem_question_answer. Oba narzędzia były zarejestrowane, ale z powodu budżetu tokenów w danym kroku po prostu nie zostały załadowane.
  • Po dokładnym błędzie Tool "<name>" not found zapamiętuje tura ten schemat dla bezpośrednio następnego kroku. Normalny wybór przyjmuje go wtedy z już zarejestrowanej listy narzędzi.
  • Inne teksty błędów, udane wyniki i odbiegające nazwy narzędzi nie zmieniają stanu. Istniejąca granica LRU czterech schematów pozostaje; naprawdę nieznane narzędzie nie jest przez to wymyślane ani wykonywane.
  • Żadne narzędzie nie zostało trwale umieszczone w każdym prompcie. Normalne zużycie tokenów schematów pozostaje więc bez zmian; tylko już opłacone błędne powtórzenie jest unikane od drugiej próby.
9.1.227
  • Prawdziwa historia wire zawierała 119 wywołań ToolSearch. 35 z nich zakończyło się bez trafień; 27 zerowych trafień dotyczyło historii Telegram, pobierania wiadomości lub powiązanego wyszukiwania pamięci.
  • 9.1.226 rozwiązało z aktualną listą narzędzi już 8 z tych 35 starych zerowych trafień. Pozostałym głównym przypadkiem były nadokreślone zapytania, takie jak +telegram history messages lesen, przy których model błędnie oznaczył słowa semantyczne jako obowiązkowe składniki nazw.
  • Z DeepAgents przejęto zasadę dopasowania komunikatów narzędzi i powierzchni narzędzi po filtrowaniu. Nie skopiowano żadnego cudzego kodu: BLUN próbuje nadal najpierw dokładnego i ścisłego wyszukiwania i rozluźnia terminy + dopiero po prawdziwym zerowym trafieniu do semantycznych słów wyszukiwania.
  • Fallback nie wykonuje żadnego narzędzia. Ładuje tylko najlepiej oceniany schemat lub prawdziwe remisy, wymaga przy wielu terminach co najmniej 75 procent trafień i pozostaje zamknięty przy obcych tematycznie terminach.
  • Porównanie z nowo zainstalowanym pakietem 9.1.226 i tymi samymi 35 historycznymi zapytaniami: przedtem 8 trafień, potem 21 trafień, czyli 13 dodatkowych prawdziwych trafień i 0 utraconych poprzednich trafień.
  • Nie dodano żadnego nowego wywołania modelu, wyszukiwania, sieci ani embeddowania. Surowa historia, wykonywanie narzędzi, zatwierdzenia i stały zestaw schematów pozostają bez zmian.
9.1.226
  • Prawdziwa historia wire zawierała 6 275 zakończonych kroków modelu. W ostatnich 50 krokach lokalna budowa żądania wynosiła p50 0 ms i p90 1 ms, a lokalne zużycie strumienia p50 1 ms i p90 3 ms. Czas oczekiwania do pierwszego tokena serwera wynosił natomiast p50 11 842 ms i p90 14 846 ms. Dalsze lokalne cięcie mikrowydajności nie zostało więc udowodnione jako skuteczna dźwignia.
  • Wyprowadzona z Evolvera zwalidowana ścieżka uczenia już istniała: dowody czerwone-na-zielone są zapisywane dla każdego profilu jako pending, recorded lub expired. Użytkownicy nie mieli jednak żadnego lokalnego wglądu w nie.
  • 9.1.226 dodaje /improve z aliasem /learning. Panel pokazuje trzy liczniki statusów i przy najnowszym otwartym kandydacie tylko ograniczone, niegroźne dane dowodowe: identyfikator kandydata, nazwę narzędzia i dwanaście znaków hasha polecenia.
  • Polecenie czyta tylko lokalny magazyn aktywnego profilu. Nie uruchamia wywołania modelu, wyszukiwania, huba ani embeddowania i nie zmienia żadnego kandydata. Nieznane wartości statusów i niebezpieczne znaki wyświetlania są odrzucane lub przedstawiane jako unknown.
  • Wszystkie nowe teksty UI dla niemieckiego, hiszpańskiego, francuskiego, szwedzkiego i czeskiego przeszły obowiązkową kontrolę językową i następującą po niej weryfikację potwierdzeń (receipt); wszystkie sześć katalogów UI zawiera kompletne klucze.
9.1.225
  • W prawdziwej historii wire 88 wpisów config.update zajmowało 4 078 566 bajtów. 83 z nich zawierało pełny prompt systemowy.
  • Prompt deklarował stabilny znacznik czasu sesji, ustawiał go jednak na nowo przy każdym starcie procesu. Po normalizacji tego znacznika czasu pozostało 45 wariantów semantycznych i 38 następujących po sobie powtórzeń spowodowanych tylko nowym znacznikiem czasu.
  • Te 38 powtórzeń zajmowało 781 179 bajtów, czyli 19,16 procent wszystkich bajtów promptu systemowego w zmierzonych zdarzeniach konfiguracji. Jednocześnie prefiks promptu dostawcy przeznaczony do wielokrotnego użytku był po restartach niepotrzebnie zmieniany.
  • 9.1.225 wiąże znacznik czasu przy nowych i wznowionych agentach głównych i podrzędnych z Session.metadata.createdAt. Nieprawidłowe stare metadane wracają defensywnie do dotychczasowej wartości w pamięci.
  • Surowa historia, treść promptu, narzędzia, wybór modelu i kompaktowanie pozostają bez zmian. Nie ma żadnego dodatkowego wywołania modelu, wyszukiwania ani embeddowania.
9.1.224
  • Przy ostatnim zmierzonym starcie równoległa inicjalizacja pięciu serwerów MCP zajęła 16,85 sekundy. Wznowienie sesji i parsowanie wire trwały wyraźnie krócej: około 0,55 i 0,18 sekundy.
  • Ścieżka tury czekała dotąd przed każdym zapytaniem na tę inicjalizację MCP, także gdy lokalne czyste powitanie dostawało potem celowo zero narzędzi w zapytaniu do modelu.
  • 9.1.224 przejmuje granicę narzędzi ładowanych na żądanie z porównania DeepAgents: tylko lokalna, beznarzędziowa krótka rozmowa może odpowiedzieć natychmiast. Tury Telegram, załączniki, wyzwalacze systemowe i każde żądanie o charakterze pracy czekają nadal na pełną inicjalizację MCP.
  • Surowa historia, konfiguracja MCP, schematy narzędzi i normalne tury pracy pozostają bez zmian. Żaden serwer nie został dezaktywowany i nie wprowadzono żadnego dodatkowego wywołania modelu, wyszukiwania ani embeddowania.
9.1.223
  • Krok 775.5 zakończył się pusto z fall=length, 8 192 z 8 192 tokenów uzupełnienia i tylko siedmioma znakami rozumowania. Dotychczasowa logika uruchamiała po tym na nowo to samo duże żądanie i podwajała budżet uzupełnienia do 16 384 tokenów.
  • Obciążenie lokalnego CPU wynosiło podczas oczekiwania około 0 procent; budowa żądania trwała 0-1 ms, a transport około dwóch sekund. Zmierzonym wąskim gardłem była więc generacja modelu plus pełnobudżetowa ponowna próba, a nie TUI.
  • Tylko udowodniony przypadek length + w pełni wyczerpany budżet + mniej niż 64 znaki rozumowania otrzymuje teraz oszczędną ponowną próbę ze współczynnikiem 0,125 i co najmniej 1 024 tokenami.
  • Odpowiedzi length z dużym rozumowaniem i niewyczerpanym budżetem zachowują dotychczasowe rozszerzenie ze współczynnikiem 2. Inne klasy ponownych prób pozostają bez zmian.
  • Dla zmierzonego przypadku drugi budżet spada z 16 384 do 1 024: 15 360 tokenów, czyli o 93,75 procent mniej w ponownej próbie.
9.1.222
  • Działający aktualizator przekazał przygotowaną wersję przez IPC aktywnemu agentowi King. Launcher zakończył wtedy działający rdzeń z kodem wyjścia 76 i miał uruchomić proces zastępczy. Przy zmierzonym przejściu na 9.1.219 profil agenta pozostał przez to wylogowany.
  • Aktualizacje w tle tylko pobierają i sprawdzają nową wersję oraz odkładają ją na następny naturalny start. Nie wysyłają komunikatu IPC restartu, nie kończą aktywnej TUI i nie uruchamiają procesu zastępczego.
  • Przy następnym normalnym starcie king pojawia się ponownie istniejący wybór: zaktualizuj, pomiń raz lub czekaj do następnej wersji. Dopiero po decyzji o instalacji launcher uruchamia wersję z już zweryfikowanego przygotowanego pakietu; ponowne pobieranie nie jest potrzebne.
9.1.221
  • Niezmienione, jeszcze nieobjęte przez tokenCount wiadomości używają teraz dokładnie jednego oszacowania tokenów na rewizję kontekstu. Powtarzane dostępy statusu i renderowania nie skanują ponownie tej samej rosnącej historii.
  • Nowe części tekstu, wywołania narzędzi, zmiany historii, kompaktowanie, Undo i zmieniona liczba już objętych wiadomości unieważniają pamięć podręczną natychmiast. Surowa historia, utrwalona historia i zgłoszona wartość tokenów pozostają identyczne z dotychczasową ścieżką.
  • Siedem pomiarów z 300 syntetycznymi wiadomościami i każdorazowo 250 niezmienionymi zapytaniami dało w medianie 42,1218 ms -> 0,1755 ms, czyli około 99,583 % mniej czasu obliczeń w tym hotpath. Obie wersje zwróciły dokładnie tę samą wartość oszacowania 127.838 tokenów.
  • Ta wersja zmniejsza pracę CPU przy lokalnym oszacowaniu. Nie twierdzi, że zmniejsza liczbę tokenów wejściowych faktycznie wysyłanych do modelu.
9.1.220
  • Projekcja długich odpowiedzi asystenta przechowuje teraz swój wynik w WeakMap, dopóki obiekt wiadomości, tablica treści, część tekstu i dokładny tekst źródłowy pozostają bez zmian. Surowa historia i projektowana treść pozostają identyczne z dotychczasową ścieżką.
  • Zmiana tekstu, tablicy treści lub części tekstu odrzuca wpis natychmiast. Różne obiekty wiadomości nie dzielą pamięci podręcznej.
  • Pięć pomiarów z każdorazowo 1000 powtórzonych projekcji dało w medianie 16,489 ms -> 0,202 ms, czyli około 98,8 % mniej czasu obliczeń w tej ścieżce. Obie wersje oszczędzały przy tym dokładnie 21.206 znaków.
9.1.219
  • Czyste krótkie potwierdzenia tekstowe, takie jak ok, danke lub odpowiedzi DM Telegram z dołączonym sygnałem kontynuacji, nie czytają już magazynu zwalidowanych kandydatów uczących przy każdym kroku modelu.
  • Znaczące prompty, załączniki i tury z bieżącą aktywnością narzędzi są nadal synchronizowane. Już widoczne przypomnienie uczenia zostaje zachowane także podczas pominiętego potwierdzenia.
  • Rzeczywisty pomiar na spakowanej wersji dla 50 potwierdzeń wykazał spadek z 50 do 0 odczytów katalogu kandydatów. Znacząca kontrola odwrotna czytała dokładnie raz. Nie dodano żadnego wywołania modelu, embeddowania ani sieci.
9.1.218
  • To samo sprawdzenie czerwone-na-zielone utworzyło w 9.1.217 przy powtórzeniu z nowymi identyfikatorami wywołań narzędzi drugiego otwartego kandydata. Izolowany pomiar rzeczywisty dał dwa identyfikatory, 2 otwarte pliki i 726 bajtów.
  • Po zapisaniu tylko najnowszego kandydata starszy identyczny kandydat pojawiłby się ponownie jako przypomnienie. To stworzyłoby drugi cykl przypomnienia i MistakeRecord dla tej samej otwartej lekcji.
  • bin/validated-learning-signal.cjs używa teraz ponownie już otwartego kandydata tego samego profilu i tego samego commandHash. Inne polecenia weryfikacji pozostają oddzielone; kandydaci zapisani lub wygaśli nie pochłaniają późniejszego zdarzenia.
  • Ponowny pomiar dał ten sam identyfikator, 1 otwarty plik i 363 bajty. Nie ma żadnego dodatkowego wywołania modelu, embeddowania ani sieci.
9.1.217
  • W 9.1.216 każdy udany MistakeRecord oznaczał najnowszego otwartego kandydata uczącego jako przetworzonego, także gdy wpis dotyczył innego błędu. Dowód był przez to trwały, ale nie dokładnie skorelowany z jego późniejszym zapisem.
  • bin/validated-learning-signal.cjs czyta teraz opcjonalny candidateId udanego MistakeRecord i zamyka wyłącznie dokładnie pasującego otwartego kandydata. Brakujący, błędny lub cudzy identyfikator pozostawia wszystkich otwartych kandydatów bez zmian.
  • blun.mjs podaje stabilny identyfikator kandydata w widocznym przypomnieniu i uwzględnia candidateId jako opcjonalne pole w schemacie MistakeRecord. Nie ma żadnego dodatkowego wywołania modelu, embeddowania ani sieci.
  • Korelacja pozostaje przypisana do profilu. Do pamięci kandydatów nadal nie trafiają ani surowe polecenia, ani wyniki narzędzi.
9.1.216
  • Skrypt bin/validated-learning-signal.cjs zapisuje teraz potwierdzone sygnały czerwony-na-zielony w całej instalacji w <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/. Dzięki temu kandydat do nauki zostaje zachowany między turami użytkownika, kompaktowaniami i różnymi portalami tej samej instalacji BLUN.
  • Pamięć jest przypisana do profilu, append-only i bezpieczna przy współbieżności: dla każdego kandydata powstaje niezmienny plik JSON i dokładnie jeden znacznik .recorded lub .expired. Plik tymczasowy, twarde łącze i usunięcie pliku tymczasowego zapobiegają cichemu nadpisaniu przy równoległych zapisach.
  • Zapisywane są tylko typ, status, profil, nazwa narzędzia, SHA256 polecenia, identyfikatory wywołań narzędzi i znacznik czasu. Surowe polecenie, treść błędu i pomyślny wynik narzędzia nie są utrwalane.
  • Pomyślne wywołanie MistakeRecord oznacza najnowszego otwartego kandydata dokładnie raz jako przetworzonego. Otwarci kandydaci wygasają po 24 godzinach. Gdy brakuje wspólnego katalogu domowego, dotychczasowe zachowanie fail-open zostaje zachowane.
  • To jeszcze nie jest automatyczna zmiana kodu ani samodzielnie przyznane zezwolenie. Ta wersja tworzy tylko przenośny, niezależny od portalu dowód nauki, na którym mogą bezpiecznie działać późniejsze wbudowane funkcje ewaluatora i zatwierdzania.
9.1.215
  • Rozwiązania nie mogą zakładać ani określonych wewnętrznych agentów, ani wewnętrznych nazw komputerów, grup Telegram, instancji Mnemo ani wewnętrznego łańcucha zatwierdzeń BLUN.
  • Do samodoskonalenia wewnętrzne role są abstrahowane jako funkcje produktu: kontroler zakresu/zatwierdzania, izolowany ewaluator, wersjonowany dowód i automatyczny pomiar zwrotny canary z wycofywaniem.
  • Automatycznie przejmowane mogą być tylko zmiany niskiego ryzyka, mierzalnie ograniczone, przy niezmiennie lepszych lub neutralnych próbach. Kod, uprawnienia, sekrety, rozliczenia i produkcja pozostają obowiązkiem użytkownika lub administratora.
  • Pierwsze wdrożenie wbudowanej kontroli jest odbierane wewnętrznie ręcznie; potem kontrola może sama sprawdzać, ale nie może zmieniać własnej granicy bezpieczeństwa.
9.1.214
  • Wersja 9.1.213 ustanowiła właściwą trwałą ścieżkę zapisu przez MistakeRecord, ale nadal oczekiwała, że model sam rozpozna odpowiedni moment wyłącznie z historii narzędzi.
  • Nowością jest bin/validated-learning-signal.cjs: moduł uwzględnia tylko bieżącą turę użytkownika i rozpoznaje wyłącznie to samo weryfikujące polecenie powłoki, które najpierw kończy się niepowodzeniem, a później sukcesem.
  • Dynamiczny wstrzykiwacz w blun.mjs przypomina w tym udokumentowanym przypadku o zapisaniu wniosku wielokrotnego użytku za pomocą MistakeRecord. Tekst polecenia i surowy błąd nie są kopiowane do komunikatu.
  • Inne polecenia, zwykłe błędy odczytu/narzędzi, nowa tura użytkownika lub już pomyślne wywołanie MistakeRecord nie tworzą ani nie utrzymują żadnego komunikatu. Nie następuje żadne automatyczne zapisywanie.
9.1.213
  • Kontrakt misji wymagał po pomyślnej próbie czerwony-na-zielony wywołania record_error_memory. To narzędzie nie istnieje w pakiecie King. Istniejąca trwała ścieżka nauki nazywa się MistakeRecord i zapisuje do wspólnego pliku Mistake.md.
  • W efekcie dyscyplina z Evolvera była już sformułowana, ale ostatni krok do naszej własnej, międzyagentowej pamięci był martwy: potwierdzone rozwiązanie mogło postępować zgodnie z kontraktem, a mimo to nie mogło zostać trwale zapisane.
  • Kontrakt wywołuje teraz MistakeRecord po zielonym przebiegu powtórzenia. Surowe błędy nadal pozostają na zewnątrz; zapisywana jest dopiero lekcja potwierdzona pomyślnym przebiegiem kontrolnym.
  • Plik Mistake.md, jego wybór trafności i format pamięci nie zostały zastąpione ani zmienione. Naprawione zostało wyłącznie połączenie od zwalidowanego kontraktu nauki do istniejącego narzędzia.
  • Zmienione zostały tylko blun.mjs, nowy test strukturalny test/validated-learning-route.test.js oraz wersja w package.json.
9.1.212
  • Wstrzykiwacz ErrorMemory formatował również dla zwykłych powitań i krótkich potwierdzeń kilka genów strategii. Plik Mistake.md i pamięć osobista miały już wspólną granicę trafności dla tej samej klasy komunikatów; tylko ErrorMemory ją omijał.
  • Wstrzykiwacz używa teraz również isLowInformationMistakeTurn i kończy projekcję przed wyborem i formatowaniem genów strategii. Utrwalone wpisy błędów i strategii pozostają bez zmian; znika tylko ich zbędna projekcja w najmniejszych zapytaniach.
  • Zmierzony przypadek referencyjny Jak się masz? z jedenastoma zapisanymi wpisami: wcześniej pięć wybranych reguł, 1.417 znaków, czyli około 355 tokenów; potem 0 znaków i 0 tokenów.
  • Zmienione zostały tylko blun.mjs, test/error-memory-performance-policy.test.js oraz wersja w package.json.
9.1.211
  • King potwierdza pozycje w kolejce dopiero po przyjęciu wiadomości. Przed aktywną sesją injectChannelEnvelope odrzuca jednak skierowaną wiadomość jako dropped, bez potwierdzenia i bez przechowywania. W ten sposób punkt kontrolny może na stałe zatrzymać się dokładnie na tej pierwszej pozycji.
  • Prawdziwa próba czerwona _proof/telegram-profile-checkpoint-red.cjs: oczekiwano queued, zmierzono dropped, kod wyjścia 1.
  • Ten sam błąd występuje w ścieżce poleceń Telegram: /loop przed aktywną sesją nie jest umieszczany w queuedMessages; funkcja potwierdzania pozostaje bez konsumenta. Prawdziwa próba czerwona _proof/telegram-remote-command-presession-red.cjs: oczekiwano długości kolejki 1, zmierzono 0, kod wyjścia 1.
  • injectChannelEnvelope traktuje teraz sesję, która nie jest jeszcze gotowa na dostarczanie wiadomości, jak sesję zajętą: tekst modelu, źródło wyświetlania i późniejsze potwierdzenie zostają zachowane w istniejącej kolejce kanału.
  • injectTelegramRemoteCommand buduje wpis w kolejce przed sprawdzeniem sesji. /loop i inne bezpośrednie polecenia Telegram przy braku sesji są przechowywane wraz ze swoją funkcją channelAcknowledge i wykonywane dopiero na istniejącej bezpiecznej granicy.
  • Kolejność i istniejąca reguła punktu kontrolnego pozostają bez zmian: pozycja w kolejce jest potwierdzana dopiero po przyjęciu; późniejsze potwierdzenia nie mogą przeskoczyć wcześniej jeszcze otwartej pozycji.
9.1.210
  • Aktywne przekazanie z 9.1.208/9.1.209 mogło zakończyć działającego agenta King dla aktualizacji. Na MSI spowodowało to zakończenie bieżącej sesji przy przejściu 9.1.206 -> 9.1.207, bez automatycznego wznowienia.
  • Wersja 9.1.209 nie została z tego powodu umieszczona w publicznym manifeście i została oznaczona na npm jako nieprzeznaczona do wdrożenia.
  • Wymóg jest teraz technicznie wymuszony: automatyczna aktualizacja nie może nigdy zakończyć działającego agenta King. Jest tylko ładowana i oznaczana jako pending. Aktywacja następuje dopiero przy późniejszym normalnym uruchomieniu.
9.1.209 Wycofana
  • Nieopublikowana. Aktywne przekazanie aktualizacji mogło zakończyć działającego agenta King; dlatego wersja nie trafiła do publicznego manifestu i została oznaczona na npm jako nieprzeznaczona do wdrożenia.
9.1.208
  • Na MSI zmierzono jednego dnia 27 uruchomień agenta King i 15 wersji. Restarty zbiegały się każdorazowo ze skokami wersji; własny powód zakończenia nadal nie jest rejestrowany w tamtejszym dzienniku.
  • Aktualizator przygotowywał nowe wersje manifestu co minutę. Wersja 9.1.208 wprowadza zatem 30-minutowy okres spokoju, zanim będzie można aktywować kolejną nową wersję runtime.
  • Stare wersje runtime są po pomyślnej aktywacji ograniczane do trzech najnowszych wersji. Usuwanie następuje tylko wtedy, gdy wszystkie dzierżawy instalacyjne starej wersji zostały uzyskane na wyłączność. Aktywne, zajęte lub nieznane układy pozostają nietknięte.
  • Logika ochrony żyje także w nowo załadowanym rdzeniu. Dzięki temu działa po automatycznej aktywacji nawet wtedy, gdy trwały nadrzędny launcher pochodzi jeszcze ze starszej wersji.
  • Osiem zmierzonych wersji na MSI zajmowało łącznie tylko 778 MB. Nie wyjaśniają one niemal pełnego dysku 454 GB; główny konsument pozostaje osobnym otwartym ustaleniem.
9.1.207
  • Ponowienia nieudanej telemetrii są w każdym przebiegu ograniczane do 16 najstarszych plików i zatrzymują się przy pierwszym przejściowym błędzie serwera, zamiast dalej przetwarzać całe zaległości.
  • Pula błędów przechowuje najnowsze 512 plików w ramach 16 MiB i siedmiu dni. Zwykły plik events.jsonl jest wyraźnie wyłączony z czyszczenia.
  • Przed tą wersją na dysku znajdowało się faktycznie 4 248 plików błędów o łącznej wielkości 11 631 974 bajtów. Po automatycznej aktywacji było 512 plików o 2 260 908 bajtach: o 3 736 starych plików błędów i ok. 9,37 MB obciążenia mniej.
9.1.206
  • Już zarchiwizowane duże odpowiedzi asystenta są teraz przed projekcją pętli zastępowane swoim ograniczonym, ponownie odczytywalnym odsyłaczem do archiwum. Dzięki temu późniejsze czyszczenie tekstu nie może już unieważnić zapisanego hashu.
  • Trzy rzeczywiste pliki archiwum sprawdzono bajtowo względem ich zapisanych hashy SHA256 wiadomości: 38.567, 13.941 i 24.787 znaków — wszystkie obecne i wszystkie dokładnie zgodne.
  • Na dokładnie tych samych 41.480 wpisach wire z 311 wiadomościami projekcja modelu spadła z 87.724 do 63.234 znaków: o dalsze 24.490 znaków, czyli ok. 6.123 tokenów wejściowych mniej na każde dotknięte wywołanie.
  • Surowa historia i kompletne prywatne pliki archiwum pozostają bez zmian i są czytelne stronicowo pod swoją ścieżką.
9.1.205
  • Pętle odpowiedzi w obrębie jednej wiadomości asystenta są teraz wykrywane także przy małych różnicach w interpunkcji lub sformułowaniu. Klaster wymaga co najmniej trzech trafień przy konserwatywnym podobieństwie 0,88; pierwsza wersja zostaje zachowana, surowa historia nie jest zmieniana.
  • W utrwalonym przypadku realna odpowiedź pętlowa spadła z 24.787 do 22.711 znaków: o 2.076 znaków, czyli ok. 519 tokenów wejściowych mniej.
  • Bloki kodu w ogrodzeniach (code fences) pozostają chronione i identyczne co do bajtu. Narracja narzędzi, wstrzyknięcia, pary dwuelementowe i oszczędności poniżej 1.000 znaków pozostają bez zmian.
9.1.204
  • Przypomnienie błędów nie ładuje już w każdej rundzie roboczej na ślepo wszystkich jedenastu reguł. Cztery niezastąpione reguły dowodu i próby kontrolnej — 4, 9, 10 i 11 — pozostają zawsze aktywne; co najwyżej dwie kolejne reguły są dodawane deterministycznie, dopasowane do bieżącego zadania.
  • W prawdziwym zbiorze reguł zawartym w wersji powtarzany blok spadł z 2.442 do 1.272 znaków: o 1.170 znaków, czyli ok. 293 tokenów wejściowych mniej na każdą dotkniętą rundę roboczą.
  • Wybór nie generuje żadnego zapytania modelu, wyszukiwania, rerankera ani osadzania. Małe własne zbiory reguł pozostają kompletne; w razie błędu selektora nadal stosowany jest poprzedni pełny blok.
9.1.203
  • Puste ToolSearch jest teraz pomyślnie zakończonym wynikiem zerowym zamiast czerwonego błędu narzędzia. Odpowiedź podaje brakujące uprawnione narzędzie i zabrania ponowienia z synonimami.
  • W zmierzonej historii były 32 puste wyszukiwania z 29 sformułowaniami; w utrwalonej turze ta sama brakująca funkcja Telegram była po czerwonym błędzie od razu szukana ponownie drugim wyszukiwaniem.
  • Żadnego dodatkowego zapytania modelu, rerankera ani osadzania, żadnego nowego rezydentnego schematu i żadnej zmiany narzędzi ani uprawnień.
9.1.202
  • Lokalna projekcja kontekstu wywodząca się z DeepAgents pokazuje w dużych katalogach roboczych preferencyjnie wpisy najwyższego poziomu zamiast głębokich szczegółów z pierwszych kilku folderów. Małe listy katalogów pozostają bajtowo identyczne.
  • Katalog główny agenta zawiera 509 wpisów najwyższego poziomu (89 folderów, 420 plików). Wcześniej projekcja modelu pokazywała w 1.981 znakach tylko 9 folderów najwyższego poziomu; teraz pokazuje 30 w 832 znakach.
  • Zmierzona oszczędność: 1.149 znaków, czyli ok. 287 tokenów na zapytanie. Persona, zasady pracy, surowa historia i dostęp do narzędzi pozostają bez zmian.
9.1.201
  • Higiena projekcji wywodząca się z DeepAgents kompaktuje statyczną pamięć błędów, nie tracąc żadnej z 11 zapisanych reguł ani kontroli.
  • Stare obszerne teksty pamięci błędów są kompaktowane tylko w projekcji modelu. Surowa historia, zwykłe odpowiedzi i wyniki narzędzi pozostają bez zmian.
  • W projekcji zostaje zachowane tylko najnowsze wstrzyknięcie – osobno dla błędów i dla poprawek błędów.
9.1.200
  • Nowe lokalne polecenie /context pokazuje oddzielnie faktycznie projektowane zapytanie do modelu, zapisaną historię rozmowy, schematy narzędzi, budżet kompaktowania i pozostały margines.
  • Widok czyta wyłącznie session.getContext(). Nie uruchamia żadnego zapytania modelu, zarządzanego zapytania o zużycie, żadnej usługi ani restartu.
  • Odłożone wyniki narzędzi podają teraz dokładną ścieżkę ponownego odczytu: Read z maksymalnie 20 wierszami, a następnie kontynuowany line_offset. Zapobiega to zmierzonej formie, w której agent żądał tego samego dużego obszaru ponownie przez Read, Grep i Bash.
  • /premortem istniało już przed 9.1.200 i wyraźnie nie jest sprzedawane jako nowa funkcja tej wersji.
  • Dla nowych tłumaczeń obowiązkowa kontrola językowa nie wydała zezwolenia z powodu braku niezależnej kontroli krótkiego tekstu. Dlatego /context używa tylko już zatwierdzonych zlokalizowanych nazw; żaden niesprawdzony tekst docelowy nie został przyjęty.
9.1.199
  • Bieżący widok modelu zawierał w jednej odpowiedzi asystenta 13 941 znaków ze 100 blokami akapitów. Jednoznacznych było tylko 20 bloków; sześć grup powtarzało się dokładnie i zajmowało 9 579 znaków.
  • Wersja 9.1.199 kompaktuje wyłącznie takie dokładne powtórzenia w obrębie jednej czystej odpowiedzi tekstowej w widoku modelu. Surowa historia sesji pozostaje bez zmian.
  • Kompaktowanie działa dopiero od trzech dokładnych powtórzeń i co najmniej 1 000 zaoszczędzonych znaków. Bloki kodu, treści mieszane, wywołania narzędzi, komunikaty wstrzyknięć, krótkie bloki i mniejsze oszczędności pozostają bez zmian.
  • To wynika z zasady DeepAgents, aby zachować prawdę możliwą do ponownego odczytania i odciążyć tylko aktywny widok modelu. Nie ma żadnego dodatkowego wywołania modelu ani osadzania.
9.1.198
  • Bieżąca historia zawierała oznaczony przez narzędzie jako truncated: true wynik Grep z 50 042 znakami. Odkładanie pojedynczego wyniku rozpoznawało wprawdzie rozmiar, ale przez wczesne zwrócenie pozwalało takim wynikom mimo to pozostać w pełni w widoku modelu.
  • Wersja 9.1.198 usuwa wyłącznie ten wyjątek. Obcięty Read używa istniejącej ścieżki źródłowej bez duplikatu; inne obcięte wyniki archiwizują dokładnie pełny tekst zwrócony przez narzędzie.
  • Odsyłacz zachowuje truncated: true i zawiera stored_result_scope: tool_truncated_output. Dzięki temu nie twierdzi się, że przywrócono surowy wynik, którego narzędzie nigdy nie zwróciło.
  • Wzorzec pochodzi z DeepAgents: duże wyniki narzędzi pozostają możliwe do ponownego odczytu poza aktywnym widokiem modelu, podczas gdy tam pozostaje tylko mały odsyłacz.
9.1.197
  • Nawet czyste potwierdzenia tekstowe jak ok ładowały dotychczas dynamiczne przypomnienie z Mistake.md. Przy obecnym wspólnym zbiorze reguł było to 1 819 znaków promptu, ok. 455 tokenów, mimo że żaden kontekst roboczy nie był kontynuowany.
  • Wersja 9.1.197 rozpoznaje wyłącznie tury czysto tekstowe o niskiej zawartości informacji, zanim zostanie odczytane którekolwiek z dwóch źródeł Mistake, i pomija tam dynamiczne wstrzyknięcie.
  • Załączniki, treści nietekstowe i sensowne kontynuacje jak ok, check updater zachowują dotychczasową ścieżkę. Istniejący fallback trafności dla prawdziwych tur roboczych pozostaje bez zmian.
  • Wzorzec pochodzi z pracy porównawczej AnythingLLM: opcjonalne źródła kontekstu powinny trafiać do widoku modelu tylko wtedy, gdy bieżąca tura ich faktycznie potrzebuje. Został dopasowany do istniejącej polityki BLUN bez dodatkowego wywołania modelu ani osadzania.
9.1.196
  • /reload istniało lokalnie, ale z Telegram nie było rozpoznawane jako bezpośrednie polecenie. Lista dozwolonych poleceń Telegram (allowlist) nie zawierała tej nazwy; przez to wiadomość pozostawała zwykłym tekstem modelu.
  • Wersja 9.1.196 dodaje wyłącznie reload do istniejącej listy skierowanych poleceń Telegram.
  • Ścieżka Telegram używa tego samego istniejącego handlera co lokalna TUI: sesja, serwery MCP, konfiguracja runtime i TUI są ponownie ładowane w działającym procesie. Nie uruchamia się żadnej rundy modelu ani restartu procesu.
  • /new i inne niezatwierdzone wiadomości slash pozostają nadal zwykłym tekstem modelu.
9.1.195
  • Automatyczne aktualizacje zostały wykonane, ale zrestartowana TUI lądowała w C:\ zamiast w dotychczasowym folderze projektu.
  • TUI przechowywała właściwy folder w state.appState.workDir, ale przy przekazaniu aktualizacji przekazywała tylko sesję, wersję i tryb. Launcher używał więc swojego pierwotnego folderu startowego jako celu i fallbacku.
  • Wersja 9.1.195 przenosi aktywny folder projektu w przekazaniu i używa go dla wersji docelowej, fallbacku i dalszych automatycznych aktualizacji tego samego nadzoru.
  • Akceptowane są tylko istniejące ścieżki bezwzględne. Wskazania względne, nieistniejące lub wskazujące na pliki wracają do folderu launchera.
9.1.194
  • Dotychczasowy watchdog tury ostrzegał po 20 minutach, ale potem nie kończył tury. Na Macu zawieszona tura po 30-minutowym ostrzeżeniu działała dalej co najmniej do minuty 39.
  • Wersja 9.1.194 zachowuje ostrzeżenie po 20 minutach i kończy turę po 30 minutach bez realnego postępu.
  • Początek kroku, tekst myślenia, tekst asystenta, wywołanie narzędzia, argumenty narzędzia, postęp narzędzia i wynik narzędzia resetują limit nieaktywności. Długa aktywna praca nie jest przez to kończona.
  • Istniejące przerwanie po pięciu identycznych nieudanych wywołaniach narzędzi pozostaje oddzielne i nadal aktywne bez zmian.
9.1.193
  • Kilka dostarczeń Telegram przychodziło z identycznym chat_id i message_id nawet do czterech razy w tej samej sesji.
  • Wersja 9.1.181 usuwała te powtórzenia dopiero później z widoku modelu. Wcześniej każda kopia mogła już wywołać własną turę modelu, a tym samym koszty.
  • Wersja 9.1.193 wprowadza dlatego przed startem tury rejestr dostarczeń ograniczony do 2 048 identyfikatorów. Ten sam identyfikator Telegram jest przyjmowany tylko raz na sesję; powtórzenia są potwierdzane, ale nie są zapisywane w dzienniku i nie uruchamiają tury dostawcy.
  • Nowe identyfikatory wiadomości, wstrzyknięcia niepochodzące od użytkownika i surowa historia pozostają bez zmian. Przy wznawianiu rejestr jest odtwarzany z przyjętych rekordów promptu.
9.1.192
  • Mac pokazywał po odrzuconym zezwoleniu Bash nadal „King is thinking” przez 39 minut. Samo wywołanie narzędzia zostało poprawnie odrzucone, ale odrzucenie było zwracane jako zwykły wynik błędu do działającej pętli modelu.
  • PermissionManager.requestToolApproval() zwracał przy odrzuceniu tylko block: true. Istniejące sterowanie wsadowe i dostawcy mogło już zakończyć turę przez syntheticResult.stopTurn = true, ale nie otrzymywało tego sygnału.
  • Nowością jest bin/approval-rejection-stop.cjs. Odrzucone i przerwane zezwolenia tworzą teraz istniejący wynik błędu ze stopTurn: true. Bieżąca tura kończy się, a późniejsze wywołania tego samego stosu narzędzi są pomijane. Dziennik zezwoleń, polityka i zachowanie fail-closed pozostają bez zmian.
  • DeepAgents potwierdził jawną granicę przerwania przez człowieka jako odpowiedni wzorzec. AnythingLLM i Evolver nie oferowały dla tego wąskiego błędu silniejszego mechanizmu niż istniejący kontrakt BLUN.
9.1.191
  • DeepAgents oferuje w poleceniu /context znajomy, widoczny podział okna kontekstu zamiast tylko jednej wartości całkowitej.
  • Evolver wymaga dla pracy wydajnościowej oddzielnego budżetu promptu dla części systemowej, rozmowy, narzędzi i wolnego miejsca.
  • AnythingLLM oszczędza schematy narzędzi przez reranking oparty na osadzaniu. BLUN posiada już za to tańszą ścieżkę odroczonych narzędzi bez dodatkowego wywołania modelu ani osadzania; ta część nie została więc zdublowana.
9.1.190
  • Z trwale zapisanych zdarzeń pętli tool.call usuwane są tylko pola wyświetlania display i description. Tożsamość, nazwa narzędzia, argumenty i przypisanie do kroku zostają zachowane.
  • Runtime przetwarza nadal pełne zdarzenie. Wyświetlanie TUI, wykonywanie narzędzi i wznawianie nie zostały przełączone na projekcję.
  • Prawdziwy wire agenta o rozmiarze 42.451.368 bajtów zawierał 6.135 wywołań narzędzi. W 5.679 z nich mogło zostać zaoszczędzonych 3.125.874 bajtów: 7,36 % całego dziennika wire.
9.1.189
  • Użytkownik wybrał bośniacki i pisał po bośniacku, ale King odpowiadał po słoweńsku. W prompcie persony znajdowało się tylko angielskie słowo Bosnian; blisko spokrewniony obszar językowy nie był wyraźnie odgraniczony.
  • Kako si?, Kako je King?, Ko si ti? i Ko stoji iza tebe? nie działały jako samodzielne krótkie dialogi bośniackie. Zrzut ekranu dla Ko stoji iza tebe? pokazywał nawet wyszukiwania w sieci zamiast bezpośredniej odpowiedzi.
  • Zgłoszony prosty check-in zużywał ok. 7.500 tokenów. Dotychczasowa ścieżka niskiego wysiłku pozwalała na maksymalnie 8.192 tokeny zakończenia i zachowywała kilka starych wiadomości.
9.1.188
  • BLUN rozpoznał prawdziwy nawrót już po trzech podobnych odpowiedziach, ale pozostawiał przestarzałe odpowiedzi w pełni w widoku modelu. Komunikat przeciw pętli konkurował więc nadal ze starym, błędnym stanem.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 dostarcza wzorzec stabilnych indeksowo, ograniczonych komunikatów zastępczych. AnythingLLM priorytetyzuje najnowsze pary rozmowy i traktuje historię jako kontekst kompresowany w pierwszej kolejności.
  • Wire zawierał 42.265.671 bajtów, z czego 25.423.100 bajtów stanowiło context.append_loop_event. To potwierdza realne obciążenie pętlami, ale nie jest podawane jako bezpośrednia oszczędność tokenów zapytania.
9.1.187
  • Manifest 9.1.184 opublikowany na żywo miał znacznik czasu 2026-08-26T12:15:06.5196457Z. Wydany parser pozwalał tylko na od jednej do trzech cyfr po przecinku i dlatego odrzucał cały manifest.
  • Bez ważnego fallbacku sam npm stał się decydujący. Przy przygotowaniu 9.1.185 tag npm był więc krótko widoczny, mimo że manifest wskazywał nadal 9.1.184.
  • Tag npm został cofnięty do 9.1.184. Manifest na żywo został poprawiony tylko w znaczniku czasu na 2026-08-26T12:15:06.519Z; wersja i integralność pozostały bez zmian. Trzy pobrania po wyczyszczeniu pamięci podręcznej i prawdziwy parser klienta potwierdziły następnie manifest.
  • Live-SHA256 po naprawie: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Kopia zapasowa: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Po pełnym kompaktowaniu istniejący prompt systemowy nie jest już nadpisywany ponownie odczytanymi lokalnymi danymi kontekstu. Jego dotychczasowy prefiks pozostaje dzięki temu bajtowo stabilny i wielokrotnego użytku dla pamięci podręcznej dostawcy.
  • Katalog roboczy, pasujące pliki AGENTS.md i dodatkowe katalogi otrzymują odcisk palca. Dopiero przy prawdziwej zmianie nowy stan jest dołączany jako wewnętrzny, niewidoczny dla użytkownika komunikat kontekstu.
  • Osadzone dane kontekstu są escapowane przed wewnętrznym oznaczeniem. Lokalny tekst nie może zatem zamknąć granicy oznaczenia ani przemycić nowych komunikatów systemowych.
9.1.185
  • Dwa profile agentów wylogowały się w czasie automatycznej aktualizacji. Niezależnie od tego trzeci profil pozostał po pomyślnym przejściu z 9.1.182 na 9.1.183 na tej wersji i nie przygotowywał 9.1.184.
  • Dwa konkretne błędy zostały udokumentowane w ścieżce źródłowej: TUI kończyła się bezpośrednio po process.send, bez oczekiwania na potwierdzenie IPC. Ponadto launcher po pomyślnym przekazaniu czekał tylko na zakończenie nowego procesu i nie ustanawiał dla niego dalszego monitorowania aktualizacji.
9.1.184
  • Zwykłe wywołania modelu stale zawierały schematy narzędzi GenerateImage i GenerateVideo, mimo że zmierzone użycie narzędzi zawierało wśród 3 183 wywołań tylko jedno wywołanie obrazu i żadnego wywołania wideo.
  • Wersja 9.1.184 usuwa oba schematy z ciągle ładowanego zestawu rdzeniowego. Wyraźne zadanie obrazu, wideo lub animacji ładuje tylko faktycznie potrzebny schemat w tej samej turze.
  • Ta sama ścieżka wyboru działa również, gdy zadanie medialne wpłynie podczas trwającej tury. Pytania o jakość, kontrole mediów i niezobowiązujące pomysły na później nie ładują żadnego schematu generowania.
  • Oba narzędzia pozostają dostępne przez ToolSearch. Zmiana nie usuwa żadnej możliwości, lecz przenosi rzadko potrzebne schematy ze zwykłych wywołań modelu.
9.1.183
  • BLUN King 9.1.183 czyni automatyczne dostarczanie gotowych mediów przez Telegram odpornym na przejściowe błędy przesyłania.
  • Klient ponawia wyłącznie ograniczoną liczbę błędów przejściowych, przy każdej próbie buduje wieloczęściowe przesyłanie od nowa i przerywa natychmiast przy błędach trwałych.
  • Wyczerpane próby dostarczenia są oddzielnie zapisywane w dzienniku, bez ujawniania tokena bota i bez tłumienia normalnego wysyłania zapasowego.
9.1.182
  • Ta wersja koryguje wyłącznie automatyczną aktualizację działającej sesji King.
  • Launcher ustawiał dotychczas BLUN_NO_AUTO_UPDATE=1 w tym samym środowisku, z którego korzystały zarówno chronione jądro, jak i przygotowanie aktualizacji procesu nadrzędnego. Stary aktualizator w jądrze był przez to poprawnie wyłączony, ale nowy nadrzędny kontroler aktualizacji również kończył działanie przed pobraniem publicznego manifestu.
  • Wersja 9.1.182 zachowuje wyraźnie ustawione wyłączenie dla procesu nadrzędnego. Wymuszone wyłączenie jest dodawane już tylko przy starcie chronionego jądra.
  • Mnemo pozostaje wewnętrzną, lokalną konfiguracją. Publiczny pakiet nie zawiera Mnemo. Wpis addytywny pozostaje całkowicie nieaktywny bez lokalnej ścieżki Mnemo i wyraźnie ustawionej tożsamości agenta.
9.1.181
  • Powtarzające się identyczne długie zadania użytkownika i zduplikowane identyfikatory dostarczeń Telegram są usuwane wyłącznie z projekcji modelu; surowa historia pozostaje bez zmian.
  • Skonfigurowany MCP Mnemo jest teraz dodawany do aktywnego profilu TUI agenta King, zamiast pozostawać ograniczony do sesji mostu Telegram.
  • Wszystkie 413 testów przeszło; obie celowane próby mutacyjne stały się czerwone, gdy tylko usunięto jedną z ochron.
9.1.180
  • Automatyczne przygotowanie aktualizacji nie zależy już wyłącznie od późniejszego IPC gotowości TUI. Gdy tylko chronione jądro zostanie potwierdzone jako załadowane, launcher uruchamia przygotowanie również wtedy, gdy ten drugi sygnał zaginął.
  • Granica bezpieczeństwa dla właściwego przekazania pozostała bez zmian: trwająca odpowiedź, kompaktowanie, kolejka wiadomości, narzędzia, polecenia powłoki i polecenia kolejki nadal uniemożliwiają restart w środku pracy.
  • Stan faktyczny potwierdził błąd: tryb resume, instalacja 9.1.177, publicznie 9.1.179, przygotowano jednak tylko 9.1.176. Pętla nie była zatem pierwszym blokerem, ponieważ kontrola bezczynności działa dopiero po przygotowaniu.
9.1.179
  • Czyste potwierdzenia jak ok, ja, danke czy perfekt pomijają osobisty broker pamięci. Oszczędza to jedno wywołanie brokera i zapobiega przy takich turach o ubogiej treści zbędnemu wstrzyknięciu pamięci liczącemu nawet 16.384 znaków.
  • weiter, załączniki, pytania, polecenia i inne wiadomości merytoryczne zachowują dotychczasową, międzyportalową ścieżkę przypominania.
  • Najpierw zbudowany bufor argumentów w stylu DeepAgents był w czterech z pięciu rund pomiarowych wolniejszy niż zwykła konkatenacja. Został całkowicie odrzucony i nie został opublikowany.
9.1.178
  • Odroczone wyszukiwanie narzędzi rozpoznaje teraz jednoznaczny, dokładny pierwszy termin. GetMedia media job status result ładuje dzięki temu GetMedia, bez uciekania do szerokiego przypuszczenia semantycznego. Niejednoznaczne krótkie nazwy pozostają celowo nierozwiązane.
  • Łańcuch produkcji mediów przenosi pełne nazwy etapów do kolejnych wierszy. Ostatni krok nie jest już obcinany na prawym marginesie.
  • Zmiana poprawia wybór narzędzi i czytelność. Nie zmienia ani modelu mediów, ani jakości obrazu i nie twierdzi, że oferuje prawdziwy podgląd mediów.

Ulepszenia od 9.1.57

WersjaZmiana
9.1.177Automatyczne aktualizacje przejmują teraz zapisany tryb kontynuacji lub restartu również wtedy, gdy bezpośredni komunikat procesu nie nadejdzie, i pokazują tuż przed bezpiecznym restartem TUI wyraźny komunikat. Historyczne elementy zastępcze dla skompaktowanych argumentów narzędzi są usuwane jako kompaktowy JSON, sformatowany JSON lub odczytany obiekt, zanim mogłyby zostać ponownie wykonane. Surowa historia i wszystkie istniejące mechanizmy ochrony aktualizacji pozostają bez zmian.
9.1.176Wszystkie menu wyboru dla poleceń slash oddzielają teraz opcje pustym wierszem i pokazują wyjaśnienia w osobnym, stonowanym kolorze drugorzędnym. Wspólny komponent zasila 20 wywołań menu; indywidualne kolory ostrzeżeń zostają zachowane.
9.1.175Powtarzany przy każdym zapytaniu do modelu komunikat narzędzi spada z 1 749 do 825 znaków. W pomiarze oszczędza to ok. 231 szacowanych tokenów wejściowych na zapytanie. Wszystkie jedenaście obowiązków behawioralnych zostaje zachowanych; surowa historia, schematy narzędzi i pliki pozostają bez zmian.
9.1.174Dołączany do każdego zapytania do modelu istotny fragment Mistake.md jest ograniczony do 3 000 zamiast 4 000 znaków. W 100 prawdziwych zapytaniach oszczędza to średnio ok. 253 szacowanych tokenów wejściowych; wybrane nagłówki pozostały identyczne we wszystkich 100 przypadkach. Kompletne pliki i zapisana historia pozostają bez zmian.
9.1.173BLUN King rozpoznaje powtarzające się czyste odpowiedzi tekstowe w wielu turach Telegram. Po trzech niemal identycznych odpowiedziach mimo nowych komunikatów użytkownika agent otrzymuje jednorazowo wewnętrzny komunikat korygujący, zamiast ponownie wyświetlać stare pytanie, listę lub pętlę oczekiwania. Wiadomości, procesy i zapisana historia pozostają bez zmian.
9.1.172W działającej sesji automatyczna aktualizacja sprawdza ponownie po bezskutecznym wyszukiwaniu przy starcie. Następne sprawdzenie następuje po losowym czasie od 60 do 90 sekund. Dzięki temu wersje opublikowane później są wykrywane bez ręcznego restartu. Instalacja i przekazanie sesji nadal czekają na pełną bezczynność.
9.1.171BLUN King zachowuje na turę już tylko cztery ostatnio doładowane schematy narzędzi zamiast dwunastu. Starsze narzędzia pozostają wyszukiwalne przez ToolSearch i są ponownie ładowane przy wyborze. Trwale załadowane narzędzia rdzeniowe, zapisana historia i zachowanie wykonania pozostają bez zmian.
9.1.170Łączy aktualne błędy niezawodności i przebiegu pracy: powtarzające się zadania zachowują najnowszą nadmiernie dużą instrukcję; skompaktowane elementy zastępcze argumentów narzędzi są usuwane z projekcji modelu; ToolSearch rozpoznaje naturalne słowa wyszukiwania pamięci, w tym pojedyncze słowo „store”; widok pętli przeładowuje stan planowania; /update steruje bezpiecznym przekazaniem przy bezczynności; a /premortem udostępnia widoczną, ustrukturyzowaną analizę błędów.
9.1.169BLUN King zachowuje dokładny wybór narzędzi i dotychczasowe ścisłe wyszukiwanie słów kluczowych bez zmian. Dopiero gdy to wyszukiwanie nie przyniesie trafienia, wąski drugi przebieg szuka pokrewnych pojęć niemieckich i angielskich. Wymagania nazw ze znakiem + pozostają obowiązkowe; muszą pasować co najmniej dwa pojęcia niosące znaczenie i 75 procent zapytania. Dzięki temu trzy faktycznie nieudane wyszukiwania Telegram znajdują bieżące narzędzie kolejki, podczas gdy nieodpowiednie zapytanie nadal kończy się bez trafienia.
9.1.168BLUN King nie zastępuje już starszych argumentów wywołań narzędzi wewnętrznym elementem zastępczym, który model mógłby skopiować do nowego wywołania. Istniejące już wywołania zastępcze i powiązane wyniki błędów są usuwane tylko z projekcji modelu; niezmieniona historia sesji zostaje zachowana jako dowód.
9.1.167BLUN King 9.1.167 zachowuje przy powtarzających się zaplanowanych zadaniach już tylko nieprzerwany ciąg najnowszych kompletnych odcinków pracy. Gdy następny nowszy odcinek przekroczyłby granicę 48 000 znaków lub 24 wiadomości, wybór kończy się, zamiast ponownie przyjmować starsze małe odcinki. Dzięki temu kontekst i porządek czasowy pozostają spójne. W zmierzonym, trwającym zapisie rozmowy projektowana historia spadła z 32 591 do 16 981 znaków. Oszczędza to 15 610 znaków, czyli ok. 3 903 szacowanych tokenów wejściowych na porównywalne zapytanie. Surowa historia, bieżące kroki zadania i podsumowanie kompaktowania pozostają bez zmian.
9.1.166BLUN King 9.1.166 ogranicza powtarzające się zaplanowane zadania do izolowanego kontekstu roboczego, zamiast przy każdym kroku modelu ponownie przekazywać całą rozmowę głównego agenta. Bieżące zadanie, najnowsze podsumowanie kompaktowania i najnowsze prawdziwe kroki pracy pozostają dostępne w granicy 24 wiadomości i 48 000 znaków. Zapisana historia, normalne tury użytkownika, jednorazowe przypomnienia i szybkie ścieżki rozmowy pozostają bez zmian. W zmierzonej historii 2 043 kroki modelu powtarzających się zaplanowanych zadań zużyły łącznie 298,7 miliona tokenów wejściowych, średnio 146 188 tokenów na krok.
9.1.165BLUN King 9.1.165 ogranicza budżet wyjściowy zwykłych tur do 24 576 zamiast 32 768 tokenów. Lekkie kroki zachowują swój dotychczasowy limit 8 192 tokenów, modele z mniejszymi limitami wyjściowymi zachowują te niższe wartości, a wyraźne ustawienie użytkownika ma nadal pierwszeństwo. Spośród 27 049 zmierzonych odpowiedzi 99 procent pozostało poniżej 9 970 tokenów; dwanaście starych wartości odstających trafiało dokładnie w dotychczasowy limit 32 768 tokenów i każda z nich generowała odpowiedź jeszcze przez ok. sześć minut.
9.1.164BLUN King 9.1.164 ogranicza budżet wyjściowy kompaktowania na dużych oknach modelu do 16 384 zamiast 131 072 tokenów. 39 udanych kompaktowań wymagało maksymalnie 10 781 tokenów wyjściowych. Nowy pułap jest o 52 procent wyższy od tego zmierzonego maksimum i zmniejsza możliwe zapotrzebowanie na wyjście i KV-cache na kompaktowanie o 87,5 procent. Zapisana historia i zwykłe tury rozmowy pozostają bez zmian.
9.1.163BLUN King 9.1.163 zastępuje obszerne ładowania Skill poza ostatnimi 20 wiadomościami w projekcji modelu kompaktowym odsyłaczem do ponownego załadowania. Bieżące, małe i nienadające się do ponownego załadowania ładowania Skill pozostają bez zmian; zapisana historia rozmowy nie jest przepisywana. W zmierzonym przypadku ładowanie Skill spada z 87 034 do 424 projektowanych znaków. Gdy tylko opuści bieżące okno robocze, oszczędza to 86 610 znaków, czyli ok. 21 653 szacowanych tokenów wejściowych.
9.1.162BLUN King 9.1.162 ogranicza duże przeglądy katalogu roboczego w powtarzanym prompcie systemowym do 2 000 znaków. Małe przeglądy pozostają bez zmian. Przy skróconych przeglądach jasny komunikat wskazuje nadal na pełne wyszukiwanie za pomocą Glob, Grep i Read. W zmierzonym prompcie przegląd spada z 3 988 do 1 983 znaków. Oszczędza to 2 005 znaków, czyli ok. 501 szacowanych tokenów wejściowych na tak samo zbudowane zapytanie.
9.1.161BLUN King 9.1.161 nie powtarza już nazw 112 odłożonych narzędzi w każdym opisie ToolSearch. Wyszukiwanie po słowach kluczowych, dokładny wybór na podstawie pełnej lub jednoznacznej krótkiej nazwy oraz trwałe ładowanie dwunastu ostatnio wybranych schematów zostają zachowane. W zmierzonej prezentacji powtarzany opis spada z 1 984 do 278 znaków. Oszczędza to 1 706 znaków, czyli ok. 426 szacowanych tokenów wejściowych na tak samo zbudowane zapytanie.
9.1.160Od BLUN King 9.1.160 projekcja modelu chroni już tylko najnowsze dwanaście wiadomości w całości, zanim starsze pomyślne wyniki narzędzi zawierające wyłącznie tekst zostaną zastąpione krótką adnotacją końcową. Wyniki błędów, media, zapisane odsyłacze do plików, najnowsze dwanaście wiadomości, surowa historia i eksporty pozostają bez zmian. W stabilnie zmierzonym zrzucie sesji zmniejszone zostają dzięki temu dwa kolejne stare wyniki narzędzi. Projekcja modelu spada z 81 800 do 78 402 znaków. Oszczędza to dalsze 3 398 znaków, czyli ok. 850 szacowanych tokenów wejściowych na tak samo zbudowane zapytanie.
9.1.159Od BLUN King 9.1.159 poprawne argumenty JSON zakończonych wywołań narzędzi poza najnowszymi 12 wiadomościami są w projekcji modelu zastępowane krótką adnotacją. Powiązany wynik narzędzia, najnowsze 12 wiadomości, niezakończone wywołania, małe lub niepoprawne argumenty, surowa historia i eksporty pozostają bez zmian. W stabilnie zmierzonym zrzucie sesji trzy argumenty zakończonych wywołań narzędzi są zmniejszane z 2 849 do 165 znaków. Oszczędza to 2 684 znaki, czyli ok. 671 szacowanych tokenów wejściowych na tak samo zbudowane zapytanie.
9.1.158Od BLUN King 9.1.158 czyste komunikaty statusu następujące bezpośrednio po zakończonej odpowiedzi Telegram są poza najnowszymi 20 wiadomościami zastępowane w projekcji modelu krótką adnotacją. Wysłane wywołanie odpowiedzi i jego wynik, bieżące wiadomości, podsumowania po innych narzędziach, treści mieszane, surowa historia i eksporty pozostają bez zmian. W stabilnie zmierzonym zrzucie sesji sześć historycznych komunikatów statusu jest zmniejszanych o 1 837 znaków. Oszczędza to ok. 460 szacowanych tokenów wejściowych na tak samo zbudowane zapytanie.
9.1.157Od BLUN King 9.1.157 odpowiednie pomyślne, czysto tekstowe wyniki narzędzi poza najnowszymi 20 wiadomościami są zastępowane w projekcji modelu krótką adnotacją końcową. Wyniki błędów, media, odłożone odsyłacze do plików, najnowsze 20 wiadomości, surowa historia i eksporty pozostają bez zmian. W stabilnie zmierzonym zrzucie sesji zmniejszone zostają 43 stare wyniki. Oszczędza to 9 680 znaków, czyli ok. 2 420 szacowanych tokenów wejściowych na tak samo zbudowane zapytanie.
9.1.156Od BLUN King 9.1.156 zapisane odsyłacze do wiadomości użytkownika poza najnowszymi 20 wiadomościami nie powtarzają już przy każdym zapytaniu modelu swojego podglądu z początkiem i końcem. Znacznik przywrócenia, dane o rozmiarze, czytelna ścieżka pliku, najnowsze 20 wiadomości, media, surowa historia, w pełni zapisany plik i eksporty pozostają bez zmian. W stabilnie zmierzonym zrzucie pięć historycznych odsyłaczy jest zmniejszanych, a projekcja modelu spada z 99 143 do 96 001 znaków. Oszczędza to dalsze 3 142 znaki, czyli ok. 786 szacowanych tokenów wejściowych na tak samo zbudowane zapytanie.
9.1.155Od BLUN King 9.1.155 zapisane odsyłacze do wiadomości użytkownika są przywracane, zanim projekcje tekstu mogą zmienić hash oryginalnej wiadomości. Istniejące odłożenia pozostają dzięki temu skuteczne, zamiast niezauważenie wracać do projektowanej pełnej wiadomości. Surowa historia, czytelne odsyłacze do plików, najnowsze 20 wiadomości, media i eksporty pozostają bez zmian. W stabilnie zmierzonym zrzucie projekcja modelu spada z 105 810 do 99 143 znaków. Oszczędza to dalsze 6 667 znaków, czyli ok. 1 667 szacowanych tokenów wejściowych na tak samo zbudowane zapytanie.
9.1.154Od BLUN King 9.1.154 skierowane sekcje kanału Telegram poza najnowszymi 20 wiadomościami są ograniczane do podglądu o długości 500 zamiast 1 000 znaków, z początkiem i końcem. Pełne metadane kanału, początek i koniec treści wiadomości, najnowsze 20 wiadomości, załączniki, surowa historia i eksporty pozostają bez zmian. W stabilnie zmierzonym zrzucie zmniejszanych jest siedem dodatkowych historycznych sekcji skierowanych. Oszczędza to 3 500 znaków, czyli ok. 875 szacowanych tokenów na powtarzane zapytanie.
9.1.153Od BLUN King 9.1.153 projekcja historycznych kontekstów Telegram zachowuje pełne metadane kanału i zamykający tag kanału. Skracana jest wyłącznie treść wiadomości. Nawet przy rzeczywistych metadanych Telegram o długości 161 znaków struktura pozostaje ważna w budżecie 250 znaków. Projekcja jest idempotentna, kolejne skierowane kanały pozostają bez zmian, a koperta kanału, która już bez treści przekracza budżet, jest przekazywana bez zmian.
9.1.152Od BLUN King 9.1.152 argumenty zakończonych wywołań narzędzi opuszczają aktywną projekcję modelu po czterech zamiast ośmiu nowszych wiadomościach. Surowa historia sesji, wywołania bez odpowiedzi lub z błędnym formatem, media, wyniki narzędzi i najnowsze cztery wiadomości pozostają bez zmian. W nowo zmierzonym zrzucie sesji kompaktowane są dwa dodatkowe zakończone wywołania; w porównaniu z 9.1.151 oszczędza to dalsze 244 znaki, czyli ok. 61 szacowanych tokenów na powtarzane zapytanie.
9.1.151Od BLUN King 9.1.151 argumenty zakończonych wywołań narzędzi opuszczają aktywną projekcję modelu po ośmiu zamiast dwunastu nowszych wiadomościach. Surowa historia sesji, wywołania bez odpowiedzi lub z błędnym formatem, media, wyniki narzędzi i najnowsze osiem wiadomości pozostają bez zmian. W zmierzonym zrzucie sesji kompaktowane są trzy dodatkowe zakończone wywołania; w porównaniu z 9.1.150 oszczędza to dalsze 317 znaków, czyli ok. 80 szacowanych tokenów na powtarzane zapytanie.
9.1.150Od BLUN King 9.1.150 historyczne odkładanie wyników narzędzi chroni najnowsze cztery wiadomości w całości zamiast najnowszych ośmiu. Starsze odpowiednie wyniki narzędzi zachowują kompaktowy, 600-znakowy komunikat przywrócenia i swoją ścieżkę źródłową; surowa historia, w pełni zapisane wyniki, media i najnowsze cztery wiadomości pozostają bez zmian. W zmierzonym zrzucie sesji okno czterech wiadomości odkłada dziewięć dodatkowych historycznych wyników i oszczędza w porównaniu z 9.1.149 dalsze 6 683 znaki, czyli ok. 1 671 szacowanych tokenów na powtarzane zapytanie.
9.1.149Od BLUN King 9.1.149 historyczne odkładanie wyników narzędzi chroni najnowsze osiem wiadomości w całości zamiast najnowszych dwunastu. Starsze odpowiednie wyniki narzędzi zachowują kompaktowy, 600-znakowy komunikat przywrócenia i swoją ścieżkę źródłową; surowa historia, w pełni zapisane wyniki, media i najnowsze osiem wiadomości pozostają bez zmian. W zmierzonym zrzucie sesji trzy wyniki spadają z 4 679 do 1 800 znaków; oszczędza to dalsze 2 879 znaków, czyli ok. 720 szacowanych tokenów na powtarzane zapytanie.
9.1.148Od BLUN King 9.1.148 również w najnowszym mieszanym pakiecie Telegram zmniejszane są sekcje kanału wyraźnie oznaczone jako addressed=false. Sekcje skierowane, media, surowa historia i eksporty pozostają bez zmian. W zmierzonej historii jedenaście sekcji nieskierowanych spada z 22 691 do 2 750 znaków; oszczędza to 19 941 znaków, czyli ok. 4 986 szacowanych tokenów na powtarzane zapytanie.
9.1.147Od BLUN King 9.1.147 mikrokompaktowanie chroni najnowsze dwanaście wiadomości w całości zamiast najnowszych dwudziestu i stosuje tym samym to samo okno przywracania co istniejące odkładanie wyników narzędzi. Starsze zakończone argumenty narzędzi i odpowiednie wyniki narzędzi są zmniejszane tylko w projekcji modelu; surowa historia i ścieżki przywracania pozostają bez zmian. W zmierzonej historii oszczędza to dalsze 560 znaków, czyli ok. 140 szacowanych tokenów na zapytanie.
9.1.146Od BLUN King 9.1.146 starsze, już odłożone wyniki narzędzi są w projekcji modelu ograniczane do informacji potrzebnych do przywrócenia: nazwy narzędzia, liczby znaków i ścieżki pliku. Pełna treść pozostaje bez zmian na dysku, surowa historia nie jest zmieniana, a najnowsze dwanaście wiadomości zachowuje swoje obszerne komunikaty. W zmierzonej historii zmniejsza to powtarzane wejście modelu o 26 779 znaków, czyli ok. 6 695 szacowanych tokenów na zapytanie.
9.1.145Od BLUN King 9.1.145 przerwany strumień dostawcy jest automatycznie ponawiany, jeśli do tego momentu nadeszło wyłącznie wewnętrzne wyjście myślenia. Widoczny tekst i wywołania narzędzi nadal uniemożliwiają automatyczne ponowienie. Adaptacyjne kroki następcze z niskim poziomem myślenia używają budżetu wyjściowego 8 192 tokenów; pierwsze, złożone i nieudane kroki zachowują skonfigurowany budżet, a ponowienie po osiągnięciu limitu długości może go powiększyć. Przy wznawianiu sesji bieżący komunikat transportowy pluginu Telegram nie pojawia się już jako surowy tekst czatu.
9.1.1449.1.144 ogranicza skierowane sekcje Telegram poza najnowszymi 20 wiadomościami w projekcji modelu do podglądu o długości 1 000 znaków z początkiem i końcem. Najnowsze 20 wiadomości, najnowsza wiadomość użytkownika, sekcje na dokładnej granicy, załączniki, metadane kanału, surowa historia i eksporty pozostają bez zmian.
9.1.1439.1.143 usuwa przy starszych wiadomościach powtarzany komunikat transportowy pluginu Telegram z projekcji modelu. Treść kanału, metadane, załączniki, najnowsza wiadomość użytkownika, surowa historia i eksporty pozostają bez zmian.
9.1.1429.1.142 zmniejsza podgląd z początkiem i końcem dla starszych, nieskierowanych części kanału Telegram w projekcji modelu z 500 do 250 znaków. Skierowane części kanału, najnowsza wiadomość użytkownika, załączniki, surowa historia i eksporty pozostają bez zmian.
9.1.141Wersja 9.1.141 usuwa argumenty starszych, zakończonych wywołań narzędzi w projekcji modelu już od 32 szacowanych tokenów. Wyniki narzędzi zachowują dotychczasowy próg; nowe wiadomości i surowa historia pozostają bez zmian.
9.1.140Wersja 9.1.140 ogranicza domyślnie przypomnienie o błędach oparte na trafności w projekcji modelu do 4 000 znaków. Kompletne pliki Mistake, surowa historia i eksporty pozostają bez zmian.
9.1.139Wersja 9.1.139 ogranicza starsze, nieskierowane części kanału Telegram w projekcji modelu do podglądu 500 znaków. Najnowsza wiadomość użytkownika, części skierowane, załączniki, surowa historia i eksporty pozostają kompletne.
9.1.138Wersja 9.1.138 zachowuje z każdego powtarzającego się zadania cron w projekcji modelu już tylko najnowszy komunikat budzenia. Jednorazowe przypomnienia, różne zadania, surowa historia i eksporty pozostają bez zmian.
9.1.137Wersja 9.1.137 chroni już tylko dwanaście najnowszych wiadomości w całości przed odłożeniem starszych wyników narzędzi. Kompletne wyniki pozostają przywracalne przez surową historię i ścieżkę źródłową.
9.1.136Wersja 9.1.136 zachowuje w projekcji modelu już tylko najnowszy dynamiczny komunikat Mistake.md. Starsze wybory zostają w całości zachowane w surowej historii i eksportach.
9.1.135BLUN King 9.1.135 utrzymuje zarządzany runtime Node.js w procesie zastępczym i we wszystkich podrzędnych narzędziach na pierwszym miejscu PATH. Polecenia takie jak node i npm używają dzięki temu tego samego wspieranego runtime co TUI, zamiast wracać do starszej instalacji systemowej.
9.1.134Wersja 9.1.134 ogranicza nieskierowane wiadomości grupowe Telegram w projekcji modelu do podglądu 2 000 znaków z zachowanym początkiem, końcem i pierwotną długością. Wiadomości bezpośrednie i zapisana historia pozostają kompletne.
9.1.133Wersja 9.1.133 wybiera z lokalnego dla projektu i wspólnego pliku Mistake.md najwyżej pięć trafnych kompletnych wpisów w ramach wspólnego budżetu 6 000 znaków. Kompletne źródła i ścieżki zapisu zostają zachowane.
9.1.132Wersja 9.1.132 utrzymuje aktywny lekki bazowy prompt systemowy z 4 850 znakami po wygenerowanej inicjalizacji. Oszczędza to na zapytanie 18 259 znaków, czyli ok. 4 565 szacowanych tokenów, bez usuwania instrukcji ani narzędzi.
9.1.131Wersja 9.1.131 usuwa dwie starsze kopie reguł z projekcji modelu, gdy tylko obecne są właściwe odpowiedniki. Standardowy prompt spada przez to o 1 010 znaków, czyli ok. 253 szacowanych tokenów na zapytanie.
9.1.130Wersja 9.1.130 zastępuje poza ostatnimi 20 wiadomościami objaśniający tekst starszych, w pełni zakończonych kroków narzędzi krótkim komunikatem. Wywołania narzędzi, wyniki, surowa historia i eksporty zostają w całości zachowane.
9.1.129Wersja 9.1.129 usuwa teksty podglądu ze starszych, już odłożonych wyników narzędzi. Ścieżka i dane o rozmiarze pozostają widoczne; pełna treść zostaje zachowana w oryginalnym pliku lub prywatnym archiwum.
9.1.128Wersja 9.1.128 ogranicza trwałą pamięć podręczną doładowanych schematów narzędzi do dwunastu ostatnio wybranych narzędzi. Wyparte narzędzia pozostają natychmiast wyszukiwalne przez ToolSearch.
9.1.127Wersja 9.1.127 skraca powtarzany katalog ToolSearch. Jednoznaczne narzędzia pojawiają się ze swoim krótkim selektorem; pełne przestrzenie nazw MCP zostają zachowane tylko przy konfliktach nazw.
9.1.126Wersja 9.1.126 wybiera z pliku błędów obejmującego cały runtime deterministycznie najwyżej pięć pasujących do bieżącej rozmowy sekcji. Projekcja jest ograniczona do 6 000 znaków i nie wymaga żadnego dodatkowego wywołania modelu ani sieci.
9.1.125Wersja 9.1.125 dodaje działające wyłącznie w trybie odczytu polecenie Telegram /status dla sparowanych użytkowników. Podaje status komputera, wersji, procesu i kolejki, bez ujawniania identyfikatorów czatu, ścieżek, sekretów ani treści wiadomości.
9.1.124Wersja 9.1.124 poprawia zamienione kolory marki w kompaktowym znaku BLUN pod polem wprowadzania. Wartości statusu, nazwa profilu i persona pozostają bez zmian.
9.1.123Wersja 9.1.123 usuwa duże argumenty JSON starszych, zakończonych wywołań narzędzi z projekcji modelu. Nazwa, identyfikator, wynik, surowa historia i eksporty pozostają kompletne.
9.1.122Wersja 9.1.122 ładuje pełną wytyczną projektową już tylko przy pracy wizualnej przez narzędzie Skill. Zapytania niewizualne otrzymują kompaktowy kontrakt aktywacji; starsze czyste wyniki tekstowe są przy okazji skuteczniej odkładane.
9.1.121Wersja 9.1.121 ogranicza całkowity rozmiar starszych czystych wyników tekstowych narzędzi. Odpowiednie wyniki są archiwizowane prywatnie i zastępowane w projekcji modelu czytelnymi odsyłaczami do plików.
9.1.120Wersja 9.1.120 odkłada duże starsze odpowiedzi asystenta do prywatnych plików sesji. Ostatnie 20 wiadomości, łańcuchy narzędzi i kompletna surowa historia zostają zachowane.
9.1.119Wersja 9.1.119 wysyła przy każdym kroku modelu już tylko mały wybór często potrzebnych Skill. Wszystkie pozostałe Skille pozostają wyszukiwalne przez narzędzie Skill po nazwie lub celu.
9.1.118Wersja 9.1.118 utrzymuje znacznik czasu sesji w prompcie systemowym stabilny podczas trwającej sesji. Niezmienione części promptu mogą dzięki temu nadal korzystać z pamięci podręcznej prefiksu dostawcy.
9.1.117Wersja 9.1.117 utrzymuje cztery narzędzia rdzeniowe dla mediów natychmiast dostępne i ładuje rozumienie obrazu i wideo, synchronizację wideo oraz synchronizację ruchu warg tylko w razie potrzeby przez ToolSearch.
9.1.116Wersja 9.1.116 dodaje proaktywne kompaktowanie od ok. 128 000 szacowanych tokenów wejściowych na bezpiecznej granicy kroku. Kompaktowanie używa lekkiego własnego promptu systemowego; duże wyniki Read korzystają ze swojej istniejącej ścieżki źródłowej.
9.1.115Kontynuowane sesje budują prompt systemowy bieżącego profilu na nowo, dzięki czemu przestarzałe, nadmiernie duże migawki promptu nie utrzymują się między restartami. Duże przeglądy katalogów roboczych są ograniczane; kompletne pliki pozostają dostępne przez Glob, Grep i Read.
9.1.114Dostarczanie Telegram traktuje teraz Windows-EPERM jako wskazówkę działającego procesu TUI lub pollera, zamiast kierować wiadomości z widocznej sesji gdzie indziej. ToolSearch potwierdza już załadowane narzędzie przy dokładnej zgodności nazwy, zamiast błędnie zgłaszać, że brakuje narzędzia doładowywanego dopiero w razie potrzeby.
9.1.113Narzędzia Telegram zachowują przy starcie ścieżkę zastępczą w obrębie tego samego runtime, gdy zarządzana rejestracja wtyczek chwilowo nie występuje.
9.1.112Duże starsze wiadomości użytkownika są archiwizowane poza bieżącym oknem roboczym; kompletna surowa historia pozostaje nadal dostępna.
9.1.111Tury Telegram z załącznikami otrzymują automatycznie download_attachment. Przy zwykłych turach narzędzie pozostaje odłożone przez ToolSearch, dzięki czemu zmniejszone obciążenie schematami zostaje zachowane.
9.1.110Ponowienia po przeciążeniu dostawcy uwzględniają podaną przez serwer wartość Retry-After. Automatyczna konfiguracja ripgrep pobiera ustalone archiwa wersji 15.0.0 z oficjalnego wydania ripgrep i przed instalacją sprawdza ich sumy kontrolne SHA-256.
9.1.109Wersja 9.1.109 utrzymuje w zapytaniu modelu na stałe już tylko dziewięć narzędzi, na które przypadło ponad 98 procent z 3 183 zmierzonych wywołań narzędzi. Wszystkie pozostałe narzędzia pozostają wyszukiwalne przez ToolSearch i po pierwszym załadowaniu dostępne do końca sesji. Obciążenie schematami spada przez to w każdym zwykłym kroku modelu, bez usuwania jakiegokolwiek narzędzia i bez zmiany szybkiej ścieżki dla odpowiedzi Telegram i oczekujących wyników mediów.
9.1.108Identyczne, wielokrotnie wstrzykiwane komunikaty systemowe są łączone tylko w projekcji modelu. Zmienione komunikaty i kompletna zapisana historia zostają zachowane.
9.1.107Błędy dostawcy są wyświetlane w zrozumiałym języku klienta; wewnętrzne kody błędów i komunikaty wsparcia przy tym nie występują. /help oferuje sterowaną strzałkami listę poleceń i otwiera prawą strzałką lub klawiszem Enter obszerny opis wybranego polecenia.
9.1.106Profile agentów mogą wykluczać narzędzia po nazwie. Wykluczenia działają także po dynamicznym doładowaniu; standardowi podagenci nie wysyłają wiadomości Telegram z pominięciem głównego agenta.
9.1.105Wersja 9.1.105 dodaje TaskUpdate dla działających agentów tła. King przekazuje dodatkowe instrukcje przy następnym bezpiecznym kroku modelu temu samemu aktywnemu agentowi, bez zatrzymywania go i bez uruchamiania kolejnego agenta. Nieznane i już zakończone zadania, zadania powłoki oraz agenci, którzy nie przyjmują już aktualizacji, są odrzucani bez zmian.
9.1.104Wersja 9.1.104 pozwala poleceniom powłoki na pierwszym planie działać także przy bardzo dużych wynikach do regularnego końca. King zapisuje w sposób ciągły do 16 MiB do prywatnego dziennika zadania, odrzuca wynik powyżej tego i podaje faktyczny kod wyjścia, zamiast kończyć proces z powodu ilości wyniku. Małe wyniki, zadania tła, limity czasu i ręczne przerwania pozostają bez zmian.
9.1.103Członkowie roju są po przejściowych przerwach dostawcy wznawiani pod tym samym identyfikatorem agenta najwyżej dwukrotnie. HTTP 429 zachowuje swoją oddzielną regułę przeciążenia; błędy ostateczne i ręczne przerwania nie są automatycznie ponawiane.
9.1.102Delegowani pojedynczy agenci są po przejściowych błędach dostawcy wznawiani na podstawie swojej trwałej historii najwyżej dwukrotnie. Błędy trwałe i ręczne przerwania pozostają ostateczne.
9.1.101Nadmiernie duże wiadomości użytkownika są zapisywane lokalnie i zastępowane w kontekście modelu ograniczonym podglądem z czytelną ścieżką. Kompletna oryginalna historia i media zostają zachowane.
9.1.100Ograniczone wyszukiwania treści Grep kończą ripgrep po żądanej stronie i jednym dodatkowym wierszu podglądu. Zliczenia trafień, nieograniczone wyszukiwania i listy plików sortowane według czasu zmiany pozostają kompletne.
9.1.98King może proaktywnie skompaktować zakończony odcinek pracy od 128 000 szacowanych tokenów. Poniżej progu schemat narzędzia jest całkowicie pomijany w prompcie modelu; kompaktowanie korzysta z istniejącego bezpiecznego przejścia kroku.
9.1.97Trwale ładowany opis narzędzia TodoList spadł z 2 238 do 996 znaków. Planowanie wieloetapowe, wszystkie sześć statusów zadań, uczciwe komunikaty postępu, zapytania, czyszczenie i oddzielny tryb planowania pozostały chronione.
9.1.96Trwale ładowany bazowy prompt systemowy spadł z 23 109 do 4 850 znaków. Tożsamość, persona i dusza, język odpowiedzi, granice pracy i uprawnień, przekazanie kompaktowania, środowisko wykonawcze, AGENTS.md i Skille pozostały chronione.
9.1.95Trwale ładowany opis narzędzia Write spadł z 2 532 do 1 541 znaków. Odgraniczenie od Edit, treści dosłowne, końce wierszy, limit 500 wierszy, wyjątek jednego pliku oraz atomowa kontynuacja z kontrolą wierszy i SHA-256 pozostały chronione.
9.1.94Trwale ładowany opis narzędzia Glob spadł z 1 495 do 1 006 znaków. Sortowanie, pliki ignorowane i wrażliwe, wzorce rekurencyjne, pliki kropkowe, rozwinięcia nawiasowe i limit 100 trafień pozostały chronione.
9.1.93Trwale ładowany opis narzędzia Edit spadł z 1 537 do 1 144 znaków. Czytanie przed zmianą, dokładne zamiany, zamiany wielokrotne, obsługa CRLF i limit 500 wierszy pozostały chronione.
9.1.92Trwale ładowany opis narzędzia Agent spadł z 2 061 do 1 153 znaków. Oddzielny kontekst, wznawianie, limity czasu i równoległa delegacja zostały zachowane.
9.1.91Trwale ładowany opis narzędzia Read spadł z 2 391 do 1 648 znaków. Stronicowanie, ochrona tajemnic, przekazywanie mediów, format wierszy i zachowanie CRLF zostały zachowane.
9.1.90Trwale ładowany opis narzędzia Bash spadł z 5 003 do 1 834 znaków. Kontrakt runtime, zadania tła, narzędzia plikowe i granice bezpieczeństwa zostały w całości zachowane.
9.1.89Stronicowane odczyty plików podają przy wewnętrznym limicie 1 000 wierszy dokładny następny line_offset; koniec pliku i celowo mniejsze fragmenty pozostają bez zmian.
9.1.88BLUN King 9.1.88 aktywuje małe, bezstratne kompaktowanie zawczasu, przed pełnym kompaktowaniem. Starsze duże wyniki narzędzi i zakończone argumenty narzędzi opuszczają wcześniej widok modelu; kompletna zapisana historia zostaje zachowana.
9.1.87Wyraźnie powtarzalna odpowiedź HTTP 429 uwzględnia Retry-After i otrzymuje najwyżej dwa automatyczne ponowienia; inne błędy pozostają natychmiast widoczne.
9.1.86Duże wyniki narzędzi zachowują w tym samym budżecie podglądu po 1 000 znaków z początku i końca; dokładne oznaczenie podaje pominiętą liczbę znaków.
9.1.85Tekstowe wyniki narzędzi powyżej 12 000 znaków są w całości zapisywane w prywatnym pliku lokalnym; kolejne zapytania modelu zachowują tylko budżet podglądu 2 000 znaków i czytelną ścieżkę.
9.1.84Pełne kompaktowanie przetwarza starsze części historii w chronologicznych etapach z maksymalnie 64 000 szacowanych tokenów wejściowych; stała granica bezpieczeństwa i kompletne prywatne archiwum pozostają bez zmian.
9.1.83Mikrokompaktowanie zastępuje duże argumenty starszych, zakończonych wywołań narzędzi tylko w widoku modelu poprawnym oznaczeniem JSON; kontroler sesji podaje szacowaną oszczędność bez wyświetlania treści.
9.1.82Kontroler wyłącznie do odczytu podaje wybrane i wstrzymane schematy narzędzi, powody wstrzymania oraz szacowaną liczbę unikniętych tokenów schematów.
9.1.81Dołączony kontroler wyłącznie do odczytu podsumowuje kroki dostawcy, wywołania narzędzi, tokeny, kompaktowania, błędy i odłożone wyniki, bez ujawniania promptów ani prywatnych ścieżek.
9.1.80Duże wyniki narzędzi otrzymują telemetrię odłożenia bez treści; izolowany kontekst podagentów, maszynowo czytelne plany i przenośne przekazania są chronione testami regresyjnymi.
9.1.79Trwałe punkty kontrolne zapisują zakończone rekordy historii przed krokami dostawcy i przed zakończeniem workera, dzięki czemu zakończona praca może zostać ponownie odczytana po kontynuacji.
9.1.78Pełne kompaktowanie archiwizuje wyparte części historii, zanim zastąpi je podsumowaniem; podsumowanie zawiera czytelną ścieżkę archiwum.
9.1.77Mikrokompaktowanie zmniejsza przy presji na kontekst starsze, duże wyniki narzędzi, zachowując jednocześnie kompletną zapisaną historię.
9.1.76Oczekujące zadania obrazów, wideo i mowy przetrwają kompaktowanie i szybkie pytania następcze; wiadomości Telegram pozostają w kolejności FIFO bez mylącego błędu zajętości.
9.1.75Krótkie rozmowy Telegram przetwarzają tylko najnowszą nieodpowiedzianą wiadomość, podczas gdy zakończone wymiany tekstowe zostają zachowane jako kontekst językowy.
9.1.74Zapisane trasy Telegram przywracają identyfikatory grup przekazane przypadkowo bez znaku minus; Ctrl+S może sterować faktycznie działającą turą.
9.1.73Wiadomości Telegram i pętli nie uruchamiają już drugiej tury podczas aktywnej pracy; Escape i Ctrl+C mogą nadal przerwać aktywną turę.
9.1.72Ukrycie komunikatu o aktualizacji tłumi tylko wersję oferowaną wówczas; nowsze wydania pojawiają się przy normalnym starcie z king ponownie.
9.1.71Przebudzenia pętli trafiają poprawnie do kolejki, poller Telegram jest przejmowany atomowo, centralne narzędzia plików i mediów pozostają natychmiast dostępne, a Context7 nie uruchamia się już automatycznie.
9.1.69Standardowe MCP są konfigurowane, Telegram osiąga chroniony punkt przekazania FIFO, Escape i Ctrl+C niezawodnie przerywają aktywną pracę, a przegląd MCP ukrywa wewnętrzne ścieżki.
9.1.68Wiadomości Telegram w bezczynności budzą przetwarzanie FIFO, wiadomości bezpośrednie i grupowe zachowują swoją kolejność wejścia, a kontynuacja ukrywa wewnętrzne ramy Telegram.
9.1.67Standardowy skill venture-flywheel dodaje czysto kontraktową podstawę UVF z deterministycznym zaufaniem projektowym i obowiązkami zatwierdzania dla działań zewnętrznych.
9.1.66/curiosity i /scout prowadzą ograniczone, wyłącznie do odczytu badania szans z dowodami, kontrdowodami i kryterium przerwania.
9.1.65Escape i Ctrl+C niezawodnie przerywają automatyczne kompaktowanie, stabilna kotwica ekranu zapobiega podwójnym stopkom, a komunikat pętli jest wyrównany do treści czatu.
9.1.64Oparta na dysku historia sesji, doładowywane narzędzia i Skille, strażnik bezczynności dostawcy 120 sekund, poprawny takt pętli, Telegram w kolejności FIFO, pakiety Linux i rozpoznawanie języka bośniackiego zostały dodane razem.
9.1.58–9.1.63Ta seria wersji skupiała prace nad sesjami, Telegramem, platformami i wydajnością. Zakończyły ją odchudzone schematy narzędzi na żądanie, zwarte listy Skill, przywrócone Skille pierwszego użycia i kontrola inwentarza pakietu przeciw nieplanowanym usunięciom.

Wcześniejsze ulepszenia

WersjaZmiana
9.1.53/idea publikuje swój plan zadań przed pierwszą pracą, sprawdza działania wychodzące przy każdym wywołaniu narzędzia i wymaga dla każdego kroku uczciwego stanu końcowego.
9.1.52Kontynuowane sesje otwierają bezpośrednio zapisany katalog roboczy. Rozmowa i aktywny stan /loop są przywracane wspólnie przy ponownym uruchomieniu.
9.1.51Pętle działają jako autonomiczne przebudzenia, /idea rozwija i edytuje własne plany, Telegram może wyzwalać polecenia robocze, a stany mediów i startu są przedstawiane jaśniej.
9.1.50Lokalne lub odebrane przez Telegram obrazy można animować jako prawdziwe wideo MP4. Duże okna kontekstu otrzymują prawidłowy budżet wyjściowy; pasek mediów pokazuje jaśniejsze stany i klikalne ścieżki.
9.1.49Obrazy dorosłych fantazyjnych postaci w strojach kąpielowych pozostają dozwolone w jasnych granicach. Zakończone zadania obrazów można wykorzystać jako obraz początkowy dla wideo; udane zapytania GetMedia nie tworzą powtarzanych kart.
9.1.48Jednolity pasek mediów grupuje zadania mediów bezpośrednio nad polem wprowadzania. Wartości procentowe pojawiają się tylko z prawdziwym pomiarem dostawcy; w przeciwnym razie pokazuje fazę i czas działania.
9.1.47Dziennik zapytań rozróżnia rozmowy i kompaktowanie oraz rejestruje wybór narzędzi i powód tłumienia, bez zmiany zachowania narzędzi.
9.1.46Pętle rozumieją naturalne określenia czasu, pokazują je podczas wprowadzania, obsługują swobodne interwały i udostępniają normalny wybór tekstu w terminalu poza widokiem historii.
9.1.45Bieżący postęp kompaktowania pojawia się już tylko w dolnej belce statusu, zamiast dodatkowo jako drugi wiersz w czacie.
9.1.44Kompletne przepakowanie zatwierdzonej wersji 9.1.43, aby także wcześnie zainstalowane wersje 9.1.43 bezpiecznie rozpoznawały aktualizację.
9.1.43Kompletna baza ochronna z 9.1.40 z diagnostyką transportu, widocznymi komunikatami o aktualizacjach i poleceniami konsoli /loop, /goal i /output-style.
9.1.40Strażnik tury dla długich lub wielokrotnie nieudanych wywołań; samodzielna kontrola hasha po zapisie wieloczęściowym z kontrolą ponownego odczytu zapisanego pliku.
9.1.39Długie pliki są zapisywane w kontynuacjach. Każda kontynuacja zaczyna się na faktycznie zapisanym końcu; liczba wierszy, SHA-256 i granice części są sprawdzane i podawane.
9.1.38Zdegenerowane lub obcięte argumenty narzędzi są rozpoznawane. Niekompletny plik jest odrzucany z komunikatem błędu, zamiast po cichu uchodzić za gotowy.
9.1.37Po zmianie Node BLUN sprawdza moduły natywne prawdziwym zapytaniem SQLite i w razie potrzeby przebudowuje better-sqlite3.
9.1.36Puste odpowiedzi modelu są traktowane według przyczyny: zbyt mały budżet wyjściowy jest zwiększany, pusty stop jest powtarzany dokładnie raz. Komunikaty systemowe i wstrzyknięcia nie mogą wywołać odpowiedzi Telegram.
9.1.35Wieloetapowe kompaktowanie pokazuje etap i rzeczywiste wykorzystanie okna modelu, na przykład 2/~10 · 90 %.
9.1.34Aktywny kontekst jest kompaktowany etapami: najpierw najstarsze części, każde wywołanie kompaktowania poniżej granicy modelu.
9.1.33Podstawa dla automatycznego runtime Node i późniejszej naprawy modułów natywnych po zmianie runtime.

Uzupełnienia i otwarte luki dokumentacyjne

Porównanie z dnia 17 września 2026: w zakresie 9.1.33 do 9.1.597 znajduje się 521 wersji w katalogu npm. Brakujący numer nie jest automatycznie brakującym wydaniem: niektóre wersje nie występują w dzisiejszym katalogu lub zostały wycofane. Dla czterech opublikowanych wersji dokładne szczegóły zmian pozostają otwarte. Nie wymyśla się dla nich żadnych zmian.

9.1.567: szczegóły zmian otwarte

Opublikowano 6 września 2026 o 22:42 UTC. Wartość SHA-512 pakietu zgadza się z wartością integralności opublikowaną w npm. Pakiet nie zawiera CHANGELOG.md; jego README podaje przy poleceniu instalacji nadal 9.1.566. Nie można z tego wiarygodnie wywnioskować różnicy względem 9.1.566. Ta luka dokumentacyjna pozostaje wyraźnie otwarta.

9.1.550: szczegóły zmian otwarte

Opublikowano 2 września 2026 o 07:19 UTC. Wartość SHA-512 pakietu zgadza się z wartością integralności opublikowaną w npm. Pakiet nie zawiera CHANGELOG.md, a w sprawdzonym materiale nie znaleziono dowodu zmian specyficznego dla wersji. Ta luka dokumentacyjna pozostaje wyraźnie otwarta.

Uzupełnienie do 9.1.536

Poniższe informacje pochodzą ze sprawdzonego pod względem integralności opublikowanego pakietu z 1 września 2026:

  • Zadania robocze działają dalej poza prywatne odpowiedzi Telegram. Po zbuforowanych wiadomościach bezpośrednich King kontynuuje pracę ograniczonym dodatkowym krokiem, o ile użytkownik wyraźnie jej nie wstrzyma ani nie zatrzyma.
  • Krótkie pytania o status nie przerywają bieżącego przebiegu pracy.
  • Gdy próby ponowienia po pustych odpowiedziach myślowych są wyczerpane, King zmniejsza nakład myślenia, zamiast pozostawiać go bez zmian przy dalszych próbach.
  • Więcej doładowanych schematów narzędzi pozostaje dostępnych; wiadomości są odkładane dopiero, gdy dostępnego miejsca w historii zaczyna brakować.
  • Zawarte są sprawdzona reguła postępu dla TodoList i jednolinijkowa ścieżka startowa dla God Mode ze Swarm.

Uzupełnienie do 9.1.99

Istniejąca dokumentacja funkcji opisuje wspólne odkładanie kolejnych czystych tekstowych wyników narzędzi: gdy stos przekroczy 12 000 znaków, odpowiednie duże wyniki są zapisywane prywatnie. W kontekście modelu pozostają czytelne odsyłacze; surowa historia i media zostają zachowane. Dotychczas brakujący wpis wersji odsyła teraz wyraźnie do tej funkcji.

9.1.70: szczegóły zmian otwarte

Opublikowano 24 sierpnia 2026 o 15:56 UTC. Wartość SHA-512 pakietu zgadza się z wartością integralności opublikowaną w npm. Pakiet nie zawiera CHANGELOG.md; istniejące opisy funkcji nie potwierdzają jednoznacznej różnicy względem 9.1.69. Ta luka dokumentacyjna pozostaje wyraźnie otwarta.

9.1.57: szczegóły zmian otwarte

Opublikowano 23 sierpnia 2026 o 07:28 UTC. Wersja pojawiła się dotąd tylko jako punkt wyjścia zbiorczego nagłówka. W sprawdzonym materiale nie przypisano jej żadnego własnego dowodu zmian specyficznego dla wersji. Ta luka dokumentacyjna pozostaje wyraźnie otwarta.

CHANGELOG.md zawarty w niezmiennym pakiecie npm 9.1.597 kończy się na 9.1.594. Uzupełniające informacje o wersjach od 9.1.595 do 9.1.597 znajdują się na tej stronie. Opublikowany pakiet nie został później przepisany pod tym samym numerem wersji.

9.1.41 i 9.1.42 są wycofane

Nie instalować

Te dwie wersje zostały przypadkowo odgałęzione od 9.1.38 zamiast od 9.1.40. Brakowało przez to kontynuacji zapisu, samodzielnej kontroli hasha i strażnika tury. Obie wersje npm są oznaczone jako przestarzałe; latest i next nigdy na nie nie wskazywały. 9.1.43 zawiera ich zamierzone zmiany na kompletnej bazie ochronnej.

Aktualizuj i sprawdź

king update
blun --version

Po instalacji 9.1.599 wyświetlana wersja musi wynosić 9.1.599. Aktualizacje z 9.1.597 i lokalnej wersji 9.1.598 przez publiczne źródła aktualizacji zostały sprawdzone. Już działająca konsola ładuje nowy kod dopiero po swoim restarcie. Sprawdź w niej następnie dodatkowo /version.