Análisis en profundidad · Unos 6 min de lectura
ZCode 3.16.2: trabajo remoto persistente, herramientas y límites de seguridad
La versión del 20 de octubre conecta procesos remotos, estado del proyecto y acceso a modelos, y comunica correcciones de archivos y registros.
- Publicado aquí
- Fecha de la fuente
- Fuente revisada
Las notas oficiales de ZCode del 20 de octubre presentan una actualización del escritorio de agentes para trabajar entre proyectos, dispositivos y proveedores de modelos. La versión 3.16.2 incorpora procesos persistentes en sesiones remotas, descubrimiento de herramientas bajo demanda y dos vías de acceso a MiMo. También comunica correcciones de acceso a archivos locales y registros de conexión. La cuestión práctica es qué límites cambia cada mejora: una lista más larga no garantiza mayor autonomía fiable.
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
- Según el proveedor, los procesos remotos pueden continuar cuando se desconecta el cliente local; también hay proyectos con varias carpetas, archivos de sesiones por proyecto y gestión de dispositivos remotos.
- Las vías API y planes Token para MiMo, el mercado de complementos y la búsqueda de herramientas son cambios de integración, no un nuevo modelo fundacional ni derechos de facturación uniformes.
- Las notas comunican una corrección de lectura de archivos locales fuera de límites en Windows y otra de filtración de información en registros de conexión, sin estadísticas de explotación ni verificación independiente.
Una desconexión del cliente no equivale a detener la tarea
El cambio más claro es la persistencia de procesos en sesiones remotas: ZCode afirma que una desconexión local ya no los afecta. La disponibilidad de la conexión del escritorio debe distinguirse de la duración del trabajo remoto. También se corrigen interrupciones de red notificadas erróneamente como un entorno remoto inadecuado, separando mejor ambos tipos de fallo.
Nuestra interpretación es que, al reconectar, conviene revisar qué ha hecho la tarea antes de reiniciarla. Un proceso persistente podría haber modificado archivos mientras el cliente estaba desconectado. Es una consecuencia razonada del flujo de trabajo, no una prueba de ZCode realizada aquí. El anuncio no describe recuperación tras reiniciar el servidor, finalización garantizada ni reversión automática.
El estado del proyecto forma parte de la fiabilidad
Los proyectos locales incorporan selección de varias carpetas y soporte para cambiar nombres; el explorador de archivos pasa a un panel lateral con pestañas. El historial puede archivarse por proyecto. Las correcciones relacionadas abarcan directorios adicionales ausentes del contexto, borradores perdidos al cambiar de proyecto, adjuntos restaurados en lugares incorrectos e instrucciones sobrescritas al cambiar de modelo. Son estados diferentes, no una mejora única de inteligencia.
Pensemos en un ejemplo hipotético con carpetas separadas para la aplicación y las pruebas. Seleccionar ambas solo resulta útil si entran en el contexto correcto y la instrucción pendiente sobrevive al cambio de espacio de trabajo. La versión aborda esas categorías de fallo. Proponemos comprobarlas junto con los adjuntos restaurados; la fuente no demuestra un aislamiento universal entre proyectos.
Encontrar una herramienta no acredita permiso para utilizarla
La búsqueda de herramientas permite al asistente descubrirlas y cargarlas cuando las necesita. Un mercado separado permite explorar, instalar y gestionar complementos. Otra corrección trata llamadas realizadas antes de que una aplicación MCP estuviera preparada. Descubrimiento, instalación y disponibilidad son fases distintas; las notas no prometen que toda integración encontrada funcione inmediatamente.
El control remoto móvil incorpora inicio de sesión con cuenta y gestión de dispositivos; Configuración añade también gestión de dispositivos remotos. Son controles relevantes cuando un escritorio puede actuar sobre otra máquina. Sin embargo, no se especifican factores de autenticación, garantías de transporte ni aislamiento de complementos. Su mera presencia no prueba una arquitectura de seguridad completa.
El modelo y la vía de pago requieren decisiones separadas
El cuadro de entrada permite cambiar de modelo, ajustar el esfuerzo de razonamiento y elegir planes de equipo. MiMo admite acceso mediante API y planes Token. La versión también corrige problemas de alternativa cuando no está disponible el modelo acelerado y pérdida de entrada al fallar la creación del modelo. Se conecta así la elección del proveedor con la continuidad de la conversación, sin demostrar equivalencia entre vías.
Una organización debe distinguir el modelo elegido, la cuenta o plan que lo proporciona y la conservación de la instrucción si falla la llamada. Nuestro análisis recomienda verificar los tres antes de ampliar un flujo. El registro no aporta nuevos precios de MiMo, reglas de cuota compartida, mediciones de velocidad ni garantías de que aumentar el esfuerzo de razonamiento mejore todas las tareas.
Las correcciones de seguridad conservan su alcance declarado
ZCode comunica la corrección de un problema que podía permitir lecturas de archivos locales fuera de límites en Windows. Comunica por separado una posible filtración de información sensible en registros de conexión, sin especificar el sistema operativo de este segundo problema. Otras correcciones incluyen bloqueos al alcanzar el límite de contexto, pérdida de salida inicial del terminal y bloqueos o lentitud ocasionales tras actualizar la base de datos.
Estas declaraciones justifican revisar la versión instalada y el tratamiento de registros existentes, pero son afirmaciones de reparación del proveedor, no una auditoría independiente. No instalamos la aplicación ni reprodujimos los problemas. Una aceptación útil comprobaría reconexión, borradores tras fallos de modelo, disponibilidad de herramientas y salida completa; los resultados deben medirse en el entorno real.
Por qué importa
El cambio relevante es la coordinación entre ejecución remota, estado del espacio de trabajo y acceso al proveedor. Nuestro análisis propone evaluar esos límites: un proceso persistente resulta útil si el usuario identifica su estado, recupera el contexto correcto y mantiene control de herramientas y dispositivos. El anuncio aporta cambios concretos para comprobar, pero no una mejora de fiabilidad medida.
Límites y disponibilidad
Leímos completo el bloque 3.16.2 devuelto por la página oficial y conservado en una caché obtenida el 22 de octubre; no afirmamos una nueva visita. La fuente fecha el lanzamiento el 20 de octubre, sin hora. No probamos binarios, cuentas, API ni vulnerabilidades. No quedan establecidos los rangos de versiones afectadas, explotación previa, aislamiento de complementos, condiciones de cobro de MiMo o recuperación del servidor remoto.
Fuentes y pruebas
Fecha de la fuente: · Fuente revisada:
Contenido editorial asistido por IA y contrastado con fuentes primarias. Las afirmaciones del proveedor se atribuyen; la inclusión no implica recomendación.