BLUN King 9.1.621

BLUN King

BLUN King 9.1.620

Publié le 2026-10-08

Sous Windows, la console se termine complètement à la fermeture de la fenêtre, afin qu'aucun message « déjà en cours d'exécution » n'apparaisse plus au prochain démarrage.

La mise à jour corrige la fin du processus de console lors de la fermeture de la fenêtre. Une console réellement encore en cours conserve l'accès exclusif à sa session.

Le guide est complété pour l'état 620 : installation sous Linux, reprise de longues sessions, dernière session au démarrage, Ctrl+L, Skills, plugins, objectifs et mandats sans interface. Vers le guide CLI actuel.

BLUN King

BLUN King 9.1.619

Publié le 2026-10-07

Une seule erreur antérieure lors du compactage de la conversation ne bloque plus ta session : après un compactage réussi, King ne compte que les nouvelles erreurs directement consécutives. Si le compactage échoue deux fois de suite, le message indique désormais clairement « compactage en pause » au lieu d'annoncer un contexte complet.

Restent ouvertes quelques erreurs ponctuelles lors de l'enregistrement d'une session et lors de la création d'un résumé complet de la conversation ; elles ne sont pas corrigées avec cette mise à jour.

BLUN King

BLUN King 9.1.618

Publié le 2026-10-03

Si un message Telegram arrive après la reprise de ta session alors que King est déjà en train de travailler, il reste dans la file d'attente et est remis ensuite. King n'affiche plus cette situation d'attente comme une erreur.

Sous Linux x64, le terminal utilise un binaire fourni. Il fonctionne ainsi même lorsque npm 12 bloque les scripts d'installation ; aucun compilateur n'est nécessaire pour cela. À cet effet, King utilise la version préliminaire épinglée node-pty 1.2.0-beta.15.

BLUN King

BLUN King 9.1.617

Publié le 2026-10-03

Au rechargement de la même session, King n'ajoute plus plusieurs fois les instructions de plugins inchangées. Si les instructions changent, King continue de tenir compte de l'état actuel.

Les aperçus des grandes sorties d'outils tiennent désormais aussi compte de la fenêtre de contexte disponible. Tu peux toujours lire intégralement les sorties externalisées.

Avec /profile ou /profiles, tu ouvres la sélection de profil. King n'effectue le changement que lorsque ta session est prête. Un travail en cours et des messages en attente empêchent un changement prématuré ; ton profil précédent reste alors actif.

Lorsque tu arrêtes un travail en cours, King attend aussi les dernières étapes de nettoyage. Un travail qui n'est pas encore terminé n'est pas confirmé prématurément comme arrêté.

BLUN King

BLUN King 9.1.616

Publié le 2026-10-03

Après une réponse Telegram confirmée, King prend en charge les autres messages qui te sont adressés à l'étape sûre suivante, même pendant un tour en cours.

Après une réponse Telegram confirmée, King prend en charge les autres messages qui te sont adressés à l'étape sûre suivante, même pendant un tour en cours. Une réponse déjà remise ne bloque plus la file d'attente. Les réponses restent associées à leur chat respectif.

Si tu interromps un tour, les messages Telegram qui n'ont pas encore été pris en charge sont conservés pour la prochaine remise. King n'en accuse réception que lorsque la session les prend effectivement en charge.

BLUN King

BLUN King 9.1.615

Publié le 2026-10-01

King maintient de grands catalogues d'outils disponibles via la recherche d'outils et adapte le budget d'outils à la fenêtre de contexte du fournisseur.

King maintient de grands catalogues d'outils disponibles via la recherche d'outils, sans envoyer au modèle tous les schémas d'outils facultatifs. Si le fournisseur annonce une fenêtre de contexte plus petite, King adapte le budget d'outils ; les outils trouvés restent disponibles à l'étape suivante.

En cas de besoin, King externalise les grandes sorties d'outils plus tôt qu'avant. Tu peux récupérer la sortie complète comme avant, à condition qu'elle puisse être affichée en toute sécurité.

Les réponses Telegram normales et les modifications de messages ne sont plus retenues en raison d'une validation linguistique manquante. Une vérification des réponses que tu as configurée reste active.

BLUN King

BLUN King 9.1.614

Publié le 2026-09-29

Les fichiers AGENTS.md et AGENTS.override.md trop volumineux n'interrompent plus un tour uniquement à cause de leur taille.

Hors de la console King, King lit au total jusqu'à 32 KiB dans les fichiers d'instructions et t'indique une fois par session le nombre d'octets omis.

Dans la console King, les fichiers restent complets tant que la limite de requête le permet.

Les liens symboliques et les chemins non sécurisés restent bloqués.

BLUN King

BLUN King 9.1.613

Publié le 2026-09-28

King détecte les requêtes au modèle trop volumineuses avant même l'envoi.

Dans la console King, King lit au maximum 32 KiB dans chaque fichier AGENTS.md et AGENTS.override.md. Ce qui dépasse cette limite, King l'omet et t'indique combien d'octets ont été omis.

Avant l'envoi, King estime désormais la taille de l'ensemble de la requête au modèle, y compris instructions, historique, définitions d'outils et données d'image. Lorsqu'elle s'approche de la limite d'octets du serveur, un compactage progressif commence. Si une requête ne peut pas être divisée en toute sécurité, King s'interrompt sans écarter silencieusement l'historique enregistré.

King enregistre localement les appels d'outils terminés comme métadonnées : nom de l'outil, moment, statut et, pour les outils de fichiers, éventuellement le chemin. Les entrées, sorties, commandes et clés ne sont pas enregistrées. Avec /memory tools, tu peux rechercher dans les entrées de ton profil.

Le diagnostic de contexte affiche des chiffres supplémentaires sur la composition des requêtes. Une mesure de phases activable enregistre le temps jusqu'à l'appel du modèle sans journaliser de contenu.

L'indicateur d'utilisation reprend les jetons de réflexion signalés séparément, si le fournisseur les fournit.

Non diffusée, remplacée par 9.1.613

BLUN King 9.1.612

Publié le 2026-09-27

9.1.612 n'a pas été publiée comme mise à jour client. La protection précoce par octets n'agissait pas sur une requête supérieure à 900 KB lorsque l'historique seul restait sous 600 KB. 9.1.613 remplace cette version.

BLUN King

BLUN King 9.1.611

Publié le 2026-09-25

Les demandes de compactage volumineuses restent dans la limite d'octets du serveur.

• King divise une demande de compactage trop volumineuse en étapes chronologiques selon la taille de la demande. Le compactage peut ainsi se poursuivre, même lorsque la demande contient plus d'octets que le serveur n'en accepte à la fois.
• Si même un seul message ne tient pas sous la limite, ton historique enregistré reste inchangé. King ne le rejette pas pour forcer le compactage.

Cela ne prouve ni un temps d'attente du modèle plus court ni une consommation de jetons plus faible. Une mise à jour ne redémarre pas une session King déjà en cours.

BLUN King

BLUN King 9.1.610

Publié le 2026-09-23

Tu peux de nouveau installer King sous Linux et démarrer des profils, et un deuxième démarrage de King sous Windows ne se solde plus par un message trompeur sur les ACL privées.

• Linux figure de nouveau dans la liste des systèmes d'exploitation pris en charge du paquet npm. Si tu as une version plus ancienne sous Linux, tu installes 9.1.610 via le programme de mise à jour habituel.
• Les démarrages explicites avec --profile et les abréviations existantes de noms de profils mènent au dossier du profil choisi. Un simple nom inconnu ne crée plus silencieusement un profil vide ; tu crées un nouveau profil délibérément avec --profile.
• Si un profil existant n'a pas sa propre connexion, King propose /login au lieu d'échouer sur une configuration de modèle blun/king manquante.
• Sous Windows, le contrôle des dossiers privés réussit même lorsque le bridge Telegram tient un dossier de plugins ouvert. TEMP et TMP sont transmis à l'assistant ACL, et en cas d'erreur de dossier, King indique le chemin concerné et la cause réelle.
• Si un King interactif est déjà en cours, King le détecte avant le durcissement des ACL privées et signale son PID, au lieu de présenter un deuxième démarrage comme une erreur des ACL privées.

Dans 9.1.610, un profil vide ne reprend pas les données de connexion du répertoire personnel partagé. L'invite /login actuelle peut encore afficher « OAuth login expired », même si ce profil ne s'est jamais connecté.

Le chemin de mise à jour Linux de 9.1.114 vers 9.1.610 a été parcouru après la publication. Le chemin de mise à jour Windows de 9.1.609 vers 9.1.610 n'est pas mesuré.

Une mise à jour ne redémarre pas une session King déjà en cours.

BLUN King

BLUN King 9.1.609

Publié le 2026-09-23

Ouvre la sélection d'effort avec Ctrl+L tout en conservant ton brouillon d'éditeur.

• Ctrl+L ouvre la sélection d'effort existante sans perdre ton brouillon d'éditeur. Les réglages d'effort et les limites de modèle existants sont réutilisés, au lieu de créer un second chemin de configuration.
• La règle existante pour les sessions en cours reste : une modification d'effort pendant un travail actif est refusée, et non mise en attente pour plus tard. Pendant la lecture ou une reprise d'éditeur, le raccourci clavier est ignoré.

Ces modifications ne prouvent ni des temps de réponse plus rapides en exploitation ni une consommation de jetons facturés plus faible et n'établissent pas une parité complète avec OpenClaw.

BLUN King

BLUN King 9.1.608

Publié le 2026-09-23

Dans les groupes Telegram, seuls les messages qui mentionnent King lui parviennent. Tes sélections multiples et l'annulation progressive des questions sont conservées.

• Dans les groupes Telegram, les messages qui ne s'adressent pas à King n'entrent dans le contexte de session qu'après le contrôle de mention. Si tu as explicitement désactivé ce contrôle, ce réglage est conservé.
• Tes sélections multiples et l'annulation progressive des questions sont conservées. Le pied de page cible utilise un minuteur d'actualisation commun.
• La charge du transfert d'ACL Windows diminue, sans affaiblir le contrôle des autorisations. La récupération après des erreurs temporaires lors du remplacement de la configuration est limitée ; la propriété de l'écriture est conservée.
• Avant la nouvelle tentative, King vérifie qu'un marqueur d'écriture Windows supprimé en parallèle a réellement disparu. Les marqueurs existants illisibles continuent de provoquer l'abandon.

Ces modifications ne prouvent ni des temps de réponse plus rapides en exploitation ni une consommation de jetons facturés plus faible et n'établissent pas une parité complète avec OpenClaw.

BLUN King

BLUN King 9.1.607

Publié le 2026-09-22

Ta dernière session choisie revient, les écritures échouées sont signalées honnêtement et chaque tentative HTTP reçoit un horodatage de début.

• La restauration optionnelle de la dernière session choisie s'active avec resume_last_selected dans tui.toml. La sélection s'applique au compte confirmé, à l'environnement d'exécution, à l'agent et à l'espace de travail. Le démarrage normal reste inchangé, les choix de session explicites ont priorité ; les sélections indisponibles retombent sur une nouvelle session, pas sur une autre.
• Après une activation échouée, la sélection précédente est conservée. Aucune sélection n'est enregistrée sous un compte qui a changé pendant l'activation.
• Les écritures de fichiers échouées ne sont pas marquées comme réussies. Le protocole de continuation existant pour les lignes complètes lors d'écritures au-delà de 2 048 octets UTF-8 est expliqué, sans relever la limite ni réessayer automatiquement.
• Immédiatement avant chaque tentative HTTP, un horodatage de début basé sur l'horloge système est enregistré pour la corrélation de diagnostic. Les contenus de requête et les identifiants n'entrent pas dans le diagnostic.
• Les caractères Unicode hors du plan de base (par exemple les emojis) restent entièrement conservés aux limites existantes du budget de stockage, sans augmenter ces budgets ni créer un stockage supplémentaire.

Ces modifications ne prouvent ni des temps de réponse plus rapides en exploitation ni une consommation de jetons facturés plus faible, n'établissent pas une parité complète avec la passerelle et n'excluent pas du contexte les messages Telegram non adressés.

BLUN King

BLUN King 9.1.606

Publié le 2026-09-22

À la reprise d'une session, les pages de transcription actuelles apparaissent d'abord ; les pages plus anciennes sont chargées par la navigation de transcription existante.

• À la reprise d'une session interactive, les pages de transcription actuelles apparaissent d'abord ; les pages plus anciennes sont chargées par la navigation de transcription existante. L'historique enregistré complet et le contexte de modèle actif sont conservés.
• Au démarrage, un objectif d'affichage de 200 enregistrements de lecture s'applique. --history-limit, de 1 à 2000, permet de régler l'affichage des premières pages et des pages plus anciennes ; les tours de conversation complets et les paires d'outils peuvent dépasser l'objectif.
• Le premier affichage des activations de skills et de plugins est conservé au-delà des limites de pages. La position de défilement d'accueil est corrigée, afin que le chargement de pages plus anciennes ne laisse pas d'écran vide.

Ces modifications réduisent le travail de rendu initial de la transcription. Elles ne prouvent ni des temps de réponse du modèle plus rapides, ni une consommation de jetons plus faible, ni des factures réduites, n'améliorent pas la mise en cache du fournisseur et ne limitent pas la quantité lue depuis le disque au démarrage.

BLUN King

BLUN King 9.1.605

Publié le 2026-09-21

Vérifie les sources de contexte, pilote les tâches en cours et transmet un premier message au démarrage de la console. Le traitement de l'historique local et les vérifications de compactage ont été étendus.

• Les historiques de session locaux sont restitués sous forme regroupée. Les pages d'affichage archivées peuvent être retrouvées sans parcourir tous les blocs précédents. L'historique intégralement enregistré, les contrôles d'intégrité des archives et la restauration existante sont conservés.
• Les résultats d'outils répétés sont préparés de manière identique pour le contexte du modèle entre les compactages journalisés. Les sorties locales complètes et les droits de lecture existants sont conservés. Les sorties ne sont pas externalisées si elles n'étaient pas récupérables via le chemin de restauration promis.
• Le compactage automatique final ne remplace le contexte actif que s'il réduit l'historique selon la même méthode d'estimation. En cas de refus, l'historique d'origine est conservé. Le déclencheur optionnel max_request_history_bytes utilise le pilotage de compactage existant, est désactivé par défaut et ne limite pas l'ensemble du corps de requête envoyé au fournisseur.
• Le diagnostic du contexte gagne des vues séparées et une attribution des sources pour les instructions, la mémoire, les skills et les messages antérieurs. Les octets du contenu sérialisé, les estimations locales de jetons et la consommation signalée restent séparés.
• L'attribution de la session est préservée en cas de tâches en attente, d'événements tardifs, de demandes de précision et de changements de configuration. Un second accès en écriture actif sur la même session est refusé, au lieu d'autoriser des modifications simultanées du journal.
• La ligne supplémentaire agent/session du pied de page disparaît. Les sessions restent pilotables et diagnostiquables de manière ciblée. L'interface King existante, les modèles gérés et les limites d'autorisation sont conservés.
• --message transmet un premier message pour le démarrage interactif. Il est traité après l'approbation au démarrage et la sélection de la session, via le contrôle des messages et la file d'attente habituels. Son contenu n'est pas interprété comme une commande slash ou shell.
• Le contrat d'interface du service Guard fourni reste inchangé. Cette version ne prouve ni des réponses plus rapides en exploitation, ni des factures fournisseur plus faibles, ni une équivalence fonctionnelle complète avec OpenClaw, ni une quantité de lecture limitée lors du premier chargement du journal de session.

/abort interrompt la tâche en cours sans abandonner les saisies en attente. /stop abandonne en outre les saisies en attente. /exit quitte toujours la console. Ce sont des commandes locales de la console, pas des commandes Telegram à distance supplémentaires.

Vérifications sur l'état du paquet 9.1.605 : 238 fichiers de vérification avec 6 900 tests, ainsi que 40 vérifications de staging, dont 25 vérifications natives de terminal. Le test d'une mise à jour isolée de 9.1.604 via le tag candidat publié avec le vrai programme d'installation a réussi. Cela ne prouve ni des temps de préchauffage plus courts dans une session en cours, ni une équivalence fonctionnelle complète avec OpenClaw.

BLUN King

BLUN King 9.1.604

Publié le 2026-09-20

Vérifie la taille des requêtes et les sources de contexte, charge les outils à la demande et pilote les messages entrants au sein de la session concernée.

• /context doctor et /tokens distinguent le nombre d'octets de la requête sérialisée des nombres de jetons estimés et affichent les parts relevées des règles, de la mémoire, des skills et des définitions d'outils.
• Les catalogues d'outils de taille moyenne sont chargés à la demande via la recherche existante ; les outils restent trouvables et exécutables.
• /queue pilote les messages au sein de la session concernée. Les messages ordinaires en file d'attente n'interrompent plus le travail automatiquement après 30 secondes.
• À la sélection de session, les identifiants ou titres exacts ainsi que les préfixes d'identifiant non ambigus sont possibles ; le pied de page affiche l'agent et la session associés.
• Chaque tentative HTTP reçoit un nouvel identifiant de requête, sauf si l'appelant en fournit un. Le diagnostic ne modifie pas la facturation.
• Les versions fournies d'AgentSpine et de Translate Native restent inchangées. Des coûts réduits et des réponses plus rapides en exploitation ne sont pas prouvés.
• /question : rouvre les questions en attente. Replier une question n'y répond pas et ne la rejette pas.

Les octets de requête, les nombres de jetons estimés, la consommation de session cumulée et les jetons facturés sont des grandeurs différentes. L'affichage de la consommation tient aussi compte de la vérification des réponses. /usage cost avec les coûts journaliers ou mensuels ne fait pas partie de cette version. Des coûts réduits ou des réponses plus rapides en exploitation ne sont pas prouvés.

BLUN King

BLUN King 9.1.603

Publié le 2026-09-19

Choisis ton dossier de travail dans une boîte de dialogue Windows. Si la console est démarrée depuis System32, elle te propose désormais ton dossier utilisateur.

• Si tu choisis un autre dossier de travail sous Windows, une boîte de dialogue de dossier s'ouvre. Tu peux toujours saisir le chemin à la main. Si tu annules la boîte de dialogue, tu reviens à la sélection du dossier sans en retenir aucun.
• Si aucune boîte de dialogue de dossier n'est disponible, la console demande le chemin. Sur les autres systèmes d'exploitation, la saisie du chemin reste la règle.
• Si, au démarrage, un dossier situé dans le répertoire Windows est repris ou enregistré, la sélection de dossier te propose ton dossier utilisateur. Les chemins saisis à la main continuent d'être vérifiés comme avant.

Les versions d'AgentSpine et de Language Guard restent inchangées par rapport à 9.1.602. Cette mise à jour ne démontre aucun gain de vitesse pour les sessions en cours.

Sous Windows, Git Bash reste nécessaire. Si la console signale que Git Bash manque, installe Git for Windows. Rouvre ensuite l'invite de commandes avant de relancer king.

BLUN King · Publié

BLUN King 9.1.602

Publié le 2026-09-19

Un dossier privé dédié pour les sorties d'outils plus anciennes lorsque des droits Windows hérités empêchent l'externalisation.

• Les anciennes sorties d'outils éligibles sont déposées dans un dossier privé dédié lorsque des droits Windows hérités empêchent l'externalisation. Les fichiers existants, les droits et l'historique complet de session restent inchangés.
• Les contrôles d'intégrité, les droits de lecture et le recours au contexte complet restent assurés si une sortie archivée ne peut pas être restaurée. AgentSpine 0.73.0 et Language Guard 6.20.0 restent inchangés par rapport à 9.1.601.

Des temps de réponse plus courts en exploitation ou une consommation de jetons facturés plus faible ne sont pas encore prouvés.

BLUN King · Publié

BLUN King 9.1.601

Publié le 2026-09-18

Les saisies restent dans la file d'attente, les sorties d'outils plus anciennes reçoivent des références vérifiées et les vérifications de réponses soumises à une limitation de débit sont répétées de manière bornée.

• Lorsque le travail en arrière-plan passe en premier, les saisies du terminal restent dans la file d'attente dans leur ordre d'origine. Chaque saisie n'est affichée qu'une seule fois.
• Les anciennes sorties d'outils éligibles sont remplacées dans les requêtes du modèle par des références vérifiées vers des fichiers privés. L'historique complet et les résultats de l'étape de conversation en cours sont conservés. Si le rechargement est impossible, non autorisé ou si le contenu a été modifié, la sortie complète est envoyée.
• Une vérification de réponse native soumise à une limitation de débit est répétée une fois avec le même brouillon de réponse. Le délai d'attente enregistré du fournisseur s'applique. Les appels d'outils déjà terminés ne sont pas répétés et les textes non vérifiés ne sont pas publiés.
• Jusqu'à 2 048 jetons de sortie restent libres comme marge pour les écarts dans l'estimation des entrées. La fenêtre de contexte n'est pas réduite ; les limites de sortie plus petites explicitement définies restent inchangées.

Ces modifications ne prouvent ni une consommation de jetons facturés plus faible, ni des temps de réponse plus courts en exploitation. Elles ne corrigent pas non plus toutes les erreurs HTTP-502 côté serveur.

BLUN King · Publié

BLUN King 9.1.600

Publié le 2026-09-18

Vérification des réponses avec des limites de temps fixes et des états de composants définis.

BLUN King 9.1.600 est publié. npm et le manifeste de mise à jour public concordent. La publication ne prouve ni une installation sur ton ordinateur, ni une validation en exploitation.

BLUN King · 18 septembre 2026

BLUN King 9.1.599

Publié le 2026-09-18

Des approbations individuelles traçables pour la mémoire personnelle et des corrections supplémentaires en cas de dépassements de contexte.

Les demandes d'approbation pour la mémoire personnelle affichent des titres d'action compréhensibles dans la langue choisie et des aperçus complets des modifications de réglages réelles ou du texte à enregistrer. Les caractères de contrôle sont masqués de manière visible ; le contenu d'origine reste inchangé.

Les modifications de mémoire valides doivent être approuvées individuellement ; les saisies invalides ne peuvent qu'être rejetées. Une approbation de session ne valide pas automatiquement les demandes en attente qui nécessitent une approbation individuelle.

Le contrôle du paquet couvre 37 domaines fonctionnels avec 199 contrôles obligatoires, 158 exécutions de contrôles et 4 905 tests distincts réussis. Les mises à jour de 9.1.597 et de la version intermédiaire locale 9.1.598 vers 9.1.599 ont en outre été vérifiées dans des installations isolées avec le programme de mise à jour et le chemin d'installation inchangés. Les deux tests ont reconnu la version via les sources de mise à jour publiques et ont vérifié les 918 fichiers de l'archive de la version.

Les indications dans README.md et CHANGELOG.md du paquet 9.1.599 inchangé décrivent l'état candidat au moment de l'empaquetage. Elles n'ont pas été modifiées rétroactivement après l'installation locale. Cette page publique documente séparément l'état de publication et les limitations observées ultérieurement.

Repris de la version intermédiaire locale 9.1.598

Sans date

9.1.598 a été vérifiée et installée localement, mais pas publiée comme mise à jour npm distincte. Les modifications suivantes sont incluses dans 9.1.599 :

• En cas de refus de contexte, les limites inférieures du nombre de jetons d'entrée sont distinguées des indications exactes. Pour une limite inférieure signalée, la limite de sortie est réduite une fois, sans abandonner de messages ni d'outils. Les signaux d'interruption et la limitation des tentatives supplémentaires restent effectifs. L'erreur de calcul de la limite de sortie reproduite dans 9.1.597 est ainsi corrigée de manière ciblée.
• Les 150 mots d'activité alternants d'origine sont de nouveau inclus. Aucune requête de modèle supplémentaire n'est nécessaire pour leur affichage.
• Pour le hook d'entrée de confiance d'AgentSpine, une référence média compacte avec le type, la somme de contrôle SHA-256 et l'indication de taille est transmise au lieu des données média complètes. Les pièces jointes complètes pour le modèle et les contrôles de protection existants sont conservés. Cela ne prouve à lui seul aucune interprétation d'image réussie en exploitation.

Nouveautés de la 9.1.597

Publié le 2026-09-17

Restauration limitée en cas de dépassements de contexte explicitement signalés, y compris derrière une réponse d'erreur de passerelle.

Lorsqu'une requête est rejetée avant le début de la sortie en raison d'un dépassement de contexte attesté, King peut entreprendre une nouvelle tentative limitée avec une limite de sortie plus petite. Les erreurs de ce type encapsulées dans une réponse 502 sont également reconnues. Les messages, les outils, les limites de sortie plus petites explicitement choisies et les signaux d'interruption sont conservés. Un flux déjà commencé n'est pas rejoué.

Cela ne corrige pas toutes les erreurs de fournisseur ou de réseau. Les déconnexions générales et les pannes de service doivent continuer d'être vérifiées à partir de leurs propres données d'erreur.

Limitation connue dans 9.1.597 : si le serveur ne signale qu'une limite inférieure pour le nombre de jetons d'entrée, la nouvelle tentative peut échouer à nouveau et déclencher des compactages inutiles. Ce cas a été reproduit le 17 septembre 2026 après la publication. La correction supplémentaire issue de la version intermédiaire locale 9.1.598 est incluse dans 9.1.599.

36 domaines fonctionnels ont été contrôlés avec 183 contrôles obligatoires et 4 407 tests distincts réussis, ainsi que la mise à jour réelle de 9.1.596 vers 9.1.597. Ce contrôle de paquet ne remplace pas un test d'application d'une session client déjà ouverte.

Nouveautés de la 9.1.596

Publié le 2026-09-17

Les interruptions automatiques en faveur des messages Telegram en attente sont distinguées des véritables interruptions manuelles. Une telle interruption de file d'attente n'est plus signalée à tort comme l'actionnement de la touche Escape. Le délai d'attente, les règles de protection pour les outils en cours et le comportement en cas de véritable interruption manuelle sont conservés.

Nouveautés de la 9.1.595

Publié le 2026-09-16

Les schémas d'outils optionnels sont chargés à la demande via ToolSearch et conservés de façon limitée. Les grands catalogues de skills sont fournis de façon compacte et par pages. La recherche, les extensions MCP ultérieures et les vérifications d'autorisation normales sont conservées.

Pour les salutations brèves, King peut utiliser un extrait limité du dialogue récent, sans supprimer de messages sauvegardés ni raccourcir les instructions système. Pour une demande de travail qui suit, King tient à nouveau compte de l'historique de travail conservé. Le calcul du contexte reste préservé même après la reprise d'une session. Aucune consommation fixe de jetons pour chaque salutation n'est promise.

Nouveautés de 9.1.594

Publié le 2026-09-16

• Les réponses privées sur Telegram restent possibles pendant que les messages de groupe attendent. L'attribution des commandes slash est conservée.
• Les longues attentes issues de Retry-After sont respectées ; lors de la reprise d'une session, la pause restante est restaurée.
• Après une description d'accompagnement rejetée, une étape d'outil déjà achevée continue d'être traitée. La description rejetée n'est pas publiée, la vérification de la réponse finale n'est pas affaiblie.
• Les fonctions de restauration limitées pour l'écriture en plusieurs parties sont de nouveau disponibles. Cela vaut aussi pour les limites de temps du shell, le contrôle des tâches et la reprise de session.
• La saisie, les lignes de quota, l'indicateur d'activité, les tâches dépliables et les sorties d'outils avec attribution de source restent visibles pendant le streaming et la navigation dans l'historique.
• Avant l'empaquetage, des preuves de non-régression complètes de la console sont requises ; les métadonnées de mise à jour publiques sont vérifiées quant à leur concordance.

Nouveautés de 9.1.589

Publié le 2026-09-11

• Les sources vérifiées d'AgentSpine et de Translate Native ainsi que des manifestes de mise à jour vérifiés sont fournis.
• Au chargement du contexte d'agent, le profil King actif est conservé.
• Les outils nécessaires à la vérification des réponses restent disponibles. La consommation lors de la génération de la réponse est comptabilisée même si la vérification rejette la réponse.
• Dans la liaison de canal gérée, les messages de groupe ne sont attribués qu'en cas de mention explicite.
• La console affiche le compactage en cours et les seuils effectifs.
• Le budget de travail pour le compactage précoce et la réserve de sécurité à la limite de requête sont conservés d'une mise à jour à l'autre.
• La boîte de dialogue de mise à jour au démarrage, la progression et les indications sur les mises à jour programmées utilisent systématiquement la langue sélectionnée.
• Les identifiants d'intégration techniques et les licences sont conservés ; les messages d'erreur d'exécution visibles sont formulés de façon neutre.
• L'installation ne redémarre pas les sessions existantes. Une session en cours charge le nouveau code au prochain démarrage.

9.1.588 : retirée

Publié le 2026-09-11

Cette version a été publiée le 11 septembre 2026 puis marquée comme retirée dans npm. Le registre cite une vérification de compatibilité du manifeste de mise à jour ayant échoué. Utilise la version stable actuelle, pas ce paquet retiré.

Nouveautés de 9.1.587

Publié le 2026-09-10

Des catalogues d'outils plus stables, un compactage automatique plus précoce et une nouvelle tentative ciblée après des annulations dues à de trop longues phases de réflexion pure.

En cas d'instructions mises en mémoire tampon dans un tour de travail en cours, le catalogue d'outils actif est conservé également à l'étape de travail suivante. Les outils nécessaires restent disponibles. Si le budget de schéma existant est dépassé, les définitions d'outils optionnelles conservées sont re-sélectionnées.

Le compactage automatique du contexte se déclenche de nouveau plus tôt. Après un compactage réussi qui réduit l'historique, King peut l'exécuter à nouveau dans le même tour. Les limites de modèle plus basses et la limitation des tentatives échouées restent effectives.

Après une annulation due à une phase de réflexion pure trop longue, King utilise la tentative unique existante avec réflexion désactivée, afin que le modèle puisse répondre ou appeler un outil. Les étapes régulières suivantes conservent le réglage de réflexion choisi ; l'annulation, les vérifications d'approbation et les limites de temps restent effectives.

Avec BLUN_STABLE_STEER_TOOLS=0 ou BLUN_EARLY_COMPACTION=0 avant le démarrage de King, il est possible de restaurer le comportement antérieur pour la fonction concernée. La mise à jour ne réécrit aucune session ni fichier de configuration existant.

Nouveautés de 9.1.586

Publié le 2026-09-09

La réception Telegram redémarre sous Windows lorsque l'ancien identifiant de processus du bridge appartient désormais à un autre processus. En cas d'attribution incertaine du processus, King n'intervient pas ; le processus tiers n'est pas arrêté.

Le compactage du contexte, les réglages du modèle, l'historique de conversation et le comportement de remise antérieur de Telegram restent inchangés.

Nouveautés de 9.1.585

Publié le 2026-09-08

BLUN King · 8 septembre 2026

La version 9.1.585 vérifie la structure et chaque résultat des réponses WebSearch gérées, même lorsque les indications facultatives sur l'état de recherche sont absentes.

Une réponse sans liste de résultats valide n'est plus présentée comme une recherche réussie sans résultats. Chaque résultat doit avoir un titre ni vide ni composé uniquement d'espaces, un extrait de texte sous forme de chaîne et une adresse HTTP ou HTTPS absolue sans identifiants intégrés. Des résultats invalides font rejeter toute la réponse avant que des résultats ou des indications sur des résultats de recherche incomplets soient renvoyés.

Les réponses valides au format antérieur sans indications d'état restent prises en charge, de même que les listes de résultats vides et les chaînes vides comme extraits de texte. Pour les réponses valides, l'ordre, les chaînes d'URL exactes, les indications facultatives de date et de site, les attributions de source dans la sortie et le traitement des résultats incomplets restent inchangés.

Seule la liaison de recherche gérée est modifiée. Le comportement d'annulation, l'authentification des requêtes, FetchURL et Telegram restent inchangés. La vérification du format ne prouve pas qu'une source est correcte ou à jour. Cette version n'introduit ni limite de taille pour les réponses ni nouveau délai.

Nouveautés de 9.1.584

Publié le 2026-09-08

La version 9.1.584 transmet le signal d'annulation de l'appelant à travers WebSearch jusqu'à la requête de recherche HTTP gérée, y compris lors de la lecture du contenu de la réponse.

Les recherches déjà annulées ne déclenchent aucun traitement chez le fournisseur. Si l'annulation survient pendant l'obtention des identifiants, aucune requête de recherche n'est ensuite envoyée. Les résultats qui arrivent après l'annulation ne sont pas renvoyés comme une recherche réussie.

Les vérifications d'annulation couvrent aussi les réponses JSON réussies, le contenu des réponses d'erreur et les indications de résultats de recherche incomplets. Le traitement des résultats complets, incomplets et vides, les attributions de source et la procédure de repli habituelle pour l'authentification restent inchangés.

Cette version n'introduit aucun nouveau délai et ne modifie pas l'attribution Telegram. Les opérations partagées de renouvellement des identifiants OAuth et les implémentations de transport qui ignorent les signaux d'annulation ne sont pas interrompues de force. L'annulation d'une requête client ne prouve pas que le travail sur le serveur distant ou sa facturation sont terminés.

Nouveautés de 9.1.583

Publié le 2026-09-08

Une annulation lors de la récupération de page est désormais transmise jusqu'à la requête HTTP.

FetchURL transmet le signal d'annulation de l'appelant à travers l'outil et les deux services de récupération. Une requête annulée avant son démarrage n'est pas envoyée. Si l'annulation survient pendant l'obtention des identifiants, la requête HTTP gérée n'est ensuite plus démarrée.

Après l'annulation d'une récupération gérée, aucune récupération de remplacement locale n'est plus démarrée. Un résultat tardif du service de récupération est écarté et n'est pas utilisé comme preuve de source. Pour les erreurs HTTP et réseau ordinaires, la récupération de remplacement locale antérieure reste possible.

Aucune nouvelle limite de temps n'est introduite. Un renouvellement partagé des identifiants et le traitement HTML synchrone ne sont pas interrompus de force. La limite de taille de 9.1.582 reste en vigueur ; le routage Telegram et les requêtes au modèle restent inchangés.

Nouveautés de 9.1.582

Publié le 2026-09-08

La récupération de page locale vérifie la taille de la réponse dès la lecture et s'interrompt en cas de dépassement de la limite.

La récupération locale compte les octets de réponse entrants avant le décodage de chaque bloc de données et interrompt le flux de données dès que la limite de taille est dépassée. Si l'indication Content-Length manque ou est fausse, la réponse entière n'est plus d'abord lue puis rejetée.

La limite prédéfinie reste à 10 Mio et s'applique au flux de réponse après la décompression HTTP. Les caractères UTF-8 répartis sur plusieurs blocs de données sont conservés. Les tampons de transport et le bloc de données avec lequel la limite est dépassée peuvent déjà se trouver en mémoire ; cela ne garantit aucun plafond exact pour la mémoire totale du processus.

La modification porte sur le chemin de récupération local, y compris lorsqu'il sert de solution de repli. Les corrections de recherche de 9.1.581 restent incluses. Le routage Telegram et l'attente du modèle restent inchangés.

Nouveautés de 9.1.581

Publié le 2026-09-08

Lors de la récupération de page locale, les extraits HTML vides ne sont plus présentés comme des sources réussies.

Si aucun contenu de page ne subsiste après le nettoyage et la conversion, le titre du document seul ne suffit plus pour une récupération réussie. L'erreur d'extraction déjà existante est renvoyée à la place.

Les contenus courts réels et les titres visibles sont conservés. Les réponses au format texte brut ou Markdown restent inchangées. La correction concerne l'extraction HTML locale, pas le service de récupération géré.

Les corrections de recherche de 9.1.580 et les corrections Telegram antérieures restent incluses sans modification. Cette mise à jour ne modifie ni l'attente du modèle ni l'attribution des messages entrants à leurs destinataires.

Nouveautés de 9.1.580

Publié le 2026-09-08

Le dépôt de recherche rejette les dates historiques invalides attribuées aux sources.

Un nouveau rapport n'est pas enregistré si une date attribuée à une source contient un jour calendaire invalide ou une composante horaire non analysable. Les dates manquantes restent autorisées.

Lors de la récupération de preuves de recherche enregistrées, les preuves plus anciennes avec des dates invalides attribuées aux sources sont sautées et signalées avec une indication de diagnostic. Les fichiers ne sont ni réécrits ni supprimés. Les preuves valides distinctes restent consultables ; les dates valides conservent leur décalage de fuseau horaire et leur précision.

Le tri des preuves de recherche de 9.1.579 et les corrections Telegram antérieures restent inclus sans modification. Cette mise à jour ne modifie ni l'attente du modèle ni l'attribution des messages entrants à leurs destinataires.

Nouveautés de 9.1.579

Publié le 2026-09-08

À pertinence égale, les preuves de recherche enregistrées sont triées selon leur moment réel de récupération.

Les heures avec et sans millisecondes sont comparées comme instants UTC, pas comme texte. La pertinence garde la priorité ; à instants identiques, l'ordre antérieur est conservé.

Si le même passage de texte a été relevé plusieurs fois, le résultat conserve les indications d'origine de la récupération la plus récente. Les preuves déjà enregistrées restent inchangées et ne comptent donc pas comme sources nouvellement vérifiées.

La correction pour les réponses Telegram de 9.1.578 reste incluse sans modification. Il en va de même pour la limitation des nouvelles tentatives lorsque le modèle ne fait que réfléchir sans fournir de réponse ni d'appel d'outil. Cette mise à jour ne modifie ni l'attente du modèle ni l'attribution sémantique des messages entrants.

Nouveautés de 9.1.578

Publié le 2026-09-07

De nouvelles tentatives limitées lorsque le modèle ne fait que réfléchir et atteint la limite de temps, ainsi qu'une correction ciblée pour les brèves réponses Telegram de groupe en rapport avec une question.

Si le modèle atteint la limite de temps alors qu'il ne fait que réfléchir, King autorise une nouvelle tentative supplémentaire par étape. Un second dépassement de ce type met fin à l'étape. L'effort de réflexion choisi et la limite de temps antérieure restent inchangés. Cette limitation ne raccourcit pas l'attente de la première sortie du modèle.

Les brèves réponses concernant la présence de l'agent dans les groupes Telegram peuvent désormais être envoyées lorsque reply_to les relie à une entrée du même chat vieille d'au plus 30 minutes. Cette entrée doit s'adresser explicitement à l'agent ou correspondre à une question prise en charge en allemand ou en anglais sur sa présence, commençant par son nom configuré. Les messages de présence non sollicités et les explications selon lesquelles il n'y a rien à signaler restent filtrés. L'envoi de remplacement automatique dans les groupes reste désactivé.

Les journaux des réponses envoyées et masquées contiennent désormais reply_to. En cas de contexte manquant ou ambigu, l'exception ne s'applique pas. Cette mise à jour n'ajoute aucune reconnaissance générale des destinataires et n'empêche pas les appels de modèle inutiles dus à l'adressage sémantique antérieur.

La correction s'applique à deux versions exactement identifiées de l'expéditeur MCP Telegram géré et intervient aussi lors de la fusion finale de la configuration du plugin. L'expéditeur plus ancien utilise une copie de compatibilité aux modifications étroitement limitées. Les bridges d'entrée, les réglages d'accès, les profils et les registres de plugins ne sont pas réécrits. Les expéditeurs inconnus ou modifiés ainsi que les remplacements explicitement définis sont conservés. King doit être redémarré après la mise à jour pour que la correction soit chargée.

Nouveautés de 9.1.577

Publié le 2026-09-07

Plus de messages de fin automatiques dans les groupes Telegram. Les réponses utiles y sont envoyées de façon ciblée via l'outil de réponse Telegram.

Le noyau CLI et le bridge Telegram autonome ne transmettent plus automatiquement le texte de fin normal d'un agent aux groupes. Des indications comme « Rien à signaler » ne parviennent ainsi plus au groupe par cet envoi de remplacement automatique.

Les réponses dans les conversations privées, les outils de réponse explicitement utilisés, les résultats cibles requis, les messages de commande et de statut ainsi que l'envoi de médias sont conservés. Les instructions de prompt pour les entrées normales, les messages de pilotage pendant une opération en cours et les messages de groupe du bridge autonome contiennent désormais la même règle d'envoi.

Cela ne garantit pas qu'un modèle n'enverra jamais de réponse inutile par appel d'outil. Le correctif n'empêche pas non plus que des messages de groupe sans rapport avec l'agent concerné atteignent le modèle. Les règles de mention, les réglages d'accès et la résolution des plugins gérés restent inchangés ; aucune mise à jour d'AgentSpine ni du contrôleur de langue n'est incluse.

Le noyau actualisé doit être chargé par un nouveau processus. Les sessions en cours ne sont pas redémarrées automatiquement. Les profils existants et l'historique de session sont conservés.

Nouveautés de 9.1.576

Publié le 2026-09-07

BLUN King 9.1.576 distingue C++ et C# dans les requêtes de recherche locales et contient les corrections publiées précédemment pour les mises à jour, la reprise des sessions et Telegram.

La recherche dans les preuves de recherche locales traite C++ et C# isolés comme des termes distincts, y compris en cas de casse différente et avec la ponctuation environnante. Les passages de texte enregistrés, les hachages, les protections de sources, la normalisation Unicode, les limites de collection et les limites de sortie restent inchangés. Aucune réindexation n'est nécessaire.

Un test défini avec 20 requêtes de recherche techniques et des tests de régression ciblés pour les limites de jetons vérifient cette correction. Elle concerne la recherche locale et n'est pas une déclaration sur la qualité ou la capacité de WebSearch en exploitation. Toutes les modifications de 9.1.575 restent incluses.

Nouveautés de 9.1.575

Publié le 2026-09-07

Le crawleur web groupé rejette les réponses avec cf-mitigated: challenge avant de lire les contenus, de suivre les redirections ou de considérer un fichier robots manquant comme une permission de continuer. Pour les noms d'en-têtes, il ne tient pas compte de la casse ; il vérifie aussi les valeurs normalisées et les en-têtes à occurrences multiples. Le statut de la réponse est conservé dans le rapport d'erreur.

Les fichiers robots manquants sans cette marque et les pages de documentation ordinaires continuent de suivre l'exécution existante. Les pages déjà terminées restent disponibles lorsqu'une page ultérieure est rejetée ; l'erreur est signalée comme résultat incomplet. Cette protection vérifie une marque de réponse. Elle n'est ni une détection générale de défi ni un contournement CAPTCHA. Les fournisseurs de recherche, l'authentification, les verrous de mise à jour et le noyau CLI restent inchangés. Toutes les modifications de 9.1.574 restent incluses.

Nouveautés de 9.1.574

Publié le 2026-09-07

Les mises à jour explicitement demandées distinguent désormais une mise à jour bloquée, une vérification de verrou indisponible, un répertoire privé indisponible, une version installée invalide et un installeur protégé indisponible. Ces cas ne sont plus signalés en bloc comme un échec de vérification du paquet. Le changement s'applique aux messages en allemand et en anglais.

L'approbation des mises à jour, le comportement de verrou, les motifs de retour, les codes de sortie et le comportement de l'installeur restent inchangés. Les sessions en cours ne sont pas terminées automatiquement. Les paquets fixés sur un ancien canal interne nécessitent toujours une installation npm explicite avec King arrêté ; cette version ne lève pas cette fixation. Toutes les modifications de 9.1.573 restent incluses.

Nouveautés de 9.1.573

Publié le 2026-09-07

Le champ de saisie reste visible et garde le focus après la sélection d'objectif au démarrage, même après Escape ou une reprise d'objectif échouée. Les brouillons non envoyés sont conservés. Au lieu du texte d'objectif complet, une sélection compacte apparaît pour continuer avec ou sans objectif.

Ctrl+S quitte la sélection sans confirmer l'objectif et est traité comme le raccourci régulier pour la file d'attente. Les saisies en attente en mode inactif sont aussi prises en compte. Escape conserve son ordre antérieur : d'abord vider la file d'attente, au prochain Escape interrompre l'exécution active. L'historique de session n'est pas effacé automatiquement.

Cette version ne reconstruit pas les accusés de réception qu'un processus plus ancien a perdus avant la mise à jour. Les messages réellement en attente restent attribués à leur session.

Nouveautés de 9.1.572

Publié le 2026-09-07

Pour les preuves de recherche, les URL de sources sont rejetées lorsque leurs paramètres de requête ou fragments en forme de paramètres contiennent des noms de paramètres connus pour les identifiants. Les noms imbriqués et les chemins dans le fragment sont aussi vérifiés. Le rejet s'applique aux sources échouées comme aux sources utilisables.

Les rapports déjà enregistrés avec de telles URL sont écartés à la récupération avec le résultat existant partial / report-invalid. Les états initialement enregistrés ne sont ni modifiés ni supprimés ; les adresses de sources ne sont pas silencieusement tronquées ou réécrites. Les paramètres de requête ordinaires et les ancres dans les URL de documentation sont conservés octet pour octet. La protection reconnaît des noms de paramètres connus, pas des secrets arbitraires, et ne nettoie aucun historique.

Nouveautés de 9.1.571

Publié le 2026-09-07

Les plages de la file d'attente Telegram sont attribuées à leur session. Une nouvelle session ne reprend plus automatiquement le travail en attente d'une session plus ancienne. Lors de la reprise d'une session connue, seules ses propres plages en attente sont restaurées. Pendant la sélection, la création et le changement de session, la prise en charge des messages de canal est en pause. Les messages arrivant après la limite choisie, les saisies suivantes dans l'éditeur local et les accusés de réception tardifs conservent leur attribution correcte.

L'attribution et les accusés de réception arrivant dans un ordre différent sont conservés lors d'une nouvelle connexion et de la remise d'un lease. Un état de file d'attente endommagé ou remplacé est rejeté, au lieu de rejouer d'anciennes saisies sans qu'on s'en aperçoive. La boîte de réception et l'historique de session sont conservés. Les anciennes plages en attente sans session reconnaissable sont différées et ne sont attribuées à aucune nouvelle session ; leur restauration automatique n'est pas incluse. Cela ne corrige pas tous les dépassements de temps ni tous les compactages de contexte bloqués. Un retour en arrière n'est pas une procédure de migration de la file d'attente.

Le plugin Telegram et la fonction de repli indépendante de la console pour l'envoi automatique de réponses suppriment les accusés de réception reconnus et les textes qui n'annoncent que le silence de l'agent, y compris au-delà de 200 caractères. Si un message contient une partie de phrase non reconnue ou pertinente pour le contenu, il est conservé. Les brefs avertissements utiles de groupe peuvent toujours être remis. C'est un filtre d'envoi allemand-anglais prudent avec des instructions complémentaires, pas une garantie que chaque modèle comprenne chaque conversation de groupe.

Un nouveau processus doit charger le paquet actualisé ; les sessions en cours ne sont pas redémarrées. Les fixations existantes sur des canaux de mise à jour internes et les verrous d'installation Windows avec EBUSY restent des problèmes distincts. Toutes les autres modifications de 9.1.570 restent incluses. Cette version n'active aucune recherche web hébergée et ne modifie ni AgentSpine ni la facturation, l'authentification ou la configuration client.

Nouveautés de 9.1.570

Publié le 2026-09-07

Chaque nouvelle remise de prompt reçoit son propre identifiant de corrélation de hook. Les hooks d'une même remise conservent le même identifiant ; les identifiants explicitement définis sont conservés. Les valeurs d'environnement propres à la session atteignent les sous-processus de hook et les connexions MCP également lors d'une reconnexion, sans réécrire les configurations de plugin enregistrées. L'attribution des résultats d'outils natifs est conservée d'une exécution à l'autre, y compris en cas d'échec d'outil et d'appels en double.

Les requêtes de recherche Unicode canoniquement équivalentes trouvent les mêmes résultats, sans assimiler des caractères différents. Les sources enregistrées, les dates, les versions et les limites de projet sont conservées. king --help et king --version ne modifient plus les paramètres du Registre Windows relatifs aux vidages sur incident.

La recherche web prend en charge les réponses partielles lorsque ce mode de réponse a été convenu, et affiche alors une indication sur les sources défaillantes. Les réponses partielles vides ou incompatibles restent des erreurs explicites. Cette modification côté client n'active aucun service de recherche hébergé et n'en garantit pas le fonctionnement.

Le transport BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE est désactivé par défaut. En cas d'activation explicite, il transmet le chemin réel du journal de session enregistré et le protocole associé au plugin AgentSpine sélectionné. Chaque session reçoit sa propre autorisation d'accès, renouvelée après une reprise. C'est un support de transport, pas une preuve de rappel mémoriel ni d'autorisation par le plugin récepteur.

Toutes les modifications publiques de 9.1.569 restent incluses. L'implémentation AgentSpine groupée reste inchangée ; aucune dépendance Mnemo n'est créée. Les profils utilisateur, les autorisations, les conversations et les réglages de plugin ne sont ni migrés ni réinitialisés.

Nouveautés de 9.1.569

Publié le 2026-09-06

Cette version publique cumulative contient la remise dans les groupes Telegram selon les mentions, des corrections pour le démarrage et les autorisations ainsi que des collections de recherche et des outils de crawler. Les paquets publiés restent inchangés. Les modifications ultérieures paraissent sous un nouveau numéro de version.

Nouveautés de 9.1.566

Publié le 2026-09-03

BLUN King 9.1.566 rend les mises à jour de plugins et le chargement des modules d'exécution natifs plus robustes.

Le runtime AgentSpine groupé est mis à jour vers la version 0.59.1. Son auto-démarreur saute la racine d'un profil utilisateur comme cible de scan, et tous les hooks de cycle de vie restent non bloquants (fail-safe) lorsqu'un chemin protégé ne peut pas être lu.

Les modules natifs .node sont résolus via un cache adressé par contenu en dehors du paquet npm. Dès que cette version est active, une console en cours ne tient plus la copie du paquet de ces modules ouverte. Les mises à jour ultérieures peuvent ainsi remplacer le répertoire du paquet sans entrer en collision avec ces fichiers natifs.

Le paquet public conserve les catalogues d'interface complets en espagnol, français, suédois et tchèque de la version 9.1.565. Les chemins d'exécution internes de Mnemo, les points de terminaison privés, les fournisseurs de modèles internes et les scripts de construction ne sont pas inclus.

Nouveautés de 9.1.565

Publié le 2026-09-03

BLUN King 9.1.565 stabilise les longues sessions de travail et étend le runtime AgentSpine groupé.

Le frein de répétition réinitialise sa séquence de résultats équivalents dès que du travail réel progresse entre-temps. Les vérifications ordinaires de boîte de réception et de listes de tâches ne déclenchent ainsi plus de réponse forcée erronée.

L'indicateur d'activité tient sur une seule ligne. Il affiche le mot de statut anglais adapté à l'activité en cours, les jetons de réflexion cachée, les jetons visibles, la consommation totale, l'effort, la tentative, le budget et l'étape.

Les erreurs de scan AgentSpine restent non bloquantes (fail-safe) pour les outils de mutation, les saisies utilisateur et les hooks d'arrêt : l'exécution suivante peut continuer et l'erreur est consignée dans le journal d'audit. Avant un arrêt fatal dû à une exception ou à un rejet de promesse non géré, la console écrit le journal d'exécution de façon synchrone.

Le runtime AgentSpine groupé est mis à jour vers la version 0.54.0 depuis le commit fb6d456b68605fd83721090e503f000a26e8a0fb. L'état contient le vrai test ACL fail-open, des plans d'objectifs persistants liés aux dépendances et la résolution liée des lacunes de connaissances.

Les hooks de cycle de vie SessionStart, UserPromptSubmit, PostToolUse et Stop sont envoyés à Mnemo avec l'identité exacte MNEMO_AGENT. Les erreurs réseau restent non bloquantes (fail-safe).

Les textes d'interface auparavant manquants sont désormais complets en espagnol, français, suédois et tchèque.

Nouveautés de 9.1.564

Publié le 2026-09-02

BLUN King 9.1.564 empêche les plantages dus aux dossiers protégés et aux textes d'interface manquants.

AgentSpine saute, lors du scan préparatoire des fichiers, les fichiers et dossiers individuels que le système d'exploitation verrouille avec EPERM ou EACCES. Une erreur de scan inattendue ne bloque plus l'appel d'outil suivant ; l'appel est autorisé et l'erreur est consignée dans le journal d'audit.

Si une clé de texte manque dans une langue d'interface publiée, la console utilise le texte anglais et consigne la lacune une seule fois, au lieu de planter dans le chemin de rendu. La ligne de statut de réflexion reste ainsi utilisable notamment en tchèque, espagnol, français et suédois.

Les traductions proprement dites des clés encore manquantes suivent dans une version vérifiée séparément. Jusque-là, le repli anglais est volontairement visible et sûr en cas de défaillance.

Nouveautés de 9.1.563

Publié le 2026-09-02

BLUN King 9.1.563 met à jour le runtime AgentSpine groupé vers la version 0.49.0.

Le nouvel état exige, avant une tentative d'apprentissage, au moins une preuve récente et indépendante issue d'une confirmation explicite de l'utilisateur ou d'un test objectif. Les seules preuves de conversation ou de document ne suffisent plus, même si leurs autres seuils sont remplis.

Les contrats d'apprentissage lient de façon persistante cette règle de preuve ; des modifications de configuration ultérieures ne peuvent pas affaiblir une vérification en cours. Des verrous de fichiers liés à leur propriétaire protègent les modifications d'apprentissage parallèles contre l'écrasement et font échouer en mode fermé (fail-closed) les verrous manipulés ou externes.

La mise à jour remplace l'arbre de plugins géré au prochain démarrage de façon adressée par contenu. Les installations existantes de la version 9.1.562 sont mises à jour vers AgentSpine 0.49.0, un arbre inchangé est réutilisé, et le serveur MCP AgentSpine confirme la version 0.49.0.

Nouveautés de 9.1.562

Publié le 2026-09-02

BLUN King 9.1.562 rétablit le fichier d'exécution AgentSpine dans le paquet public.

Le fichier d'exécution requis par le serveur MCP AgentSpine groupé est de nouveau fourni. Une nouvelle installation matérialise complètement le plugin ; le serveur MCP démarre et confirme son nom et sa version de protocole.

Nouveautés de 9.1.561

Publié le 2026-09-02

BLUN King 9.1.561 reprend dans le paquet public les améliorations vérifiées du système de travail.

La demande en cours et les résultats d'outils récents restent disponibles. Les résultats de lecture ne sont pas tronqués. Les grands résultats sont enregistrés avec une référence pour les rappeler, au lieu d'être vidés. Des résultats identiques répétés renvoient au résultat complet le plus récent.

Les compactages sont consignés comme une transaction avec marque de début, de résumé et de fin. Les appels d'outils et leurs résultats restent ensemble, tandis que des points de contrôle persistants sécurisent le chemin de restauration d'une tentative à l'autre.

Les budgets de sortie proviennent désormais du profil de modèle actif. Le modèle BLUN géré reçoit par défaut 128 000 jetons de sortie lorsqu'aucune valeur n'est explicitement définie. Les anciennes limites fixes de 32 768 jetons ainsi que les limites basses pour low et off ne tronquent plus les travaux complexes ; la capacité de contexte reste la limite de sécurité.

Le programme de mise à jour demande confirmation avant de préparer ou de lancer l'installeur. Dans le paquet public, le modèle BLUN géré reste réglé en dur ; /model ne sert plus que d'alias de compatibilité pour /effort.

Le périmètre du paquet a été vérifié sur tous les noms de fichiers et les contenus lisibles. Les chemins internes de fournisseur, le choix du modèle, les scripts de construction et de régression, les identifiants privés et les adresses de serveur privées ne sont pas inclus.

Nouveautés de la 9.1.527

Publié le 2026-09-01

BLUN King 9.1.527 reprend le flux /copy de DeepAgents.

La commande copie la réponse d'assistant la plus récente, terminée et non vide, via le chemin de presse-papiers multiplateforme existant.

Si /copy est saisi pendant un tour en cours, la commande utilise la file d'attente de commandes existante et est exécutée après la fin de la réponse.

Des messages d'état clairs couvrent le succès, un historique vide et les erreurs du presse-papiers dans les six langues de l'interface.

Une régression rouge-vert protège l'enregistrement de la commande, l'exécution, la sélection de la réponse, le contenu du presse-papiers à l'octet près et les textes d'interface publiés.

Nouveautés de la 9.1.526

Publié le 2026-09-01

BLUN King 9.1.526 matérialise la version d'AgentSpine fournie avec le paquet actuel avant que /reload ne reconstruise le catalogue de plugins et la configuration MCP.

Les entrées de plugin non concernées sont conservées. Un arbre AgentSpine géré inchangé est réutilisé, sans réécrire installed.json.

Une régression rouge-vert contre 9.1.525 protège l'ordre de démarrage, la reprise du plugin géré et le comportement idempotent au rechargement.

Nouveautés de la 9.1.525

Publié le 2026-09-01

BLUN King 9.1.525 démarre chaque commande shell locale sous Windows et POSIX dans son propre groupe de processus. Les programmes ne peuvent ainsi plus s'attacher au terminal de contrôle de la TUI BLUN ni intercepter Escape, Ctrl+S ou d'autres saisies de l'éditeur.

L'entrée standard, la sortie standard et la sortie d'erreur restent dans des tubes privés. Les commandes interactives reçoivent une fin de fichier et échouent ou expirent, sans entrer en concurrence avec l'éditeur pour les saisies.

L'isolation shell locale de DeepAgents a été reprise pour Windows. Un test de régression exécutable couvre les deux chemins de plateforme et un test réel avec un processus intercepté.

Nouveautés de la 9.1.524

Sans date

BLUN King 9.1.524 maintient la tâche immédiate créée par une commande Telegram /loop dans le chemin de remise protégé pour les commandes à distance. Elle ne peut ainsi pas subsister comme seconde entrée ordinaire de file d'attente.

La liste de reprise affiche pour chaque session la taille du point de contrôle de reprise, les messages et jetons conservés, la taille de l'historique de session ainsi que les points de contrôle manquants, invalides ou obsolètes.

Le runtime AgentSpine fourni est mis à jour vers l'état officiel vérifié 0.11.4 avec le commit 8034487cdd24498076bac48d3f24400bca5e6ae4. Le budget de temps BLUN de 180 secondes pour la finalisation en arrière-plan de SessionStart est conservé.

Des tests de régression exécutables protègent la remise exactement unique des boucles Telegram et tous les états des mesures de reprise. Le comportement local existant de la file d'attente avec une boucle occupée reste inchangé.

Nouveautés de la 9.1.523

Publié le 2026-09-01

BLUN King 9.1.523 permet à Escape de fermer un menu de commandes slash ouvert et de vider le brouillon associé en une seule étape, au lieu de laisser le texte de la commande.

Ctrl+S transmet un brouillon slash au chemin de mise en file d'attente et de traitement existant même lorsque l'interface signale une inactivité, au lieu de revenir silencieusement avant de vider la file d'attente.

Les brouillons normaux sont conservés lorsque Escape ne fait que fermer une autre autocomplétion.

Des tests d'exécution rouge-vert protègent les deux raccourcis contre le comportement exact du paquet 9.1.522.

Nouveautés de la 9.1.522

Sans date

BLUN King 9.1.522 écrit permission.approval_requested immédiatement dans l'historique de session lors de l'ouverture d'une approbation d'outil. Un King sans surveillance ne ressemble ainsi plus à un modèle muet ou à un fournisseur bloqué pendant qu'il attend l'opérateur.

Les boutons d'approbation Telegram existants sont utilisés automatiquement lorsque la liste d'autorisation contient exactement un chat privé et un nombre quelconque de groupes. Avec plusieurs destinataires privés possibles, l'envoi reste bloqué tant que BLUN_TELEGRAM_APPROVAL_CHAT_ID n'est pas défini.

Une régression rouge-vert protège la visibilité immédiate dans l'historique de session, la transmission sans ambiguïté vers un chat privé, la priorité d'une cible explicitement définie et le rejet des destinataires ambigus dans les deux copies de relais livrées.

Nouveautés de la 9.1.521

Sans date

BLUN King 9.1.521 exécute le scan SessionStart d'AgentSpine en dehors du chemin de démarrage interactif. Un scan à froid du répertoire utilisateur, d'une durée de 123,6 secondes, ne bloque ainsi ni l'éditeur, ni la première saisie de l'utilisateur.

Les sorties SessionStart réussies restent automatiques : une fois terminé, le hook d'arrière-plan reprend son briefing limité dans le contexte de session.

Le budget de temps pour les scans à froid passe à 180 secondes. Un test d'exécution rouge-vert prouve que le démarrage rend la main avant un hook lent et que le hook peut ensuite continuer.

Nouveautés de la 9.1.520

Publié le 2026-08-31

BLUN King 9.1.520 accorde au hook SessionStart d'AgentSpine suffisamment de temps au rechargement pour achever un scan complet à froid du projet.

La limite de temps pour le démarrage d'AgentSpine passe de 15 à 60 secondes. Toutes les autres limites de temps des hooks restent inchangées.

Un nouveau contrôle d'exécution rouge-vert démarre le vrai hook AgentSpine dans un projet temporaire et vérifie à la fois sa sortie et les deux manifestes de délai d'attente livrés.

Nouveautés de la 9.1.519

Publié le 2026-08-31

BLUN King 9.1.519 enregistre les sorties réussies du hook SessionStart avant que le démarrage ou le rechargement ne rende la main. La disponibilité d'AgentSpine atteint ainsi automatiquement le contexte de modèle de la session reprise et n'attend plus le premier message de l'utilisateur.

Les références historiques aux résultats d'outils externalisés conservent un aperçu limité du début et de la fin. Les ancres importantes pour la reprise restent ainsi disponibles, sans réintégrer le résultat complet dans chaque requête de modèle.

De nouveaux contrôles d'exécution rouge-vert protègent la transmission du contexte SessionStart et les aperçus historiques. Le catalogue d'outils pour la tenue de la liste de tâches, restauré avec 9.1.518, reste inchangé.

Nouveautés de la 9.1.518

Publié le 2026-08-31

Pendant la tenue proactive de la liste de tâches, Read, Write, Edit et Bash restent disponibles à côté de TodoList. Le chemin de restauration normal pour les grandes modifications de fichiers n'est ainsi plus interrompu.

La tenue automatique de la liste de tâches et son prompt de preuve limité sont conservés, sans basculer l'étape de modèle active vers un catalogue d'outils purement TodoList.

Un contrôle de régression rouge-vert protège contre le retour du catalogue de 9.1.499 et vérifie la sélection des outils de restauration sans schémas en double.

Nouveautés de la 9.1.517

Publié le 2026-08-31

Ctrl+S et Escape restent disponibles même lorsque la demande d'approbation est ouverte. Ctrl+S envoie tous les messages en attente ; Escape libère d'abord un message en attente et ne rejette l'approbation que lorsque la file d'attente est vide.

La fin de session asynchrone est entièrement observée dans les chemins du clavier, de Telegram /reload et des commandes slash. session.not_found est traité comme une session déjà terminée, au lieu de faire planter le noyau par un refus non géré.

Les contrôles de paquet rouge-vert protègent les caractères de contrôle Windows bruts et l'erreur mesurée à la fin d'une session qui n'existe plus.

Nouveautés de la 9.1.516

Publié le 2026-08-31

Si, dans l'historique enregistré, le début d'une étape d'assistant manque après le compactage, la lecture le reconstruit à partir de l'événement de contenu ou d'outil suivant. king -c ne s'interrompt ainsi plus avec l'erreur interne Received content_part for unknown step_uuid 'undefined'.

Un message Telegram ne quitte la file d'attente qu'une seule fois, dès que le noyau a accepté de façon persistante sa remise active. Les refus réels sont conservés pour une nouvelle tentative. Un bridge Telegram géré par King qui s'arrête de manière inattendue est redémarré par exactement un gardien fusionné.

Par étape de modèle, seule la première modification de TodoList est acceptée. Les points terminés disparaissent automatiquement, les marquages en attente restent visibles même dans les terminaux ANSI16 et une nouvelle liste commence avec exactement un point en cours. L'ordre fixe est : urgent, message utilisateur direct, message de bot adressé, message de bot, message normal.

La première étape pouvant utiliser des outils attend au maximum 2,5 secondes le catalogue MCP initial ; les serveurs optionnels peuvent continuer à démarrer en arrière-plan. Au démarrage du programme, seul le profil actif est vérifié et installé.

Nouveautés de la 9.1.515

Publié le 2026-08-31

Une liste de tâches véridiquement inchangée est de nouveau acceptée après un travail attesté plus long. King n'a pas besoin d'inventer des progrès ni de reformuler un simple titre pour pouvoir continuer son travail réel.

Une boucle d'inactivité peut aussi reprendre une TodoList encore ouverte, sans retenir de façon persistante l'agent dans le tour de maintenance avec uniquement l'outil Todo. Un contrôle de régression prepack protège les deux chemins d'erreur.

Nouveautés de la 9.1.514

Publié le 2026-08-30

BLUN King 9.1.514 durcit le journal de remise Telegram sans contenu contre les enveloppes de file manipulées.

Les identifiants de message ne sont repris que comme nombres décimaux positifs. Les hachages de chat déjà calculés ne sont admis que comme valeurs hexadécimales minuscules d'exactement douze chiffres. Les valeurs erronées, semblables à du contenu, sont rejetées au lieu d'être journalisées.

Le traitement Telegram existant, les phases de remise, la rotation du journal et le diagnostic de quarantaine sans contenu restent inchangés. Les 133 tests de paquet ainsi que des tests du paquet sur des installations neuves pour Windows x64, Linux x64, macOS ARM64 et macOS x64 sont au vert.

Nouveautés de la 9.1.513

Publié le 2026-08-30

BLUN King 9.1.513 journalise le chemin de remise Telegram depuis l'arrivée sur le bridge, en passant par le routage, la mise en file et l'injection, jusqu'à la confirmation, la restauration ou la quarantaine.

Le journal limité ne stocke que des identifiants sans contenu, des hachages, des phases de remise, des compteurs et des motifs d'erreur nettoyés. Les textes de messages, les prompts, les chemins, les noms d'utilisateur, les jetons, les identifiants et les messages d'erreur bruts ne sont pas enregistrés.

Le diagnostic de quarantaine, lui non plus, ne duplique plus aucun message Telegram, texte d'affichage, indication d'origine, ID de chat brut ou chemin d'image. Les 132 tests de paquet ainsi que des tests du paquet sur des installations neuves pour Windows x64, Linux x64, macOS ARM64 et macOS x64 sont au vert.

Nouveautés de la 9.1.512

Publié le 2026-08-30

BLUN King 9.1.512 exige pour la tenue proactive de la TodoList une mise à jour modifiée et fondée sur des preuves, au lieu de réaccepter indéfiniment la même liste. Le tour de maintenance isolé reçoit au plus huit indications compactes sur le nom de l'outil et le résultat depuis la dernière mise à jour acceptée.

Les prompts, arguments, commandes, chemins complets, résultats d'outils ou l'historique de travail ne sont pas rejoués pour cela. Une tentative TodoList échouée conserve cette preuve limitée pour la tentative suivante ; une mise à jour réussie retire les indications utilisées. Les points terminés disparaissent toujours automatiquement, et à l'étape suivante, les outils de travail normaux sont de nouveau disponibles.

Nouveautés de la 9.1.511

Publié le 2026-08-30

BLUN King 9.1.511 livre AgentSpine 0.10.1 comme nouvelle version de plugin central adressée par contenu. Le preflight obligatoire vérifie toujours chaque fichier d'instructions d'hôte actif sans risque de condition de concurrence et lie son identité au tour exact, mais ne duplique plus le texte intégral déjà chargé par l'hôte dans le contexte d'exécution.

L'état ajoute des preuves obligatoires avant réponse, des entrées Must-Remember confirmées et la synchronisation auto-réparatrice du graphe de persona et de relations authentifié. Les groupes, personnes et appartenances manquants sont réparés lors d'un nouvel alignement du roster ; les requêtes de relations locales se terminent visiblement après cinq secondes en cas de blocage.

La requête Telegram-Mnemo limitée est conservée : les messages antérieurs ne sont chargés qu'en cas de besoin concret, avec un rapport étroit à l'agent, la personne, le groupe, le thème, le fil et la période. Un historique Telegram complet n'entre pas systématiquement dans le prompt.

Nouveautés de la 9.1.510

Publié le 2026-08-30

BLUN King 9.1.510 ajoute l'outil ReadBatch. Il lit deux à douze fichiers UTF-8 déjà connus et indépendants, ou des plages de fichiers, en une étape de modèle, en conservant l'ordre des requêtes. Chaque chemin passe par les mêmes contrôles d'accès, de règles et d'autorisation qu'un appel Read individuel. Les succès partiels restent visibles ; seul un lot entièrement échoué compte comme erreur globale.

Nouveautés de la 9.1.509

Publié le 2026-08-30

BLUN King 9.1.509 exige pour chaque message de travail Telegram autorisé entre bots une mention explicite du King destinataire. Les messages de bots sans mention correspondante restent visibles, mais ne sont ni mis en mémoire tampon, ni mis en file d'attente, ni remis, ni repris plus tard dans le contexte de modèle de ce King. Un message de bot prioritaire pour un King ne peut ainsi plus devenir la tâche d'un autre King.

Nouveautés de la 9.1.508

Publié le 2026-08-30

Les points Todo ouverts ont de nouveau une case visible. La première liste de tâches ordinaire commence elle aussi avec exactement un point en cours ; les étapes suivantes restent en attente jusqu'à ce que leur début réel soit attesté.

Les messages Telegram directs et de groupe acceptés sont transmis à Mnemo de manière asynchrone, mis en mémoire tampon de façon persistante et dédupliqués de façon exacte. Un hub temporairement injoignable ne bloque ni la remise Telegram, ni l'exécution de King. Les commandes /loop et les ticks de boucle internes ne sont volontairement pas enregistrés.

AgentSpine ne charge aucun historique Telegram complet dans le contexte d'exécution. Si une tâche a besoin d'un message antérieur, une requête Mnemo limitée est effectuée selon l'agent, la personne, le groupe, le thème, le fil et la période.

Nouveautés de la 9.1.507

Publié le 2026-08-30

BLUN King 9.1.507 demande explicitement au modèle, dans l'outil Read, de regrouper les lectures de fichiers et de plages indépendantes dans une seule réponse de modèle lorsque plusieurs entrées peuvent être utiles.

Cela réduit les tours de modèle évitables dans les grands contextes de travail, sans modifier l'exécution, la navigation de pages, les autorisations ou le traitement des résultats de Read.

Nouveautés de la 9.1.506

Publié le 2026-08-30

Les points TodoList terminés sont retirés immédiatement de la TUI visible. La liste de tâches persistante a déjà correctement écarté ces entrées ; désormais, l'interface affiche le même état nettoyé, tandis que le travail en cours et en attente reste entièrement conservé.

Le tour de maintenance automatique utilise un prompt système dédié de 546 caractères. Auparavant, alors que seul l'outil Todo était disponible, le prompt de travail complet d'environ 19 000 caractères y était ajouté. L'étape de travail suivante reçoit toujours le prompt complet et son catalogue d'outils normal.

Nouveautés de la 9.1.505

Publié le 2026-08-30

Un message Telegram qui arrive après la reprise du canal, mais avant la fin de l'activation de la file, n'est plus sauté comme ancien arriéré. Sans point de contrôle valide, le traitement commence à la limite d'octets mesurée au début de la reprise, au lieu de la fin de fichier ultérieure.

Un point de contrôle persistant valide garde la priorité. Si le fichier de file est remplacé pendant la transition, le nouveau fichier commence en sécurité à l'octet zéro ; les messages historiques déjà présents avant la reprise ne sont toujours pas rejoués.

Nouveautés de la 9.1.504

Publié le 2026-08-30

Un message Telegram déjà présent dans la file d'attente lors d'une exécution d'agent vide est désormais lancé comme nouveau tour de modèle via le chemin de canal normal. Il n'attend plus une exécution active, qui ne peut par définition pas survenir en inactivité.

La remise existante dans un tour en cours reste inchangée. La tenue Todo isolée, la suppression automatique des points terminés et la restauration ultérieure des outils de fichiers, de recherche et de shell normaux restent également protégées.

Nouveautés de la 9.1.503

Publié le 2026-08-30

Le message de maintenance Todo isolé porte désormais aussi un champ toolCalls explicitement vide. Il satisfait ainsi la même forme de message que les tours de travail réguliers et peut être traité en sécurité par la normalisation de fournisseur BLUN.

L'erreur d'exécution réelle TypeError: message.toolCalls is not iterable ne survient ainsi plus avant l'appel TodoList. Un test de régression itère le message généré exactement comme la frontière de fournisseur, avant la mise en service de la maintenance.

Nouveautés de la 9.1.502

Publié le 2026-08-30

L'étape de maintenance TodoList à échéance ne reçoit plus qu'un message récent, limité à la tâche actuelle et à la liste visible. Les anciens appels Read, Bash ou MCP de l'historique de travail ne peuvent ainsi plus aboutir dans l'étape volontairement limitée à TodoList.

Les tâches terminées disparaissent automatiquement de la liste visible et persistante lors de l'enregistrement. Les points en cours, en attente, bloqués, en attente d'approbation et annulés sont conservés ; la liste ne croît ainsi pas indéfiniment par le travail achevé.

Nouveautés de la 9.1.501

Publié le 2026-08-30

Après une étape de maintenance TodoList réussie, tous les outils sélectionnés pour le tour sont de nouveau disponibles dans l'étape de travail immédiatement suivante. Read, Bash et les autres outils de travail ne restent plus cachés derrière le catalogue Todo temporairement restreint.

Golden Release 9.1.500

Publié le 2026-08-30

Cette version regroupe l'état fonctionnel complet de 9.1.499 inchangé comme publication npm commune pour Windows, Linux et macOS. Le marquage Gold est volontairement limité aux titres de cette version ; les entrées plus anciennes conservent leur présentation actuelle.

Nouveautés de la 9.1.499

Publié le 2026-08-30

Les données d'image, d'audio et de vidéo en dehors des douze derniers messages de conversation ne sont remplacées par de brèves références que dans la projection répétée destinée au modèle. Les médias actuels, le texte du message et l'historique brut complet de session restent inchangés.

Dans un point de contrôle de reprise mesuré, cette projection économise 85 748 caractères, soit environ 21 437 jetons d'entrée estimés par étape d'outil supplémentaire.

La tenue Todo à échéance se déroule avant le neuvième bloc de travail comme étape de modèle distincte à faible effort. Dans cette étape, l'exécution ne propose que TodoList ; les outils de fichiers, de recherche, de shell et autres outils de travail ne sont de nouveau autorisés qu'après une mise à jour valide.

Les messages utilisateur récents gardent la priorité sur la tenue Todo. Le contrôle Todo strict reste comme filet de sécurité pour les mises à jour réellement invalides, mais n'apparaît plus comme erreur intermédiaire rouge normale avant une tenue de liste autonome.

Nouveautés de la 9.1.498

Publié le 2026-08-30

/usage affiche le taux de réussite du cache de prompt signalé par le fournisseur ainsi que les jetons de cache lus et écrits par modèle. Sans activité de cache signalée, l'affichage n'invente aucun taux.

/tokens est un alias court pour le diagnostic de contexte détaillé existant ; /offload appelle le compactage avec archivage existant. Aucune des deux commandes ne déclenche d'appel de modèle supplémentaire.

Les messages de bot autorisés différents ne sont plus rejetés par une fenêtre rigide de 15 secondes. L'ordre existant est conservé : les messages privés et explicitement adressés passent avant les messages de bot, les messages de bot avant le contexte normal.

Un compactage complet reprend la liste Todo exacte dans le nouveau contexte. Si ensuite le chemin, la commande, le hachage ou l'exigence sont incertains, une indication de restauration unique demande d'abord la lecture de l'historique archivé, au lieu d'une vaste recherche de fichiers ou d'un nouveau départ.

Les étapes Todo terminées sont conservées comme preuve. Si des constats ultérieurs rendent une étape à nouveau nécessaire, la fin attestée reste en place et le nouveau contrôle apparaît comme une étape distincte en cours, avec justification.

Les boucles de session récurrentes attendent tant que la liste Todo tenue à jour contient encore un travail en cours ou en attente. Les intervalles manqués sont regroupés jusqu'à une inactivité réelle ; les autres rappels planifiés n'en sont pas affectés.

Nouveautés de la 9.1.497

Publié le 2026-08-30

Les messages de bots Telegram issus de groupes communs passent après les messages privés et explicitement adressés, mais avant le contexte normal. La priorisation n'impose aucune réponse.

Un message Telegram accepté disparaît de la file visible dès que son étape de modèle injectée commence. Une remise rejetée ou une interruption avant la première étape le conserve pour une nouvelle tentative.

Une réponse Telegram ou un traitement de message à échéance n'est plus bloqué par la tenue à jour de la liste Todo. La prochaine étape de travail normale reste verrouillée jusqu'à la mise à jour véridique de la liste Todo.

Versions 9.1.496 à 9.1.487

Nouveautés de la 9.1.486

Publié le 2026-08-29

Les profils nouveaux et mis à jour démarrent désormais de manière fiable en anglais sous Windows, macOS et Linux. Une valeur de langue automatique enregistrée est migrée une seule fois, tandis que les langues explicitement choisies restent inchangées.

Les mises à jour automatiques au démarrage sont de nouveau activées par défaut via l'installeur existant lié à la version. [upgrade].auto_install = false conserve la demande de confirmation ; un programme de mise à jour en arrière-plan n'est pas réintroduit.

Les boîtes de dialogue de démarrage, la progression, les erreurs, les messages de succès et la reprise de session utilisent désormais la même langue. Les tests de régression et de mutation protègent la migration, le chemin de mise à jour et les données de session.

Versions 9.1.485 à 9.1.178

Améliorations depuis 9.1.57

Améliorations précédentes

Ajouts et lacunes documentaires ouvertes

Rapprochement du 17 septembre 2026 : dans la plage 9.1.33 à 9.1.597, 521 versions sont présentes dans le répertoire npm. Un numéro manquant n'est pas automatiquement une publication manquante : certaines versions manquent dans le répertoire actuel ou ont été retirées. Pour quatre versions publiées, les détails exacts des modifications restent non documentés. Aucune modification n'est inventée pour combler ces lacunes.

9.1.567 : détails des modifications non documentés

Publié le 6 septembre 2026 à 22:42 UTC. La valeur SHA-512 du paquet correspond à la valeur d'intégrité publiée sur npm. Le paquet ne contient pas de CHANGELOG.md ; son README cite encore 9.1.566 dans la commande d'installation. La différence avec 9.1.566 ne peut donc pas en être déduite de manière fiable. Cette lacune documentaire reste explicitement ouverte.

9.1.550 : détails des modifications non documentés

Publié le 2 septembre 2026 à 07:19 UTC. La valeur SHA-512 du paquet correspond à la valeur d'intégrité publiée sur npm. Le paquet ne contient pas de CHANGELOG.md et aucune preuve de modification spécifique à une version n'a été trouvée dans le matériel examiné. Cette lacune documentaire reste explicitement ouverte.

Ajout à 9.1.536

Les informations suivantes proviennent du paquet publié du 1er septembre 2026, dont l'intégrité a été vérifiée :

• Les commandes de travail se poursuivent au-delà des réponses Telegram privées. Après des messages directs mis en mémoire tampon, King poursuit le travail avec une étape supplémentaire limitée, à moins que l'utilisateur n'ait explicitement mis en pause ou arrêté le travail.
• Les courtes demandes de statut n'interrompent pas le flux de travail en cours.
• Lorsque les tentatives de répétition après des réponses de raisonnement vides sont épuisées, King réduit l'effort de raisonnement au lieu de le laisser inchangé lors des tentatives suivantes.
• Davantage de schémas d'outils chargés à la demande restent disponibles ; les messages ne sont délocalisés que lorsque la place disponible dans l'historique devient rare.
• Sont incluses la règle de progression vérifiée pour TodoList et un chemin de démarrage sur une ligne pour God Mode avec Swarm.

Ajout à 9.1.99

La documentation de fonctionnalité existante décrit la délocalisation commune de résultats d'outils textuels purs successifs : lorsque la pile dépasse 12 000 caractères, les grands résultats adaptés sont enregistrés en privé. Dans le contexte du modèle restent des références lisibles ; l'historique brut et les médias sont conservés. L'entrée de version jusqu'ici manquante renvoie désormais explicitement à cette fonctionnalité.

9.1.70 : détails des modifications non documentés

Publié le 24 août 2026 à 15:56 UTC. La valeur SHA-512 du paquet correspond à la valeur d'intégrité publiée sur npm. Le paquet ne contient pas de CHANGELOG.md ; les descriptions de fonctionnalités existantes ne prouvent aucune différence nette avec 9.1.69. Cette lacune documentaire reste explicitement ouverte.

9.1.57 : détails des modifications non documentés

Publié le 23 août 2026 à 07:28 UTC. Cette version n'est apparue jusqu'ici que comme point de départ d'un titre collectif. Aucune preuve de modification spécifique à une version n'est attribuée dans le matériel examiné. Cette lacune documentaire reste explicitement ouverte.

Le CHANGELOG.md contenu dans le paquet npm immuable 9.1.597 se termine à 9.1.594. Les indications complémentaires pour 9.1.595 à 9.1.597 figurent sur cette page. Le paquet publié n'a pas été réécrit par la suite sous le même numéro de version.

9.1.41 et 9.1.42 sont retirées

Mettre à jour et vérifier

king update

blun --version

Après l'installation de 9.1.599, la sortie de version doit afficher 9.1.599. Les mises à jour depuis 9.1.597 et la version locale 9.1.598 via les sources de mise à jour publiques sont vérifiées. Une console déjà en cours ne charge le nouveau code qu'après son redémarrage. Vérifie ensuite en plus /version dans celle-ci.