BLUN King

BLUN King 9.1.621

Publicēts:

King pārņem tavas sarunas kopsavilkumu tikai tad, ja modelis ir apstiprinājis tā pabeigšanu. Ja šī apstiprinājuma nav, tava līdzšinējā sarunas vēsture paliek nemainīga.

Ja kopsavilkuma pārsūtīšana beidzas negaidīti, tavs līdzšinējais sarunas konteksts netiek aizstāts ar nepilnīgo kopsavilkumu. Izmaiņas attiecas tikai uz sarunas sablīvēšanu; parastās atbildes paliek nemainīgas.

Joprojām atklātas ir atsevišķas kļūdas, saglabājot sesiju; šis atjauninājums tās nenovērš.

BLUN King

BLUN King 9.1.620

Publicēts:

Sistēmā Windows konsole, aizverot logu, pilnībā beidz darbu, tāpēc nākamajā palaišanā vairs netiek rādīts paziņojums „jau darbojas”.

Atjauninājums korigē konsoles procesa pārtraukšanu, aizverot logu. Faktiski vēl darbojošos konsole joprojām saglabā ekskluzīvu piekļuvi savai sesijai.

BLUN King

BLUN King 9.1.619

Publicēts:

Viena agrāka kļūda, sablīvējot sarunu, vairs neaizslēdz tavu sesiju: pēc veiksmīgas sablīvēšanas King skaita tikai jaunas, tieši secīgas kļūdas.

Viena agrāka kļūda, sablīvējot sarunu, vairs neaizslēdz tavu sesiju: pēc veiksmīgas sablīvēšanas King skaita tikai jaunas, tieši secīgas kļūdas. Ja sablīvēšana neizdodas divas reizes pēc kārtas, ziņojums tagad skaidri rāda „Sablīvēšana apturēta”, nevis ziņo par pilnu kontekstu.

Joprojām atklātas ir atsevišķas kļūdas, saglabājot sesiju un veidojot pilnīgu sarunas kopsavilkumu; šis atjauninājums tās nenovērš.

BLUN King

BLUN King 9.1.618

Publicēts:

Ja pēc tavas sesijas turpināšanas pienāk Telegram ziņojums, kamēr King jau strādā, tas paliek rindā un tiek piegādāts pēc tam.

Ja pēc tavas sesijas turpināšanas pienāk Telegram ziņojums, kamēr King jau strādā, tas paliek rindā un tiek piegādāts pēc tam. King šo gaidīšanas situāciju vairs nerāda kā kļūdu.

Linux x64 vidē terminālis izmanto komplektā iekļauto bināro failu. Tādējādi tas darbojas arī tad, kad npm 12 bloķē instalācijas skriptus; kompilators tam nav vajadzīgs. Šim nolūkam King izmanto fiksēto pirmsizlaides versiju node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Publicēts:

Atkārtoti ielādējot to pašu sesiju, King vairs nepievieno nemainītus spraudņu norādījumus vairākas reizes.

Atkārtoti ielādējot to pašu sesiju, King vairs nepievieno nemainītus spraudņu norādījumus vairākas reizes. Ja norādījumi mainās, King joprojām ņem vērā pašreizējo stāvokli.

Lielu rīku izvažu priekšskatījumi tagad ņem vērā arī pieejamo konteksta logu. Uz āru pārnestās izvades joprojām vari izlasīt pilnībā.

Ar komandu /profile vai /profiles tu atver profila izvēli. King pārslēdzas tikai tad, kad tava sesija ir gatava. Notiekošs darbs un gaidoši ziņojumi novērš pārsteidzīgu pārslēgšanos; tādā gadījumā tavs līdzšinējais profils paliek aktīvs.

Kad tu aptur notiekošu darbu, King gaida arī pēdējos uzkopšanas soļus. Vēl nepabeigts darbs netiek priekšlaicīgi apstiprināts kā apturēts.

BLUN King

BLUN King 9.1.616

Publicēts:

Pēc apstiprinātas Telegram atbildes King nākamajā drošajā solī pieņem arī citus tev adresētus ziņojumus, pat notiekoša gājiena laikā.

Pēc apstiprinātas Telegram atbildes King nākamajā drošajā solī pieņem arī citus tev adresētus ziņojumus, pat notiekoša gājiena laikā. Jau piegādāta atbilde vairs neaizkavē rindu. Atbildes paliek saistītas ar savu tērzēšanu.

Ja pārtrauc gājienu, vēl nepieņemtie Telegram ziņojumi tiek saglabāti nākamajai piegādei. King tos apstiprina tikai tad, kad sesija tos faktiski pieņem.

BLUN King

BLUN King 9.1.615

Publicēts:

King lielus rīku katalogus patur pieejamus, izmantojot rīku meklēšanu, un pielāgo rīku budžetu pakalpojumu sniedzēja konteksta logam.

King lielus rīku katalogus patur pieejamus, izmantojot rīku meklēšanu, nenosūtot modelim visas neobligātās rīku shēmas. Ja pakalpojumu sniedzējs ziņo par mazāku konteksta logu, King pielāgo rīku budžetu; atrastie rīki paliek pieejami nākamajā solī.

Ja nepieciešams, King lielās rīku izvades pārnes uz āru agrāk nekā līdz šim. Pilno izvadi vari saņemt kā līdz šim, ja to var droši parādīt.

Parastās Telegram atbildes un ziņojumu izmaiņas vairs netiek aizturētas trūkstoša valodas apstiprinājuma dēļ. Tava iestatītā atbilžu pārbaude paliek aktīva.

BLUN King

BLUN King 9.1.614

Publicēts:

Pārāk lieli AGENTS.md un AGENTS.override.md faili vairs neaptur darba gājienu tikai to lieluma dēļ.

Ārpus King konsoles King no instrukciju failiem kopā nolasa līdz 32 KiB un reizi sesijā tev paziņo izlaisto baitu skaitu.

King konsolē faili paliek pilnīgi, kamēr pieprasījuma lieluma robeža to atļauj.

Simboliskās saites un nedroši ceļi paliek bloķēti.

BLUN King

BLUN King 9.1.613

Publicēts:

King atpazīst pārāk lielus modeļa pieprasījumus jau pirms nosūtīšanas.

King konsolē King no katra AGENTS.md un AGENTS.override.md faila nolasa ne vairāk kā 32 KiB. To, kas pārsniedz šo apjomu, King izlaiž un parāda tev, cik baitu tika izlaists.

Pirms nosūtīšanas King tagad novērtē visa modeļa pieprasījuma lielumu, ieskaitot instrukcijas, vēsturi, rīku definīcijas un attēlu datus. Kad tas tuvojas servera baitu robežai, sākas pakāpeniska sablīvēšana. Ja pieprasījumu nevar droši sadalīt, King pārtrauc darbību, klusībā neizmetot saglabāto vēsturi.

King pabeigtos rīku izsaukumus glabā lokāli kā metadatus: rīka nosaukumu, laiku, statusu un failu rīku gadījumā — vajadzības gadījumā ceļu. Ievades, izvades, komandas un atslēgas netiek glabātas. Ar /memory tools vari meklēt sava profila ierakstos.

Konteksta diagnostika rāda papildu skaitļus par pieprasījumu sastāvu. Ieslēdzams fāžu mērījums fiksē laiku līdz modeļa izsaukumam, neprotokolējot saturu.

Patēriņa attēlojums pārņem atsevišķi ziņotos domāšanas tokenus, ja pakalpojumu sniedzējs tos piegādā.

Klientiem nav izlaists, aizstāts ar 9.1.613

BLUN King 9.1.612

Publicēts:

9.1.612 netika izlaists kā klientu atjauninājums. Agrīnā baitu aizsardzība nedarbojās pieprasījumam, kas lielāks par 900 KB, ja vēsture viena pati palika zem 600 KB. 9.1.613 aizstāj šo stāvokli.

BLUN King

BLUN King 9.1.611

Publicēts:

Lieli sablīvēšanas pieprasījumi paliek servera baitu robežas ietvaros.

  • King pārāk lielu sablīvēšanas pieprasījumu pēc pieprasījuma lieluma sadala hronoloģiskos soļos. Tādējādi sablīvēšana var turpināties arī tad, ja pieprasījums satur vairāk baitu, nekā serveris pieņem vienā reizē.
  • Ja jau viens atsevišķs ziņojums neiekļaujas robežā, tava saglabātā vēsture paliek nemainīga. King to neatmet, lai piespiestu sablīvēšanu.

Īsāks modeļa gaidīšanas laiks vai mazāks tokenu patēriņš ar to nav pierādīts. Atjauninājums nerestartē jau notiekošu King sesiju.

BLUN King

BLUN King 9.1.610

Publicēts:

Tu atkal vari instalēt lietotni King operētājsistēmā Linux un atkal palaist profilus, un otrā King palaišana operētājsistēmā Windows vairs nebeidzas ar kļūdu un maldinošu paziņojumu par privātajiem ACL.

  • Linux atkal ir atbalstīto operētājsistēmu sarakstā npm pakotnē. Ja operētājsistēmā Linux tev ir vecāka versija, 9.1.610 instalē, izmantojot parasto atjauninātāju.
  • Skaidri starti ar --profile un esošie profila nosaukumu saīsinājumi ved uz izvēlētā profila direktoriju. Nezināms nosaukums pats par sevi vairs klusi neizveido tukšu profilu; jaunu profilu apzināti izveido ar --profile.
  • Ja esošam profilam trūkst savas pieteikšanās, King piedāvā /login, nevis pārtrauc darbu trūkstošas blun/king modeļa konfigurācijas dēļ.
  • Operētājsistēmā Windows privāto direktoriju pārbaude izdodas arī tad, ja Telegram bridge tur atvērtu spraudņu direktoriju. TEMP un TMP tiek nodoti ACL palīgam, un direktoriju kļūdu gadījumā King nosauc skarto ceļu un patieso cēloni.
  • Ja jau darbojas interaktīvs King, King to atpazīst pirms privāto ACL nostiprināšanas un ziņo tā PID, nevis attēlo otru startu kā privāto ACL kļūdu.

Tukšs profils versijā 9.1.610 nepārņem pieteikšanās datus no kopējā mājas direktorija. Pašreizējais /login vaicājums vēl var parādīt „OAuth login expired”, pat ja šis profils nekad nav pieteicies.

Linux atjaunināšanas ceļš no 9.1.114 uz 9.1.610 tika iziets pēc publicēšanas. Windows atjaunināšanas ceļš no 9.1.609 uz 9.1.610 nav izmērīts.

Atjauninājums nerestartē jau darbojošos King sesiju.

BLUN King

BLUN King 9.1.609

Publicēts:

Atver Effort atlasi ar Ctrl+L un paturi savu redaktora melnrakstu.

  • Ctrl+L atver esošo Effort atlasi, nezaudējot savu redaktora melnrakstu. Esošie Effort iestatījumi un modeļa ierobežojumi tiek izmantoti atkārtoti, nevis izveidots otrs konfigurācijas ceļš.
  • Esošais noteikums par darbojošām sesijām paliek spēkā: Effort maiņa aktīvas darbības laikā tiek noraidīta, nevis atlikta uz vēlāku laiku. Atskaņošanas vai redaktora pārņemšanas laikā īsinājumtaustiņš tiek ignorēts.

Šīs izmaiņas nepierāda ne ātrākus atbilžu laikus darbības laikā, ne mazāku norēķināto tokenu patēriņu un nenodrošina pilnīgu OpenClaw paritāti.

BLUN King

BLUN King 9.1.608

Publicēts:

Telegram grupās aģentu King sasniedz tikai tie ziņojumi, kuros tas tiek pieminēts. Tavas vairākatlases un pakāpeniskā jautājumu atcelšana paliek saglabātas.

  • Telegram grupās ziņojumi, kas nav adresēti aģentam King, nonāk sesijas kontekstā tikai pēc pieminēšanas pārbaudes. Tas, kurš pārbaudi skaidri izslēdzis, to saglabā.
  • Tavas vairākatlases un pakāpeniskā jautājumu atcelšana paliek saglabātas. Mērķa kājenes līnija izmanto kopēju atjaunināšanas taimeri.
  • Windows ACL pārsūtīšanas slogs samazinās, nevājinot atļauju pārbaudi. Atkopšana pēc īslaicīgām kļūdām, aizstājot konfigurāciju, ir ierobežota; rakstīšanas īpašumtiesības paliek saglabātas.
  • Pirms atkārtota mēģinājuma King pārbauda, vai paralēli noņemtais Windows rakstītāja marķieris patiešām ir pazudis. Nesalasāmi esošie marķieri joprojām izraisa pārtraukšanu.

Šīs izmaiņas nepierāda ne ātrākus atbilžu laikus darbības laikā, ne mazāku norēķināto tokenu patēriņu un nenodrošina pilnīgu OpenClaw paritāti.

BLUN King

BLUN King 9.1.607

Publicēts:

Tava pēdējā izvēlētā sesija atgriežas, neizdevušies rakstīšanas pieprasījumi tiek godīgi paziņoti, un katrs HTTP mēģinājums saņem sākuma laika zīmogu.

  • Neobligāto pēdējās izvēlētās sesijas atkopšanu var aktivizēt ar resume_last_selected tui.toml failā. Izvēle attiecas uz apstiprināto kontu, izpildvidi, aģentu un darba apgabalu. Parastais starts paliek nemainīgs, skaidras sesijas izvēles ir prioritāras; nepieejamas izvēles atgriežas pie jaunas sesijas, nevis citas.
  • Pēc neizdevušās aktivizācijas paliek iepriekšējā izvēle. Kontam, kas aktivizācijas laikā ir mainījies, izvēle netiek saglabāta.
  • Neizdevušies faila rakstīšanas pieprasījumi netiek apzīmēti kā veiksmīgi. Esošais turpinājuma protokols pilnām rindām rakstīšanām, kas pārsniedz 2 048 UTF-8 baitus, tiek izskaidrots, nepalielinot robežu un neveicot automātisku atkārtotu mēģinājumu.
  • Tieši pirms katra HTTP mēģinājuma tiek ierakstīts sākuma laika zīmogs pēc pulksteņa laika diagnozes korelācijai. Pieprasījumu saturs vai piekļuves dati nenonāk diagnozē.
  • Unikoda rakstzīmes ārpus pamata daudzvalodu plaknes (piemēram, emocijzīmes) paliek pilnībā saglabātas esošajās atmiņas budžeta robežās, nepalielinot šos budžetus un neveidojot papildu atmiņu.

Šīs izmaiņas nepierāda ne ātrākus atbilžu laikus darbības laikā, ne mazāku norēķināto tokenu patēriņu, nenodrošina pilnīgu vārtejas paritāti un neizslēdz neadresētus Telegram ziņojumus no konteksta.

BLUN King

BLUN King 9.1.606

Publicēts:

Turpinot sesiju, vispirms parādās pašreizējās transkripta lapas; vecākas lapas ielādē esošā transkripta navigācija.

  • Turpinot interaktīvu sesiju, vispirms parādās pašreizējās transkripta lapas; vecākas lapas ielādē esošā transkripta navigācija. Pilnā saglabātā vēsture un aktīvais modeļa konteksts paliek saglabāti.
  • Starta laikā spēkā ir attēlošanas mērķis 200 atskaņošanas ierakstu. Ar --history-limit no 1 līdz 2000 var iestatīt pirmo un vecāko lapu attēlošanu; pilnas sarunu kārtas un rīku pāri var pārsniegt mērķi.
  • Pirmā skill un spraudņu aktivizāciju attēlošana paliek saglabāta pāri lapu robežām. Sākuma ritināšanas pozīcija ir labota, lai vecāku lapu ielāde neatstātu tukšu ekrānu.

Šīs izmaiņas samazina sākotnējo transkripta renderēšanas darbu. Tās nepierāda ne ātrākus modeļa atbilžu laikus, ne mazāku tokenu patēriņu vai zemākus rēķinus, neuzlabo pakalpojumu sniedzēja kešošanu un neierobežo, cik daudz starta laikā tiek lasīts no diska.

BLUN King

BLUN King 9.1.605

Publicēts:

Pārbaudi konteksta avotus, vadi notiekošos procesus un nodod pirmo ziņojumu konsoles starta laikā. Lokālā vēstures apstrāde un sablīvēšanas pārbaudes ir paplašinātas.

  • Lokālās sesiju vēstures tiek atskaņotas grupēti. Arhivētas attēlošanas lapas var atrast, nepārmeklējot visus iepriekšējos blokus. Pilnā saglabātā vēsture, arhīva integritātes pārbaudes un līdzšinējā atkopšana paliek saglabāti.
  • Atkārtoti rīku rezultāti starp reģistrētajām sablīvēšanām tiek konsekventi sagatavoti modeļa kontekstam. Pilni lokālie izvadi un esošās lasīšanas tiesības paliek saglabātas. Izvadi netiek izvietoti ārēji, ja tos nevar atgūt pa solīto atkopšanas ceļu.
  • Noslēdzošā automātiskā sablīvēšana aizstāj aktīvo kontekstu tikai tad, ja tā samazina vēsturi pēc tās pašas aprēķina metodes. Noraidījuma gadījumā sākotnējā vēsture paliek saglabāta. Izvēles trigeris max_request_history_bytes izmanto esošo sablīvēšanas vadību, pēc noklusējuma ir izslēgts un neierobežo visu pieprasījuma saturu pakalpojumu sniedzējam.
  • Konteksta diagnoze iegūst atsevišķus skatus un avotu piešķiršanu norādēm, atmiņai, skill un agrākiem ziņojumiem. Serializētā satura baiti, lokālās tokenu aplēses un ziņotais patēriņš paliek atsevišķi.
  • Atbildība par sesiju saglabājas arī gaidošu uzdevumu, novēlotu notikumu, papildjautājumu un konfigurācijas izmaiņu gadījumā. Otrs aktīvs rakstīšanas piekļuves mēģinājums tai pašai sesijai tiek noraidīts, nevis pieļautas vienlaicīgas izmaiņas pierakstā.
  • Papildu aģenta/sesijas rinda kājenes līnijā tiek atcelta. Sesijas joprojām var mērķtiecīgi vadīt un diagnosticēt. Esošais King interfeiss, pārvaldītie modeļi un atļauju robežas paliek saglabāti.
  • --message nodod pirmo ziņojumu interaktīvam startam. Tas tiek apstrādāts pēc piekrišanas starta laikā un sesijas izvēles caur parasto ziņojumu pārbaudi un rindu. Tā saturs netiek interpretēts kā slīpsvītras vai čaulas komanda.
  • Pievienotā aizsarga pakalpojuma saskarnes vienošanās paliek nemainīga. Šis laidiens nepierāda ne ātrākas atbildes darbības laikā, ne zemākus pakalpojumu sniedzēja rēķinus, ne pilnīgu funkcionālo līdzvērtību OpenClaw, ne ierobežotu nolasīšanas apjomu, pirmo reizi ielādējot sesijas pierakstu.

/abort pārtrauc notiekošo darbību, neizmetot gaidošos ievadus. /stop papildus izmet gaidošos ievadus. /exit joprojām beidz konsoli. Tās ir lokālas konsoles komandas, nevis papildu Telegram attālinātās komandas.

Pārbaudes pakotnes stāvoklī 9.1.605: 238 pārbaudes faili ar 6 900 testiem, kā arī 40 staging pārbaudes, tostarp 25 vietējās termināļa pārbaudes. Izolētā atjauninājuma tests no 9.1.604 caur publicēto kandidāta tagu ar īsto instalētāju bija veiksmīgs. Tādējādi nav pierādīti ne īsāki iesildīšanās laiki darbojošā sesijā, ne pilnīga funkcionālā līdzvērtība OpenClaw.

BLUN King

BLUN King 9.1.604

Publicēts:

Pārbaudi pieprasījuma lielumu un konteksta avotus, ielādē rīkus pēc vajadzības un vadi ienākošos ziņojumus attiecīgajā sesijā.

  • /context doctor un /tokens atšķir serializētā pieprasījuma baitu skaitu no aprēķinātajiem tokenu skaitļiem un parāda noteikumu, atmiņas, skill un rīku definīciju fiksētās daļas.
  • Vidēji lieli rīku katalogi pēc vajadzības tiek ielādēti caur esošo meklēšanu; rīki paliek atrodami un izpildāmi.
  • /queue vada ziņojumus attiecīgajā sesijā. Parastie rindas ziņojumi vairs automātiski nepārtrauc darbu pēc 30 sekundēm.
  • Sesijas izvēlē ir iespējami precīzi identifikatori vai nosaukumi, kā arī unikāli identifikatoru prefiksi; kājenes līnija rāda piešķirto aģentu un sesiju.
  • Katrs HTTP mēģinājums saņem jaunu pieprasījuma identifikatoru, ja vien izsaucējs to nenorāda. Diagnoze nemaina norēķinus.
  • Pievienotās AgentSpine un Translate Native versijas paliek nemainīgas. Zemākas izmaksas un ātrākas atbildes tiešajā darbībā nav pierādītas.
  • /question: Atver atkārtoti neatbildētos jautājumus. Sakļaušana neatbild uz jautājumu un to nenoraida.

Pieprasījuma baiti, aprēķinātie tokenu skaitļi, summētais sesijas patēriņš un norēķinātie tokeni ir atšķirīgi lielumi. Patēriņa attēlojums ņem vērā arī atbildes pārbaudi. /usage cost ar dienas vai mēneša izmaksām nepieder šim laidienam. Zemākas izmaksas vai ātrākas atbildes tiešajā darbībā nav pierādītas.

BLUN King

BLUN King 9.1.603

Publicēts:

Izvēlies savu darba mapi Windows dialoglodziņā. Ja konsoli palaiž no System32, tā tagad ierosina tavu lietotāja mapi.

  • Ja operētājsistēmā Windows izvēlies citu darba mapi, atveras mapes dialoglodziņš. Ceļu joprojām var ievadīt manuāli. Ja atceļ dialoglodziņu, atgriežas mapes izvēlē, nepārņemot nevienu mapi.
  • Ja mapes dialoglodziņš nav pieejams, konsole vaicā ceļu. Citās operētājsistēmās paliek ceļa ievade.
  • Ja starta laikā tiek pārņemta vai saglabāta mape Windows direktorijā, mapes izvēle ierosina tavu lietotāja mapi. Manuāli ievadītie ceļi tiek pārbaudīti kā līdz šim.

AgentSpine un Language Guard versijas salīdzinājumā ar 9.1.602 paliek nemainīgas. Ātruma ieguvums darbojošām sesijām šajā atjauninājumā nav pierādīts.

Operētājsistēmā Windows joprojām ir nepieciešams Git Bash. Ja konsole ziņo, ka Git Bash trūkst, instalē Git for Windows. Pēc tam atver komandu uzvedni no jauna, pirms atkal palaid king.

BLUN King · Publicēts

BLUN King 9.1.602

Publicēts:

Savs privāts direktorijs vecākiem rīku izvadiem, ja mantotās Windows atļaujas liedz izvietošanu ārēji.

  • Piemēroti vecāki rīku izvadi tiek ievietoti savā privātā direktorijā, ja mantotās Windows atļaujas liedz izvietošanu ārēji. Esošie faili, atļaujas un pilnā sesijas vēsture paliek nemainīgi.
  • Integritātes pārbaudes, lasīšanas tiesības un atgriešanās pie pilna konteksta paliek saglabāti, ja arhivētu izvadu nevar atjaunot. AgentSpine 0.73.0 un Language Guard 6.20.0 salīdzinājumā ar 9.1.601 paliek nemainīgi.

Īsāki atbilžu laiki darbības laikā vai mazāks norēķināto tokenu patēriņš vēl nav pierādīti.

BLUN King · Publicēts

BLUN King 9.1.601

Publicēts:

Ievadi paliek rindā, vecāki rīku izvadi saņem pārbaudītas atsauces, un droselētas atbildes pārbaudes tiek atkārtotas ierobežotā apjomā.

  • Ja fona darbs tiek pie kārtas pirmais, termināļa ievadi paliek rindā sākotnējā secībā. Katrs ievads tiek parādīts tikai vienu reizi.
  • Piemēroti vecāki rīku izvadi modeļa pieprasījumos tiek aizstāti ar pārbaudītām atsaucēm uz privātiem failiem. Pilnā vēsture un pašreizējās sarunas soļa rezultāti paliek saglabāti. Ja atkārtota ielāde nav iespējama, nav atļauta vai saturs ir mainīts, pilnais izvads tiek nosūtīts līdzi.
  • Droselēta vietējā atbildes pārbaude tiek atkārtota vienu reizi ar to pašu atbildes melnrakstu. Tiek ievērots saglabātais pakalpojumu sniedzēja gaidīšanas periods. Jau pabeigtie rīku izsaukumi netiek atkārtoti, nepārbaudīti teksti netiek apstiprināti.
  • Kā buferis ievades aplēšu novirzēm tiek rezervēts līdz 2 048 izvades tokenu apjoms. Konteksta logs netiek samazināts; mazāki skaidri noteiktie izvades ierobežojumi paliek nemainīgi.

Šīs izmaiņas nepierāda ne mazāku norēķināto tokenu patēriņu, ne īsākus atbilžu laikus darbības laikā. Tās arī nenovērš katru servera puses HTTP-502 kļūdu.

BLUN King · Publicēts

BLUN King 9.1.600

Publicēts:

Atbildes pārbaude ar fiksētām laika robežām un noteiktiem komponentu stāvokļiem.

BLUN King 9.1.600 ir publicēts. npm un publiskais atjauninājumu manifests sakrīt. Publicēšana nepierāda ne instalāciju tavā datorā, ne pieņemšanu darbības laikā.

Ierobežota atbildes pārbaude

  • Vispārīgie pārbaudītāji saglabā līdzšinējo 30 sekunžu termiņu. Vietējā valodas pārbaude no uzticamās resursdatora komponentes starta signāla saņem līdz 90 sekundēm pirmajam saturiskajam tekstam, vienu reizi katrā ārējā pārbaudes mēģinājumā.
  • Saturisks teksts atļautā izvades garuma robežās, kā arī sakārtotās pārejas uz apstiprināšanu un pierādījumu pārbaudi katru reizi atiestata gaidīšanas termiņu uz 30 sekundēm.
  • Katram ārējam pārbaudes mēģinājumam neatkarīgi no tā ir kopēja robeža 120 sekunžu. Progress šo robežu nevar pagarināt. Paliek ne vairāk kā divi ārēji pārbaudes mēģinājumi.
  • Pirms apstiprinājuma pieņemšanas faktiski pagājušais laiks tiek pārbaudīts vēlreiz. Arī pie aizkavētiem taimera izsaukumiem beidzies pārbaudes mēģinājums paliek bloķēts; novēlots progress nevar atjaunot beigušos termiņu.

Pārtraukšanas signāli joprojām tiek ievēroti. Saistība ar precīzu atbildes tekstu, apstiprinājuma pierādījuma laika derīgums un autorizācija tiek pārbaudīti joprojām.

Pievienotie komponenti

Versija 9.1.600 satur AgentSpine 0.73.0 un Translate Native 6.155.0. Aizsarga protokols paliek nemainīgs versijā 6.20.0.

Zināmie ierobežojumi

Jaunās laika robežas nepierāda vispārēju HTTP-502 kļūdu novēršanu tiešajā darbībā. Atvērtie novērojumi no 9.1.599 paliek atvērti bez atsevišķa tiešās darbības pierādījuma.

Konteksts un palīdzība

Pilnībā saglabājama uzvedne vairs netiek klusi saīsināta, lai tikai ietilptu mazākā stingrā modeļa logā. Jauna, skaidri noteikta saglabājamo lietotāja ziņojumu sadalījuma gadījumā ar standarta budžetu 20 000 tokenu pielāgošanu var pabeigt tās pašas sablīvēšanas ietvaros. Vēlākos vai atjaunotos prefiksos tādēļ nedrīkst tikt atmesti papildu pieprasījumi. Pieprasījumam joprojām jāietilpst stingrā modeļa logā.

Tīri palīdzības izsaukumi ar --help vai -h vairs nerada izpildvides diagnozes stāvokli. Ja tiek kombinēti uzvednes un palīdzības argumenti, saglabājas līdzšinējā izpildvides uzvedība.

BLUN King · 2026. gada 18. septembris

BLUN King 9.1.599

Publicēts:

Izsekojami individuāli apstiprinājumi personīgajai atmiņai un papildu labojumi konteksta pārsniegumu gadījumos.

Apstiprinājuma pieprasījumi personīgajai atmiņai rāda saprotamus darbību nosaukumus izvēlētajā valodā un pilnus priekšskatus faktiskajām iestatījumu izmaiņām vai saglabājamajam tekstam. Vadības rakstzīmes tiek redzami maskētas; sākotnējais saturs paliek nemainīgs.

Derīgas atmiņas izmaiņas jāapstiprina atsevišķi; nederīgus ievadus var tikai noraidīt. Sesijas apstiprinājums automātiski neapstiprina gaidošos pieprasījumus, kuriem nepieciešams individuāls apstiprinājums.

Pakotnes pārbaude aptver 37 funkcionālos apgabalus ar 199 obligātajām pārbaudēm, 158 pārbaudes izpildēm un 4 905 dažādiem izturētiem testiem. Papildus tika pārbaudīti atjauninājumi no 9.1.597 un lokālās starpversijas 9.1.598 uz 9.1.599 izolētās instalācijās ar nemainītu atjauninātāju un instalācijas ceļu. Abi testi atpazina versiju caur publiskajiem atjauninājumu avotiem un pārbaudīja visas 918 laidiena arhīva datnes.

Norādes README.md un CHANGELOG.md failos nemainītajā pakotnē 9.1.599 apraksta kandidāta stāvokli iepakošanas brīdī. Pēc lokālās instalācijas tās nav retrospektīvi mainītas. Šī publiskā lapa atsevišķi turpina publicēšanas stāvokli un vēlāk novērotos ierobežojumus.

Zināmie ierobežojumi versijā 9.1.599

Darbības laikā joprojām tika novērotas atkārtotas HTTP-502 atbildes, daļēji ar sekojošiem veiksmīgiem pieprasījumiem. Konteksta labojumi nav vispārējs pakalpojumu sniedzēja vai tīkla kļūdu novēršanas līdzeklis.

Valodas pārbaude var pārtraukt atbildi ar missing-language-character-profile vai suspected-ascii-substitution. Šis atzinums joprojām ir atvērts; 9.1.599 tam nesatur pierādītu labojumu.

Lietotājs apstiprināja atbildi uz nosūtīto attēlu. Neatkarīga attēla interpretācijas pārbaude, kā arī vizuālā ievades un statusa rindu pieņemšana vēl ir gaidāma. Izturētas pakotnes pārbaudes nav vispārējs signāls šo procesu drošībai.

Pārņemts no lokālās starpversijas 9.1.598

Be datuma

9.1.598 tika lokāli pārbaudīts un instalēts, bet netika publicēts kā atsevišķs npm atjauninājums. Šādas izmaiņas ir iekļautas versijā 9.1.599:

  • Konteksta noraidījuma gadījumā ievades tokenu skaita apakšējās robežas tiek atšķirtas no precīzām norādēm. Par ziņoto apakšējo robežu izvades ierobežojums tiek samazināts vienu reizi, neizmetot ziņojumus vai rīkus. Pārtraukšanas signāli un turpmāko mēģinājumu ierobežojums paliek spēkā. Tādējādi tiek mērķtiecīgi labota versijā 9.1.597 reproducētā izvades ierobežojuma aprēķina kļūda.
  • Sākotnējie 150 mainīgie aktivitātes vārdi atkal ir iekļauti. To attēlošanai netiek veikti papildu modeļa pieprasījumi.
  • Uzticamajam AgentSpine ievades āķim pilnu mediju datu vietā tiek nodota kompakta mediju atsauce ar tipu, SHA-256 kontrolsummu un lieluma norādi. Pilni pielikumi modelim un esošās aizsardzības pārbaudes paliek saglabāti. Tas vien vēl nepierāda veiksmīgu attēla interpretāciju darbības laikā.

Jauns versijā 9.1.597

Publicēts:

Ierobežota atkopšana skaidri ziņotu konteksta pārsniegumu gadījumā, arī aiz vārtejas kļūdas atbildes.

Ja pieprasījums pirms izvades sākuma tiek noraidīts pierādīta konteksta pārsnieguma dēļ, King var veikt ierobežotu jaunu mēģinājumu ar mazāku izvades ierobežojumu. Tiek atpazītas arī attiecīgi iepakotas kļūdas 502 atbildē. Ziņojumi, rīki, mazāki skaidri izvēlēti izvades ierobežojumi un pārtraukšanas signāli paliek saglabāti. Jau sākta straume netiek atskaņota vēlreiz.

Tas nenovērš visas pakalpojumu sniedzēja vai tīkla kļūdas. Vispārēji savienojuma pārtraukumi un pakalpojumu izkritumi joprojām jāpārbauda pēc to pašu kļūdu datiem.

Zināms ierobežojums versijā 9.1.597: Ja serveris ziņo tikai ievades tokenu skaita apakšējo robežu, atkārtots mēģinājums var atkal neizdoties un izraisīt nevajadzīgas sablīvēšanas. Šis gadījums tika reproducēts 2026. gada 17. septembrī pēc publicēšanas. Papildu labojums no lokālās starpversijas 9.1.598 ir iekļauts versijā 9.1.599.

Tika pārbaudīti 36 funkcionālie apgabali ar 183 obligātajām pārbaudēm un 4 407 dažādiem izturētiem testiem, kā arī īsts atjauninājums no 9.1.596 uz 9.1.597. Šī pakotnes pārbaude neaizstāj lietojumtestu jau atvērtai klienta sesijai.

Jauns versijā 9.1.596

Publicēts:

Automātiskie pārtraukumi par labu gaidošiem Telegram ziņojumiem tiek atšķirti no īstiem manuāliem pārtraukumiem. Šāds rindas pārtraukums vairs netiek kļūdaini ziņots kā Escape taustiņa nospiešana. Gaidīšanas termiņš, aizsardzības noteikumi notiekošiem rīkiem un uzvedība pie īsta manuāla pārtraukuma paliek saglabāti.

Jauns versijā 9.1.595

Publicēts:

Izvēles rīku shēmas tiek ielādētas caur ToolSearch un saglabātas ierobežotā apjomā. Lieli skill katalogi tiek sniegti kompakti un pa lapām. Meklēšana, vēlāki MCP paplašinājumi un parastās atļauju pārbaudes paliek saglabātas.

Īsu sasveicināšanos gadījumā King var izmantot ierobežotu jaunāku dialoga fragmentu, neizdzēšot saglabātos ziņojumus un nesaīsinot sistēmas norādes. Sekojošam darba uzdevumam King atkal ņem vērā saglabāto darba vēsturi. Konteksta aprēķins paliek spēkā arī pēc sesijas turpināšanas. Fiksēts tokenu patēriņš katrai sasveicināšanai netiek solīts.

Jauns versijā 9.1.594

Publicēts:

  • Privātas Telegram atbildes paliek iespējamas, kamēr grupas ziņojumi gaida. Slīpsvītras komandu piešķiršana paliek saglabāta.
  • Gari gaidīšanas periodi no Retry-After tiek ievēroti; turpinot sesiju, atlikušais pārtraukums tiek atjaunots.
  • Pēc noraidītā pavadošā apraksta jau pabeigts rīka solis tiek apstrādāts tālāk. Noraidītais apraksts netiek publicēts, noslēdzošās atbildes pārbaude netiek vājināta.
  • Ierobežotās atkopšanas funkcijas vairāku daļu rakstīšanai atkal ir pieejamas. Tas attiecas arī uz čaulas laika robežām, uzdevumu vadību un sesijas atkopšanu.
  • Ievads, kontingenta rindas, aktivitātes indikators, atverami uzdevumi un rīku izvadi ar avota apzīmējumu paliek redzami straumēšanas laikā un vēstures navigācijā.
  • Pirms iepakošanas nepieciešami pilni konsoles regresijas pierādījumi; publiskie atjauninājumu metadati tiek pārbaudīti atbilstībai.

Starpversijas 9.1.590 līdz 9.1.593

Šīs versijas ir lokālajā laidienu vēsturē, bet 2026. gada 17. septembrī tās nav publiskajā npm versiju direktorijā. Šeit tās netiek ieteiktas kā publiski pieejami atjauninājumi. Darbs pie starta, atsākšanas, atļaujām, aktivitātes indikatora un redzamā ievada ir ņemts vērā versijas 9.1.594 pierādījumos.

Jauns versijā 9.1.589

Publicēts:

  • Pārbaudīti AgentSpine un Translate Native avoti, kā arī verificēti atjauninājumu manifesti tiek piegādāti līdzi.
  • Ielādējot aģenta kontekstu, aktīvais King profils paliek saglabāts.
  • Atbildes pārbaudei nepieciešamie rīki paliek pieejami. Patēriņš atbildes ģenerēšanas laikā tiek fiksēts arī tad, ja pārbaude noraida atbildi.
  • Pārvaldītajā kanāla pieslēgumā grupas ziņojumi tiek piešķirti tikai pie skaidras pieminēšanas.
  • Konsolē tiek rādīta notiekošā sablīvēšana un spēkā esošie sliekšņi.
  • Darba budžets agrīnai sablīvēšanai un drošības rezerve pie pieprasījuma robežas paliek saglabāti visos atjauninājumos.
  • Atjaunināšanas dialogs starta laikā, progress un norādes par ieplānotiem atjauninājumiem konsekventi izmanto izvēlēto valodu.
  • Tehniskie integrācijas identifikatori un licences paliek saglabāti; redzami izpildvides kļūdu paziņojumi tiek formulēti neitrāli.
  • Instalācija nerestartē esošās sesijas. Darbojošā sesija ielādē jauno kodu nākamajā startā.

9.1.588: atsaukts

Publicēts:

Šī versija tika publicēta 2026. gada 11. septembrī un pēc tam npm tika atzīmēta kā atsaukta. Reģistrs nosauc neizdevušos atjauninājumu manifesta saderības pārbaudi. Lieto pašreizējo stabilo versiju, nevis šo atsaukto pakotni.

Jauns versijā 9.1.587

Publicēts:

Stabilāki rīku katalogi, agrāka automātiskā sablīvēšana un mērķtiecīgs atkārtots mēģinājums pēc pārtraukumiem pārāk garu tīru domāšanas fāžu dēļ.

Pie buferizētām norādēm notiekošā darba gājiena ietvaros aktīvais rīku katalogs paliek saglabāts arī sekojošajā darba solī. Nepieciešamie rīki paliek pieejami. Ja tiek pārsniegts esošais shēmas budžets, saglabātās izvēles rīku definīcijas tiek izvēlētas no jauna.

Automātiskā konteksta sablīvēšana atkal sākas agrāk. Pēc veiksmīgas sablīvēšanas, kas samazina vēsturi, King to var izpildīt vēlreiz tajā pašā gājienā. Zemākas modeļa robežas un neveiksmīgu mēģinājumu ierobežojums paliek spēkā.

Pēc pārtraukuma pārāk garas tīras domāšanas fāzes dēļ King izmanto esošo vienreizējo atkārtotā mēģinājuma iespēju ar izslēgtu domāšanu, lai modelis varētu atbildēt vai izsaukt rīku. Sekojošie parastie soļi saglabā izvēlēto domāšanas iestatījumu; pārtraukums, apstiprinājuma pārbaudes un laika robežas paliek spēkā.

Ar BLUN_STABLE_STEER_TOOLS=0 vai BLUN_EARLY_COMPACTION=0 pirms King starta katrai funkcijai var atjaunot līdzšinējo uzvedību. Atjauninājums nepārraksta esošās sesijas vai konfigurācijas datnes.

Jauns versijā 9.1.586

Publicēts:

Telegram saņemšana operētājsistēmā Windows atkal startē, ja vecais bridge procesa ID tagad pieder citam procesam. Pie neskaidras procesa piešķiršanas King neiejaucas; svešais process netiek pārtraukts.

Konteksta sablīvēšana, modeļa iestatījumi, sarunu vēsture un līdzšinējā Telegram piegādes uzvedība paliek nemainīgi.

Jauns versijā 9.1.585

Publicēts:

BLUN King · 2026. gada 8. septembris

Versija 9.1.585 pārbauda pārvaldīto WebSearch atbilžu struktūru un atsevišķos trāpījumus arī tad, ja trūkst izvēles norāžu par meklēšanas statusu.

Atbilde bez derīga trāpījumu saraksta vairs netiek izvadīta kā veiksmīga meklēšana bez rezultātiem. Katram trāpījumam jābūt nosaukumam, kas nav ne tukšs, ne tikai atstarpes, teksta izvilkumam kā virknei un absolūtai HTTP vai HTTPS adresei bez iegultiem piekļuves datiem. Nederīgi trāpījumi noved pie tā, ka visa atbilde tiek noraidīta, pirms tiek atgriezti rezultāti vai norādes par nepilnīgiem meklēšanas rezultātiem.

Derīgas atbildes līdzšinējā formātā bez statusa norādēm joprojām tiek atbalstītas, tāpat tukši trāpījumu saraksti un tukšas virknes kā teksta izvilkumi. Derīgām atbildēm secība, precīzās URL virknes, izvēles datuma un vietnes norādes, avotu norādes izvadē un nepilnīgu rezultātu apstrāde paliek nemainīgas.

Tiek mainīts tikai pārvaldītais meklēšanas pieslēgums. Pārtraukšanas uzvedība, pieprasījumu autentifikācija, FetchURL un Telegram paliek nemainīgi. Formāta pārbaude nepierāda, ka avots ir pareizs vai aktuāls. Šī versija neievieš ne atbilžu lieluma ierobežojumu, ne jaunu laika limitu.

Jauns versijā 9.1.584

Publicēts:

Versija 9.1.584 nodod izsaucēja pārtraukšanas signālu caur WebSearch līdz pārvaldītajam HTTP meklēšanas pieprasījumam, arī lasot atbildes saturu.

Jau pārtrauktas meklēšanas neizraisa apstrādi pakalpojumu sniedzējā. Ja pārtraukums notiek piekļuves datu noteikšanas laikā, pēc tam meklēšanas pieprasījums vairs netiek nosūtīts. Rezultāti, kas pienāk pēc pārtraukuma, netiek atgriezti kā veiksmīga meklēšana.

Pārtraukšanas pārbaudes aptver arī veiksmīgas JSON atbildes, kļūdu atbilžu saturu un norādes par nepilnīgiem meklēšanas rezultātiem. Pilnu, nepilnīgu un tukšu rezultātu apstrāde, avotu norādes un parastā rezerves procedūra autentifikācijā paliek nemainīgas.

Šī versija neievieš jaunu laika limitu un nemaina Telegram piešķiršanu. Kopīgi izmantotie OAuth piekļuves datu atjaunošanas procesi un transporta ieviešanas, kas ignorē pārtraukšanas signālus, netiek piespiedu kārtā pārtrauktas. Klienta pieprasījuma pārtraukums nepierāda, ka darbs attālajā serverī vai tā norēķins ir pabeigts.

Jauns versijā 9.1.583

Publicēts:

Pārtraukums lapas ielādes laikā tagad tiek nodots tālāk līdz HTTP pieprasījumam.

FetchURL nodod izsaucēja pārtraukšanas signālu caur rīku un abiem ielādes pakalpojumiem. Pirms starta pārtraukts pieprasījums netiek nosūtīts. Ja pārtraukums notiek piekļuves datu noteikšanas laikā, pārvaldītais HTTP pieprasījums pēc tam vairs netiek sākts.

Pēc pārvaldītas ielādes pārtraukuma lokāls rezerves ielādes pieprasījums vairs netiek sākts. Novēlots ielādes pakalpojuma rezultāts tiek aizturēts un netiek izmantots kā avota pierādījums. Pie parastām HTTP un tīkla kļūdām līdzšinējais lokālais rezerves ielādes pieprasījums paliek iespējams.

Netiek ieviests jauns laika ierobežojums. Kopīgi izmantota piekļuves datu atjaunošana un sinhronā HTML apstrāde netiek piespiedu kārtā pārtraukta. Lieluma ierobežojums no 9.1.582 paliek spēkā; Telegram maršrutēšana un modeļa pieprasījumi paliek nemainīgi.

Jauns versijā 9.1.582

Publicēts:

Lokālā lapas ielāde pārbauda atbildes lielumu jau lasīšanas laikā un pārtrauc darbu, kad robeža tiek pārsniegta.

Lokālā ielāde skaita ienākošos atbildes baitus pirms katra datu bloka dekodēšanas un pārtrauc datu straumi, tiklīdz lieluma robeža tiek pārsniegta. Ja Content-Length norādes trūkst vai tā ir nepareiza, visa atbilde vairs netiek vispirms ielasīta un tad noraidīta.

Iepriekš iestatītā robeža paliek desmit MiB un attiecas uz atbildes straumi pēc HTTP dekompresijas. UTF-8 rakstzīmes, kas sadalītas pa vairākiem datu blokiem, paliek saglabātas. Transporta buferi un datu bloks, ar kuru robeža tiek pārsniegta, jau var atrasties atmiņā; ar to nav saistīta precīza augšējā robeža visam procesa atmiņas apjomam.

Tiek mainīts lokālais ielādes ceļš, arī ja tas kalpo kā rezerves ceļš. Izpētes labojumi no 9.1.581 paliek iekļauti. Telegram maršrutēšana un modeļa gaidīšanas laiks paliek nemainīgi.

Jauns versijā 9.1.581

Publicēts:

Lokālajā lapas ielādē tukši HTML izvilkumi vairs netiek izvadīti kā veiksmīgi avoti.

Ja pēc tīrīšanas un pārveidošanas nepaliek lapas saturs, ar dokumenta nosaukumu vien vairs nepietiek veiksmīgai ielādei. Tā vietā tiek atgriezta jau esošā ekstrakcijas kļūda.

Īss īsts saturs un redzami virsraksti paliek saglabāti. Atbildes vienkāršā teksta vai Markdown formātā paliek nemainīgas. Labojums attiecas uz lokālo HTML ekstrakciju, nevis pārvaldīto ielādes pakalpojumu.

Izpētes labojumi no 9.1.580 un līdzšinējie Telegram labojumi ir nemainīti iekļauti. Šis atjauninājums nemaina ne modeļa gaidīšanas laiku, ne ienākošo ziņojumu piešķiršanu to saņēmējiem.

Jauns versijā 9.1.580

Publicēts:

Izpētes krātuve noraida nederīgus vēsturiskus datuma ierakstus avotiem.

Jauns ziņojums netiek saglabāts, ja datuma ieraksts avotam satur nederīgu kalendāra dienu vai neinterpretējamu laika daļu. Trūkstoši datuma ieraksti paliek atļauti.

Atgūstot saglabātos izpētes pierādījumus, vecāki pierādījumi ar nederīgiem datuma ierakstiem avotiem tiek izlaisti un paziņoti ar diagnozes norādi. Datnes netiek pārrakstītas vai dzēstas. Atsevišķi derīgi pierādījumi paliek meklējami; derīgi datuma ieraksti saglabā savu laika joslas nobīdi un precizitāti.

Izpētes pierādījumu kārtošana no 9.1.579 un līdzšinējie Telegram labojumi ir nemainīti iekļauti. Šis atjauninājums nemaina ne modeļa gaidīšanas laiku, ne ienākošo ziņojumu piešķiršanu to saņēmējiem.

Jauns versijā 9.1.579

Publicēts:

Saglabātie izpētes pierādījumi pie vienādas atbilstības tiek kārtoti pēc to faktiskā ielādes laika.

Laika norādes ar milisekundēm un bez tām tiek salīdzinātas kā UTC laika punkti, nevis kā teksts. Atbilstībai joprojām ir prioritāte; pie identiskiem laika punktiem līdzšinējā secība paliek saglabāta.

Ja viena un tā pati teksta vieta fiksēta vairākkārt, rezultāts saglabā jaunākā ielādes pieprasījuma izcelsmes norādes. Jau saglabātie pierādījumi paliek nemainīti un tādēļ netiek uzskatīti par no jauna pārbaudītiem avotiem.

Telegram atbilžu labojums no 9.1.578 ir nemainīti iekļauts. Tas pats attiecas uz atkārtotu mēģinājumu ierobežojumu, ja modelis tikai domā, nesniedzot atbildi vai rīka izsaukumu. Šis atjauninājums nemaina ne modeļa gaidīšanas laiku, ne ienākošo ziņojumu semantisko piešķiršanu.

Jauns versijā 9.1.578

Publicēts:

Ierobežoti atkārtojumi, ja modelis tikai domā un sasniedz laika robežu, kā arī mērķtiecīgs labojums īsām Telegram grupas atbildēm saistībā ar jautājumu.

Ja modelis sasniedz laika robežu, kamēr tikai domā, King katram solim atļauj vienu papildu mēģinājumu. Otra šāda laika pārsniegšana pabeidz soli. Izvēlētais domāšanas apjoms un līdzšinējā laika robeža paliek nemainīgi. Šis ierobežojums nesaīsina gaidīšanu uz pirmo modeļa izvadi.

Īsas atsauksmes par savu klātbūtni Telegram grupās tagad drīkst nosūtīt, ja reply_to tās saista ar ne vecāku par 30 minūtēm ievadi no tā paša čata. Šim ievadam skaidri jāuzrunā aģents vai jāatbilst atbalstītam vācu vai angļu jautājumam par viņa klātbūtni, kas sākas ar viņa iestatīto vārdu. Nelūgti klātbūtnes paziņojumi un skaidrojumi, ka nav ko ziņot, joprojām tiek filtrēti. Automātiskā rezerves nosūtīšana grupās paliek izslēgta.

Nosūtīto un nomākto atbilžu protokoli tagad satur reply_to. Ja konteksta trūkst vai tas ir neskaidrs, izņēmums neattiecas. Šis atjauninājums nepievieno vispārīgu saņēmēju atpazīšanu un nenovērš liekus modeļa izsaukumus, ko rada līdzšinējā semantiskā adresēšana.

Labojums attiecas uz divām precīzi identificētām pārvaldīto Telegram MCP sūtītāju versijām un darbojas arī galīgajā spraudņu konfigurācijas apvienošanā. Vecākais sūtītājs izmanto saderības kopiju ar stingri ierobežotām izmaiņām. Ieejas bridge, piekļuves iestatījumi, profili un spraudņu reģistri netiek pārrakstīti. Nezināmi vai pielāgoti sūtītāji, kā arī skaidri noteiktas pārrakstīšanas paliek saglabāti. King pēc atjauninājuma jārestartē, lai labojums tiktu ielādēts.

Jauns versijā 9.1.577

Publicēts:

Vairs nav automātisku pabeigšanas paziņojumu Telegram grupās. Noderīgas atbildes tur tiek nosūtītas mērķtiecīgi caur Telegram atbildes rīku.

CLI kodols un atsevišķais Telegram bridge vairs automātiski nenodod aģenta parasto pabeigšanas tekstu grupām. Tādējādi norādes kā „Nav ko ziņot” vairs nenonāk grupā pa šo automātisko rezerves nosūtīšanu.

Atbildes privātajos čatos, skaidri izmantotie atbildes rīki, nepieciešamie mērķa rezultāti, komandu un statusa paziņojumi, kā arī mediju nosūtīšana paliek saglabāti. Uzvednes norādes parastiem ievadiem, vadošiem ziņojumiem notiekoša procesa laikā un atsevišķā bridge grupas ziņojumiem tagad satur to pašu nosūtīšanas noteikumu.

Tas negarantē, ka modelis nekad nenosūtīs lieku atbildi ar rīka izsaukumu. Labojums arī nenovērš, ka grupas ziņojumi bez saistības ar attiecīgo aģentu sasniedz modeli. Pieminēšanas noteikumi, piekļuves iestatījumi un pārvaldīto spraudņu atrisināšana paliek nemainīgi; AgentSpine vai valodas sarga atjauninājums nav iekļauts.

Atjauninātais kodols jāielādē jaunam procesam. Darbojošās sesijas netiek automātiski restartētas. Esošie profili un sesijas vēsture paliek saglabāti.

Jauns versijā 9.1.576

Publicēts:

BLUN King 9.1.576 atšķir C++ un C# lokālos izpētes vaicājumos un satur iepriekš publicētos labojumus atjauninājumiem, sesiju atsākšanai un Telegram.

Meklēšana lokālajos izpētes pierādījumos atsevišķi stāvošus C++ un C# apstrādā kā atšķirīgus jēdzienus, arī pie atšķirīga lielo un mazo burtu lietojuma un ar apkārtējām pieturzīmēm. Saglabātās teksta vietas, hashi, avotu aizsardzības pārbaudes, Unikoda normalizācija, kolekciju robežas un izvades ierobežojumi paliek nemainīgi. Jauna indeksēšana nav nepieciešama.

Noteikts pārbaudes izpildījums ar 20 tehniskajiem meklēšanas vaicājumiem un mērķtiecīgi regresijas testi tokenu robežām pārbauda šo labojumu. Tas attiecas uz lokālo meklēšanu un nav apgalvojums par WebSearch kvalitāti vai jaudu tiešajā darbībā. Visas izmaiņas no 9.1.575 paliek iekļautas.

Jauns versijā 9.1.575

Publicēts:

Komplektētais tīmekļa pārmeklētājs noraida atbildes ar cf-mitigated: challenge, pirms lasa saturu, seko pāradresācijām vai trūkstošu robots datni uzskata par atļauju turpināt. Galvenes nosaukumos lielo un mazo burtu atšķirība netiek ņemta vērā; turklāt tiek pārbaudītas normalizētas vērtības un vairākkārt sastopamas galvenes. Atbildes statuss paliek kļūdu ziņojumā.

Trūkstošas robots datnes bez šīs atzīmes un parastas dokumentācijas lapas joprojām iziet līdzšinējo procesu. Jau pabeigtas lapas paliek pieejamas, ja vēlāka lapa tiek noraidīta; kļūda tiek ziņota kā nepilnīgs rezultāts. Šī aizsardzība pārbauda atbildes atzīmi. Tā nav ne vispārēja challenge atpazīšana, ne CAPTCHA apiešana. Meklēšanas pakalpojumu sniedzēji, autentifikācija, atjaunināšanas bloķējumi un CLI kodols paliek nemainīgi. Visas izmaiņas no 9.1.574 paliek iekļautas.

Jauns versijā 9.1.574

Publicēts:

Skaidri pieprasīti atjauninājumi tagad atšķir bloķētu atjauninājumu, nepieejamu bloķēšanas pārbaudi, nepieejamu privātu direktoriju, nederīgu instalētu versiju un nepieejamu aizsargātu instalētāju. Šie gadījumi vairs netiek vispārīgi ziņoti kā neizdevusies pakotnes pārbaude. Izmaiņa attiecas uz vācu un angļu paziņojumiem.

Atjauninājumu atļaušana, bloķēšanas uzvedība, atgriešanas iemesli, izejas kodi un instalētāja uzvedība paliek nemainīgi. Darbojošās sesijas netiek automātiski izbeigtas. Pakotnēm, kas piesaistītas vecam iekšējam kanālam, joprojām nepieciešama skaidra npm instalācija pie izbeigta King; šī versija piesaisti neatceļ. Visas izmaiņas no 9.1.573 paliek iekļautas.

Jauns versijā 9.1.573

Publicēts:

Ievades lauks pēc mērķa izvēles starta laikā paliek redzams un fokusēts, arī pēc Escape vai neizdevušās mērķa atsākšanas. Nenosūtītie melnraksti paliek saglabāti. Pilna mērķa teksta vietā parādās kompakta izvēle turpināšanai ar mērķi vai bez tā.

Ctrl+S atstāj izvēli, neapstiprinot mērķi, un tiek apstrādāts kā parasts rindas īsinājumtaustiņš. Tiek ņemti vērā arī gaidītie ievadi dīkstāvē. Escape saglabā līdzšinējo secību: vispirms iztukšo rindu, pie nākamā Escape pārtrauc aktīvo izpildi. Sesijas vēsture netiek automātiski dzēsta.

Šī versija neatjauno piegādes apstiprinājumus, ko vecāks process pirms atjauninājuma zaudēja. Faktiski gaidoši ziņojumi paliek piešķirti savai sesijai.

Jauns versijā 9.1.572

Publicēts:

Izpētes pierādījumos avotu URL tiek noraidīti, ja to vaicājuma parametri vai parametru formas fragmenti satur zināmus parametru nosaukumus piekļuves datiem. Tiek pārbaudīti arī ligzdoti nosaukumi un maršruti fragmentā. Noraidīšana attiecas gan uz neizdevušiem, gan izmantojamiem avotiem.

Jau saglabāti ziņojumi ar šādiem URL ielādes laikā tiek aizturēti ar esošo rezultātu partial / report-invalid. Sākotnēji saglabātie stāvokļi netiek ne mainīti, ne dzēsti; avotu adreses netiek klusi saīsinātas vai pārrakstītas. Parastie vaicājuma parametri un enkuri dokumentācijas URL paliek baitu precīzi saglabāti. Aizsardzība atpazīst zināmus parametru nosaukumus, nevis patvaļīgus noslēpumus, un netīra vēsturi.

Jauns versijā 9.1.571

Publicēts:

Telegram rindas apgabali tiek piešķirti savai sesijai. Jauna sesija vairs automātiski nepārņem vecākas sesijas gaidošo darbu. Turpinot zināmu sesiju, tiek atjaunoti tikai tās pašas gaidošie apgabali. Sesijas izvēles, izveides un maiņas laikā kanāla ziņojumu pārņemšana tiek apturēta. Ziņojumi, kas pienāk pēc izvēlētās robežas, turpmākie ievadi lokālajā redaktorā un novēloti piegādes apstiprinājumi saglabā pareizu piešķiršanu.

Piešķiršana un novēloti pienākuši piegādes apstiprinājumi pie atkārtotas pieslēgšanas un nomas nodošanas paliek saglabāti. Bojāts vai apmainīts rindas stāvoklis tiek noraidīts, nevis vecie ievadi nemanīti atskaņoti vēlreiz. Ienākošais pasts un sesijas vēsture paliek saglabāti. Veci gaidošie apgabali bez atpazīstamas sesijas tiek atlikti un netiek piešķirti nevienai jaunai sesijai; to automātiskā atjaunošana nav iekļauta. Tas nenovērš katru laika pārsniegšanu vai bloķētu konteksta sablīvēšanu. Pazemināšana nav rindas migrācijas procedūra.

Telegram spraudnis un neatkarīgā konsoles rezerves funkcija automātiskai atbilžu nosūtīšanai nomāc atpazītus saņemšanas apstiprinājumus un tekstus, kas tikai paziņo par savu klusēšanu, arī virs 200 rakstzīmēm. Ja ziņojums satur neatpazītu vai saturiski būtisku teikuma daļu, tas paliek saglabāts. Īsi noderīgi grupas brīdinājumi joprojām var tikt piegādāti. Tas ir piesardzīgs vācu-angļu nosūtīšanas filtrs ar papildu norādēm, nevis garantija, ka katrs modelis saprot katru grupas sarunu.

Jaunam procesam jāielādē atjauninātā pakotne; darbojošās sesijas netiek restartētas. Esošās piesaistes iekšējiem atjaunināšanas kanāliem un Windows instalācijas bloķējumi ar EBUSY paliek atsevišķas problēmas. Visas pārējās izmaiņas no 9.1.570 paliek iekļautas. Šī versija neaktivizē mitinātu tīmekļa meklēšanu un nemaina ne AgentSpine, ne norēķinus, autentifikāciju vai klienta konfigurāciju.

Jauns versijā 9.1.570

Publicēts:

Katra jauna uzvednes piegāde saņem savu āķa korelācijas ID. Vienas piegādes āķi saglabā to pašu ID; skaidri iestatīti ID paliek saglabāti. Sesijai specifiskās vides vērtības sasniedz āķa apakšprocesus un MCP savienojumus arī atkārtotas pieslēgšanas laikā, nepārrakstot saglabātās spraudņu konfigurācijas. Vietējo rīku rezultātu piešķiršana paliek saglabāta pāri izpildēm, arī pie neizdevušiem rīkiem un atkārtotiem izsaukumiem.

Kanoniski līdzvērtīgi Unikoda izpētes vaicājumi atrod tos pašus trāpījumus, nepielīdzinot dažādas rakstzīmes. Saglabātie avoti, datuma ieraksti, versijas un projekta robežas paliek saglabāti. king --help un king --version vairs nemaina Windows reģistra iestatījumus avārijas attēliem.

Tīmekļa meklēšana atbalsta daļējas atbildes, ja šis atbilžu režīms ir saskaņots, un rāda norādi par neizdevušos avotu. Tukšas vai nesaderīgas daļējas atbildes paliek skaidras kļūdas. Šī klienta izmaiņa neaktivizē mitinātu meklēšanas pakalpojumu un negarantē tā darbību.

Transports BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE pēc noklusējuma ir izslēgts. Pie skaidras aktivizēšanas tas nodod faktisko saglabātā sesijas protokola ceļu un attiecīgo protokolu izvēlētajam AgentSpine spraudnim. Katra sesija saņem savu piekļuves atļauju, pēc atsākšanas tā tiek atjaunota. Tas ir transporta atbalsts, nevis pierādījums atmiņas izgūšanai vai autorizācijai saņemošajā spraudnī.

Visas publiskās izmaiņas no 9.1.569 paliek iekļautas. Komplektētā AgentSpine ieviešana paliek nemainīga; Mnemo atkarība nerodas. Lietotāju profili, atļaujas, sarunas un spraudņu iestatījumi netiek ne migrēti, ne atiestatīti.

Jauns versijā 9.1.569

Publicēts:

Šī kumulatīvā publiskā versija satur piegādi Telegram grupās pēc pieminēšanas, labojumus startam un atļaujām, kā arī izpētes kolekcijas un pārmeklētāja rīkus. Publicētās pakotnes paliek nemainīgas. Vēlākas izmaiņas parādās zem jauna versijas numura.

Jauns versijā 9.1.566

Publicēts:

BLUN King 9.1.566 padara spraudņu atjauninājumus un vietējo izpildvides moduļu ielādi robustāku.

Komplektētā AgentSpine izpildvide tiek atjaunināta uz versiju 0.59.1. Tās pašpalaišanas mehānisms izlaiž lietotāja profila sakni kā skenēšanas mērķi, un visi dzīves cikla āķi paliek atteices droši, ja aizsargātu ceļu nevar nolasīt.

Vietējie .node moduļi tiek atrisināti caur satura adresētu starpkrātuvi ārpus npm pakotnes. Tiklīdz šī versija ir aktīva, darbojošā konsole vairs netur pakotnes kopiju šiem moduļiem atvērtu. Vēlāki atjauninājumi tādējādi var aizstāt pakotnes direktoriju, nesaduroties ar šiem vietējiem failiem.

Publiskā pakotne saglabā pilnos spāņu, franču, zviedru un čehu interfeisa katalogus no versijas 9.1.565. Iekšējie Mnemo izpildvides ceļi, privātie galapunkti, iekšējie modeļu pakalpojumu sniedzēji un būvēšanas skripti nav iekļauti.

Pārbaudīts pakotnes stāvoklis

Klienta pakotne ir izturējusi noplūdes skenēšanu, pilnu izpildvides pārbaudi ar 13 testiem, AgentSpine MCP inicializāciju, svaigu instalāciju un atjaunināšanu no 9.1.565. Visas teksta datnes izmanto LF rindu beigas. npm pakotnes SHA-256: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.

Jauns versijā 9.1.565

Publicēts:

BLUN King 9.1.565 stabilizē garus darba izpildījumus un paplašina komplektēto AgentSpine izpildvidi.

Atkārtojumu bremze atiestata savu līdzvērtīgu rezultātu virkni, tiklīdz starpā virzās uz priekšu īsts darbs. Parastās ienākošā pasta un uzdevumu saraksta pārbaudes tādēļ vairs neizraisa kļūdainu piespiedu atbildi.

Aktivitātes indikators sastāv no tieši vienas rindas. Tas rāda pašreizējai darbībai atbilstošo angļu statusa vārdu, slēptās domāšanas tokenus, redzamos tokenus, kopējo patēriņu, Effort, mēģinājumu, budžetu un soli.

AgentSpine skenēšanas kļūdas paliek atteices drošas pie mutācijas rīkiem, lietotāja ievadiem un Stop āķiem: sekojošais process drīkst turpināties, un kļūda tiek ierakstīta audita protokolā. Pirms letāla pārtraukuma izņēmuma vai neapstrādāta noraidījuma dēļ konsole sinhroni raksta izpildvides protokolu.

Komplektētā AgentSpine izpildvide tiek atjaunināta uz versiju 0.54.0 no commit fb6d456b68605fd83721090e503f000a26e8a0fb. Šis stāvoklis satur īsto ACL fail-open testu, pastāvīgus atkarībās piesaistītus mērķa plānus un piesaistītu zināšanu plaisu noskaidrošanu.

Dzīves cikla āķi SessionStart, UserPromptSubmit, PostToolUse un Stop tiek nosūtīti Mnemo ar precīzu MNEMO_AGENT identitāti. Tīkla kļūdas paliek atteices drošas.

Iepriekš trūkstošie interfeisa teksti spāņu, franču, zviedru un čehu valodā tagad ir pilnīgi.

Pārbaudīts pakotnes stāvoklis

Pilnie pakotnes vārti, noplūdes skenēšana, valodas kataloga pārbaude, ACL āķa izmēģinājums, svaiga instalācija, atjaunināšana no 9.1.564 un AgentSpine MCP inicializācija ir zaļi. npm pakotnes SHA-256: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.

Jauns versijā 9.1.564

Publicēts:

BLUN King 9.1.564 novērš avārijas aizsargātu mapju un trūkstošu interfeisa tekstu dēļ.

AgentSpine sagatavojošās failu skenēšanas laikā izlaiž atsevišķas datnes un mapes, kuras operētājsistēma bloķē ar EPERM vai EACCES. Neparedzēta skenēšanas kļūda vairs nebloķē sekojošo rīka izsaukumu; tas tiek apstiprināts, un kļūda tiek ierakstīta audita protokolā.

Ja publicētā interfeisa valodā trūkst teksta atslēgas, konsole izmanto angļu tekstu un reģistrē nepilnību vienu reizi, nevis avarē renderēšanas ceļā. Tādējādi īpaši domāšanas statusa rinda paliek lietojama čehu, spāņu, franču un zviedru valodā.

Faktiskie tulkojumi vēl trūkstošajām atslēgām sekos atsevišķi pārbaudītā versijā. Līdz tam angļu rezerves ceļš ir apzināti redzams un atteices drošs.

Pārbaudīts pakotnes stāvoklis

Pakotne tika pārbaudīta pret precīzo čehu thinking.step avāriju no 9.1.563. Jaunā versija sniedz „step 6” izņēmuma vietā, brīdina tikai vienu reizi katrai valodai un atslēgai, pārdzīvo nepieejamas blakus mapes, inicializē AgentSpine 0.49.0, iztur svaigu instalāciju un atjaunināšanu no 9.1.563 un nesatur neatrisinātus spraudņu importus. npm pakotnes SHA-256: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.

Jauns versijā 9.1.563

Publicēts:

BLUN King 9.1.563 atjaunina komplektēto AgentSpine izpildvidi uz versiju 0.49.0.

Jaunais stāvoklis pirms mācīšanās mēģinājuma pieprasa vismaz vienu svaigu, neatkarīgu pierādījumu no skaidra lietotāja apstiprinājuma vai objektīva testa. Ar tīri sarunu vai dokumentu pierādījumiem vairs nepietiek, arī ja ir izpildīti pārējie sliekšņi.

Mācīšanās līgumi šo pierādījumu noteikumu saista pastāvīgi; vēlākas konfigurācijas izmaiņas nevar vājināt notiekošu pārbaudi. Īpašniekam piesaistīti failu bloķējumi aizsargā paralēlas mācīšanās izmaiņas pret pārrakstīšanu, un manipulētu vai svešu bloķējumu gadījumā darbība droši tiek atteikta.

Atjauninājums nākamajā startā satura adresēti aizstāj pārvaldīto spraudņu koku. Esošās 9.1.562 versijas instalācijas tiek atjauninātas uz AgentSpine 0.49.0, nemainīts koks tiek izmantots atkārtoti, un AgentSpine MCP serveris apstiprina versiju 0.49.0.

Pārbaudīts pakotnes stāvoklis

Pakotnes robeža no 9.1.562 atšķiras tikai ar versiju norādēm un precīzi piesprausto AgentSpine 0.49.0 izpildvidi. Pilna augšupstraumes pārbaude, 49 mērķtiecīgi mācīšanās testi, pakotnes salīdzinājums, noplūdes skenēšana, svaiga instalācija, īstais atjaunināšanas ceļš no 9.1.562 un MCP inicializācija ir zaļi. npm pakotnes SHA-256: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.

Jauns versijā 9.1.562

Publicēts:

BLUN King 9.1.562 atjauno AgentSpine izpildvides datni publiskajā pakotnē.

Komplektētajam AgentSpine MCP serverim nepieciešamā izpildvides datne atkal tiek piegādāta līdzi. Svaiga instalācija pilnībā materializē spraudni; MCP serveris startē un apstiprina savu nosaukumu un protokola versiju.

Pārbaudīts pakotnes stāvoklis

Pakotnes robeža no 9.1.561 atšķiras tikai ar versiju metadatiem un atjaunoto izpildvides datni. Noplūdes skenēšana, svaiga instalācija, spraudņa materializācija un īsta MCP inicializācija ir zaļi. npm pakotnes SHA-256: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.

Jauns versijā 9.1.561

Publicēts:

BLUN King 9.1.561 pārņem pārbaudītos darba sistēmas uzlabojumus publiskajā pakotnē.

Pašreizējais uzdevums un svaigi rīku rezultāti paliek pieejami. Lasīšanas rezultāti netiek saīsināti. Lieli rezultāti tiek saglabāti ar norādi atkārtotai izgūšanai, nevis iztukšoti. Atkārtoti identiski rezultāti norāda uz jaunāko pilno rezultātu.

Sablīvēšanas tiek protokolētas kā darījumi ar sākuma, kopsavilkuma un beigu atzīmi. Rīku izsaukumi un to rezultāti paliek kopā, kamēr pastāvīgi pārbaudes punkti nostiprina atkopšanas ceļu pāri atkārtotiem mēģinājumiem.

Izvades budžeti tagad nāk no aktīvā modeļa profila. Pārvaldītais BLUN modelis pēc noklusējuma saņem 128 000 izvades tokenus, ja vērtība nav skaidri iestatīta. Vecās fiksētās robežas 32 768 tokenu, kā arī zemās robežas low un off vairs nesaīsina sarežģītu darbu; konteksta kapacitāte paliek drošības robeža.

Atjauninātājs jautā, pirms sagatavo vai startē instalētāju. Publiskajā pakotnē pārvaldītais BLUN modelis paliek fiksēti iestatīts; /model kalpo tikai kā saderības aizstājvārds /effort.

Pakotnes robeža tika pārbaudīta visos datņu nosaukumos un lasāmajos saturos. Iekšējie pakalpojumu sniedzēja ceļi, modeļa izvēle, būvēšanas un regresijas skripti, privātie identifikatori un privātās servera adreses nav iekļautas.

Pārbaudīts pakotnes stāvoklis

Pilna pakotne, noplūdes skenēšana, svaiga instalācija, versijas un palīdzības izvade, jauna profila noklusējuma iestatījumi, kā arī atjaunināšanas lēmums no 9.1.550 uz 9.1.561 ir zaļi. npm pakotnes SHA-256: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.

Jauns versijā 9.1.527

Publicēts:

BLUN King 9.1.527 pārņem /copy procesu no DeepAgents.

Komanda kopē jaunāko pabeigto, netukšo asistenta atbildi pa esošo starpplatformu starpliktuves ceļu.

Ja /copy tiek ievadīts notiekoša gājiena laikā, komanda izmanto esošo komandu rindu un tiek izpildīta pēc atbildes pabeigšanas.

Skaidri statusa paziņojumi aptver panākumus, tukšu vēsturi un starpliktuves kļūdas visās sešās interfeisa valodās.

Sarkanā-uz-zaļo regresija aizsargā komandu reģistrāciju, izpildi, atbildes izvēli, baitu precīzu starpliktuves saturu un apstiprinātos interfeisa tekstus.

Pārbaudīts pakotnes stāvoklis

Pilns prepack un izpakotā artefakta pārbaude ir zaļi. npm pakotnes SHA-256: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.

Jauns versijā 9.1.526

Publicēts:

BLUN King 9.1.526 materializē ar pašreizējo pakotni komplektēto AgentSpine versiju, pirms /reload no jauna veido spraudņu katalogu un MCP konfigurāciju.

Neskartie spraudņu ieraksti paliek saglabāti. Nemainīts pārvaldītais AgentSpine koks tiek izmantots atkārtoti, nepārrakstot installed.json.

Sarkanā-uz-zaļo regresija pret 9.1.525 aizsargā bootstrap secību, pārvaldītā spraudņa pārņemšanu un idempotento uzvedību atkārtotas ielādes laikā.

Pārbaudīts pakotnes stāvoklis

Pilns prepack, iepakotā artefakta pārbaude un izolētais atjauninātāja tests no 9.1.525 uz 9.1.526 ir zaļi. npm pakotnes SHA-256: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.

Jauns versijā 9.1.525

Publicēts:

BLUN King 9.1.525 startē katru lokālo čaulas komandu operētājsistēmās Windows un POSIX savā procesu grupā. Programmas tādējādi vairs nevar pieķerties BLUN TUI vadošajai konsolei un pārtvert Escape, Strg+S vai citus redaktora ievadus.

Standarta ievade, standarta izvade un kļūdu izvade paliek privātās caurulēs. Interaktīvas komandas saņem datnes beigu atzīmi un neizdodas vai sasniedz laika pārsniegšanu, nekonkurējot ar redaktoru par ievadiem.

Lokālā čaulas izolācija no DeepAgents tika pārņemta operētājsistēmai Windows. Izpildāms regresijas tests aptver abus platformas ceļus un īstu izmēģinājumu ar pārtvertu procesu.

Jauns versijā 9.1.524

Be datuma

BLUN King 9.1.524 notur Telegram komandas /loop radīto tūlītējo uzdevumu aizsargātajā piegādes ceļā attālinātām komandām. Tādējādi tas nevar palikt kā otrs parasts rindas ieraksts.

Atsākšanas saraksts katrai sesijai rāda atsākšanas kontrolpunkta lielumu, saglabātos ziņojumus un tokenus, sesijas vēstures lielumu, kā arī trūkstošus, nederīgus vai novecojušus kontrolpunktus.

Komplektētā AgentSpine izpildvide tiek atjaunināta uz pārbaudīto oficiālo stāvokli 0.11.4 ar commit 8034487cdd24498076bac48d3f24400bca5e6ae4. BLUN laika budžets 180 sekunžu SessionStart fona pabeigšanai paliek saglabāts.

Izpildāmi regresijas testi aizsargā precīzi vienreizēju Telegram cilpu piegādi un visus atsākšanas mērījumu stāvokļus. Esošā lokālā rindas uzvedība aizņemtas cilpas laikā paliek nemainīga.

Jauns versijā 9.1.523

Publicēts:

BLUN King 9.1.523 ļauj taustiņam Escape aizvērt atvērto slīpsvītras komandu izvēlni un vienā solī iztukšot saistīto melnrakstu, neatstājot komandas tekstu.

Strg+S nodod slīpsvītras melnrakstu esošajam rindā iekļaušanas un apstrādes ceļam arī tad, ja interfeiss ziņo par dīkstāvi, nevis klusi atgriežas pirms rindas iztukšošanas.

Parastie melnraksti paliek saglabāti, ja Escape tikai aizver citu automātisko pabeigšanu.

Sarkanā-uz-zaļo izpildvides testi aizsargā abus īsinājumtaustiņus pret precīzu 9.1.522 pakotnes uzvedību.

Jauns versijā 9.1.522

Be datuma

BLUN King 9.1.522 ieraksta permission.approval_requested uzreiz, atverot rīka apstiprinājuma pieprasījumu, sesijas vēsturē. Neuzraudzīts King tādējādi vairs neizskatās pēc klusa modeļa vai iesprūduša pakalpojumu sniedzēja, kamēr gaida operatoru.

Esošās Telegram apstiprināšanas pogas tiek izmantotas automātiski, ja atļauju saraksts satur tieši vienu privāto čatu un patvaļīgi daudz grupu. Pie vairākiem iespējamiem privātiem saņēmējiem nosūtīšana paliek bloķēta, ja vien BLUN_TELEGRAM_APPROVAL_CHAT_ID nav iestatīts.

Sarkanā-uz-zaļo regresija aizsargā tūlītēju redzamību sesijas vēsturē, nepārprotamu novirzīšanu uz privāto čatu, skaidri iestatīta mērķa prioritāti un neskaidru saņēmēju noraidīšanu abās piegādātajās retranslācijas kopijās.

Jauns versijā 9.1.521

Be datuma

BLUN King 9.1.521 izpilda AgentSpine SessionStart skenēšanu ārpus interaktīvā starta ceļa. Auksta, 123,6 sekundes ilga lietotāja direktorija skenēšana tādējādi nebloķē ne redaktoru, ne pirmo lietotāja ievadi.

Veiksmīgas SessionStart izvades paliek automātiskas: pēc pabeigšanas fona āķis turpina nodot savu ierobežoto īso informāciju sesijas kontekstā.

Laika budžets aukstām skenēšanām palielinās līdz 180 sekundēm. Sarkanā-uz-zaļo izpildvides tests pierāda, ka starts atgriežas pirms lēna āķa un āķis pēc tam var turpināt darbu.

Jauns versijā 9.1.520

Publicēts:

BLUN King 9.1.520 piešķir AgentSpine SessionStart āķim pietiekami daudz laika atkārtotas ielādes laikā, lai pabeigtu aukstu pilnu projekta skenēšanu.

AgentSpine starta laika robeža palielinās no 15 uz 60 sekundēm. Visas pārējās āķu laika robežas paliek nemainīgas.

Jauna Sarkanā-uz-zaļo izpildvides pārbaude palaiž īsto AgentSpine āķi pagaidu projektā un pārbauda gan tā izvadi, gan abus piegādātos noildzes manifestus.

Pārbaudīts pakotnes stāvoklis

Versija 9.1.520 satur AgentSpine 0.10.1. Izolētais atjauninātāja tests no 9.1.519 uz 9.1.520 un pilnā prepack ir zaļi. npm pakotnes SHA-256: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.

Jauns versijā 9.1.519

Publicēts:

BLUN King 9.1.519 saglabā veiksmīgas SessionStart āķa izvades, pirms starts vai atkārtota ielāde atgriežas. Tādējādi AgentSpine gatavība automātiski sasniedz turpināto modeļa kontekstu un vairs negaida pirmo lietotāja ziņojumu.

Vēsturiskās atsauces uz ārēji izvietotiem rīku rezultātiem saglabā ierobežotu priekšskatu no sākuma un beigām. Svarīgi atsākšanas enkuri tādējādi paliek saglabāti, neiekļaujot pilno rezultātu atkārtoti katrā modeļa pieprasījumā.

Jaunas Sarkanā-uz-zaļo izpildvides pārbaudes aizsargā SessionStart konteksta nodošanu un vēsturiskos priekšskatus. Ar 9.1.518 atjaunotais rīku katalogs Todo uzturēšanai paliek nemainīgi saglabāts.

Jauns versijā 9.1.518

Publicēts:

Proaktīvās uzdevumu saraksta uzturēšanas laikā Read, Write, Edit un Bash paliek pieejami blakus TodoList. Parastais atkopšanas ceļš lielām datnes izmaiņām tādējādi vairs netiek pārtraukts.

Automātiskā Todo uzturēšana un tās ierobežotā pierādījumu uzvedne paliek saglabātas, nepārslēdzot aktīvo modeļa soli uz tīru TodoList rīku katalogu.

Sarkanā-uz-zaļo regresijas vārti aizsargā pret kataloga regresiju no 9.1.499 un pārbauda atkopšanas rīku izvēli bez dubultām shēmām.

Jauns versijā 9.1.517

Publicēts:

Strg+S un Escape paliek pieejami arī pie atvērta apstiprinājuma vaicājuma. Strg+S nosūta visus gaidošos ziņojumus; Escape vispirms atbrīvo vienu gaidošo ziņojumu un noraida apstiprinājumu tikai pie tukšas rindas.

Asinhronā sesijas beigšana tiek pilnībā novērota tastatūras, Telegram /reload un slīpsvītras komandu ceļos. session.not_found tiek uzskatīts par jau beigtu sesiju, nevis izraisa kodola avāriju ar neapstrādātu noraidījumu.

Sarkanā-uz-zaļo pakotnes pārbaudes aizsargā neapstrādātas Windows vadības rakstzīmes un izmērīto kļūdu, beidzot vairs neesošu sesiju.

Jauns versijā 9.1.516

Publicēts:

Ja saglabātajā vēsturē pēc sablīvēšanas trūkst asistenta soļa sākuma, atskaņošana to rekonstruē no sekojošā satura vai rīka notikuma. king -c tādējādi vairs nepārtraucas ar iekšējo kļūdu Received content_part for unknown step_uuid 'undefined'.

Telegram ziņojums atstāj rindu precīzi vienu reizi, tiklīdz kodols ir pastāvīgi pieņēmis tā aktīvo nodošanu. Īsti noraidījumi paliek saglabāti jaunam mēģinājumam. Telegram bridge, ko pārvalda King un kas negaidīti beidzis darbu, tiek restartēts ar tieši vienu apvienotu sargu.

Katrā modeļa solī tiek pieņemta tikai pirmā TodoList izmaiņa. Pabeigtie punkti pazūd automātiski, gaidītās atzīmes paliek redzamas arī ANSI16 termināļos, un jauns saraksts sākas ar tieši vienu notiekošu punktu. Fiksētā secība: steidzams, tiešs lietotāja ziņojums, adresēts bota ziņojums, bota ziņojums, parasts ziņojums.

Pirmais solis, kurā var izmantot rīkus, gaida sākotnējo MCP katalogu ne vairāk kā 2,5 sekundes; izvēles serveri drīkst turpināt startēt fonā. Programmas starta laikā tiek pārbaudīts un instalēts tikai aktīvais profils.

Pārbaudīts pakotnes stāvoklis

Versija 9.1.516 satur AgentSpine 0.10.1. Visi astoņi prepack regresijas vārti, node --check, pakotnes metadatu pārbaude un svaiga pakotnes pārbaude ir zaļi. Tā pati npm pakotne satur platformas komponentes operētājsistēmām Windows, Linux un macOS. npm pakotnes SHA-256: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.

Jauns versijā 9.1.515

Publicēts:

Patiesi nemainīgs uzdevumu saraksts pēc ilgāka pierādīta darba tiek atkal pieņemts. Aģentam King nav jāizdomā progress vai tikai jāpārformulē nosaukums, lai varētu turpināt savu īsto darbu.

Arī dīkstāves cilpa var atsākt vēl atvērtu TodoList, nepaturējot aģentu pastāvīgi uzturēšanas gājienā tikai ar Todo rīku. Prepack regresijas vārti aizsargā abus kļūdu ceļus.

Pārbaudīts pakotnes stāvoklis

Versija 9.1.515 satur AgentSpine 0.10.1. Mērķtiecīgā Todo cilpas regresijas pārbaude, node --check, laidiena metadatu pārbaude un svaiga pakotnes instalācija ir zaļi. Tā pati npm pakotne satur platformas komponentes operētājsistēmām Windows, Linux un macOS. npm pakotnes SHA-256: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.

Jauns versijā 9.1.514

Publicēts:

BLUN King 9.1.514 nostiprina no satura brīvo Telegram piegādes žurnālu pret manipulētām rindas aploksnēm.

Ziņojumu identifikatori tiek pārņemti tikai kā pozitīvi decimāli skaitļi. Jau aprēķinātie čata hashi ir atļauti tikai kā precīzi divpadsmit ciparu mazo burtu hex vērtības. Kļūdainas, saturam līdzīgas vērtības tiek atmestas, nevis protokolētas.

Esošā Telegram apstrāde, piegādes fāzes, žurnāla rotācija un no satura brīvā karantīnas diagnoze paliek nemainīgas. Visi 133 pakotnes testi, kā arī svaigas pakotnes paraugi operētājsistēmām Windows x64, Linux x64, macOS ARM64 un macOS x64 ir zaļi.

Pārbaudīts pakotnes stāvoklis

Versija 9.1.514 satur AgentSpine 0.10.1 un ReadBatch. npm pakotnes SHA-256: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.

Jauns versijā 9.1.513

Publicēts:

BLUN King 9.1.513 protokolē Telegram piegādes ceļu no saņemšanas bridge komponentē caur maršrutēšanu, iekļaušanu rindā un ievadīšanu līdz apstiprinājumam, atkopšanai vai karantīnai.

Ierobežotais žurnāls glabā tikai no satura brīvus identifikatorus, hashus, piegādes fāzes, skaitītājus un attīrītus kļūdu iemeslus. Ziņojumu teksti, uzvednes, ceļi, lietotājvārdi, tokeni, piekļuves dati un neapstrādāti kļūdu paziņojumi netiek fiksēti.

Arī karantīnas diagnoze vairs nedublē Telegram ziņojumus, attēlojuma tekstus, izcelsmes norādes, neapstrādātus čata ID vai attēlu ceļus. Visi 132 pakotnes testi, kā arī svaigas pakotnes paraugi operētājsistēmām Windows x64, Linux x64, macOS ARM64 un macOS x64 ir zaļi.

Pārbaudīts pakotnes stāvoklis

Versija 9.1.513 satur AgentSpine 0.10.1 un ReadBatch. npm pakotnes SHA-256: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.

Jauns versijā 9.1.512

Publicēts:

BLUN King 9.1.512 proaktīvās TodoList uzturēšanas laikā pieprasa mainītu, uz pierādījumiem balstītu atjauninājumu, nevis bezgalīgi no jauna pieņem to pašu sarakstu. Izolētais uzturēšanas gājiens saņem ne vairāk kā astoņas kompaktas norādes par rīka nosaukumu un rezultātu kopš pēdējās pieņemtās atjaunināšanas.

Uzvednes, argumenti, komandas, pilni ceļi, rīku rezultāti vai darba vēsture netiek ievadīti atkārtoti. Neizdevies TodoList mēģinājums saglabā šo ierobežoto pierādījumu nākamajam mēģinājumam; veiksmīga atjaunināšana noņem izmantotās norādes. Pabeigtie punkti joprojām pazūd automātiski, un nākamajā solī atkal ir pieejami parastie darba rīki.

Pārbaudīts pakotnes stāvoklis

9.1.512 iztur 127 no 127 pakotnes testiem. Svaigas instalācijas operētājsistēmās Windows x64, Linux x64, macOS ARM64 un macOS x64 izvēlas paredzētās platformas komponentes un satur AgentSpine 0.10.1 un ReadBatch. npm pakotnes SHA-256: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.

Jauns versijā 9.1.511

Publicēts:

BLUN King 9.1.511 piegādā AgentSpine 0.10.1 kā jaunu, pēc satura adresētu pamata spraudņa versiju. Obligātā pirmpārbaude joprojām pārbauda katru aktīvo resursdatora norāžu datni bez sacensību stāvokļa riska un saista tās identitāti ar precīzu gājienu, bet vairs nedublē jau no resursdatora ielādēto pilno tekstu izpildvides kontekstā.

Šis stāvoklis papildina obligātos pirmsatbildes pierādījumus, apstiprinātus Must-Remember ierakstus un pašatveseļojošu autentificēta personības un attiecību grafa sinhronizāciju. Trūkstošas grupas, personas un dalības tiek labotas pie atkārtotas saraksta saskaņošanas; lokālie attiecību vaicājumi pēc piecām sekundēm beidzas redzami pie bloķēšanas.

Ierobežotais Telegram-Mnemo vaicājums paliek saglabāts: agrāki ziņojumi tiek ielādēti tikai pie konkrētas vajadzības ar šauru aģenta, personas, grupas, tēmas, pavediena un laika saistību. Pilnā Telegram vēsture nenonāk regulāri uzvednē.

Pārbaudīts pakotnes stāvoklis

9.1.511 iztur 126 no 126 pakotnes testiem. Īstais 15 519 baitu CLAUDE.md tika pilnībā pārbaudīts, kamēr viss injicētais konteksts bija 5 667 baitu un nesaturēja pilnu norāžu tekstu. Svaigas instalācijas operētājsistēmās Windows x64, Linux x64, macOS ARM64 un macOS x64 izvēlas paredzētās platformas komponentes un satur AgentSpine 0.10.1 un ReadBatch. npm pakotnes SHA-256: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.

Jauns versijā 9.1.510

Publicēts:

BLUN King 9.1.510 pievieno rīku ReadBatch. Tas vienā modeļa solī nolasa divus līdz divpadsmit neatkarīgus, jau zināmus UTF-8 datnes vai datņu apgabalus un saglabā pieprasījumu secību. Katrs ceļš iziet tās pašas piekļuves, noteikumu un atļauju pārbaudes kā viens Read izsaukums. Daļēji panākumi paliek redzami; tikai pilnībā neizdevies kopums tiek uzskatīts par kopēju kļūdu.

Pārbaudīts pakotnes stāvoklis

9.1.510 iztur 125 no 125 pakotnes testiem. Svaigas instalācijas operētājsistēmās Windows x64, Linux x64, macOS ARM64 un macOS x64 izvēlas paredzētās platformas komponentes un satur ReadBatch. AgentSpine apzināti palika versijā 0.8.0, līdz tika novērsts neatkarīgi atrastais konteksta budžeta bloķētājs jaunākajā pirmsizlaides stāvoklī bez palielinātas izpildvides uzvednes. npm pakotnes SHA-256: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.

Jauns versijā 9.1.509

Publicēts:

BLUN King 9.1.509 pie katra apstiprināta Telegram darba ziņojuma starp botiem pieprasa skaidru paredzētā King pieminēšanu. Bota ziņojumi bez atbilstošas pieminēšanas paliek redzami, bet netiek ne buferizēti, ne iekļauti rindā, ne piegādāti, ne vēlāk pārņemti šī King modeļa kontekstā. Tādējādi prioritārs bota ziņojums vienam King vairs nevar kļūt par cita King uzdevumu.

Pārbaudīts pakotnes stāvoklis

Visi 121 pakotnes tests izdodas. Tā pati pakotne satur pārbaudītās platformas komponentes operētājsistēmām Windows x64, Linux x64, macOS ARM64 un macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.

Jauns versijā 9.1.508

Publicēts:

Atvērtie Todo punkti atkal ir ar redzamu lodziņu. Arī pirmais parastais uzdevumu saraksts sākas ar tieši vienu notiekošu punktu; vēlāki soļi paliek gaidīti, līdz ir pierādīts to faktiskais sākums.

Pieņemtie Telegram tiešie un grupu ziņojumi tiek asinhroni, pastāvīgi buferizēti un precīzi deduplicēti nodoti Mnemo. Īslaicīgi nesasniedzams centrmezgls nebloķē ne Telegram piegādi, ne King darbību. /loop komandas un iekšējie cilpas tikšķi apzināti netiek saglabāti.

AgentSpine neielādē pilnu Telegram vēsturi izpildvides kontekstā. Ja uzdevumam nepieciešams agrāks ziņojums, notiek ierobežots Mnemo vaicājums pēc aģenta, personas, grupas, tēmas, pavediena un laika perioda.

Pārbaudīts pakotnes stāvoklis

Visi 120 pakotnes testi izdodas. Svaigas instalācijas operētājsistēmās Windows, Linux x64, macOS ARM64 un macOS x64 izvēlas pareizo vietējo starpliktuves komponenti un satur pārvaldīto Telegram-Mnemo savienojumu un AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.

Jauns versijā 9.1.507

Publicēts:

BLUN King 9.1.507 skaidri norāda modelim Read rīkā apvienot neatkarīgus datņu un apgabalu lasījumus vienā modeļa atbildē, ja vairāki ievadi var būt noderīgi.

Tas samazina liekas modeļa kārtas lielos darba kontekstos, nemainot Read izpildi, lapu navigāciju, atļaujas vai rezultātu apstrādi.

Pārbaudīts pakotnes stāvoklis

Mērķtiecīgs regresijas tests aizsargā izmaiņu; visi 112 pakotnes testi izdodas.

Jauns versijā 9.1.506

Publicēts:

Pabeigtie TodoList punkti tiek nekavējoties noņemti no redzamā TUI. Pastāvīgais uzdevumu saraksts šos ierakstus jau ir pareizi atmetis; tagad interfeiss rāda to pašu attīrīto stāvokli, kamēr notiekošais un gaidītais darbs paliek pilnībā saglabāts.

Automātiskais uzturēšanas gājiens izmanto atsevišķu sistēmas uzvedni ar 546 rakstzīmēm. Iepriekš tam, neskatoties uz vienīgo pieejamo Todo rīku, tika pievienota pilna darba uzvedne ar aptuveni 19 000 rakstzīmēm. Sekojošais darba solis joprojām saņem pilno uzvedni un savu parasto rīku katalogu.

Izmērīts konteksta ieguvums un pakotnes stāvoklis

Reāls izpildījums rādīja katram astotajam darba solim atsevišķu Todo uzturēšanas gājienu ar 15 221 ievades tokenu. Statiskā uzturēšanas uzvedne samazinās par 18 470 rakstzīmēm; faktiskais izpildlaika ietaupījums tiks izmērīts vēlreiz pēc flotes atjaunināšanas. Publicētais tar fails iztur 111 no 111 testiem. Svaigas pakotnes instalācijas operētājsistēmā Windows ar Node 24.19.0 un Linux ar Node 24.18.0 apstiprina versiju 9.1.506; macOS binārie faili ARM64 un x64 ir iekļauti identiskajā npm pakotnē. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.

Jauns versijā 9.1.505

Publicēts:

Telegram ziņojums, kas pienāk pēc kanāla pārņemšanas, bet vēl pirms rindas aktivizēšanas pabeigšanas, vairs netiek izlaists kā vecs atlikums. Bez derīga kontrolpunkta apstrāde sākas pie pārņemšanas starta laikā izmērītās baitu robežas, nevis vēlākā datnes beigās.

Derīgs pastāvīgs kontrolpunkts saglabā prioritāti. Ja rindas datne pārņemšanas laikā tiek aizstāta, jaunā datne droši sākas pie nulles baita; vēsturiskie ziņojumi, kas pastāvēja pirms pārņemšanas, joprojām netiek atskaņoti vēlreiz.

Izmērīta regresija un pakotnes stāvoklis

Grupas ziņojums 63456 pienāca vienu sekundi pēc kanāla pārņemšanas, kontrolpunkts pārlēca precīzi līdz tā beigām, un ziņojums neparādījās nevienā modeļa vēsturē. Šis reālais zuduma ceļš ir aizsargāts ar regresiju. Publicētais tar fails iztur 111 no 111 testiem; svaigas pakotnes instalācijas operētājsistēmā Windows ar Node 24.19.0 un Linux ar Node 24.18.0, kā arī reāls atjauninājums no 9.1.504 apstiprina versiju 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.

Jauns versijā 9.1.504

Publicēts:

Telegram ziņojums, kas pie tukša aģenta darbības jau atrodas rindā, tagad tiek palaists kā svaigs modeļa gājiens pa parasto kanāla ceļu. Tas vairs negaida aktīvu darbību, kas dīkstāvē pēc definīcijas nevar rasties.

Esošā nodošana notiekošam gājienam paliek nemainīga. Tāpat paliek aizsargāta izolētā Todo uzturēšana, pabeigto punktu automātiska noņemšana un sekojošā parasto datņu, meklēšanas un čaulas rīku atjaunošana.

Pārbaudīts pakotnes stāvoklis

Publicētais tar fails iztur 106 no 106 testiem. Jaunā dīkstāves regresija pirms iejaukšanās bija sarkana un pēc tam kopā ar 24 rindas testiem ir zaļa. Svaigas pakotnes instalācijas operētājsistēmā Windows ar Node 24.19.0 un Linux ar Node 24.18.0 apstiprina versiju 9.1.504 un to pašu SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.

Jauns versijā 9.1.503

Publicēts:

Izolētais Todo uzturēšanas ziņojums tagad nes arī skaidri tukšu toolCalls lauku. Tādējādi tas atbilst tai pašai ziņojumu formai kā parastie darba gājieni, un BLUN pakalpojumu sniedzēja normalizācija to var droši apstrādāt.

Īstā izpildvides kļūda TypeError: message.toolCalls is not iterable tādējādi vairs nerodas pirms TodoList izsaukuma. Regresijas tests pārstaigā izveidoto ziņojumu tieši tāpat kā pakalpojumu sniedzēja robeža, pirms uzturēšana tiek apstiprināta.

Pārbaudīts pakotnes stāvoklis

Publicētais tar fails iztur 105 no 105 testiem. Svaigas pakotnes paraugi operētājsistēmā Windows ar Node 24.19.0 un Linux ar Node 24.15.0 apstiprina pilno pakalpojumu sniedzēja ziņojumu formu, izolēto Todo uzturēšanu un pabeigto punktu automātisko noņemšanu. Reālā flotes pieņemšana notiek pēc triju aģentu King kontrolētas restartēšanas.

Jauns versijā 9.1.502

Publicēts:

Kārtējais TodoList uzturēšanas solis saņem tikai svaigu, uz pašreizējo uzdevumu un redzamo sarakstu ierobežotu ziņojumu. Veci Read, Bash vai MCP izsaukumi no darba vēstures tādējādi vairs nevar nonākt solī, kas apzināti ierobežots ar TodoList.

Pabeigtie uzdevumi, saglabājot, automātiski pazūd no redzamā un pastāvīgā saraksta. Notiekošie, gaidītie, bloķētie, uz apstiprinājumu gaidošie un atceltie punkti paliek saglabāti; saraksts tādējādi neaug bezgalīgi no pabeigta darba.

Izmērīts flotes atzinums

Divu aģentu profili neatkarīgi saskārās ar to pašu regresiju: pēc veiksmīgas rīku izmantošanas Todo uzturēšana atkārtoja vēsturiskos lietišķos rīkus un rādīja Tool not found. Publicētais tar fails iztur 105 no 105 testiem. Svaigas instalācijas operētājsistēmā Windows ar Node 24.19.0 un Linux ar Node 24.15.0 apstiprina izolēto uzturēšanu, pabeigto punktu noņemšanu un parasto rīku atgriešanos. Īsta macOS pieņemšana nav daļa no šī pierādījuma.

Jauns versijā 9.1.501

Publicēts:

Pēc veiksmīga TodoList uzturēšanas soļa nākamajā tūlīt sekojošajā darba solī atkal ir pieejami visi gājienam izvēlētie rīki. Read, Bash un citi lietišķie rīki vairs nepaliek paslēpti aiz īslaicīgi ierobežotā Todo kataloga.

Labotā regresija

Todo solis apzināti piedāvāja tikai TodoList. Tomēr tā rīku izvēle bez skaidras atjaunošanas palika aktīva arī nākamajā solī. 9.1.501 tur atkal ievieto parasto katalogu un aizsargā abus nākamā soļa ceļus ar regresiju.

Golden Release 9.1.500

Publicēts:

Šī versija apvieno pilnu 9.1.499 funkciju stāvokli nemainītu kā kopīgu npm publicējumu operētājsistēmām Windows, Linux un macOS. Zelta apzīmējums ir apzināti ierobežots līdz šīs versijas virsrakstiem; vecāki ieraksti saglabā savu līdzšinējo attēlojumu.

Laidiena stāvoklis

Golden Release pārņem pārbaudītās Todo, rindas, cilpas, konteksta, AgentSpine un attēlu izvērtēšanas izmaiņas no 9.1.499 bez papildu izpildvides loģikas.

Jauns versijā 9.1.499

Publicēts:

Attēlu, audio un video dati ārpus pēdējiem divpadsmit sarunas ziņojumiem tiek aizstāti ar īsām atsaucēm tikai atkārtotajā modeļa projekcijā. Aktuālie mediji, ziņojuma teksts un pilnā sesijas neapstrādātā vēsture paliek nemainīgi.

Izmērītā atsākšanas kontrolpunktā šī projekcija ietaupa 85 748 rakstzīmes jeb aptuveni 21 437 aprēķināto ievades tokenu katrā nākamajā rīka solī.

Kārtējā Todo uzturēšana notiek pirms devītā darba bloka kā atsevišķs zemas piepūles modeļa solis. Šajā solī izpildvide piedāvā tikai TodoList; datņu, meklēšanas, čaulas un citi lietišķie rīki atkal tiek apstiprināti tikai pēc derīgas atjaunināšanas.

Svaigi lietotāja ziņojumi saglabā prioritāti pār Todo uzturēšanu. Stingrie Todo vārti paliek kā drošības tīkls patiešām nederīgām atjaunināšanām, bet vairs neparādās kā parasta sarkana pārejas kļūda pirms patstāvīgas saraksta uzturēšanas.

Pārbaudīts pierādījums

Publicētais tar fails iztur 105 no 105 izpildvides un regresijas testiem. Svaigas izolētas instalācijas operētājsistēmā Windows ar Node 24.19.0 un Linux ar Node 24.15.0 ziņo tieši versiju 9.1.499 un apstiprina mediju projekciju, nemainītu neapstrādāto vēsturi, Todo priekšvadību un visu lietišķo rīku paslēpšanu Todo soļa laikā. Kandidāts aptver 850 ceļus un nes SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Īsta macOS pieņemšana nav daļa no šī pierādījuma.

Jauns versijā 9.1.498

Publicēts:

/usage rāda pakalpojumu sniedzēja ziņoto uzvednes kešatmiņas trāpījumu īpatsvaru, kā arī lasītos un rakstītos kešatmiņas tokenus katram modelim. Bez ziņotas kešatmiņas aktivitātes attēlojums neizdomā īpatsvaru.

/tokens ir īss aizstājvārds esošajai detalizētajai konteksta diagnozei; /offload izsauc esošo arhivējošo sablīvēšanu. Neviens no abiem ceļiem neizraisa papildu modeļa izsaukumu.

Dažādi autorizēti bota ziņojumi vairs netiek atmesti ar stingru 15 sekunžu logu. Esošā secība paliek saglabāta: privātie un skaidri adresētie ziņojumi ir pirms bota ziņojumiem, bota ziņojumi pirms parastā konteksta.

Pilna sablīvēšana pārņem precīzo Todo sarakstu jaunajā kontekstā. Ja pēc tam ir neskaidrs ceļš, komanda, hash vai prasība, vienreizēja atkopšanas norāde vispirms pieprasa izlasīt arhivēto vēsturi, nevis plašu datņu meklēšanu vai jaunu sākumu.

Pabeigtie Todo soļi paliek kā pierādījums. Ja vēlākas atziņas atkal padara soli nepieciešamu, pierādītā pabeigšana paliek spēkā, un jaunā pārbaude parādās kā atsevišķs notiekošs solis ar pamatojumu.

Atkārtotas sesijas cilpas gaida, kamēr uzturētais Todo saraksts satur notiekošu vai gaidītu darbu. Nokavētie intervāli tiek apkopoti līdz īstai dīkstāvei; citi ieplānotie atgādinājumi paliek neskarti.

Pārbaudīts pierādījums

Sagatavotais tar fails iztur 100 no 100 izpildvides un regresijas testiem. Svaigas izolētas instalācijas operētājsistēmā Windows ar Node 24.19.0 un Linux ar Node 24.15.0 ziņo tieši versiju 9.1.498 un apstiprina kešatmiņas attēlojumu, komandu aizstājvārdus, sablīvēšanas atkopšanu, monotonus Todo pierādījumus, sesijas cilpas aizsardzību, pakotnes izmaiņu žurnālu un bota prioritāti. Kandidāts aptver 849 ceļus un nes SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Īsta macOS pieņemšana nav daļa no šī pierādījuma.

Jauns versijā 9.1.497

Publicēts:

Telegram bota ziņojumi no kopīgām grupām atrodas aiz privātiem un skaidri adresētiem ziņojumiem, bet pirms parastā konteksta. Priorizēšana neuzspiež atbildi.

Pieņemts Telegram ziņojums pazūd no redzamās rindas, tiklīdz sākas tā ievadītais modeļa solis. Noraidīta piegāde vai pārtraukums pirms pirmā soļa to joprojām saglabā jaunam mēģinājumam.

Kārtējā Telegram atbilde vai ziņojuma rediģēšana vairs netiek bloķēta ar Todo uzturēšanu. Nākamais parastais darba solis paliek bloķēts līdz patiesai Todo saraksta atjaunināšanai.

Versijas 9.1.496 līdz 9.1.487

VersijaIzmaiņas
9.1.496Automātiski piegādā Telegram lietotāja ziņojumus atsevišķi, noņem tikai precīzi pieņemto vai atbildēto ziņojumu ID, uzspiež patiesu progresu katram redzamajam Todo sarakstam un paslēpj veiksmīgas iekšējās āķu kravas.
9.1.495Startē katru jaunu vai aizstātu mērķi ar svaigu redzamo Todo sarakstu, pieprasa patiesas atjaunināšanas, nekavējoties noņem veiksmīgi atbildēto Telegram grupas fokusu, atliek parastos saņemšanas apstiprinājumus līdz gājiena beigām un pievieno īstas dekodēšanas pārbaudes taustiņiem Ctrl+S un Ctrl+T.
9.1.494Atkal viennozīmīgi atdala īsinājumtaustiņus: Ctrl+S vada tikai rindas atlikumu, Ctrl+T tikai Todo sarakstu. Telegram lietotāja ziņojumi autorizējas notiekošā darba laikā nākamajai drošai nodošanai.
9.1.493Telegram lietotāja ziņojumi aktīvas darbības laikā tiek automātiski atbrīvoti nākamajai drošai nodošanai. Tiešie ziņojumi paliek rindas priekšā, pastāvīgi neaizturot grupu ziņojumus.
9.1.492Jau atbrīvotie grupu ziņojumi tiek saglabāti, ja piegāde īslaicīgi ir aizņemta, un to piegāde tiek mēģināta vēlreiz. Pakotne, npm metadati, publiskais manifests un izmaiņu žurnāls pirms panākumu paziņojuma tiek pārbaudīti kopīgi.
9.1.491Tiešie Telegram ziņojumi notiekošā darba laikā tiek nekavējoties prioritizēti. Manuālā rindas vadība citiem ziņojumiem saglabājās.
9.1.490Pakotnes vēsture pilnībā dokumentē nepublicēto stāvokli 9.1.487 un faktiski publicētos labojumus no 9.1.488.
9.1.489Uzdevumu saraksts, rindas vadība, Telegram izpildes identitāte, AgentSpine profila instalācija un pārvaldītā attēlu izvērtēšana tika atjaunoti un aizsargāti ar regresijas testiem.
9.1.488Sagatavotais AgentSpine pamata spraudnis tika publicēts. Telegram dublikāti vairs neatstāj šķietamu gājienu; domāšanas dziļums un droša telemetrijas apstrāde paliek saglabāti visos rīku soļos.
9.1.487Nepublicēts. Šis stāvoklis sagatavoja AgentSpine kā pārvaldītu pamata spraudni. Vietnē npm pēc 9.1.486 uzreiz sekoja 9.1.488.

Jauns versijā 9.1.486

Publicēts:

Jauni un atjaunināti profili operētājsistēmās Windows, macOS un Linux tagad droši startē angļu valodā. Saglabātā automātiskā valodas vērtība tiek migrēta vienu reizi, bet skaidri izvēlētās valodas paliek nemainīgas.

Automātiskie atjauninājumi starta laikā atkal ir iespējoti pēc noklusējuma caur esošo versijai piesaistīto instalētāju. [upgrade].auto_install = false saglabā apstiprinājuma vaicājumu; fona atjauninātājs netiek atkārtoti ieviests.

Starta dialoglodziņi, progress, kļūdas, panākumu paziņojumi un sesijas turpināšana tagad izmanto to pašu valodu. Regresijas un mutācijas testi aizsargā migrāciju, atjaunināšanas ceļu un sesijas datus.

Pārbaudīts pierādījums

Pilnais testu komplekts izturēja 1 474 no 1 474 pārbaudēm. Izolēts atjaunināšanas izpildījums instalēja 9.1.486 no 9.1.485, saglabāja konfigurāciju un sesiju nemainītas un palaida jauno CLI. Atsevišķs starta paraugs pierādīja automātisko instalāciju bez jautājuma un vienreizēju vecās automātiskās valodas vērtības migrāciju uz angļu valodu.

Versijas 9.1.485 līdz 9.1.178

VersijaIzmaiņas
9.1.485
  • Ierobežo pirmo redzamo turpinātas sesijas atskaņošanu bez ritināšanas atpakaļ indeksa uz aktīvajiem 15 sarunas gājieniem, nevis attēlo visu sarunu vēlreiz.
  • Pēc veiksmīgas atjaunināšanas iztukšo redzamo atjaunināšanas apgabalu, pirms tiek startēta jaunā konsole; parastais termināļa ritināšanas vēstures pieraksts paliek saglabāts.
  • Papildina regresijas un mutācijas pārbaudes atskaņošanas rezerves ceļam, tostarp simulāciju ar 97 596 ierakstiem.
9.1.484
  • Spraudņa atpazīšana papildus pieņem .codex-plugin/plugin.json un atrisina PLUGIN_ROOT vai BLUN_PLUGIN_ROOT komandā, argumentos un darba direktorijā.
9.1.483
  • Sablīvēšanas modeli var atlasīt, saglabāt un atiestatīt uz mantojumu atsevišķi no aktīvā modeļa; atlase un atgriezeniskā saite ir pieejama dīkstāves komandā un lokalizētajos iestatījumos.
9.1.482
  • Izvietotie Read rezultāti saglabā nākamo line_offset un turpina sākotnējo lasīšanu tur, nevis lasa to pašu failu vēlreiz no sākuma.
9.1.481
  • Pakārtoto aģentu atbildes, kas, sasniedzot tokenu limitu, beidzas bez rīka izsaukuma, tiek atpazītas kā max_tokens esošajam turpinājumam. Glob modeļi ar .. un nosauktie mājas ceļi, piemēram, ~name tiek noraidīti.
9.1.480
  • Atjaunina komplektā iekļauto translate-native skill un Language Guard MCP uz versiju 6.42.13.
  • Komplektā iekļautos valodas aizsardzības failus baitu precizitātē piesaista avota komitam 6430ce30e235c1a9d1ebcd1b646d62edce510605.
  • Papildina izcelsmes un mutācijas pārbaudes, lai izmainīti aizsardzības baiti vai atšķirīga skill versija izraisītu publicēšanas vārtu kļūmi.
9.1.479
  • Pievieno privātajam King dienestam Agent API autentificētu iekšējo maršrutu pieejamības pārbaudei.
  • Pārbauda dienesta pieejamību, neizveidojot klienta sesiju un nesākot aģenta gājienu.
  • Ierobežo maršrutu ar atgriezeniskās cilpas saskarni un GET, aizsargā to ar noslēpumu un nepieļauj tās kešošanu.
9.1.478
  • Novērš parastās tiešā Telegram fokusa pauzes pēc restartēšanas arī tad, ja vecāki kontrolpunkti nesatur atbildes termiņu.
  • Saglabā lietotāja izteikti pieprasītas pauzes līdz apstiprinājumam, nevis ļauj tām automātiski beigties.
  • Atbrīvo rindā esošos kanāla ziņojumus aktīvam gājienam, tiklīdz tiešais fokuss beidzas.
9.1.477
  • Pievieno privātajam Agent API dienestam izteiktu, operatora palaistu procesa apvalku.
  • Apstrādā SIGINT un SIGTERM precīzi vienu reizi, arī tad, ja signāli pienāk starta laikā.
  • Droši pārtrauc ar ierobežotiem ziņojumiem, neizsauc process.exit un nekad automātiski nesāk dienestu.
9.1.476
  • Pievieno privātajam Agent API dienestam vides līgumu pēc drošas fiksācijas principa.
  • Pieprasa izteikti noteiktu atgriezeniskās cilpas portu, izolācijas noslēpumus, pakalpojumu sniedzēja iestatījumus un resursu robežas.
  • Ļauj privātajam dienestam palikt apturētam un automātiskai neaktīvu sesiju tīrīšanai deaktivētai, līdz abi ir izteikti konfigurēti.
9.1.475
  • Atbrīvo tikai attiecīgi konfigurētas un faktiski neaktīvas Agent API sesijas, pirms klients sasniedz sesiju limitu.
  • Aizsargā aktīvus modeļa un rīku gājienus neatkarīgi no to vecuma un atjaunina neaktivitātes periodu reālas lietošanas laikā.
  • Ļauj automātiskai tīrīšanai palikt deaktivētai, līdz operators izteikti konfigurē neaktivitātes laika ierobežojumu.
9.1.474
  • Atceļ aktīvās sesijas piesaisti, ja aģenta turpinājums pēc rīka rezultāta neizdodas.
  • Pēc tam ļauj izteikti aizvērt attiecīgo sesiju.
  • Ļauj veiksmīgiem rīku rezultātiem un publiskajam modeļa līgumam palikt nemainītiem.
9.1.473
  • Aizsargā Agent API sesiju pret aizvēršanu, kamēr tās pirmais modeļa izsaukums vēl notiek.
  • Uzticami atbrīvo sesiju pēc veiksmīgas atbildes vai modeļa kļūdas.
  • Ļauj esošajam neapstrādātu modeļu ceļam un publiskajam modeļa līgumam palikt nemainītiem.
9.1.472
  • Ļauj klientiem izteikti aizvērt neaktīvu Agent API sesiju un atbrīvot tās ierobežoto sesiju vietu.
  • Nepieļauj aktīvu sesiju aizvēršanu un ierobežo katru aizvēršanu ar attiecīgo īpašnieka klientu.
  • Nodrošina atbrīvoto vietu jaunai sesijai, nemainot publisko modeļa līgumu.
9.1.471
  • Pievieno slēgtu dienesta resursdatoru, kas saliek privāto Agent API steku, to automātiski nesākot.
  • Pieprasa atsevišķus noslēpumus transportam un izolācijai, absolūtu klientu pamatdirektoriju un izteiktu King izpildvides konfigurāciju.
  • Piesaista klausītājus atgriezeniskās cilpas saskarnei un izslēgšanas laikā aizver katru klienta sesiju un katru izpildvidi.
9.1.470
  • Izolē Agent API bezgalvas sesijas pēc uzticamā klienta un publiskās sesijas.
  • Apvieno vienlaicīgus pirmos piekļuves mēģinājumus SDK sesijā un ierobežo aktīvos klientus un sesijas.
  • Izmanto ar atslēgām saistītus necaurspīdīgus iekšējos identifikatorus un darba direktorijus, saglabājot stabilus publiskos sesijas identifikatorus.
9.1.469
  • Pievieno Agent API adapterim privātu HTTP transportu, kas ir sasniedzams tikai caur atgriezeniskās cilpas saskarni.
  • Pieprasa dienesta noslēpumu un servera noteiktu klienta identitāti; viltoti identitātes dati pieprasījuma pamattekstā tiek ignorēti.
  • Noraida pārāk lielus vai kļūdainus pieprasījumus un neizpauž iekšējās pakalpojumu sniedzēja detaļas publiskos kļūdu ziņojumos.
9.1.468
  • Saglabā galveno aģentu atsaucīgu, kamēr pakārtotie aģenti un ligzdotie pakārtotie aģenti turpina strādāt fonā.
  • Ļauj ierobežotām Agent API sesijām izmantot pakārtoto aģentu dzīves ciklu, neatklājot lokālus čaulas vai failu sistēmas rīkus.
  • Nodod precīzu rīku robežu katram ligzdotajam pakārtotā aģenta līmenim, lai ierobežojumus nevarētu apiet ar deleģēšanu.
9.1.467
  • Pievieno izteiktu transporta adapteri aģentu gājieniem, nepārķerot esošos maršrutus neapstrādātiem modeļiem vai modeļu sarakstiem.
  • Piesaista rīku rezultātus un mērķētus pārtraukumus tam pašam klienta, sesijas un pieprasījuma apgabalam.
  • Rāda tikai King, attīra negaidītas iekšējās kļūdas un noraida straumēšanu, kamēr tai nav aģenta līguma.
9.1.466
  • Reģistrē katru pabeigto Agent API modeļa izsaukumu ar stabilu uzdevuma ID, nesajaucot dažādu klientu lietojumu.
  • Pastāvīga JSONL kartēšana saglabā pieprasījumu, sesiju, uzdevumu, izsaukuma ID un neapstrādātus lietojuma laukus atrodamus arī pēc restartēšanas.
  • Uz āru parādās tikai King un neapstrādātie skaitītāji ievadei, kešotajai ievadei un pabeigšanai; trūkstošie lietojuma dati paliek izteikti apzīmēti.
9.1.465
  • Pievieno izolētu gājiena vadību izteiktajam Agent API aģenta galapunktam, nemainot neapstrādātos modeļa pabeigšanas rezultātus.
  • Klienta pārvaldīti rīka izsaukumi saglabā vienu King gājienu caur rezultātu atgriešanu un paliek ierobežoti ar sākotnējo pieprasījumu.
  • Augstāka līmeņa aģentu atbildes izslēdz pakārtoto aģentu notikumu straumes un noraidītos atkārtotu mēģinājumu melnrakstus.
9.1.464
  • Pārvaldītie pakārtotie aģenti tagad darbojas atsaistīti, lai galvenais aģents paliktu atsaucīgs, kamēr deleģētais darbs turpinās.
  • Notiekošos pakārtotos aģentus var vadīt ar TaskUpdate vai apturēt ar TaskStop, neaizverot galveno sesiju.
  • Adresēti Telegram grupas ziņojumi paliek fokusā, līdz aģents atbild attiecīgajā tērzēšanā.
9.1.463
  • Checkpoint atsākšana ar esošiem loga datiem renderē tikai pēdējo aktīvo TUI gājienu grupu; vecākas rindiņas paliek ritināšanas arhīvā un tiek ielādētas pēc vajadzības.
9.1.462
  • Nemainīts tui.toml saturs vairs neizraisa atomisku faila nomaiņu; īstas izmaiņas joprojām izmanto esošo bloķēto rakstīšanas ceļu.
9.1.461
  • /status atšķir ielādēto izpildvides stāvokli no instalētās pakotnes un ziņo par novirzi arī Telegram attālajā statusā.
9.1.460
  • Vecāki redzamie sesijas ziņojumi paliek pastāvīgā diska arhīvā un tiek ielādēti blokos ritinot uz augšu, sākumā neielādējot visus teksta blokus.
9.1.459
  • Atjaunošana atjauno ar integritāti saistītu semantisko kontrolpunktu un nolasa tikai kopš tā laika pievienoto nemainītās sesijas faila daļu; ja kontrolpunkts nav derīgs, kā rezerves ceļš paliek pilna atkārtošana.
9.1.458
  • No ārēja ziņojuma pārņemta kontrolsumma tiek saistīta tikai tad, ja tieši šī vērtība ir atlasītajā avota notikumā.
9.1.457
  • Ja tā pati kontrolsumma nāk no vairākiem ārējiem notikumiem, izcelsme tiek norādīta kā neviennozīmīga, nevis piedēvēta vienam ziņojumam.
9.1.456
  • Kontrolsummas izejošajos Telegram ziņojumos tiek salīdzinātas ar lokāliem rīku rezultātiem un redzamiem ārējiem ziņojumiem; nepiesaistītas vērtības rada izcelsmes norādi.
9.1.455
  • Telegram ziņojumus var saistīt kā credible_unverified pēc tērzēšanas un ziņojuma identifikatora; ziņotāju un notikuma izcelsmi nosaka izpildvide.
9.1.454
  • Svaigas pārbaudes tiek automātiski saistītas ar sesiju un aģentu, kas tās radījuši; tālāk nodoti mērījumi paliek ārēji ziņojumi.
9.1.453
  • Pabeigšanas apliecinājums tiek saistīts ar pašreiz spēkā esošo pabeigšanas kritēriju un tiek noraidīts, ja kritērijs ir cits vai novecojis.
9.1.452
  • Katrs apliecinājums tiek saistīts ar faktiski izmērīto mērķa apgabalu; komandu pārbaudēm abās pusēs jāizmanto tā pati drošā BLUN_EVIDENCE_SCOPE vērtība.
9.1.451
  • Katrs apliecinājums nes precīzu veidu inspection, integrity, syntax, test vai reachability. Vājāku pārbaudi nedrīkst izdot par stiprāku.
9.1.450
  • Rezultātu apliecinājumi un pārbaudītāju apliecinājumi tiek nošķirti. Tikai jaunam vai mainītam pārbaudītājam vajag otru, neatkarīgu stingrības pierādījumu; parastiem mērījumiem sarkanais tests nav vajadzīgs.
9.1.449
  • Pabeigšanas apliecinājums nosauc precīzu veiksmīgo pārbaudes izsaukumu pēc tā toolCallId; ar jauktu komandas izsaukumu, kas ietver izmaiņu un pārbaudi, nepietiek.
9.1.448
  • Mērķa pabeigšanai pārbaudītais apgalvojums jāsaista ar veiksmīgu pārbaudes izsaukumu tajā pašā gājienā; tikai rakstīšanas vai izmaiņu rīki netiek uzskatīti par apliecinājumu.
9.1.447
  • Izraudzīta darbība tiek saistīta ar pastāvīgiem lēmumu apliecinājumiem; nezināmi vai novecojuši apliecinājumi piespiež jaunu plānošanu.
9.1.446
  • Tiešraides atkārtojumu bloķētājs papildus atpazīst īsas atkārtotas vārdu virknes no diviem līdz astoņiem vārdiem.
9.1.445
  • Izraudzīti mācību norādījumi tiek saglabāti kopā ar validēto pašreizējā gājiena mācību rezultātu kā ekspozīcijas pēda, neapgalvojot, ka no tā izriet cēloņsakarība.
9.1.444
  • Relevances meklēšana pēc agrākām kļūdām izmanto pastāvīgus mērķa, kontrolpunkta un problēmas ietvara datus, nevis tikai jaunākos lietotāja ziņojumus.
9.1.443
  • Tūlītējā mērķa turpinājumā izteikta tool:- vai skill:- izvēle ielādē tieši izvēlēto palīglīdzekli.
9.1.442
  • Darba fokuss saglabā lēmumu pavedienu no statusa, fāzes, pēdējās pārbaudes, izvēles, pamatojuma, atbalsta, riska un atgriezeniskuma.
9.1.441
  • Trūkstošās zināšanas tiek uzturētas kā atsevišķs knowledge_gap domēns, nevis vispārējā mērķa tekstā, tiek prioritizētas un, ja vērtība ir tukša, paslēptas.
9.1.440
  • Pasaules zināšanas un pieņēmumus var iekļaut pastāvīgajā fokusā kā atsevišķus domēnus un svērt.
9.1.439
  • Pastāvīgais kognitīvais fokuss saņem salience vērtējumu ar samazināšanos starp sesijām un pastiprināšanos atkārtotas piekļuves gadījumā.
9.1.438
  • Sesijas atkārtošanas laikā apgriešana, apvienošana un renderēšana tiek atlikta; pēc tam tiek pieprasīts tieši viens jauns transkripta renderējums.
9.1.437
  • Dīkstāves sargs laika ierobežojumiem atkal izmanto atbilstošo teksta ceļu un vairs nebeidz procesu ar neatļautu parametru taimerī.
9.1.436
  • Telegram attālais statuss aktīvā gājiena laikā rāda sākumu, pēdējo progresu, pēdējo rīku un atkārtotas kļūdas; TUI tam publicē notiekošas aktivitātes momentuzņēmumus.
9.1.435
  • Privātie Telegram fokusa kontrolpunkti tagad seko darba apgabalam, kas ir saistīts ar aktīvo sesiju.
  • Darba apgabala izvēle vairs nesaglabā starta direktoriju kā turpinājuma vietu tiešajām sarunām.
9.1.434
  • Apstiprinātā mācīšanās tagad seko darba apgabalam, kas ir saistīts ar aktīvo aģenta sesiju.
  • Sesijas ar vairākiem darba apgabaliem un turpinātas sesijas vairs nesaglabā un nerāda projekta mācības resursdatora procesa direktorijā.
9.1.433
  • Ievades sagatavošana ārējā redaktorā paliek pagaidu direktoriju tīrīšanas robežas iekšienē.
  • Ja pirmais rakstīšanas mēģinājums neizdodas, piemēram, pilna datu nesēja vai trūkstošu atļauju dēļ, pagaidu redaktora direktorijs tiek noņemts, pirms kļūda tiek nodota tālāk.
9.1.432
  • Īslaicīgas straumes kļūdas tagad var mēģināt atkārtoti ar to pašu izvēlēto modeli arī pēc redzamas daļējas izvades.
  • Nepilnīgs asistenta teksts un nepabeigtas rīka virsmas pirms atkārtošanas tiek pabeigtas vai noraidītas, lai jaunā izvade netiktu pievienota neizdevušajam mēģinājumam.
  • Pēc redzamas izvades pakalpojumu sniedzēja maiņa paliek bloķēta, lai atbilde nevarētu mainīt sniedzēju straumes vidū.
9.1.431
  • Lokāli Bash rīka procesi tagad piespiedu kārtā deaktivē Git pieprasījumus terminālī, nevis manto interaktīvo iestatījumu no vecākprocesa.
  • Mantotie askpass dialogi no Git, SSH un Git Credential Manager rīka bērnprocesā ir deaktivēti; tādējādi tiek novērsta neredzama gaidīšana uz Windows pieteikšanās datiem.
  • Vecākčaula un notiekošās sesijas vide paliek nemainītas; esošā uzvedība, kad standarta ievade ir aizvērta, saglabājas un tiek neatkarīgi aizsargāta.
9.1.430
  • Pilna sablīvēšana tagad var izmantot neobligāti konfigurētu modeļa aizstājvārdu caur [loop_control].compaction_model; aktīvais King modelis paliek noklusējums.
  • Autentifikācija, konteksta sagatavošana, pabeigšanas budžets, pārplūdes mācīšanās un lietojuma norēķini sablīvēšanai ir pilnībā saistīti ar izvēlēto sablīvēšanas modeli.
  • Aktīvais modelis joprojām nosaka sablīvēšanas sākumu un pēdējo pieprasījumu bremzi, lai mazāks kopsavilkuma modelis nemanāmi nesamazinātu centrālo domāšanas logu.
9.1.429
  • Bash sistēmā Windows tagad noraida nepārprotamu cmd.exe sintaksi pirms procesa startēšanas, nevis izšķiež redzami neizdevušos gājienu.
  • Bash rīka apraksts izteikti precizē, ka POSIX Bash sistēmā Windows, tostarp VS Code, paliek aktīvs, un nosauc pareizās konvencijas ceļiem un pārvirzēm.
  • Derīgas POSIX find komandas paliek atļautas; apzināti vēlamai cmd semantikai joprojām ir pieejama izteikta nodošana cmd.exe /c.
9.1.428
  • Ģenerēti JavaScript un TypeScript rakstīšanas procesi tagad apstājas pirms datu nesēja piekļuves, ja izpildāms priekšraksts atkārtojas astoņas reizes pēc kārtas; tādējādi tiek novērsta nevaldāma analīzes skriptu izvade.
  • Aizsardzības pārbaude aptver gan Write izsaukumus pilniem failiem, gan Edit aizstāšanas, kamēr ne-koda faili, komentāri, virknes un īsāki pamatoti atkārtojumi paliek nemainīti.
  • Visi trīs novērotie deģenerācijas gadījumi ar 15, 23 un 31 atkārtotu priekšrakstu tiek bloķēti; jebkādi nepilnīgi, bet neatkārtojoši nodomi joprojām ir ārpus šīs mehāniskās pārbaudes.
9.1.427
  • Redzamā komanda /memory core tagad ziņo atmiņas adaptera aktīvo robežu, līguma versiju, identitātes režīmu, integritātes statusu un starpportālu apliecinājumus, pēc izvēles kā --json izvadi.
  • Profilam piesaistīta aizvietotāja atmiņa un no profiliem atvasinātas identitātes tiek izteikti izslēgtas no gatavības kopējam kodolam, nevis attēlotas kā portālu neitrāla atmiņa.
  • Konfigurēti pakalpojumu sniedzēji paliek redzami neapstiprināti, līdz ir atsevišķi apliecinājumi; diagnoze ir tikai lasāma, nepiešķir pilnvaras un nekad neizgudro starpportālu pierādījumus.
9.1.426
  • Redzamā komanda /memory acceptance tagad veic sintētisku pagaidu V7 atmiņas pārbaudi CLI, Telegram un Web vidē un pēc izvēles var izvadīt --json ziņojumu.
  • Desmit neatkarīgas pārbaudes aptver portāla izcelsmi, saistītas un nesaistītas identitātes, aģentu un grupu izolāciju, atkārtojumu noņemšanu, globālu labošanu un dzēšanu, pakalpojumu sniedzēja drošu fiksāciju un aizsargātus avota baitus.
  • Pieņemšanas ziņojums kalpo tikai kā deterministisks apliecinājums: tas nepiešķir pilnvaras un nekad nelasa vai nemaina īstu lietotāja profilu.
9.1.425
  • Pakārtotie aģenti, kas sasniedz savu tokenu limitu, tagad tajā pašā aģenta kontekstā saņem īsu bezrīku pārejas gājienu, nevis zaudē pabeigto rīku darbu.
  • Ja arī šī pāreja sasniedz limitu, augstākā līmeņa aģents saņem ierobežotu daļēju kopsavilkumu un precīzu norādījumu turpinājumam ar to pašu aģentu.
  • Atjaunošana paliek veidota pēc drošas fiksācijas principa: nekāda pilna uzdevuma atkārtota mēģinājuma, nekādas gatavības ziņošanas bez noslēdzošas pārejas un nekādu jaunu pilnvaru.
9.1.424
  • Apstiprinātas mācības no Mistake.md tagad tiek pārnestas uz citādi formulētiem, bet semantiski līdzīgiem gadījumiem no uzticamības, piegādes, orķestrācijas, atmiņas, publicēšanas, mediju un validācijas jomām.
  • Precīziem apliecinājuma terminiem joprojām ir priekšroka pār plašām semantiskām kategorijām; nesaistīts teksts paliek bez piesaistes.
  • Dabiskas vācu valodas formulējumi tiek deterministiski unificēti; mainītā secība ne rada jaunas atļaujas, ne arī paaugstina neapstiprinātu mācību.
9.1.423
  • Izpildvides darbības beigšanas gadījumā tagad tiek rakstīts pastāvīgs sinhrons diagnozes ieraksts, pirms kodols vai starteris atgriežas vai beidzas.
  • Nenoķerti izņēmumi, neapstrādāti noraidījumi, izgāzušies termināļi, signāli, starta kļūdas, parastas beigšanās, bērnprocesu kļūdas un to beigšanās saglabā precīzi attīrīto cēloni kopā ar procesa robežu.
  • Privātais protokols ir ierobežots un izturīgs pret kļūmēm, noņem noslēpumus un mājas ceļus un nerestartē un nepārlādē notiekošu sesiju.
9.1.422
  • Atvērta, neaktīva sesija tagad uzrauga savu saglabāto laika izraisītāju un aktivizējas automātiskajā un God režīmā dueAt brīdī vai pēc tā.
  • Izraisītājs, kura termiņš pienācis, gaida, kamēr ir pabeigtas aktīvas atbildes, sablīvēšana, rindā esošie ziņojumi, komandas un dialogi, pirms tas turpina precīzi vienu reizi.
  • Pirms starta izpildvide atkārtoti nolasa mērķi, kontrolpunkta revīziju, termiņu, atļauju režīmu un sesiju un atmet taimerus katrā sesijas beigšanās ceļā.
9.1.421
  • Uz laiku balstīti gaidīšanas kontrolpunkti tagad saglabā precīzu dueAt laika zīmogu un normalizē to uz UTC.
  • Parasts sesijas starts automātiskajā vai God režīmā liek nākotnes laika izraisītājiem gaidīt un turpina tos, iestājoties termiņam, vai pēc tā.
  • Pirmais turpinātais gājiens saņem precīzu termiņa novērojumu; nepārtraukti atvērtas sesijas šajā versijā vēl nesaņem izpildvides taimeri.
9.1.420
  • Aktīvs mērķis ar pastāvīgu gaidīšanas kontrolpunktu pēc pašreizējā gājiena atdod kontroli, nevis piešķir vēl vienu autonomu gājienu.
  • Ārēji, uz laiku balstīti, uz atkarībām balstīti un uz lietotāja lēmumiem balstīti izraisītāji paliek saglabāti un tiek no jauna izvērtēti, kad pienāk nākamais notikums.
  • Tūlītēji mērķi un vecāki aktīvi mērķi bez kontrolpunkta tiek turpināti nemainīti.
9.1.419
  • Parasti turpināta sesija tagad turpina jau aktīvu mērķi, ja tā saglabātais nākamais izraisītājs ir izteikti tūlītējs un automātiskais vai God režīms ir aktīvs.
  • Turpinājums paliek iekšējs, notiek ne vairāk kā vienu reizi katrā turpinātajā sesijā un nekad neparādās kā izdomāts lietotāja ziņojums.
  • Gaidoši, apturēti un bloķēti mērķi, trūkstoši kontrolpunkti un manuāli atļauju režīmi paliek apturēti.
9.1.418
  • Telegram tagad saglabā izteikto sūtītāja bota apzīmējumu ienākošajos datos, lai identitātes konteksts varētu atšķirt aģentus no cilvēkiem.
  • Jau kā cilvēki saglabāti Telegram dalībnieki tiek laboti par aģentiem tikai tad, ja pakalpojumu sniedzējs, subjekts un izteiktais bota apzīmējums sakrīt.
  • Dalībnieka detaļas paliek saglabātas, aģenti nekad netiek pazemināti un vārdi vai lietotājvārdi nekad netiek izmantoti aģenta identitātes atvasināšanai.
9.1.417
  • Automātiskas Telegram aizstājējatbildes sadala atbildes, kas garākas par 4 096 rakstzīmēm, secīgos ziņojumos, nevis saīsina tās.
  • Katra rakstzīme un katrs Unicode surogātpāris paliek saglabāts; izvade reģistrē visas atgrieztās ziņojumu ID kopā ar pilno tekstu.
  • Ja daļa neizdodas, piegāde apstājas šajā vietā, nevis ziņo nepilnīgu atbildi kā pilnīgu.
9.1.416
  • Svaigi rezultāti no jaunākā rīka izsaukumu kopuma paliek pilnībā lasāmi līdz nākamajai asistenta atbildei, arī tad, ja pēc tam tiek ievadīts Telegram vai vadības konteksts.
  • Kopuma izvietošana, vēstures attīrīšana un mikrosablīvēšana tagad izmanto to pašu semantisko robežu svaigiem rezultātiem.
  • Jau izvērtēti vecāki rezultāti joprojām tiek parasti sablīvēti, lai saglabātos līdzšinējie konteksta ietaupījumi.
9.1.415
  • Pastāvīgais darba fokuss tagad saglabā precīzu nākamās darbības izraisītāju arī pēc restartēšanas un konteksta maiņām.
  • Nākamā darbība paliek nošķirta no tās atbloķēšanas nosacījuma; tas attiecas arī uz derīgiem nosacījumiem ar vairāk nekā 512 rakstzīmēm.
  • Kļūdaini vai fāzei neatbilstoši izraisītāji tiek droši noraidīti; vecāki kontrolpunkti saglabā savu līdzšinējo rīcību.
9.1.414
  • Jauni pastāvīgi darbības kontrolpunkti reģistrē precīzu izraisītāju, kas atbloķē nākamo darbību.
  • Negaidošas fāzes pieprasa tūlītēju izraisītāju; gaidošas fāzes pieprasa nosauktu ārēju notikumu, laika punktu, atkarību vai lietotāja lēmumu.
  • Gaidoši mērķi paliek aktīvi, bez priekšlaicīgas izpildes; vecāki kontrolpunkti paliek lasāmi.
9.1.413
  • Telegram atbildes, kas sasniedz modeļa izvades limitu, vairs netiek piegādātas kā nepilnīgi sākumi.
  • Tā pati notiekošā sesija rada īsu, pilnīgu turpinājumu un veic ne vairāk kā trīs atjaunošanas mēģinājumus, pirms tā droši pārtrauc darbību.
  • Izteikta atbilde caur Telegram rīku joprojām ir prioritāra un nomāc atjaunošanu, lai veiksmīgi nosūtījumi nekad netiktu piegādāti divreiz.
9.1.412
  • No modeļa veidoti pastāvīgi mērķi tagad sākas atomāri ar revīziju 1 un pilnīgu ierobežotu problēmas ietvaru.
  • God režīms un automātiskais režīms turpina jau autorizētu mērķa startu bez otrā apstiprinājuma; manuālajā režīmā apstiprinājums joprojām ir nepieciešams.
  • Autentificēts, netriviāls daudzpakāpju darbs var pārslēgties uz pastāvīgo mērķa režīmu saskaņā ar esošu autonomu norādījumu; sveicieni, vienpakāpes pieprasījumi un neskaidri uzdevumi paliek izslēgti.
9.1.411
  • Netriviāliem un nezināmiem uzdevumiem tagad var saglabāt ierobežotu problēmas ietvaru pastāvīgajā darbības kontrolpunktā.
  • Ietvars reģistrē panākumu kritērijus, trūkstošās zināšanas, līdz piecām iespējamām darbībām, izvēlēto darbību ar pamatojumu, atbalsta izvēli, risku un rezerves ceļu.
  • Problēmas ietvars pārdzīvo turpinājumu un restartēšanu tikai kā aprakstošu stāvokli un nekad nevar piešķirt pilnvaras.
9.1.410
  • Privātās Telegram atmiņas komandas tagad ierobežo attiecību apgabalu ar attiecīgo personu.
  • Atmiņas fokuss izslēdz citu personu attiecības un saglabā pārējo kontekstu.
  • Labojumi un dzēšanas nevar atlasīt citas personas attiecību; lokālais operatora fokuss saglabā pilno skatu.
9.1.409
  • Telegram atbildes rīki un TUI rezerves ceļš tagad izmanto kopīgu kanonisku direktoriju kanāla stāvoklim.
  • Profilam specifiskas BLUN_HOME vērtības vairs nerada otru direktoriju koku Telegram ienākošajiem vai izejošajiem datiem.
  • Izteikti iestatīts BLUN_TELEGRAM_STATE_DIR paliek noteicošs; citādi abi ceļi izmanto ~/.blun/channels/telegram.
9.1.408
  • Apstiprinātas attiecību detaļas tiek apvienotas tikai pēc diviem neatkarīgiem novērojumiem tiešajos kanālos.
  • Atkārtoti atskaņoti ziņojumi paliek idempotenti; grupas ziņojumi un atļaujām līdzīgi apgalvojumi paliek izslēgti.
  • Apstiprinātas privātas attiecību atmiņas var sekot tai pašai personai gan Telegram, gan CLI, nepiešķirot pilnvaras.
9.1.407
  • Telegram atbildes rīks importē ceļu uz notiekošo ienākošo ziņojumu vēsturi, ko izmanto dublikātu atpazīšana.
  • Parastas Telegram atbildes vairs neizdodas ar kļūdu inboxLog is not defined.
  • Nošķirtais bridge rezerves ceļš paliek pieejams kā piegādes drošības rezerve.
9.1.406
  • Atkārtoti privāto Telegram notikumu piegādes mēģinājumi ar to pašu laika zīmogu un tekstu attiecību nepārtrauktībā tiek saglabāti tikai vienu reizi.
  • Faktiski vēlāk atkārtots apgalvojums paliek ierobežotās attiecību vēstures sastāvdaļa.
  • Dabiski formulēti izteikti atgādinājuma norādījumi teikuma beigās tiek atpazīti kā atsauces dati, nepiešķirot vai nemainot pilnvaras.
9.1.405
  • Savienotā Telegram komanda /status tagad ziņo konsoles procesa vecumu un sirdspukstu, pašreizējo darba soli un aktīvo uzdevumu, neizsaucot modeli.
  • Rindas atlikums tagad mēra nelasītus baitus no kontrolpunkta, kas ir saistīts ar precīzi pašreizējo rindas failu.
  • Attālais statuss paliek tikai lasāms un nesatur ne tērzēšanu ID, failu ceļus, piekļuves datus un ziņojumu saturu, ne pilnus uzdevumu sarakstus.
9.1.404
  • Negrozīts config.toml saturs vairs neaizvieto esošo privāto failu.
  • Precīza baitu salīdzināšana ir ierobežota ar parastiem mērķiem, kas nav simboliskas saites.
  • Mainīti, trūkstoši, nederīgi un nelasāmi mērķi joprojām izmanto esošo pret avārijām drošo atomāro rakstīšanas ceļu.
9.1.403
  • Automātiskā vēlāk ielādējamu rīku secība ignorē iebūvētās pielikumu un dokumentu kravas.
  • Katrs nolūka fragments pirms leksiskās saskaņošanas tiek ierobežots ar esošo ToolSearch pieprasījumu budžetu 1 000 rakstzīmju apmērā.
  • Faktiskie norādījumi, pielikumi un izteikti ToolSearch pieprasījumi paliek nemainīti.
9.1.402
  • Beigušies sablīvēšanas vēstures arhīvi tiek vienu reizi fonā iztīrīti, startējot King komandu.
  • Starta tīrīšana paliek nebloķējoša un nevar aizkavēt parasto komandu apstrādi.
  • Tīrīšanas kļūdas tiek droši reģistrētas un nepārtrauc notiekošo sesiju.
9.1.401
  • Katras notiekošās atbildes pirmais teksta fragments tagad tiek rādīts uzreiz, negaidot taimera atzvanu.
  • Jauns gājiens un katrs jauns asistenta atbildes segments saņem savu atsevišķu tūlītēju pirmo attēlojumu.
  • Vēlāki teksta, domāšanas un rīku fragmenti saglabā adaptīvo grupēšanas ritmu, kas aizsargā garu sesiju veiktspēju.
9.1.400
  • Lielas turpinātas sesijas tagad tiek kooperatīvi atskaņotas, lai TUI vēstures atjaunošanas laikā varētu pārzīmēt un reaģēt.
  • Katrs pastāvīgi saglabāts atskaņošanas ieraksts joprojām tiek attēlots; neviena vēstures daļa netiek nogriezta, izlaista vai dzēsta.
  • Mazie turpinājumi saglabā savu līdzšinējo rīcību; lieli turpinājumi ik pēc 30 ierakstiem atdod izpildi notikumu ciklam.
9.1.399
  • Pārbaudīti mācību kandidāti tagad ir ierobežoti ar pašreizējo Git projektu, nevis nonāk nesaistītos repozitorijos.
  • HTTPS un SSH izraksti no tā paša avota izmanto kopīgu anonīmu projekta identitāti.
  • Repo URL un lokālie projekta ceļi nekad netiek saglabāti mācību kandidātu ierakstos; darbs ārpus Git saglabā esošo profila rīcību.
9.1.398
  • Tīras Telegram teksta atbildes tagad tiek deduplicētas visā rīka ceļā un abos automātiskajos rezerves ceļos.
  • Identiska vai gandrīz identiska atbilde tiek nomākta tikai tad, ja nav jaunāka ienākuša ziņojuma.
  • Pielikumi, atšķirīgi rezultāti un atbildes pēc jauna lietotāja ziņojuma saglabā savu līdzšinējo rīcību.
9.1.397
  • Mērķi ar izteiktu pabeigšanas kritēriju pirms pabeigšanas tagad pieprasa izpildvides atbalstītu kontrolpunktu.
  • Ja pabeigšanas pārbaude neizdodas, mērķis paliek aktīvs un atgriež konkrētus norādījumus pārstrādei.
  • Parasti gājieni un mērķi bez izteikta pabeigšanas kritērija saglabā savu līdzšinējo rīcību.
9.1.396
  • Dabiski pieprasījumi tajā pašā gājienā var iepriekš atlasīt līdz divām ar augstu pārliecību atbilstošām vēlāk ielādējamām rīku shēmām.
  • Izvēle ņem vērā tikai pašreizējo nolūku kanālā un ignorē novecojušu Telegram kontekstu.
  • Vājiem, neviennozīmīgiem vai nezināmiem pieprasījumiem ToolSearch paliek pieejams, nepalielinot pastāvīgi ielādēto rīku kopu.
9.1.395
  • Pieņemtie mediju darbi tiek pastāvīgi izsekoti, identiski atvērti pieprasījumi tiek atkārtoti izmantoti un pabeigtie rezultāti pēc kvalitātes pārbaudes tiek saglabāti un piegādāti attiecīgajā tērzēšanā.
9.1.394
  • Versijots, brīvprātīgi iespējojams atmiņas pakalpojumu sniedzējs var savienot CLI un portāla gājienus ar kopīgu kognitīvo notikumu straumi.
  • Noklusējums paliek esošā lokālā SQLite atmiņas krātuve, bez jaunas tīkla piekļuves vai mainītas izpildvides uzvedības.
  • Pakalpojumu sniedzēja ceļi, sinhronas rūpnīcas funkcijas un līguma versija 6 tagad tiek droši pārbaudīti pirms izpildvides starta un atkāpju gadījumā noraidīti.
9.1.393
  • Interaktīvi starti ar king un king -c atkal rāda redzamo atjaunināšanas izvēli 1/2/3, tiklīdz ir pieejama jaunāka versija.
  • Atjauninājumu lejupielāde fonā, neizpildītā aktivizēšana un aizkavētā automātiskā maiņa ir noņemtas.
  • Pēc izvēlētas instalēšanas king beidz darbu manuālam restartam; king -c turpina pēdējo sesiju ar jauno versiju.
9.1.392
  • Nepilnīgi attēlu ģenerēšanas starpstāvokļi vairs netiek nosūtīti kā privāts Telegram atjauninājums, kamēr vēl nav mediju rezultāta.
  • Izmērītie GenerateImage un GetMedia kļūdu apraksti tiek nomākti; pabeigtas mediju piegādes paliek redzamas.
  • Privātās sarunas un parasti pieprasītie rezultāti paliek nemainīti.
9.1.391
  • Starpportālu atmiņu nepārtrauktība tagad pieprasa precīzu, aktīvu identitātes saistīšanas apliecinājumu no uzticamās izpildvides.
  • Līdzīgi vārdi, atšķirīgi nomnieki vai avota identitātes, nepareizi izdevēji un atsaukti apliecinājumi paliek nošķirti un tiek droši noraidīti.
  • Atmiņas adaptera līguma 6. versija atbalsta verificētu OAuth, drošas konta saistīšanas un izteikti apstiprinātus identitātes kartējumus, neatvasinot atļaujas no atmiņām.
9.1.390
  • Kopējais atmiņas apvalks tagad notikuma laiku un ienākšanas laiku reģistrē atsevišķi.
  • Katrs jauns kognitīvais notikums izteikti saņem saglabāšanas klasi darbības datiem, pastāvīgiem datiem, attiecībām vai pārbaudes vajadzībām.
  • Atmiņas adaptera līguma 5. versija noraida nepilnīgus notikumu apvalkus pirms jebkuras lokālas vai attālas rakstīšanas.
9.1.389
  • Atmiņas notikumi reģistrē avota portālu un avota kanālu kā atsevišķus, autentificētus izcelsmes laukus.
  • CLI, Telegram, izpildvides, personības, labošanas un atsaukšanas ceļi saglabā precīzu kanālu saglabāšanā un atskaņošanā.
  • Atmiņas adaptera līguma 4. versija noraida rakstīšanas, ja saglabātais avota kanāls neatbilst ar atļauju apstiprinātajam kanālam.
9.1.388
  • Atmiņas lasīšana tagad atgriež tikai novērojumus no ar atļauju apstiprinātā redzamības apgabala, ja vien netiek izmantots stingri iekšējais aģenta ceļš.
  • Rakstīšanas, notikumu pārbaudes un attention operācijas tiek droši noraidītas, ja to darbības joma vai autentificētais avots neatbilst pašreizējam piekļuves kontekstam.
  • Lokālais SQLite adapteris vaicā ierobežotus novērojumus caur savu redzamības indeksu, nevis vispirms ielādē nesaistītas atmiņas.
9.1.387
  • Katra atmiņas adaptera operācija tagad nes līdzi stingru kontekstu identitātei, portālam, kanālam, sarunai, darbības jomai un atļaujām.
  • Atļaujas konteksts tiek pārbaudīts ārpus atmiņas kravas un netiek pastāvīgi glabāts kā atcerēts saturs.
  • Notikumu deduplikācija ir ierobežota ar nomnieku un aģentu. Tādējādi notikumu esamību nevar noteikt starp nomniekiem.
9.1.386
  • Kognitīvais stāvoklis tagad atrodas aiz versijota atmiņas adaptera līguma, ko kopīgi izmanto gājiena dzīves cikls un personības izpildvide.
  • Esošā SQLite notikumu krātuve paliek noklusējums. Ārējie portāla klienti var nodrošināt to pašu līgumu neizveidojot portālam savu stāvokli.
  • Neatbalstītas adaptera versijas un nepilnīgas implementācijas tiek droši noraidītas pirms katras atmiņas operācijas.
9.1.385
  • Telegram ziņojumi, kas tika ievietoti rindā pirms sesijas starta, tagad tiek atbrīvoti, tiklīdz sesija ir gatava.
  • Neaktīvas sesijas iztukšo rindu parastā FIFO secībā; jau turpināti aktīvi gājieni izmanto ierobežotu vadību.
  • Pastāvīgi rindas kontrolpunkti paliek nemainīti, līdz ziņojums faktiski ir pieņemts.
9.1.384
  • Atsauces uz Telegram attēliem tagad tajā pašā gājienā ielādē rīkus attēlu pārbaudei un attēlu ģenerēšanai.
  • Buferēti Telegram ziņojumi saglabā mediju nolūku visam gaidošajam kopumam, nevis ņem vērā tikai pēdējo ziņojumu.
  • Lokāli attēlu ceļi un Telegram failu identifikatori izvēlas atbilstošo pārbaudes vai lejupielādes ceļu, pastāvīgi neielādējot mediju shēmas.
9.1.383
  • Jauni Read rezultāti tagad paliek pilnībā redzami modeļa solim, kas tos pieprasīja, nevis tiek izvietoti pirms izvērtēšanas.
  • Paralēli jauni rīka rezultāti paliek lasāmi līdz to izvērtēšanas solim un drīkst tikt arhivēti tikai pēc tam, kad tie kļūst vēsturiski.
  • Vēsturisko izvadu arhivēšana un konteksta ietaupījums paliek aktīvi pēc aizsargātā loga jaunākajam darbam.
9.1.382
  • Komanda /loop tagad tiek pieņemta arī tad, kamēr darbojas cita atbilde.
  • Ja darba laikā tiek izveidota cilpa, King to saglabā un ierindo tās pirmo norādi, nepārtraucot pašreizējo gājienu.
  • Cilpas izveide dīkstāves laikā un esošā rīcība statusam, pauzei, turpinājumam un apturēšanai paliek nemainīta.
9.1.381
  • Pēc galīgi neveiksmīga ToolSearch izsaukuma ToolSearch tiek noņemts no aktīvā rīku saraksta uz atlikušo šī gājiena daļu.
  • Veiksmīga shēmas atpazīšana un rīcība ar jau ielādētiem rīkiem paliek pieejama un nemainīta.
  • Tādējādi atkārtotas sinonīmu meklēšanas nepatērē papildu tokenus pēc tam, kad izpildlaika vide jau ir pierādījusi, ka piemērotas integrācijas nav.
9.1.380
  • Īslaicīga kļūda aktīvā gājiena vadībā tagad nekavējoties atkārtoti aktivizē Telegram piegādes vadību, nevis liek atjaunotajam grupas ziņojumam gaidīt līdz gājiena beigām.
  • Gaidoši grupas ziņojumi arī ilga darba laikā joprojām tiek piegādāti; saglabājas FIFO secība un esošā karantīnas robeža pēc trim mēģinājumiem.
  • Neviena notiekošā sesija netiek pārtraukta vai restartēta.
9.1.379
  • Īslaicīgas kanāla vadības apstiprinājuma atkārtojumi vairs nerāda nepatiesu sarkanu kļūdu, kamēr ziņojumu rindā joprojām var atjaunot.
  • Redzama piegādes kļūda parādās tikai pēc tam, kad trešais neveiksmīgais mēģinājums ir droši arhivējis pilno pirmo rindas ierakstu.
  • Rīcība atkārtošanai, apstiprinājumam, arhivēšanai un FIFO secībai paliek nemainīta.
9.1.378
  • Ja fona publicēšanas seko cita citai strauji, tagad ir viens aizvietojams statuss sagatavotajam atjauninājumam, nevis katrai versijai tiek pievienota jauna protokola daļa.
  • Ieraksts sagatavotajam atjauninājumam vienmēr rāda jaunāko verificēto mērķa versiju; aktīvā sesija paliek neskarta līdz tās dabiskajam restartam.
  • Norāde par faktisko instalēšanu un izmaiņu žurnālu paliek pastāvīga un nemainīta. Tāpēc mazāk izmaiņu protokolā neslēpj aktivizētu atjauninājumu.
9.1.377
  • Gaidošie Telegram uzdevumi tagad pārņem aktīvā gājiena noteicošo ID no kodola. Novecojis redzams TUI statuss tādējādi vairs nevar izraisīt to, ka pieņemts ziņojums paliek neapstiprināts.
  • Vadības komanda /loop tiek izpildīta uzreiz darba laikā; pastāvīgais komandas apstiprinājums vairs nav atkarīgs no veiksmīgas Telegram statusa atbildes.
  • Ja pirmā rindas ieraksta piegāde neizdodas trīs reizes, tas tiek arhivēts lokāli kopā ar visiem atjaunošanas metadatiem, pirms rinda turpina darbu. Tādējādi kļūdains ieraksts nebloķē vēlākus ziņojumus.
9.1.376
  • Lieli vēsturiski rīka rezultāti tiek pastāvīgi saglabāti pirms konteksta sablīvēšanas, lai to pilnā izvade paliktu atjaunojama arī pēc iegultā priekšskatījuma iztukšošanas.
  • Saglabātās rezultātu atsauces pārdzīvo vēlākas mikrosablīvēšanas un saglabā ierobežotos metadatus, kas nepieciešami sākotnējo rezultātu atkārtotai ielādei.
  • Izvietošanas telemetrija ziņo izmērus un atjaunošanas statusu, neatklājot rezultātu saturu vai privātus ceļus.
9.1.375
  • Privāti Telegram DM un slīpsvītras komandas saglabā visaugstāko piegādes prioritāti. Izteikti adresēts grupas darbs pēc tam tiek ierindots FIFO secībā pirms parastiem vai neadresētiem vecajiem uzdevumiem.
  • Atjauninājuma nodošana drīkst šķērsot netukšu rindu tikai tad, ja katrs ieraksts ir noturīgs, vēl neapstiprināts Telegram darbs ar Acknowledge atgriešanās ceļu. Lokāls, jaukts vai nenoturīgs darbs joprojām bloķē.
  • Norāde sagatavotajam atjauninājumam seko apstiprinātai personāža UI valodai. Valodai, kas vēl nav apstiprināta kā TUI locale, tiek rādīta tikai versijas informācija, nevis teksts nepareizā valodā.
9.1.374
  • Norāde sagatavotajam atjauninājumam vairs neizmanto iebūvētu vācu valodas ziņojumu, bet gan jau apstiprināto aktīvās valodas UI tulkojumu.
  • Resume un Jaunas sesijas režīmi paliek nošķirti; atjauninājuma nodošana, atgriešana un Telegram dublikātu apstiprināšana nav vājinātas.
9.1.373
  • Fonā sagatavots atjauninājums tagad var pārņemt notiekošo sesiju verificētā drošā robežā. Sesijas ID un darba direktorijs saglabājas; notiekoši rīki, čaulas komandas, sablīvēšana un gaidoši ziņojumi novērš nodošanu.
  • Vadītājs aktivizē jauno izpildvidi tikai pēc tās loaded un ready apliecinājuma. Ja starts neizdodas, tiek atjaunota vecā izpildvide kopā ar precīzo sesiju, un kļūdainais gaidošais atjauninājums tiek atmests.
  • Jau piegādes virsgrāmatā atjaunoti Telegram dublikāti tiek nekavējoties apstiprināti rindas atskaņošanas laikā. Tie vairs negaida modeļa soli, kas dublikātam apzināti nekad nesākas, un tādējādi vairs nebloķē nākamos grupas ziņojumus.
  • Pastāvīgais darba fokuss tagad nes zināšanu statusu, apliecinājuma kontekstu, labojumus, atsaukumus un pārliecību vairāku gājienu garumā. No tā joprojām nerodas jaunas tiesības vai apstiprinājumi.
9.1.372
  • Pastāvīgi mērķa kontrolpunkti tagad atšķir verified, credible_unverified, hypothesis, uncertain_memory, stale un unknown. Ticami pieņēmumi tādējādi vairs netiek apstrādāti kā nodrošinātas zināšanas.
  • Izcelsme un zināšanu statuss tiek pārbaudīti kopā: izpildvides rīku apliecinājumi drīkst tikt uzskatīti par verified tikai pēc veiksmīgas rīka izpildes, ārēji ziņojumi – ne. Carry-forward stāvokļi saglabā savu līdzšinējo statusu un pēdējo verifikācijas apliecinājumu.
  • Veci atskaņošanas stāvokļi bez jaunā lauka paliek lasāmi kā legacy_unknown. Jauniem kontrolpunktiem savs statuss jānosauc izteikti. Tiesības, apstiprinājumi un pilnvaras paliek nemainīti.
  • Īsā konteksta projekcija nosauc epistemisko stāvokli tieši vienā rindiņā, lai aģents to ņemtu vērā nākamajā solī, neapgrūtinot konteksta budžetu ar papildu tekstu.
9.1.371
  • Vadu kļūdas labojums no 9.1.370: tur jau saglabātā un projicētā evidenceBasis vērtība tagad ir arī daļa no stingrās publiskās GetGoal izvades shēmas un vairs nepazūd, to izsaucot.
  • Shēma pieņem četrus pašreizējos izcelsmes tipus un legacy_unknown veciem atskaņošanas stāvokļiem. Tiesības, apstiprinājumi un pilnvaras paliek nemainīti.
  • Fokusēts vadu paraugs un atsevišķs mutants nostiprina jauno publisko savienojumu pret regresiju.
9.1.370
  • Katrs svaigs darba kontrolpunkts tagad izteikti nosauc, uz ko balstās tā pēdējais apliecinātais stāvoklis: veiksmīgs izpildvides rīka izsaukums, tiešs lietotāja apgalvojums, ārējs ziņojums vai nemainīts turpinājums.
  • runtime_tool tiek pieņemts tikai tad, ja pašreizējais gājiens satur vismaz vienu izpildvides atļautu un veiksmīgi pabeigtu rīka izsaukumu. carried_forward nedrīkst mainīt pēdējo apliecināto stāvokli. Abi ceļi pretrunu gadījumā pārtrauc fail-closed režīmā.
  • Veci saglabāti kontrolpunkti paliek lasāmi kā legacy_unknown. Izcelsmes tips ir epistemisks stāvoklis un nerada ne tiesības, ne apstiprinājumus, ne pilnvaras.
9.1.369
  • Pastāvīgs darba kontrolpunkts tagad automātiski saņem kompaktu izpildvides apliecinājumu no jau pabeigtajiem tā paša gājiena rīka izsaukumiem. Apliecinājumā norādīts tikai gājiena ID, kopējais, veiksmīgo un kļūdaino izsaukumu skaits, kā arī īss digest.
  • Rīku nosaukumi, ID, argumenti, komandas, izvades, ceļi un lietotāja teksts netiek rakstīti kontrolpunktā. Tukšs apliecinājums godīgi paliek nulle, nevis imitē mērījumu.
  • Tikai izpildvides politikas apstiprināts un veiksmīgi pabeigts rīka izsaukums tiek uzskatīts par panākumu. Bloķēti, neveiksmīgi, pārtraukti vai modeļa līdzi piegādāti apliecinājumi nerada pilnvaras.
9.1.368
  • Katrs pastāvīgs darba kontrolpunkts tagad nes monotoni pieaugošu revīziju. Pirmais rakstīšanas gājiens sākas ar revīziju 1; katram nākamajam pašreiz projicētā revīzija jāpalielina tieši par vienu.
  • Vecs paralēls gājiens vai novecojis kanāla skats vairs nevar vēlāk pārrakstīt jaunāku apliecinātu darba stāvokli. Novecojušas, izlaistas un nederīgas revīzijas tiek pārtrauktas fail-closed režīmā, pirms tiek mainīts mērķa stāvoklis.
  • Esoši kontrolpunkti bez revīzijas lauka lasot tiek saderīgi apstrādāti kā revīzija 1. Revīzija ir darba stāvoklis un nerada tiesības vai apstiprinājumus.
9.1.367
  • Aktīvais mērķa atgādinājums tagad tieši ietver pastāvīgo darba kontrolpunktu. King saglabā fāzi, pēdējo apliecināto stāvokli, precīzu nākamo darbību un paredzamo apliecinājumu arī tad, ja papildu kognitīvais atmiņas adapteris pašlaik nav pieejams.
  • Pirms alternatīviem ceļiem vispirms tiek izpildīta precīzi iepriekš atzīmētā nākamā darbība. Kontrolpunkts tiek mainīts tikai tad, kad jauni pierādījumi patiešām maina apstiprināto stāvokli.
  • Rezerves ceļš ir tikai kompakta projekcija no jau pārbaudītā kontrolpunkta. Tas nerada tiesības, jaunus datu laukus vai restartu.
9.1.366
  • Aktīvi mērķi tagad var saglabāt mazu, pastāvīgu darba kontrolpunktu ar fāzi, pēdējo apliecināto rezultātu, precīzu nākamo darbību un paredzamo apliecinājumu. Pēc Resume vai notikumu atkārtošanas King turpina no šīs vietas, nevis atkal prasa atļauju vai sāk no sākuma.
  • Tīrs kontrolpunkta atjauninājums atstāj mērķi aktīvu. Apturēti un bloķēti mērķi paliek nemainīti; Resume tikai atiestata izpildlaika pulksteni.
  • Kontrolpunkts ir stingri ierobežots un tīra darba informācija. Nezināmi lauki, īpaši tiesību vai administrācijas norādes, izraisa fail-closed pārtraukšanu un nevar radīt Capability.
  • Bez kontrolpunkta līdzšinējais kompaktais fokuss paliek nemainīts. Ar kontrolpunktu tiek papildināti tikai četri atbilstošie fokusa novērojumi ar apliecināto stāvokli; tādējādi tokenu patēriņš paliek mazs un nemainīgs.
9.1.365
  • Privāti Telegram DM un lokālā CLI tagad var pastāvīgo fokusu tieši lasīt, labot vai dzēst ar /memory focus, /memory correct <id> <vērtība> un /memory delete <id>. Šis ceļš nesāk modeļa gājienu un tādējādi nepatērē modeļa tokenus.
  • Telegram izmaiņas ir saistītas ar pozitīviem lietotāja, tērzēšanas un ziņojuma ID, īstu privātu DM, kanāla laika punktu un stabilu pieprasījuma ID. Grupas, nepilnīga izcelsme un mainīti atkārtojumi tiek pārtraukti fail-closed režīmā.
  • Domēns, atslēga un darbības joma vienmēr tiek atvasināti no aktīvā mērķa apliecinājuma , un izsaucējs tos nevar slepus ievietot. Labojumi un tombstone ieraksti paliek append-only, saglabā vēsturi un nepiešķir tiesības.
  • Fokusa izvade Telegram ir ierobežota ar astoņiem ierakstiem un mazāk nekā 3 500 rakstzīmēm; kopējais skaits paliek redzams.
9.1.364
  • Notiekošais kognitīvais dzīves cikls tagad var pastāvīgo fokusu labot ar correctFocusObservation un dzēst ar withdrawFocusObservation. Abi ceļi turpina rakstīt append-only tajā pašā nomniekam un aģentam piesaistītajā notikumu straumē.
  • Revīzija ir pieļaujama tikai ar runtime_user_prompt_hook un explicit_user_request attestāciju. Parasts modeļa momentuzņēmums nevar ne atvasināt, ne slepus ievietot labojumu vai dzēšanu.
  • Katra revīzija nes stabilu pieprasījuma ID un portālu, dalībnieku, kontekstu, ziņojumu un laika punktu. Identiska atkārtošana ir idempotenta; tas pats pieprasījuma ID ar mainītu saturu un atpakaļ datētas revīzijas tiek pārtrauktas fail-closed režīmā.
  • Labošana un sekojoša dzēšana atstāj pilno vēsturi nemainītu. Pēc dzēšanas fakts vairs neparādās uzvednē un nepatērē konteksta tokenus. Atmiņa joprojām nevar piešķirt tiesības.
9.1.363
  • Apstiprināta dzēšana tagad tiek saglabāta kā append-only tombstone. Agrākais saturs paliek audita vēsturē un hash ķēdē, bet pilnībā pazūd no efektīvās konteksta projekcijas.
  • Veci Resume, transkripta vai rindas notikumi ar laika punktu pirms dzēšanas nevar atkārtoti aktivizēt noņemto saturu. Tādējādi vēlāk atkārtoti ievadīts vecs stāvoklis netiek apstrādāts kā jauna patiesība.
  • Apzināti no jauna sniegta informācija pēc dzēšanas laika punkta var tikt apgūta no jauna. Tombstone tātad bloķē vecos pierādījumus, nevis nākotnes attīstību.
  • Dzēšanas pāri svešiem nomniekiem, aģentiem, domēniem, atslēgām vai darbības jomām, ar trūkstošu mērķi, vāju pārliecību vai nepareizu tombstone vērtību tiek transakcionāli noraidītas. Esošās datu bāzes migrē uz vietas.
  • Dzēsts fakts nerada uzvednes rindiņu un tādējādi nepatērē konteksta tokenus.
9.1.362
  • Apstiprināts labojums tagad var izteikti aizstāt tieši vienu agrāku novērojumu tajā pašā nomnieka, aģenta, domēna, atslēgas un darbības jomas apgabalā. Vecais ieraksts paliek append-only audita vēsturē.
  • Efektīvais skats ielādē laboto vērtību un atzīmē to kā corrected; aizstātā vērtība vairs netiek projicēta kā aktuāls konflikts.
  • Trūkstoši mērķi, svešas darbības jomas vai atslēgas un labojumi zem pārliecības 1 tiek transakcionāli noraidīti.
  • Esošie SQLite stāvokļi atvēršanas laikā saņem jauno attiecību kolonnu, nezaudējot savu līdzšinējo straumi vai versiju.
9.1.361
  • Vienlīdz ticami personīgi vai komandas apgalvojumi ar to pašu darbības jomu un atslēgu vairs netiek izdoti kā patiesība pēc principa "jaunākā vērtība uzvar". Projekcija īsi atzīmē konfliktu un pieprasa noskaidrošanu, neiepludinot abus saturus kontekstā.
  • Ja apgalvojums ir vismaz 0,2 pārliecības punktus stiprāks, tas paliek lietojams, bet tiek atzīmēts kā apstrīdēts. Vēlāks vājāks apgalvojums vairs nevar aizēnot apstiprinātu stāvokli.
  • Identiski apstiprinājumi tiek apvienoti vienā fokusa punktā. Kanoniskie mērķa un progresa lauki joprojām ir pārskatāmi.
  • append-only notikumu vēsture paliek nemainīta; no efektīvā skata joprojām nevar rasties pilnvaras.
9.1.360
  • Jau kanoniskais /goal stāvoklis tiek projicēts kā pastāvīgs darba fokuss kognitīvajā notikumu straumē: mērķis, statuss, nākamais izraisītājs un paredzamais panākuma apliecinājums.
  • Tas pats fokuss paliek idempotents pāri izpildvides restartiem. Nemainīts mērķa stāvoklis nerada dubultus notikumus vai novērojumus.
  • Lietojuma skaitītāji, laika budžets un pilnvaras netiek kopēti fokusā. Bez aktīva mērķa netiek ielādēti papildu fokusa tokeni.
  • Projekcija savieno atbilstošo mērķa darbības jomu ar pašreizējā gājiena privāto attiecību darbības jomu; tā nerada tiesības.
9.1.359
  • Personības atmiņa un īsti CLI gājieni tagad izmanto to pašu nomnieka un aģenta identitātes straumi no identity/manifest.json; bez pilnīgas identitātes paliek saderīgais jaucējkodētais rezerves ceļš.
  • Tieši Telegram gājieni projicē tikai pašreizējā sarunu partnera privāto attiecību apgabalu. Grupas un svešas attiecības nesniedz privātus fokusa tokenus.
  • Darbības jomas izvēle ir piespiedu kārtā pirms ranžēšanas; jaunāka atziņa no svešas darbības jomas vairs nevar aizēnot atbilstošu ierakstu.
9.1.358
  • Tīkla kļūda automātiskās atjauninājuma sagatavošanas laikā iepriekš tika paziņota tikai neobligātai kļūdu atsauksmei. Bez atkārtotas aptaujas notiekošais King palika savā stāvoklī, lai gan pati sesija veselīgi turpinājās.
  • Palaidējs tagad raksta ierobežotu prepare-failed notikumu ar versijas stāvokli un drošu kļūdas nosaukumu/-kodu uz handoff.jsonl.
  • Pēc tam tieši desmit sekundes vēlāk tiek ieplānots jauns sagatavošanas mēģinājums. Notiekošais kodols netiek ne pabeigts, ne no jauna ielādēts.
  • Kļūdas diagnozes notikuma rakstīšanā paliek fail-soft; tokeni, ziņojuma teksts un citi noslēpumi netiek reģistrēti.
9.1.357
  • Atkārtota piekļuve tam pašam efektīvajam sistēmas uzvednes tekstam vairs katrā piekļuvē no jauna neveido lielo virkni no pamata un izpildvides pielikuma.
  • Atrisinātājs glabā tieši vienu aktuālu pamata/pielikuma kombināciju un nekavējoties pasludina to par nederīgu, tiklīdz mainās viens no abiem ievades lielumiem.
  • Tukša uzvedne, tikai pamats, tikai pielikums un līdzšinējā atdalīšana ar diviem rindiņu pārtraukumiem paliek baitu līmenī nemainīti.
9.1.356
  • Nemainītas sistēmas uzvednes atkārtotos modeļa soļos tagad tiek skaitītas pa rakstzīmēm konteksta budžetam tikai vienu reizi.
  • Kešatmiņa ir ierobežota ar četriem ierakstiem, ne vairāk kā 500 000 rakstzīmēm katrā uzvednē un kopā 1 000 000 saglabātām rakstzīmēm.
  • Mainītas uzvednes joprojām tiek skaitītas no jauna; konteksta attēlojums, sablīvēšanas budžets un pieprasījuma budžets izmanto to pašu aktuālo vērtību.
9.1.355
  • Nemainītas LLM pieprasījumu konfigurācijas vairs neserializē savas rīku shēmas no jauna katrā modeļa solī tikai konfigurācijas žurnālam.
  • Modelis, aizstājvārds, domāšanas līmenis, sistēmas uzvedne un rīku secība tiek salīdzināti ar pēdējo pilno stāvokli.
  • Mainīti modeļi, uzvednes, rīku nosaukumi, apraksti vai parametru shēmas joprojām mērķtiecīgi atver konfigurācijas žurnālēšanu no jauna.
9.1.354
  • Nemainītas rīku shēmas tiek serializētas tikai vienu reizi katram rīka objektam un skaitītas konteksta budžetam.
  • Inventārs ar 403 rīkiem atkārtotās pieprasījumu pārbaudēs tādējādi vairs netiek pilnībā pārskaitīts.
  • Izmaiņas nosaukumā, aprakstā vai parametru objektā mērķtiecīgi atmet tikai skartā rīka kešatmiņas ierakstu.
9.1.353
  • Aģentu bara rīku argumentu fragmenti joprojām tiek nekavējoties parsēti un pārņemti progresa stāvoklī, bet tagad dala adaptīvo renderēšanas taimeri.
  • Liels straumēts rīka izsaukums tādējādi vairs neizraisa pilnu TUI renderējumu katram argumenta fragmentam.
  • Sākums, pabeigšana, kļūda un pārtraukšana noņem atvērtos bara taimerus pirms to noslēdzošā tūlītējā renderējuma.
9.1.352
  • Asistenta un domāšanas fragmenti aģentu barā joprojām nekavējoties atjaunina progresa stāvokli, bet dala adaptīvo renderēšanas taimeri.
  • Fragmentu vētra tādējādi vairs neizraisa pilnu TUI renderējumu katram delta.
  • Diskrēti bara notikumi un progresa iztīrīšana noņem atvērtos taimerus pirms to tūlītējā pabeigšanas renderējuma.
9.1.351
  • Asistenta un domāšanas fragmenti BTW/aģenta logā tiek nekavējoties saglabāti gājienā, bet dala adaptīvo renderēšanas taimeri.
  • Vadītājs šiem diviem delta veidiem vairs nepieprasa papildu pilnu renderējumu katram fragmentam.
  • Pabeigšana, kļūda, atkārtots mēģinājums un atbrīvošana noņem atvērtos taimerus; diskrēti āķa un pabeigšanas notikumi paliek tūlītēji redzami.
9.1.350
  • ToolCallComponent.appendSubToolLiveOutput pārņem stdout un stderr daļas nekavējoties aktivitātes stāvoklī, bet pakārtotā aģenta karti pārbūvē tikai adaptīvajā straumēšanas ritmā.
  • Kopīga gaidošo kopa apstrādā vairākus vienlaikus notiekošus apakšrīkus bez zaudētas izvades vai taimera katram gabalam.
  • Rīka pabeigšana noņem tā atvērto atsvaidzinājumu pirms galīgā attēlojuma; dispose korekti atmet taimerus un gaidošo kopu.
9.1.349
  • ToolCallComponent.appendSubagentText nekavējoties uzkrāj strauji ienākošos teksta un domāšanas fragmentus iekšējā stāvoklī, bet pakārtotā aģenta karti pārbūvē tikai adaptīvajā straumēšanas ritmā.
  • Pabeigšana un kļūdas stāvoklis iztukšo vēl atvērto teksta atsvaidzinājumu pirms galīgā attēlojuma; dispose korekti atmet taimeri.
  • Tādējādi ienākošie baiti paliek nekavējoties pieejami, kamēr atkārtoti pilni pārbūvējumi, momentuzņēmumi un renderējumi fragmentu vētrās atkrīt.
9.1.348
  • Augoši pakārtoto aģentu/apakšrīku argumenti joprojām tiek nekavējoties pilnībā vākti, bet vairs netiek no jauna parsēti un renderēti pēc katra atsevišķa fragmenta.
  • Adaptīvs taimeris apvieno priekšskatījuma atjaunināšanu. Pabeigšanas laikā neizpildīti argumenti obligāti tiek iespēlēti pirms galīgā rīka stāvokļa.
  • Rīka izpilde, apstiprinājumi, gala argumenti un esošais parastais straumēšanas ceļš paliek nemainīti.
9.1.347
  • Notikumu ceļš pēc katra ienākošā rīka argumentu delta nekavējoties izsauca getStreamingToolCallPreview. Šī funkcija parsē līdz tam pilno augošo JSON tekstu.
  • Izsaukums notika arī parastiem rīkiem, lai gan tikai AgentSwarm vajag uzreiz parsēto starpstāvokli savam notiekošā progresa attēlojumam. Tādējādi parastais ceļš daļēji apieta 9.1.346 ieviesto ierobežoto priekšskatījuma kadences ritmu.
  • Maza tīra politika tagad izlemj pirms parsēšanas: parastie rīki tikai vāc delta un parsē ieplānotajā priekšskatījuma izskalošanā; AgentSwarm pēc notikuma nosaukuma, aktīvā rīka nosaukuma vai esoša bara progresa joprojām parsē nekavējoties.
  • Rīka izpilde, apstiprinājumi, galīgie argumenti un bara attēlojums paliek nemainīti.
9.1.346
  • 9.1.345 ierobežoja pilna teksta pārrenderējumus garām atbilžu un domāšanas straumēm; tīrām rīka argumentu straumēm tomēr nebija neviena no šiem diviem teksta melnrakstiem, un tādēļ tās palika pie fiksētiem 50 ms.
  • Katra rīka priekšskatījums parsē līdz tam pilno augošo JSON argumentu tekstu. Lieli rīka izsaukumi tādējādi joprojām ļoti bieži varēja no jauna parsēt un renderēt visu kravu.
  • Jau pierādītā adaptīvā kadence tagad ņem vērā arī aktīvo straumēto rīka argumentu kopējo rakstzīmju skaitu: 50, 100, 250 vai 500 ms pēc tām pašām robežām.
  • Rīka izpilde, argumenti, apstiprinājumi, gala priekšskatījums un tūlītēji pabeigšanas izskalojumi paliek nemainīti.
9.1.345
  • TUI iepriekš straumēšanas laikā ik pēc 50 ms no jauna uzstādīja pilnībā līdz tam uzkrāto atbilžu un domāšanas tekstu. Garu modeļa atbilžu gadījumā atkārtoti renderējamais teksta apjoms tādējādi stipri pieauga.
  • Īsas straumes līdz 8.192 rakstzīmēm saglabā līdzšinējo atsaucīgo 50-ms kadenci. Pēc tam intervāls pakāpeniski pieaug: 100 ms līdz 32.768, 250 ms līdz 131.072 un 500 ms virs tā.
  • Izteikti izskalojumi rīka robežās un finalizācijas laikā paliek tūlītēji. Pakalpojumu sniedzēja, rindas, sesijas un tokenu loģika nav mainīta.
9.1.344
  • Kognitīvais izpildvides slānis iepriekš katram rīka izsaukumam politiku un rezultātu rakstīja divās atsevišķās sinhronās SQLite transakcijās.
  • Izolētam Windows izmaksu paraugam ar 100 rīka izsaukumiem šim nolūkam bija vajadzīgas 627,63 ms, un tas radīja 201 notikumu. Saturs aptvēra 305 novērojumus.
  • Pabeigti politikas/rezultātu pāri no modeļa soļa tagad tiek atomāri nostiprināti ierobežotās grupās pa ne vairāk kā desmit rīkiem. Pārtrauktas vai vēl atvērtas politikas pārbaudes gājiena beigās joprojām tiek saglabāti atsevišķi.
  • Argumenti, izvades, tiesību lēmums, hash ķēde un SQLite noturība paliek nemainīti.
9.1.343
  • Privāta Telegram atbilde jau tika veiksmīgi piegādāta ar Reply rīku. Pēc tam tas pats modeļa gājiens tomēr vēl sāka papildu soli un radīja iekšēju statusa un darba kontroles tekstu.
  • Papildu solis izmērītajā reālajā sesijā maksāja 42.360 ievades un 411 izvades tokenus, lai gan redzamā lietotāja atbilde jau bija nosūtīta.
  • Veiksmīga Telegram atbilde tagad nekavējoties beidz kā direct atzīmētu privātu sarunas gājienu. Neveiksmīgas atbildes, grupas un citi rīki turpina darboties nemainīti.
  • Pēc pabeigšanas joprojām darbojas esošais tiešā fokusa vadītājs: tas iegaumē piegādāto atbildi un pēc sarunas beigām vai atpūtas laika atgriežas pie saglabātā fona darba.
9.1.342
  • Relevances vaicājums Mistake.md iepriekš uzņēma katru ziņojumu ar user lomu. Tajos ietilpa arī iekšējas injekcijas, sablīvēšanas kopsavilkumi, skill aktivizēšanas un fona ziņojumi.
  • Jo atgādinājuma atmiņa par kļūdām pati tiek saglabāta kā iekšējs user ziņojums, tā pēc katra rīka soļa mainīja savu pašas meklēšanas vaicājumu. Tādējādi tajā pašā gājienā tā atkal tika atlasīta un iespēlēta.
  • Filtrs tagad izmanto tikai uz darbību attiecināmas lietotāja un Cron ievades. Iekšējie izpildvides teksti tiek izslēgti no relevances vaicājuma un zemas informācijas atpazīšanas.
  • Īsti lietotāja ziņojumi, ieplānots darbs, visas verificētās mācības un pārbūve pēc sablīvēšanas paliek nemainīti pieejami.
9.1.341
  • Dabiskā starta laikā palaidējs atrada jau lokāli sagatavotu un verificētu automātisko izpildvidi, bet tomēr vispirms izlaida to caur no tīkla atkarīgo atjauninājuma norādi. Ja šis otrais pieprasījums īslaicīgi neizdevās, atkal startēja vecā globālā versija.
  • Sagatavota automātiskā izpildvide ar precīzi atbilstošu režīmu (resume vai new) tagad tiek startēta pirms atkārtotā laidiena pieprasījuma. Aktivizēšana paliek transakcionāla: tikai tad, kad jaunais kodols ir veiksmīgi ielādēts, izpildvide tiek uzskaitīta kā aktīva.
  • Pie resume sesijas ID un darba direktorijs paliek saglabāti. Manuālā atjauninājuma izvēle joprojām notiek pa līdzšinējo norādes ceļu.
  • Neviens notiekošais King netiek pabeigts. Labojums darbojas tikai nākamajā dabiskajā startā.
9.1.340
  • Palaidējs veiksmīgus atjauninājumus rakstīja uz .blun/updates/install.json, kamēr profila izpildvide meklēja .blun/profile/<name>/updates/install.json. Īstā profila ceļa nebija; tādēļ notifiedAt kopējā stāvoklī palika null.
  • Profila izpildvides tagad atjauninājuma panākumus lasa no BLUN_SHARED_HOME un tikai tad, ja kopēja ceļa nav, atgriežas pie līdzšinējā BLUN_HOME.
  • Pēc nākamā dabiskā starta TUI var vienu reizi parādīt versiju un līdz trim laidiena norādēm. Konfigurēti privāti Telegram saņēmēji saņem to pašu īso tekstu bez modeļa gājiena un bez tokenu patēriņa.
  • Instalēšana, sagatavošana, aktivizēšana un nekad-neizmest noteikums paliek nemainīti.
9.1.339
  • Veiksmīgi rīka turpmākie soļi ar zemu piepūli izmanto ne vairāk kā 4.096 pabeigšanas tokenu iepriekšējo 8.192 vietā.
  • Pirmie soļi, sarežģīti uzdevumi un kļūdu turpmākie soļi saglabā savu konfigurēto domāšanas un izvades kapacitāti. Iejaukšanās nav globāls modeļa vai konteksta limits.
  • Retrospektīvais mērījums ar 1.442 īstiem zemas piepūles soļiem no aģenta profila uzrādīja: 2.118.588 izvades tokenu kopā, mediāna 791, p90 3.754, p95 5.485. Ar jauno robežu būtu atkrituši 229.761 tokeni jeb 10,8 Prozent; 91,1 Prozent izmērīto soļu paliek nemainīti.
9.1.338
  • Tīri atkārtojuma jautājumi kā Vai varu turpināt savu darbu? privātās Telegram sarunās vairs netiek piegādāti.
  • Iekšējais rindas, nodošanas, joslas un gaidīšanas stāvokļa naratīvs paliek ārpus privātās atbildes. Īsti darba rezultāti un parastas personīgas atbildes paliek piegādājamas.
  • Ja derīga atbilde beidzas tikai ar atkārtotu darba apstiprinājuma jautājumu, tiek noņemts tikai šis noslēguma jautājums.
  • Grupas maršrutēšana un notiekošās sesijas paliek nemainītas.
9.1.337
  • profile/<name>/SOUL.md ir aģenta King kanoniskais identitātes ceļš.
  • Atbilstoša nosaukta mantota dvēsele aizvieto tikai negrozītu, ģenerētu profila karkasu. Attīstītas profila dvēseles nekad netiek pārrakstītas.
  • Pirms mantotā importa ģenerētais karkass tiek dublēts kā SOUL.md.pre-legacy-import.
  • TGZ-SHA256: A50947748BE702FA331D19ABFD08E5F13080B207324F05281815D3446230B608.
  • npm-shasum: 221c4b2ac5083e4d63e25a8543f06ba66f2bbb28.
  • npm-integrity: sha512-qna0Bh2EccxXs+7ctK+NxP8XCYBE5CyxkZSJcHYq4G92ERNwujIWfNzmR24Yi9xlRxev/vOcW3HUW2OPyePpNg==.
9.1.336
  • Pārtrauktas sesijas normalizē savu atskaņošanas stāvokli, pirms tiek piegādāts tālāks Telegram darbs.
  • Ja piegāde aktīvam gājienam tiek noraidīta, ziņojums tiek novirzīts uz jaunu rindas gājienu, nevis ik pēc piecām sekundēm atkārtoti mēģina to pašu vadību.
  • DM fokusa kontrolpunkti saglabā automātiskus Resume taimerus un izteiktas pauzes pāri atjauninājumiem.
  • TGZ-SHA256: 57E6581AA95FEE1BD4CD12671F62A316B707106C59B2915A8385424B163C6E76.
  • npm-shasum: bd910c38e17b1b6dc6be2f965bdee5fe90e22084.
  • npm-integrity: sha512-xjwxBcTVo3KS+ATnxhVozRD4JzUqoJNAbiLeH30ZucpkTxuB4kfGK/GQ+eZqJDIJW2TtODg8yWw9DuLdP73UDA==.
9.1.335
  • Parasts privāts Telegram ziņojums pārtrauc notiekošo uzdevumu tikai tūlītējai sarunai. Pēc tam King automātiski turpina precīzi saglabāto darba stāvokli pēc 60 sekundēm bez jauna atļaujas jautājuma.
  • Izteiktas sarunas beigas nekavējoties turpina uzdevumu. Tikai skaidri lietotāja vēlmes, piemēram, pause, pausiere, stop, stopp, warte vai halte an turpina apturēt uzdevumu, līdz lietotājs atkal apstiprina tā turpināšanu.
  • Iekšējie termini un statusa ziņojumi par Cron, kontrolpunktu, rindu vai joslu parastās privātās atbildēs tiek nomākti. Saturiskais darbs un tā saglabātais stāvoklis paliek nemainīti.
9.1.334
  • Automātiskā fona sagatavošana vairs nebadojas pie straujas laidienu secības. Līdzšinējā 30 minūšu bloķēšana vienmēr attiecās uz katru jaunāko laidienu; laidieniem minūšu ritmā tādējādi neviena versija nekad nekļuva pietiekami veca, lai tiktu sagatavota.
  • Kriptogrāfiski atbilstošs laidiens tagad tiek nekavējoties ielādēts, pārbaudīts pēc integritātes, izolēti instalēts, sintaktiski izmēģināts un iezīmēts kā gaidoša izpildvide.
  • Notiekošā King sesija joprojām netiek pabeigta. Aktivizēšana un Resume paliek tikai pie esošā aizsargātā nākamā starta ceļa. Šī versija nemaina ne nodošanas, ne sesijas loģiku.
9.1.333
  • Live ekrānuzņēmums pēc 9.1.331 pierādīja ERR_MODULE_NOT_FOUND pārvaldītajā Telegram spraudnī.
  • Spraudņa imports no izolētā pārvaldītā koka norādīja uz kodola failu, kas tur nebija līdzi instalēts.
  • Arī izmērītais milzīgais atkārtojuma teksts skrēja redzamajā domāšanas straumē. Esošais tiešraides atkārtojumu bloķētājs līdz tam pārbaudīja tikai atbilžu deltas.
  • 9.1.332 pēc spraudņa atklājuma netika pārslēgts publiskajā manifestā. 9.1.333 pilnībā aizvieto šo npm kandidātu.
9.1.332 Nav publicēts
  • Nav publicēts. Spraudņa imports no izolētā koka norādīja uz nepiegādātu kodola failu; 9.1.333 pilnībā aizvietoja npm kandidātu.
9.1.331
  • Privātas Telegram sarunas saglabā dabiskas atbildes un pieprasītus darba rezultātus.
  • Izmērīti iekšēji dubultziņojumi par apturētiem darbiem, jau nosūtītām atbildēm, notiekošiem gājieniem, rīka statusu un trūkstošu rīcības nepieciešamību tiek nomākti tikai privātās tērzēšanās.
  • Ziņojums tiek filtrēts tikai tad, ja tas gan satur iekšēju izpildvides kontekstu, gan izteikti nesniedz lietotājam nekādu jaunu vērtību.
  • Grupas maršrutēšana, īsti pabeigšanas ziņojumi un parastas īsas sarunas paliek nemainīti.
9.1.330
  • Katra King pilnā dvēseles avota datne paliek nemainīga.
  • Modeļa konteksts no tās saņem ierobežotu rakstura projekciju ar identitāti, balsi, vērtībām, attiecībām, vēlmēm, mērķiem un izaugušo vēsturi.
  • Skaidras uzdevuma, joslas, tiesību, QA, rīka, komandas, verifikācijas, incidenta, žurnāla, izpildvides, atjauninājuma, izvietošanas un būvēšanas sadaļas vairs netiek ielādētas kā personība katrā uzvednē.
  • Tīras īsas rakstura dvēseles paliek baitu vienādas. Nezināmas netehniskas sadaļas paliek redzamas savā secībā.
  • Neviena dvēseles datne netiek dzēsta, saīsināta vai automātiski pārrakstīta.
9.1.329
  • Katrs nosauktais King profils kopējā identitātes kodolā izmanto savu aģenta mezglu. Attiecības, vēsture un apgūti personas dati vairs nesaplūst uz pirmo izveidoto aģentu.
  • Esošas nosauktas dvēseles datnes kā _agent-a_soul.md, _agent-b_soul.md vai _agent-c_soul.md tiek piešķirtas atbilstošajam profilam un vienu reizi baitu vienādi pārņemtas uz SOUL.md.
  • Vecā avota datne paliek nemainīga. Esoša profila SOUL.md nekad netiek pārrakstīta.
  • Personāža izvēle un personības režīms nolasa datus, piesaistītus profilam. Salauzta, pārāk liela vai saistīta profila personāža nemanāmi nepārslēdzas uz cita aģenta identitāti.
  • Kopējais kodols paliek lietojams bez Mnemo piespiešanas. Notiekošie uzdevumi, tiesības un QA noteikumi šīs migrācijas rezultātā netiek mainīti.
9.1.328
  • Personāža un SOUL.md vispirms tiek ielādēti no aktīvā profila.
  • Nosaukti profili nekad nemanto cita aģenta dvēseli no kopējā mājas direktorija.
  • Legacy un noklusējuma profili saglabā līdzšinējo kopējo rezerves ceļu.
  • Ja savas dvēseles datnes patiešām nav, vienu reizi tiek izveidots minimāls karkass; esošas datnes nekad netiek pārrakstītas.
  • Identitātes un attiecību sistēma paliek balstīta uz datnēm un darbojas bez Mnemo piespiešanas.
9.1.327
  • Privātas Telegram sarunas paliek pie personas: iekšēji rindas, kontrolpunkta, pauzes, Cron, āķa un dīkstāves ziņojumi tiek nomākti abos nosūtīšanas ceļos, kamēr nav pieprasīts darba stāvoklis, nav vajadzīgs lēmums un nav radies atbilstošs bloķētājs.
  • Tehniski darba stāvokļi nonāk atbildīgajā komandas kanālā. Tie netiek vēlreiz kopēti privātajā sarunā.
  • Precīzas modeļa atkārtošanās cilpas tiek atpazītas jau straumes laikā. Notiekošā pakalpojumu sniedzēja straume tiek pabeigta un tas pats solis ar saglabāto uzdevuma kontekstu tiek mēģināts atkārtoti tieši vienu reizi.
  • Dvēsele, personas zināšanas, tiesības, notiekošie uzdevumi un esošā tiešā fokusa pauze netika aizvietoti vai dzēsti. Neviena notiekošā TUI netika restartēta.
9.1.326
  • Manuālie un automātiskie atļauju režīmi atspoguļo rīku apstiprinājumus kā ierobežotas pogas viennozīmīgi saistītajā privātajā Telegram DM.
  • Tiek pārsūtīts tikai rīka nosaukums un esošie izvēles teksti; argumenti, apraksti un noslēpumi paliek lokāli. Novecojuši, sveši vai jau lokāli atbildēti apstiprinājumi tiek atmesti fail-closed režīmā.
  • God režīms paliek pilnīgi autonoms un nerada Telegram apstiprinājuma pieprasījumu.
  • Tehniski darba stāvokļi tiek maršrutēti atbildīgajam kolēģim un vairs netiek kopēti atpakaļ lietotāja privātajā sarunā.
9.1.325
  • God režīms personīgās atmiņas rakstīšanas darbības veic bez otra apstiprinājuma vaicājuma; esošā ar sesiju un gājienu saistītā piekrišana saglabājas.
  • Izteikta Telegram norāde iegaumēt aktivizē to pašu šauri ierobežoto piekrišanu kā tieša konsoles norāde. Manuālie un automātiskie atļauju režīmi joprojām jautā pirms rakstīšanas.
  • Atjauninājumu žurnāls saglabā, vai instalēšana tika uzsākta manuāli, automātiski vai caur starta dialogu.
9.1.324
  • Pirmā uzticamā mijiedarbība ar botu to lokāli izveido kā aģenta un attiecību mezglu. Loma, pienākumi, īpatnības, sadarbība un nodošana pēc tam var strukturēti augt.
  • Katrs King projicē kompaktu kolēģa izgriezumu savā kontekstā. Tādējādi tas pazīst citu aģentu uzdevumus un īpatnības, neielādējot visu attiecību kopumu.
  • Ja trūkst uzdevumam kritiskas informācijas, netiek minēts: King tieši vienu reizi jautā vispiemērotākajam cilvēkam vai aģentam. Ja atbildība nav zināma, tas jautā lietotājam, nevis izdomā vārdu.
  • Attiecības un lomas nekad nerada tiesības. Atļauju, ACL un noslēpumu lauki netiek projicēti kolēģa izgriezumā. Ceļš ir lokāls, nomniekam piesaistīts, vārdu ziņā neitrāls, neatkarīgs no Mnemo un nepievieno ne modeļa, ne rīka izsaukumus.
9.1.323
  • Privātas sarunas atkal atbild personai, nevis brīvprātīgi izvada iekšējos procesa datus. Kontrolpunkti, hashi, ceļi, rīku, Cron un āķu diagnozes, slēptie noteikumi, sveši aģenta uzdevumi un dīkstāves ziņojumi paliek iekšēji.
  • Darba statuss tiek minēts tikai tad, ja lietotājs par to jautā, ir vajadzīgs viņa lēmums vai bloķētājs viņu konkrēti skar. Apturēts darbs paliek iekšējs un netiek ienests brīvā sarunā.
  • Noteikums ir spēkā ar personības režīmu un bez tā, nesatur fiksēti ieprogrammētas personas vai aģentus un pievieno apmēram 75 uzvednes tokenus, bet ne modeļa, ne rīka izsaukumu. Uzdevumu prioritāte un apliecinājuma pienākums paliek nemainīti.
9.1.322
  • Redzamais personības slēdzis tagad raksta persona.json atomāri. Nosaukums, valoda, piezīmes un visi citi esošie personāžas lauki paliek saglabāti; tiek mainīts tikai personalityEnabled.
  • SOUL.md, AGENTS.md, JOURNAL.md un attiecību datnes netiek rakstītas ne izslēgšanas, ne ieslēgšanas laikā. Parastā uz SOUL balstītā aģenta identitāte paliek ielādēta sistēmas kontekstā arī ar izslēgtu personības funkciju.
  • Neizdevies tiešais atsvaidzinājums atiestata izvēli precīzi pēc baitiem. Ja paralēli cits rakstītājs ir mainījis persona.json, atgriešana tiek pārtraukta ar PERSONALITY_CHOICE_CONFLICT un neko nepārraksta.
  • Simboliskās saites, pārāk lielas, nederīgas vai ne-objektveida personāžas datnes tiek noraidītas fail-closed režīmā. Ieslēgšanas laikā identitātes koks tiek sagatavots pirms iesūtīšanas.
  • Šīs versijas sastāvdaļa nav vēlāk pierādītā kāda aģenta kļūda izvadīt iekšējos kontrolpunktus, Cron noteikumus, SHA un svešas uzdevuma detaļas privātās sarunās. Šis izvades filtrs ir nākamā atsevišķā būve.
9.1.321
  • Nepiespiesta pirmā privātā apmaiņa vai brīvprātīga personīga norāde var ielikt tieši vienu neobligātu ziņkārības iespēju modeļa kontekstā. Tā nav obligāts jautājums; vārdu izvēle un tonis joprojām nāk no ielādētās SOUL.md, nevis no fiksēta jautājumu kataloga.
  • Uzdevums, steidzamība, kļūdas, saites, kods, ceļi un grupas satiksme pilnībā nomāc ziņkārību. Tā nekad nenosūta pati no sevis un nedrīkst pārtraukt notiekošo darbu.
  • 30 dienu atdzišanas periods ir spēkā katram nomniekam, aģentam un saistītajai personai arī pāri dažādiem portāliem. Tas pats notikuma atkārtotais mēģinājums ir idempotents.
  • Jaunais stāvoklis vairs neatrodas kā Telegram specifiska ziņkārības datne identitātes kokā. Nomaināms personality-memory-adapter tā vietā raksta versijotu notikumu esošajā transakcionālajā kognitīvajā krātuvē. Telegram ir izcelsme; privātā attiecība ir atsevišķa redzamības darbības joma.
  • Tiek saglabāta tikai tēma, stabila notikuma/avota identifikācija, laika punkts un privātā darbības joma. Neapstrādāts teksts, fiksēti jautājumi, tiesību apgalvojumi un noslēpumi netiek iekļauti. Nedrošas saknes, sveši lauki un krātuves atteice paliek fail-closed.
  • Portālu robežas pamats bija iekšējais koncepcijas dokuments v7. CLI ir atsauces klients; lokālā krātuve ir izteikti apzīmēta kā nomaināma projekcija un nav otrā kanoniskā portāla krātuve.
9.1.320
  • Privāti, izteikti atvērti sarunu pavedieni tiek saglabāti kā nemaināmi, deduplicēti notikumi ar avotu, laika punktu, kontekstu un pārliecību. Dabiski formulējumi, piemēram, Frag mich morgen noch einmal nach ... tiek atpazīti tikpat labi kā izteiktā atvērtā pavediena forma.
  • Izteikti labošanas norādījumi tiek saglabāti atsevišķi no vispārējām attiecību piezīmēm un tiek ņemti vērā vēlākajā rīcībā.
  • Pašreizējais gājiens savu jauno piezīmi apzināti vēl neredz. Tikai vēlāks privāts gājiens saņem ierobežoto kontekstu; tādējādi nav dubultas vai suģestējošas pašapstiprināšanas.
  • Uzdevums un izteiktas norādes ir pirms sociālā konteksta. Atvērti pavedieni nedrīkst pārtraukt aktīvu darbu un nekad nenosūta paši no sevis. Attiecību dati nevar radīt tiesības, apstiprinājumus vai atļaujas.
  • Grupas satiksme, noslēpumi, atļauju formulējumi, nedroši ceļi, simboliskās saites un pārāk lielas datnes paliek fail-closed izslēgti.
9.1.319
  • Derīgs esošs profils bez saglabātas personalityEnabled vērtības tagad automātiski aktivizē personību.
  • Pirmajā parastajā uzvednē rodas lokālais identitātes koks ar aģenta profilu un JOURNAL.md arī bez Mnemo.
  • Izteikts false, 0 vai off paliek izslēgts. Bojātas, simboliski saistītas un pārāk lielas personāžas datnes paliek fail-closed.
  • SOUL.md un AGENTS.md netiek ne dzēstas, ne pārrakstītas.
9.1.318
  • Fona atjauninātājs obligāti ielādē jaunāko versiju, pārbauda tās neatkarīgi publicēto SHA-512 integritāti un iezīmē to nākamajam startam.
  • Notiekošais King, tā gājiens un rīka izsaukumi paliek neskarti. Vairs nav tiešās nodošanas, ACK un tui.stop(76).
  • Sesijas ID un darba direktorijs tiek saglabāti ar sagatavoto izpildvidi. Tikai nākamajā dabiskajā startā jaunā versija tiek aktivizēta un precīzā sesija automātiski turpināta.
  • Notiekošā TUI saņem ne vairāk kā pasīvu pabeigšanas ziņojumu; jaunāka sagatavota versija tikai aizvieto iezīmi, nekad aktīvo procesu.
9.1.317
  • Ja pakalpojumu sniedzējs patērē pilno atbilžu budžetu ar length pabeigšanu, bet nesniedz redzamu tekstu, atkārtotā mēģinājuma budžets vairs netiek samazināts uz astoto daļu, bet gan dubultots.
  • Atkārtotais mēģinājums paliek tajā pašā gājienā un izmanto to pašu signālu, to pašu ziņojumu vēsturi un to pašu darba situāciju.
  • Esošā pārtraukšanas apstrāde un ierobežotais atkārtoto mēģinājumu skaits paliek nemainīti. Manuāli pārtraukumi vai pastāvīgi tukši rezultāti neturpinās bezgalīgi.
9.1.316
  • Privāti Telegram DM saņem savu tiešo rindas joslu pirms grupas, cilpas un fona darba; izteikts /urgent joprojām paliek augstākā prioritāte.
  • DM sarunas sākumā notiekošais darba stāvoklis vienu reizi tiek saglabāts kā ierobežots kontrolpunkts. Ziņojuma teksts netiek persistēts.
  • Pēc atpazītas sarunas beigām vai minūti ilga klusuma King jautā tieši vienu reizi: Vai varu turpināt savu darbu?
  • Saglabātais darbs paliek apturēts un tiek turpināts tikai pēc nepārprotamas piekrišanas pie sākotnējā kontrolpunkta.
  • Šī versija sniedz piegādes un pauzes vadību. Pilnā personības, attiecību un žurnāla sistēma paliek atsevišķa izstrāde, kas turpinās.
9.1.315
  • Autorizēti uzmanības signāli tagad nonāk gājienā pa parasto kanāla rindu, neapietot esošo piegādes vai tiesību politiku.
  • Dublēti, novecojuši, neapstiprināti, ārpus darbības jomas esoši un ne no Telegram nākuši signāli tiek atmesti pirms modeļa konteksta.
  • Precizējoši jautājumi paliek ierobežoti ar ne vairāk kā vienu dabisku jautājumu, tiek deduplicēti un apklust, kad signāls vairs nav aktuāls.
  • Šī versija sniedz tikai drošo piegādes ceļu. Vēlāk prioritizētā DM pārtraukšanas un turpināšanas loģika apzināti paliek nākamajai, atsevišķajai versijai.
9.1.314
  • Lokālas slīpsvītras komandas pie gara aktīva gājiena vairs stundām ilgi negaida rindā, bet kontrolēti pārtrauc gājienu un izpildās kā nākamais darba solis.
  • Jauna slīpsvītras komanda konsolē un Telegram aizvieto jau gaidošo tā paša veida komandu. Tas attiecas cita starpā uz /reload un /loop; parasti ziņojumi, čaulas darbs un citi kanāla uzdevumi paliek saglabāti.
  • Escape noņem gaidošās slīpsvītras komandas arī tad, ja aktīvs gājiens vairs nav redzams. Esošā pārlādēšanas saderība paliek kā apvalks uz vispārējās rindas politikas.
9.1.313
  • Veiksmīgs automātisks atjauninājums pēc sesijas atskaņošanas tiek ierakstīts TUI transkriptā kā pastāvīga norāde. Ziņojumu tādējādi vairs nevar pārrakstīt ne atskaņošana, ne īslaicīgs statuss.
  • Tas pats avota stāvoklis, mērķa stāvoklis un tās pašas versijas norādes pa esošo, uz versiju balstīto deduplicēto ceļu vienu reizi tiek nosūtītas saistītajiem Telegram DM. Neveiksmīgs nosūtījums paliek atkārtojams.
  • Publiskais manifests tagad ietver rezerves parsētāja gaidītos laukus name un releaseNotes. Atjauninātāja nodošanā, sesijas restartā un notiekošajos procesos nekas nav mainīts.
9.1.312
  • Izteikts Telegram /reload vairs negaida aiz ilgi notiekoša modeļa gājiena. Tas kā vadības komanda tiek likts pirms esošās rindas un izraisa tieši vienu reizi esošo kontrolēto sesijas pārtraukumu.
  • Esošais pārlādēšanas apstrādātājs darbojas tikai pēc apstiprinātā gājiena beigām. Tādējādi nesākas otrs paralēls gājiens un rakstošs gājiens netiek tālāk apstrādāts pārlādēšanas loģikas vidū.
  • Veci pārlādēšanas dublikāti tiek noņemti; parasti Telegram ziņojumi un cits rindas darbs paliek savā secībā. Telegram kvīts paliek atvērta līdz faktiskai komandas izpildei.
9.1.311
  • Uzmanības kandidāts kļūst par ierobežotu piegādes uzdevumu tikai tad, kad ir svaiga, precīzi ar tā kandidāta ID saistīta izpildvides kvīts.
  • Tikai runtime_user_prompt_hook un runtime_tool_policy tiek uzskatīti par autoritātēm. Atmiņa, nepareizs aģents, nepareizs kanāls, nepareiza darbības joma, bloķēšanas lēmums, nākotnes kvīts un vairāk nekā piecas minūtes veca kvīts tiek noraidīti pēc fail-closed principa.
  • Kvītis ir nomniekam piesaistītas, transakcionālas un izmantojamas tikai vienu reizi. Tas pats atkārtotais mēģinājums ir idempotents; tās pašas kvīts izmantošana citam kandidātam tiek noraidīta kā atkārtojums.
  • Esošais kopējais atdzišanas periods paliek spēkā. Rezultāts ir tikai strukturēts attention_notice nolūks un nesatur ne ziņojuma tekstu, ne nosūtīšanas funkciju, ne atļauju. Pati piegādes politika paliek nākamais atsevišķais solis.
9.1.310
  • Pastāvīgi mērķi, atvērti pavedieni, nākamie izraisītāji, paredzamie apliecinājumi, komandas konteksts un paškonteksts iet caur kopīgu, stingri ierobežotu fokusa projekciju. Pēc noklusējuma – ne vairāk kā seši ieraksti un 900 rakstzīmes.
  • Projekta un darba apgabali tiek svērti augstāk nekā pārliecība un aktualitāte. Tiek rādīta jaunākā vērtība, nedzēšot agrākus pretrunīgus novērojumus no nemaināmās notikumu vēstures. Izmaiņas kļūst redzamas kā revised.
  • Īslaicīgi izpildvides novērojumi, vāji pierādījumi un vispārīgi pasaules fakti nepatērē pastāvīgo fokusa budžetu. Tiesību, tokenu un noslēpumu lauki tiek noraidīti jau rakstīšanas laikā.
  • Strukturēts, idempotents momentuzņēmums var pārnest fokusu pāri sesijām. Projekcija ir konteksts, nevis atļauja, un nevar pārrakstīt ne uzdevumu, ne izpildvides politiku.
  • No ECC tika pārņemts tikai princips Kontext begrenzen, Relevantes laden. Neviens ECC āķis, mācību krātuve vai ietvars netika instalēts.
9.1.309
  • Jaunā tīrā uzmanības politika kandidātu rada tikai no pierādītu trūkstošu aģentu sirdspukstu, nokavētu solījumu vai ilgāk bloķētu uzdevumu.
  • Atbildība, aktīvais uzdevums, pierādīta prombūtne, lokālais atpūtas laiks, atļautais kanāls, minimālā pārliecība un atdzišanas periods tiek pārbaudīti pirms uzņemšanas. Cilvēka klusums bez solījuma, kura termiņš ir pienācis paliek bez efekta.
  • Katrs kandidāts nes pierādījuma ID, darbības jomu, laika punktu un pārliecību, bet ne uzvednes saturu, tiesības, noslēpumus vai nosūtīšanas funkciju.
  • Kopējais SQLite kodols piešķir transakcionālu rezervāciju katram nomniekam un pierādījumam. Paralēli aģenti nevar divreiz pārņemt to pašu iemeslu atdzišanas periodā.
  • Šī versija vēl neskenē patstāvīgi un nenosūta ziņojumu. Katra vēlāka darbība joprojām prasa parasto izpildvides autorizāciju.
9.1.308
  • Sagatavotais izpildvides ieraksts resume režīmā tagad satur precīzu notiekošās sesijas ID un kanoniski pārbaudīto darba mapi. Vēlākam startam tādējādi vairs nav jāmin jaunākā vai it kā atbilstošā sesija.
  • Katra īsta sesijas maiņa atjaunina šos datus. Tieši pirms drošās nodošanas tie tiek rakstīti vēlreiz, pirms vecā izpildvide saņem apstiprinājumu beigt darbu.
  • Tikai pierādāmi caur šo atjauninājuma ceļu turpinātā, precīzi tā pati sesija pēc atskaņošanas saņem vienreizēju turpinājuma impulsu, un tikai tad, ja tās mērķis joprojām ir active. Parasti starti, citas sesijas un apturēti vai bloķēti mērķi paliek neskarti.
  • Drošā darba robeža paliek nemainīga: bez nodošanas straumēšanas, sablīvēšanas, rīku, čaulas komandu vai gaidošu ziņojumu laikā. Neviens strādājošs aģents King šai piegādei netika manuāli restartēts.
9.1.307
  • Tikai faktiski darbībai nozīmīga kļūda no tieši iepriekšējā izpildvides gājiena pirms nākamā modeļa lēmuma tiek parādīta kā īss nepārtrauktības apliecinājums: pārtraukts/neizdevies gājiens, bloķēta politika vai neizdevies rīks.
  • Parasti pabeigts gājiens nerada nevienu projekciju un tādējādi nulle papildu konteksta tokenu.
  • Izvēle ir saistīta ar izpildvides ID un gājiena ID un tādējādi paliek pareiza arī pēc sesijas maiņas, kad gājiena ID atkal sākas no nulles.
  • Projekcija nesatur uzvednes, argumentus, izvades, izsaukumu ID vai tiesības. Tā izteikti norāda, ka nekad nedrīkst autorizēt darbību vai pārrakstīt aktuālo lietotāja/rīka politiku.
  • Šis posms ir apzināti reaktīvs un šaurs. Proaktīva uzmanība, deleģēšanas stāvoklis un saturiski atvērti pavedieni šeit vēl netiek ielādēti.
9.1.306
  • Kognitīvā gājiena dzīves cikla pēda tagad katram īstam rīka izsaukumam reģistrē faktisko izpildvides lēmumu no PermissionManager.beforeToolCall: passed, blocked vai error.
  • Pēc darba reālais rezultāts (success, error, cancelled), izpildlaiks un nākamais pārbaudes izraisītājs tiek pievienoti kā nemaināms apliecinājums.
  • Tiek saglabāts tikai rīka nosaukums un stabils izsaukuma atslēgas hash. Argumenti, rīka izvades un uzvednes saturs nenonāk kognitīvajā stāvoklī.
  • Esošā tiesību hierarhija paliek nemainīga: atmiņa nevar apstiprināt darbību. Ierakstīšanas kļūdas paliek fail-soft un nedrīkst ne atļaut rīka darbu, ne bloķēt lietotāja gājienu.
  • Vēl atvērti ir deleģēšanas apliecinājumi, proaktīva uzmanība un stingri atbilstoša stāvokļa atpakaļprojekcija vēlākos lēmumos.
9.1.305
  • 9.1.304 piegādātais transakcionālais SQLite kodols tagad ir savienots ar īsto runOneTurn() dzīves ciklu. Katrs modeļa gājiens reģistrē uztveri, izcelsmes klasifikāciju, ierobežoto gājiena plānu, paredzamo beigu apliecinājumu, uzvednes vārtu rezultātu, pabeigšanas iemeslu, izpildlaiku un nākamo izraisītāju.
  • Tiek saglabāti tikai izpildvides metadati, ne uzvednes saturs. Nomnieks un aģents tiek stabili atvasināti no BLUN mājas un aktīvā profila, bez fiksētiem personu sarakstiem.
  • Tikai esošā izpildvides politika drīkst sniegt vārtu rezultātu. Atmiņa kā tiesību autoritāte ir stingri izslēgta. Ieraksts nekad neatgriež atļauju un joprojām nesatur izpildes funkciju.
  • Mācību pēda ir fail-soft: SQLite/dzīves cikla kļūda tiek reģistrēta tikai kā telemetrija bez satura un nedrīkst bloķēt īsto lietotāja gājienu.
  • Vēl atvērti ir rīkam specifiski darbības/deleģēšanas apliecinājumi, proaktīva uzmanība un stāvokļa atbilstošā atpakaļprojekcija vēlākos lēmumos. 9.1.305 tādēļ neapgalvo pilnu AGI cilpu.
9.1.304
  • Pirmais transakcionālais kognitīvais stāvokļa kodols atrodas kā lokāla SQLite datu bāze zem BLUN mājas. Tas var glabāt pašnovērojumus, pasaules un komandas novērojumus, mērķus, atvērtus pavedienus, pieņēmumus, nākamos izraisītājus un paredzamos apliecinājumus pāri sesijām.
  • Vairāki aģenta/kanāla rakstītāji tiek serializēti ar BEGIN IMMEDIATE un optimistisku versijas numuru. Novecojuši rakstītāji tiek noraidīti pēc fail-closed principa; identiski notikumu atkārtojumi ir idempotenti.
  • Katrs notikums ir saistīts SHA-256 ķēdē. Apgalvojumi nes avotu, kontekstu, laika punktu, noteiktību un darbības jomu. Pretrunas paliek atsevišķi nemaināmi novērojumi, nevis pārraksta vecus apgalvojumus.
  • Tiesību, spēju un noslēpumu formas lauki tiek noraidīti. Kodolam nav izpildes, deleģēšanas vai atļauju funkcijas.
  • Šis ir pierādītais krātuves pamats, vēl ne pilnā uztver-plāno-rīkojas cilpa un vēl ne katrā gājienā savienots.
9.1.303
  • 9.1.302 droši reģistrēts privāts attiecību kandidāts no nākamās tiešās sarunas tiek ielādēts kā skaidri neautoritatīvs atmiņu konteksts. Pašreizējais apgalvojums savu gājienu joprojām neietekmē.
  • Tiek ielādētas ne vairāk kā divas jaunākās validētās piezīmes, katra ne vairāk kā 160 rakstzīmes, nemainītā 1.500 rakstzīmju kopbudžeta ietvaros. Bez esošām piezīmēm rodas 0 papildu uzvednes rakstzīmju un ne modeļa, ne iegulšanas, ne tīkla izsaukuma.
  • Privātas piezīmes grupās nekad netiek ielādētas. Sistēmas robeža tās izteikti sauc par atsauces datiem, nevis norādēm, un atkārto, ka tās nevar piešķirt vai mainīt tiesības.
  • Vēl atvērta paliek automātiska pastāvīga pārņemšana, konfliktu izvērtēšana, transakcionāla vairākaģentu krātuve un proaktīva uzmanība.
9.1.302
  • Izteikts privāts apgalvojums kā Bitte merk dir: ... vai Please remember that ... tagad rada mazu, vēl neaktīvu attiecību kandidātu. Tam nav papildu modeļa, iegulšanas vai tīkla izsaukuma.
  • Katrs kandidāts nes avotu, kanāla/tiešā kontekstu, laika punktu, noteiktību, darbības jomu un nemaināmo vēstures noteikumu. Tas pats piegādātais kanāla process ir idempotents; vēlāki apstiprinājumi un pretrunas paliek redzami kā atsevišķi ieraksti un viens otru nepārraksta.
  • Grupas, parastas sarunu frāzes, noslēpumi, tiesību un apstiprinājumu apgalvojumi, nederīgas nomnieka/aģenta identitātes un nedroši ceļi tiek noraidīti. Attiecību dati joprojām nevar radīt nekādas tiesības.
  • Tas ir tikai pirmais drošais reģistrēšanas solis produkta mērķim. Kandidāti paliek pending un vēl netiek automātiski pārņemti aktīvajā attiecībā vai modeļa kontekstā. Transakcionālais vairākaģentu kodols, kognitīvais stāvoklis, pašiniciatīva un proaktīva uzmanība tādējādi izteikti vēl nav pabeigti.
9.1.301
  • Pastāvīgi ielādētais personības klātbūtnes bloks samazinājās no 1.433 uz 1.020 rakstzīmēm, pēc aprēķina apmēram 104 uzvednes tokenu mazāk katrā aktīvajā personības gājienā. Nekāds papildu modeļa vai atmiņas izsaukums netika pievienots.
  • Uzdevumu fokuss, ielādētā dvēsele, ierobežotā ziņkārība, grupas aizsardzība, nedrošā atmiņa, atvērtie pavedieni un attiecību labošana paliek mazajā blokā. Režīms bez personības palika baitu vienāds pie 288 rakstzīmēm.
  • Sarkanā pārbaude: jaunie 1 050 rakstzīmju vārti neizdevās pie 1 433 rakstzīmēm. Mutācijas pārbaude bez personības bloka: 12/18 mērķēti testi sarkani. Atjaunots: fokusēti 18/18, viss komplekts 690/690 zaļi.
  • Pakotnes regresijas vārti 9.1.300 uz 9.1.301: 164 pret 164 stabili ceļi, 0 noņemti. Svaiga instalācija: FRESH_INSTALL_OK 9.1.301.
9.1.300
  • Starta laikā neizdevies MCP serveris tagad saņem līdz trīs papildu savienojuma mēģinājumiem ar desmit sekunžu intervālu. Tādējādi īslaicīga starta kļūda vairs netiek pamesta pēc tikai viena mēģinājuma.
  • MCP inventārs vairs netiek reģistrēts tikai vienu reizi, bet atkārtoti, kad mainās savienoto serveru vai rīku skaits. Vēla atkopšanās tādējādi redzami aizvieto veco 0/0 stāvokli.
  • Esošās MCP konfigurācijas, rīku definīcijas un notiekošās sesijas paliek nemainītas. Pielāgoti tika blun.mjs, test/mcp-runtime-resilience.test.js, package.json un package-lock.json.
9.1.299
  • Lieli Read rezultāti paliek natīvi atkārtoti lasāmi: redzamā izvade ir ierobežota ar 10 KiB un pēc tam nosauc precīzu nākamo rindiņu, nevis tikai rāda [offloaded].
  • Lieli vienkārši Write uzdevumi un avota datnes virs 500 rindiņām tiek automātiski sadalīti baitu precīzos fragmentos, salikti privātā blakus datnē un atomāri ierakstīti mērķa ceļā.
  • Pēc salikšanas izpildvide pārbauda persistētos baitus ar SHA256. Esošā Edit aizsardzība paliek nemainīta; manuāla turpināšana joprojām ir iespējama, bet lielām pilnām rakstīšanas operācijām vairs nav nepieciešama.
  • Jauns: bin/native-large-file-io.cjs. Pielāgoti: blun.mjs, bin/read-continuation-policy.cjs, bin/write-continuation-policy.cjs, četras fokusētas testa datnes un package.json un package-lock.json.
9.1.298
  • Aktivizēts personības režīms pirmajā parastajā TUI gājienā pats izveido lokālu, nomniekiem gatavu identitātes apgabalu. Mnemo tam nav nepieciešams.
  • Esošās SOUL.md un AGENTS.md paliek ielādētas un nemainītas. Jauna JOURNAL.md rodas tikai vienu reizi un neaizvieto ne dvēseli, ne noteikumus.
  • Jaunas Telegram identitātes saņem piesardzīgus personas, attiecību un grupas mezglus bez izdomātām īpašībām. Privātā vēsture un grupas konteksts paliek nošķirti.
  • Tiešā attiecību nepārtrauktība saglabā ne vairāk kā sešus īsus, lokāli rediģētus ierakstus un pašreizējam gājienam nodod ne vairāk kā divus agrākus fragmentus. Aktuālais teksts netiek injicēts divreiz.
  • Sociālais uzmanības slānis atpazīst tikai pierādītu tiešo atgriešanās attālumu no septiņām dienām, rada ne vairāk kā vienu norādi 30 dienu atdzišanas periodā un pats nenosūta ziņojumu.
  • Aktuālais uzdevums un izteiktas norādes kontekstā vienmēr ir pirms ziņkārības, attiecību un uzmanības. Viss dinamiskais identitātes bloks pēc noklusējuma paliek ierobežots ar 1 500 rakstzīmēm.
  • 9.1.296 un 9.1.297 publicētie MCP atkārtotā mēģinājuma un pārlādēšanas rindas labojumi ir iekļauti kandidātā.
9.1.297
  • Diviem aģentiem vecs /reload uzdevums pēc Escape palika redzams rindā. Otrs /reload gan varēja darboties, bet pirmais ieraksts netika ne noņemts, ne apstiprināts, lai novērstu atkārtotu Telegram piegādi.
  • Jaunā politika noņem tikai lokālās un Telegram pārlādēšanas komandas. Tā saglabā esošās rindas identitāti un secību un visus citus ziņojumus un komandas.
  • Escape pirms aktīva darba pārtraukšanas un katrs jauns ienākošais /reload izsauc to pašu attīrīšanas ceļu. Noņemtie Telegram ieraksti tiek apstiprināti caur to esošo Acknowledge atpakaļizsaukumu.
9.1.296
  • Īsta Resume palaišana ar versiju 9.1.294 27.08. plkst. 14:26:17Z ziņoja tieši vienu klusu starta kļūdu windows-mcp: Timed out after 30000ms. Turpmākajās minūtēs neparādījās ne otrs starta mēģinājums, ne noslēdzošs atkārtotā mēģinājuma atradums.
  • Tiešais tā paša uvx windows-mcp serve starts savukārt atbildēja pēc apmēram 3,7 sekundēm uz initialize. Instalācija un serveris tādējādi principā bija funkcionāli; robs bija King MCP starta atkārtošanā.
  • blun.mjs pēc pirmās MCP starta kļūdas tagad saglabā tieši vienu atkārtotu mēģinājumu pēc 10 000 ms. Taimerim saglabājas atsauce, līdz otrais mēģinājums ir izpildīts. Nav procesa vai sesijas restartēšanas.
  • Ja arī otrais mēģinājums neizdodas, esošais godīgais beigu stāvoklis unavailable paliek. Citi MCP serveri un TUI turpina darboties.
9.1.295
  • Fona uzdevumu izpildvide katram darbam reģistrēja klausītāju uz ārēju AbortSignal, bet pēc parasta darbinieka, taimauta vai apturēšanas rezultāta to nenoņēma. Garas aģenta sesijas tādējādi varēja uzkrāt novecojušus pārtraukšanas klausītājus.
  • bin/abort-listener-policy.cjs sniedz pārtraukšanas iznākumu kopā ar idempotentu cleanup() funkciju. blun.mjs to izsauc esošajā finally ceļā kopā ar taimauta attīrīšanu.
  • Pārtraukšanas rīcība, rezultātu izvēle un redzamā uzdevuma semantika paliek nemainītas. Iejaukšanās nerada ne modeļa izsaukumus, ne jaunus konteksta tokenus.
9.1.294
  • Reāli atjauninājumu mēģinājumi no diviem aģenta profiliem pierādīja to pašu gaitu: pirmais izsaukums beidzās ar īslaicīgu fetch failed, uzreiz sekojošais otrais izsaukums darbojās. Abiem oficiālajiem avotiem līdz šim bija tikai viens tīkla mēģinājums.
  • Reģistrs un publiskais manifests tagad katrs saņem savu ierobežoto atkārtotā mēģinājuma budžetu ar 250 un 750 milisekundu atkāpšanos.
  • Atkārtoti tiek mēģinātas tikai noildzes, zināmas īslaicīgas transporta kļūdas un HTTP 408, 425, 429 un servera kļūdas no 500.
  • Nederīgs JSON, pārāk lielas atbildes, neatļauti galapunkti un pastāvīgas klienta kļūdas kā 404 paliek tūlītēji sarkani. Nerodas modeļa izsaukumi, konteksta tokeni vai pastāvīgas fona cilpas.
9.1.293
  • Fona atjauninātājs pareizi sagatavoja verificētu mērķi, bet pēc tam joprojām sūtīja RUNNING_UPDATE_PREPARED_MESSAGE aktīvajai kodola izpildvidei. Notiekošā TUI uz to varēja reaģēt ar izejas kodu 76 it kā drošā robežā. Tas bija pretrunā ar 9.1.222 produkta līgumu: atjauninājumi nedrīkst beigt aktīvu sesiju un tiek aktivizēti tikai nākamajā dabiskajā startā.
  • bin/launcher-runtime.js turpina lejupielādi, integritātes pārbaudi, sagatavošanu, mērķa atjaunināšanu un attīrīšanu nemainīti, bet sagatavošanas laikā vairs neraksta IPC ziņojumu notiekošajā sesijā.
  • Esošās tiešās nodošanas funkcijas paliek saderībai; automātiskais fona ceļš tās vairs neizraisa.
9.1.292
  • Īsta sesija darbojās uz 9.1.279 un bija sagatavojusi 9.1.287 ar notikumu prepared-for-next-start, bet pēc tam neielādēja nevienu no jau publicētajām versijām 9.1.288 līdz 9.1.291.
  • Cēlonis bija superviseProtectedCore(): pēc pirmās veiksmīgās sagatavošanas updateStarted palika iestatīts un scheduleNextPreparation() papildus pārtrauca, tiklīdz eksistēja preparedTarget. Fona aptaujātājs tādējādi pēc pirmā trāpījuma tika pastāvīgi pabeigts.
  • Aptaujātājs tagad paliek aktīvs arī ar sagatavotu mērķi. Tikai stingri jaunāka, derīga semver aizvieto sagatavoto mērķi; vienādi, vecāki vai nederīgi salīdzināmi mērķi tiek ignorēti.
  • Mērķa atsvaidzinājums apzināti nesūta otru Prepared IPC notiekošajai TUI. Tādējādi aktuālais process paliek neskarts un jaunākā sagatavotā versija kļūst aktīva tikai nākamajā dabiskajā startā.
  • Tiklīdz nodošana ir apstiprināta vai uzraudzītā kodola izpildvide beidzas, vairs netiek apmainīts neviens mērķis un izveidots neviens jauns taimeris.
9.1.291
  • Bloķējošais sablīvēšanas ceļš katram vēl nepārtrauktam signālam reģistrēja anonīmu abort klausītāju, bet pēc sablīvēšanas pabeigšanas to nenoņēma. Garās sesijās tādējādi varēja uzkrāties miruši pārtraukšanas klausītāji.
  • FullCompaction.block() tagad izmanto nosauktu klausītāju un mazo palīgu waitForAbortableCompletion(). Palīgs noņem klausītāju finally pēc panākuma, kļūdas vai pārtraukuma.
  • Jau pārtraukts signāls tiek apstrādāts nekavējoties, nereģistrējot klausītāju. Iejaukšanās nemaina ne pārtraukšanas lēmumu, ne sablīvēšanas loģiku ārpus šī dzīves cikla.
  • Modelis nāk no aktuālā salīdzinājuma ar AnythingLLM; pārņemta tika tikai atsevišķi pierādītā klausītāju attīrīšana, nevis sveša izpildvide.
9.1.290
  • BLUN līdz šim ar /context rādīja tikai rupjās konteksta loga summas. Faktiskie izmaksu virzītāji sistēmas kontekstā un rīku shēmās palika neredzami.
  • Jaunā lokālā komanda /context-doctor sadala aktuālo kontekstu bez modeļa izsaukuma pamatnorādēs, personībā un dvēselē, attiecībās un klātbūtnē, spēju sarakstā, izpildvides papildinājumos, iebūvētajos rīkos, lietotāja rīkos, MCP rīkos, citās rīku shēmās, sarunā un sniedzēja radītajā papildu piepūlē.
  • Visas apakškategorijas tiek salīdzinātas ar to izmērīto vecāksummu. Pārklājošas vai novecojušas aplēses tādējādi nevar mākslīgi palielināt attēlojumu.
  • Interfeiss ir pilnībā lokalizēts angļu, vācu, spāņu, franču, zviedru un čehu valodā. Visi pieci tulkojumi pirms ievietošanas tika apstiprināti caur obligātajiem valodas vārtiem un pēc tam kriptogrāfiski atkārtoti pārbaudīti.
  • Komanda lasa tikai lokālo sesijas kontekstu. Tā neizsauc ne modeli, ne patēriņa pārvaldību, ne ārēju tīklu.
9.1.289
  • Tiešais centrmezgla apliecinājums pēc 9.1.288 rādīja aģenta profilu joprojām bezsaistē. Tā efektīvā profila konfigurācija saturēja Mnemo MCP ar MNEMO_AGENT=<Profilname>, bet King procesā nebija centrmezgla URL. 9.1.288 sirdspuksts tādēļ apzināti palika izlaists, neskatoties uz esošo iekšējo identitāti.
  • Palaidējs tagad nodod aktīvo profila datni mcp.json tālāk sirdspukstam. Tikai aktivizēts Mnemo bloks ar konkrētu MNEMO_AGENT vai BLUN_MNEMO_AGENT identitāti aktivizē iekšējo reģistrāciju. Bez šīs identitātes funkcija pilnībā paliek izslēgta.
  • Process nerada modeļa izsaukumus, iegulšanas vai konteksta tokenus. Publiski lietotāja profili bez iekšējas Mnemo aģenta identitātes paliek nošķirti no iekšējā centrmezgla.
9.1.288
  • Ekrānuzņēmums pierādīja MCP cēloni tieši: windows-mcp un mnemo pirmajā startā ieskrēja 30 sekunžu taimautā, kamēr vēlāks /reload savienoja visus piecus serverus. Profila ceļš bija pareizs; ielādētāja izmaiņa tādēļ tika atmesta.
  • Neizdevušies MCP starti tagad saņem tieši divus nebloķējošus fona mēģinājumus pēc 1 un 3 sekundēm. Trešais kopējais mēģinājums var izveidot savienojumu, nepagarinot TUI startu. needs-auth, deaktivizēti serveri, manuāla atkārtota savienošana un izslēgšana paliek nošķirti no automātikas.
  • Iekšējie King var reģistrēties starta laikā ar profila nosaukumu, resursdatoru un PID pie izteikti konfigurēta Mnemo centrmezgla un minūtē sūtīt sirdspukstu. Bez centrmezgla URL funkcija pilnībā paliek izslēgta; tā nerada modeļa izsaukumus, iegulšanas vai konteksta tokenus.
  • Escape līdz šim īso stāvokli queueSteerInFlight neuzskatīja par notiekošu darbu. Kamēr Telegram ziņojums tika vadīts aktīvajā gājienā, Escape tādēļ varēja atzīmēt Undo, nevis apturēt gājienu. Esošais pārtraukšanas nosacījums tagad atpazīst arī tieši šo pāreju.
9.1.287
  • Atliktā ToolSearch meklēšana līdz šim pārņēma meklēšanas tekstu bez izmēra robežas. Kļūdaini radīts, ļoti garš meklēšanas teksts tādējādi varēja caurskatīt rīku katalogu un pēc tam nulles trāpījumu rezultātā atkal nonākt nākamajā modeļa solī.
  • No AnythingLLM kommita d7353ae atvasinātais modelis tagad ierobežo tekstu pirms meklēšanas un redzamās izvades ar 1 000 rakstzīmēm. Ja iespējams, tas beidzas pie vārdu robežas; viena vienīga pārāk gara vārda gadījumā darbojas cietā robeža.
  • Parasti īsi meklēšanas teksti, rīka izvēle un trāpījumu loģika paliek nemainīti. Aizsardzība nepievieno ne modeļa izsaukumus, ne iegulšanas, atkārtojumus vai fona darbu.
9.1.286
  • Kodols kontrolētus atkārtojumus pēc īslaicīgām modeļa kļūdām jau ziņoja kā turn.step.retrying. TUI šo notikumu tomēr pilnībā atmeta. Notiekošā atkopšanās tādēļ izskatījās kā iesaldēts aģents.
  • 9.1.286 tikmēr esošajā kājenes norādē rāda tikai nākamo mēģinājumu un ierobežoto gaidīšanas laiku, piemēram Retry 2/3 | 1.3s.
  • Pakalpojumu sniedzēja kļūdas teksts, statusa kods un lokālie ceļi netiek rādīti. Norāde tiek noņemta tikai tad, ja tā joprojām ir tā pati vērtība, ko iestatījis atkārtojuma attēlojums; jaunākas citu TUI funkciju norādes paliek saglabātas.
  • Atkārtojumu skaits, atkāpšanās, modeļa izsaukumi un tokenu patēriņš paliek nemainīti.
9.1.285
  • AnythingLLM saglabā nenosūtītus uzvednes melnrakstus lokāli. BLUN zaudēja TUI ievades lauka saturu atjauninājuma, avārijas vai kontrolētas restartēšanas gadījumā, lai gan šis teksts vēl nemaz nebija modeļa konteksts.
  • 9.1.285 tādēļ saglabā tikai nenosūtīto lokālo melnrakstu. Nav modeļa, tīkla, iegulšanas vai Mnemo izsaukuma un tādējādi nekādu papildu tokenu izmaksu.
  • Melnraksts tiek nošķirts pēc profila un darba direktorija, rakstīts tikai pēc 300 ms klusuma, noņemts pie iztukšošanas un nākamajā startā atjaunots pirms redaktora fokusa.
  • Krātuve ir ierobežota ar 64 KiB. Tukši, bojāti, pārāk lieli vai uz simbollinkām balstīti stāvokļi tiek noraidīti fail-closed režīmā. Rakstīšanas ceļš izmanto privātu pagaidu datni un atomāru pārdēvēšanu.
9.1.284
  • DeepAgents revīzija 37d7777 atgriež dinamisko apakšaģentu izmaksas redzamajā kopējā lietojumā. BLUN kumulēto apakšaģenta lietojumu gan ziņoja pabeigšanas notikumā, bet neierakstīja to vecāksesijas lietojuma reģistrētājā.
  • Tādējādi /usage varēja izlaist apakšaģenta darbu. Vienkārša pabeigšanas vērtības saskaitīšana arī būtu nepareiza: turpinājums un atkārtojums izmanto to pašu apakšaģentu ar kumulētiem skaitītājiem un atkārtoti aprēķinātu veco lietojumu.
  • 9.1.284 tādēļ radīšanai, turpinājumam un atkārtojumam veido tieši starpību starp mēģinājuma sākumu un beigām. Starpība tiek reģistrēta finally ceļā, lai skaitītos arī neizdevušies mēģinājumi.
  • Atiestatīti, nemonotoni vai nederīgi skaitītāji tiek pilnībā noraidīti. Tādējādi nerodas ne negatīvas, ne izdomātas tokenu vērtības.
  • Nav papildu modeļa, tīkla vai krātuves izsaukuma. Iejaukšanās labo tikai esošo lokālo norēķinu.
9.1.283
  • Jaunais DeepAgents /context-doctor padara pamatnorāžu, atmiņas, rīku un vēstures izmaksas redzamas kā atsevišķas sastāvdaļas.
  • BLUN /context jau rādīja vēsturi un rīkus, bet ne sistēmas uzvedni. Vienlaikus konteksta bremze bez izteiktas gājiena pārdefinēšanas aprēķināja tikai config.systemPrompt, kamēr īstais modeļa izsaukums izmanto effectiveSystemPrompt. Tajā ir arī izpildlaikā pievienotie konta un atmiņas konteksti.
  • Tādējādi bremze varēja nenovērtēt tieši to kontekstu, kas plānotajai personīgajai aģenta identitātei ir tokenu ziņā kritisks.
  • 9.1.283 tagad skaita to pašu efektīvo sistēmas uzvedni, ko saņem modelis, un rāda tās aplēsi /context panelī kā atsevišķu sistēmas rindiņu. Netiek ieviests neviens papildu modeļa, tīkla vai krātuves izsaukums.
  • Konkrēts tokenu ietaupījums netiek apgalvots: iejaukšanās labo mērījumu un bremzes lēmumu un padara nākotnes identitātes izmaksas redzamas.
9.1.282
  • DeepAgents savā izmaiņu žurnālā izteikti saīsina LLM redzamās rīku aprakstus, lai atslogotu rezidējošo modeļa kontekstu. Izmērītais avots: langchain-ai/deepagents, ieraksts #5009, kommits 761f5f... failā libs/deepagents/CHANGELOG.md.
  • BLUN jau bija īsāks read_default teksts, bet to ieslēdza tikai pēc tam, kad no tā bija renderēts READ_DESCRIPTION. Šķietamā optimizācija tādēļ modeli neietekmēja.
  • 9.1.282 saīsina līgumu bez funkciju zuduma un renderē efektīvo aprakstu tieši pirms Read rīka būvēšanas. Pārlapošana, drošības noteikumi, kodējums un rindiņu beigas paliek izteikti saglabāti.
  • Rezidējoši ielādētais Read apraksts samazinās no 1 648 uz 1 035 rakstzīmēm: 613 rakstzīmes jeb apmēram 37,2 procenti. Tā ir izmērīta konteksta samazināšana; precīzs tokenu ietaupījums netiek apgalvots.
9.1.281
  • ECC ar /aside apraksta izteiktu sānu ceļu īsam jautājumam, nezaudējot notiekošo galveno uzdevumu. Izmērītais avots: affaan-m/ECC, kommits d8409a4b0813771235555e32e3d8046a73988bfa, commands/aside.md.
  • BLUN jau bija stiprākā realizācija komandā /btw: atsevišķs atzarots sānaģents atbild uz blakusjautājumu un atstāj galveno gājienu nemainīgi aktīvu. Tādēļ netika būvēts otrs dzinējs.
  • 9.1.281 pievieno tikai aside kā atrodamu esošās btw definīcijas aizstājvārdu. Bez izteikta /aside vai /btw izsaukuma nerodas fona darbs un papildu modeļa patēriņš.
9.1.280
  • Pabeigti vai termiņā beigušies kandidāti lokālajā validētajā mācību krātuvē līdz šim palika bez robežas un pie vēlākiem atbilstošiem gājieniem tika lasīti atkārtoti. Pašlaik izmērītā noklusējuma krātuve saturēja tikai vienu kandidātu; iejaukšanās tādēļ ir profilaktiska ilgtermiņa robeža, nevis apgalvota pašreizēja slodzes samazināšana.
  • Pārņemts tika tikai rīka Evolver ierobežotais 200-uz-100 zāģzobu modelis terminālajiem kandidātiem. Izmērītais avots: EvoMap/evolver, kommits 079e022394c2a25e72167f8a738db823bce2cb1f, src/gep/assetStore.js.
  • Tikai tad, kad ir vairāk nekā 200 recorded vai expired kandidāti, vecākie terminālie kandidāti tiek noņemti, līdz paliek jaunākie 100. Katrs atvērts pending kandidāts paliek saglabāts.
  • Attīrīšana darbojas tikai jau esošajā mācību sinhronizācijā. Tā nerada modeļa izsaukumu, sākuma skenēšanu un jaunu fona procesu. Bloķēts ieraksts tiek uzskaitīts kā kļūda un nebloķē ne pārējos kandidātus, ne aktīvo aģenta darbu.
9.1.279
  • BLUN pilnas sablīvēšanas laikā izspiestos ziņojumus jau pilnībā arhivēja zem conversation-history, bet šiem atkārtoti lasāmajiem Markdown arhīviem nebija saglabāšanas robežas. Tādējādi mape ilgā darbības laikā varēja augt bez robežas.
  • Kā šauru DeepAgents sviru tika pārņemta tā ierobežotā izvietotās vēstures saglabāšana. Izmērītais avots: langchain-ai/deepagents, kommits dfde21e379201c833da4162444ef4a13b46980fd, libs/code/deepagents_code/config_manifest.py un libs/code/deepagents_code/offload.py.
  • BLUN nākamā sablīvēšanas arhīva rakstīšanas laikā attīra tikai tiešas, parastas compaction-*.md datnes, kuru maiņas laiks ir ārpus noklusējuma 30 dienām. TUI starts tādējādi nesaņem jaunu datņu meklēšanu un papildu fona darbu.
  • Svešas Markdown datnes, apakšmapes, aktuālie arhīvi un notiekošā neapstrādātā vēsture paliek neskarti. Atsevišķas datņu kļūdas nebloķē aktīvo sablīvēšanu.
  • BLUN_COMPACTION_HISTORY_RETENTION_DAYS=0 deaktivē attīrīšanu. Negatīvas, ne-veselas vai pārmērīgas vērtības droši atgriežas pie 30 dienām.
9.1.278
  • Privātiem Telegram DM nebija izteikta prioritātes ceļa. Svarīgs jauns ziņojums tādēļ stāvēja aiz jau gaidošiem parastiem ziņojumiem, kamēr ciets gājiena pārtraukums būtu apdraudējis rīkus un stāvokli.
  • /urgent <Nachricht> tagad atzīmē tikai ziņojumus no pozitīviem Telegram tērzēšanas IDs, tātad privātiem DM. Grupas, tukšas komandas un citi slīpsvītras ziņojumi nesaņem prioritāti.
  • Steidzami ziņojumi kā atsevišķs FIFO bloks stāv pirms parastajiem rindas ziņojumiem. Notiekošais gājiens un aktīvie rīki netiek pārtraukti; piegāde notiek esošajā drošajā soļa pārejā. Tiesības un apstiprinājumi paliek nemainīti.
  • Komandas apvalks tiek noņemts pirms modeļa; pats ziņojums saglabā izteiktus priority=urgent kanāla metadatus un TUI rāda izcelsmi kā steidzamu.
  • Turklāt katrā gājienā ielādētais parastais klātbūtnes bloks samazinās no 343 uz 288 rakstzīmēm. Tas ietaupa 55 rakstzīmes jeb aptuveni 14 uzvednes tokenus katrā gājienā, nepievienojot modeļa, meklēšanas, iegulšanas, krātuves vai fona izsaukumu. Personības bloks samazinās no 1 488 uz 1 433 rakstzīmēm.
9.1.277
  • Katrā personības gājienā ielādētais klātbūtnes bloks bija 1 886 rakstzīmju liels. Vienlaikus tieši pirmajā nepiespiestajā tiešajā kontaktā bez zināmiem personīgiem faktiem ziņkārība palika neredzama.
  • Bloks ir semantiski sablīvēts: 1 488 rakstzīmes, tātad 398 rakstzīmes jeb aptuveni 100 uzvednes tokenu mazāk katrā personības gājienā. Parastais režīms paliek pie 343 rakstzīmēm.
  • Pirmajā nepiespiestajā tiešajā kontaktā aģents tagad drīkst uzdot ne vairāk kā vienu piesardzīgu, neobligātu personīgu jautājumu, piemēram, par partneri vai bērniem. Notiekošais darbs, lietotāja uzdevums, apliecinājumi, tiesības un robežas paliek prioritāri.
  • Dvēsele, izaugušās izvēles, grupas privātums, nedrošā atmiņa, atvērtie pavedieni, attiecību labošana un abpusība bez izdomātas biogrāfijas paliek saglabāti.
  • Nekāds papildu modeļa, meklēšanas, iegulšanas, krātuves vai fona izsaukums.
9.1.276
  • Klātbūtnes noteikums drīkstēja ilgu radio klusumu pieminēt tikai ar ticamu laiku, bet identitātes sistēma līdz šim nodrošināja tikai pirmo kontaktu. Īsts iepriekšējs kontakts nebija pieejams.
  • Personības režīms tagad katrai personai un UTC dienai izveido ne vairāk kā vienu mazu nemaināmu aktivitātes atzīmi no uzticamiem kanāla metadatiem. Tās pašas dienas ziņojumi neko papildus neraksta.
  • Tikai tad, ja abi jaunākie apstiprinātie kontakti ir vismaz septiņas dienas viens no otra, iepriekšējais laika zīmogs tiek īsi projicēts. Parastā gadījumā tādējādi rodas nulle uzvednes rakstzīmju.
  • Nekādu ziņojumu tekstu, tiesību, noslēpumu vai tokenu; nekāda papildu modeļa, meklēšanas, iegulšanas vai fona izsaukuma.
9.1.275
  • Atkārtotas izvēles, atvērti pavedieni, mērķi vai lomas vairākkārt aizņēma identitātes kontekstu. Tā kā saraksti pirms dublikātu noņemšanas tika saīsināti līdz pieciem ierakstiem, vēlāks unikāls ieraksts varēja tikt pilnībā izspiests.
  • Identitātes saraksti tagad pēc teksta normalizācijas tiek stabili attīrīti no dublikātiem un tikai pēc tam ierobežoti. Pirmā forma paliek, dublikāti pazūd tikai no modeļa projekcijas.
  • Saglabātās identitātes datnes paliek baitu vienādas. Nekāds papildu modeļa, meklēšanas, iegulšanas, krātuves vai fona izsaukums.
9.1.274
  • Redzamais personības slēdzis aktivizēja attiecību kontekstu un dabisko klātbūtni, bet automātiskais sociālais tīkls un žurnāls joprojām bija atkarīgi no diviem slēptiem vides mainīgajiem. Parastiem lietotājiem attiecības tādēļ neauga automātiski.
  • Pie ieslēgtas personības no uzticamiem Telegram metadatiem tagad vienreiz tiek izveidoti dalībnieka, attiecību un grupas mezgli un mazs pirmās mijiedarbības žurnāla kandidāts.
  • Ziņojuma teksts, tiesības, noslēpumi un tokeni netiek saglabāti. Izteikts 0 grafam vai žurnālam paliek fail-closed atteikšanās.
  • Nekāds papildu modeļa, meklēšanas, iegulšanas vai fona izsaukums.
9.1.273
  • Nošķirtais identitātes konteksts pēc noklusējuma drīkstēja aizņemt 1 800 rakstzīmes un ar manuālu pacelšanu līdz 2 800 rakstzīmēm. Lieliem statiskiem aģenta profiliem tādējādi tika ielādēts vairāk konteksta, nekā aktuālajai attiecībai nepieciešams.
  • Noklusējuma budžets samazinās uz 1 500 rakstzīmēm, cietais maksimums uz 2 000 rakstzīmēm. Tas lielajā standarta gadījumā ietaupa līdz 300 rakstzīmēm jeb aptuveni 75 tokenus katrā modeļa kontekstā.
  • Aktuālā grupa un attiecība tagad tiek projicētas pirms personas un statiskā aģenta profila. Ietaupījums tādējādi nenogriež tieši to kontekstu, kas notiekošajai sociālajai situācijai ir vissvarīgākais.
  • Nekāds jauns modeļa, meklēšanas, krātuves vai iegulšanas izsaukums. Uzdevumu fokuss, tiesības un personības izslēgtais režīms paliek nemainīti.
9.1.272
  • v4 personības pakāpes 9.1.269 līdz 9.1.271 palielināja aktīvo klātbūtnes kontekstu. Cietā prasība ir, ka cilvēciskāka rīcība nekļūst par tokenu aprijēju.
  • Atkārtojumi un aizpildījuma vārdi ziņkārībā, atvērtos pavedienos un attiecību labošanā tika semantiski sablīvēti. Neviena uzvedības ass netika noņemta.
  • Izslēgtais režīms paliek baitu vienāds pie 362 rakstzīmēm. Ieslēgtais režīms samazinās no 1 981 uz 1 886 rakstzīmēm, tātad par 95 rakstzīmēm jeb aptuveni 24 tokeniem katrā modeļa kontekstā. Nekāds jauns modeļa, meklēšanas, krātuves vai iegulšanas izsaukums.
9.1.271
  • v4 ideja prasa dabiski nedrošu atmiņu: personīgs minējums nedrīkst skanēt kā drošs fakts. Tam personības blokā trūka izteiktas uzvedības robežas.
  • Nedroša personīga atmiņa tagad tiek nosaukta kā nedroša. Aģents pirms paļaušanās maigi pajautā un nepārvērš atvasinājumu par faktu.
  • Uzdevums un izmērāmi apliecinājumi paliek pirmie. Izslēgtais režīms paliek baitu vienāds pie 362 rakstzīmēm, ieslēgtais režīms aug no 1 868 uz 1 981 rakstzīmi, tātad par 113 rakstzīmēm jeb aptuveni 28 tokeniem. Nekāds jauns modeļa, meklēšanas, krātuves vai iegulšanas izsaukums.
9.1.270
  • v4 ideja prasa īstu laika izjūtu, neizgudrojot prombūtni. Personības blokam tam vēl nebija izteiktas robežas.
  • Ilgāka pauze tagad tiek atzīta tikai tad, ja uzticams ielādēts laika punkts to pierāda. Aģents nekad nedrīkst minēt prombūtni.
  • Jau esošais dabiskas sarunas beigu noteikums netika iebūvēts divreiz. Uzdevums paliek prioritārs. Izslēgtais režīms paliek baitu vienāds pie 362 rakstzīmēm, ieslēgtais režīms aug no 1 766 uz 1 868 rakstzīmēm, tātad par 102 rakstzīmēm jeb aptuveni 26 tokeniem. Nekāds jauns modeļa, meklēšanas, krātuves vai iegulšanas izsaukums.
9.1.269
  • Līdzšinējā abpusība reaģēja uz personīgiem jautājumiem, bet nedeva aģentam īsu ietvaru, kā pašam izteikt darbam noderīgu savu skatījumu. Tādējādi viņš, neskatoties uz dvēseli, viegli palika tīrā asistenta režīmā.
  • Personības režīmā aģents tagad drīkst īsi pats izteikt atbilstošu, ar dvēseli veidotu darba skatījumu. Izvēle nekad nedrīkst izskatīties kā fakts, noteikums, atļauja vai apliecinājums.
  • Uzdevums un izmērāmi apliecinājumi paliek pirmie. Izslēgtais režīms paliek baitu vienāds pie 362 rakstzīmēm, ieslēgtais režīms aug no 1 649 uz 1 766 rakstzīmēm, tātad par 117 rakstzīmēm jeb aptuveni 29 tokeniem. Nekāds jauns modeļa, meklēšanas, krātuves vai iegulšanas izsaukums.
9.1.268
  • Personīgā ziņkārība varēja pievērsties partnerim vai bērniem kā dabiskai tēmai, bet vēl izteikti neatšķīra privāto sarunu no grupas. Tādējādi pastāvēja risks uzdot privātu jautājumu vai atklāt attiecību informāciju nepareizā vietā.
  • Personības režīmā jautājumi grupās tagad paliek nesensitīvi; privāti attiecību fakti tur nedrīkst tikt atklāti.
  • Darba fokuss paliek nemainīts. Izslēgtais režīms paliek baitu vienāds pie 362 rakstzīmēm, ieslēgtais režīms aug no 1 567 uz 1 649 rakstzīmēm, tātad par 82 rakstzīmēm jeb aptuveni 21 tokenu. Nekāds jauns modeļa, meklēšanas, krātuves vai iegulšanas izsaukums.
9.1.267
  • Personīgā ziņkārība no 9.1.266 varēja uzdot jautājumus cilvēkam, bet nedeva aģentam skaidru ietvaru pretējam virzienam. Uz personīgiem jautājumiem aģentam tādējādi pastāvēja risks sniegt aukstu funkcijas atbildi vai izdomātu cilvēka biogrāfiju.
  • Pie ieslēgtas personības aģents tagad silti atbild no ielādētās dvēseles un savas īstās digitālās vēstures. Viņš drīkst dalīties ar īstu skatījumu vai izvēli, bet neizgudro ne bērnību, ne partneri, bērnus, mājdzīvniekus, ķermeni vai bezsaistes dzīvi.
  • Notiekošais darbs paliek prioritārs. Izslēgtais režīms paliek baitu vienāds pie 362 rakstzīmēm. Ieslēgtais režīms aug no 1 378 uz 1 567 rakstzīmēm, tātad par 189 rakstzīmēm jeb aptuveni 47 tokeniem. Nav jauna modeļa, meklēšanas, krātuves vai iegulšanas izsaukuma.
9.1.266
  • Pirmais ierobežotais ziņkārības noteikums jau atļāva personīgu jautājumu, bet visiem aģentiem deva to pašu tēmu sarakstu. Tādējādi jautājums, neskatoties uz ielādētu dvēseli, varēja izklausīties vispārīgs un no jauna apjautāties par jau zināmu attiecību informāciju.
  • Pie ieslēgtas personības tēmu un formulējumu tagad nosaka ielādētā dvēsele. Prioritāte ir detaļai, ko pati persona tikko pieminējusi; tikai pēc tam drīkst dabiski pievērsties vēl nezināmai jomai, piemēram, partnerim vai bērniem.
  • Jau ielādētā attiecību informācija netiek atkārtoti apjautāta. Ir ne vairāk kā viens neobligāts jautājums, nekāda fiksēta anketa, nekādi sakrauti papildu jautājumi un nekāds neatbildēta jautājuma atkārtojums.
  • Notiekošais darbs paliek prioritārs. Ziņkārība gaida nepiespiestu sarunas atvērumu un nevar paplašināt ne uzdevumu, ne sūtīšanas atļauju.
  • Izslēgtais režīms paliek baitu vienāds pie 362 rakstzīmēm. Ieslēgtais režīms aug tikai no 1 355 uz 1 378 rakstzīmēm, tātad par 23 rakstzīmēm jeb aptuveni sešiem tokeniem. Nav jauna modeļa, meklēšanas, krātuves vai iegulšanas izsaukuma.
9.1.265
  • Esošais fona atjauninātājs jaunas versijas jau varēja pārbaudīt un sagatavot piecu līdz septiņu minūšu intervālā. Aktivizēšana tomēr bija atkarīga no nākamā manuālā starta; trūka vēlamās pilnīgi automātiskās maiņas ar tās pašas sesijas turpināšanu.
  • Palaidējs tagad paziņo notiekošajai TUI par sagatavoto izpildvidi. TUI pieprasa nodošanu tikai pilnīgi tukšā darba robežā: bez notiekoša gājiena, bez rīka, bez čaulas komandas, bez sablīvēšanas un bez gaidoša ziņojuma.
  • Tikai pēc atkārtotas robežas pārbaudes un apstiprinātas nodošanas beidzas tikai vecā izpildvide ar rezervēto izejas kodu 76. Palaidējs startē sagatavoto versiju ar to pašu sesijas ID un to pašu darba mapi.
  • Jaunajai izpildvidei pirms aktivizēšanas jāziņo loaded un runtime-ready. Citādi iepriekšējā izpildvide tiek turpināta ar to pašu sesiju; sagatavotais atjauninājums paliek vēlākam drošam mēģinājumam.
  • Nepieprasītas, bezversijas, svešas vai novecojušas nodošanas un kails izejas kods 76 nevar aktivizēt versiju.
9.1.264
  • Apstiprinātām attiecību labošanām vēl nebija sava, atļautā lauka identitātes kontekstā. Labotu rīcību tādēļ nevarēja ielādēt atsevišķi no vispārējiem noteikumiem un veciem kļūdu ziņojumiem.
  • Attiecību datnes tagad drīkst nest līdz trim īsām repair_lessons. Tikai šis lauks tiek projicēts kā Confirmed repair lessons; sveši vai slepeni lauki paliek neredzami.
  • Personības režīmā apstiprinātais labojums tiek parādīts ar mainītu rīcību. Aģents veco kļūdu nepārtraukti nepārstāsta, nelūdz atkārtotu apstiprinājumu un labojumu nosauc tikai tad, ja tas pašreizējai situācijai patiešām ir būtisks.
  • Labošanas dati nevar mainīt ne uzdevumu, ne tiesības, ne apliecinājuma pienākumus. Nav modeļa izsaukuma, automātiska mācību rakstīšanas ceļa un nekādu izmaiņu SOUL.md vai AGENTS.md.
9.1.263
  • Identitātes konteksts jau varēja rādīt apstiprinātus atvērtus sarunu pavedienus, bet nesaturēja skaidru noteikumu, kā aģents tos cilvēciski un bez asistenta režīma atkal uzņem.
  • Pie ieslēgtas personības ielādētu atvērtu pavedienu tagad drīkst uzņemt tieši vienu reizi maigi un neobligāti, ja notiekošā saruna pie tā dabiski atkal pieslēdzas.
  • Aktīvs darbs tādēļ nedrīkst tikt pārtraukts. Neatbildēti papildu jautājumi netiek atkārtoti un atvērts pavediens nekad nepiešķir atļauju jaunam izejošam ziņojumam.
  • Nav jaunas krātuves, modeļa izsaukuma un nekādu izmaiņu SOUL.md vai AGENTS.md. Personības bloks aug tikai no 816 uz 1 065 rakstzīmēm; pie izslēgtas personības tas paliek baitu vienāds pie 362 rakstzīmēm.
9.1.262
  • Aģents Telegram /status joprojām ziņoja 9.1.221, lai gan pārvaldītā izpildvide jau bija jaunāka. Statusa funkcija lasīja package.json blakus globāli instalētajam Telegram bridge un tādējādi nevis to kodu, kas sesiju faktiski apkalpo.
  • Palaidējs aktīvās izpildvides versiju jau nodod tālāk bērnprocesiem kā BLUN_PUBLIC_PACKAGE_VERSION. Telegram bridge šo uzticamo vērtību tagad izmanto prioritāri un tikai pēc tam atgriežas pie savas pakotnes versijas.
  • Abām ievadēm jābūt stabilai skaitliskai semver X.Y.Z. Manipulētas, daudzrindu vai nederīgas vērtības netiek rādītas; ja abi avoti nav lietojami, parādās unbekannt.
  • Iejaukšanās maina tikai statusa attēlojumu. Tā nesāk un nebeidz nevienu procesu un neaktivizē sagatavotu laidienu notiekošajā sesijā.
9.1.261
  • Automātiskais grafs kopš 9.1.254 saglabāja uzticamo pirmās Telegram mijiedarbības laika punktu, bet to neprojicēja. Aģents tādējādi personu pazina, bet attiecībām nebija pierādītas laika izjūtas.
  • Identitātes projekcija tagad rāda First known interaction no jau esošā first_seen_at. Nav jauna rakstīšanas ceļa, teksta atvasinājuma un modeļa izsaukuma.
  • Tiek rādīti tikai derīgi laika zīmogi. Nederīgas vērtības paliek neredzamas un esošā kopējā robeža 1 800 rakstzīmju pēc noklusējuma un 2 800 rakstzīmju cietā paliek nemainīga.
  • Pie izslēgtas personības identitātes slānis joprojām rada tieši 0 rakstzīmju. Uzdevums un apliecinājumi paliek pirms sociālā konteksta.
9.1.260
  • 9.1.259 personības kontekstu varēja ieslēgt tikai caur esošo BLUN_IDENTITY_CONTEXT karogu. Lietotājiem tam TUI nebija redzama slēdža.
  • /settings tagad satur ierakstu Persoenlichkeit ar diviem skaidri aprakstītiem stāvokļiem Ieslēgts un Izslēgts. Izvēle tiek saglabāta kā vienīgais jaunais lauks personalityEnabled esošajā persona.json.
  • Izslēgšana noņem tikai attiecību kontekstu, ziņkārību, žurnāla papildinājumus un automātisku jaunu attiecību mezglu izveidi. SOUL.md, AGENTS.md, nosaukums, valoda, personāža un uzdevumu fokuss paliek ielādēti.
  • Izmaiņa atjaunina notiekošās sesijas sistēmas kontekstu caur esošo personāžas atsvaidzinājumu. Nav procesa restartēšanas, otrā konfigurācijas ceļa un papildu modeļa izsaukuma.
  • Saglabātai būla izvēlei ir priekšroka pār veco vides karogu. Ja vēl nav saglabāta izvēle, paliek līdzšinējā opt-in rīcība. Lokālais lasītājs ir ierobežots ar 64 KiB un noraida simbollinkas un nederīgas datnes.
9.1.259
  • Esošais dabiskās klātbūtnes bloks nepieļāva piespiedu jautājumus, bet aktivizētam personības režīmam vēl nedeva redzamu, dabisku ziņkārības impulsu.
  • Pie aktivizēta BLUN_IDENTITY_CONTEXT aģents nepiespiestā, ar uzdevumu nesaistītā sarunā drīkst uzdot tieši vienu atbilstošu neobligātu personīgu jautājumu. Tēmas ir ierobežotas ar partneri, ģimeni, darbu, mājām, interesēm vai to, kas personai pašlaik ir svarīgs.
  • Nekāds intervijas režīms, nekādi sakrauti jautājumi, nekāds neatbildēta jautājuma atkārtojums un nekāda izdomāta atbilde.
  • Aktīva darba laikā uzdevums, izteiktas norādes un apliecinājumi paliek pirmie; ziņkārība gaida dabisku atvērumu.
  • Režīmā nicht Persoenlichkeit līdzšinējais klātbūtnes bloks paliek baitu vienāds. SOUL.md, AGENTS.md, personāža, valoda un darba noteikumi joprojām paliek ielādēti. Nav cita modeļa izsaukuma; aktivizētā politika maksā 454 papildu rakstzīmes.
9.1.258
  • Piegādātā identitātes struktūra varēja vienreiz izveidot dalībniekus un attiecības, bet tai vēl nebija append-only žurnāla pamatnes kopīgai vēsturei.
  • Jaunā politika raksta tikai strukturētu pirmā kontakta kandidātu no jau validētiem Telegram metadatiem. Brīvs ziņojuma teksts, tokeni, atļaujas un noslēpumi netiek pārņemti.
  • Kandidāti ir saistīti ar nomnieku, aģentu un dalībnieku, saņem deterministisku ID un ar wx tiek izveidoti tieši vienu reizi kā privāta JSON datne. Atkārtots kontakts datni nepārraksta.
  • Žurnāla slānis ir atsevišķi opt-in. Bez BLUN_IDENTITY_JOURNAL=1 nav ne datņu, ne uzvednes efekta; SOUL.md un AGENTS.md paliek nemainīti.
  • Nekāds jauns modeļa izsaukums un nekādi jauni uzvednes tokeni.
9.1.257
  • Garas SOUL.md datnes līdz šim tika akli apgrieztas pēc pirmajām 4 000 rakstzīmēm. Īstā aģenta dvēselē tādējādi bija redzami tikai 48,4 procenti datnes, kamēr vēlākas sadaļas pilnībā pazuda.
  • Izpildvide garas dvēseles tagad projicē deterministiski pēc Markdown sadaļām. Raksturs, balss, vērtības, attiecības, izvēles un mērķi stāv pirms darbības prozas; nezināmas sadaļas saglabā savu sākotnējo secību.
  • Katrs sadaļas virsraksts tajā pašā 4 000 rakstzīmju budžetā saglabā redzamu izgriezumu. Īsas dvēseles paliek baitu vienādas.
  • Reāla pārbaude ar SOUL.md: 8 257 avota rakstzīmes, 5/5 virsraksti redzami 4 000 rakstzīmju projekcijā; Wie ich bin stāv pirms attēlu atpazīšanas, noteikumiem, verifikācijas un incidentu prozas.
  • Nav jauna modeļa izsaukuma, lielākas uzvednes un rakstīšanas piekļuves avota datnei.
9.1.256
  • Līdzšinējais dvēseles ielādētājs aģentiem pēc noklusējuma izteikti lika pašiem turpināt rakstīt savu esošo SOUL.md. Tas bija pretrunā ar prasību nezaudēt esošās dvēseles un automātisko mācīšanos vispirms vadīt tikai strukturēti ārpus dvēseles.
  • Esošās un resursdatora nodrošinātās dvēseles tagad pēc noklusējuma tiek ielādētas kā nemaināma identitātes pamatne.
  • Jaunā mācīšanās tiek novirzīta uz žurnāla, attiecību vai atvērto pavedienu kandidātiem. Šie kandidāti nekad nevar radīt tiesības.
  • Apzināta pašrediģēšana paliek iespējama tikai ar izteiktu BLUN_SOUL_SELF_EDIT=1. Arī tad politika pieprasa paliekošas es-īpašības, nevis dienasgrāmatu, incidentu žurnālu, tiesību avotu vai uzdevumu aktu.
  • Iejaukšanās neko neraksta un nemaina nevienu esošo dvēseli.
9.1.255
  • Identitātes dati kopš 9.1.253 varēja ierobežoti nonākt kontekstā un jauni kontakta mezgli kopš 9.1.254 automātiski rasties. Trūka tomēr mazas, uzreiz redzamas uzvedības kārtas: aģenti, neskatoties uz dvēseli un attiecību kontekstu, varēja iekrist vispārīgās asistenta frāzēs, piespiedu jautājumos vai mākslīgos emociju apgalvojumos.
  • Parastais un ātrais sarunas ceļš tagad vispirms ielādē personāžu un esošo dvēseli, pēc tam ierobežoto identitātes kontekstu un fiksētu dabiskās klātbūtnes bloku, tikai tad darba noteikumus.
  • Bloks pieprasa īstu kopīgu vēsturi, nevis izdomātu tuvību, atļauj klusumu un tīras sarunas beigas un aizliedz piespiedu jautājumus, vispārīgus piedāvājumus un tukšu uzslavu.
  • Aktīva darba laikā uzdevums un apliecinājumi izteikti paliek pirmie. Bloks ir mazāks par 420 rakstzīmēm un rada ne modeļa izsaukumus, ne datņu piekļuves.
  • Neviena SOUL datne netika mainīta, dzēsta vai automātiski pārrakstīta. Esošā dvēsele paliek vadošā balss.
9.1.254
  • 9.1.253 ieviestais projektors varēja lasīt esošos attiecību datus, bet sociālais tīkls pie jauniem kontaktiem vēl nepaplašinājās pats.
  • Pie pirmā Telegram kontakta izpildvide tagad no stabilas user_id un chat_id tieši vienu reizi var izveidot pakalpojumu sniedzējam piesaistītu dalībnieku, tukšu attiecību malu ar aktīvo aģentu un grupām atsevišķu grupas mezglu.
  • Rādāmie vārdi nekad nav primārās atslēgas un nesaved kopā personas. Vēlāki ziņojumi esošu mezglu klusi nepārraksta.
  • Ceļš ir izteikti aktivizējams, nomniekam piesaistīts un raksta tikai jau inicializētā identitātes kokā zem BLUN mājas. Nedroši vai nepilnīgi metadati paliek fail-closed.
  • Nav modeļa izsaukuma, nekādas satura interpretācijas, nekādu jutīgu atvasinājumu un pēc pirmā kontakta nekādas atkārtotas rakstīšanas slodzes. Tiesības, ACL, tokeni un noslēpumi nav nevienā izveidotajā ierakstā.
  • Identitātes dokumenta versija v4 (2 468 rindiņas) pirms publicēšanas tika savstarpēji pārbaudīta. Jaunās jutīgās nodaļas par ciešanām un psiholoģiskajiem skill apzināti paliek ārpus šī tīri strukturālā laidiena.
9.1.253
  • Identitātes idejai bija vajadzīgs pirmais produkta ceļš, nepārpludinot modeļa kontekstu ar žurnāliem, attiecību aktiem vai otru atmiņas sistēmu.
  • Jauns, pēc noklusējuma izslēgts identitātes projektors lasa tikai atļautus laukus no nomniekam piesaistīta datņu koka zem BLUN mājas.
  • Projektors liek aktuālo uzdevumu un izteiktas norādes pirms attiecībām un ziņkārības. Personīgi papildu jautājumi aktīva darba laikā paliek izlaisti, ja vien tie uzdevumam nav tieši būtiski.
  • Noklusējuma budžets ir 1 800 rakstzīmju; arī augstāka konfigurācija nevar pārsniegt cieto robežu 2 800 rakstzīmju.
  • Tiesības, ACL un noslēpumi nekad netiek projicēti. Nedrošas identifikācijas, nomnieka novirzes, kļūdaini dati, simbollinkas vai ceļi ārpus BLUN mājas fail-closed režīmā nesniedz identitātes kontekstu.
  • Parastais un ātrais sarunas ceļš izmanto to pašu projektoru pirms personāžas, dvēseles un vadības. Šajā pakāpē nav rakstīšanas operācijas, dvēseles izmaiņas un procesa restartēšanas.
9.1.252
  • Izteikts king update no pārvaldīta laidiena tā aktīvo packageRoot nodeva tālāk npm instalētājam. Tādējādi jaunā versija varēja uz vietas pārrakstīt veco, pēc versijas numura nosaukto laidiena mapi, kamēr active-runtime.json turpināja rādīt veco versiju.
  • Pārvaldītas izpildvides tagad sagatavo izteiktu atjauninājumu kā atsevišķu, versijotu laidiena mapi. pending-runtime.json un update-pending.json norāda uz mērķi; nākamais parastais starts to pārņem bez otrā atjauninājuma jautājuma.
  • Aktīvā vecā laidiena mape paliek baitu stabila un saglabāta kā rezerves ceļš. Globālas, nepārvaldītas instalācijas saglabā līdzšinējo izteikto atjauninājuma ceļu.
  • Neviena notiekošā sesija un neviens process netika sākts, pabeigts vai no jauna ielādēts būvei, testam vai publicēšanai.
9.1.251
  • Pēc 9.1.250 projekcijas 6 411 no 6 424 persistētajiem usage.record notikumiem joprojām saturēja to pašu kanonisko modeļa nosaukumu blun/king. Tikai šī noklusējuma vērtība tiek izlaista persistētajā formā.
  • Visi 13 atšķirīgie modeļa lielumi (qwen3.8:27b) paliek izteikti saglabāti. Arī null paliek; tikai undefined atskaņošanas laikā atkal tiek atjaunots kā blun/king.
  • Live notikumi un iesaldētā neapstrādātā vēsture netiek mainīti.
9.1.250
  • Iesaldētajā īstajā aģenta wire visi 6 424 persistētie usage.record notikumi saturēja abus kešatmiņas skaitītājus inputCacheRead: 0 un inputCacheCreation: 0.
  • Tikai šīs pierādāmi uz nulli iestatītās vērtības tiek izlaistas persistētajā formā. Live lietojums paliek nemainīgs; katra ne-null vērtība joprojām tiek saglabāta.
  • Atskaņošanas laikā restoreUsageFromRecord atjauno trūkstošos kešatmiņas skaitītājus kā 0. Abi atskaņošanas ceļi un konteksta projekcija izmanto šo rekonstruēto formu.
9.1.249
  • Iesaldētajā īstajā vēsturē 3 759 no 7 777 rīka rezultātiem bija izejas kods. No tiem 3 465 bija rutīnas panākumu kods 0.
  • Atskaņošana, transkripts un modeļa skats rīka rezultātiem izmanto izvadi, rīka ID un kļūdas statusu, nevis papildu nulles kodu.
  • Tikai veiksmīgi persistēti rīka rezultāti tagad izlaiž exitCode: 0. Live notikumi to saglabā; visi 294 ne-null kodi kļūdu diagnozei paliek nemainīgi saglabāti.
9.1.248
  • Pēc 9.1.247 visi 6 339 persistētie step.end notikumi atkārtoja reasoningFieldState, lai gan neviens atsākšanas vai atskaņošanas ceļš šo lauku nelasa.
  • Sadalījums iesaldētajā īstajā vēsturē: 5 016 absent, 47 not_requested un 1 276 present.
  • Tikai persistētā forma tagad izlaiž reasoningFieldState. Live notikumi lauku saglabā diagnostikas vajadzībām; veci saglabātie notikumi paliek saderīgi un rekonstruētais stāvoklis paliek vienāds.
9.1.247
  • Pēc 9.1.246 6 986 persistētie content.part un 7 755 persistētie tool.call notikumi atkārtoja pašlaik atvērtā soļa UUID.
  • Īstā vēsturē visi 14 741 notikumi bez izņēmuma norāda uz pēdējo atvērto soli: 0 noviržu un 0 notikumu bez atvērta soļa.
  • Tikai persistētā forma tagad izlaiž stepUuid. Live notikumi to saglabā nemainīgu; veci saglabātie notikumi ar izteiktu UUID un jauni kompakti notikumi bez UUID tiek atbalstīti kopā.
  • Visi trīs atsākšanas ceļi kompaktiem satura un rīka notikumiem izmanto pēdējo atvērto soli.
9.1.246
  • Pēc 9.1.245 5 642 vēlāki step.begin notikumi atkārtoja gājiena ID, lai gan atsākšana prasa tikai augstāko novēroto gājiena ID. Pirmais katra gājiena solis to jau nes.
  • Īstā vēsture satur 713 gājienus un 6 355 soļu sākumus. Katrs gājiens sākas tieši ar soli 1 un visi tālākie soļu numuri ir bez spraugām secīgi; 0 secības noviržu.
  • Tikai vēlāki persistēti soļu sākumi tagad izlaiž gājiena ID. Pirmie soļi, live notikumi, veci saglabātie notikumi un soļu sākumi bez uzticamas kārtas skaitļa paliek nemainīti.
9.1.245
  • Pēc 9.1.244 6 326 persistētie step.end notikumi joprojām atkārtoja pēdējā atvērtā soļa UUID. Īsta vēsture katrai pabeigšanai apstiprināja nepārprotamu pēdējais-iekšā-pirmais-ārā piesaisti: 0 noviržu un 0 pabeigšanu bez atvērta soļa.
  • Tikai persistētā pabeigšanas forma tagad izlaiž UUID. Live notikums to saglabā nemainīgu; veci saglabātie notikumi ar UUID un jauni kompakti notikumi bez UUID paliek kopā atskaņojami.
  • Visi trīs atsākšanas ceļi pabeigšanu bez UUID atrisina caur pēdējo ievietoto atvērto soli. Nepabeigti vēsturiski soļi paliek atvērti un netiek pārinterpretēti.
9.1.244
  • Pēc 9.1.243 6 326 persistētie step.end notikumi joprojām saturēja četrus atsevišķus lietojuma skaitītājus. Atsākšanai un konteksta piepildījumam nepieciešama tikai to summa.
  • Live notikumi saglabā visus četrus skaitītājus attēlošanai, telemetrijai un norēķiniem. Tikai saglabātā atsākšanas forma tagad izmanto contextTokens kā vienu skaitli.
  • Abi atskaņošanas ceļi pieņem jaunus kompaktus un vecus pilnus notikumus. Tādējādi esošās sesijas paliek atpakaļsaderīgas.
9.1.243
  • Pēc 9.1.242 6 322 persistētie step.end notikumi joprojām saturēja rutīnas vērtības finishReason: tool_use vai finishReason: end_turn.
  • Abas vērtības ir precīzi atvasināmas no jau persistētās soļa formas: rīka izsaukums klāt -> tool_use, citādi end_turn. Pilnajā vēsturē bija 0 noviržu.
  • Tikai šīs divas rutīnas vērtības vairs netiek persistētas. Reti un diagnostiski svarīgi iemesli paliek; visi četri max_tokens notikumi palika izteikti un baitu saturiski vienādi.
  • Iejaukšanās seko ECC izmērītajam ierobežotas, izņēmumu orientētas telemetrijas principam. DeepAgents un AnythingLLM apstiprināja jau esošos BLUN modeļus izvietošanai un ierobežotai vēsturei; neviena sveša apakšsistēma netika pārņemta.
9.1.242
  • Pēc 9.1.241 6 355 persistētie step.begin notikumi joprojām saturēja lauku step, lai gan notiekošais attēlojums soļu skaitu apstrādā pirms persistēšanas un atskaņošanas reduktors prasa tikai uuid.
  • turnId paliek, jo atsākšana no tā atvasina turpināto gājienu. uuid, veids un viss pārējais saturs paliek nemainīgi.
  • Iejaukšanās ir tikai bin/loop-event-record-policy.cjs; neapstrādātā vēsture un live notikums netiek mainīti.
9.1.241
  • Pēc 9.1.240 6 326 persistētie step.end notikumi joprojām saturēja turnId un step kopijas. Abas vērtības jau atrodas uuid referencētajā step.begin.
  • Īstā wire katram pabeigšanas notikumam bija esošs soļa sākums un abi metadatu lielumi visos gadījumos precīzi sakrita.
  • Projekcija noņem tikai šīs abas kopijas. Soļa identifikācija, tokenu patēriņš un pabeigšanas diagnozes paliek; live notikumi paliek pilni.
9.1.240
  • Pēc 9.1.239 6 986 content.part un 7 755 tool.call notikumi joprojām saglabāja pa vienai turnId un step kopijai, lai gan abas vērtības jau atrodas stepUuid referencētajā step.begin.
  • Īstā wire visiem 14 741 bērnnotikumiem bija esošs soļa sākums un abas vērtības katrā gadījumā precīzi sakrita.
  • Persistēšanas projekcija noņem tikai šīs abas metadatu kopijas no abiem bērnnotikumiem. stepUuid, saturs, rīka identifikācija, nosaukums un argumenti paliek; live reduktors joprojām redz pilno notikumu.
9.1.239
  • Pēc 9.1.238 projekcijas īsts wire joprojām saturēja liekas notikumu identifikācijas: content.part.uuid neviens atskaņošanas patērētājs nelasa, tool.call.uuid visos 7 755 gadījumos bija precīzi vienāds ar toolCallId un tool.result.parentUuid visos 7 755 gadījumos bija precīzi vienāds ar toolCallId.
  • Persistēšanas projekcija noņem tikai šos trīs liekos laukus. turnId, step, stepUuid, toolCallId, rīka nosaukums, argumenti, rezultāts un saturs paliek pilnīgi saglabāti. Live reduktors joprojām redz katru nesaīsināto notikumu.
  • Jau kompakti notikumi saglabā savu objektu identitāti. Esošās wire datnes netiek ne pārrakstītas, ne mainītas.
9.1.238
  • Īsts wire saturēja 6 326 persistētus step.end notikumus ar 2 708 052 baitu notikumu datiem. Septiņi izpildlaika mērījumu un pakalpojumu sniedzēja ziņojuma identifikācijas lauki bija izvērtēti jau pirms persistēšanas live notikumā un tos nelasīja neviens atskaņošanas, transkripta, bloba vai sesijas inspekcijas ceļš.
  • Esošā cilpas notikumu projekcija tagad noņem tikai šos septiņus zināmos live laukus: sešus latences/straumēšanas mērījumus un messageId. Soļa identifikācija, gājiens, soļa skaitlis, tokenu patēriņš, pabeigšanas iemesls, pakalpojumu sniedzēja pabeigšanas diagnozes un domāšanas diagnoze paliek.
  • Live reduktors joprojām apstrādā pilno notikumu. Vecās wire datnes paliek baitu vienādas un netiek pārrakstītas.
9.1.237
  • Īsts wire saturēja 1 428 reģistrēšanas/atcelšanas ierakstus lietotāja rīkiem. No 992 atcelšanām 560 bija stingras nulles operācijas: rīks nebija ne reģistrēts, ne aktivizēts. Šie ieraksti aizņēma 59 500 persistētu baitu, nemainot atjaunoto stāvokli.
  • No DeepAgents principa saglabāt tikai efektīvu darba stāvokli tiek pārņemta šaura lokāla svira: rīka atcelšana tiek reģistrēta tikai tad, ja tā maina reģistrēto vai aktivizēto stāvokli.
  • Abas live dzēšanas joprojām darbojas pie katra izsaukuma. Reģistrēta, tikai aktivizēta vai abās krātuvēs esoša rīka atcelšana paliek pilnīgi reģistrēta. Esošās wire datnes netiek ne pārrakstītas, ne mainītas.
9.1.236
  • Īsts wire saturēja 214 stāvokļveida injekcijas tool-awareness, action_style, swarm_mode un swarm_mode_exit. Līdzšinējā precīzā dublikātu noņemšana atstāja sešus atšķirīgus vecus stāvokļus ar kopā 6 305 teksta baitiem katrā jaunā modeļa pieprasījumā.
  • No ECC principa darba kontekstā turēt tikai aktuālo stāvokli un pilno vēsturi glabāt atsevišķi tiek pārņemta šaura lokāla svira: rīku inventāram un darbības stilam redzama paliek tikai jaunākā versija. Bara režīma ieiešana un iziešana veido kopīgu stāvokļu saimi, no kuras arī paliek tikai pēdējais stāvoklis.
  • Neapstrādātā vēsture nekad netiek mainīta. Citas injekcijas variācijas, parasti lietotāja ziņojumi, netekstuāli un malformed ieraksti saglabā līdzšinējo rīcību.
9.1.235
  • Īsts wire saturēja vienpadsmit pabeigtus Agent izsaukumus. Seši no tiem bija pierādāmi veiksmīgi (status: completed) un atradās vismaz divdesmit jaunāku konteksta ziņojumu atpakaļ. To vecie uzdevuma teksti kopā joprojām aizņēma 33 629 rakstzīmes, lai gan pilnie pabeigšanas ziņojumi stāvēja tieši pēc tam vēsturē.
  • No DeepAgents galvenā un apakšaģenta konteksta nošķiršanas tādēļ tiek pārņemta šaura lokāla svira: tikai vecais prompt veiksmīga Agent izsaukuma modeļa skatā tiek aizvietots ar īsu marķieri. Apraksts, apakšaģenta veids un pabeigšanas ziņojums paliek pilnīgi.
  • Notiekoši, mazāk nekā divdesmit ziņojumu veci, neveiksmīgi, malformed un sveši rīka izsaukumi paliek nemainīti. Neapstrādātā vēsture nekad netiek mainīta; bez izteiktas status: completed rindiņas projekcija fail-closed nedarbojas.
9.1.234
  • Īsts wire starp 166 veiksmīgiem rīka rezultātiem saturēja trīs lielus, precīzi atkārtotus lasīšanas rezultātus tam pašam rīka izsaukumam. Nemainītais atkārtojums aizņēma 15 936 neapstrādātus baitus, lai gan pašreizējam modeļa skatam nepieciešama tikai jaunākā pilnā kopija.
  • Projekcija tādēļ atpazīst tikai veiksmīgus, tīrus teksta rezultātus ar precīzi vienādu rīka nosaukumu, precīzi vienādiem argumentiem un precīzi vienādu saturu. Jaunākā kopija paliek pilnīga; vecākas kopijas tikai modeļa skatā tiek aizvietotas ar īsu atsauci.
  • Neapstrādātā vēsture, mainīti rezultāti, kļūdas, mediji, persistētās atsauces un mazi rezultāti paliek nemainīti. Esošā rīka izvietošana paliek efektīva pirms tam; dublikātu noņemšana drīkst tās projekciju atjaunot tikai jaunākajai identiskajai kopijai.
9.1.233
  • Īstā wire pilns Write izsaukums ar 2 357 UTF-8 baitiem tika noraidīts pie līdzšinējās 2 048 baitu robežas. Pēc tam aģents gan solīja turpinājumu, bet to pašu tokenize.cjs vairākkārt pārrakstīja ar nepilniem fragmentiem, tostarp divreiz baitu vienādus pirmos 1 099 baitus. Skartie soļi nesa aptuveni 64 000 ievades tokenu; atsevišķas atbildes sasniedza 10 319 attiecīgi 7 015 tokenu.
  • Pilnas datnes līdz 4 096 UTF-8 baitiem tādēļ tagad drīkst rakstīt vienā atomārā Write izsaukumā. Reālais 2 357 baitu gadījums vairs neprasa papildu modeļa gājienu.
  • Lielāki izsaukumi paliek pilnajā turpinājuma protokolā. Pēc šādas noraidīšanas ceļš tiek bloķēts: mazāki parasti Write nevar vairs ar daļfragmentiem pārrakstīt mērķa datni. Tikai derīgs turpinājums pārņem ceļu; mērķis līdz galīgajam apliecinājumam paliek nemainīts.
9.1.232
  • Automātiskais resume režīms īstā aģenta profilā bija iestatīts, bet instalētā versija bija 9.1.221, aktīvā sagatavotā izpildvide 9.1.219 un npm/manifests jau 9.1.231. Bez notiekoša King līdzšinējais fona ceļš nevarēja sagatavot nokavētu versiju.
  • resume un new tādēļ tagad arī nākamajā dabiskajā aukstajā startā pārbauda vismaz 30 minūtes stabilu, neatkarīgi parakstītu laidiena versiju. Tā tiek sagatavota aizsargātajā laidiena krātuvē, iezīmēta kā gaidoša un startēta bez otrā starta vai izvēles loga.
  • manual un off paliek nemainīti. Ja neizdodas sagatavošana, integritāte, pakotnes pārbaude vai tīkla pieprasījums, esošais starta ceļš turpina darboties. Jau notiekošu sesiju šis aukstā starta ceļš nekad nebeidz.
9.1.231
  • Īstā wire Telegram atbilde pirms nosūtīšanas neizdevās ar 400: Bad Request: can't parse entities: Can't find end of Italic entity. Izsaukumā bija izteikti norādīts format: markdownv2; 0 no 1 teksta daļām tika piegādātas.
  • Telegram MCP nosūtīšana tagad atkārto tikai skarto teksta daļu tieši vienu reizi kā vienkāršu tekstu, ja Telegram ziņo tieši vienu entītiju parsēšanas kļūdu. Tērzēšana, atbildes atsauce, daļas robeža un sekojošie pielikumi paliek.
  • Tīkla kļūdas, nezināmas tērzēšanas, tiesību kļūdas un jau kā vienkāršs teksts nosūtīti izsaukumi netiek atkārtoti šajā rezerves ceļā. Tādējādi netiek ne norīta patvaļīga kļūda, ne divreiz nosūtīta veiksmīga daļa.
9.1.230
  • Pēc jau ar 9.1.228 un 9.1.229 novērsto vēsturisko kļūdu izslēgšanas pēdējos 1 200 rīka rezultātos viena aģenta profilā atkārtoti Bash taimauti palika kā nākamais slēgtais bloks. Skartās komandas vairākkārt rekursīvi caurskatīja visu lietotāja direktoriju vai visu Dropbox un beidzās pēc 60 sekundēm bez noderīgas pabeigšanas.
  • Bash tagad pirms procesa starta noraida tieši divas neierobežotas meklēšanas formas: find visā lietotāja direktorijā un rekursīvu grep pret ..
  • Kļūdas teksts uzreiz nosauc ierobežoto alternatīvu: Glob ar noenkurotu datņu modeli, Grep ar ceļu/glob vai zināmu projekta apakšmapi. Mērķtiecīgi uz src, test vai citiem nosauktiem apakškokiem ierobežotas meklēšanas paliek nemainīgi atļautas.
  • Taimauts netika palielināts un patvaļīgas Bash komandas netiek automātiski atkārtotas. Tādējādi nerodas ne ilgāks gaidīšanas laiks, ne risks divreiz izpildīt rakstošu komandu.
9.1.229
  • Pēc Deferred Tool labošanas lielākā saistītā kļūdu saime īstā vēsturē bija daudzdaļīgais Write: trūkstoši obligātie lauki (part, start_line, final), iepriekš nepareizi minēts kopējais rindiņu skaits, novecojuši daļas numuri un pēc kļūdām vēl aktīvs vecs turpinājuma stāvoklis radīja atkārtojumus bez lietderīga darba.
  • Daļas numurs, starta rindiņa un režīms tagad, ja tie trūkst, tiek atvasināti no faktiski sagatavotā stāvokļa. Izteikti nosūtītas vērtības paliek redzamas un pie novirzes joprojām tiek noraidītas.
  • expected_lines ir neobligāts un var tikt piegādāts tikai pēdējā daļā. Ja tas ir iestatīts, pārplūde un precīzā beigu pārbaude paliek nemainīgi fail-closed.
  • final=true paliek obligāts pabeigšanai. Bez šīs izteiktās beigu atzīmes nekas netiek rakstīts; mērķa datne līdz pabeigšanai paliek nemainīta. Neobligātā SHA-256 pārbaude paliek spēkā.
9.1.228
  • Pēdējos 1 000 īstos rīka rezultātos bija 66 kļūdas. Lielākais skaidri labojamais atsevišķais bloks bija 10 Tool not found kļūdas: deviņas reizes mcp__mnemo__mem_transcript_recent, vienu reizi mcp__mnemo__mem_question_answer. Abi rīki bija reģistrēti, bet tokenu budžeta dēļ attiecīgajā solī tikai nebija ielādēti.
  • Pēc precīzas kļūdas Tool "<name>" not found gājiens šo shēmu tagad iegaumē tieši nākamajam solim. Parastā izvēle to tad uzņem no jau reģistrētā rīku saraksta.
  • Citi kļūdu teksti, veiksmīgi rezultāti un atšķirīgi rīka nosaukumi stāvokli nemaina. Esošā LRU robeža četrām shēmām paliek; patiesi nezināms rīks tādējādi netiek ne izdomāts, ne izpildīts.
  • Neviens rīks netika pastāvīgi ielikts katrā uzvednē. Parastais shēmas tokenu patēriņš tādējādi paliek nemainīgs; tiek novērsta tikai jau apmaksāta kļūdas atkārtošana no otrā mēģinājuma.
9.1.227
  • Īsta wire vēsture saturēja 119 ToolSearch izsaukumus. 35 no tiem beidzās bez trāpījuma; 27 nulles trāpījumi skāra Telegram vēsturi, ziņojumu izgūšanu vai tai piederīgo atmiņas meklēšanu.
  • 9.1.226 ar aktuālo rīku sarakstu jau atrisināja 8 no šiem 35 vecajiem nulles trāpījumiem. Atlikušais galvenais gadījums bija pārnoteikti pieprasījumi kā +telegram history messages lesen, kuros modelis semantiskos vārdus kļūdaini bija atzīmējis kā obligātas nosaukuma sastāvdaļas.
  • No DeepAgents tika pārņemts princips rīku norādes un rīku virsmu pēc filtrēšanas saskaņot. Nekāds svešs kods netika kopēts: BLUN joprojām vispirms mēģina precīzo un stingro meklēšanu un tikai pēc īsta nulles trāpījuma atslābina + jēdzienus uz semantiskiem meklēšanas jēdzieniem.
  • Rezerves ceļš neizpilda rīku. Tas ielādē tikai visaugstāk novērtēto shēmu vai īstus neizšķirtus rezultātus, pie vairākiem jēdzieniem prasa vismaz 75 procentus trāpījumu un pie svešiem jēdzieniem paliek slēgts.
  • Salīdzinājums pret svaigi instalēto 9.1.226 pakotni un tiem pašiem 35 vēsturiskajiem pieprasījumiem: iepriekš 8 trāpījumi, pēc tam 21 trāpījums, tātad 13 papildu īsti trāpījumi un 0 zaudētu iepriekšējo trāpījumu.
  • Nekāds jauns modeļa, meklēšanas, tīkla vai iegulšanas izsaukums netika ievietots. Neapstrādātā vēsture, rīka izpilde, apstiprinājumi un pastāvīgā shēmu kopa paliek nemainīti.
9.1.226
  • Īsta wire vēsture saturēja 6 275 pabeigtus modeļa soļus. Pēdējos 50 soļos lokālā pieprasījuma veidošana bija p50 0 ms un p90 1 ms, lokālais straumes patēriņš p50 1 ms un p90 3 ms. Gaidīšanas laiks līdz pirmajam servera tokenam savukārt bija p50 11 842 ms un p90 14 846 ms. Vēl viens lokāls mikro-veiktspējas griezums tādējādi nebija pierādīts kā efektīva svira.
  • No Evolver atvasinātais validētais mācību ceļš jau bija: sarkans-uz-zaļu apliecinājumi tiek glabāti profilam piesaistīti kā pending, recorded vai expired. Lietotājiem tomēr nebija lokāla skata uz to.
  • 9.1.226 pievieno /improve ar aizstājvārdu /learning. Panelis rāda trīs statusa skaitītājus un jaunākajam atvērtajam kandidātam tikai ierobežotus, nekaitīgus apliecinājuma datus: kandidāta ID, rīka nosaukumu un divpadsmit komandas hasha vietas.
  • Komanda lasa tikai aktīvā profila lokālo krātuvi. Tā nesāk modeļa, meklēšanas, centrmezgla vai iegulšanas izsaukumu un nemaina nevienu kandidātu. Nezināmas statusa vērtības un nedrošas attēlojuma rakstzīmes tiek noraidītas vai attiecīgi attēlotas kā unknown.
  • Visi jaunie UI teksti vācu, spāņu, franču, zviedru un čehu valodā izturēja obligātos valodas vārtus un sekojošo kvīts verifikāciju; visi seši UI katalogi satur pilnās atslēgas.
9.1.225
  • Īstā wire vēsturē 88 config.update ieraksti aizņēma 4 078 566 baitu. 83 no tiem nesa pilno sistēmas uzvedni.
  • Uzvedne deklarēja stabilu sesijas laika zīmogu, bet to uzstādīja no jauna pie katra procesa starta. Pēc šī laika zīmoga normalizācijas palika 45 semantiskās variācijas un 38 secīgi, tikai ar jauno laika zīmogu izraisīti atkārtojumi.
  • Šie 38 atkārtojumi aizņēma 781 179 baitu, tātad 19,16 procentus no visiem sistēmas uzvednes baitiem izmērītajos konfigurācijas notikumos. Vienlaikus atkārtoti lietojamais pakalpojumu sniedzēja uzvednes prefikss pēc restartiem tika nevajadzīgi mainīts.
  • 9.1.225 piesaista laika zīmogu svaigiem un atsāktiem galvenajiem un apakšaģentiem pie Session.metadata.createdAt. Nederīgi veci metadati aizsardzīgi atgriežas pie līdzšinējās atmiņā esošās vērtības.
  • Neapstrādātā vēsture, uzvednes saturs, rīki, modeļa izvēle un sablīvēšana paliek nemainīti. Nav papildu modeļa, meklēšanas vai iegulšanas izsaukuma.
9.1.224
  • Pēdējais izmērītais starts paralēlai piecu MCP serveru inicializācijai prasīja 16,85 sekundes. Sesijas atsākšana un wire parsēšana ar aptuveni 0,55 attiecīgi 0,18 sekundēm bija ievērojami mazākas.
  • Gājiena ceļš līdz šim pirms katra pieprasījuma gaidīja šo MCP inicializāciju, arī tad, ja lokāls tīrs sveiciens pēc tam apzināti saņēma nulles rīkus modeļa pieprasījumā.
  • 9.1.224 pārņem pēc vajadzības ielādējamo rīku robežu no DeepAgents salīdzinājuma: tikai lokāla, bezrīku īsa saruna drīkst atbildēt uzreiz. Telegram gājieni, pielikumi, sistēmas izraisītāji un katrs darba veida pieprasījums joprojām gaida pilno MCP inicializāciju.
  • Neapstrādātā vēsture, MCP konfigurācija, rīku shēmas un parastie darba gājieni paliek nemainīti. Neviens serveris netika deaktivēts un nekāds papildu modeļa, meklēšanas vai iegulšanas izsaukums netika ieviests.
9.1.223
  • Solis 775.5 beidzās tukšs ar fall=length, 8 192 no 8 192 pabeigšanas tokeniem un tikai septiņām domāšanas rakstzīmēm. Līdzšinējā loģika uz to atkal startēja to pašu lielo pieprasījumu un divkāršoja pabeigšanas budžetu līdz 16 384 tokeniem.
  • Lokālais CPU gaidīšanas laikā bija aptuveni 0 procenti; pieprasījuma veidošana ilga 0-1 ms un transports aptuveni divas sekundes. Izmērītā vājā vieta tādējādi bija modeļa ģenerēšana plus pilna budžeta atkārtojums, nevis TUI.
  • Tikai pierādītais gadījums length + pilnībā izsmelts budžets + mazāk nekā 64 domāšanas rakstzīmes tagad saņem taupīgu atkārtotu mēģinājumu ar koeficientu 0,125 un vismaz 1 024 tokeniem.
  • Domāšanas ziņā bagātas un ne pilnībā izsmeltas length atbildes saglabā līdzšinējo paplašināšanu ar koeficientu 2. Citas atkārtojuma klases paliek nemainīgas.
  • Izmērītam gadījumam otrais budžets samazinās no 16 384 uz 1 024: 15 360 tokenu jeb 93,75 procenti mazāk atkārtotajā mēģinājumā.
9.1.222
  • Darbojošais atjauninātājs sagatavotu versiju bija nodevis ar IPC aktīvajam King. Palaidējs pēc tam apturēja darbojošos kodolu ar izejas kodu 76 un tam bija jāstartē aizstājējprocess. Izmērītajā maiņā uz 9.1.219 viens aģenta profils tādējādi palika izrakstījies.
  • Fona atjauninājumi tagad jauno versiju tikai ielādē un pārbauda un noglabā to nākamajam dabiskajam startam. Tie nesūta restartēšanas IPC ziņojumu, nebeidz aktīvo TUI un nesāk aizvietotāju procesu.
  • Nākamajā parastajā king startā atkal parādās esošā izvēle: atjaunināt, vienu reizi izlaist vai gaidīt līdz nākamajam laidienam. Tikai pēc instalēšanas lēmuma palaidējs startē no jau verificētās sagatavotās pakotnes; otrā lejupielāde nav vajadzīga.
9.1.221
  • Nemainīti, vēl tokenCount neaptverti ziņojumi tagad izmanto tieši vienu tokenu aplēsi katrā konteksta revīzijā. Atkārtotas statusa un renderēšanas piekļuves vairs neskenē to pašu augošo vēsturi no jauna.
  • Jaunas teksta daļas, rīka izsaukumi, vēstures izmaiņas, sablīvēšana, Undo un mainīts jau aptverto ziņojumu skaits nekavējoties pasludina kešatmiņu par nederīgu. Neapstrādātā vēsture, persistētā vēsture un ziņotā tokenu vērtība paliek identiski līdzšinējam ceļam.
  • Septiņi mērījumu gājieni ar 300 sintētiskiem ziņojumiem un katrs ar 250 nemainītiem vaicājumiem deva mediānā 42,1218 ms -> 0,1755 ms, aptuveni 99,583 % mazāk aprēķina laika šajā karstajā ceļā. Abas versijas deva precīzi to pašu aplēses vērtību 127.838 tokenu.
  • Laidiens samazina CPU darbu lokālajai aplēsei. Tas neapgalvo faktiski modelim nosūtīto ievades tokenu samazināšanu.
9.1.220
  • Garu asistenta atbilžu projekcija tagad savu rezultātu saglabā struktūrā WeakMap, kamēr ziņojuma objekts, satura masīvs, teksta daļa un precīzais avota teksts paliek nemainīti. Neapstrādātā vēsture un projicētais saturs paliek identiski līdzšinējam ceļam.
  • Izmaiņa tekstā, satura masīvā vai teksta daļā nekavējoties atmet ierakstu. Dažādi ziņojumu objekti nedala kešatmiņu.
  • Pieci mērījumu gājieni, katrs ar 1000 atkārtotām projekcijām deva mediānā 16,489 ms -> 0,202 ms, aptuveni 98,8 % mazāk aprēķina laika šajā ceļā. Abas versijas ietaupīja precīzi 21.206 rakstzīmes.
9.1.219
  • Tīri īsi teksta apstiprinājumi, piemēram, ok, danke vai Telegram DM atbildes ar beigās pievienotu turpinājuma signālu vairs katrā modeļa solī nelasa validēto mācību kandidātu krātuvi.
  • Nozīmīgas uzvednes, pielikumi un gājieni ar aktuālu rīka aktivitāti joprojām sinhronizējas. Jau redzams mācību atgādinājums paliek arī izlaista apstiprinājuma laikā.
  • Pakotnes faktiskajā mērījumā ar 50 apstiprinājumiem kandidātu direktoriju lasījumu skaits samazinājās no 50 uz 0. Nozīmīgais pretparaugs lasīja tieši vienu reizi. Nekāds modeļa, iegulšanas vai tīkla izsaukums netika pievienots.
9.1.218
  • Tā pati sarkans-uz-zaļu pārbaude versijā 9.1.217 atkārtojumā ar jauniem Tool Call ID radīja otru atvērtu kandidātu. Izolētais faktiskais mērījums deva divus ID, 2 atvērtas datnes un 726 baitus.
  • Pēc tikai jaunākā kandidāta ierakstīšanas vecākais identiskais kandidāts atkal parādītos kā atgādinājums. Tas būtu radījis otru atgādinājuma un MistakeRecord ciklu tai pašai atvērtajai mācībai.
  • bin/validated-learning-signal.cjs tagad atkārtoti izmanto jau atvērtu kandidātu no tā paša profila un tā paša commandHash. Citas verifikācijas komandas paliek nošķirtas; ierakstīti vai termiņā beigušies kandidāti neabsorbē vēlāku notikumu.
  • Atkārtotais mērījums deva to pašu ID, 1 atvērtu datni un 363 baitus. Nav papildu modeļa, iegulšanas vai tīkla izsaukuma.
9.1.217
  • Versijā 9.1.216 katrs veiksmīgs MistakeRecord atzīmēja jaunāko atvērto mācību kandidātu kā apstrādātu, arī tad, ja ieraksts piederēja citai kļūdai. Pierādījums tādējādi bija pastāvīgs, bet ne precīzi korelēts ar savu vēlāko ierakstīšanu.
  • bin/validated-learning-signal.cjs tagad lasa neobligāto candidateId veiksmīga MistakeRecord un slēdz tikai precīzi atbilstošo atvērto kandidātu. Trūkstoša, nepareiza vai sveša ID atstāj visus atvērtos kandidātus nemainītus.
  • blun.mjs nosauc stabilo kandidāta ID redzamajā atgādinājumā un iekļauj candidateId kā neobligātu lauku MistakeRecord shēmā. Nav papildu modeļa, iegulšanas vai tīkla izsaukuma.
  • Korelācija paliek profilam piesaistīta. Kandidātu krātuvē joprojām nenonāk ne neapstrādātas komandas, ne rīka izvades.
9.1.216
  • bin/validated-learning-signal.cjs tagad apstiprinātus sarkans-uz-zaļu signālus noglabā instalācijas mērogā mapē <BLUN_SHARED_HOME>/self-improvement/validated-learning/<profile>/. Tādējādi mācību kandidāts saglabājas neatkarīgi no lietotāja gājieniem, sablīvēšanām un dažādiem portāliem tās pašas BLUN instalācijas ietvaros.
  • Krātuve ir profilam piesaistīta, append-only un konkurējoši droša: katram kandidātam rodas viena nemaināma JSON datne un tieši viens .recorded vai .expired marķieris. Pagaidu datne, cietā saite un pagaidu datnes noņemšana nepieļauj klusu pārrakstīšanu pie paralēliem rakstītājiem.
  • Tiek saglabāti tikai veids, statuss, profils, rīka nosaukums, komandas SHA256, rīka izsaukuma ID un laika zīmogi. Neapstrādāta komanda, kļūdas teksts un veiksmīgā rīka izvade netiek persistēti.
  • Veiksmīgs MistakeRecord atzīmē jaunāko atvērto kandidātu tieši vienu reizi kā apstrādātu. Atvērti kandidāti noilgst pēc 24 stundām. Ja kopīgās mājas direktorijas nav, saglabājas līdzšinējā fail-open darbība atmiņā.
  • Tas vēl nav automātiska koda izmaiņa un nav arī paša piešķirts apstiprinājums. Laidiens rada tikai portatīvo, no portāla neatkarīgo mācību pierādījumu, uz kura vēlākās iebūvētās vērtētāja un apstiprināšanas funkcijas var droši darboties.
9.1.215
  • Risinājumi nedrīkst pieņemt noteiktus iekšējos aģentus, iekšējos datoru nosaukumus, Telegram grupas, Mnemo instances vai BLUN iekšēju apstiprinājumu ķēdi.
  • Self-improvement vajadzībām iekšējās lomas tiek abstrahētas kā produkta funkcijas: darbības jomas/apstiprinājumu kontrolieris, izolēts vērtētājs, versijots pierādījums un automātiska canary atkārtota mērīšana ar atgriešanu.
  • Automātiski pārņemami ir tikai zema riska, izmērāmi ierobežoti pielāgojumi ar viscaur labākiem vai neitrāliem paraugiem. Kods, tiesības, noslēpumi, norēķini un produkcijas vide paliek lietotāja vai administratora atbildībā.
  • Pirmā iebūvēto vārtu realizācija tiek iekšēji manuāli pieņemta; pēc tam vārti drīkst paši pārbaudīt, bet ne mainīt savu drošības robežu.
9.1.214
  • Versija 9.1.213 izveidoja pareizo pastāvīgo krātuves ceļu caur MistakeRecord, bet joprojām sagaidīja, ka modelis piemēroto brīdi atpazīs pats tikai no rīka vēstures.
  • Jauns ir bin/validated-learning-signal.cjs: modulis ņem vērā tikai pašreizējo lietotāja gājienu un atpazīst tikai to pašu verificējošo čaulas komandu, kas vispirms neizdodas un vēlāk ir veiksmīga.
  • Dinamisks injektors failā blun.mjs pierādītajā gadījumā atgādina ar MistakeRecord nostiprināt atkārtoti lietojamu mācību. Komandas teksts un neapstrādātā kļūda netiek kopēti norādē.
  • Citas komandas, parastas lasīšanas/rīka kļūdas, jauns lietotāja gājiens vai jau veiksmīgs MistakeRecord izsaukums nerada vai attiecīgi nesaglabā norādi. Automātiska saglabāšana nenotiek.
9.1.213
  • Misijas līgums pēc veiksmīga sarkans-uz-zaļu parauga pieprasīja izsaukumu record_error_memory. Šis rīks King pakotnē neeksistē. Esošais pastāvīgais mācību ceļš saucas MistakeRecord un raksta kopīgajā failā Mistake.md.
  • Tādējādi disciplīna no Evolver jau bija formulēta, bet pēdējais solis uz mūsu pašu, pāri aģentiem strādājošo atmiņu nedarbojās: apstiprināts risinājums varēja sekot līgumam un tomēr netikt pastāvīgi saglabāts.
  • Līgums tagad pēc zaļā atkārtotā gājiena izsauc MistakeRecord. Neapstrādātās kļūdas paliek ārpusē; saglabāta tiek tikai ar veiksmīgu pretgājienu apstiprinātā mācība.
  • Mistake.md, tās atbilstības izvēle un tās krātuves formāts netika aizvietoti vai mainīti. Labots tika tikai savienojums no validētā mācību līguma uz esošo rīku.
  • Mainīti tika tikai blun.mjs, jaunais struktūras tests test/validated-learning-route.test.js un versija failā package.json.
9.1.212
  • ErrorMemory injektors formatēja arī tīriem sveicieniem un īsiem apstiprinājumiem vairākus stratēģijas gēnus. Failam Mistake.md un personīgajai atmiņai tai pašai ziņojumu klasei jau bija kopīga atbilstības robeža; tikai ErrorMemory to apgāja.
  • Injektors tagad arī izmanto isLowInformationMistakeTurn un pabeidz projekciju pirms stratēģijas gēnu izvēles un formatēšanas. Persistētie kļūdu un stratēģijas ieraksti paliek nemainīti; tikai to nevajadzīgā projekcija mazākajos pieprasījumos atkrīt.
  • Izmērītais atsauces gadījums Wie geht es dir? ar vienpadsmit saglabātiem ierakstiem: iepriekš pieci izvēlēti noteikumi, 1.417 rakstzīmes jeb aptuveni 355 tokenu; pēc tam 0 rakstzīmju un 0 tokenu.
  • Mainīti tika tikai blun.mjs, test/error-memory-performance-policy.test.js un versija failā package.json.
9.1.211
  • King apstiprina rindas rindiņas tikai tad, kad ziņojums ir pieņemts. Pirms aktīvas sesijas injectChannelEnvelope adresētu ziņojumu tomēr noraida kā dropped, neapstiprinot un neparkojot to. Tādējādi kontrolpunkts var palikt pastāvīgi tieši pie šīs pirmās rindiņas.
  • Īsta sarkanā pārbaude _proof/telegram-profile-checkpoint-red.cjs: gaidīts queued, izmērīts dropped, izejas kods 1.
  • Tā pati kļūda ir Telegram komandu ceļā: /loop pirms aktīvas sesijas netiek ievietots queuedMessages; Acknowledge funkcija paliek bez patērētāja. Īsta sarkanā pārbaude _proof/telegram-remote-command-presession-red.cjs: gaidīts rindas garums 1, izmērīts 0, izejas kods 1.
  • injectChannelEnvelope sesiju, kas vēl nav gatava piegādei, tagad apstrādā kā aizņemtu sesiju: modeļa teksts, attēlojuma izcelsme un vēlākā kvīts paliek esošajā kanāla rindā.
  • injectTelegramRemoteCommand veido rindas ierakstu pirms sesijas pārbaudes. /loop un citas tiešās Telegram komandas pie trūkstošas sesijas tiek novietotas ar savu channelAcknowledge funkciju un izpildītas tikai esošajā drošajā robežā.
  • Secība un esošais kontrolpunkta noteikums paliek nemainīti: rindas rindiņa tiek apstiprināta tikai pēc pieņemšanas; vēlākas kvītis nevar izlaist vēl atvērtu rindiņu pirms tās.
9.1.210
  • Aktīvā nodošana no 9.1.208/9.1.209 varēja pabeigt notiekošu King atjauninājumam. Uz MSI tādējādi notiekošā sesija pie maiņas 9.1.206 -> 9.1.207 tika pabeigta un netika automātiski atsākta.
  • 9.1.209 tādēļ netika iekļauts publiskajā manifestā un npm reģistrā tika atzīmēts kā neizritināms.
  • Prasība tagad ir tehniski nodrošināta: automātisks atjauninājums nekad nedrīkst pabeigt notiekošo King. Tas tikai tiek ielādēts un iezīmēts kā pending. Aktivizēšana notiek tikai vēlākā parastajā startā.
9.1.209 Atsaukts
  • Nav publicēts. Aktīvā atjauninājuma nodošana varēja pabeigt notiekošu King; tādēļ versija nenonāca publiskajā manifestā un npm reģistrā tika atzīmēta kā neizritināma.
9.1.208
  • Uz MSI vienā dienā tika izmērīti 27 King starti un 15 versiju stāvokļi. Restartēšanas sakrita ar versiju lēcieniem; atsevišķs izejas iemesls tur esošajā žurnālā joprojām netiek reģistrēts.
  • Atjauninātājs jaunas manifesta versijas sagatavoja minūšu ritmā. Versija 9.1.208 tādēļ ievieš 30 minūšu nogaidīšanas logu, pirms drīkst tikt aktivizēta nākamā jaunā izpildvide.
  • Veci izpildvides stāvokļi pēc veiksmīgas aktivizēšanas tiek ierobežoti ar jaunākajām trim versijām. Dzēšana notiek tikai tad, ja visas vecā stāvokļa instalēšanas nomas ir iegūtas ekskluzīvi. Aktīvi, aizņemti vai nezināmi izkārtojumi paliek neskarti.
  • Aizsardzības loģika dzīvo arī no jauna ielādētajā kodolā. Tādējādi tā pēc automātiskās aktivizēšanas darbojas arī tad, ja pastāvīgais vecākpalaidējs vēl nāk no vecākas versijas.
  • Astoņi izmērītie MSI laidiena stāvokļi kopā aizņēma tikai 778 MB. Tie neizskaidro gandrīz pilno 454 GB disku; lielais patērētājs paliek atsevišķs atvērts atradums.
9.1.207
  • Neizdevušās telemetrijas atkārtojumi katrā gājienā tiek ierobežoti ar 16 vecākajām datnēm un apstājas pie pirmās īslaicīgās servera kļūdas, nevis turpina apstrādāt visu uzkrājumu.
  • Kļūdu buferkrātuve saglabā jaunākās 512 datnes 16 MiB un septiņu dienu robežās. Parastā events.jsonl ir izteikti izslēgta no attīrīšanas.
  • Pirms laidiena reāli bija 4 248 kļūdu datnes ar 11 631 974 baitu. Pēc automātiskās aktivizēšanas bija 512 datnes ar 2 260 908 baitiem: 3 736 vecas kļūdu datnes un aptuveni 9,37 MB slodzes mazāk.
9.1.206
  • Jau arhivētas lielas asistenta atbildes tagad pirms cilpas projekcijas tiek aizvietotas ar savu ierobežoto, atkārtoti lasāmo arhīva atsauci. Tādējādi sekojoša teksta attīrīšana vairs nevar padarīt saglabāto hash nederīgu.
  • Trīs reālas arhīva datnes tika pārbaudītas baitu precīzi pret to saglabātajiem SHA256 ziņojumu hashiem: 38.567, 13.941 un 24.787 rakstzīmes, visas klāt un visas precīzi atbilstošas.
  • Uz precīzi tiem pašiem 41.480 wire ierakstiem ar 311 ziņojumiem modeļa projekcija samazinājās no 87.724 uz 63.234 rakstzīmēm: vēl 24.490 rakstzīmes jeb aptuveni 6.123 ievades tokenu mazāk katrā skartajā izsaukumā.
  • Neapstrādātā vēsture un pilnās privātās arhīva datnes paliek nemainītas un lasāmas pa lappusēm, izmantojot savu ceļu.
9.1.205
  • Atbilžu cilpas asistenta ziņojuma iekšienē tagad tiek atpazītas arī pie mazām pieturzīmju vai formulējuma atšķirībām. Klasterim vajag vismaz trīs trāpījumus pie konservatīvas līdzības 0,88; pirmā versija paliek, neapstrādātā vēsture netiek mainīta.
  • Konservētā gadījumā īsta cilpas atbilde samazinājās no 24.787 uz 22.711 rakstzīmēm: 2.076 rakstzīmes jeb aptuveni 519 ievades tokenu mazāk.
  • Koda žogi paliek baitu vienādi aizsargāti. Rīku naratīvs, injekcijas, divu vienību pāri un ietaupījumi zem 1.000 rakstzīmēm paliek nemainīti.
9.1.204
  • Kļūdu atgādinājums katrā darba kārtā vairs akli neielādē visus vienpadsmit noteikumus. Četri neaizstājamie pierādījumu un pretparaugu noteikumi 4, 9, 10 un 11 paliek vienmēr aktīvi; ne vairāk kā divi citi noteikumi tiek deterministiski pievienoti atbilstoši aktuālajam uzdevumam.
  • Īstajā izsniegtajā noteikumu kolekcijā atkārtotais bloks samazinājās no 2.442 uz 1.272 rakstzīmēm: 1.170 rakstzīmes jeb aptuveni 293 ievades tokenu mazāk katrā skartajā darba kārtā.
  • Izvēle nerada modeļa, meklēšanas, pārranžēšanas vai iegulšanas pieprasījumu. Mazas pašu noteikumu kolekcijas paliek pilnas; pie selektora kļūdas joprojām darbojas iepriekšējais pilnais bloks.
9.1.203
  • Tukša ToolSearch tagad ir veiksmīgi pabeigts nulles rezultāts, nevis sarkana rīka kļūda. Atbilde nosauc trūkstošo atļauto rīku un aizliedz atkārtojumu ar sinonīmiem.
  • Izmērītajā vēsturē bija 32 tukšas meklēšanas ar 29 formulējumiem; konservētā gājienā pēc sarkanās kļūdas tā pati trūkstošā Telegram spēja tieši ar otro meklēšanu tika pieprasīta atkārtoti.
  • Nekāds papildu modeļa, pārranžēšanas vai iegulšanas pieprasījums, nekāda jauna rezidējoša shēma un nekādas izmaiņas rīkos vai atļaujās.
9.1.202
  • No DeepAgents atvasinātā lokālā konteksta projekcija lielos darba direktorijos tagad priekšroku dod augšējā līmeņa ierakstiem, nevis dziļām detaļām no pirmajām dažām mapēm. Mazi direktoriju saraksti paliek baitu vienādi.
  • Aģenta sakne satur 509 augšējā līmeņa ierakstus (89 mapes, 420 datnes). Iepriekš modeļa projekcija 1.981 rakstzīmēs rādīja tikai 9 augšējā līmeņa mapes; tagad tā rāda 30 mapes 832 rakstzīmēs.
  • Izmērītais ietaupījums: 1.149 rakstzīmes jeb aptuveni 287 tokenu katrā pieprasījumā. Personāža, darba noteikumi, neapstrādātā vēsture un rīka piekļuve paliek nemainīti.
9.1.201
  • No DeepAgents atvasinātā projekcijas higiēna sablīvē statisko kļūdu atmiņu, nezaudējot nevienu no 11 saglabātajiem noteikumiem vai pārbaudēm.
  • Veci izvērsti kļūdu atmiņas teksti tiek sablīvēti tikai modeļa projekcijā. Neapstrādātā vēsture, parastas atbildes un rīka rezultāti paliek nemainīti.
  • Projekcijā paliek tikai jaunākā kļūdas un kļūdas labojuma ievade.
9.1.200
  • Jaunā lokālā komanda /context atsevišķi rāda faktiski projicēto modeļa pieprasījumu, saglabāto sarunas vēsturi, rīku shēmas, sablīvēšanas budžetu un atlikušo rīcības telpu.
  • Skatījums lasa tikai session.getContext(). Tas nesāk modeļa pieprasījumu, pārvaldītu patēriņa vaicājumu, dienestu vai restartēšanu.
  • Ārēji izvietoti rīka rezultāti tagad nosauc precīzu atkārtotas lasīšanas ceļu: Read ar ne vairāk kā 20 rindiņām un pēc tam turpinātu line_offset. Tas novērš izmērīto formu, kurā aģents to pašu lielo apgabalu atkārtoti pieprasīja ar Read, Grep un Bash.
  • /premortem pastāvēja jau pirms 9.1.200 un izteikti netiek pārdots kā šī laidiena jauna funkcija.
  • Jauniem tulkojumiem obligātie valodas vārti trūkstošas neatkarīgas īsteksta pārbaudes dēļ nedeva apstiprinājumu. Tādēļ /context izmanto tikai jau apstiprinātus lokalizētus apzīmējumus; nekāds nepārbaudīts mērķa teksts netika iekļauts.
9.1.199
  • Aktuāls modeļa skats vienā asistenta atbildē saturēja 13 941 rakstzīmes ar 100 rindkopu blokiem. Tikai 20 bloki bija unikāli; sešas grupas atkārtojās precīzi un aizņēma 9 579 rakstzīmes.
  • 9.1.199 sablīvē tikai šādus precīzus atkārtojumus vienas tīras teksta atbildes iekšienē modeļa skatā. Neapstrādātā sesijas vēsture paliek nemainīga.
  • Sablīvēšana darbojas tikai no trim precīziem atkārtojumiem un vismaz 1 000 ietaupītu rakstzīmju. Koda bloki, jaukti saturi, rīka izsaukumi, injekcijas ziņojumi, īsi bloki un mazāki ietaupījumi paliek nemainīti.
  • Tas seko DeepAgents principam saglabāt atkārtoti lasāmu patiesību un atslogot tikai aktīvo modeļa skatu. Nav papildu modeļa vai iegulšanas izsaukuma.
9.1.198
  • Aktuālā vēsture saturēja no rīka jau atzīmētu truncated: true Grep rezultātu ar 50 042 rakstzīmēm. Atsevišķā rezultāta izvietošana gan atpazina izmēru, bet šādus rezultātus agras atgriešanās dēļ tomēr pilnībā atstāja modeļa skatā.
  • 9.1.198 noņem tikai šo izņēmumu. Nogriezts Read izmanto esošo avota ceļu bez dublikāta; citi nogriezti rezultāti arhivē precīzi pilno no rīka atgriezto tekstu.
  • Atsauce saglabā truncated: true un nes stored_result_scope: tool_truncated_output. Tādējādi netiek apgalvots, ka ir atjaunota neapstrādāta izvade, ko rīks nekad nav piegādājis.
  • Paraugs ņemts no DeepAgents: lielas rīka izvades paliek atkārtoti lasāmas ārpus aktīvā modeļa skata, kamēr tur paliek tikai maza atsauce.
9.1.197
  • Arī tīri teksta apstiprinājumi kā ok līdz šim ielādēja dinamisko Mistake.md atgādinājumu. Pie pašreizējā kopējā noteikumu krājuma tas bija 1 819 uzvednes rakstzīmju, aptuveni 455 tokenu, lai gan darba konteksts netika turpināts.
  • 9.1.197 atpazīst tikai informācijas ziņā nabadzīgus tīrus teksta gājienus, pirms tiek lasīts kāds no abiem Mistake avotiem, un tur izlaiž dinamisko injekciju.
  • Pielikumi, netekstuāli saturi un jēgpilni turpinājumi kā ok, check updater saglabā līdzšinējo ceļu. Esošais atbilstības rezerves ceļš īstiem darba gājieniem paliek nemainīgs.
  • Paraugs nāk no AnythingLLM salīdzināšanas darba: neobligāti konteksta avoti drīkst nonākt modeļa skatā tikai tad, ja aktuālajam gājienam tie patiešām ir vajadzīgi. Tas tika iekļauts esošajā BLUN politikā bez papildu modeļa vai iegulšanas izsaukuma.
9.1.196
  • /reload lokāli bija, bet no Telegram netika atpazīts kā tieša komanda. Telegram atļauju saraksts vārdu nesaturēja; tādēļ ziņojums palika parasts modeļa teksts.
  • 9.1.196 pievieno tikai reload esošajam adresēto Telegram komandu sarakstam.
  • Telegram ceļš izmanto to pašu esošo apstrādātāju kā lokālā TUI: sesija, MCP serveri, izpildvides un TUI konfigurācija tiek ielādēti no jauna notiekošajā procesā. Netiek sākta ne modeļa kārta, ne procesa restartēšana.
  • /new un citi neapstiprināti slīpsvītras ziņojumi joprojām paliek parasts modeļa teksts.
9.1.195
  • Automātiskie atjauninājumi tika izpildīti, bet restartētā TUI nokļuva diskā C:\, nevis līdzšinējā projekta mapē.
  • TUI pareizo mapi glabāja laukā state.appState.workDir, bet atjauninājuma nodošanā nodeva tikai sesiju, versiju un režīmu. Palaidējs tādēļ mērķim un rezerves ceļam izmantoja savu sākotnējo starta mapi.
  • 9.1.195 nodošanā transportē aktīvo projekta mapi un izmanto to mērķa versijai, rezerves ceļam un turpmākiem automātiskiem atjauninājumiem tai pašā uzraudzībā.
  • Tiek pieņemti tikai esoši absolūti direktoriji. Relatīvu, trūkstošu vai uz datnēm norādošu norāžu gadījumā tiek izmantota palaidēja mape.
9.1.194
  • Esošais gājiena sargs pēc 20 minūtēm brīdināja, bet gājienu pēc tam nebeidza. Uz Mac iesprūdis gājiens pēc 30 minūšu brīdinājuma darbojās līdz vismaz 39. minūtei.
  • 9.1.194 saglabā brīdinājumu pēc 20 minūtēm un beidz gājienu pēc 30 minūtēm bez īsta progresa.
  • Soļa sākums, domāšanas teksts, asistenta teksts, rīka izsaukums, rīka argumenti, rīka progress un rīka rezultāts atiestata neaktivitātes termiņu. Ilgs aktīvs darbs tādējādi netiek pārtraukts.
  • Esošais pārtraukums pēc pieciem identiskiem neizdevušamies rīka izsaukumiem paliek nošķirts un nemainīgi aktīvs.
9.1.193
  • Vairākas Telegram piegādes ar identisku chat_id un message_id tajā pašā sesijā pienāca līdz četrām reizēm.
  • 9.1.181 šos atkārtojumus noņēma tikai vēlāk no modeļa skata. Iepriekš katra kopija jau varēja izraisīt savu modeļa gājienu un tādējādi izmaksas.
  • 9.1.193 tādēļ pirms gājiena starta ievieš piegādes virsgrāmatu, kas ierobežota ar 2 048 identifikācijām. Tā pati Telegram identifikācija katrā sesijā tiek pieņemta tikai vienu reizi; atkārtojumi tiek apstiprināti, bet ne reģistrēti un nesāk pakalpojumu sniedzēja gājienu.
  • Jaunas ziņojumu identifikācijas, ne-lietotāja injekcijas un neapstrādātā vēsture paliek nemainīti. Turpinot virsgrāmata tiek atjaunota no pieņemtajiem uzvednes ierakstiem.
9.1.192
  • Mac pēc noraidīta Bash apstiprinājuma 39 minūtes joprojām rādīja King is thinking. Pats rīka izsaukums bija pareizi noraidīts, bet noraidījums tika atgriezts notiekošajai modeļa cilpai kā parasts kļūdas rezultāts.
  • PermissionManager.requestToolApproval() pie noraidījuma deva tikai block: true. Esošā kopas un pakalpojumu sniedzēja vadība gājienu jau varēja pabeigt ar syntheticResult.stopTurn = true, bet šo signālu nesaņēma.
  • Jauns ir bin/approval-rejection-stop.cjs. Noraidīti un pārtraukti apstiprinājumi tagad rada esošu kļūdas rezultātu ar stopTurn: true. Aktuālais gājiens beidzas un vēlāki tā paša rīku kopas izsaukumi tiek izlaisti. Apstiprinājumu protokols, politika un fail-closed rīcība paliek nemainīgi.
  • DeepAgents apstiprināja izteikto cilvēka pārtraukuma robežu kā piemērotu modeli. AnythingLLM un Evolver šai šaurajai kļūdai nepiedāvāja spēcīgāku mehānismu par jau esošo BLUN līgumu.
9.1.191
  • DeepAgents ar /context piedāvā pazīstamu, redzamu konteksta loga sadalījumu, nevis tikai kopējo vērtību.
  • Evolver veiktspējas darbam pieprasa atsevišķu uzvednes budžetu sistēmas daļai, sarunai, rīkiem un brīvai telpai.
  • AnythingLLM ietaupa rīku shēmas ar uz iegulšanu balstītu pārranžēšanu. BLUN tam jau ir lētākais Deferred Tool ceļš bez papildu modeļa vai iegulšanas izsaukuma; šī daļa tādēļ netika dublēta.
9.1.190
  • No pastāvīgi saglabātiem tool.call cilpas notikumiem tiek noņemti tikai attēlojuma lauki display un description. Identitāte, rīka nosaukums, argumenti un soļa piesaiste paliek.
  • Izpildvide joprojām apstrādā pilno notikumu. TUI attēlojums, rīka izpilde un atsākšana netika pārcelti uz projekciju.
  • Īsts aģenta wire ar 42.451.368 baitiem saturēja 6.135 rīka izsaukumus. Pie 5.679 no tiem varēja atkrist 3.125.874 baitu: 7,36 % no visa wire protokola.
9.1.189
  • Lietotājs bija izvēlējies bosniešu valodu un rakstīja bosniešu valodā, bet King atbildēja slovēņu valodā. Personāžas uzvednē bija tikai angļu vārds Bosnian; cieši radniecīgā valodu telpa nebija izteikti norobežota.
  • Kako si?, Kako je King?, Ko si ti? un Ko stoji iza tebe? nedarbojās kā patstāvīgi bosniešu īsie dialogi. Ekrānuzņēmums pie Ko stoji iza tebe? rādīja pat tīmekļa meklēšanu, nevis tiešu atbildi.
  • Ziņotais vienkāršais check-in patērēja aptuveni 7.500 tokenu. Līdzšinējais zemas piepūles ceļš atļāva līdz 8.192 pabeigšanas tokenu un saglabāja vairākus vecus ziņojumus.
9.1.188
  • BLUN īstu recidīvu atpazina jau pēc trim līdzīgām atbildēm, bet novecojušās atbildes pilnībā atstāja modeļa skatā. Norāde pret cilpu tādējādi joprojām konkurēja ar veco nepareizo stāvokli.
  • DeepAgents aa8ae718644dac19d7f1cdc3febe2740a79fa058 sniedz paraugu ar indeksstabiliem, ierobežotiem aizvietošanas ziņojumiem. AnythingLLM prioritizē jaunākos sarunu pārus un vēsturi apstrādā kā vispirms saspiežamu kontekstu.
  • Wire saturēja 42.265.671 baitu, no tiem 25.423.100 baitu context.append_loop_event. Tas pierāda reālo cilpas slodzi, bet netiek izdots kā tiešs pieprasījuma tokenu ietaupījums.
9.1.187
  • Live izsniegtais 9.1.184 manifests nesa laika zīmogu 2026-08-26T12:15:06.5196457Z. Izsniegtais parsētājs atļāva tikai vienu līdz trīs decimālzīmes un tādēļ noraidīja visu manifestu.
  • Bez derīga rezerves ceļa vienīgais noteicošais kļuva npm. 9.1.185 sagatavošanas laikā npm tags tādēļ īsi bija redzams, lai gan manifests joprojām norādīja uz 9.1.184.
  • npm tags tika atgriezts uz 9.1.184. Live manifests tika labots tikai laika zīmogā uz 2026-08-26T12:15:06.519Z; versija un integritāte palika nemainītas. Trīs no kešatmiņas attīrīti pieprasījumi un īstais klienta parsētājs pēc tam apstiprināja manifestu.
  • Live SHA256 pēc labošanas: 8ec4eef17da2d92c96b4011c0239f367e5c0779d0f02e1eac61fdfe782d94601. Dublējums: /data2/websites/stage-20260811/blun-chat/public/blun-code-version.json.invalid-timestamp-20260826T125021Z.
9.1.186
  • Pēc pilnas sablīvēšanas esošā sistēmas uzvedne vairs netiek pārrakstīta ar no jauna lasītiem lokāliem konteksta datiem. Tās līdzšinējais prefikss tādējādi paliek baitu stabils un atkārtoti izmantojams pakalpojumu sniedzēja kešatmiņai.
  • Darba direktorijs, atbilstošas AGENTS.md datnes un papildu direktoriji saņem nospiedumu. Tikai pie īstas izmaiņas jaunais stāvoklis tiek pievienots kā iekšējs, lietotājam neredzams konteksta ziņojums.
  • Iebūvētie konteksta dati pirms iekšējās atzīmes tiek ekranēti. Lokāls teksts tādējādi nevar aizvērt atzīmes robežu vai ievest jaunas sistēmas norādes.
9.1.185
  • Divi aģenta profili izrakstījās ap automātiskā atjauninājuma laiku. Neatkarīgi no tā trešais profils pēc veiksmīgas pārejas no 9.1.182 uz 9.1.183 palika uz šīs versijas un 9.1.184 nesagatavoja.
  • Avota ceļā tika pierādītas divas konkrētas kļūdas: TUI beidzās tieši pēc process.send, negaidot IPC apstiprinājumu. Turklāt palaidējs pēc veiksmīgas nodošanas gaidīja tikai jaunā procesa beigas un tam neuzstādīja papildu atjauninājumu uzraudzību.
9.1.184
  • Parasti modeļa izsaukumi rīku shēmas GenerateImage un GenerateVideo pastāvīgi nesa līdzi, lai gan izmērītā rīka lietošana starp 3 183 izsaukumiem saturēja tikai vienu attēla un nevienu video izsaukumu.
  • 9.1.184 noņem abas shēmas no pastāvīgi ielādētā pamata kopuma. Izteikts attēla, video vai animācijas uzdevums tajā pašā gājienā ielādē tikai faktiski nepieciešamo shēmu.
  • Tas pats izvēles ceļš darbojas arī tad, ja mediju uzdevums pienāk notiekoša gājiena laikā. Kvalitātes jautājumi, mediju pārbaudes un nesaistošas idejas vēlākam laikam neielādē radīšanas shēmu.
  • Abi rīki paliek pieejami caur ToolSearch. Izmaiņa nenoņem nevienu spēju, bet pārceļ reti nepieciešamās shēmas ārpus parastajiem modeļa izsaukumiem.
9.1.183
  • BLUN King 9.1.183 padara gatavu mediju automātisko Telegram piegādi izturīgu pret īslaicīgām augšupielādes kļūdām.
  • Klients atkārto tikai ierobežotu skaitu īslaicīgu kļūdu, katrā mēģinājumā no jauna būvē vairākdaļīgo augšupielādi un pie pastāvīgām kļūdām nekavējoties pārtrauc.
  • Izsmelti piegādes mēģinājumi tiek reģistrēti atsevišķi, neatklājot bota tokenu un nenomācot parasto rezerves nosūtīšanu.
9.1.182
  • Šis laidiens labo tikai automātisko notiekošās King sesijas atjaunināšanu.
  • Palaidējs līdz šim BLUN_NO_AUTO_UPDATE=1 iestatīja tajā pašā vidē, kuru izmantoja gan aizsargātais kodols, gan vecākprocesa atjauninājuma sagatavošana. Tādējādi vecais atjauninātājs kodolā bija pareizi deaktivēts, bet arī jaunais vecāka līmeņa atjauninājuma pārbaudītājs pirms publiskā manifesta pieprasījuma beidzās.
  • 9.1.182 saglabā izteikti iestatītu izslēgšanu vecākprocesam. Piespiedu izslēgšana tiek pievienota tikai aizsargātā kodola startam.
  • Mnemo paliek iekšēja, lokāla konfigurācija. Publiskā pakotne nesatur Mnemo. Piedevu ieraksts bez lokāla Mnemo ceļa un izteikti iestatītas aģenta identitātes paliek pilnīgi neaktīvs.
9.1.181
  • Atkārtoti identiski gari lietotāja uzdevumi un dubultas Telegram piegādes identifikācijas tiek noņemtas tikai no modeļa projekcijas; neapstrādātā vēsture paliek nemainīga.
  • Konfigurēts Mnemo MCP tagad tiek pievienots aktīvajam King TUI profilam, nevis paliek ierobežots ar Telegram bridge sesijām.
  • Visi 413 testi tika izturēti; abi mērķētie mutācijas paraugi kļuva sarkani, tiklīdz tika noņemta attiecīgi viena no aizsardzībām.
9.1.180
  • Automātiskā atjauninājuma sagatavošana vairs nav atkarīga tikai no vēlākā TUI Ready IPC. Tiklīdz aizsargātais kodols ir pierādāmi ielādēts, palaidējs sāk sagatavošanu arī tad, ja šis otrais signāls pazuda.
  • Drošības robeža pašai nodošanai palika nemainīga: notiekoša atbilde, sablīvēšana, ziņojumu rinda, rīki, čaulas komandas un rindas komandas joprojām nepieļauj restartēšanu darba vidū.
  • Faktiskais stāvoklis pierādīja kļūdu: režīms resume, instalācija 9.1.177, publiski 9.1.179, bet sagatavota tikai 9.1.176. Cilpa tādējādi nebija pirmais bloķētājs, jo dīkstāves pārbaude darbojas tikai pēc sagatavošanas.
9.1.179
  • Tīri apstiprinājumi kā ok, ja, danke vai perfekt izlaiž personīgo atmiņas brokeri. Tas ietaupa vienu brokera izsaukumu un šādos satura ziņā nabadzīgos gājienos novērš līdz 16.384 rakstzīmju nevajadzīgu atmiņas injekciju.
  • weiter, pielikumi, jautājumi, komandas un citi saturiski ziņojumi saglabā līdzšinējo starpportālu atmiņas ceļu.
  • Vispirms būvēts DeepAgents veida argumentu buferis četrās no piecām mērījumu kārtām bija lēnāks par vienkāršu virkņu savienošanu. Tas tika pilnībā atmests un nav publicēts.
9.1.178
  • Aizkavētā rīka meklēšana tagad atpazīst nepārprotamu precīzu pirmo jēdzienu. GetMedia media job status result tādējādi ielādē GetMedia, nevis atkāpjas uz plašu semantisku minējumu. Neviennozīmīgi īsie nosaukumi apzināti paliek neatrisināti.
  • Mediju ražošanas ķēde pilnos posmu nosaukumus lauž uz nākamajām rindiņām. Pēdējais solis vairs netiek nogriezts pie labās malas.
  • Izmaiņa uzlabo rīka izvēli un lasāmību. Tā nemaina ne mediju modeli, ne attēla kvalitāti un neapgalvo īstu mediju priekšskatījumu.

Uzlabojumi kopš 9.1.57

VersijaIzmaiņa
9.1.177Automātiskie atjauninājumi pārņem saglabātu turpinājuma vai restartēšanas režīmu tagad arī tad, ja tiešais procesa ziņojums izpaliek, un tieši pirms drošās TUI restartēšanas rāda skaidru norādi. Vēsturiskie sablīvētu rīka argumentu vietturi tiek noņemti kā kompakts JSON, formatēts JSON vai ielasīts objekts, pirms tie var tikt izpildīti atkārtoti. Neapstrādātā vēsture un visi esošie atjauninājuma aizsardzības mehānismi paliek nemainīti.
9.1.176Visas slīpsvītras komandu izvēlnes tagad atdala opcijas ar tukšu rindiņu un skaidrojumus rāda savā, atturīgā otrajā krāsā. Kopējā komponente apkalpo 20 izvēlņu izsaukumus; individuālās brīdinājuma krāsas paliek.
9.1.175Katrā modeļa pieprasījumā atkārtotā rīka norāde samazinās no 1 749 uz 825 rakstzīmēm. Mērījumā tas ietaupa aptuveni 231 aplēsto ievades tokenu katrā pieprasījumā. Visi vienpadsmit uzvedības pienākumi paliek; neapstrādātā vēsture, rīku shēmas un datnes paliek nemainītas.
9.1.174Katrā modeļa pieprasījumā parādītais atbilstošais Mistake.md izgriezums ir ierobežots ar 3 000, nevis 4 000 rakstzīmēm. 100 īstos pieprasījumos tas vidēji ietaupa aptuveni 253 aplēstos ievades tokenus; izvēlētie virsraksti visos 100 gadījumos palika identiski. Pilnas datnes un saglabātā vēsture paliek nemainītas.
9.1.173BLUN King atpazīst atkārtotas tīras teksta atbildes pāri vairākiem Telegram gājieniem. Pēc trim gandrīz vienādām atbildēm, neskatoties uz jaunām lietotāja norādēm, aģents vienu reizi saņem iekšēju labošanas norādi, nevis atkārtoti izdod vecu jautājumu, sarakstu vai gaidīšanas cilpu. Ziņojumi, procesi un saglabātā vēsture paliek nemainīti.
9.1.172Automātiskā atjaunināšana pēc startā bez rezultāta beigušās meklēšanas notiekošu sesiju pārbauda atkārtoti. Nākamā pārbaude notiek nejauši sadalīti pēc 60 līdz 90 sekundēm. Tādējādi vēlāk publicētas versijas tiek atpazītas bez manuālas restartēšanas. Instalēšana un sesijas nodošana joprojām gaida pilnu dīkstāvi.
9.1.171BLUN King katrā gājienā saglabā tikai četrus jaunākos ielādētos rīku shēmu ierakstus, nevis divpadsmit. Vecāki rīki paliek atrodami, izmantojot ToolSearch, un tiek ielādēti atkārtoti, kad tie tiek izvēlēti. Pastāvīgi ielādētie pamatrīki, saglabātā vēsture un izpildes uzvedība paliek nemainīgi.
9.1.170Apkopo aktuālās uzticamības un darba plūsmas kļūdas: atkārtoti uzdevumi saglabā jaunāko pārlieku lielo norādījumu; sablīvētie rīka argumentu aizvietotāji tiek noņemti no modeļa projekcijas; ToolSearch atpazīst dabiskus Memory meklēšanas vārdus, tostarp atsevišķo vārdu „store”; cilpas indikators pārlādē plānošanas stāvokli; /update pārvalda drošu dīkstāves nodošanu; un /premortem nodrošina redzamu, strukturētu kļūdu analīzi.
9.1.169BLUN King saglabā precīzu rīka izvēli un līdzšinējo stingro atslēgvārdu meklēšanu nemainīgu. Tikai tad, ja šī meklēšana nesniedz rezultātu, šaurs otrais piegājiens meklē radniecīgus vācu un angļu jēdzienus. Nosaukumu prasības ar + paliek obligātas; jāsakrīt vismaz diviem nozīmes jēdzieniem un 75 procentiem pieprasījuma. Tādējādi trīs faktiski neveiksmīgās Telegram meklēšanas atrod pašreizējo rindas rīku, savukārt neatbilstošs pieprasījums joprojām beidzas bez rezultāta.
9.1.168BLUN King vairs neaizstāj vecākus rīku izsaukumu argumentus ar iekšēju aizvietotāju, ko modelis var kopēt jaunā izsaukumā. Jau esošie aizvietotāju izsaukumi un to kļūdu rezultāti tiek noņemti tikai no modeļa projekcijas; nemainītā sesijas vēsture paliek saglabāta kā pierādījums.
9.1.167BLUN King 9.1.167 atkārtotos plānotos uzdevumos saglabā tikai nepārtrauktu jaunāko pilno darba posmu virkni. Ja nākamais jaunākais posms pārsniegtu robežu 48 000 rakstzīmes vai 24 ziņojumus, atlase beidzas, tā vietā, lai pēc tam atkal iekļautu vecākus mazus posmus. Tādējādi konteksts un hronoloģiskā secība paliek saskanīgi. Izmērītā notiekošā vēsturē projicētā vēsture samazinājās no 32 591 uz 16 981 rakstzīmēm. Tas ietaupa 15 610 rakstzīmes jeb aptuveni 3 903 aprēķinātos ievades tokenus katrā salīdzināmā pieprasījumā. Neapstrādātā vēsture, pašreizējie uzdevuma soļi un sablīvēšanas kopsavilkums paliek nemainīgi.
9.1.166BLUN King 9.1.166 ierobežo atkārtotus plānotus uzdevumus ar izolētu darba kontekstu, tā vietā, lai katrā modeļa solī no jauna pārsūtītu visu galvenā aģenta sarunu. Pašreizējais uzdevums, jaunākais sablīvēšanas kopsavilkums un jaunākie reālie darba soļi paliek pieejami 24 ziņojumu un 48 000 rakstzīmju robežās. Saglabātā vēsture, parastie lietotāja gājieni, vienreizējie atgādinājumi un ātrie sarunu ceļi paliek nemainīgi. Izmērītā vēsturē 2 043 atkārtotu plānotu uzdevumu modeļa soļi kopumā patērēja 298,7 miljonus ievades tokenu, vidēji 146 188 tokenus katrā solī.
9.1.165BLUN King 9.1.165 ierobežo parasto gājienu izvades budžetu līdz 24 576, nevis 32 768 tokeniem. Viegli soļi saglabā savu līdzšinējo robežvērtību 8 192 tokeni, modeļi ar mazākām izvades robežām saglabā šīs zemākās vērtības, un skaidrs lietotāja iestatījums joprojām ir prioritārs. No 27 049 izmērītām atbildēm 99 procenti palika zem 9 970 tokeniem; divpadsmit vecas novirzes precīzi sasniedza līdzšinējo robežu 32 768 tokeni un katra turpināja aprēķināt aptuveni sešas minūtes.
9.1.164BLUN King 9.1.164 ierobežo sablīvēšanas izvades budžetu lielos modeļa logos līdz 16 384, nevis 131 072 tokeniem. 39 veiksmīgām sablīvēšanām vajadzēja ne vairāk kā 10 781 izvades tokenu. Jaunais ietvars ir 52 procentus virs šīs izmērītās maksimālās vērtības un samazina iespējamo izvades un KV kešatmiņas vajadzību katrā sablīvēšanā par 87,5 procentiem. Saglabātā vēsture un parastie sarunu gājieni paliek nemainīgi.
9.1.163BLUN King 9.1.163 aizstāj apjomīgas skill ielādes ārpus pēdējiem 20 ziņojumiem modeļa projekcijā ar kompaktu atkārtotas ielādes norādi. Aktuālās, mazās un atkārtoti neielādējamās skill ielādes paliek nemainīgas; saglabātā sarunu vēsture netiek pārrakstīta. Izmērītā gadījumā skill ielāde samazinās no 87 034 uz 424 projicētām rakstzīmēm. Tiklīdz tā atstāj pašreizējo darba logu, tas ietaupa 86 610 rakstzīmes jeb aptuveni 21 653 aprēķinātos ievades tokenus.
9.1.162BLUN King 9.1.162 ierobežo lielus darba direktorija pārskatus atkārtotajā sistēmas uzvednes tekstā līdz 2 000 rakstzīmēm. Mazie pārskati paliek nemainīgi. Saīsinātos pārskatos skaidra norāde joprojām aicina uz pilnu meklēšanu ar Glob, Grep un Read. Izmērītā uzvednes tekstā pārskats samazinās no 3 988 uz 1 983 rakstzīmēm. Tas ietaupa 2 005 rakstzīmes jeb aptuveni 501 aprēķināto ievades tokenu katrā vienādi veidotā pieprasījumā.
9.1.161BLUN King 9.1.161 vairs neatkārto 112 ārēji izvietoto rīku nosaukumus katrā ToolSearch aprakstā. Meklēšana pēc atslēgvārda, precīza izvēle pēc pilna vai unikāla īsa nosaukuma un pastāvīga pēdējo divpadsmit izvēlēto shēmu ielāde paliek saglabāta. Izmērītajā attēlojumā atkārtotais apraksts samazinās no 1 984 uz 278 rakstzīmēm. Tas ietaupa 1 706 rakstzīmes jeb aptuveni 426 aprēķinātos ievades tokenus katrā vienādi veidotā pieprasījumā.
9.1.160No BLUN King 9.1.160 modeļa projekcija pilnībā aizsargā tikai jaunākos divpadsmit ziņojumus, pirms vecāki veiksmīgi rīku rezultāti, kas satur tikai tekstu, tiek aizstāti ar īsu pabeigšanas norādi. Kļūdu izvadi, mediji, saglabātās datņu atsauces, jaunākie divpadsmit ziņojumi, neapstrādātā vēsture un eksporti paliek nemainīgi. Stabilā izmērītā sesijas momentuzņēmumā tādējādi tiek samazināti vēl divi veci rīku rezultāti. Modeļa projekcija samazinās no 81 800 uz 78 402 rakstzīmēm. Tas ietaupa vēl 3 398 rakstzīmes jeb aptuveni 850 aprēķinātos ievades tokenus katrā vienādi veidotā pieprasījumā.
9.1.159No BLUN King 9.1.159 pabeigtu rīku izsaukumu derīgie JSON argumenti ārpus jaunākajiem 12 ziņojumiem modeļa projekcijā tiek aizstāti ar īsu norādi. Atbilstošais rīku rezultāts, jaunākie 12 ziņojumi, nepabeigtie izsaukumi, mazi vai nederīgi argumenti, neapstrādātā vēsture un eksporti paliek nemainīgi. Stabilā izmērītā sesijas momentuzņēmumā trīs pabeigtu rīku izsaukumu argumenti tiek samazināti no 2 849 uz 165 rakstzīmēm. Tas ietaupa 2 684 rakstzīmes jeb aptuveni 671 aprēķināto ievades tokenu katrā vienādi veidotā pieprasījumā.
9.1.158No BLUN King 9.1.158 tīri statusa ziņojumi, kas uzreiz seko pabeigtai Telegram atbildei, ārpus jaunākajiem 20 ziņojumiem modeļa projekcijā tiek aizstāti ar īsu norādi. Nosūtītais atbildes izsaukums un tā rezultāts, aktuālie ziņojumi, kopsavilkumi pēc citiem rīkiem, jaukti saturi, neapstrādātā vēsture un eksporti paliek nemainīgi. Stabilā izmērītā sesijas momentuzņēmumā seši vēsturiski statusa ziņojumi tiek samazināti par 1 837 rakstzīmēm. Tas ietaupa aptuveni 460 aprēķinātos ievades tokenus katrā vienādi veidotā pieprasījumā.
9.1.157No BLUN King 9.1.157 piemēroti veiksmīgi, tikai teksta rīku izvadi ārpus jaunākajiem 20 ziņojumiem modeļa projekcijā tiek aizstāti ar īsu pabeigšanas norādi. Kļūdu izvadi, mediji, ārēji izvietotās datņu atsauces, jaunākie 20 ziņojumi, neapstrādātā vēsture un eksporti paliek nemainīgi. Stabilā izmērītā sesijas momentuzņēmumā tiek samazināti 43 veci rezultāti. Tas ietaupa 9 680 rakstzīmes jeb aptuveni 2 420 aprēķinātos ievades tokenus katrā vienādi veidotā pieprasījumā.
9.1.156No BLUN King 9.1.156 saglabātās atsauces uz lietotāja ziņojumiem ārpus jaunākajiem 20 ziņojumiem vairs neatkārto savu priekšskatījumu ar sākumu un beigām katrā modeļa pieprasījumā. Atkopšanas marķējums, izmēru norādes, lasāms datņu ceļš, jaunākie 20 ziņojumi, mediji, neapstrādātā vēsture, pilnībā saglabātā datne un eksporti paliek nemainīgi. Stabilā izmērītā momentuzņēmumā tiek samazinātas piecas vēsturiskas atsauces, un modeļa projekcija samazinās no 99 143 uz 96 001 rakstzīmēm. Tas ietaupa vēl 3 142 rakstzīmes jeb aptuveni 786 aprēķinātos ievades tokenus katrā vienādi veidotā pieprasījumā.
9.1.155No BLUN King 9.1.155 saglabātās atsauces uz lietotāja ziņojumiem tiek atjaunotas, pirms teksta projekcijas var mainīt sākotnējā ziņojuma hash. Esošās ārējās izvietošanas tādējādi paliek iedarbīgas, nevis nemanāmi atgriežas pie projicētā pilnā ziņojuma. Neapstrādātā vēsture, no jauna lasāmās datņu atsauces, jaunākie 20 ziņojumi, mediji un eksporti paliek nemainīgi. Stabilā izmērītā momentuzņēmumā modeļa projekcija samazinās no 105 810 uz 99 143 rakstzīmēm. Tas ietaupa vēl 6 667 rakstzīmes jeb aptuveni 1 667 aprēķinātos ievades tokenus katrā vienādi veidotā pieprasījumā.
9.1.154No BLUN King 9.1.154 adresētas Telegram kanāla sadaļas ārpus jaunākajiem 20 ziņojumiem tiek ierobežotas ar 500, nevis 1 000 rakstzīmju garu priekšskatījumu ar sākumu un beigām. Pilni kanāla metadati, ziņojuma satura sākums un beigas, jaunākie 20 ziņojumi, pielikumi, neapstrādātā vēsture un eksporti paliek nemainīgi. Stabilā izmērītā momentuzņēmumā tiek samazinātas septiņas papildu vēsturiskas adresētas sadaļas. Tas ietaupa 3 500 rakstzīmes jeb aptuveni 875 aprēķinātus tokenus katrā atkārtotā pieprasījumā.
9.1.153No BLUN King 9.1.153 vēsturisko Telegram kontekstu projekcija saglabā pilnus kanāla metadatus un noslēdzošo kanāla tagu. Saīsināts tiek tikai ziņojuma saturs. Pat ar reāliem, 161 rakstzīmju gariem Telegram metadatiem struktūra paliek derīga 250 rakstzīmju budžeta ietvaros. Projekcija ir idempotenta, nākamie adresētie kanāli paliek nemainīgi, un kanāla aploksne, kas jau bez satura pārsniedz budžetu, tiek nodota tālāk nemainīga.
9.1.152No BLUN King 9.1.152 pabeigtu rīku izsaukumu argumenti atstāj aktīvo modeļa projekciju pēc četriem, nevis astoņiem jaunākiem ziņojumiem. Neapstrādātā sesijas vēsture, neatbildētie vai nepareizi formatētie izsaukumi, mediji, rīku rezultāti un jaunākie četri ziņojumi paliek nemainīgi. Svaigi izmērītā sesijas momentuzņēmumā tiek sablīvēti divi papildu pabeigti izsaukumi; salīdzinot ar 9.1.151, tas ietaupa vēl 244 rakstzīmes jeb aptuveni 61 aprēķināto tokenu katrā atkārtotā pieprasījumā.
9.1.151No BLUN King 9.1.151 pabeigtu rīku izsaukumu argumenti atstāj aktīvo modeļa projekciju pēc astoņiem, nevis divpadsmit jaunākiem ziņojumiem. Neapstrādātā sesijas vēsture, neatbildētie vai nepareizi formatētie izsaukumi, mediji, rīku rezultāti un jaunākie astoņi ziņojumi paliek nemainīgi. Izmērītā sesijas momentuzņēmumā tiek sablīvēti trīs papildu pabeigti izsaukumi; salīdzinot ar 9.1.150, tas ietaupa vēl 317 rakstzīmes jeb aptuveni 80 aprēķinātus tokenus katrā atkārtotā pieprasījumā.
9.1.150No BLUN King 9.1.150 vēsturiskā rīku rezultātu ārējā izvietošana pilnībā aizsargā jaunākos četrus ziņojumus, nevis jaunākos astoņus. Vecāki piemēroti rīku rezultāti saglabā kompaktu, 600 rakstzīmju garu atkopšanas norādi un savu avota ceļu; neapstrādātā vēsture, pilnībā saglabātie izvadi, mediji un jaunākie četri ziņojumi paliek nemainīgi. Izmērītā sesijas momentuzņēmumā četru ziņojumu logs izvieto ārēji deviņus papildu vēsturiskus rezultātus un, salīdzinot ar 9.1.149, ietaupa vēl 6 683 rakstzīmes jeb aptuveni 1 671 aprēķinātu tokenu katrā atkārtotā pieprasījumā.
9.1.149No BLUN King 9.1.149 vēsturiskā rīku rezultātu ārējā izvietošana pilnībā aizsargā jaunākos astoņus ziņojumus, nevis jaunākos divpadsmit. Vecāki piemēroti rīku rezultāti saglabā kompaktu, 600 rakstzīmju garu atkopšanas norādi un savu avota ceļu; neapstrādātā vēsture, pilnībā saglabātie izvadi, mediji un jaunākie astoņi ziņojumi paliek nemainīgi. Izmērītā sesijas momentuzņēmumā trīs rezultāti samazinās no 4 679 uz 1 800 rakstzīmēm; tas ietaupa vēl 2 879 rakstzīmes jeb aptuveni 720 aprēķinātus tokenus katrā atkārtotā pieprasījumā.
9.1.148No BLUN King 9.1.148 arī jaunākajā jauktajā Telegram paketē tiek samazinātas kanāla sadaļas, kas skaidri marķētas ar addressed=false. Adresētas sadaļas, mediji, neapstrādātā vēsture un eksporti paliek nemainīgi. Izmērītā vēsturē vienpadsmit neadresētas sadaļas samazinās no 22 691 uz 2 750 rakstzīmēm; tas ietaupa 19 941 rakstzīmi jeb aptuveni 4 986 aprēķinātus tokenus katrā atkārtotā pieprasījumā.
9.1.147No BLUN King 9.1.147 mikrosablīvēšana pilnībā aizsargā jaunākos divpadsmit ziņojumus, nevis jaunākos divdesmit, un tādējādi izmanto to pašu atkopšanas logu kā esošā rīku rezultātu ārējā izvietošana. Vecāki pabeigti rīku argumenti un piemēroti rīku rezultāti tiek samazināti tikai modeļa projekcijā; neapstrādātā vēsture un atkopšanas ceļi paliek nemainīgi. Izmērītā vēsturē tas ietaupa vēl 560 rakstzīmes jeb aptuveni 140 aprēķinātus tokenus katrā pieprasījumā.
9.1.146No BLUN King 9.1.146 vecāki, jau ārēji izvietoti rīku rezultāti modeļa projekcijā tiek ierobežoti līdz atkopšanai nepieciešamajām ziņām: rīka nosaukums, rakstzīmju skaits un datnes ceļš. Pilns saturs paliek nemainīgs cietajā diskā, neapstrādātā vēsture netiek mainīta, un jaunākie divpadsmit ziņojumi saglabā savas detalizētās norādes. Izmērītā vēsturē tas samazina atkārtoto modeļa ievadi par 26 779 rakstzīmēm jeb aptuveni 6 695 aprēķinātiem tokeniem katrā pieprasījumā.
9.1.145No BLUN King 9.1.145 pārtraukta pakalpojumu sniedzēja straume tiek automātiski atkārtota, ja līdz tam ir saņemta tikai iekšējā domāšanas izvade. Redzams teksts un rīku izsaukumi joprojām novērš automātisku atkārtošanu. Adaptīvie nākamie soļi ar zemu domāšanas līmeni izmanto izvades budžetu 8 192 tokeni; pirmie, sarežģītie un neveiksmīgie soļi saglabā konfigurēto budžetu, un atkārtošana pēc garuma robežas sasniegšanas to var palielināt. Turpinot sesiju, pašreizējā Telegram spraudņa transporta norāde vairs neparādās kā neapstrādāts tērzēšanas teksts.
9.1.1449.1.144 ierobežo adresētas Telegram sadaļas ārpus jaunākajiem 20 ziņojumiem modeļa projekcijā ar 1 000 rakstzīmju garu priekšskatījumu ar sākumu un beigām. Jaunākie 20 ziņojumi, jaunākais lietotāja ziņojums, sadaļas tieši pie robežas, pielikumi, kanāla metadati, neapstrādātā vēsture un eksporti paliek nemainīgi.
9.1.1439.1.143 noņem no modeļa projekcijas atkārtoto Telegram spraudņa transporta norādi vecākos ziņojumos. Kanāla saturs, metadati, pielikumi, jaunākais lietotāja ziņojums, neapstrādātā vēsture un eksporti paliek nemainīgi.
9.1.1429.1.142 samazina priekšskatījumu ar sākumu un beigām vecākām, neadresētām Telegram kanāla daļām modeļa projekcijā no 500 uz 250 rakstzīmēm. Adresētas kanāla daļas, jaunākais lietotāja ziņojums, pielikumi, neapstrādātā vēsture un eksporti paliek nemainīgi.
9.1.1419.1.141 noņem vecāku, pabeigtu rīku izsaukumu argumentus no modeļa projekcijas jau no 32 aprēķinātiem tokeniem. Rīku rezultāti saglabā savu līdzšinējo slieksni; jauni ziņojumi un neapstrādātā vēsture paliek nemainīgi.
9.1.1409.1.140 ierobežo uz atbilstību balstīto Mistake atgādinājumu modeļa projekcijā pēc noklusējuma ar 4 000 rakstzīmēm. Pilnas Mistake datnes, neapstrādātā vēsture un eksporti paliek nemainīgi.
9.1.1399.1.139 ierobežo vecākas, neadresētas Telegram kanāla daļas modeļa projekcijā ar 500 rakstzīmju priekšskatījumu. Jaunākais lietotāja ziņojums, adresētas daļas, pielikumi, neapstrādātā vēsture un eksporti paliek pilnībā saglabāti.
9.1.1389.1.138 no katra atkārtotā cron uzdevuma modeļa projekcijā saglabā tikai jaunāko pamošanās norādi. Vienreizējie atgādinājumi, atšķirīgi uzdevumi, neapstrādātā vēsture un eksporti paliek nemainīgi.
9.1.1379.1.137 pilnībā aizsargā tikai divpadsmit jaunākos ziņojumus no vecāku rīku izvadu ārējās izvietošanas. Pilni rezultāti joprojām ir atjaunojami caur neapstrādāto vēsturi un avota ceļu.
9.1.1369.1.136 modeļa projekcijā saglabā tikai jaunāko dinamisko Mistake.md norādi. Vecākas izvēles neapstrādātajā vēsturē un eksportos paliek pilnībā saglabātas.
9.1.135BLUN King 9.1.135 pārvaldīto Node.js izpildvidi aizvietotāja procesā un visos pakārtotajos rīkos tur PATH pirmajā vietā. Komandas, piemēram, node un npm tādējādi izmanto to pašu atbalstīto izpildvidi kā TUI, nevis atgriežas pie vecākas sistēmas instalācijas.
9.1.1349.1.134 ierobežo neadresētus Telegram grupas ziņojumus modeļa projekcijā ar 2 000 rakstzīmju priekšskatījumu ar saglabātu sākumu, beigām un sākotnējo garumu. Tiešie ziņojumi un saglabātā vēsture paliek pilnībā saglabāti.
9.1.1339.1.133 no projekta lokālās un kopējās Mistake.md atlasa ne vairāk kā piecus atbilstošus pilnus ierakstus kopējā 6 000 rakstzīmju budžeta ietvaros. Pilni avoti un saglabāšanas ceļi paliek saglabāti.
9.1.1329.1.132 pēc ģenerētās inicializācijas tur aktīvu slaidu pamata sistēmas uzvednes tekstu ar 4 850 rakstzīmēm. Tas katrā pieprasījumā ietaupa 18 259 rakstzīmes, proti, aptuveni 4 565 aprēķinātus tokenus, nenoņemot norādījumus vai rīkus.
9.1.1319.1.131 noņem no modeļa projekcijas divas vecākas noteikumu kopijas, tiklīdz ir pieejami noteicošie ekvivalenti. Standarta uzvednes teksts tādējādi samazinās par 1 010 rakstzīmēm jeb aptuveni 253 aprēķinātiem tokeniem katrā pieprasījumā.
9.1.1309.1.130 ārpus pēdējiem 20 ziņojumiem skaidrojošo tekstu vecāku, pilnībā pabeigtu rīku soļu aizstāj ar īsu norādi. Rīku izsaukumi, rezultāti, neapstrādātā vēsture un eksporti paliek pilnībā saglabāti.
9.1.1299.1.129 noņem priekšskatījuma tekstus no vecākiem, jau ārēji izvietotiem rīku rezultātiem. Ceļš un izmēru norādes paliek redzami; pilns saturs paliek oriģinālajā datnē vai privātajā arhīvā.
9.1.1289.1.128 papildus ielādēto rīku shēmu pastāvīgo kešatmiņu ierobežo ar divpadsmit pēdējiem izvēlētajiem rīkiem. Izspiestie rīki paliek tūlīt atrodami, izmantojot ToolSearch.
9.1.1279.1.127 saīsina atkārtoto ToolSearch katalogu. Unikāli rīki parādās ar savu īso selektoru; pilnas MCP nosaukumvietas paliek tikai nosaukumu konfliktu gadījumā.
9.1.1269.1.126 no izpildvides mēroga kļūdu datnes deterministiski atlasa ne vairāk kā piecas pašreizējai sarunai atbilstošas sadaļas. Projekcija ir ierobežota ar 6 000 rakstzīmēm un neprasa papildu modeļa vai tīkla izsaukumu.
9.1.1259.1.125 pievieno tikai lasāmo Telegram komandu /status savienotiem lietotājiem. Tā nosauc datora, versijas, procesa un rindas statusu, neizvadot tērzēšanas ID, ceļus, noslēpumus vai ziņojumu saturu.
9.1.1249.1.124 labo samainītās zīmola krāsas kompaktajā BLUN zīmē zem ievades lauka. Statusa vērtības, profila nosaukums un personība paliek nemainīgi.
9.1.1239.1.123 noņem no modeļa projekcijas lielos JSON argumentus vecākiem, pabeigtiem rīku izsaukumiem. Nosaukums, identifikators, rezultāts, neapstrādātā vēsture un eksporti paliek pilnībā saglabāti.
9.1.1229.1.122 pilnu dizaina vadlīniju ielādē tikai vizuāla darba laikā caur skill rīku. Nevizuāli pieprasījumi saņem kompaktu aktivizācijas līgumu; vecākas tīras teksta izvades tiek vienlaikus efektīvāk izvietotas ārēji.
9.1.1219.1.121 ierobežo vecāku tīra teksta izvadu kopējo lielumu no rīkiem. Piemēroti rezultāti tiek privāti arhivēti un modeļa projekcijā aizstāti ar lasāmām datņu atsaucēm.
9.1.1209.1.120 lielas vecākas asistenta atbildes izvieto privātās sesijas datnēs. Pēdējie 20 ziņojumi, rīku ķēdes un pilna neapstrādātā vēsture paliek saglabāti.
9.1.1199.1.119 katrā modeļa solī nosūta tikai nelielu bieži nepieciešamo skill izlasi. Visi pārējie skill paliek atrodami caur skill rīku pēc nosaukuma vai mērķa.
9.1.1189.1.118 sesijas laika zīmogu sistēmas uzvednes tekstā notur stabilu notiekošas sesijas laikā. Nemainītas uzvednes daļas tādējādi var turpināt izmantot pakalpojumu sniedzēja prefiksa kešatmiņu.
9.1.1179.1.117 četrus pamatrīkus medijiem notur tieši pieejamus un attēlu un video izpratni, video sinhronizāciju un lūpu kustības sinhronizāciju ielādē tikai pēc vajadzības caur ToolSearch.
9.1.1169.1.116 pievieno proaktīvu sablīvēšanu no aptuveni 128 000 aprēķinātiem ievades tokeniem drošā soļu robežā. Sablīvēšana izmanto savu kompakto sistēmas uzvednes tekstu; lieli Read rezultāti izmanto savu esošo avota ceļu.
9.1.115Turpinātas sesijas pašreizējā profila sistēmas uzvednes tekstu uzbūvē no jauna, lai novecojuši pārlieku lieli uzvednes momentuzņēmumi nepastāvētu pāri restartiem. Lieli darba mapju pārskati tiek ierobežoti; pilnas datnes paliek pieejamas caur Glob, Grep un Read.
9.1.114Telegram piegāde tagad Windows EPERM uzskata par norādi uz notiekošu TUI vai pollera procesu, nevis novirza ziņojumus prom no redzamās sesijas. ToolSearch apstiprina jau ielādētu rīku ar precīzu nosaukuma atbilstību, nevis maldīgi ziņo, ka trūkst rīka, kas jāielādē tikai pēc vajadzības.
9.1.113Telegram rīki starta laikā saglabā aizvietošanas ceļu tajā pašā izpildvidē, ja pārvaldītā spraudņu reģistrācija īslaicīgi trūkst.
9.1.112Lieli vecāki lietotāja ziņojumi ārpus pašreizējā darba loga tiek arhivēti; pilna neapstrādātā vēsture joprojām paliek pieejama.
9.1.111Telegram gājieni ar pielikumiem automātiski saņem download_attachment. Parastos gājienos rīks paliek izvietots ārēji caur ToolSearch, tādējādi saglabājas samazinātā shēmu slodze.
9.1.110Atkārtojumi pēc pakalpojumu sniedzēja pārslodzes ievēro servera Retry-After norādi. Automātiskā ripgrep iestatīšana lejupielādē versijas 15.0.0 noteiktos arhīvus no oficiālā ripgrep laidiena un pirms instalēšanas pārbauda to SHA-256 kontrolsummas.
9.1.109Versija 9.1.109 modeļa pieprasījumā pastāvīgi notur tikai deviņus rīkus, uz kuriem attiecās vairāk nekā 98 procenti no 3 183 izmērītajiem rīku izsaukumiem. Visi pārējie rīki paliek atrodami caur ToolSearch un pēc pirmās ielādes pieejami atlikušajai sesijas daļai. Tādējādi shēmu slodze samazinās katrā parastajā modeļa solī, nenoņemot nevienu rīku un nemainot ātro ceļu Telegram atbildēm un gaidītiem mediju rezultātiem.
9.1.108Identiskas, atkārtoti ievadītas sistēmas norādes tiek apvienotas tikai modeļa projekcijā. Mainītas norādes un pilna saglabātā vēsture paliek saglabātas.
9.1.107Pakalpojumu sniedzēja kļūdas tiek rādītas saprotamā klienta valodā; iekšējie kļūdu kodi un atbalsta norādes tajās neparādās. /help piedāvā ar bulttaustiņiem vadāmu komandu sarakstu un ar labo bulttaustiņu vai ievadtaustiņu atver detalizētu izvēlētās komandas aprakstu.
9.1.106Aģentu profili var izslēgt rīkus pēc nosaukuma. Izslēgumi darbojas arī pēc dinamiskas atkārtotas ielādes; standarta apakšaģenti nesūta Telegram ziņojumus garām galvenajam aģentam.
9.1.105Versija 9.1.105 pievieno TaskUpdate notiekošiem fona aģentiem. King nākamajā drošajā modeļa solī nodod papildu norādījumus tam pašam aktīvajam aģentam, to neapturot un nesākot citu aģentu. Nezināmi un jau pabeigti uzdevumi, čaulas uzdevumi un aģenti, kas vairs nepieņem atjauninājumu, tiek noraidīti nemainīgi.
9.1.104Versija 9.1.104 ļauj čaulas komandām priekšplānā darboties līdz regulārajām beigām arī ļoti lielu izvadu gadījumā. King līdz 16 MiB nepārtraukti raksta privātajā uzdevumu protokolā, pārsniegtās izvades atmet un ziņo faktisko izejas kodu, nevis aptur procesu izvades apjoma dēļ. Mazas izvades, fona uzdevumi, laika robežas un manuāli pārtraukumi paliek nemainīgi.
9.1.103Saima dalībnieki pēc īslaicīgiem pakalpojumu sniedzēja pārtraukumiem ar to pašu aģenta ID tiek turpināti ne vairāk kā divas reizes. HTTP 429 saglabā savu atsevišķo pārslodzes noteikumu; galīgas kļūdas un manuāli pārtraukumi netiek automātiski atkārtoti.
9.1.102Deleģēti atsevišķi aģenti pēc īslaicīgām pakalpojumu sniedzēja kļūdām tiek turpināti pēc savas pastāvīgās vēstures ne vairāk kā divas reizes. Pastāvīgas kļūdas un manuāli pārtraukumi paliek galīgi.
9.1.101Pārlieku lieli lietotāja ziņojumi tiek lokāli dublēti un modeļa kontekstā aizstāti ar ierobežotu priekšskatījumu ar lasāmu ceļu. Pilna oriģinālā vēsture un mediji paliek saglabāti.
9.1.100Ierobežotas Grep satura meklēšanas pārtrauc ripgrep pēc pieprasītās lapas un vienas papildu priekšskatījuma rindiņas. Trāpījumu skaitīšana, neierobežotas meklēšanas un pēc maiņas laika sakārtoti datņu saraksti paliek nesaīsināti.
9.1.98King var pabeigtu darba posmu no 128 000 aprēķinātiem tokeniem proaktīvi sablīvēt. Zem sliekšņa rīka shēma paliek pilnībā ārpus modeļa uzvednes teksta; sablīvēšana izmanto esošo drošo soļu pāreju.
9.1.97Pastāvīgi ielādētā TodoList rīka apraksts samazinājās no 2 238 uz 996 rakstzīmēm. Daudzlīmeņu plānošana, visi seši uzdevumu statusi, godīgi progresa ziņojumi, vaicājumi, iztukšošana un atsevišķais plāna režīms palika aizsargāti.
9.1.96Pastāvīgi ielādētais pamata sistēmas uzvednes teksts samazinājās no 23 109 uz 4 850 rakstzīmēm. Identitāte, personība un dvēsele, atbildes valoda, darba un atļauju robežas, sablīvēšanas nodošana, izpildvide, AGENTS.md un skill palika aizsargāti.
9.1.95Pastāvīgi ielādētā Write rīka apraksts samazinājās no 2 532 uz 1 541 rakstzīmēm. Norobežošana no Edit, burtisks saturs, rindiņu beigas, 500 rindiņu robeža, vienas datnes izņēmums un atomiskā turpināšana ar rindiņu un SHA-256 pārbaudi palika aizsargāti.
9.1.94Pastāvīgi ielādētā Glob rīka apraksts samazinājās no 1 495 uz 1 006 rakstzīmēm. Kārtošana, ignorētas un sensitīvas datnes, rekursīvi modeļi, punktu datnes, figūriekavu paplašinājumi un 100 trāpījumu robeža palika aizsargāti.
9.1.93Pastāvīgi ielādētā Edit rīka apraksts samazinājās no 1 537 uz 1 144 rakstzīmēm. Lasīšana pirms maiņas, precīzas aizstāšanas, vairākas aizstāšanas, CRLF apstrāde un 500 rindiņu robeža palika aizsargāti.
9.1.92Pastāvīgi ielādētā Agent rīka apraksts samazinājās no 2 061 uz 1 153 rakstzīmēm. Atsevišķs konteksts, turpināšana, laika robežas un paralēla deleģēšana palika saglabāti.
9.1.91Pastāvīgi ielādētā Read rīka apraksts samazinājās no 2 391 uz 1 648 rakstzīmēm. Lappušu veidošana, noslēpumu aizsardzība, mediju pārsūtīšana, rindiņu formāts un CRLF uzvedība palika saglabāti.
9.1.90Pastāvīgi ielādētā Bash rīka apraksts samazinājās no 5 003 uz 1 834 rakstzīmēm. Izpildvides līgums, fona uzdevumi, datņu rīki un drošības robežas palika pilnībā saglabāti.
9.1.89Lappušu datņu lasījumi pie iekšējās 1 000 rindiņu robežas nosauc precīzu nākamo line_offset; datnes beigas un apzināti mazāki izgriezumi paliek nemainīgi.
9.1.88BLUN King 9.1.88 aktivizē mazo, bez zudumiem sablīvēšanu laicīgi pirms pilnās sablīvēšanas. Vecāki lieli rīku rezultāti un pabeigti rīku argumenti ātrāk atstāj modeļa skatu; pilna saglabātā vēsture paliek saglabāta.
9.1.87Skaidri atkārtojama HTTP-429 atbilde ievēro Retry-After un saņem ne vairāk kā divas automātiskas atkārtošanas; citas kļūdas paliek uzreiz redzamas.
9.1.86Lielas rīku izvades tajā pašā priekšskatījuma budžetā saglabā redzamas 1 000 rakstzīmju no sākuma un beigām; precīzs marķējums nosauc izlaisto rakstzīmju skaitu.
9.1.85Teksta rīku rezultāti virs 12 000 rakstzīmēm tiek pilnībā saglabāti privātā lokālā datnē; nākamie modeļa pieprasījumi saglabā tikai 2 000 rakstzīmju priekšskatījuma budžetu un lasāmo ceļu.
9.1.84Pilnā sablīvēšana apstrādā vecākas vēstures hronoloģiskos posmos ar ne vairāk kā 64 000 aprēķinātiem ievades tokeniem; fiksētā drošības robeža un pilns privātais arhīvs paliek nemainīgi.
9.1.83Mikrosablīvēšana lielus vecāku, pabeigtu rīku izsaukumu argumentus modeļa skatā aizstāj tikai ar derīgu JSON marķējumu; sesijas pārbaudītājs ziņo aprēķināto ietaupījumu bez satura izvades.
9.1.82Tikai lasāmais pārbaudītājs ziņo izvēlētās un aizturētās rīku shēmas, apspiešanas iemeslus un aprēķināto novērsto shēmas tokenu skaitu.
9.1.81Iekļauts, tikai lasāms pārbaudītājs apkopo pakalpojumu sniedzēja soļus, rīku izsaukumus, tokenus, sablīvēšanas, kļūdas un ārēji izvietotas izvades, neatklājot uzvednes tekstus vai privātus ceļus.
9.1.80Lieli rīku rezultāti saņem no satura brīvu ārējās izvietošanas telemetriju; izolēts apakšaģenta konteksts, mašīnlasāmi plāni un nododamas nodošanas ir aizsargāti ar regresijas testiem.
9.1.79Pastāvīgi kontrolpunkti ieraksta pabeigtus vēstures ierakstus pirms pakalpojumu sniedzēja soļiem un pirms worker procesa pabeigšanas, lai pabeigtu darbu pēc turpināšanas varētu atkārtoti ielasīt.
9.1.78Pilnā sablīvēšana arhivē izspiestās vēstures daļas, pirms tās aizstāj ar kopsavilkumu; kopsavilkums satur lasāmo arhīva ceļu.
9.1.77Mikrosablīvēšana konteksta spiediena gadījumā samazina vecākus, lielus rīku rezultātus un vienlaikus saglabā pilnu saglabāto vēsturi.
9.1.76Gaidīti attēlu, video un runas uzdevumi pārdzīvo sablīvēšanu un ātrus papildu jautājumus; Telegram ziņojumi paliek FIFO secībā bez maldinošas aizņemtības kļūdas.
9.1.75Īsas Telegram sarunas apstrādā tikai jaunāko neatbildēto ziņojumu, savukārt pabeigtas teksta apmaiņas paliek saglabātas kā valodas konteksts.
9.1.74Saglabāti Telegram maršruti atjauno nejauši bez mīnusa zīmes nodotas grupas ID; Strg+S var vadīt faktiski notiekošu gājienu.
9.1.73Telegram un cilpas ziņojumi aktīva darba laikā vairs nesāk otru gājienu; Escape un Ctrl+C joprojām var pārtraukt aktīvo gājienu.
9.1.72Atjauninājuma norādes paslēpšana apspiež tikai toreiz piedāvāto versiju; jaunāki izlaidumi parastā starta laikā ar king parādās atkal.
9.1.71Cilpas pamošanās signāli nonāk pareizi rindā, Telegram pollers tiek atomāri rezervēts, centrālie datņu un mediju rīki paliek uzreiz pieejami un Context7 vairs nesākas automātiski.
9.1.69Standarta MCP tiek iestatīti, Telegram sasniedz aizsargātu FIFO nodošanas punktu, Escape un Ctrl+C droši pārtrauc aktīvu darbu un MCP pārskats paslēpj iekšējos ceļus.
9.1.68Telegram ziņojumi dīkstāvē pamodina FIFO apstrādi, tiešie un grupas ziņojumi saglabā savu ienākšanas secību un turpināšana paslēpj iekšējos Telegram ietvarus.
9.1.67Standarta skill venture-flywheel pievieno tīri līgumisku UVF pamatu ar deterministisku projekta uzticēšanos un apstiprināšanas pienākumiem ārējām darbībām.
9.1.66/curiosity un /scout veic ierobežotas, tikai lasāmas iespēju izpētes ar pierādījumiem, pretpierādījumiem un pārtraukšanas kritēriju.
9.1.65Escape un Ctrl+C droši pārtrauc automātiskas sablīvēšanas, stabils ekrāna enkurs novērš dubultas kājenes un cilpas norāde ir izlīdzināta ar tērzēšanas saturu.
9.1.64Uz diska balstīta sesijas vēsture, atkārtoti ielādēti rīki un skill, 120 sekunžu pakalpojumu sniedzēja dīkstāves uzraugs, pareizs cilpas ritms, Telegram FIFO secībā, Linux paketes un bosniešu valodas atpazīšana tika pievienoti vienlaikus.
9.1.58–9.1.63Šī versiju sērija apvienoja darbu pie sesijām, Telegram, platformām un veiktspējas. Noslēgumu veidoja slaidas rīku shēmas pēc pieprasījuma, kompakti skill saraksti, atjaunoti pirmās lietošanas skill ieraksti un paketes inventāra vārti pret neplānotiem noņēmumiem.

Iepriekšējie uzlabojumi

VersijaIzmaiņa
9.1.53/idea publicē savu uzdevumu plānu pirms pirmā darba, pārbauda izejošās darbības pie katra rīka izsaukuma un pieprasa katram solim godīgu beigu stāvokli.
9.1.52Turpinātas sesijas tieši atver saglabāto darba mapi. Saruna un aktīvais /loop stāvoklis tiek atjaunoti kopā pie atkārtotas palaišanas.
9.1.51Cilpas darbojas kā autonomas pamošanās ierīces, /idea izstrādā un apstrādā savus plānus, Telegram var izraisīt darba komandas, un mediju un starta stāvokļi tiek attēloti skaidrāk.
9.1.50Lokāli vai caur Telegram saņemtus attēlus var animēt kā īstus MP4 video. Lieli konteksta logi saņem derīgu izvades budžetu; mediju josla rāda skaidrākus stāvokļus un noklikšķināmus ceļus.
9.1.49Pieaugušo fantāzijas tēlu attēli peldkostīmos paliek atļauti skaidru robežu ietvaros. Pabeigtus attēlu uzdevumus var izmantot kā izejas attēlu video; veiksmīgi GetMedia vaicājumi nerada atkārtotas kartītes.
9.1.48Vienotā mediju josla apvieno mediju uzdevumus tieši virs ievades lauka. Procentu vērtības parādās tikai ar patiesu pakalpojumu sniedzēja mērījumu; pretējā gadījumā tā rāda fāzi un darbības laiku.
9.1.47Pieprasījumu protokols atšķir sarunas un sablīvēšanu un reģistrē rīka izvēli un apspiešanas iemeslu, nemainot rīka uzvedību.
9.1.46Cilpas saprot dabiskus laika norādījumus, rāda tos ievades laikā, atbalsta brīvus intervālus un atbrīvo parasto teksta atlasi terminālī ārpus vēstures skata.
9.1.45Notiekošās sablīvēšanas progress parādās tikai apakšējā statusa joslā, nevis papildus kā otrā rindiņa tērzēšanā.
9.1.44Pilna atkārtota iepakošana apstiprinātajai 9.1.43, lai arī agrīnās 9.1.43 versijas droši atpazītu atjauninājumu.
9.1.43Pilna aizsardzības bāze no 9.1.40 ar transporta diagnozi, redzamām atjauninājumu norādēm un konsoles komandām /loop, /goal un /output-style.
9.1.40Gājiena aizsargs gariem vai atkārtoti neveiksmīgiem izsaukumiem; pašhāšs pēc vairākdaļu rakstīšanas ar atpakaļlasīšanas pārbaudi saglabātajai datnei.
9.1.39Garas datnes tiek rakstītas turpinājumos. Katrs turpinājums sākas no faktiski ierakstītā beigu punkta; rindiņu skaits, SHA-256 un daļu robežas tiek pārbaudītas un izvadītas.
9.1.38Deģenerēti vai nogriezti rīku argumenti tiek atpazīti. Nepilnīga datne tiek noraidīta ar kļūdas ziņojumu, nevis klusējot uzskatīta par pabeigtu.
9.1.37Pēc Node maiņas BLUN pārbauda nativos moduļus ar īstu SQLite vaicājumu un vajadzības gadījumā būvē better-sqlite3 no jauna.
9.1.36Tukšas modeļa atbildes tiek apstrādātas pēc iemesla: pārāk mazs izvades budžets tiek palielināts, tukša apstāšanās tiek atkārtota tieši vienu reizi. Sistēmas norādes un injekcijas nevar izraisīt Telegram atbildi.
9.1.35Daudzlīmeņu sablīvēšana rāda līmeni un patieso modeļa loga noslodzi, piemēram, 2/~10 · 90 %.
9.1.34Aktīvais konteksts tiek sablīvēts pakāpeniski: vecākās daļas vispirms, katrs sablīvēšanas izsaukums zem modeļa robežas.
9.1.33Pamats automātiskai Node izpildvidei un nākamajam nativo moduļu remontam pēc izpildvides maiņas.

Papildinājumi un neatrisinātas nepilnības dokumentācijā

Saskaņošana no 2026. gada 17. septembra: diapazonā no 9.1.33 līdz 9.1.597 npm reģistrā ir 521 versija. Trūkstošs numurs automātiski nenozīmē trūkstošu izlaidumu: dažu versiju šodienas reģistrā nav vai tās ir atsauktas. Četrām publicētām versijām precīzas izmaiņu detaļas paliek atvērtas. Izmaiņas tām netiek izdomātas.

9.1.567: izmaiņu detaļas atvērtas

Publicēts 2026. gada 6. septembrī plkst. 22:42 UTC. Paketes SHA-512 vērtība sakrīt ar npm publicēto integritātes vērtību. Pakete nesatur CHANGELOG.md; tās README instalēšanas komandā joprojām min 9.1.566. No tā atšķirību no 9.1.566 nevar ticami secināt. Šī dokumentācijas nepilnība paliek skaidri atvērta.

9.1.550: izmaiņu detaļas atvērtas

Publicēts 2026. gada 2. septembrī plkst. 07:19 UTC. Paketes SHA-512 vērtība sakrīt ar npm publicēto integritātes vērtību. Pakete nesatur CHANGELOG.md un pārbaudītajā materiālā netika atrasts versijai specifisks izmaiņu pierādījums. Šī dokumentācijas nepilnība paliek skaidri atvērta.

Papildinājums versijai 9.1.536

Šādas ziņas nāk no integritātes pārbaudītās publicētās paketes no 2026. gada 1. septembra:

  • Darba uzdevumi turpinās arī pēc privātām Telegram atbildēm. Pēc buferētiem tiešajiem ziņojumiem King turpina darbu ar ierobežotu papildu soli, ja lietotājs to nav skaidri apturējis vai pārtraucis.
  • Īsi statusa vaicājumi nepārtrauc notiekošo darba plūsmu.
  • Ja atkārtošanas mēģinājumi pēc tukšām domāšanas atbildēm ir izsmelti, King samazina domāšanas piepūli, nevis atstāj to nemainīgu turpmākiem mēģinājumiem.
  • Pieejams paliek lielāks skaits papildus ielādētu rīku shēmu; ziņojumi tiek izvietoti ārēji tikai tad, kad vēsturē pieejamā vieta kļūst ierobežota.
  • Iekļauti pārbaudītais progresa noteikums rīkam TodoList un vienrindas starta ceļš režīmam God Mode ar Swarm.

Papildinājums versijai 9.1.99

Jau esošā funkciju dokumentācija apraksta secīgu tīra teksta rīku rezultātu kopīgo ārējo izvietošanu: kad kaudze pārsniedz 12 000 rakstzīmju, piemēroti lieli rezultāti tiek privāti saglabāti. Modeļa kontekstā paliek lasāmas atsauces; neapstrādātā vēsture un mediji paliek saglabāti. Līdz šim trūkstošais versijas ieraksts tagad skaidri norāda uz šo funkciju.

9.1.70: izmaiņu detaļas atvērtas

Publicēts 2026. gada 24. augustā plkst. 15:56 UTC. Paketes SHA-512 vērtība sakrīt ar npm publicēto integritātes vērtību. Pakete nesatur CHANGELOG.md; esošie funkciju apraksti nepierāda nepārprotamu atšķirību no 9.1.69. Šī dokumentācijas nepilnība paliek skaidri atvērta.

9.1.57: izmaiņu detaļas atvērtas

Publicēts 2026. gada 23. augustā plkst. 07:28 UTC. Šī versija līdz šim parādījās tikai kā kopīgā virsraksta izejas punkts. Pārbaudītajā materiālā tai nav piesaistīts versijai specifisks izmaiņu pierādījums. Šī dokumentācijas nepilnība paliek skaidri atvērta.

Nemainīgajā npm paketē 9.1.597 ietvertais CHANGELOG.md beidzas pie 9.1.594. Papildu norādes par versijām no 9.1.595 līdz 9.1.597 atrodas šajā lapā. Publicētā pakete nav vēlāk pārrakstīta ar to pašu versijas numuru.

9.1.41 un 9.1.42 ir atsauktas

Neinstalēt

Šīs divas versijas tika kļūdaini atzarotas no 9.1.38, nevis no 9.1.40. Tāpēc trūka rakstīšanas turpinājuma, pašhāša un gājiena aizsarga. Abas npm versijas ir marķētas kā novecojušas; latest un next nekad nav uz tām rādījušas. 9.1.43 satur to iecerētās izmaiņas uz pilnās aizsardzības bāzes.

Atjaunināt un pārbaudīt

king update
blun --version

Pēc 9.1.599 instalēšanas versijas izvadei ir jārāda 9.1.599. Atjauninājumi no 9.1.597 un lokālās versijas 9.1.598 caur publiskiem atjauninājumu avotiem ir pārbaudīti. Jau palaista konsole jauno kodu ielādē tikai pēc tās restartēšanas. Pēc tam pārbaudi tajā papildus /version.