Análisis de IA10 min de lectura

Hermes y Cua Spaces: ¿qué ordenador está usando realmente tu agente?

El plugin Cua Spaces da a Hermes un ordenador de trabajo visible. Descubre sus límites de escritorio Linux, opciones de ciclo de vida y una guía de configuración y revisión.

K
Ken Jo

Un agente dice que ha abierto el navegador. ¿Cuál? Si su terminal está en una máquina virtual mientras sus herramientas de escritorio siguen usando tu ordenador, la respuesta importa antes de darle una tarea real.

El plugin Cua Spaces para Hermes, añadido al catálogo oficial el 20 de octubre de 2026 y actualizado el 21, conecta operaciones de terminal, archivos y código con un ordenador independiente que las personas pueden observar. Hermes es un proyecto de agentes de Nous Research; Cua aporta el entorno informático y las herramientas de acceso. Juntos ofrecen una forma concreta de hacer visible el entorno de trabajo.

El detalle importante es la frontera de plataforma. En Spaces Linux compatibles con el software requerido, escritorio y navegador pueden seguir al terminal. La documentación dice que esas herramientas permanecen en el anfitrión para Spaces macOS y Windows. Esta guía explica la diferencia, una configuración acotada y dónde ayuda un ordenador compartido a revisar el trabajo.

Diagrama explicativo: Hermes y Cua Spaces: ¿qué ordenador está usando realmente tu agente?

Imagen principal: diagrama editorial original de un agente y su ordenador. No representa una instalación terminada ni un benchmark.

Un ordenador independiente facilita inspeccionar la tarea

Piensa en el Space como el banco de trabajo del agente. El usuario escoge herramientas, archivos y cuentas, y otra persona puede observar la misma superficie mientras trabaja. El beneficio es concreto: el resultado depende menos de una transcripción privada del terminal que solo ve el operador.

Un ejemplo ilustrativo es revisar una herramienta interna pequeña. El agente instala dependencias, inicia una aplicación de prueba y explora registros de ejemplo. Un compañero observa y señala un estado ausente; después el agente continúa. El ordenador compartido ofrece un objeto común de conversación: ambos ven el mismo entorno y resultado.

La visibilidad no determina que el trabajo sea correcto. Hace falta un resultado esperado, y el agente aún puede seguir una instrucción errónea. El banco facilita inspeccionar la actividad, pero no sustituye la definición de la tarea.

El plugin también separa el proceso del agente de parte de su trabajo. Hermes puede seguir donde ya se ejecuta mientras las operaciones de terminal y archivos ocurren en el Space. Es útil si se busca una máquina reproducible sin trasladar toda la configuración existente de golpe.

El visor oficial de Cua Spaces muestra un escritorio Linux con controles para iniciar un agente y mover una aplicación al Space.

Captura de la documentación de Cua con un escritorio Linux dentro del visor Spaces. Ilustra el ordenador visible, no una tarea Hermes ejecutada para este artículo. Fuente: Cua AI, Inc., recurso documental fijado a una revisión, usado bajo licencia MIT.

Los límites del terminal y del escritorio son distintos

La documentación admite terminal, archivos y código en Linux, macOS y Windows. Su tabla específica de escritorio limita Bot Desktop, computer_use y el enrutamiento del navegador a Spaces Linux compatibles. Esa precisión importa más que afirmar genéricamente que un agente trabaja «en un entorno aislado».

La ruta de escritorio Linux exige una versión de Hermes con el cambio correspondiente posterior a 0.22.2, Cua CLI 0.7.0 o posterior y software de escritorio dentro del Space. También documenta configuraciones que dejan las herramientas en el anfitrión. Comprueba todo el montaje antes de asumir una frontera compartida.

Entorno objetivoTrabajo de terminal, archivos y códigoEscritorio y navegador mediante este plugin
Space Linux compatible con dependencias de escritorioDentro del SpacePuede seguir al terminal al Space
Space Linux sin preparación de escritorio requeridaEl backend de terminal puede funcionarNo presupongas que la ruta de escritorio está lista
Space macOSDentro del SpaceLa ruta documentada mantiene estas herramientas en el anfitrión
Space WindowsDentro del Space, con los requisitos de plataformaLa ruta documentada mantiene estas herramientas en el anfitrión

Comparación: documentación oficial del plugin Hermes, comprobada el 27 de octubre de 2026. Describe esta integración, no todos los despliegues de Cua posibles.

Es fácil pasar por alto esto en una configuración que parece exitosa. Un comando puede devolver el nombre del Space y una acción gráfica posterior alcanzar otra máquina. Verificar el terminal demuestra su destino, no dónde actuará la herramienta siguiente.

Usa una comprobación inofensiva y reconocible para cada familia de herramientas permitida. Antes de facilitar una cuenta real, inspecciona el navegador objetivo. Para archivos, usa uno de ejemplo con ubicación inequívoca. Varias pruebas pequeñas explican mejor un entorno mixto que una tarea grande que falle a mitad.

El plugin envía el terminal al Space, mientras el escritorio Linux necesita su propia configuración compatible.

Diagrama original basado en los límites documentados de las herramientas. Distingue proceso del agente, backend del terminal y ruta condicional del escritorio.

Los Spaces temporales y persistentes crean responsabilidades diferentes

El plugin puede crear un Space para una ejecución o conectar uno nombrado por el usuario. No es solo comodidad: cambia qué archivos sobreviven, quién limpia y cómo se confirman los comandos según la documentación.

El comportamiento predeterminado para Spaces creados por el plugin es eliminarlos al salir de Hermes. El plugin omite allí las confirmaciones de comandos arriesgados porque trata el Space como entorno aislado. En un Space existente con nombre mantiene las confirmaciones y no lo detiene ni elimina.

La elección es clara. Un entorno temporal encaja con una prueba desechable de datos sintéticos cuyo resultado se exporta antes de salir. Uno persistente sirve para tareas largas que conservan estado entre sesiones, siempre que alguien se responsabilice de limpieza y recursos continuos.

Un banco persistente también acumula contexto olvidado. Una sesión del navegador, archivo generado o dependencia antigua puede afectar a otra tarea sin aparecer en la solicitud. Si importa reproducir el resultado, registra el contenido y decide entre una imagen limpia y un estado mantenido deliberadamente.

Es una decisión operativa, no una garantía automática de seguridad. Una máquina temporal puede acceder a servicios externos con credenciales; una con nombre puede contener archivos sensibles. Elige entorno y permisos juntos para la tarea real.

Configura una tarea Linux antes de invitar al equipo

El procedimiento sigue la integración documentada y añade verificaciones sugeridas. No se ejecutó para este artículo. Empieza con un entorno desechable y archivos de ejemplo en lugar de datos empresariales reales.

  1. Prepara instalaciones compatibles. Sigue las guías oficiales de Cua y Hermes y comprueba los requisitos actuales. Para escritorio Linux, usa una revisión compatible de Hermes y Cua CLI desde 0.7.0.

  2. Instala y habilita el plugin. El comando documentado instala la integración. Revisa la dependencia de Python solicitada y las confirmaciones de habilitación antes de continuar.

    ShellEjecutar en Terminal
    hermes plugins install https://github.com/trycua/hermes-cua-spaces
    

  3. Elige el backend del terminal. Dirige Hermes a Cua y decide si crear un Space desechable o usar uno con nombre.

    ShellEjecutar en Terminal
    hermes config set terminal.backend cua
    

  4. Prepara el escritorio Linux si hace falta. El plugin puede instalar las dependencias documentadas dentro del Space. Requiere los permisos y acceso de red de la guía oficial.

    ShellEjecutar en Terminal
    hermes config set plugins.entries.cua-spaces.settings.desktop true
    

  5. Comprueba el objetivo antes de trabajar. Pide nombre de máquina y sistema operativo, y mira el Space en el visor. Comprueba escritorio o navegador por separado si se van a usar.

  6. Ejecuta una tarea pequeña y reversible. Por ejemplo, crear un archivo de texto, leerlo y abrir una página local. Define el resultado esperado e inspecciona el artefacto real.

  7. Prueba el final de sesión. Exporta lo que deba conservarse y confirma el ciclo de vida elegido. La tarea queda incompleta si su única salida desaparece con el Space temporal.

Mantén el primer trabajo lo bastante corto para seguir toda la secuencia. El primer resultado útil no es una demo sofisticada: es saber qué máquina recibió cada acción y dónde están los archivos. Después puede añadirse un proceso más realista.

El ordenador compartido ayuda con pruebas, traspasos y demostraciones

Tres usos ilustran el valor. Son procesos propuestos, no resultados medidos o despliegues de clientes. Cada uno necesita un resultado explícito y una persona capaz de juzgarlo.

Una prueba básica de una herramienta interna puede usar un Space Linux con aplicación de ejemplo y registros sintéticos. El agente recorre una ruta definida mientras alguien observa. Las pruebas útiles son el comportamiento visible y la salida guardada, no la afirmación del agente de haber acabado.

Un traspaso de desarrollo puede conservar el entorno mientras otra persona revisa la reproducción de un fallo. Puede ver los mismos archivos y estados, pedir una reproducción más reducida y seguir trabajando. La persistencia ayuda si se sabe qué estado es intencional y cuál debe reiniciarse.

Una demostración de proceso en navegador puede usar una cuenta de prueba. Un compañero interviene ante una pantalla ambigua y explica la elección. Antes de usar una cuenta real, hay que verificar el límite de herramientas y definir acciones permitidas.

En los tres casos, observación y control deben tener responsables claros. Dos personas cambiando la pantalla a la vez dificultan explicar el resultado. Basta una convención sencilla: pausar, dejar decidir al revisor, repetir el siguiente paso y continuar.

Calcula ordenador, conexión y modelo por separado

La página de precios de Cua, comprobada el 27 de octubre de 2026, indica que el usuario aporta su ordenador o máquina en la nube. El servicio ofrece aplicación, compartición y retransmisión; hardware y nube se pagan aparte. El uso del modelo es otro componente con presupuesto propio.

Free incluye 2 sesiones en directo y 20 horas remotas al mes. Pro cuesta 18 dólares al mes o 180 dólares facturados anualmente. Teams cuesta 30 dólares por puesto al mes o 300 dólares por puesto anuales; los equivalentes mensuales anuales son 15 y 25 dólares.

Son los planes publicados en la fecha de comprobación, no el precio de una tarea completada. También cuentan tiempo de encendido, consumo del modelo en reintentos y revisión necesaria.

La página marca como futuras varias funciones: enlaces que caducan, historial de auditoría, SSO y exportación de auditoría. Toma esas etiquetas literalmente. Una función prevista para después no debe ser una dependencia de un despliegue actual.

Para comparar, estima un mes del trabajo real y no solo suscripciones. Anota sesiones, tiempo remoto, funcionamiento de máquinas y revisión. Puede revelar que una máquina persistente es cómoda, pero permanece encendida innecesariamente entre tareas breves.

La revisión comprueba máquina objetivo, permisos, salida guardada y ciclo de vida del entorno.

Guía operativa original. Son cuatro criterios de aceptación sugeridos, no una certificación del plugin ni un resultado de seguridad medido.

Mide si otra persona puede entender el resultado

La evaluación más reveladora suele ser un traspaso. Pide a alguien que no escribió la instrucción original que inspeccione el entorno y explique los cambios. Si el operador debe reconstruir cada paso de memoria, persiste un problema de observabilidad.

Para un piloto pequeño, comprueba cuatro resultados: recibió el trabajo la máquina prevista, el resultado coincide con la tarea, la salida está disponible fuera del entorno desechable y se entiende el estado restante. Son criterios propuestos, más útiles que una impresión de productividad.

Conserva los fallos tan cuidadosamente como los éxitos. Abrir el navegador equivocado enseña algo distinto de abrir el correcto y elegir el registro incorrecto. Lo primero trata de enrutamiento y configuración; lo segundo, de interpretación o revisión.

La guía oficial de Cua para Hermes también documenta integraciones Driver y MCP. Son rutas distintas con comportamiento propio. Elige una conscientemente y descríbela en las notas del equipo, en vez de mezclar instrucciones en una configuración sin explicación.

El límite útil es el que el equipo puede señalar

Dar un ordenador a un agente resulta práctico cuando las personas identifican el destino, inspeccionan el trabajo y recuperan la salida. Hermes con Cua Spaces ofrece una integración concreta, cuyos detalles de plataforma y ciclo de vida merecen atención antes del trabajo real.

La pregunta de la prueba es sencilla: ¿puede un compañero señalar el ordenador usado y explicar qué puede hacer el agente allí? Una respuesta clara convierte un escritorio visible en un entorno útil. También facilita diagnosticar el siguiente fallo y confiar en el próximo traspaso.

Fuentes

Fuentes comprobadas el 27 de octubre de 2026. Los comandos son ejemplos documentados y los procesos son ilustrativos. No realizamos instalación, auditoría de aislamiento ni benchmark de coste por tarea para este artículo.

Una recomendación de Telli.sh

¿Quieres buscar fácilmente notas de configuración, grabaciones de pruebas y decisiones del proceso de un agente? Reúne tus referencias en Telli.sh y facilita la comprensión de los traspasos.


← Volver al blog