Problema
Poner agentes personales, runtimes autogestionados y aplicaciones que conectan motores en una misma tabla de «mejores asistentes» oculta la decisión principal: quién mantiene el entorno donde se ejecuta el trabajo y quién responde cuando deja de funcionar.
La comparación útil empieza con una tarea que continúa después de cerrar la conversación. Hay que localizar sus archivos, credenciales, memoria, procesos y condiciones de reanudación. Sin ese mapa, cambiar de producto puede parecer sencillo hasta que el equipo intenta recuperar una tarea pendiente.
Tesis
Compra un modelo de operación, además de capacidad de respuesta. Distingue producto integrado, runtime que operas y aplicación que organiza motores externos. Esta es una comparación documental con fuentes revisadas el 29 de octubre de 2026, no una prueba de rendimiento ni una garantía de disponibilidad por cuenta.
OpenAI describe Dots con ordenador en la nube; Meta presenta Muse como agente personal; xAI documenta Team Bots con contexto compartido y conversaciones individuales privadas. Hermes documenta conjuntos de herramientas configurables. OpenClaw describe una frontera de confianza por gateway. OpenMausBot requiere un motor de agente compatible instalado y autenticado. Esas diferencias pesan más que una etiqueta común de «agente».
Framework
Empieza por el lugar de ejecución
En un producto integrado, comprueba qué parte del entorno administra el proveedor y cómo se recuperan los resultados. En una instalación propia, identifica al responsable de actualizaciones, aislamiento y copias. En una interfaz sobre motores, revisa tanto la aplicación como las condiciones de cada motor conectado.
Que el código del agente sea abierto no demuestra que los modelos sean abiertos ni que las solicitudes se procesen localmente. Dibuja por separado el equipo donde corre el proceso y el servicio que recibe los datos de inferencia.
Prueba una ausencia, una revocación y un relevo
El escenario de compra debe incluir el cierre de la aplicación, la retirada de un acceso y la continuación por otra persona. Observa qué se conserva, qué se detiene y qué información recibe el siguiente operador.
Pide también una salida legible: archivos, decisiones y referencias que puedan recuperarse sin depender del hilo original. No presupongas que una exportación de conversación equivale a una exportación del estado operativo.
| Familia de solución | Pregunta de compra | Evidencia útil |
|---|---|---|
| Producto integrado | ¿Qué administra el proveedor? | Alcance del servicio y recuperación |
| Runtime autogestionado | ¿Quién lo mantiene y lo aísla? | Procedimiento operativo probado |
| Interfaz sobre motores | ¿Dónde termina cada responsabilidad? | Mapa de motores, cuentas y datos |
Comparación documental por candidato
La columna final propone una prueba de aceptación; no recoge ensayos realizados sobre estas cuentas. Las descripciones corresponden a las fuentes primarias consultadas en la fecha indicada.
| Candidato | Entorno y control documentados | Prueba que decide su encaje |
|---|---|---|
| Dots | Ordenador en la nube, aplicaciones conectadas y revisión de acciones; despliegue sujeto a planes y mercados elegibles | Preparar una entrega, cerrar la conversación y recuperar archivos y estado sin ampliar accesos |
| Muse | VM dedicada en la nube, acceso decidido por el usuario y aprobación de acciones sensibles; el anuncio describe despliegue en EE. UU. | Verificar acceso en la cuenta y región objetivo y revisar el efecto de retirar un conector |
| Grok Team Bots | Contexto y habilidades compartidos; conversaciones y memorias individuales separadas según el proveedor | Comprobar qué puede ver otro integrante del equipo y qué ocurre al retirarlo |
| Hermes | Herramientas configurables por plataforma y varios entornos para ejecutar terminal | Elegir el backend y demostrar qué archivos y servicios quedan fuera de su acceso |
| OpenClaw | Frontera de confianza por gateway; su guía no lo presenta como aislamiento entre usuarios mutuamente hostiles | Separar gateways y credenciales cuando los operadores no compartan confianza |
| OpenMausBot | Aplicación que requiere un motor de agente compatible instalado y autenticado | Inventariar por separado aplicación, motor, proveedor de inferencia y credenciales |
La disponibilidad descrita en un anuncio no demuestra acceso en España ni en una cuenta determinada. Tampoco la VM dedicada acredita procesamiento enteramente local. Esas condiciones deben comprobarse en el producto y contrato que se pretende utilizar.
Cómo reducir candidatos sin fabricar un ranking
Supuesto: un equipo comercial necesita preparar informes compartidos, conservar borradores y impedir envíos sin revisión. Empieza por definir dónde deben quedar los archivos y qué información puede ver cada integrante. Una solución que incumpla esa separación queda fuera aunque produzca un informe convincente.
Después prepara el mismo expediente ficticio en los candidatos restantes. Pide un borrador con referencias, interrumpe la sesión y solicita a otro operador que continúe. Registra archivos recuperados, restricciones conservadas y acciones que quedaron esperando aprobación. Finalmente retira el acceso al expediente y comprueba que no reaparece en otra sesión.
El resultado puede favorecer un producto integrado si reduce mantenimiento, o una instalación gestionada por el equipo si necesita controles que puede operar. La decisión solo está completa cuando incluye quién actualizará el sistema, quién atenderá un fallo y cómo se recuperará el trabajo. La marca del modelo no resuelve esas responsabilidades.
Por qué importa ahora
La competencia se desplaza hacia trabajo persistente con herramientas y memoria. Para la empresa, eso amplía la decisión: ya no basta con valorar una respuesta aislada. Importa qué ocurre cuando el trabajo atraviesa equipos, aplicaciones y periodos sin supervisión.
Anti-ejemplo
Caso hipotético: un equipo elige una aplicación porque puede instalarla en su ordenador. La presenta como «IA local» y empieza a procesar documentos sensibles. Después comprueba que el motor configurado envía inferencia a un servicio externo. La instalación era local; el tratamiento completo no se había comprobado.
Protocolo (3 pasos)
| Paso | Prueba | Resultado exigido |
|---|---|---|
| Mapear | Seguir datos, archivos y credenciales | Responsabilidades identificadas |
| Interrumpir | Cerrar, revocar y reanudar | Estado y límites coherentes |
| Recuperar | Entregar el trabajo fuera del chat | Continuidad independiente del operador |
Relacionado
- Agents API: el agente de larga duración necesita un contrato operativo
- Identidad de agente: el acceso necesita patrocinador y fecha de caducidad
Fuentes consultadas
- OpenAI — Introducing dots
- Meta — Muse
- xAI — Team Bots
- Nous Research — Hermes, herramientas y grupos de herramientas
- OpenClaw — Seguridad del gateway
- OpenMausBot — Instalación y motores de agentes
Próximo paso
Compara tus candidatos con la misma tarea persistente y el mismo mapa de datos. Descarta cualquier propuesta cuya continuidad o responsabilidad operativa no puedas explicar al equipo que tendrá que mantenerla.