Dos lanzamientos, un gran paso: Hermes, el modo Work Directory y los follow-ups reanudables

Los últimos dos lanzamientos cambiaron la forma en que los agentes trabajan realmente con tus archivos y tus conversaciones, así que vale la pena repasarlos juntos. v2.2 introdujo un nuevo tipo de proveedor y una nueva forma de que los agentes toquen tu código. v2.3 solucionó lo más molesto de las tareas de seguimiento y añadió la posibilidad de detener una tarea sin tener que esperar a que termine. Aquí va todo, en un solo lugar.

Hermes: un agente que recuerda

Todos los proveedores anteriores a Hermes eran sin estado de la misma manera: cada tarea empezaba desde cero, sin memoria de lo que había ocurrido la vez anterior. Hermes rompe ese patrón. Es un agente de IA con estado y memoria persistente, respaldado por SQLite, que mantiene un hilo de conversación continuo a través de despachos, reinicios y sesiones.

Esto tiene un efecto concreto en cómo lo usas: cuando envías una tarea de seguimiento a un agente Hermes, este ya sabe lo que ocurrió en la tarea anterior. No hay que re-explicar el contexto ni volver a pegar las instrucciones originales. Hermes también genera skills automáticamente con el tiempo: patrones y capacidades que acumula mientras trabaja, en lugar de volver a aprenderlas en cada ejecución.

Cada agente se asocia a su propio directorio de perfil Hermes aislado (~/.hermes/profiles/{agentId}/), con su propia configuración de modelo, archivo de identidad y symlinks de credenciales. Los agentes que ejecutan modelos distintos o cumplen roles distintos nunca comparten estado entre sí.

Modo Work Directory: edita el repositorio directamente

Antes de v2.2, cada tarea se ejecutaba en una carpeta de salida aislada: el agente generaba archivos, pero nunca tocaba nada fuera de ese sandbox. El modo Work Directory cambia esto: apunta una tarea o Routine a una carpeta completa (un repositorio entero, un directorio de proyecto, cualquier subárbol en tu máquina Bridge) y el agente opera directamente dentro de ella. Lee el código existente y edita los archivos en el lugar, en vez de escribir sobre una copia aislada.

Puedes acotar el alcance a archivos o subcarpetas específicas con el selector de rutas integrado, o dejarlo abierto y permitir que el agente decida dónde actuar dentro de todo el directorio. Esto es lo que hace posibles las refactorizaciones in situ, las correcciones de errores y el trabajo de funcionalidades que abarca varios archivos: el agente edita el código que realmente te importa, no una copia desconectada de él.

Un nuevo binario y un asistente de configuración

v2.2 también renombró el binario de Bridge de ctrlnode-bridge a ctrlnode, e introdujo ctrlnode --setup: un asistente interactivo que pide la raíz de tu workspace y el token de emparejamiento, y luego los escribe en .ctrlnode/.env y guarda la ruta de tu workspace como variable de entorno de usuario. No hace falta editar archivos manualmente. Disponible para Windows x64, Linux x64 y macOS Apple Silicon.

Follow-ups que recuerdan la conversación

Este es el titular de v2.3. Antes, un follow-up sobre una tarea completada empezaba desde cero: había que volver a contarle al agente todo sobre la ejecución original, cada vez. Ahora, para los proveedores con soporte nativo de sesiones (Claude Agent SDK), un follow-up reanuda la sesión original: se lleva todo el historial de la conversación, sin necesidad de volver a explicar nada.

El ID de sesión se guarda en disco cuando una tarea se completa, así que sobrevive a los reinicios de Bridge. Un despacho nuevo (como pulsar RERUN) siempre limpia la sesión en caché, de modo que nunca se reanuda una sesión obsoleta por error.

Para proveedores sin historial de sesión nativo (Codex, Hermes CLI/ACP, Gemini, Copilot), los follow-ups reciben una solución distinta: el log del agente de la ejecución anterior se antepone automáticamente como contexto, de manera que incluso un proveedor sin estado sabe qué se hizo antes de responder al follow-up.

Cancela una tarea sin esperar a que termine

Ahora las tareas pueden cancelarse a mitad de ejecución, directamente desde la interfaz de CTRL NODE. Bridge indica al proveedor activo que se detenga de inmediato: una señal de terminación limpia para los proveedores basados en CLI (que escala si el proceso no termina en unos segundos), o una llamada de aborto para los basados en SDK. Funciona igual en todos los proveedores compatibles, así que cancelar una tarea de Claude y cancelar una de Copilot se comportan de forma idéntica desde tu lado.

Agentes que preguntan en vez de fallar en silencio

Cuando un agente encuentra un aviso de permisos que no puede aprobar automáticamente, antes simplemente se quedaba bloqueado o fallaba sin explicación. Ahora notifica a la interfaz que está esperando una entrada, y puedes responder directamente desde la vista de la tarea. Claude Code ya soporta esto de forma nativa; los proveedores basados en ACP (Copilot, Gemini, Hermes ACP) por ahora registran el aviso para que sea visible, con soporte de respuesta interactiva completo planeado para un futuro lanzamiento.

Dos nuevos modelos

Para cerrar v2.3: Claude Fable y Sonnet 5 ya se pueden seleccionar al configurar cualquier agente de tipo Claude, junto al resto de la lista de modelos existente: elígelos desde el mismo combobox de modelos que usarías para cualquier otro modelo.

Pruébalo

Todo esto ya está disponible en la versión actual de Bridge: actualiza el binario y reinicia, sin cambios de configuración necesarios para las instalaciones existentes. Si es tu primera vez configurándolo, ctrlnode --setup te lleva hasta ahí en un solo paso. Todos los detalles de cada lanzamiento están en las novedades.