BLUN King
BLUN King 9.1.621
Publicado el
King solo adopta un resumen de tu conversación cuando el modelo ha confirmado que está completo. Si falta esta confirmación, tu historial de conversación anterior permanece sin cambios.
Si la transmisión del resumen termina de forma inesperada, tu contexto de conversación anterior no se sustituye por el resumen incompleto. El cambio solo afecta a la compactación de la conversación; las respuestas normales permanecen sin cambios.
Siguen abiertos algunos errores puntuales al guardar una sesión; no se han corregido con esta actualización.
BLUN King
BLUN King 9.1.620
Publicado el
En Windows, la consola finaliza completamente al cerrar la ventana, de modo que en el próximo inicio ya no aparezca «ya en ejecución».
La actualización corrige la finalización del proceso de la consola al cerrar la ventana. Una consola realmente aún en ejecución conserva el acceso exclusivo a su sesión.
La guía se ha completado para el estado 620: instalación en Linux, continuación de sesiones largas, la última sesión al inicio, Ctrl+L, Skills, plugins, objetivos y encargos sin interfaz. A la guía CLI actual.
BLUN King
BLUN King 9.1.619
Publicado el
Un único error anterior al compactar la conversación ya no bloquea tu sesión: tras un compactado correcto, King solo cuenta los errores nuevos directamente consecutivos. Si el compactado falla dos veces seguidas, el mensaje ahora indica claramente «compactación en pausa» en lugar de anunciar un contexto completo.
Siguen pendientes errores puntuales al guardar una sesión y al crear un resumen completo de la conversación; no se han corregido con esta actualización.
BLUN King
BLUN King 9.1.618
Publicado el
Si, después de continuar tu sesión, llega un mensaje de Telegram mientras King ya está trabajando, permanece en la cola y se entrega posteriormente. King ya no muestra esta situación de espera como un error.
En Linux x64, el terminal utiliza un binario incluido. Así, funciona incluso cuando npm 12 bloquea los scripts de instalación; para ello no se necesita ningún compilador. Con este fin, King utiliza la versión preliminar fijada node-pty 1.2.0-beta.15.
BLUN King
BLUN King 9.1.617
Publicado el
Al volver a cargar la misma sesión, King ya no añade varias veces las instrucciones de plugins que no han cambiado. Si las instrucciones cambian, King sigue teniendo en cuenta el estado actual.
Las vistas previas de salidas grandes de herramientas ahora también tienen en cuenta la ventana de contexto disponible. Puedes seguir leyendo por completo las salidas externalizadas.
Con /profile o /profiles abres la selección de perfil. King solo hace el cambio cuando tu sesión está lista. El trabajo en curso y los mensajes en espera impiden un cambio prematuro; en ese caso, tu perfil anterior sigue activo.
Si detienes un trabajo en curso, King espera también a los últimos pasos de limpieza. Un trabajo que aún no ha concluido no se confirma antes de tiempo como detenido.
BLUN King
BLUN King 9.1.616
Publicado el
Tras una respuesta de Telegram confirmada, King recoge otros mensajes dirigidos a ti en el siguiente paso seguro, incluso durante un turno en curso.
Tras una respuesta de Telegram confirmada, King recoge otros mensajes dirigidos a ti en el siguiente paso seguro, incluso durante un turno en curso. Una respuesta que ya se ha entregado deja de retener la cola. Las respuestas permanecen asignadas a su chat correspondiente.
Si interrumpes un turno, los mensajes de Telegram que aún no se han recogido se conservan para la siguiente entrega. King solo confirma su recepción cuando la sesión los recoge realmente.
BLUN King
BLUN King 9.1.615
Publicado el
King mantiene grandes catálogos de herramientas disponibles mediante la búsqueda de herramientas y ajusta el presupuesto de herramientas a la ventana de contexto del proveedor.
King mantiene grandes catálogos de herramientas disponibles mediante la búsqueda de herramientas, sin enviar al modelo todos los esquemas opcionales de herramientas. Si el proveedor comunica una ventana de contexto más pequeña, King ajusta el presupuesto de herramientas; las herramientas encontradas siguen disponibles en el siguiente paso.
Cuando es necesario, King externaliza las salidas grandes de herramientas antes de lo habitual. Puedes recuperar la salida completa como hasta ahora, siempre que pueda mostrarse de forma segura.
Las respuestas normales de Telegram y los cambios en los mensajes ya no se retienen por falta de una liberación de idioma. Una revisión de respuestas que hayas configurado sigue activa.
BLUN King
BLUN King 9.1.614
Publicado el
Los archivos AGENTS.md y AGENTS.override.md demasiado grandes ya no detienen un turno solo por su tamaño.
Fuera de la consola de King, King lee en total hasta 32 KiB de archivos de instrucciones y te dice una vez por sesión cuántos bytes se han omitido.
En la consola de King los archivos permanecen completos mientras el límite de solicitud lo permita.
Los enlaces simbólicos y las rutas no seguras permanecen bloqueados.
BLUN King
BLUN King 9.1.613
Publicado el
King reconoce las solicitudes al modelo demasiado grandes antes incluso de enviarlas.
En la consola de King, King lee como máximo 32 KiB de cada archivo AGENTS.md y AGENTS.override.md. Lo que supera ese límite, King lo omite y te muestra cuántos bytes se han omitido.
Antes de enviar, King ahora estima el tamaño de toda la solicitud al modelo, incluidas instrucciones, historial, definiciones de herramientas y datos de imagen. Si se acerca al límite de bytes del servidor, comienza una compactación gradual. Si una solicitud no se puede dividir de forma segura, King se interrumpe sin descartar silenciosamente el historial guardado.
King guarda localmente las llamadas a herramientas completadas como metadatos: nombre de la herramienta, momento, estado y, en el caso de herramientas de archivo, la ruta si procede. Las entradas, salidas, comandos y claves no se guardan. Con /memory tools puedes buscar en las entradas de tu perfil.
El diagnóstico de contexto muestra cifras adicionales sobre la composición de las solicitudes. Una medición de fases opcional registra el tiempo hasta la llamada al modelo sin registrar contenido.
El indicador de uso incluye los tokens de pensamiento notificados por separado, siempre que el proveedor los proporcione.
No lanzada, sustituida por 9.1.613
BLUN King 9.1.612
Publicado el
9.1.612 no se publicó como actualización para clientes. La protección temprana de bytes no actuaba en una solicitud superior a 900 KB cuando el historial por sí solo permanecía por debajo de 600 KB. 9.1.613 sustituye esta versión.
BLUN King
BLUN King 9.1.611
Publicado el
Las solicitudes de compactación grandes permanecen dentro del límite de bytes del servidor.
- King divide una solicitud de compactación demasiado grande en pasos cronológicos según el tamaño de la solicitud. Así la compactación puede continuar aunque la solicitud contenga más bytes de los que el servidor acepta de una vez.
- Si ni siquiera un único mensaje cabe bajo el límite, tu historial guardado permanece sin cambios. King no lo descarta para forzar la compactación.
Con ello no se demuestran tiempos de espera del modelo más cortos ni un menor consumo de tokens. Una actualización no reinicia una sesión de King ya en ejecución.
BLUN King
BLUN King 9.1.610
Publicado el
Puedes volver a instalar King en Linux y volver a iniciar perfiles, y un segundo arranque de King en Windows ya no falla con un mensaje engañoso sobre las ACL privadas.
- Linux vuelve a estar en la lista de sistemas operativos compatibles del paquete npm. Si tienes una versión anterior en Linux, instalas 9.1.610 mediante el actualizador normal.
- Los inicios explícitos con --profile y los atajos existentes de nombres de perfil llevan al directorio del perfil elegido. Un simple nombre desconocido ya no crea silenciosamente un perfil vacío; creas un perfil nuevo deliberadamente con --profile.
- Si a un perfil existente le falta el acceso propio, King ofrece /login en lugar de detenerse por una configuración de modelo blun/king ausente.
- En Windows, la comprobación de los directorios privados funciona también cuando el bridge de Telegram mantiene abierto un directorio de plugins. TEMP y TMP se pasan al asistente de ACL, y en errores de directorio King nombra la ruta afectada y la causa real.
- Si ya se está ejecutando un King interactivo, King lo detecta antes del endurecimiento de las ACL privadas y comunica su PID, en lugar de presentar un segundo arranque como un error de las ACL privadas.
Un perfil vacío no hereda en 9.1.610 los datos de acceso del directorio home compartido. La consulta /login actual aún puede mostrar «OAuth login expired», incluso si este perfil nunca ha iniciado sesión.
La ruta de actualización de Linux de 9.1.114 a 9.1.610 se recorrió tras la publicación. La ruta de actualización de Windows de 9.1.609 a 9.1.610 no está medida.
Una actualización no reinicia una sesión de King ya en ejecución.
BLUN King
BLUN King 9.1.609
Publicado el
Abre la selección de esfuerzo con Ctrl+L y conserva tu borrador del editor.
- Ctrl+L abre la selección de esfuerzo existente sin perder tu borrador del editor. Se reutilizan los ajustes de esfuerzo existentes y las limitaciones del modelo, en lugar de crear una segunda vía de configuración.
- La regla existente para sesiones en ejecución se mantiene: un cambio de esfuerzo durante el trabajo activo se rechaza, no se anota para más tarde. Durante la reproducción o una toma de control del editor, el atajo de teclado se ignora.
Estos cambios no demuestran tiempos de respuesta más rápidos en el uso real ni un menor consumo de tokens facturado, y no logran una paridad completa con OpenClaw.
BLUN King
BLUN King 9.1.608
Publicado el
En los grupos de Telegram, ahora solo llegan a King los mensajes que lo mencionan. Tus selecciones múltiples y la cancelación gradual de preguntas se conservan.
- En los grupos de Telegram, los mensajes que no se dirigen a King llegan al contexto de la sesión solo después de la comprobación de mención. Si has desactivado expresamente la comprobación, se mantiene desactivada.
- Tus selecciones múltiples y la cancelación gradual de preguntas se conservan. El pie de página del objetivo funciona con un temporizador de actualización común.
- El coste de la transferencia de ACL de Windows se reduce sin debilitar la comprobación de permisos. La recuperación tras errores temporales al reemplazar la configuración está limitada; la propiedad del proceso de escritura se conserva.
- Antes del nuevo intento, King comprueba si un marcador de escritor de Windows eliminado en paralelo ha desaparecido realmente. Los marcadores existentes no legibles siguen provocando la interrupción.
Estos cambios no demuestran tiempos de respuesta más rápidos en el uso real ni un menor consumo de tokens facturado, y no logran una paridad completa con OpenClaw.
BLUN King
BLUN King 9.1.607
Publicado el
Vuelve la última sesión que elegiste, las escrituras fallidas se notifican con honestidad y cada intento HTTP recibe una marca de tiempo de inicio.
- La restauración opcional de la última sesión elegida se puede activar con resume_last_selected en tui.toml. La selección se aplica a la cuenta confirmada, el runtime, el agente y el área de trabajo. El arranque normal permanece sin cambios y las elecciones de sesión explícitas tienen prioridad; si una selección no está disponible, se recurre a una sesión nueva, no a otra distinta.
- Tras una activación fallida se conserva la selección anterior. Si la cuenta ha cambiado durante la activación, no se guarda ninguna selección.
- Los procesos de escritura de archivos fallidos no se marcan como exitosos. El protocolo de continuación existente para líneas completas en escrituras de más de 2.048 bytes UTF-8 se explica, sin elevar el límite ni reintentar automáticamente.
- Inmediatamente antes de cada intento HTTP se registra una marca de tiempo de inicio según el reloj de pared para correlacionar el diagnóstico. Ni el contenido de las solicitudes ni las credenciales llegan al diagnóstico.
- Los caracteres Unicode fuera del plano básico (por ejemplo, emojis) se conservan completamente en los límites existentes del presupuesto de almacenamiento, sin elevar esos presupuestos ni crear otro almacenamiento.
Estos cambios no demuestran tiempos de respuesta más rápidos en el uso real ni un menor consumo de tokens facturado, no logran una paridad completa con el Gateway y no excluyen del contexto los mensajes de Telegram no dirigidos.
BLUN King
BLUN King 9.1.606
Publicado el
Al continuar una sesión aparecen primero las páginas de transcripción actuales; las páginas más antiguas las carga la navegación de transcripción existente.
- Al continuar una sesión interactiva aparecen primero las páginas de transcripción actuales; las páginas más antiguas las carga la navegación de transcripción existente. El historial guardado completo y el contexto activo del modelo se conservan.
- Al inicio se aplica un objetivo de visualización de 200 registros de reproducción. Con --history-limit de 1 a 2000 se puede ajustar la visualización de la primera página y de las más antiguas; las rondas de conversación completas y los pares de herramientas pueden superar el objetivo.
- La primera visualización de activaciones de skills y plugins se conserva a través de los límites de página. La posición de desplazamiento de inicio está corregida, de modo que cargar páginas más antiguas no deja una pantalla vacía.
Estos cambios reducen el trabajo de renderizado inicial de la transcripción. No demuestran tiempos de respuesta del modelo más rápidos, ni menor consumo de tokens, ni facturas más bajas; no mejoran el almacenamiento en caché del proveedor y no limitan cuánto se lee del disco al inicio.
BLUN King
BLUN King 9.1.605
Publicado el
Comprueba las fuentes de contexto, controla las tareas en curso y pasa un primer mensaje al iniciar la consola. Se han ampliado el procesamiento del historial local y las comprobaciones de compactación.
- Los historiales de sesión locales se reproducen agrupados. Las páginas de visualización archivadas se pueden encontrar sin tener que revisar todos los bloques anteriores. Se conservan el historial guardado íntegramente, las comprobaciones de integridad del archivo y el mecanismo de restauración existente.
- Los resultados de herramientas repetidos se preparan de forma uniforme para el contexto del modelo entre compactaciones registradas. Las salidas locales completas y los derechos de lectura existentes se conservan. Las salidas no se externalizan si no pudieran volver a recuperarse a través de la vía de restauración prometida.
- La compactación automática final solo sustituye el contexto activo si reduce el historial según el mismo método de estimación. Si se rechaza, se conserva el historial original. El activador opcional max_request_history_bytes utiliza el control de compactación existente, está desactivado por defecto y no limita el cuerpo completo de la solicitud al proveedor.
- El diagnóstico de contexto incorpora vistas separadas y una atribución de fuentes para instrucciones, memoria, habilidades y mensajes anteriores. Los bytes del contenido serializado, las estimaciones locales de tokens y el consumo notificado permanecen separados.
- La responsabilidad sobre la sesión se conserva ante tareas en espera, eventos retrasados, preguntas de seguimiento y cambios de configuración. Un segundo acceso de escritura activo a la misma sesión se rechaza en lugar de permitir cambios simultáneos en el registro.
- La línea adicional de agente/sesión en el pie de página desaparece. Las sesiones se pueden seguir controlando y diagnosticando de forma selectiva. La interfaz existente de King, los modelos gestionados y los límites de permisos se conservan.
- --message pasa un primer mensaje para el inicio interactivo. Se procesa a través de la comprobación de mensajes y la cola habituales tras la confirmación al inicio y la selección de sesión. Su contenido no se interpreta como comando de barra o de shell.
- El contrato de interfaz del servicio Guard incluido permanece sin cambios. Esta publicación no demuestra respuestas más rápidas en funcionamiento real, ni facturas de proveedor más bajas, ni una equivalencia funcional completa con OpenClaw, ni un volumen de lectura limitado al cargar por primera vez el registro de sesión.
/abort interrumpe la tarea en curso sin descartar las entradas en espera. /stop descarta además las entradas en espera. /exit sigue cerrando la consola. Son comandos de consola locales, no comandos remotos adicionales de Telegram.
Comprobaciones sobre la versión del paquete 9.1.605: 238 archivos de prueba con 6.900 pruebas y 40 comprobaciones en staging, entre ellas 25 pruebas nativas de terminal. La prueba de una actualización aislada desde 9.1.604 mediante la etiqueta de candidato publicada y el instalador real fue satisfactoria. Esto no demuestra ni tiempos de calentamiento más cortos en una sesión en curso ni una equivalencia funcional completa con OpenClaw.
BLUN King
BLUN King 9.1.604
Publicado el
Comprueba el tamaño de la solicitud y las fuentes de contexto, carga las herramientas según sea necesario y controla los mensajes entrantes dentro de la sesión correspondiente.
- /context doctor y /tokens distinguen la cantidad de bytes de la solicitud serializada de las cantidades estimadas de tokens y muestran las proporciones registradas de reglas, memoria, habilidades y definiciones de herramientas.
- Los catálogos de herramientas medianos se cargan según sea necesario mediante la búsqueda existente; las herramientas siguen siendo localizables y ejecutables.
- /queue controla los mensajes dentro de la sesión correspondiente. Los mensajes normales en la cola ya no interrumpen automáticamente el trabajo después de 30 segundos.
- En la selección de sesión se admiten identificadores o títulos exactos, así como prefijos de identificador inequívocos; el pie de página muestra el agente y la sesión asignados.
- Cada intento HTTP recibe un nuevo identificador de solicitud, salvo que el llamador especifique uno. El diagnóstico no modifica la facturación.
- Las versiones incluidas de AgentSpine y Translate Native permanecen sin cambios. No están demostrados ni costes menores ni respuestas más rápidas en funcionamiento real.
- /question: vuelve a abrir las preguntas de seguimiento pendientes. Contraer una pregunta de seguimiento no la responde ni la descarta.
Los bytes de solicitud, las cantidades estimadas de tokens, el consumo de sesión acumulado y los tokens facturados son magnitudes distintas. El indicador de consumo tiene también en cuenta la comprobación de respuestas. /usage cost con costes diarios o mensuales no forma parte de esta versión. No están demostrados ni costes menores ni respuestas más rápidas en funcionamiento real.
BLUN King
BLUN King 9.1.603
Publicado el
Elige tu carpeta de trabajo en un diálogo de Windows. Si la consola se inicia desde System32, ahora sugiere tu carpeta de usuario.
- Si eliges otra carpeta de trabajo en Windows, se abre un diálogo de carpetas. Puedes seguir escribiendo la ruta a mano. Si cancelas el diálogo, vuelves a la selección de carpeta sin que se aplique ninguna carpeta.
- Si no hay ningún diálogo de carpetas disponible, la consola solicita la ruta. En otros sistemas operativos se mantiene la entrada de ruta.
- Si al iniciar se aplica una carpeta dentro del directorio de Windows, o hay una guardada, la selección de carpeta sugiere tu carpeta de usuario. Las rutas escritas a mano se siguen comprobando como hasta ahora.
Las versiones de AgentSpine y Language Guard permanecen sin cambios con respecto a 9.1.602. Esta actualización no demuestra ninguna ganancia de velocidad para sesiones en curso.
En Windows se sigue necesitando Git Bash. Si la consola indica que falta Git Bash, instala Git for Windows. A continuación, abre de nuevo el símbolo del sistema antes de volver a iniciar king.
BLUN King · Publicado
BLUN King 9.1.602
Publicado el
Una carpeta privada propia para salidas de herramientas antiguas cuando los permisos heredados de Windows impiden la externalización.
- Las salidas de herramientas antiguas aptas se guardan en una carpeta privada propia cuando los permisos heredados de Windows impiden la externalización. Los archivos existentes, los permisos y el historial completo de la sesión permanecen sin cambios.
- Las comprobaciones de integridad, los permisos de lectura y el recurso al contexto completo se conservan en caso de que una salida archivada no pueda recuperarse. AgentSpine 0.73.0 y Language Guard 6.20.0 no cambian con respecto a 9.1.601.
Todavía no están demostrados tiempos de respuesta más cortos en funcionamiento ni un menor consumo de tokens facturado.
BLUN King · Publicado
BLUN King 9.1.601
Publicado el
Las entradas permanecen en la cola, las salidas de herramientas antiguas reciben referencias verificadas y las comprobaciones de respuesta sujetas a limitación de tasa se repiten un número limitado de veces.
- Cuando el trabajo en segundo plano obtiene el turno primero, las entradas de terminal permanecen en la cola en su orden original. Cada entrada se muestra una sola vez.
- Las salidas de herramientas antiguas adecuadas se sustituyen en las solicitudes al modelo por referencias verificadas a archivos privados. El historial completo y los resultados del paso de conversación actual se conservan. Si la recarga no es posible, no está permitida o el contenido ha cambiado, se envía la salida completa.
- Una comprobación nativa de respuesta sujeta a limitación de tasa se repite una vez con el mismo borrador de respuesta. Se aplica el plazo de espera del proveedor que se ha guardado. Las llamadas a herramientas ya completadas no se repiten y los textos no verificados no se aprueban.
- Hasta 2.048 tokens de salida quedan libres como margen para desviaciones en la estimación de entrada. La ventana de contexto no se reduce; los límites de salida más pequeños establecidos expresamente permanecen sin cambios.
Estos cambios no demuestran ni un menor consumo de tokens facturado ni tiempos de respuesta más cortos en funcionamiento real. Tampoco corrigen todos los errores HTTP 502 del lado del servidor.
BLUN King · Publicado
BLUN King 9.1.600
Publicado el
Comprobación de respuestas con límites de tiempo fijos y versiones de componentes fijadas.
BLUN King 9.1.600 está publicado. npm y el manifiesto de actualización público coinciden. La publicación no demuestra ni una instalación en tu equipo ni una aceptación en funcionamiento real.
Comprobación de respuestas limitada
- Los comprobadores generales mantienen el plazo anterior de 30 segundos. La comprobación lingüística nativa dispone de hasta 90 segundos para el primer texto de contenido a partir de la señal de inicio del componente host de confianza, una vez por intento de comprobación externo.
- El texto de contenido dentro de la longitud de salida permitida, así como las transiciones ordenadas a la aprobación y a la verificación del comprobante, restablecen en cada caso el plazo de espera a 30 segundos.
- Con independencia de ello, cada intento de comprobación externo tiene un límite total de 120 segundos. El progreso no puede prolongar este límite. Sigue habiendo como máximo dos intentos de comprobación externos.
- Antes de aceptar una aprobación se vuelve a comprobar el tiempo realmente transcurrido. Incluso con llamadas de temporizador retrasadas, un intento de comprobación caducado permanece bloqueado; el progreso tardío no puede renovar un plazo vencido.
Las señales de interrupción se siguen teniendo en cuenta. Se siguen comprobando la vinculación al texto de respuesta exacto, la validez temporal del comprobante de aprobación y la autorización.
Componentes incluidos
La versión 9.1.600 incluye AgentSpine 0.73.0 y Translate Native 6.155.0. El protocolo Guard permanece sin cambios en 6.20.0.
Limitaciones conocidas
Los nuevos límites de tiempo no demuestran una solución general de los errores HTTP 502 en funcionamiento real. Las observaciones abiertas de 9.1.599 siguen abiertas mientras no haya una prueba específica en funcionamiento real.
Contexto y ayuda
Un prompt que debe conservarse íntegro ya no se recorta en silencio solo para que quepa en una ventana estricta del modelo más pequeña. Con una nueva división, definida expresamente, de los mensajes de usuario que deben conservarse y con el presupuesto estándar de 20.000 tokens, el ajuste puede completarse dentro de la misma compactación. Esto no debe hacer que se descarten más requisitos en prefijos posteriores o restaurados. La solicitud debe seguir cabiendo en la ventana estricta del modelo.
Las invocaciones que solo piden ayuda con --help o -h ya no generan ningún estado de diagnóstico en tiempo de ejecución. Si se combinan argumentos de prompt y de ayuda, se conserva el comportamiento anterior en tiempo de ejecución.
BLUN King · 18 de septiembre de 2026
BLUN King 9.1.599
Publicado el
Aprobaciones individuales trazables para la memoria personal y correcciones adicionales para los desbordamientos de contexto.
Las solicitudes de aprobación para la memoria personal muestran títulos de acción comprensibles en el idioma seleccionado y vistas previas completas de los cambios de configuración reales o del texto que se va a guardar. Los caracteres de control se muestran enmascarados de forma visible; el contenido original permanece sin cambios.
Los cambios de memoria válidos deben aprobarse individualmente; las entradas no válidas solo pueden rechazarse. Una aprobación de sesión no autoriza automáticamente las solicitudes pendientes que requieren una aprobación individual.
La comprobación del paquete abarca 37 áreas funcionales con 199 comprobaciones obligatorias, 158 ejecuciones de comprobación y 4.905 pruebas superadas distintas. Además, las actualizaciones desde 9.1.597 y desde la versión intermedia local 9.1.598 a 9.1.599 se probaron en instalaciones aisladas con el actualizador y la vía de instalación sin cambios. Ambas pruebas reconocieron la versión a través de las fuentes de actualización públicas y comprobaron los 918 archivos del paquete comprimido de la versión.
Las notas de README.md y CHANGELOG.md del paquete 9.1.599 sin modificar describen la versión candidata en el momento del empaquetado. No se modificaron retroactivamente tras la instalación local. Esta página pública documenta por separado la versión publicada y las limitaciones observadas posteriormente.
Limitaciones conocidas en 9.1.599
En funcionamiento se siguieron observando respuestas HTTP 502 repetidas, en parte seguidas de solicitudes correctas. Las correcciones de contexto no son una solución general para errores del proveedor o de la red.
La comprobación de idioma puede interrumpir una respuesta con missing-language-character-profile o suspected-ascii-substitution. Este hallazgo sigue abierto; 9.1.599 no contiene una corrección comprobada para ello.
El usuario confirmó una respuesta a la imagen enviada. Aún están pendientes una comprobación independiente de la interpretación de la imagen y la aprobación visual de la entrada y de las líneas de estado. Haber superado las comprobaciones de paquete no equivale a dar por buenos estos flujos en general.
Incorporado desde la versión intermedia local 9.1.598
Sin fecha
9.1.598 se probó e instaló localmente, pero no se publicó como actualización npm propia. Los siguientes cambios están incluidos en 9.1.599:
- En un rechazo de contexto se distinguen los límites inferiores del número de tokens de entrada de los valores exactos. Ante un límite inferior notificado, el límite de salida se reduce una vez, sin descartar mensajes ni herramientas. Las señales de cancelación y la limitación de nuevos intentos siguen siendo efectivas. Con ello se corrige de forma específica el error de cálculo del límite de salida reproducido en 9.1.597.
- Vuelven a incluirse las 150 palabras de actividad rotativas originales. Para mostrarlas no se realizan solicitudes adicionales al modelo.
- En el hook de entrada de confianza de AgentSpine se pasa una referencia de medio compacta con tipo, suma de comprobación SHA-256 e indicación de tamaño, en lugar de los datos de medio completos. Se conservan los adjuntos completos para el modelo y las comprobaciones de protección existentes. Esto, por sí solo, aún no demuestra una interpretación de imagen satisfactoria en funcionamiento real.
Nuevo en 9.1.597
Publicado el
Recuperación limitada ante desbordamientos de contexto notificados expresamente, también cuando llegan envueltos en una respuesta de error de la puerta de enlace.
Cuando una solicitud se rechaza antes de que empiece la salida por un desbordamiento de contexto demostrado, King puede hacer un nuevo intento limitado con un límite de salida menor. También se reconocen los errores de este tipo encapsulados en una respuesta 502. Se conservan los mensajes, las herramientas, los límites de salida menores elegidos expresamente y las señales de interrupción. Un flujo ya iniciado no se vuelve a reproducir.
Esto no soluciona todos los errores de proveedor o de red. Las interrupciones generales de conexión y las caídas del servicio deben seguir comprobándose con sus propios datos de error.
Limitación conocida en 9.1.597: si el servidor solo notifica un límite inferior para el número de tokens de entrada, el reintento puede volver a fallar y provocar compactaciones innecesarias. Este caso se reprodujo el 17 de septiembre de 2026 tras la publicación. La corrección adicional de la versión intermedia local 9.1.598 está incluida en 9.1.599.
Se comprobaron 36 áreas funcionales con 183 comprobaciones obligatorias y 4.407 pruebas distintas superadas, así como la actualización real de 9.1.596 a 9.1.597. Esta comprobación del paquete no sustituye una prueba de uso real en una sesión de cliente ya abierta.
Nuevo en 9.1.596
Publicado el
Las interrupciones automáticas a favor de mensajes de Telegram en espera se distinguen de las interrupciones manuales reales. Una interrupción de cola de este tipo ya no se notifica erróneamente como pulsación de la tecla Escape. Se conservan el plazo de espera, las reglas de protección para herramientas en ejecución y el comportamiento ante una interrupción manual real.
Nuevo en 9.1.595
Publicado el
Los esquemas de herramientas opcionales se recargan mediante ToolSearch y se conservan de forma limitada. Los catálogos grandes de habilidades se ofrecen de forma compacta y por páginas. Se conservan la búsqueda, las ampliaciones MCP posteriores y las comprobaciones de permisos normales.
En saludos breves, King puede usar un fragmento limitado del diálogo reciente sin borrar mensajes guardados ni recortar instrucciones del sistema. Para una tarea posterior, King vuelve a tener en cuenta el historial de trabajo conservado. El cómputo del contexto se conserva también después de reanudar una sesión. No se promete un consumo fijo de tokens para cada saludo.
Nuevo en 9.1.594
Publicado el
- Las respuestas privadas de Telegram siguen siendo posibles mientras los mensajes de grupo esperan. La asignación de comandos de barra se conserva.
- Se respetan las esperas largas de Retry-After; al reanudar una sesión se restablece la pausa restante.
- Tras descartar una descripción adjunta, un paso de herramienta ya completado se sigue procesando. La descripción descartada no se publica y la comprobación de la respuesta final no se debilita.
- Las funciones de recuperación limitadas para la escritura en varias partes vuelven a estar disponibles. Esto también se aplica a los límites de tiempo de shell, al control de tareas y a la reanudación de sesiones.
- La entrada, las líneas de cuota, el indicador de actividad, las tareas desplegables y las salidas de herramientas con marcado de fuente permanecen visibles al transmitir y al navegar por el historial.
- Antes del empaquetado se exigen pruebas completas de regresión de la consola; se comprueba que los metadatos públicos de actualización coincidan.
Versiones intermedias 9.1.590 a 9.1.593
Estas versiones figuran en el historial local de versiones, pero a 17 de septiembre de 2026 no están en el índice público de versiones de npm. Aquí no se recomiendan como actualizaciones disponibles públicamente. Los trabajos en el inicio, la reanudación, los permisos, el indicador de actividad y la entrada visible se tienen en cuenta en las comprobaciones de 9.1.594.
Nuevo en 9.1.589
Publicado el
- Se incluyen fuentes verificadas de AgentSpine y Translate Native, así como manifiestos de actualización verificados.
- Al cargar el contexto del agente, el perfil activo de King se conserva.
- Las herramientas necesarias para la comprobación de respuestas siguen disponibles. El consumo de la generación de respuestas se registra también cuando la comprobación descarta la respuesta.
- En la conexión de canal gestionada, los mensajes de grupo solo se asignan cuando hay una mención explícita.
- La consola muestra la compactación en curso y los umbrales efectivos.
- El presupuesto de trabajo para la compactación temprana y la reserva de seguridad en el límite de solicitud se conservan a lo largo de las actualizaciones.
- El diálogo de actualización al iniciar, el progreso y los avisos sobre actualizaciones previstas usan de forma coherente el idioma seleccionado.
- Los identificadores técnicos de integración y las licencias se conservan; los mensajes de error visibles del runtime se formulan de forma neutra.
- La instalación no reinicia las sesiones existentes. Una sesión en curso carga el nuevo código en el siguiente inicio.
9.1.588: retirado
Publicado el
Esta versión se publicó el 11 de septiembre de 2026 y posteriormente se marcó en npm como retirada. El registro menciona una comprobación de compatibilidad fallida del manifiesto de actualización. Usa la versión estable actual, no este paquete retirado.
Nuevo en 9.1.587
Publicado el
Catálogos de herramientas más estables, compactación automática más temprana y un reintento específico tras interrupciones por fases de razonamiento puro demasiado largas.
Con instrucciones almacenadas en búfer dentro de un turno de trabajo en curso, el catálogo de herramientas activo se conserva también en el paso de trabajo siguiente. Las herramientas necesarias siguen disponibles. Si se supera el presupuesto de esquema existente, las definiciones de herramientas opcionales conservadas se vuelven a seleccionar.
La compactación automática de contexto vuelve a comenzar antes. Tras una compactación satisfactoria que reduce el historial, King puede ejecutarla de nuevo en el mismo turno. Los límites de modelo más bajos y la limitación de intentos fallidos siguen siendo efectivos.
Tras una interrupción por una fase de razonamiento puro demasiado larga, King utiliza el reintento único existente con el razonamiento desactivado, para que el modelo pueda responder o llamar a una herramienta. Los pasos regulares siguientes mantienen el ajuste de razonamiento elegido; la interrupción, las comprobaciones de aprobación y los límites de tiempo siguen siendo efectivos.
Con BLUN_STABLE_STEER_TOOLS=0 o BLUN_EARLY_COMPACTION=0 antes de iniciar King se puede restablecer el comportamiento anterior para la función correspondiente. La actualización no reescribe sesiones ni archivos de configuración existentes.
Nuevo en 9.1.586
Publicado el
La recepción de Telegram vuelve a iniciarse en Windows cuando el ID de proceso antiguo del puente pertenece entretanto a otro proceso. Si la asignación del proceso es dudosa, King no interviene; el proceso ajeno no se finaliza.
La compactación de contexto, los ajustes de modelo, el historial de conversación y el comportamiento de entrega anterior de Telegram permanecen sin cambios.
Nuevo en 9.1.585
Publicado el
BLUN King · 8 de septiembre de 2026
La versión 9.1.585 comprueba la estructura y los resultados individuales de las respuestas de WebSearch gestionadas también cuando faltan los datos opcionales sobre el estado de la búsqueda.
Una respuesta sin una lista de resultados válida ya no se emite como búsqueda satisfactoria sin resultados. Cada resultado debe tener un título que no esté vacío ni compuesto solo de espacios, un extracto de texto como cadena y una dirección HTTP o HTTPS absoluta sin credenciales incrustadas. Los resultados no válidos hacen que se rechace toda la respuesta antes de devolver resultados o avisos sobre resultados de búsqueda incompletos.
Las respuestas válidas en el formato anterior sin indicaciones de estado siguen siendo compatibles, al igual que las listas de resultados vacías y las cadenas vacías como extractos de texto. En las respuestas válidas se conservan el orden, las cadenas de URL exactas, las indicaciones opcionales de fecha y sitio web, las atribuciones de fuente en la salida y el procesamiento de resultados incompletos.
Solo se modifica la conexión de búsqueda gestionada. El comportamiento de cancelación, la autenticación de las solicitudes, FetchURL y Telegram permanecen sin cambios. La comprobación de formato no demuestra que una fuente sea correcta o esté actualizada. Esta versión no introduce un límite de tamaño para las respuestas ni un nuevo límite de tiempo.
Nuevo en 9.1.584
Publicado el
La versión 9.1.584 transmite la señal de cancelación de quien llama a través de WebSearch hasta la solicitud de búsqueda HTTP gestionada, también al leer el contenido de la respuesta.
Las búsquedas ya canceladas no provocan procesamiento en el proveedor. Si la cancelación se produce durante la obtención de las credenciales, después no se envía ninguna solicitud de búsqueda. Los resultados que llegan después de la cancelación no se devuelven como búsqueda satisfactoria.
Las comprobaciones de cancelación abarcan también las respuestas JSON correctas, el contenido de las respuestas de error y los avisos sobre resultados de búsqueda incompletos. El procesamiento de resultados completos, incompletos y vacíos, las atribuciones de fuente y el procedimiento alternativo habitual en la autenticación permanecen sin cambios.
Esta versión no introduce un nuevo límite de tiempo ni modifica la asignación de Telegram. Los procesos compartidos de renovación de credenciales OAuth y las implementaciones de transporte que ignoran las señales de cancelación no se interrumpen forzosamente. La cancelación de una solicitud del cliente no demuestra que el trabajo en el servidor remoto o su facturación hayan terminado.
Nuevo en 9.1.583
Publicado el
Una cancelación al recuperar una página ahora se transmite hasta la solicitud HTTP.
FetchURL transmite la señal de cancelación de quien llama a través de la herramienta y de ambos servicios de recuperación. Una solicitud cancelada antes de iniciarse no se envía. Si la cancelación se produce durante la obtención de las credenciales, la solicitud HTTP gestionada ya no se inicia después.
Tras la cancelación de una recuperación gestionada ya no se inicia una recuperación local de sustitución. Un resultado tardío del servicio de recuperación se retiene y no se utiliza como prueba de fuente. Ante errores HTTP y de red habituales, la recuperación local de sustitución anterior sigue siendo posible.
No se introduce un nuevo límite de tiempo. Una renovación compartida de credenciales y el procesamiento síncrono de HTML no se interrumpen forzosamente. El límite de tamaño de 9.1.582 sigue vigente; el enrutamiento de Telegram y las solicitudes al modelo permanecen sin cambios.
Nuevo en 9.1.582
Publicado el
La recuperación local de páginas comprueba ahora el tamaño de la respuesta ya durante la lectura y se interrumpe al superar el límite.
La recuperación local cuenta los bytes de respuesta entrantes antes de decodificar cada bloque de datos e interrumpe el flujo de datos en cuanto se supera el límite de tamaño. Si falta la indicación Content-Length o es incorrecta, ya no se lee primero toda la respuesta y luego se rechaza.
El límite preestablecido sigue siendo de diez MiB y se aplica al flujo de respuesta tras la descompresión HTTP. Los caracteres UTF-8 distribuidos en varios bloques de datos se conservan. Los búferes de transporte y el bloque de datos con el que se supera el límite pueden estar ya en memoria; no se deriva de ello un límite superior exacto para toda la memoria del proceso.
Se modifica la vía de recuperación local, también cuando sirve como solución de reserva. Las correcciones de investigación de 9.1.581 siguen incluidas. El enrutamiento de Telegram y el tiempo de espera del modelo permanecen sin cambios.
Nuevo en 9.1.581
Publicado el
En la recuperación local de páginas, los extractos HTML vacíos ya no se emiten como fuentes obtenidas correctamente.
Si tras la limpieza y la conversión no queda contenido de página, el título del documento por sí solo ya no basta para una recuperación satisfactoria. En su lugar se devuelve el error de extracción ya existente.
Los contenidos reales breves y los encabezados visibles se conservan. Las respuestas en formato texto plano o Markdown permanecen sin cambios. La corrección afecta a la extracción HTML local, no al servicio de recuperación gestionado.
Las correcciones de investigación de 9.1.580 y las correcciones de Telegram anteriores siguen incluidas sin cambios. Esta actualización no modifica ni el tiempo de espera del modelo ni la asignación de los mensajes entrantes a sus destinatarios.
Nuevo en 9.1.580
Publicado el
El archivo de investigación rechaza fechas históricas no válidas para las fuentes.
Un informe nuevo no se guarda cuando una fecha de una fuente contiene un día de calendario no válido o una parte horaria que no se puede interpretar. Las fechas ausentes siguen siendo admisibles.
Al recuperar comprobantes de investigación guardados, los comprobantes antiguos con fechas no válidas para las fuentes se omiten y se notifican con un aviso de diagnóstico. Los archivos no se reescriben ni se eliminan. Los comprobantes válidos independientes se pueden seguir buscando; las fechas válidas conservan su desfase de zona horaria y su precisión.
La ordenación de los comprobantes de investigación de 9.1.579 y las correcciones de Telegram anteriores siguen incluidas sin cambios. Esta actualización no modifica ni el tiempo de espera del modelo ni la asignación de los mensajes entrantes a sus destinatarios.
Nuevo en 9.1.579
Publicado el
A igual relevancia, los comprobantes de investigación guardados se ordenan por su momento real de recuperación.
Las marcas de tiempo con y sin milisegundos se comparan como instantes UTC, no como texto. La relevancia sigue teniendo prioridad; con instantes idénticos se conserva el orden anterior.
Si el mismo pasaje de texto se registró varias veces, el resultado conserva los datos de origen de la recuperación más reciente. Los comprobantes ya guardados permanecen sin cambios y por ello no se consideran fuentes recién verificadas.
La corrección para las respuestas de Telegram de 9.1.578 sigue incluida sin cambios. Lo mismo vale para la limitación de nuevos intentos cuando el modelo solo razona, sin ofrecer una respuesta ni una llamada a herramienta. Esta actualización no modifica ni el tiempo de espera del modelo ni la asignación semántica de los mensajes entrantes.
Nuevo en 9.1.578
Publicado el
Reintentos limitados cuando el modelo solo razona y alcanza el límite de tiempo, así como una corrección específica para respuestas breves de Telegram en grupos que hacen referencia a una pregunta.
Si el modelo alcanza el límite de tiempo mientras solo razona, King permite un intento adicional por paso. Un segundo agotamiento del tiempo de este tipo pone fin al paso. El esfuerzo de razonamiento elegido y el límite de tiempo anterior permanecen sin cambios. Esta limitación no acorta la espera hasta la primera salida del modelo.
Las respuestas breves sobre la propia presencia en grupos de Telegram pueden enviarse ahora cuando reply_to las vincula con una entrada de hace como máximo 30 minutos del mismo chat. Esa entrada debe dirigirse expresamente al agente o corresponder a una pregunta de presencia admitida en alemán o inglés que comience con su nombre configurado. Los avisos de presencia no solicitados y las explicaciones de que no hay nada que notificar siguen filtrándose. El reenvío automático de sustitución en grupos permanece desactivado.
Los registros de respuestas enviadas y suprimidas contienen ahora reply_to. Si falta el contexto o es ambiguo, la excepción no se aplica. Esta actualización no añade un reconocimiento general de destinatarios ni evita las llamadas innecesarias al modelo que provoca el direccionamiento semántico existente.
La corrección se aplica a dos versiones exactamente identificadas de los remitentes MCP gestionados de Telegram y también actúa en la fusión final de la configuración del plugin. El remitente más antiguo utiliza una copia de compatibilidad con cambios muy limitados. Los puentes de entrada, los ajustes de acceso, los perfiles y el registro de plugins no se reescriben. Los remitentes desconocidos o modificados y las sobrescrituras establecidas expresamente se conservan. King debe reiniciarse tras la actualización para que la corrección se cargue.
Nuevo en 9.1.577
Publicado el
Ya no hay mensajes de finalización automáticos en los grupos de Telegram. Las respuestas útiles se envían allí de forma selectiva mediante la herramienta de respuesta de Telegram.
El núcleo de la CLI y el puente independiente de Telegram ya no reenvían automáticamente el texto de finalización normal de un agente a los grupos. Así, avisos como «Nada que notificar» ya no llegan al grupo a través de ese reenvío automático de sustitución.
Las respuestas en chats privados, las herramientas de respuesta usadas expresamente, los resultados de objetivos requeridos, los mensajes de comando y estado y el envío de medios se conservan. Las instrucciones de prompt para entradas normales, mensajes de control durante un proceso en curso y mensajes de grupo del puente independiente contienen ahora la misma regla de envío.
Esto no garantiza que un modelo nunca envíe una respuesta innecesaria mediante una llamada a herramienta. La corrección tampoco impide que los mensajes de grupo sin relación con el agente correspondiente lleguen al modelo. Las reglas de mención, los ajustes de acceso y la resolución de plugins gestionados permanecen sin cambios; no se incluye una actualización de AgentSpine ni de Language Guard.
El núcleo actualizado debe cargarse desde un proceso nuevo. Las sesiones en curso no se reinician automáticamente. Los perfiles existentes y el historial de sesión se conservan.
Nuevo en 9.1.576
Publicado el
BLUN King 9.1.576 distingue C++ y C# en las consultas de investigación locales e incluye las correcciones publicadas anteriormente para las actualizaciones, la reanudación de sesiones y Telegram.
La búsqueda en comprobantes de investigación locales trata C++ y C# aislados como términos distintos, también con mayúsculas y minúsculas diferentes y con signos de puntuación alrededor. Los pasajes de texto guardados, los hashes, las comprobaciones de protección de fuentes, la normalización Unicode, los límites de colección y los límites de salida permanecen sin cambios. No es necesaria una nueva indexación.
Una ejecución de prueba predefinida con 20 consultas de búsqueda técnicas y pruebas de regresión específicas para los límites de tokens verifican esta corrección. Afecta a la búsqueda local y no es una afirmación sobre la calidad o la capacidad de WebSearch en funcionamiento real. Todos los cambios de 9.1.575 siguen incluidos.
Nuevo en 9.1.575
Publicado el
El rastreador web incluido rechaza las respuestas con cf-mitigated: challenge antes de leer el contenido, seguir redirecciones o interpretar la ausencia de un archivo robots como permiso para continuar. En los nombres de cabecera no distingue entre mayúsculas y minúsculas; además comprueba valores normalizados y cabeceras repetidas. El estado de la respuesta se conserva en el informe de error.
Los casos de archivo robots ausente sin esta marca y las páginas de documentación habituales siguen pasando por el flujo existente. Las páginas ya completadas siguen disponibles cuando se rechaza una página posterior; el error se notifica como resultado incompleto. Esta protección comprueba una marca de respuesta. No es ni un reconocimiento general de challenges ni una elusión de CAPTCHA. Los proveedores de búsqueda, la autenticación, los bloqueos de actualización y el núcleo de la CLI permanecen sin cambios. Todos los cambios de 9.1.574 siguen incluidos.
Nuevo en 9.1.574
Publicado el
Las actualizaciones solicitadas expresamente distinguen ahora entre una actualización bloqueada, una comprobación de bloqueo no disponible, un directorio privado no disponible, una versión instalada no válida y un instalador protegido no disponible. Estos casos ya no se notifican de forma genérica como comprobación de paquete fallida. El cambio se aplica a los mensajes en alemán e inglés.
La autorización de actualizaciones, el comportamiento de bloqueo, los motivos devueltos, los códigos de salida y el comportamiento del instalador permanecen sin cambios. Las sesiones en curso no se finalizan automáticamente. Los paquetes fijados a un canal interno antiguo siguen necesitando una instalación npm explícita con King detenido; esta versión no levanta esa fijación. Todos los cambios de 9.1.573 siguen incluidos.
Nuevo en 9.1.573
Publicado el
El campo de entrada permanece visible y enfocado tras la selección de objetivo al iniciar, también después de Escape o de una reanudación fallida del objetivo. Los borradores no enviados se conservan. En lugar del texto completo del objetivo aparece una selección compacta para continuar con o sin objetivo.
Ctrl+S abandona la selección sin confirmar el objetivo y se procesa como atajo de teclado normal para la cola. También se tienen en cuenta las entradas pendientes en reposo. Escape mantiene su orden anterior: primero vacía la cola y, con el siguiente Escape, interrumpe la ejecución activa. El historial de sesión no se borra automáticamente.
Esta versión no reconstruye confirmaciones de entrega que un proceso más antiguo perdió antes de la actualización. Los mensajes realmente pendientes siguen asignados a su sesión.
Nuevo en 9.1.572
Publicado el
En los comprobantes de investigación se rechazan URLs de fuentes cuyos parámetros de consulta o fragmentos con forma de parámetro contengan nombres de parámetro conocidos para credenciales. También se comprueban nombres anidados y rutas en el fragmento. El rechazo se aplica tanto a fuentes fallidas como a fuentes utilizables.
Los informes ya guardados con tales URLs se retienen al recuperarlos con el resultado existente partial / report-invalid. Las versiones guardadas originalmente no se modifican ni se eliminan; las direcciones de fuentes no se acortan ni se reescriben en silencio. Los parámetros de consulta habituales y los anclajes en URLs de documentación se conservan byte por byte. La protección reconoce nombres de parámetro conocidos, no secretos arbitrarios, y no limpia ningún historial.
Nuevo en 9.1.571
Publicado el
Los segmentos de la cola de Telegram se asignan a su sesión. Una sesión nueva ya no asume automáticamente el trabajo pendiente de una sesión más antigua. Al reanudar una sesión conocida solo se restauran sus propios segmentos en espera. Durante la selección, la creación y el cambio de sesión, la recepción de mensajes del canal se pone en pausa. Los mensajes que llegan después del límite elegido, las entradas de seguimiento en el editor local y las confirmaciones de entrega tardías conservan su asignación correcta.
La asignación y las confirmaciones de entrega que llegan en orden distinto se conservan al reconectar y al transferir una concesión. El estado de cola dañado o sustituido se rechaza en lugar de volver a reproducir entradas antiguas sin que se note. La bandeja de entrada y el historial de sesión se conservan. Los segmentos antiguos en espera sin sesión reconocible se posponen y no se asignan a ninguna sesión nueva; su restauración automática no está incluida. Esto no soluciona todos los tiempos de espera agotados ni todas las compactaciones de contexto bloqueadas. Volver a una versión anterior no es un procedimiento de migración de la cola.
El plugin de Telegram y la función de respaldo independiente de la consola para el envío automático de respuestas suprimen las confirmaciones de recepción reconocidas y los textos que solo anuncian el propio silencio, también por encima de 200 caracteres. Si un mensaje contiene una parte de frase no reconocida o relevante para el contenido, se conserva. Las advertencias breves y útiles en grupos pueden seguir entregándose. Es un filtro de envío prudente para alemán e inglés con instrucciones complementarias, no una garantía de que todos los modelos entiendan todas las conversaciones de grupo.
Un proceso nuevo debe cargar el paquete actualizado; las sesiones en curso no se reinician. Las fijaciones existentes a canales de actualización internos y los bloqueos de instalación de Windows con EBUSY siguen siendo problemas separados. Todos los demás cambios de 9.1.570 siguen incluidos. Esta versión no activa una búsqueda web alojada y no modifica ni AgentSpine ni la facturación, la autenticación o la configuración del cliente.
Nuevo en 9.1.570
Publicado el
Cada nueva entrega de prompt recibe su propio ID de correlación de hooks. Los hooks de la misma entrega mantienen el mismo ID; los IDs establecidos expresamente se conservan. Los valores de entorno específicos de la sesión llegan a los subprocesos de hooks y a las conexiones MCP también al reconectar, sin reescribir configuraciones de plugins guardadas. La asignación de resultados de herramientas nativas se conserva a lo largo de las ejecuciones, también con herramientas fallidas y llamadas duplicadas.
Las consultas de investigación Unicode canónicamente equivalentes encuentran los mismos resultados sin equiparar caracteres distintos. Las fuentes guardadas, las fechas, las versiones y los límites de proyecto se conservan. king --help y king --version ya no modifican los ajustes del Registro de Windows para los volcados de bloqueo.
La búsqueda web admite respuestas parciales cuando se ha acordado ese modo de respuesta y muestra un aviso sobre fuentes fallidas. Las respuestas parciales vacías o incompatibles siguen siendo errores explícitos. Este cambio de cliente no activa un servicio de búsqueda alojado ni garantiza su funcionamiento.
El transporte BLUN_EXPERIMENTAL_AGENT_SPINE_TIMELINE está desactivado por defecto. Si se activa expresamente, pasa al plugin AgentSpine seleccionado la ruta real del registro de sesión guardado y el registro correspondiente. Cada sesión recibe un permiso de acceso propio, que se renueva tras una reanudación. Se trata de soporte de transporte, no de una prueba de recuperación de memoria ni de autorización por parte del plugin receptor.
Todos los cambios públicos de 9.1.569 siguen incluidos. La implementación incluida de AgentSpine permanece sin cambios; no surge ninguna dependencia de Mnemo. Los perfiles de usuario, los permisos, las conversaciones y los ajustes de plugins no se migran ni se restablecen.
Nuevo en 9.1.569
Publicado el
Esta versión pública acumulativa incluye la entrega en grupos de Telegram mediante menciones, correcciones para el inicio y los permisos, así como colecciones de investigación y herramientas de rastreo. Los paquetes publicados permanecen sin cambios. Los cambios posteriores aparecen con un nuevo número de versión.
Nuevo en 9.1.566
Publicado el
BLUN King 9.1.566 hace más robustas las actualizaciones de plugins y la carga de módulos nativos del runtime.
El runtime incluido de AgentSpine se actualiza a la versión 0.59.1. Su rutina de autoinicio omite la raíz de un perfil de usuario como objetivo de escaneo, y todos los hooks del ciclo de vida permanecen a prueba de fallos cuando no se puede leer una ruta protegida.
Los módulos nativos .node se resuelven mediante una caché direccionada por contenido fuera del paquete npm. En cuanto esta versión está activa, una consola en ejecución ya no mantiene abierta la copia de estos módulos dentro del paquete. Así, las actualizaciones posteriores pueden sustituir el directorio del paquete sin chocar con estos archivos nativos.
El paquete público conserva los catálogos de interfaz completos en español, francés, sueco y checo de la versión 9.1.565. Las rutas internas del runtime de Mnemo, los puntos finales privados, los proveedores de modelos internos y los scripts de compilación no están incluidos.
El paquete de cliente ha superado el escaneo de fugas, la comprobación completa del runtime con 13 pruebas, la inicialización MCP de AgentSpine, una instalación nueva y la actualización desde 9.1.565. Todos los archivos de texto usan finales de línea LF. SHA-256 del paquete npm: bed594f1466594ae81dc87964dd01d45b620e905a39cb0a4ccbcc7e27b57fde1.
Nuevo en 9.1.565
Publicado el
BLUN King 9.1.565 estabiliza las ejecuciones de trabajo largas y amplía el runtime incluido de AgentSpine.
El freno de repetición restablece su secuencia de resultados equivalentes en cuanto, entre medias, el trabajo real avanza. Así, las comprobaciones normales de la bandeja de entrada y de las listas de tareas ya no provocan una respuesta forzada errónea.
El indicador de actividad consta exactamente de una línea. Muestra la palabra de estado en inglés correspondiente a la actividad actual, los tokens del razonamiento oculto, los tokens visibles, el consumo total, el esfuerzo, el intento, el presupuesto y el paso.
Los errores de escaneo de AgentSpine permanecen a prueba de fallos en las herramientas de mutación, las entradas de usuario y los hooks de stop: el flujo siguiente puede continuar y el error queda registrado en el registro de auditoría. Antes de un cierre fatal por una excepción o un rechazo no tratado, la consola escribe el registro del runtime de forma síncrona.
El runtime incluido de AgentSpine se actualiza a la versión 0.54.0 desde el commit fb6d456b68605fd83721090e503f000a26e8a0fb. Esta versión contiene la prueba real de ACL fail-open, los planes de objetivos persistentes vinculados a dependencias y la resolución vinculada de lagunas de conocimiento.
Los hooks del ciclo de vida SessionStart, UserPromptSubmit, PostToolUse y Stop se envían a Mnemo con la identidad exacta de MNEMO_AGENT. Los errores de red permanecen a prueba de fallos.
Los textos de interfaz que faltaban anteriormente están completos en español, francés, sueco y checo.
El control completo del paquete, el escaneo de fugas, la comprobación del catálogo de idiomas, la prueba de hook de ACL, la instalación nueva, la actualización desde 9.1.564 y la inicialización MCP de AgentSpine son correctos. SHA-256 del paquete npm: 88ef653b53fab5bf528d7a5124ca7d5995ab6f90d65318134fa88d8cdf61deba.
Nuevo en 9.1.564
Publicado el
BLUN King 9.1.564 evita los fallos debidos a carpetas protegidas y a textos de interfaz que faltan.
AgentSpine omite en el escaneo previo de archivos los archivos y carpetas individuales que el sistema operativo bloquea con EPERM o EACCES. Un error de escaneo inesperado ya no bloquea la siguiente llamada de herramienta; esta se autoriza y queda registrada en el registro de auditoría.
Si falta una clave de texto en un idioma de interfaz publicado, la consola usa el texto en inglés y registra la laguna una sola vez, en lugar de fallar en la ruta de renderizado. Así, la línea de estado de razonamiento sigue siendo utilizable en checo, español, francés y sueco.
Las traducciones reales de las claves que aún faltan llegarán en una versión comprobada por separado. Hasta entonces, el recurso de reserva en inglés es deliberadamente visible y a prueba de fallos.
El paquete se comprobó contra el fallo checo exacto de thinking.step de 9.1.563. La nueva versión produce «step 6» en lugar de una excepción, advierte solo una vez por idioma y clave, sobrevive a carpetas vecinas inaccesibles, inicializa AgentSpine 0.49.0, supera una instalación nueva y la actualización desde 9.1.563 y no contiene importaciones de plugins sin resolver. SHA-256 del paquete npm: 23056703152f668998ea0583bb9797bbbb51f4c2f320917a220908e28430955e.
Nuevo en 9.1.563
Publicado el
BLUN King 9.1.563 actualiza el runtime incluido de AgentSpine a la versión 0.49.0.
La nueva versión exige, antes de un intento de aprendizaje, al menos una evidencia reciente e independiente procedente de una confirmación expresa del usuario o de una prueba objetiva. Las meras evidencias de conversación o de documentos ya no bastan, aunque cumplan los demás umbrales.
Los contratos de aprendizaje vinculan esta regla de evidencia de forma permanente; los cambios de configuración posteriores no pueden debilitar una comprobación en curso. Los bloqueos de archivo vinculados al propietario protegen los cambios de aprendizaje paralelos contra sobrescrituras y hacen que los bloqueos manipulados o ajenos queden bloqueados por defecto (fail-closed).
La actualización sustituye el árbol de plugins gestionado en el siguiente inicio de forma direccionada por contenido. Las instalaciones existentes de la versión 9.1.562 se actualizan a AgentSpine 0.49.0, un árbol sin cambios se reutiliza y el servidor MCP de AgentSpine confirma la versión 0.49.0.
El límite del paquete difiere de 9.1.562 solo por los datos de versión y el runtime de AgentSpine 0.49.0 fijado exactamente. La comprobación upstream completa, 49 pruebas de aprendizaje específicas, la comparación de paquetes, el escaneo de fugas, la instalación nueva, la ruta de actualización real desde 9.1.562 y una inicialización MCP son correctos. SHA-256 del paquete npm: 9440d94ddb79af1ed996fda43cb66ef50fae3b96a5f79d0dd008f32a5abd04f8.
Nuevo en 9.1.562
Publicado el
BLUN King 9.1.562 restablece el archivo de runtime de AgentSpine en el paquete público.
El archivo de runtime requerido por el servidor MCP de AgentSpine incluido se vuelve a incluir. Una instalación nueva materializa el plugin por completo; el servidor MCP se inicia y confirma su nombre y su versión de protocolo.
El límite del paquete difiere de 9.1.561 solo por los metadatos de versión y el archivo de runtime restablecido. El escaneo de fugas, la instalación nueva, la materialización del plugin y una inicialización MCP real son correctos. SHA-256 del paquete npm: a249f9cb39dc8750ddbe23f72077586c9e8500ab9f0bbfdbf55989d19e329e8a.
Nuevo en 9.1.561
Publicado el
BLUN King 9.1.561 incorpora al paquete público las mejoras comprobadas del sistema de trabajo.
La tarea actual y los resultados de herramientas recientes siguen disponibles. Los resultados de lectura no se recortan. Los resultados grandes se guardan con una referencia para volver a recuperarlos, en lugar de vaciarse. Los resultados idénticos repetidos remiten al resultado completo más reciente.
Las compactaciones se registran como transacción con marcadores de inicio, resumen y fin. Las llamadas a herramientas y sus resultados permanecen juntos, mientras que los puntos de control persistentes aseguran la ruta de recuperación entre reintentos.
Los presupuestos de salida proceden ahora del perfil de modelo activo. El modelo gestionado de BLUN recibe 128.000 tokens de salida por defecto cuando no se ha fijado ningún valor expresamente. Los antiguos límites fijos de 32.768 tokens y los límites bajos para low y off ya no recortan el trabajo complejo; la capacidad de contexto sigue siendo el límite de seguridad.
El actualizador pregunta antes de preparar o iniciar el instalador. En el paquete público, el modelo gestionado de BLUN permanece fijado; /model solo sirve ya como alias de compatibilidad para /effort.
El límite del paquete se comprobó en todos los nombres de archivo y contenidos legibles. Las rutas internas de proveedores, la elección de modelo, los scripts de compilación y de regresión, los identificadores privados y las direcciones de servidor privadas no están incluidos.
El paquete completo, el escaneo de fugas, la instalación nueva, la salida de versión y ayuda, los ajustes por defecto de un perfil nuevo y la decisión de actualización de 9.1.550 a 9.1.561 son correctos. SHA-256 del paquete npm: fcbff9b2f9a537462653c873150fe36567f6195c5a6facc714a266ce38415dd7.
Nuevo en 9.1.527
Publicado el
BLUN King 9.1.527 adopta el flujo /copy de DeepAgents.
El comando copia la respuesta de asistente más reciente finalizada y no vacía a través de la ruta de portapapeles multiplataforma existente.
Si se introduce /copy durante un turno en curso, el comando utiliza la cola de comandos existente y se ejecuta tras la finalización de la respuesta.
Mensajes de estado claros cubren el éxito, un historial vacío y errores del portapapeles en los seis idiomas de interfaz.
Una regresión de rojo a verde protege el registro de comandos, la ejecución, la selección de la respuesta, el contenido del portapapeles fiel al byte y los textos de interfaz aprobados.
El prepack completo y la comprobación del artefacto desempaquetado son correctos. SHA-256 del paquete npm: 94b13ffc1a45af5eaecd9d19ad658abb1895304c2c663e47d03419c1bb4a7cf2.
Nuevo en 9.1.526
Publicado el
BLUN King 9.1.526 materializa la versión de AgentSpine incluida con el paquete actual antes de que /reload reconstruya el catálogo de plugins y la configuración MCP.
Las entradas de plugin no afectadas se conservan. Un árbol gestionado de AgentSpine sin cambios se reutiliza sin volver a escribir installed.json.
Una regresión de rojo a verde contra 9.1.525 protege el orden de arranque, la adopción del plugin gestionado y el comportamiento idempotente al recargar.
El prepack completo, la comprobación del artefacto empaquetado y la prueba de actualización aislada de 9.1.525 a 9.1.526 son correctos. SHA-256 del paquete npm: ae0cc4124ebaac74af1124dcbe2cf6d4d4541126525f947c262809c85f73490a.
Nuevo en 9.1.525
Publicado el
BLUN King 9.1.525 inicia cada comando de shell local en Windows y POSIX en su propio grupo de procesos. Así, los programas ya no pueden acoplarse a la consola de control de la TUI de BLUN ni interceptar Escape, Ctrl+S u otras entradas del editor.
La entrada estándar, la salida estándar y la salida de error permanecen en pipes privados. Los comandos interactivos reciben un fin de archivo y fallan o superan el límite de tiempo sin competir con el editor por las entradas.
El aislamiento local de shell de DeepAgents se ha adoptado para Windows. Una prueba de regresión ejecutable cubre ambas rutas de plataforma y una comprobación real con un proceso interceptado.
Nuevo en 9.1.524
Sin fecha
BLUN King 9.1.524 mantiene la tarea inmediata generada por un comando de Telegram /loop en la ruta de entrega protegida para comandos remotos. Así no puede quedar como segunda entrada normal de la cola.
La lista de reanudación muestra para cada sesión el tamaño del punto de control de reanudación, los mensajes y tokens conservados, el tamaño del historial de sesión y los puntos de control que faltan, no son válidos o están obsoletos.
El runtime incluido de AgentSpine se actualiza a la versión oficial comprobada 0.11.4 con el commit 8034487cdd24498076bac48d3f24400bca5e6ae4. Se conserva el presupuesto de tiempo de BLUN de 180 segundos para la finalización en segundo plano de SessionStart.
Las pruebas de regresión ejecutables protegen la entrega exactamente una vez de los bucles de Telegram y todos los estados de los valores medidos de reanudación. El comportamiento local existente de la cola con un bucle ocupado permanece sin cambios.
Nuevo en 9.1.523
Publicado el
BLUN King 9.1.523 permite que Escape cierre un menú de comandos de barra abierto y vacíe el borrador correspondiente en un solo paso, en lugar de dejar el texto del comando.
Ctrl+S pasa un borrador de comando de barra al camino existente de encolado y procesamiento incluso cuando la interfaz informa de inactividad, en lugar de volver en silencio antes de vaciar la cola.
Los borradores normales se conservan cuando Escape solo cierra otra autocompletación.
Las pruebas de ejecución de rojo a verde protegen ambos atajos de teclado contra el comportamiento exacto del paquete 9.1.522.
Nuevo en 9.1.522
Sin fecha
BLUN King 9.1.522 escribe permission.approval_requested en el historial de sesión en cuanto se abre una aprobación de herramienta. Así, un King desatendido ya no parece un modelo silencioso o un proveedor bloqueado mientras espera al operador.
Los botones de aprobación de Telegram existentes se utilizan automáticamente cuando la lista de autorización contiene exactamente un chat privado y cualquier número de grupos. Con varios destinatarios privados posibles, el envío permanece bloqueado salvo que BLUN_TELEGRAM_APPROVAL_CHAT_ID esté establecido.
Una regresión de rojo a verde protege la visibilidad inmediata en el historial de sesión, el reenvío inequívoco a un chat privado, la prioridad de un destino fijado expresamente y el rechazo de destinatarios ambiguos en ambas copias del relay distribuidas.
Nuevo en 9.1.521
Sin fecha
BLUN King 9.1.521 ejecuta el escaneo de SessionStart de AgentSpine fuera del camino de inicio interactivo. Así, un escaneo en frío de 123,6 segundos del directorio de usuario no bloquea ni el editor ni la primera entrada del usuario.
Las salidas correctas de SessionStart siguen llegando de forma automática: tras finalizar, el hook en segundo plano sigue incorporando su briefing limitado al contexto de la sesión.
El presupuesto de tiempo para escaneos en frío sube a 180 segundos. Una prueba de ejecución de rojo a verde demuestra que el inicio vuelve antes de un hook lento y que el hook puede seguir ejecutándose después.
Nuevo en 9.1.520
Publicado el
BLUN King 9.1.520 concede al hook de SessionStart de AgentSpine tiempo suficiente al recargar para completar un escaneo completo del proyecto en frío.
El límite de tiempo para el inicio de AgentSpine sube de 15 a 60 segundos. Todos los demás límites de tiempo de los hooks permanecen sin cambios.
Una nueva comprobación de ejecución de rojo a verde inicia el hook real de AgentSpine en un proyecto temporal y comprueba tanto su salida como los dos manifiestos de timeout distribuidos.
La versión 9.1.520 contiene AgentSpine 0.10.1. La prueba de actualización aislada de 9.1.519 a 9.1.520 y el prepack completo son correctos. SHA-256 del paquete npm: 3fc37502b544ed2d254711dc2a8be544b906eb8515e53f88289b10c91911a8e7.
Nuevo en 9.1.519
Publicado el
BLUN King 9.1.519 guarda las salidas exitosas del hook SessionStart antes de que el inicio o la recarga regresen. Así, el estado de disponibilidad de AgentSpine llega automáticamente al contexto reanudado del modelo y ya no espera al primer mensaje del usuario.
Las referencias históricas a resultados de herramientas externalizados conservan una vista previa limitada del principio y del final. Con ello se conservan los anclajes importantes para la reanudación sin volver a incluir el resultado completo en cada solicitud al modelo.
Nuevas comprobaciones de ejecución de rojo a verde protegen la transferencia de contexto de SessionStart y las vistas previas históricas. El catálogo de herramientas para el mantenimiento de tareas restablecido con 9.1.518 se conserva sin cambios.
Nuevo en 9.1.518
Publicado el
Durante el mantenimiento proactivo de la lista de tareas, Read, Write, Edit y Bash siguen disponibles junto a TodoList. Así ya no se interrumpe el camino de recuperación normal para cambios grandes de archivos.
El mantenimiento automático de tareas y su prompt de evidencia limitado se conservan, sin cambiar el paso de modelo activo a un catálogo puramente de TodoList.
Un control de regresión de rojo a verde protege contra el retroceso del catálogo de 9.1.499 y comprueba la selección de las herramientas de recuperación sin esquemas duplicados.
Nuevo en 9.1.517
Publicado el
Ctrl+S y Escape siguen disponibles incluso con una solicitud de aprobación abierta. Ctrl+S envía todos los mensajes en espera; Escape libera primero un mensaje en espera y solo rechaza la aprobación cuando la cola está vacía.
La finalización asíncrona de sesión se observa por completo en los caminos de teclado, Telegram-/reload y comandos de barra. session.not_found cuenta como sesión ya finalizada, en lugar de hacer fallar el núcleo por un rechazo no tratado.
Las comprobaciones de paquete de rojo a verde protegen los caracteres de control crudos de Windows y el error medido al finalizar una sesión que ya no existe.
Nuevo en 9.1.516
Publicado el
Si tras la compactación falta en el historial guardado el inicio de un paso de asistente, la reproducción lo reconstruye a partir del siguiente evento de contenido o de herramienta. king -c ya no falla por ello con el error interno Received content_part for unknown step_uuid 'undefined'.
Un mensaje de Telegram sale de la cola exactamente una vez en cuanto el núcleo ha aceptado de forma persistente su transferencia activa. Los rechazos reales se conservan para un nuevo intento. Un puente de Telegram gestionado por King que termina inesperadamente se reinicia mediante un único vigilante unificado.
Por paso de modelo solo se acepta el primer cambio de TodoList. Los puntos completados desaparecen automáticamente, las marcas pendientes siguen siendo visibles también en terminales ANSI16 y una lista nueva comienza con exactamente un punto en curso. El orden fijo es: urgente, mensaje directo del usuario, mensaje de bot dirigido, mensaje de bot, mensaje normal.
El primer paso con capacidad de herramientas espera como máximo 2,5 segundos el catálogo MCP inicial; los servidores opcionales pueden seguir iniciándose en segundo plano. Al iniciar el programa solo se comprueba e instala el perfil activo.
La versión 9.1.516 contiene AgentSpine 0.10.1. Los ocho controles de regresión de prepack, node --check, la comprobación de metadatos del paquete y una nueva comprobación del paquete son correctos. El mismo paquete npm contiene los componentes de plataforma para Windows, Linux y macOS. SHA-256 del paquete npm: f21bffefb2be44ebf0a9a96d5518c2164188e4c8bd99c669840d1566e48aeb6e.
Nuevo en 9.1.515
Publicado el
Una lista de tareas que realmente no ha cambiado vuelve a aceptarse tras un trabajo prolongado y documentado. King no tiene que inventarse avances ni limitarse a reformular un título para poder continuar su trabajo real.
Incluso un bucle de inactividad puede retomar una TodoList aún abierta sin retener al agente de forma permanente en el turno de mantenimiento con la herramienta de tareas como única herramienta. Un control de regresión de prepack protege ambos caminos de error.
La versión 9.1.515 contiene AgentSpine 0.10.1. La comprobación de regresión específica del bucle de tareas, node --check, la comprobación de metadatos de la versión y una instalación nueva del paquete son correctos. El mismo paquete npm contiene los componentes de plataforma para Windows, Linux y macOS. SHA-256 del paquete npm: cda0647bd0fe9888ac6e985ecc067e962800bb64ddba9b6b07249c210a769dbf.
Nuevo en 9.1.514
Publicado el
BLUN King 9.1.514 refuerza el diario de entrega de Telegram sin contenido frente a sobres de cola manipulados.
Los identificadores de mensaje solo se aceptan como números decimales positivos. Los hashes de chat ya calculados solo se admiten como valores hexadecimales exactamente de doce dígitos en minúsculas. Los valores erróneos similares a contenido se descartan en lugar de registrarse.
El procesamiento de Telegram existente, las fases de entrega, la rotación del diario y el diagnóstico de cuarentena sin contenido permanecen sin cambios. Las 133 pruebas de paquete y las nuevas comprobaciones del paquete para Windows x64, Linux x64, macOS ARM64 y macOS x64 son correctas.
La versión 9.1.514 contiene AgentSpine 0.10.1 y ReadBatch. SHA-256 del paquete npm: 1d30915883441daa407475212f12b8774ccbb50490805aea99fd6967e213a125.
Nuevo en 9.1.513
Publicado el
BLUN King 9.1.513 registra la ruta de entrega de Telegram desde la entrada en el puente, pasando por el enrutamiento, la cola y la inserción, hasta la confirmación, la recuperación o la cuarentena.
El diario limitado guarda exclusivamente identificadores sin contenido, hashes, fases de entrega, contadores y motivos de error depurados. No se registran textos de mensajes, prompts, rutas, nombres de usuario, tokens, credenciales ni mensajes de error crudos.
El diagnóstico de cuarentena tampoco duplica ya mensajes de Telegram, textos mostrados, datos de origen, identificadores de chat crudos ni rutas de imágenes. Las 132 pruebas de paquete y las nuevas comprobaciones del paquete para Windows x64, Linux x64, macOS ARM64 y macOS x64 son correctas.
La versión 9.1.513 contiene AgentSpine 0.10.1 y ReadBatch. SHA-256 del paquete npm: 409144f1a87330abd3e763256ed8560e044f8e0eebd152c95ce2492dc36e4dae.
Nuevo en 9.1.512
Publicado el
BLUN King 9.1.512 exige en el mantenimiento proactivo de la TodoList una actualización modificada y respaldada por evidencia, en lugar de volver a aceptar la misma lista indefinidamente. El turno de mantenimiento aislado recibe como máximo ocho indicaciones compactas sobre el nombre de la herramienta y el resultado desde la última actualización aceptada.
Los prompts, argumentos, comandos, rutas completas, resultados de herramientas o el historial de trabajo no se vuelven a reproducir. Un intento fallido de TodoList conserva esta evidencia limitada para el siguiente intento; una actualización exitosa elimina las indicaciones utilizadas. Los puntos completados siguen desapareciendo automáticamente y en el siguiente paso vuelven a estar disponibles las herramientas de trabajo normales.
9.1.512 supera 127 de 127 pruebas de paquete. Las instalaciones nuevas eligen los componentes de plataforma esperados en Windows x64, Linux x64, macOS ARM64 y macOS x64 y contienen AgentSpine 0.10.1 y ReadBatch. SHA-256 del paquete npm: 38192b918d66aa6615f0a1262afcc6a1a4fba5c48354e62bbe8a3bd01d9460dc.
Nuevo en 9.1.511
Publicado el
BLUN King 9.1.511 incluye AgentSpine 0.10.1 como nueva versión de plugin central direccionada por contenido. El preflight obligatorio sigue comprobando cada archivo de instrucciones de host activo de forma segura frente a condiciones de carrera y vincula su identidad al turno exacto, pero ya no duplica en el contexto de ejecución el texto completo ya cargado por el host.
Esta versión añade evidencias obligatorias previas a la respuesta, entradas confirmadas de must-remember y la sincronización autorreparadora del grafo autenticado de persona y relaciones. Los grupos, personas y membresías que faltan se reparan en una nueva comparación del roster; las consultas locales de relaciones terminan de forma visible tras cinco segundos en caso de bloqueo.
La consulta limitada de Telegram-Mnemo se conserva: los mensajes anteriores solo se cargan cuando hay una necesidad concreta, con una referencia estrecha a agente, persona, grupo, tema, hilo y tiempo. Un historial completo de Telegram no llega de forma rutinaria al prompt.
9.1.511 supera 126 de 126 pruebas de paquete. El CLAUDE.md real de 15.519 bytes se comprobó por completo, mientras que todo el contexto inyectado ocupaba 5.667 bytes y no contenía el texto completo de ninguna instrucción. Las instalaciones nuevas eligen los componentes de plataforma esperados en Windows x64, Linux x64, macOS ARM64 y macOS x64 y contienen AgentSpine 0.10.1 y ReadBatch. SHA-256 del paquete npm: e519e786ade515e4292492740e5c6a62f78c231465c431eebc06b43040425d40.
Nuevo en 9.1.510
Publicado el
BLUN King 9.1.510 añade la herramienta ReadBatch. Lee de dos a doce archivos UTF-8 o rangos de archivo independientes ya conocidos en un paso de modelo y conserva el orden de las solicitudes. Cada ruta pasa por las mismas comprobaciones de acceso, reglas y permisos que una llamada individual a Read. Los éxitos parciales siguen siendo visibles; solo un lote completamente fallido cuenta como error general.
9.1.510 supera 125 de 125 pruebas de paquete. Las instalaciones nuevas eligen los componentes de plataforma esperados en Windows x64, Linux x64, macOS ARM64 y macOS x64 y contienen ReadBatch. AgentSpine se mantuvo deliberadamente en 0.8.0 hasta que se resolvió, sin agrandar el prompt de ejecución, el bloqueador de presupuesto de contexto de la versión preliminar más reciente, encontrado de forma independiente. SHA-256 del paquete npm: 1f38522f0a132c92860d4dbfc991e4f80683614f8c9de87ccba24b591b273b1d.
Nuevo en 9.1.509
Publicado el
BLUN King 9.1.509 exige en cada mensaje de trabajo de Telegram autorizado entre bots una mención expresa del King previsto. Los mensajes de bot sin la mención adecuada siguen siendo visibles, pero no se almacenan en búfer, ni se encolan, ni se entregan, ni se incorporan más tarde al contexto de modelo de ese King. Así, un mensaje de bot prioritario para un King ya no puede convertirse en la tarea de otro King.
Las 121 pruebas de paquete se superan. El mismo paquete contiene los componentes de plataforma comprobados para Windows x64, Linux x64, macOS ARM64 y macOS x64. SHA-256: 071e14065bd7e327abda95a4310f473171f6df3c1ad0f1712c9add666f6da7cc.
Nuevo en 9.1.508
Publicado el
Los puntos de tareas pendientes vuelven a tener una casilla visible. También la primera lista de tareas ordinaria comienza con exactamente un punto en curso; los pasos posteriores permanecen pendientes hasta que su inicio real esté evidenciado.
Los mensajes directos y de grupo de Telegram aceptados se entregan a Mnemo de forma asíncrona, con búfer persistente y deduplicación exacta. Un hub temporalmente inalcanzable no bloquea ni la entrega de Telegram ni la ejecución de King. Los comandos /loop y los ticks internos de bucle no se guardan, de forma deliberada.
AgentSpine no carga un historial completo de Telegram en el contexto de ejecución. Si una tarea necesita un mensaje anterior, se realiza una consulta limitada a Mnemo por agente, persona, grupo, tema, hilo y período.
Las 120 pruebas de paquete se superan. Las instalaciones nuevas eligen el componente nativo de portapapeles correcto en Windows, Linux x64, macOS ARM64 y macOS x64 y contienen la conexión gestionada de Telegram-Mnemo y AgentSpine. SHA-256: 34bf9cb52d6a469fa1603f95ce9df17c77ae6ff2e675d91f0442246c0d83b69b.
Nuevo en 9.1.507
Publicado el
BLUN King 9.1.507 indica expresamente al modelo en la herramienta Read que agrupe lecturas de archivos y rangos independientes en una respuesta de modelo cuando varias entradas pueden ser útiles.
Esto reduce rondas de modelo evitables en contextos de trabajo grandes, sin cambiar la ejecución, la navegación de páginas, los permisos ni el tratamiento de resultados de Read.
Una prueba de regresión específica protege el cambio; las 112 pruebas de paquete se superan.
Nuevo en 9.1.506
Publicado el
Los puntos de TodoList completados se eliminan inmediatamente de la TUI visible. La lista de tareas persistente ya había descartado correctamente estas entradas; ahora la interfaz muestra el mismo estado depurado, mientras que el trabajo en curso y pendiente se conserva por completo.
El turno de mantenimiento automático utiliza un prompt de sistema independiente de 546 caracteres. Antes se adjuntaba para ello el prompt de trabajo completo, de unos 19.000 caracteres, aunque la única herramienta disponible era la de tareas. El paso de trabajo posterior sigue recibiendo el prompt completo y su catálogo de herramientas normal.
Una ejecución real mostró, cada ocho pasos de trabajo, un turno propio de mantenimiento de tareas con 15.221 tokens de entrada. El prompt de mantenimiento estático se reduce en 18.470 caracteres; el ahorro real de tiempo de ejecución se volverá a medir tras la actualización de la flota. El tarball publicado supera 111 de 111 pruebas. Las instalaciones nuevas del paquete en Windows con Node 24.19.0 y Linux con Node 24.18.0 confirman la versión 9.1.506; los binarios de macOS para ARM64 y x64 están incluidos en el mismo paquete npm. SHA-256: 9e01bf05824eedf03de7665a1f0bc294ad4ba1d9f1ed8bf5ca43aab5fa706364.
Nuevo en 9.1.505
Publicado el
Un mensaje de Telegram que llega después de la toma del canal, pero antes de que se complete la activación de la cola, ya no se omite como rezago antiguo. Sin un punto de control válido, el procesamiento comienza en el límite de bytes medido al inicio de la toma en lugar de en el final posterior del archivo.
Un punto de control persistente válido conserva la prioridad. Si el archivo de cola se sustituye durante la transferencia, el archivo nuevo comienza con seguridad en el byte cero; los mensajes históricos ya presentes antes de la toma no se vuelven a reproducir.
El mensaje de grupo 63456 llegó un segundo después de la toma del canal, el punto de control saltó exactamente hasta su final y el mensaje no apareció en ningún historial de modelo. Este caso real de pérdida queda cubierto por una prueba de regresión. El tarball publicado supera 111 de 111 pruebas; las instalaciones nuevas del paquete en Windows con Node 24.19.0 y Linux con Node 24.18.0 y una actualización real desde 9.1.504 confirman la versión 9.1.505. SHA-256: fd1c4be83316195d8cc9962aa3ff69c3fdf4838b25a99aca59cae3f445275241.
Nuevo en 9.1.504
Publicado el
Un mensaje de Telegram que ya está en la cola durante una ejecución vacía de agente se inicia ahora por la ruta de canal normal como turno de modelo nuevo. Ya no espera a una ejecución activa, que por definición no puede surgir en el modo inactivo.
La transferencia existente a un turno en curso permanece sin cambios. También siguen protegidas la gestión aislada de tareas, la eliminación automática de puntos completados y la posterior restauración de las herramientas normales de archivo, búsqueda y shell.
El tarball publicado supera 106 de 106 pruebas. La nueva regresión de inactividad estaba en rojo antes de la intervención y ahora está en verde, junto con 24 pruebas de cola. Las instalaciones nuevas del paquete en Windows con Node 24.19.0 y Linux con Node 24.18.0 confirman la versión 9.1.504 y el mismo SHA-256 df01bb10d653c0f5e2572b5ea0fe9cf8972db1f6d3df530de5484d3a1cccca27.
Nuevo en 9.1.503
Publicado el
El mensaje aislado de mantenimiento de tareas lleva ahora también un campo toolCalls explícitamente vacío. Así tiene la misma forma que los turnos de trabajo normales y la normalización del proveedor de BLUN puede procesarlo de forma segura.
El error de ejecución real TypeError: message.toolCalls is not iterable ya no aparece antes de la llamada a TodoList. Una prueba de regresión itera el mensaje generado exactamente como la frontera del proveedor antes de que se autorice el mantenimiento.
El tarball publicado supera 105 de 105 pruebas. Las nuevas comprobaciones del paquete en Windows con Node 24.19.0 y Linux con Node 24.15.0 confirman la forma completa del mensaje de proveedor, la gestión aislada de tareas y la eliminación automática de los puntos completados. La aceptación real de la flota se realiza tras el reinicio controlado de los tres Kings.
Nuevo en 9.1.502
Publicado el
El paso de mantenimiento de TodoList pendiente recibe ahora solo un mensaje nuevo, limitado a la tarea actual y a la lista visible. Así, las llamadas antiguas de Read, Bash o MCP del historial de trabajo ya no pueden entrar en el paso limitado deliberadamente a TodoList.
Las tareas completadas desaparecen automáticamente de la lista visible y persistente al guardar. Los puntos en curso, pendientes, bloqueados, en espera de aprobación y cancelados se conservan; así la lista no crece sin límite por el trabajo terminado.
Dos perfiles de agentes encontraron de forma independiente la misma regresión: tras un uso exitoso de herramientas, el mantenimiento de tareas repetía herramientas de trabajo históricas y mostraba Tool not found. El tarball publicado supera 105 de 105 pruebas. Las instalaciones nuevas en Windows con Node 24.19.0 y Linux con Node 24.15.0 confirman la gestión aislada, la eliminación de puntos completados y el regreso de las herramientas normales. Una aceptación real de macOS no forma parte de esta verificación.
Nuevo en 9.1.501
Publicado el
Tras un paso exitoso de mantenimiento de TodoList, en el paso de trabajo inmediatamente siguiente vuelven a estar disponibles todas las herramientas seleccionadas para el turno. Read, Bash y otras herramientas de trabajo ya no quedan ocultas tras el catálogo de tareas restringido temporalmente.
El paso de tareas ofrecía deliberadamente solo TodoList. Sin embargo, su selección de herramientas seguía activa también en el paso siguiente, sin restauración expresa. 9.1.501 vuelve a usar allí el catálogo normal y protege ambos caminos del paso siguiente con una regresión.
Golden Release 9.1.500
Publicado el
Esta versión agrupa el estado funcional completo de 9.1.499 sin cambios como publicación npm común para Windows, Linux y macOS. La marca dorada se limita deliberadamente a los encabezados de esta versión; las entradas más antiguas conservan su presentación anterior.
La Golden Release incorpora sin lógica de ejecución adicional los cambios comprobados de Todo, Queue, Loop, contexto, AgentSpine y análisis de imágenes de 9.1.499.
Nuevo en 9.1.499
Publicado el
Los datos de imagen, audio y vídeo fuera de los últimos doce mensajes de la conversación se sustituyen por referencias cortas solo en la proyección repetida para el modelo. Los medios actuales, el texto de los mensajes y el historial bruto completo de la sesión permanecen sin cambios.
En un punto de control de reanudación medido, esta proyección ahorra 85.748 caracteres, es decir, unos 21.437 tokens de entrada estimados por cada paso de herramienta posterior.
El mantenimiento de tareas pendiente se ejecuta antes del noveno bloque de trabajo como paso de modelo propio de bajo esfuerzo. En este paso, el runtime ofrece exclusivamente TodoList; las herramientas de archivo, búsqueda, shell y demás solo se autorizan de nuevo tras una actualización válida.
Los mensajes nuevos del usuario conservan la prioridad sobre el mantenimiento de tareas. El control estricto de tareas se conserva como red de seguridad para actualizaciones realmente no válidas, pero ya no aparece como error intermedio rojo normal antes de una gestión autónoma de la lista.
El tarball publicado supera 105 de 105 pruebas de ejecución y regresión. Las instalaciones aisladas nuevas en Windows con Node 24.19.0 y Linux con Node 24.15.0 informan exactamente de la versión 9.1.499 y confirman la proyección de medios, el historial bruto sin cambios, el control previo de tareas y la ocultación de todas las herramientas de trabajo durante el paso de tareas. El candidato comprende 850 rutas y lleva el SHA-256 51e79a766d834d06a6e0d428337a45c9ab62ed8535a988f77b73c1164162f71f. Una aceptación real de macOS no forma parte de esta verificación.
Nuevo en 9.1.498
Publicado el
/usage muestra la tasa de aciertos de caché de prompt informada por el proveedor, así como los tokens de caché leídos y escritos por modelo. Sin actividad de caché informada, la visualización no inventa ninguna tasa.
/tokens es un alias corto para el diagnóstico detallado de contexto existente; /offload invoca la compactación archivadora existente. Ninguna de las dos vías provoca una llamada adicional al modelo.
Los mensajes de bot autorizados que son distintos entre sí ya no se descartan por una ventana rígida de 15 segundos. El orden existente se conserva: los mensajes privados y dirigidos expresamente van antes que los de bot, y los de bot antes que el contexto normal.
Una compactación completa traslada la lista de tareas exacta al nuevo contexto. Si después no están claros la ruta, el comando, el hash o el requisito, un aviso de recuperación único exige leer primero el historial archivado en lugar de hacer una búsqueda amplia de archivos o empezar de nuevo.
Los pasos de tareas completados se conservan como evidencia. Si hallazgos posteriores vuelven a hacer necesario un paso, el cierre evidenciado permanece y la nueva comprobación aparece como paso propio en curso con justificación.
Los bucles de sesión recurrentes esperan mientras la lista de tareas gestionada contenga trabajo en curso o pendiente. Los intervalos omitidos se agrupan hasta que haya inactividad real; otros recordatorios programados no se ven afectados.
El tarball preparado supera 100 de 100 pruebas de ejecución y regresión. Las instalaciones aisladas nuevas en Windows con Node 24.19.0 y Linux con Node 24.15.0 informan exactamente de la versión 9.1.498 y confirman la visualización de caché, los alias de comandos, la recuperación de compactación, las evidencias monótonas de tareas, la protección en los bucles de sesión, el changelog del paquete y la prioridad de bots. El candidato comprende 849 rutas y lleva el SHA-256 11b6918c02cc743b6d65aca79820abf5d0aa55786948c12ad9f0187c587b1d56. Una aceptación real de macOS no forma parte de esta verificación.
Nuevo en 9.1.497
Publicado el
Los mensajes de bot de Telegram de grupos compartidos van detrás de los mensajes privados y dirigidos expresamente, pero antes del contexto normal. La priorización no obliga a responder.
Un mensaje de Telegram aceptado desaparece de la cola visible en cuanto comienza el paso de modelo en el que se ha insertado. Una entrega rechazada o una cancelación antes del primer paso lo sigue conservando para un nuevo intento.
Una respuesta de Telegram pendiente o el procesamiento de un mensaje ya no quedan bloqueados por la gestión de tareas. El siguiente paso de trabajo normal sigue bloqueado hasta que la lista de tareas se actualice de forma veraz.
Versiones 9.1.496 a 9.1.487
| Versión | Cambios |
|---|---|
| 9.1.496 | Entrega automáticamente los mensajes de usuario de Telegram de uno en uno, elimina solo el identificador del mensaje exactamente aceptado o respondido, exige un progreso veraz en cada lista de tareas visible y oculta las cargas útiles de hooks internos que se ejecutan correctamente. |
| 9.1.495 | Inicia cada objetivo nuevo o sustituido con una lista de tareas visible nueva, exige actualizaciones veraces, elimina inmediatamente el foco de grupo de Telegram respondido con éxito, pospone las confirmaciones de entrada normales hasta el fin del turno y añade comprobaciones reales de decodificación para Ctrl+S y Ctrl+T. |
| 9.1.494 | Separa de nuevo los atajos de teclado de forma inequívoca: Ctrl+S controla solo los mensajes pendientes de la cola y Ctrl+T, solo la lista de tareas. Los mensajes de usuario de Telegram se autorizan durante el trabajo en curso para la siguiente transferencia segura. |
| 9.1.493 | Los mensajes de usuario de Telegram se autorizan automáticamente durante el trabajo activo para la siguiente transferencia segura. Los mensajes directos se mantienen al principio de la cola, sin retener de forma permanente los mensajes de grupo. |
| 9.1.492 | Los mensajes de grupo ya autorizados se conservan si la entrega está ocupada temporalmente y se vuelven a intentar. El paquete, los metadatos de npm, el manifiesto público y el changelog se comprueban conjuntamente antes de notificar el éxito. |
| 9.1.491 | Los mensajes directos de Telegram se priorizan inmediatamente durante el trabajo en curso. El control manual de la cola se mantuvo para otros mensajes. |
| 9.1.490 | El historial del paquete documenta por completo la versión no publicada 9.1.487 y las reparaciones realmente publicadas a partir de la 9.1.488. |
| 9.1.489 | La lista de tareas, el control de la cola, la identidad de ejecución de Telegram, la instalación de perfil de AgentSpine y el análisis de imágenes gestionado se han restablecido y quedan protegidos con pruebas de regresión. |
| 9.1.488 | Se ha publicado el plugin central de AgentSpine que estaba preparado. Los duplicados de Telegram ya no dejan un turno fantasma; la profundidad de pensamiento y el tratamiento seguro de la telemetría se conservan entre los pasos de herramientas. |
| 9.1.487 | No publicado. Esta versión preparó AgentSpine como plugin central gestionado. En npm, a la 9.1.486 le siguió directamente la 9.1.488. |
Nuevo en 9.1.486
Publicado el
Los perfiles nuevos y actualizados se inician ahora de forma fiable en inglés en Windows, macOS y Linux. Un valor de idioma automático guardado se migra una sola vez, mientras que los idiomas elegidos expresamente permanecen sin cambios.
Las actualizaciones automáticas al inicio vuelven a estar activadas por defecto mediante el instalador existente vinculado a la versión. [upgrade].auto_install = false mantiene la solicitud de confirmación; no se reintroduce ningún actualizador en segundo plano.
Los diálogos de inicio, el progreso, los errores, los mensajes de éxito y la continuación de sesión usan ahora el mismo idioma. Las pruebas de regresión y mutación protegen la migración, la ruta de actualización y los datos de sesión.
La suite de pruebas completa pasó con 1.474 de 1.474 comprobaciones. Una ejecución de actualización aislada instaló la 9.1.486 a partir de la 9.1.485, conservó la configuración y la sesión sin cambios e inició la nueva CLI. Una prueba de inicio separada demostró la instalación automática sin preguntar y la migración única de un valor de idioma automático antiguo al inglés.
Versiones 9.1.485 a 9.1.178
| Versión | Cambios |
|---|---|
| 9.1.485 |
|
| 9.1.484 |
|
| 9.1.483 |
|
| 9.1.482 |
|
| 9.1.481 |
|
| 9.1.480 |
|
| 9.1.479 |
|
| 9.1.478 |
|
| 9.1.477 |
|
| 9.1.476 |
|
| 9.1.475 |
|
| 9.1.474 |
|
| 9.1.473 |
|
| 9.1.472 |
|
| 9.1.471 |
|
| 9.1.470 |
|
| 9.1.469 |
|
| 9.1.468 |
|
| 9.1.467 |
|
| 9.1.466 |
|
| 9.1.465 |
|
| 9.1.464 |
|
| 9.1.463 |
|
| 9.1.462 |
|
| 9.1.461 |
|
| 9.1.460 |
|
| 9.1.459 |
|
| 9.1.458 |
|
| 9.1.457 |
|
| 9.1.456 |
|
| 9.1.455 |
|
| 9.1.454 |
|
| 9.1.453 |
|
| 9.1.452 |
|
| 9.1.451 |
|
| 9.1.450 |
|
| 9.1.449 |
|
| 9.1.448 |
|
| 9.1.447 |
|
| 9.1.446 |
|
| 9.1.445 |
|
| 9.1.444 |
|
| 9.1.443 |
|
| 9.1.442 |
|
| 9.1.441 |
|
| 9.1.440 |
|
| 9.1.439 |
|
| 9.1.438 |
|
| 9.1.437 |
|
| 9.1.436 |
|
| 9.1.435 |
|
| 9.1.434 |
|
| 9.1.433 |
|
| 9.1.432 |
|
| 9.1.431 |
|
| 9.1.430 |
|
| 9.1.429 |
|
| 9.1.428 |
|
| 9.1.427 |
|
| 9.1.426 |
|
| 9.1.425 |
|
| 9.1.424 |
|
| 9.1.423 |
|
| 9.1.422 |
|
| 9.1.421 |
|
| 9.1.420 |
|
| 9.1.419 |
|
| 9.1.418 |
|
| 9.1.417 |
|
| 9.1.416 |
|
| 9.1.415 |
|
| 9.1.414 |
|
| 9.1.413 |
|
| 9.1.412 |
|
| 9.1.411 |
|
| 9.1.410 |
|
| 9.1.409 |
|
| 9.1.408 |
|
| 9.1.407 |
|
| 9.1.406 |
|
| 9.1.405 |
|
| 9.1.404 |
|
| 9.1.403 |
|
| 9.1.402 |
|
| 9.1.401 |
|
| 9.1.400 |
|
| 9.1.399 |
|
| 9.1.398 |
|
| 9.1.397 |
|
| 9.1.396 |
|
| 9.1.395 |
|
| 9.1.394 |
|
| 9.1.393 |
|
| 9.1.392 |
|
| 9.1.391 |
|
| 9.1.390 |
|
| 9.1.389 |
|
| 9.1.388 |
|
| 9.1.387 |
|
| 9.1.386 |
|
| 9.1.385 |
|
| 9.1.384 |
|
| 9.1.383 |
|
| 9.1.382 |
|
| 9.1.381 |
|
| 9.1.380 |
|
| 9.1.379 |
|
| 9.1.378 |
|
| 9.1.377 |
|
| 9.1.376 |
|
| 9.1.375 |
|
| 9.1.374 |
|
| 9.1.373 |
|
| 9.1.372 |
|
| 9.1.371 |
|
| 9.1.370 |
|
| 9.1.369 |
|
| 9.1.368 |
|
| 9.1.367 |
|
| 9.1.366 |
|
| 9.1.365 |
|
| 9.1.364 |
|
| 9.1.363 |
|
| 9.1.362 |
|
| 9.1.361 |
|
| 9.1.360 |
|
| 9.1.359 |
|
| 9.1.358 |
|
| 9.1.357 |
|
| 9.1.356 |
|
| 9.1.355 |
|
| 9.1.354 |
|
| 9.1.353 |
|
| 9.1.352 |
|
| 9.1.351 |
|
| 9.1.350 |
|
| 9.1.349 |
|
| 9.1.348 |
|
| 9.1.347 |
|
| 9.1.346 |
|
| 9.1.345 |
|
| 9.1.344 |
|
| 9.1.343 |
|
| 9.1.342 |
|
| 9.1.341 |
|
| 9.1.340 |
|
| 9.1.339 |
|
| 9.1.338 |
|
| 9.1.337 |
|
| 9.1.336 |
|
| 9.1.335 |
|
| 9.1.334 |
|
| 9.1.333 |
|
| 9.1.332 No publicado |
|
| 9.1.331 |
|
| 9.1.330 |
|
| 9.1.329 |
|
| 9.1.328 |
|
| 9.1.327 |
|
| 9.1.326 |
|
| 9.1.325 |
|
| 9.1.324 |
|
| 9.1.323 |
|
| 9.1.322 |
|
| 9.1.321 |
|
| 9.1.320 |
|
| 9.1.319 |
|
| 9.1.318 |
|
| 9.1.317 |
|
| 9.1.316 |
|
| 9.1.315 |
|
| 9.1.314 |
|
| 9.1.313 |
|
| 9.1.312 |
|
| 9.1.311 |
|
| 9.1.310 |
|
| 9.1.309 |
|
| 9.1.308 |
|
| 9.1.307 |
|
| 9.1.306 |
|
| 9.1.305 |
|
| 9.1.304 |
|
| 9.1.303 |
|
| 9.1.302 |
|
| 9.1.301 |
|
| 9.1.300 |
|
| 9.1.299 |
|
| 9.1.298 |
|
| 9.1.297 |
|
| 9.1.296 |
|
| 9.1.295 |
|
| 9.1.294 |
|
| 9.1.293 |
|
| 9.1.292 |
|
| 9.1.291 |
|
| 9.1.290 |
|
| 9.1.289 |
|
| 9.1.288 |
|
| 9.1.287 |
|
| 9.1.286 |
|
| 9.1.285 |
|
| 9.1.284 |
|
| 9.1.283 |
|
| 9.1.282 |
|
| 9.1.281 |
|
| 9.1.280 |
|
| 9.1.279 |
|
| 9.1.278 |
|
| 9.1.277 |
|
| 9.1.276 |
|
| 9.1.275 |
|
| 9.1.274 |
|
| 9.1.273 |
|
| 9.1.272 |
|
| 9.1.271 |
|
| 9.1.270 |
|
| 9.1.269 |
|
| 9.1.268 |
|
| 9.1.267 |
|
| 9.1.266 |
|
| 9.1.265 |
|
| 9.1.264 |
|
| 9.1.263 |
|
| 9.1.262 |
|
| 9.1.261 |
|
| 9.1.260 |
|
| 9.1.259 |
|
| 9.1.258 |
|
| 9.1.257 |
|
| 9.1.256 |
|
| 9.1.255 |
|
| 9.1.254 |
|
| 9.1.253 |
|
| 9.1.252 |
|
| 9.1.251 |
|
| 9.1.250 |
|
| 9.1.249 |
|
| 9.1.248 |
|
| 9.1.247 |
|
| 9.1.246 |
|
| 9.1.245 |
|
| 9.1.244 |
|
| 9.1.243 |
|
| 9.1.242 |
|
| 9.1.241 |
|
| 9.1.240 |
|
| 9.1.239 |
|
| 9.1.238 |
|
| 9.1.237 |
|
| 9.1.236 |
|
| 9.1.235 |
|
| 9.1.234 |
|
| 9.1.233 |
|
| 9.1.232 |
|
| 9.1.231 |
|
| 9.1.230 |
|
| 9.1.229 |
|
| 9.1.228 |
|
| 9.1.227 |
|
| 9.1.226 |
|
| 9.1.225 |
|
| 9.1.224 |
|
| 9.1.223 |
|
| 9.1.222 |
|
| 9.1.221 |
|
| 9.1.220 |
|
| 9.1.219 |
|
| 9.1.218 |
|
| 9.1.217 |
|
| 9.1.216 |
|
| 9.1.215 |
|
| 9.1.214 |
|
| 9.1.213 |
|
| 9.1.212 |
|
| 9.1.211 |
|
| 9.1.210 |
|
| 9.1.209 Retirado |
|
| 9.1.208 |
|
| 9.1.207 |
|
| 9.1.206 |
|
| 9.1.205 |
|
| 9.1.204 |
|
| 9.1.203 |
|
| 9.1.202 |
|
| 9.1.201 |
|
| 9.1.200 |
|
| 9.1.199 |
|
| 9.1.198 |
|
| 9.1.197 |
|
| 9.1.196 |
|
| 9.1.195 |
|
| 9.1.194 |
|
| 9.1.193 |
|
| 9.1.192 |
|
| 9.1.191 |
|
| 9.1.190 |
|
| 9.1.189 |
|
| 9.1.188 |
|
| 9.1.187 |
|
| 9.1.186 |
|
| 9.1.185 |
|
| 9.1.184 |
|
| 9.1.183 |
|
| 9.1.182 |
|
| 9.1.181 |
|
| 9.1.180 |
|
| 9.1.179 |
|
| 9.1.178 |
|
Mejoras desde 9.1.57
| Versión | Cambio |
|---|---|
| 9.1.177 | Las actualizaciones automáticas aplican ahora un modo guardado de continuación o reinicio también cuando no llega el mensaje directo de proceso, y muestran una indicación clara inmediatamente antes del reinicio seguro de la TUI. Los marcadores de posición históricos para argumentos de herramienta compactados se eliminan, tanto si aparecen como JSON compacto, JSON formateado u objeto ya leído, antes de que puedan ejecutarse de nuevo. El historial en bruto y todos los mecanismos de protección existentes de la actualización permanecen sin cambios. |
| 9.1.176 | Todos los menús de selección de comandos de barra separan ahora las opciones con una línea en blanco y muestran las explicaciones en un segundo color propio y discreto. El componente común da servicio a 20 llamadas de menú; los colores de aviso individuales se conservan. |
| 9.1.175 | La pista de herramientas repetida en cada solicitud al modelo baja de 1.749 a 825 caracteres. En la medición, esto ahorra alrededor de 231 tokens de entrada estimados por solicitud. Las once obligaciones de comportamiento se conservan; el historial en bruto, los esquemas de herramientas y los archivos permanecen sin cambios. |
| 9.1.174 | El fragmento relevante de Mistake.md mostrado en cada solicitud al modelo está limitado a 3.000 en lugar de 4.000 caracteres. En 100 solicitudes reales, esto ahorra en promedio alrededor de 253 tokens de entrada estimados; los encabezados seleccionados permanecieron idénticos en los 100 casos. Los archivos completos y el historial guardado permanecen sin cambios. |
| 9.1.173 | BLUN King reconoce respuestas de texto puro recurrentes a lo largo de varios turnos de Telegram. Tras tres respuestas casi iguales a pesar de nuevas indicaciones del usuario, el agente recibe una única pista interna de corrección, en lugar de volver a emitir una pregunta, lista o espera antiguas. Los mensajes, los procesos y el historial guardado permanecen sin cambios. |
| 9.1.172 | La actualización automática vuelve a comprobar una sesión en ejecución después de una búsqueda sin resultados al inicio. La siguiente comprobación se realiza tras un intervalo aleatorio de entre 60 y 90 segundos. Así se detectan versiones publicadas más tarde sin reinicio manual. La instalación y el traspaso de la sesión siguen esperando a que haya inactividad total. |
| 9.1.171 | BLUN King conserva por turno solo los cuatro esquemas de herramienta recargados más recientes en lugar de doce. Las herramientas más antiguas siguen siendo localizables mediante ToolSearch y se recargan al seleccionarlas. Las herramientas del núcleo cargadas permanentemente, el historial guardado y el comportamiento de ejecución permanecen sin cambios. |
| 9.1.170 | Agrupa los errores actuales de fiabilidad y de flujo de trabajo: las tareas recurrentes conservan la instrucción desmesuradamente grande más reciente; los marcadores de posición de argumentos de herramienta compactados se eliminan de la proyección del modelo; ToolSearch reconoce palabras de búsqueda de memoria naturales, incluida la palabra individual «store»; la vista de bucle recarga el estado de planificación; /update controla el traspaso seguro en inactividad; y /premortem proporciona un análisis de errores visible y estructurado. |
| 9.1.169 | BLUN King conserva sin cambios la selección exacta de herramientas y la búsqueda estricta de palabras clave anterior. Solo cuando esta búsqueda no da ningún resultado, una segunda ejecución limitada busca términos alemanes e ingleses afines. Los requisitos de nombre con + siguen siendo obligatorios; deben coincidir al menos dos términos significativos y el 75 por ciento de la solicitud. Así, las tres búsquedas de Telegram que realmente fallaron encuentran la herramienta de cola actual, mientras que una solicitud que no encaja sigue terminando sin resultados. |
| 9.1.168 | BLUN King ya no reemplaza los argumentos antiguos de llamadas de herramienta por un marcador de posición interno que el modelo pueda copiar en una llamada nueva. Las llamadas de marcador de posición ya existentes y sus resultados de error asociados solo se eliminan de la proyección del modelo; el historial de sesión sin cambios se conserva como evidencia. |
| 9.1.167 | En las tareas planificadas recurrentes, BLUN King 9.1.167 conserva solo una secuencia sin huecos de las secciones de trabajo completas más recientes. Si la siguiente sección más reciente superara el límite de 48.000 caracteres o 24 mensajes, la selección termina en lugar de volver a tomar después secciones pequeñas más antiguas. Así, el contexto y el orden temporal se mantienen coherentes. En un historial en curso medido, el historial proyectado bajó de 32.591 a 16.981 caracteres. Esto ahorra 15.610 caracteres, es decir, alrededor de 3.903 tokens de entrada estimados por solicitud comparable. El historial en bruto, los pasos de la tarea actual y el resumen de compactación permanecen sin cambios. |
| 9.1.166 | BLUN King 9.1.166 limita las tareas planificadas recurrentes a un contexto de trabajo aislado, en lugar de volver a transmitir toda la conversación del agente principal en cada paso del modelo. La tarea actual, el resumen de compactación más reciente y los pasos de trabajo reales más recientes permanecen disponibles dentro de un límite de 24 mensajes y 48.000 caracteres. El historial guardado, los turnos de usuario normales, los recordatorios puntuales y las rutas de conversación rápidas permanecen sin cambios. En un historial medido, 2.043 pasos de modelo de tareas planificadas recurrentes consumieron en total 298,7 millones de tokens de entrada, en promedio 146.188 tokens por paso. |
| 9.1.165 | BLUN King 9.1.165 limita el presupuesto de salida de los turnos normales a 24.576 en lugar de 32.768 tokens. Los pasos ligeros conservan su valor límite anterior de 8.192 tokens, los modelos con límites de salida menores conservan esos valores más bajos y una configuración expresa del usuario sigue teniendo prioridad. De 27.049 respuestas medidas, el 99 por ciento permaneció por debajo de 9.970 tokens; doce valores atípicos antiguos alcanzaron exactamente el límite anterior de 32.768 tokens y siguieron calculando cada uno alrededor de seis minutos más. |
| 9.1.164 | BLUN King 9.1.164 limita el presupuesto de salida de una compactación en ventanas de modelo grandes a 16.384 en lugar de 131.072 tokens. 39 compactaciones exitosas necesitaron como máximo 10.781 tokens de salida. El nuevo marco está un 52 por ciento por encima de este máximo medido y reduce la necesidad posible de salida y caché KV por compactación en un 87,5 por ciento. El historial guardado y los turnos de conversación normales permanecen sin cambios. |
| 9.1.163 | BLUN King 9.1.163 reemplaza las cargas extensas de skills fuera de los últimos 20 mensajes en la proyección del modelo por una referencia compacta de recarga. Las cargas de skills actuales, pequeñas y no recargables permanecen sin cambios; el historial de conversación guardado no se reescribe. En un caso medido, una carga de skill baja de 87.034 a 424 caracteres proyectados. En cuanto abandona la ventana de trabajo actual, ahorra 86.610 caracteres, es decir, alrededor de 21.653 tokens de entrada estimados. |
| 9.1.162 | BLUN King 9.1.162 limita las vistas generales grandes del directorio de trabajo en el prompt del sistema repetido a 2.000 caracteres. Las vistas generales pequeñas permanecen sin cambios. En las vistas generales truncadas, una indicación clara sigue remitiendo a la búsqueda completa con Glob, Grep y Read. En un prompt medido, la vista general baja de 3.988 a 1.983 caracteres. Esto ahorra 2.005 caracteres, es decir, alrededor de 501 tokens de entrada estimados por cada solicitud con la misma estructura. |
| 9.1.161 | BLUN King 9.1.161 ya no repite los nombres de las 112 herramientas externalizadas en cada descripción de ToolSearch. La búsqueda por palabra clave, la selección exacta mediante el nombre completo o el nombre corto inequívoco y la carga persistente de los doce esquemas seleccionados más recientemente se conservan. En la representación medida, la descripción repetida baja de 1.984 a 278 caracteres. Esto ahorra 1.706 caracteres, es decir, alrededor de 426 tokens de entrada estimados por cada solicitud con la misma estructura. |
| 9.1.160 | A partir de BLUN King 9.1.160, la proyección del modelo solo protege completamente los doce mensajes más recientes antes de que los resultados de herramienta exitosos más antiguos que contienen exclusivamente texto se reemplacen por una nota de finalización breve. Las salidas de error, los medios, las referencias de archivo guardadas, los doce mensajes más recientes, el historial en bruto y las exportaciones permanecen sin cambios. En una instantánea de sesión, medida de forma estable, se reducen así otros dos resultados de herramienta antiguos. La proyección del modelo baja de 81.800 a 78.402 caracteres. Esto ahorra otros 3.398 caracteres, es decir, alrededor de 850 tokens de entrada estimados por cada solicitud con la misma estructura. |
| 9.1.159 | A partir de BLUN King 9.1.159, los argumentos JSON válidos de llamadas de herramienta finalizadas fuera de los 12 mensajes más recientes se reemplazan en la proyección del modelo por una nota breve. El resultado de herramienta asociado, los 12 mensajes más recientes, las llamadas no finalizadas, los argumentos pequeños o no válidos, el historial en bruto y las exportaciones permanecen sin cambios. En una instantánea de sesión, medida de forma estable, tres argumentos de llamadas de herramienta finalizadas se reducen de 2.849 a 165 caracteres. Esto ahorra 2.684 caracteres, es decir, alrededor de 671 tokens de entrada estimados por cada solicitud con la misma estructura. |
| 9.1.158 | A partir de BLUN King 9.1.158, los simples mensajes de estado que siguen inmediatamente a una respuesta de Telegram finalizada se reemplazan por una nota breve en la proyección del modelo cuando quedan fuera de los 20 mensajes más recientes. La llamada de respuesta enviada y su resultado, los mensajes actuales, los resúmenes tras otras herramientas, los contenidos mixtos, el historial en bruto y las exportaciones permanecen sin cambios. En una instantánea de sesión, medida de forma estable, seis mensajes de estado históricos se reducen en 1.837 caracteres. Esto ahorra alrededor de 460 tokens de entrada estimados por cada solicitud con la misma estructura. |
| 9.1.157 | A partir de BLUN King 9.1.157, las salidas de herramienta adecuadas, exitosas y basadas exclusivamente en texto que quedan fuera de los 20 mensajes más recientes se reemplazan en la proyección del modelo por una nota de finalización breve. Las salidas de error, los medios, las referencias de archivo externalizadas, los 20 mensajes más recientes, el historial en bruto y las exportaciones permanecen sin cambios. En una instantánea de sesión, medida de forma estable, se reducen 43 resultados antiguos. Esto ahorra 9.680 caracteres, es decir, alrededor de 2.420 tokens de entrada estimados por cada solicitud con la misma estructura. |
| 9.1.156 | A partir de BLUN King 9.1.156, las referencias guardadas a mensajes de usuario fuera de los 20 mensajes más recientes ya no repiten su vista previa con principio y fin en cada solicitud al modelo. La marca de restauración, los datos de tamaño, la ruta de archivo legible, los 20 mensajes más recientes, los medios, el historial en bruto, el archivo completo guardado y las exportaciones permanecen sin cambios. En una instantánea, medida de forma estable, se reducen cinco referencias históricas y la proyección del modelo baja de 99.143 a 96.001 caracteres. Esto ahorra otros 3.142 caracteres, es decir, alrededor de 786 tokens de entrada estimados por cada solicitud con la misma estructura. |
| 9.1.155 | A partir de BLUN King 9.1.155, las referencias guardadas a mensajes de usuario se restauran antes de que las proyecciones de texto puedan modificar el hash del mensaje original. Así, las externalizaciones existentes siguen siendo efectivas, en lugar de volver sin que nadie lo note al mensaje completo proyectado. El historial en bruto, las referencias de archivo que se pueden volver a leer, los 20 mensajes más recientes, los medios y las exportaciones permanecen sin cambios. En una instantánea, medida de forma estable, la proyección del modelo baja de 105.810 a 99.143 caracteres. Esto ahorra otros 6.667 caracteres, es decir, alrededor de 1.667 tokens de entrada estimados por cada solicitud con la misma estructura. |
| 9.1.154 | A partir de BLUN King 9.1.154, las secciones de canal de Telegram dirigidas fuera de los 20 mensajes más recientes se limitan a una vista previa de 500 en lugar de 1.000 caracteres con principio y fin. Los metadatos completos del canal, el principio y el fin del contenido del mensaje, los 20 mensajes más recientes, los adjuntos, el historial en bruto y las exportaciones permanecen sin cambios. En una instantánea medida de forma estable se reducen siete secciones dirigidas históricas adicionales. Esto ahorra 3.500 caracteres, es decir, alrededor de 875 tokens estimados por solicitud repetida. |
| 9.1.153 | A partir de BLUN King 9.1.153, la proyección de contextos de Telegram históricos conserva los metadatos completos del canal y la etiqueta de cierre del canal. Solo se recorta el contenido del mensaje. Incluso con metadatos reales de Telegram de 161 caracteres, la estructura sigue siendo válida dentro del presupuesto de 250 caracteres. La proyección es idempotente, los canales dirigidos posteriores permanecen sin cambios y un sobre de canal que ya supera el presupuesto sin contenido se transmite sin cambios. |
| 9.1.152 | A partir de BLUN King 9.1.152, los argumentos de llamadas de herramienta finalizadas abandonan la proyección activa del modelo cuando hay cuatro mensajes más recientes, en lugar de ocho. El historial de sesión en bruto, las llamadas sin respuesta o con formato erróneo, los medios, los resultados de herramienta y los cuatro mensajes más recientes permanecen sin cambios. En una instantánea de sesión recién medida se compactan dos llamadas finalizadas adicionales; frente a 9.1.151, esto ahorra otros 244 caracteres, es decir, alrededor de 61 tokens estimados por solicitud repetida. |
| 9.1.151 | A partir de BLUN King 9.1.151, los argumentos de llamadas de herramienta finalizadas abandonan la proyección activa del modelo cuando hay ocho mensajes más recientes, en lugar de doce. El historial de sesión en bruto, las llamadas sin respuesta o con formato erróneo, los medios, los resultados de herramienta y los ocho mensajes más recientes permanecen sin cambios. En una instantánea de sesión medida se compactan tres llamadas finalizadas adicionales; frente a 9.1.150, esto ahorra otros 317 caracteres, es decir, alrededor de 80 tokens estimados por solicitud repetida. |
| 9.1.150 | A partir de BLUN King 9.1.150, la externalización histórica de resultados de herramienta protege completamente los cuatro mensajes más recientes en lugar de los ocho más recientes. Los resultados de herramienta antiguos adecuados conservan una nota de restauración compacta de 600 caracteres y su ruta de origen; el historial en bruto, las salidas guardadas completas, los medios y los cuatro mensajes más recientes permanecen sin cambios. En una instantánea de sesión medida, la ventana de cuatro mensajes externaliza nueve resultados históricos adicionales y, frente a 9.1.149, ahorra otros 6.683 caracteres, es decir, alrededor de 1.671 tokens estimados por solicitud repetida. |
| 9.1.149 | A partir de BLUN King 9.1.149, la externalización histórica de resultados de herramienta protege completamente los ocho mensajes más recientes en lugar de los doce más recientes. Los resultados de herramienta antiguos adecuados conservan una nota de restauración compacta de 600 caracteres y su ruta de origen; el historial en bruto, las salidas guardadas completas, los medios y los ocho mensajes más recientes permanecen sin cambios. En una instantánea de sesión medida, tres resultados bajan de 4.679 a 1.800 caracteres; esto ahorra otros 2.879 caracteres, es decir, alrededor de 720 tokens estimados por solicitud repetida. |
| 9.1.148 | A partir de BLUN King 9.1.148, también en el paquete mixto de Telegram más reciente se reducen las secciones de canal marcadas expresamente con addressed=false. Las secciones dirigidas, los medios, el historial en bruto y las exportaciones permanecen sin cambios. En un historial medido, once secciones no dirigidas bajan de 22.691 a 2.750 caracteres; esto ahorra 19.941 caracteres, es decir, alrededor de 4.986 tokens estimados por solicitud repetida. |
| 9.1.147 | A partir de BLUN King 9.1.147, la microcompactación protege completamente los doce mensajes más recientes en lugar de los veinte más recientes y usa así la misma ventana de restauración que la externalización existente de resultados de herramienta. Los argumentos de herramienta finalizados más antiguos y los resultados de herramienta adecuados solo se reducen en la proyección del modelo; el historial en bruto y las rutas de restauración permanecen sin cambios. En un historial medido, esto ahorra otros 560 caracteres, es decir, alrededor de 140 tokens estimados por solicitud. |
| 9.1.146 | A partir de BLUN King 9.1.146, los resultados de herramienta más antiguos ya externalizados se limitan en la proyección del modelo a los datos necesarios para la restauración: nombre de la herramienta, número de caracteres y ruta de archivo. El contenido completo permanece sin cambios en el disco, el historial en bruto no se modifica y los doce mensajes más recientes conservan sus notas detalladas. En un historial medido, esto reduce la entrada repetida del modelo en 26.779 caracteres, es decir, alrededor de 6.695 tokens estimados por solicitud. |
| 9.1.145 | A partir de BLUN King 9.1.145, un stream del proveedor interrumpido se reintenta automáticamente cuando hasta entonces solo ha llegado salida de pensamiento interna. El texto visible y las llamadas de herramienta siguen impidiendo un reintento automático. Los pasos posteriores adaptativos con nivel de pensamiento bajo usan un presupuesto de salida de 8.192 tokens; los primeros pasos, los complejos y los fallidos conservan el presupuesto configurado, y un reintento tras alcanzar el límite de longitud puede aumentarlo. Al continuar una sesión, la indicación de transporte actual del plugin de Telegram ya no aparece como texto de chat en bruto. |
| 9.1.144 | 9.1.144 limita las secciones de Telegram dirigidas fuera de los 20 mensajes más recientes en la proyección del modelo a una vista previa de 1.000 caracteres con principio y fin. Los 20 mensajes más recientes, el mensaje de usuario más reciente, las secciones en el límite exacto, los adjuntos, los metadatos del canal, el historial en bruto y las exportaciones permanecen sin cambios. |
| 9.1.143 | 9.1.143 elimina de la proyección del modelo, en los mensajes más antiguos, la indicación repetida de transporte del plugin de Telegram. El contenido del canal, los metadatos, los adjuntos, el mensaje de usuario más reciente, el historial en bruto y las exportaciones permanecen sin cambios. |
| 9.1.142 | 9.1.142 reduce la vista previa con principio y fin para las partes de canal de Telegram antiguas no dirigidas en la proyección del modelo de 500 a 250 caracteres. Las partes de canal dirigidas, el mensaje de usuario más reciente, los adjuntos, el historial en bruto y las exportaciones permanecen sin cambios. |
| 9.1.141 | 9.1.141 elimina en la proyección del modelo los argumentos de llamadas de herramienta finalizadas más antiguas ya a partir de 32 tokens estimados. Los resultados de herramienta conservan su umbral anterior; los mensajes nuevos y el historial en bruto permanecen sin cambios. |
| 9.1.140 | 9.1.140 limita por defecto a 4.000 caracteres el recordatorio de Mistake basado en relevancia en la proyección del modelo. Los archivos completos de Mistake, el historial en bruto y las exportaciones permanecen sin cambios. |
| 9.1.139 | 9.1.139 limita las partes de canal de Telegram antiguas no dirigidas en la proyección del modelo a una vista previa de 500 caracteres. El mensaje de usuario más reciente, las partes dirigidas, los adjuntos, el historial en bruto y las exportaciones permanecen completos. |
| 9.1.138 | 9.1.138 conserva de cada tarea cron recurrente solo el aviso de activación más reciente en la proyección del modelo. Los recordatorios puntuales, las tareas diferentes, el historial en bruto y las exportaciones permanecen sin cambios. |
| 9.1.137 | 9.1.137 solo protege por completo los doce mensajes más recientes frente a la externalización de salidas de herramienta más antiguas. Los resultados completos siguen siendo restaurables mediante el historial en bruto y la ruta de origen. |
| 9.1.136 | 9.1.136 conserva en la proyección del modelo solo la indicación dinámica más reciente de Mistake.md. Las selecciones más antiguas se conservan completas en el historial en bruto y en las exportaciones. |
| 9.1.135 | BLUN King 9.1.135 mantiene el runtime gestionado de Node.js en primer lugar del PATH en el proceso de reemplazo y en todas las herramientas hijas. Así, comandos como node y npm usan el mismo runtime compatible que la TUI, en lugar de recurrir a una instalación del sistema más antigua. |
| 9.1.134 | 9.1.134 limita los mensajes de grupo de Telegram no dirigidos en la proyección del modelo a una vista previa de 2.000 caracteres con principio, fin y longitud original conservados. Los mensajes directos y el historial guardado permanecen completos. |
| 9.1.133 | 9.1.133 selecciona de la Mistake.md local del proyecto y de la compartida como máximo cinco entradas completas relevantes dentro de un presupuesto común de 6.000 caracteres. Las fuentes completas y las rutas de almacenamiento se conservan. |
| 9.1.132 | 9.1.132 mantiene activo el prompt base del sistema reducido con 4.850 caracteres tras la inicialización generada. Esto ahorra por solicitud 18.259 caracteres, es decir, alrededor de 4.565 tokens estimados, sin eliminar instrucciones ni herramientas. |
| 9.1.131 | 9.1.131 elimina dos copias de reglas antiguas de la proyección del modelo en cuanto existen las contrapartes determinantes. El prompt estándar baja así en 1.010 caracteres, es decir, alrededor de 253 tokens estimados por solicitud. |
| 9.1.130 | 9.1.130 reemplaza fuera de los últimos 20 mensajes el texto explicativo de pasos de herramienta antiguos completamente finalizados por una indicación breve. Las llamadas de herramienta, los resultados, el historial en bruto y las exportaciones se conservan completos. |
| 9.1.129 | 9.1.129 elimina los textos de vista previa de los resultados de herramienta antiguos ya externalizados. La ruta y los datos de tamaño permanecen visibles; el contenido completo se conserva en el archivo original o en el archivo privado. |
| 9.1.128 | 9.1.128 limita la caché persistente de esquemas de herramienta recargados a las doce herramientas seleccionadas más recientemente. Las herramientas desplazadas siguen siendo localizables de inmediato mediante ToolSearch. |
| 9.1.127 | 9.1.127 acorta el catálogo repetido de ToolSearch. Las herramientas con nombre inequívoco aparecen con su selector corto; los espacios de nombres MCP completos solo se conservan cuando hay conflictos de nombres. |
| 9.1.126 | 9.1.126 selecciona de forma determinista, del archivo de errores de todo el runtime, como máximo cinco secciones que encajan con la conversación actual. La proyección está limitada a 6.000 caracteres y no necesita ninguna llamada adicional de modelo o red. |
| 9.1.125 | 9.1.125 añade el comando de Telegram de solo lectura /status para usuarios vinculados. Nombra el estado del equipo, la versión, el proceso y la cola, sin mostrar IDs de chat, rutas, secretos ni contenidos de mensajes. |
| 9.1.124 | 9.1.124 corrige los colores de marca intercambiados en el símbolo compacto de BLUN bajo el campo de entrada. Los valores de estado, el nombre del perfil y la persona permanecen sin cambios. |
| 9.1.123 | 9.1.123 elimina de la proyección del modelo los argumentos JSON grandes de llamadas de herramienta finalizadas más antiguas. El nombre, el identificador, el resultado, el historial en bruto y las exportaciones permanecen completos. |
| 9.1.122 | 9.1.122 carga la directriz de diseño completa solo en el trabajo visual mediante la herramienta de skills. Las solicitudes no visuales reciben un contrato de activación compacto; al mismo tiempo, las salidas de texto puro más antiguas se externalizan de forma más efectiva. |
| 9.1.121 | 9.1.121 limita el tamaño total de las salidas de texto puro más antiguas de herramientas. Los resultados adecuados se archivan de forma privada y se reemplazan en la proyección del modelo por referencias de archivo legibles. |
| 9.1.120 | 9.1.120 externaliza las respuestas grandes del asistente más antiguas en archivos de sesión privados. Los últimos 20 mensajes, las cadenas de herramientas y el historial en bruto completo se conservan. |
| 9.1.119 | 9.1.119 envía en cada paso del modelo solo una pequeña selección de skills usados con frecuencia. Todos los demás skills siguen siendo localizables mediante la herramienta de skills por nombre o propósito. |
| 9.1.118 | 9.1.118 mantiene estable la marca de tiempo de la sesión en el prompt del sistema durante una sesión en curso. Las partes del prompt sin cambios pueden así seguir reutilizando la caché de prefijo del proveedor. |
| 9.1.117 | 9.1.117 mantiene inmediatamente disponibles las cuatro herramientas principales de medios y carga la comprensión de imagen y vídeo, la sincronización de vídeo y la sincronización de movimiento de labios solo bajo demanda mediante ToolSearch. |
| 9.1.116 | 9.1.116 añade una compactación proactiva a partir de alrededor de 128.000 tokens de entrada estimados en un límite de paso seguro. La compactación usa un prompt del sistema propio reducido; los resultados grandes de Read usan su ruta de origen existente. |
| 9.1.115 | Las sesiones continuadas reconstruyen el prompt del sistema del perfil actual, de modo que las instantáneas de prompt desmesuradamente grandes y desactualizadas no persisten a través de los reinicios. Las vistas generales grandes del directorio de trabajo se limitan; los archivos completos siguen disponibles mediante Glob, Grep y Read. |
| 9.1.114 | La entrega de Telegram trata EPERM de Windows ahora como indicio de un proceso TUI o poller en ejecución, en lugar de desviar los mensajes de la sesión visible. ToolSearch confirma una herramienta ya cargada con coincidencia exacta de nombre, en lugar de informar erróneamente que falta una herramienta que solo se recargaría bajo demanda. |
| 9.1.113 | Las herramientas de Telegram conservan al arrancar una ruta de respaldo dentro del mismo runtime, por si el registro gestionado de plugins falta temporalmente. |
| 9.1.112 | Los mensajes de usuario grandes y antiguos se archivan fuera de la ventana de trabajo actual; el historial en bruto completo sigue estando disponible. |
| 9.1.111 | Los turnos de Telegram con adjuntos reciben download_attachment automáticamente. En los turnos normales, la herramienta permanece externalizada en ToolSearch, de modo que se conserva la carga de esquemas reducida. |
| 9.1.110 | Los reintentos tras una sobrecarga del proveedor respetan la indicación Retry-After del servidor. La configuración automática de ripgrep descarga los archivos fijados de la versión 15.0.0 de la publicación oficial de ripgrep y comprueba sus sumas SHA-256 antes de la instalación. |
| 9.1.109 | La versión 9.1.109 mantiene permanentemente en la solicitud al modelo solo las nueve herramientas sobre las que recayeron más del 98 por ciento de las 3.183 llamadas de herramienta medidas. Todas las demás herramientas siguen siendo localizables mediante ToolSearch y están disponibles tras la primera carga durante el resto de la sesión. Así baja la carga de esquemas en cada paso de modelo normal, sin eliminar ninguna herramienta ni modificar la vía rápida para respuestas de Telegram y resultados de medios pendientes. |
| 9.1.108 | Las indicaciones del sistema idénticas inyectadas repetidamente solo se fusionan en la proyección del modelo. Las indicaciones modificadas y el historial guardado completo se conservan. |
| 9.1.107 | Los errores del proveedor se muestran en un lenguaje comprensible para el cliente; los códigos de error internos y las notas de soporte no aparecen. /help ofrece una lista de comandos navegable con las teclas de flecha y abre con la flecha derecha o la tecla Intro una descripción detallada del comando seleccionado. |
| 9.1.106 | Los perfiles de agente pueden excluir herramientas por nombre. Las exclusiones actúan también tras una recarga dinámica; los subagentes estándar no envían mensajes de Telegram al margen del agente principal. |
| 9.1.105 | La versión 9.1.105 añade TaskUpdate para agentes en segundo plano en ejecución. King transmite instrucciones adicionales en el siguiente paso de modelo seguro al mismo agente activo, sin detenerlo ni iniciar otro agente. Las tareas desconocidas y ya finalizadas, las tareas de shell y los agentes que ya no aceptan actualizaciones se siguen rechazando como hasta ahora. |
| 9.1.104 | La versión 9.1.104 deja que los comandos de shell en primer plano se ejecuten hasta su final normal también con salidas muy grandes. King escribe hasta 16 MiB de forma continua en el registro privado de la tarea, descarta las salidas que superan esa cantidad y notifica el código de salida real, en lugar de finalizar el proceso por la cantidad de salida. Las salidas pequeñas, las tareas en segundo plano, los límites de tiempo y las interrupciones manuales permanecen sin cambios. |
| 9.1.103 | Tras interrupciones temporales del proveedor, los miembros del enjambre se reanudan como máximo dos veces con el mismo ID de agente. HTTP 429 conserva su regla separada de sobrecarga; los errores definitivos y las interrupciones manuales no se reintentan automáticamente. |
| 9.1.102 | Tras errores temporales del proveedor, los agentes individuales delegados se reanudan como máximo dos veces a partir de su historial persistente. Los errores permanentes y las interrupciones manuales siguen siendo definitivos. |
| 9.1.101 | Los mensajes de usuario desmesuradamente grandes se respaldan localmente y se reemplazan en el contexto del modelo por una vista previa limitada con ruta legible. El historial original completo y los medios se conservan. |
| 9.1.100 | Las búsquedas de contenido Grep limitadas finalizan ripgrep después de la página solicitada y una línea de vista previa adicional. Los recuentos de aciertos, las búsquedas sin límite y las listas de archivos ordenadas por fecha de modificación permanecen completos. |
| 9.1.98 | King puede compactar proactivamente una sección de trabajo finalizada a partir de 128.000 tokens estimados. Por debajo del umbral, el esquema de la herramienta queda totalmente fuera del prompt del modelo; la compactación usa la transición de paso segura existente. |
| 9.1.97 | La descripción de la herramienta TodoList cargada permanentemente bajó de 2.238 a 996 caracteres. La planificación en varios niveles, los seis estados de tarea, las notificaciones de progreso honestas, las consultas, el vaciado y el modo de plan separado permanecieron protegidos. |
| 9.1.96 | El prompt base del sistema cargado permanentemente bajó de 23.109 a 4.850 caracteres. La identidad, la persona y el alma, el idioma de respuesta, los límites de trabajo y permisos, el traspaso de la compactación, el entorno de ejecución, AGENTS.md y las skills permanecieron protegidos. |
| 9.1.95 | La descripción de la herramienta Write cargada permanentemente bajó de 2.532 a 1.541 caracteres. La delimitación frente a Edit, los contenidos literales, los finales de línea, el límite de 500 líneas, la excepción de un solo archivo y la continuación atómica con comprobación de líneas y SHA-256 permanecieron protegidos. |
| 9.1.94 | La descripción de la herramienta Glob cargada permanentemente bajó de 1.495 a 1.006 caracteres. La ordenación, los archivos ignorados y sensibles, los patrones recursivos, los archivos que empiezan por punto, las expansiones de llaves y el límite de 100 aciertos permanecieron protegidos. |
| 9.1.93 | La descripción de la herramienta Edit cargada permanentemente bajó de 1.537 a 1.144 caracteres. Leer antes de modificar, las sustituciones exactas, las sustituciones múltiples, el tratamiento de CRLF y el límite de 500 líneas permanecieron protegidos. |
| 9.1.92 | La descripción de la herramienta Agent cargada permanentemente bajó de 2.061 a 1.153 caracteres. El contexto separado, la continuación, los límites de tiempo y la delegación paralela se conservaron. |
| 9.1.91 | La descripción de la herramienta Read cargada permanentemente bajó de 2.391 a 1.648 caracteres. La paginación, la protección de secretos, el reenvío de medios, el formato de líneas y el comportamiento de CRLF se conservaron. |
| 9.1.90 | La descripción de la herramienta Bash cargada permanentemente bajó de 5.003 a 1.834 caracteres. El contrato del runtime, las tareas en segundo plano, las herramientas de archivo y los límites de seguridad se conservaron por completo. |
| 9.1.89 | Al llegar al límite interno de 1.000 líneas, las lecturas de archivo paginadas indican el siguiente line_offset exacto; el final del archivo y los fragmentos deliberadamente más pequeños permanecen sin cambios. |
| 9.1.88 | BLUN King 9.1.88 activa la compactación pequeña y sin pérdidas a tiempo antes de la compactación completa. Los resultados de herramienta grandes más antiguos y los argumentos de herramienta finalizados abandonan antes la vista del modelo; el historial guardado completo se conserva. |
| 9.1.87 | Una respuesta HTTP 429 marcada expresamente como reintentable respeta Retry-After y recibe como máximo dos reintentos automáticos; los demás errores siguen siendo visibles de inmediato. |
| 9.1.86 | Las salidas grandes de herramienta mantienen visibles, dentro del mismo presupuesto de vista previa, 1.000 caracteres del principio y la misma cantidad del final; una marca exacta indica el número de caracteres omitidos. |
| 9.1.85 | Los resultados de herramienta basados en texto por encima de 12.000 caracteres se guardan completos en un archivo local privado; las solicitudes al modelo posteriores conservan solo un presupuesto de vista previa de 2.000 caracteres y la ruta legible. |
| 9.1.84 | La compactación completa procesa los historiales más antiguos en etapas cronológicas de 64.000 tokens de entrada estimados como máximo; el límite de seguridad fijo y el archivo privado completo permanecen sin cambios. |
| 9.1.83 | La microcompactación reemplaza, solo en la vista del modelo, los argumentos grandes de llamadas de herramienta finalizadas más antiguas por una marca JSON válida; el verificador de sesión notifica el ahorro estimado sin mostrar contenidos. |
| 9.1.82 | El verificador de solo lectura notifica los esquemas de herramienta seleccionados y retenidos, los motivos de supresión y el número estimado de tokens de esquema evitados. |
| 9.1.81 | Un verificador de solo lectura incluido resume los pasos del proveedor, las llamadas de herramienta, los tokens, las compactaciones, los errores y las salidas externalizadas, sin revelar prompts ni rutas privadas. |
| 9.1.80 | Los resultados de herramienta grandes reciben una telemetría de externalización sin contenido; el contexto aislado de subagentes, los planes legibles por máquina y los traspasos transferibles están protegidos por tests de regresión. |
| 9.1.79 | Los puntos de control persistentes fijan los registros de historial finalizados antes de los pasos del proveedor y antes de la finalización de un worker, de modo que el trabajo finalizado puede volver a leerse tras una reanudación. |
| 9.1.78 | La compactación completa archiva las partes de historial desplazadas antes de reemplazarlas por un resumen; el resumen contiene la ruta de archivo legible. |
| 9.1.77 | Cuando hay presión de contexto, la microcompactación reduce los resultados de herramienta grandes más antiguos y conserva al mismo tiempo el historial guardado completo. |
| 9.1.76 | Las tareas de imagen, vídeo y voz pendientes sobreviven a la compactación y a las preguntas de seguimiento rápidas; los mensajes de Telegram permanecen en orden FIFO sin errores de ocupado engañosos. |
| 9.1.75 | Las conversaciones cortas de Telegram procesan solo el mensaje sin respuesta más reciente, mientras que los intercambios de texto finalizados se conservan como contexto de idioma. |
| 9.1.74 | Las rutas de Telegram guardadas restauran los IDs de grupo pasados accidentalmente sin signo menos; Ctrl+S puede controlar un turno realmente en ejecución. |
| 9.1.73 | Los mensajes de Telegram y de bucle ya no inician un segundo turno durante el trabajo activo; Escape y Ctrl+C pueden seguir cancelando el turno activo. |
| 9.1.72 | Ocultar una nota de actualización solo suprime la versión ofrecida en ese momento; las publicaciones más nuevas vuelven a aparecer en el arranque normal con king. |
| 9.1.71 | Los despertadores de bucle llegan correctamente a la cola, el poller de Telegram se reclama atómicamente, las herramientas centrales de archivo y medios permanecen disponibles de inmediato y Context7 ya no se inicia automáticamente. |
| 9.1.69 | Los MCP estándar se configuran, Telegram alcanza un punto de entrega FIFO protegido, Escape y Ctrl+C cancelan de forma fiable el trabajo activo y la vista general de MCP oculta las rutas internas. |
| 9.1.68 | Cuando hay inactividad, los mensajes de Telegram activan el procesamiento FIFO, los mensajes directos y de grupo conservan su orden de entrada y la continuación oculta los marcos internos de Telegram. |
| 9.1.67 | El skill estándar venture-flywheel añade una base UVF puramente contractual con confianza de proyecto determinista y obligaciones de aprobación para acciones externas. |
| 9.1.66 | /curiosity y /scout realizan investigaciones de oportunidades limitadas y de solo lectura con evidencias, contraevidencias y un criterio de interrupción. |
| 9.1.65 | Escape y Ctrl+C cancelan de forma fiable las compactaciones automáticas, un ancla de pantalla estable evita pies de página dobles y la nota de bucle está alineada con el contenido del chat. |
| 9.1.64 | El historial de sesión basado en disco, las herramientas y skills recargadas, un vigilante de inactividad del proveedor de 120 segundos, el ritmo de bucle correcto, Telegram en orden FIFO, los paquetes Linux y el reconocimiento de idioma bosnio se añadieron conjuntamente. |
| 9.1.58–9.1.63 | Esta serie de versiones agrupó trabajos sobre sesiones, Telegram, plataformas y rendimiento. Como cierre llegaron esquemas de herramienta reducidos bajo demanda, listas de skills compactas, skills de primer uso restauradas y un control de inventario de paquetes contra eliminaciones no planificadas. |
Mejoras anteriores
| Versión | Cambio |
|---|---|
| 9.1.53 | /idea publica su plan de tareas antes del primer trabajo, comprueba las acciones salientes en cada llamada de herramienta y exige para cada paso un estado final honesto. |
| 9.1.52 | Las sesiones continuadas abren directamente la carpeta de trabajo guardada. La conversación y el estado activo de /loop se restablecen conjuntamente en el rearranque. |
| 9.1.51 | Los bucles trabajan como despertadores autónomos, /idea desarrolla y edita planes propios, Telegram puede desencadenar comandos de trabajo y los estados de medios y de inicio se muestran con más claridad. |
| 9.1.50 | Las imágenes locales o recibidas por Telegram se pueden animar como vídeos MP4 reales. Las ventanas de contexto grandes reciben un presupuesto de salida válido; la barra de medios muestra estados más claros y rutas clicables. |
| 9.1.49 | Las imágenes de figuras de fantasía adultas en bañador siguen estando permitidas dentro de límites claros. Las tareas de imagen finalizadas pueden usarse como imagen inicial para vídeos; las consultas exitosas de GetMedia no generan tarjetas repetidas. |
| 9.1.48 | La barra de medios unificada agrupa las tareas de medios directamente sobre el campo de entrada. Los porcentajes solo aparecen con un valor medido real del proveedor; en caso contrario, muestra la fase y el tiempo de ejecución. |
| 9.1.47 | El registro de solicitudes distingue entre conversaciones y compactación y recoge la selección de herramientas y el motivo de supresión, sin cambiar el comportamiento de las herramientas. |
| 9.1.46 | Los bucles entienden indicaciones de tiempo naturales, las muestran durante la entrada, admiten intervalos libres y liberan la selección de texto normal en el terminal fuera de la vista de historial. |
| 9.1.45 | El progreso de compactación en curso aparece solo en la barra de estado inferior, en lugar de aparecer además como segunda línea en el chat. |
| 9.1.44 | Reempaquetado completo de la 9.1.43 aprobada, para que también las versiones 9.1.43 instaladas al principio reconozcan de forma segura la actualización. |
| 9.1.43 | Base de protección completa de la 9.1.40 con diagnóstico de transporte, notas de actualización visibles y los comandos de consola /loop, /goal y /output-style. |
| 9.1.40 | Vigilantes de turno para llamadas largas o que fallan repetidamente; auto-hash tras escritura de varias partes con comprobación de relectura del archivo guardado. |
| 9.1.39 | Los archivos largos se escriben en continuaciones. Cada continuación retoma la escritura en el final realmente escrito; el número de líneas, el SHA-256 y los límites de los fragmentos se comprueban y se muestran. |
| 9.1.38 | Los argumentos de herramienta degenerados o truncados se reconocen. Un archivo incompleto se rechaza con mensaje de error, en lugar de considerarse silenciosamente terminado. |
| 9.1.37 | Tras un cambio de Node, BLUN comprueba los módulos nativos con una consulta SQLite real y reconstruye better-sqlite3 si es necesario. |
| 9.1.36 | Las respuestas vacías del modelo se tratan según la causa: un presupuesto de salida demasiado escaso se amplía, un stop vacío se repite exactamente una vez. Las indicaciones del sistema y las inyecciones no pueden desencadenar una respuesta de Telegram. |
| 9.1.35 | La compactación en varios niveles muestra el nivel y la ocupación real de la ventana del modelo, por ejemplo 2/~10 · 90 %. |
| 9.1.34 | El contexto activo se compacta por etapas: primero las partes más antiguas, y cada llamada al compactador por debajo del límite del modelo. |
| 9.1.33 | Base para el runtime automático de Node y la reparación posterior de módulos nativos tras un cambio de runtime. |
Adendas y lagunas de documentación pendientes
Comparación del 17 de septiembre de 2026: en el rango de 9.1.33 a 9.1.597 hay 521 versiones en el directorio npm. Un número que falta no es automáticamente una publicación que falta: algunas versiones no figuran en el directorio actual o fueron retiradas. En cuatro versiones publicadas, los detalles exactos de los cambios siguen sin aclarar. No se inventan cambios para cubrirlos.
9.1.567: detalles de los cambios pendientes de aclarar
Publicado el 6 de septiembre de 2026 a las 22:42 UTC. El valor SHA-512 del paquete coincide con el valor de integridad publicado en npm. El paquete no contiene ningún CHANGELOG.md; su README todavía indica 9.1.566 en el comando de instalación. De ello no se puede derivar de forma fiable la diferencia con 9.1.566. Esta laguna de documentación permanece expresamente abierta.
9.1.550: detalles de los cambios pendientes de aclarar
Publicado el 2 de septiembre de 2026 a las 07:19 UTC. El valor SHA-512 del paquete coincide con el valor de integridad publicado en npm. El paquete no contiene ningún CHANGELOG.md y en el material comprobado no se encontró ninguna evidencia de cambio específica de la versión. Esta laguna de documentación permanece expresamente abierta.
Adenda a la 9.1.536
Los siguientes datos proceden del paquete publicado el 1 de septiembre de 2026, cuya integridad se ha verificado:
- Las tareas continúan más allá de las respuestas privadas de Telegram. Tras mensajes directos almacenados en búfer, King continúa el trabajo con un paso adicional limitado, a menos que el usuario lo pause o lo detenga expresamente.
- Las consultas de estado breves no interrumpen el flujo de trabajo en curso.
- Cuando se agotan los reintentos tras respuestas de pensamiento vacías, King reduce el esfuerzo de pensamiento, en lugar de dejarlo sin cambios en intentos posteriores.
- Más esquemas de herramienta recargados siguen disponibles; los mensajes solo se externalizan cuando el espacio disponible en el historial empieza a escasear.
- Se incluyen la regla de progreso comprobada para TodoList y una ruta de inicio de una sola línea para God Mode con Swarm.
Adenda a la 9.1.99
La documentación de funciones ya existente describe la externalización conjunta de resultados de herramienta consecutivos de solo texto: si la pila supera los 12.000 caracteres, los resultados grandes adecuados se guardan de forma privada. En el contexto del modelo quedan referencias legibles; el historial en bruto y los medios se conservan. La entrada de versión que faltaba hasta ahora remite ya expresamente a esta función.
9.1.70: detalles de los cambios pendientes de aclarar
Publicado el 24 de agosto de 2026 a las 15:56 UTC. El valor SHA-512 del paquete coincide con el valor de integridad publicado en npm. El paquete no contiene ningún CHANGELOG.md; las descripciones de funciones existentes no evidencian ninguna diferencia inequívoca con 9.1.69. Esta laguna de documentación permanece expresamente abierta.
9.1.57: detalles de los cambios pendientes de aclarar
Publicado el 23 de agosto de 2026 a las 07:28 UTC. La versión apareció hasta ahora solo como punto de partida de un encabezado colectivo. No se asigna ninguna evidencia de cambio propia y específica de la versión en el material comprobado. Esta laguna de documentación permanece expresamente abierta.
El CHANGELOG.md contenido en el paquete npm inmutable 9.1.597 termina en 9.1.594. Las notas añadidas sobre 9.1.595 a 9.1.597 están en esta página. El paquete publicado no se reescribió posteriormente con el mismo número de versión.
9.1.41 y 9.1.42 están retiradas
Estas dos versiones se ramificaron accidentalmente de 9.1.38 en lugar de 9.1.40. Por ello faltaban la continuación de escritura, el auto-hash y los vigilantes de turno. Ambas versiones npm están marcadas como obsoletas; latest y next nunca apuntaron a ellas. 9.1.43 contiene sus cambios previstos sobre la base de protección completa.
Actualizar y comprobar
king update
blun --version
Tras la instalación de 9.1.599, la salida de versión debe mostrar 9.1.599. Las actualizaciones desde 9.1.597 y desde la versión local 9.1.598 a través de las fuentes de actualización públicas están comprobadas. Una consola ya en ejecución solo carga el código nuevo después de reiniciarse. Después, comprueba también /version en ella.