Análisis en profundidad · Unos 4 min de lectura
La nueva vista previa de Qwen Code se centra en el daemon, la recuperación y los límites de ejecución
v0.25.4-preview.1 modifica el entorno del agente de programación; no es un nuevo modelo base ni una versión estable.
- Fecha de la fuente
- Publicado aquí
- Fuente revisada
Qwen Code publicó v0.25.4-preview.1 el 20 de octubre. La extensa lista reúne comandos del daemon, recuperación de sesiones gestionadas, presupuestos de adjuntos y resultados, hooks y cambios de la interfaz web. La pregunta útil es cómo sostener una sesión de trabajo larga, sin confundir estos cambios con una mejora repentina del modelo.
Escucha las noticias
Escucha este artículo o continúa con las noticias.
Preparando la lectura…
Voz del dispositivo
El navegador o dispositivo procesa la voz. AISubHub no envía el texto a una API de audio. Las voces y la reproducción con pantalla bloqueada dependen del dispositivo.
Al continuar puede repetirse una frase breve.
Resumen
- Se anuncian actualización de Skills y Extensions por sesión, descubrimiento y control del daemon local, inicio, estado detallado y start --wait.
- La entrada de adjuntos del agente gestionado sube a 8 MiB; otras entradas cubren contabilización de resultados, truncamiento recuperable y ejecución vinculada a la entrada final del hook.
La operación de sesiones gana controles explícitos
Actualizar Skills y Extensions para una sesión tiene un alcance más concreto que una recarga global. Es relevante cuando las sesiones contienen contextos distintos, aunque la lista no detalla el contrato de aislamiento o compatibilidad. El descubrimiento y control local del daemon, qwen daemon start, el estado detallado y start --wait permiten inspeccionar mejor el proceso en segundo plano. También se incluyen una plantilla de configuración, una comprobación --check de solo lectura y unidades systemd para una topología de un solo host. Son piezas operativas diferentes: no acreditan una instalación multihost validada ni permiten concluir que una comprobación previa garantice el funcionamiento de todas las herramientas.
Recuperar también exige representar resultados desconocidos
Varias entradas tratan despertares confirmados tras perder al escritor, arrendamientos vencidos, recuperación en frío y turnos cuya evidencia de ejecución sigue siendo desconocida. Otras concilian cancelaciones de turnos aparcados con resultados persistentes o continúan despertares recuperados. Perder una respuesta no prueba que la acción no se ejecutara. Según AISubHub, una prueba de aceptación debe distinguir resultado confirmado, resultado desconocido y solicitud de cancelación, y verificar su representación. La lista incluye pruebas en puntos de fallo para respuestas perdidas y errores de hooks. Sus títulos muestran los casos abordados, pero sin implementaciones ni resultados no justifican prometer ejecución exactamente una vez o recuperación completa de cualquier caída.
Los presupuestos y hooks delimitan la entrada ejecutada
Los 8 MiB corresponden a adjuntos del agente gestionado, no a una cuota universal de tokens, ventana de contexto o derecho para todas las interfaces Qwen. Otros cambios contabilizan el resultado desde su productor hasta la inyección, conservan la marca de truncamiento declarada cuando se desconoce el tamaño original, respetan el presupuesto de previsualización, permiten recuperar contenido truncado y evitan truncar dos veces web_fetch. Una corrección vincula la ejecución Hosted a la entrada final del hook y mantiene sustituciones PreToolUse rechazadas fuera de los hooks posteriores de Hosted. Estas entradas relacionan lo solicitado, lo revisado o transformado y lo ejecutado; no prueban que toda extensión, herramienta remota o hook ajeno sea seguro.
Usar la visibilidad para revisar el flujo completo
La interfaz web incorpora tiempo hasta el primer token y velocidad por modelo, jerarquía del uso de tokens, detalles de tareas shell, seguimiento y pausa de trayectorias y vistas de PDF o DOCX. Los artefactos registran archivos creados o editados. Pueden ayudar a investigar una ejecución, pero un contador no es un benchmark y una vista previa no acredita la corrección del archivo. Una prueba controlada puede seleccionar una sesión representativa, actualizar habilidades, consultar el daemon, probar un adjunto acotado y un resultado grande, y examinar una recuperación y la entrada final del hook. Es un procedimiento propuesto, no ejecutado por AISubHub. Deben conservarse versión y configuración para comparar después una versión estable en condiciones equivalentes.
Por qué importa
Análisis de AISubHub: la versión aporta una lista concreta de comprobaciones sobre ciclo de vida, recuperación, autorización y evidencias. No demuestra mejoras medidas de éxito, latencia o seguridad.
Límites y disponibilidad
Leímos toda la lista de cambios, sin revisar las implementaciones enlazadas ni los informes de pruebas de fallos. Los títulos de PR respaldan el cambio anunciado, no una garantía integral. Sigue siendo una vista previa que requiere comprobar compatibilidad.
Fuentes y pruebas
Fecha de la fuente: 20 oct 2026 · Fuente revisada: 21 oct 2026
Contenido editorial asistido por IA y contrastado con fuentes primarias. Las afirmaciones del proveedor se atribuyen; la inclusión no implica recomendación.