Elegir entre un agente personal alojado y uno autoalojado no es elegir entre «fácil» y «privado». Es elegir quién gestiona cada parte del sistema, por dónde se mueven sus datos y qué fallos pasan a ser responsabilidad tuya.
Esa distinción importa más en un agente personal que en una simple aplicación de chat. Un agente puede tener Tasks en curso, llamar a un modelo, buscar en la web, conectarse a otros servicios, trabajar en un entorno informático y volver más tarde con un resultado. Llevar la aplicación a tu propia máquina cambia algunos de esos límites. No traslada automáticamente todas las dependencias con ella.
Comma ofrece los dos caminos: un servicio alojado que gestiona Comma y un despliegue de código abierto que puedes ejecutar con Docker Compose. El producto se reconoce en cualquiera de las dos formas, pero el modelo de operación y algunas capacidades no son idénticos. Esta guía explica la disyuntiva sin tratar el autoalojamiento como una medalla ni el software alojado como un compromiso que todo el mundo debería evitar.
La respuesta corta
Elige Comma alojado cuando quieras usar el agente sin convertirte en el operador de su infraestructura. Comma ejecuta el servicio, guarda los datos del espacio de trabajo alojado, se encarga de las actualizaciones y las copias de seguridad, y proporciona un ordenador en la nube para el espacio de trabajo. El producto alojado también incluye la grabación de reuniones que describe Comma. A cambio de esa experiencia gestionada, aceptas los límites del servicio en cuanto a cuenta, plan, tratamiento de datos y disponibilidad.
Elige Comma autoalojado cuando controlar la pila de la aplicación, las bases de datos, la configuración del modelo y el entorno de despliegue compense el trabajo de operación. Tu instancia se ejecuta en una máquina que gestionas tú, y los datos de la aplicación viven en bases de datos y almacenamiento de objetos que operas tú. También te encargas de las actualizaciones, las copias de seguridad, la configuración de la red pública, la capacidad, la monitorización y la recuperación ante incidentes. Las llamadas al modelo y las integraciones opcionales pueden seguir enviando datos a proveedores externos.
Ninguna de las dos opciones elimina la necesidad de entender los permisos y los servicios conectados. La pregunta útil no es solo ¿dónde está instalado Comma? Es ¿quién ejecuta cada componente y adónde va la información cuando se ejecuta esta Task?
Compara responsabilidades, no eslóganes
La guía oficial de autoalojamiento concreta el reparto:
No es una tabla de puntuación de funciones. Para una persona, gestionar cinco volúmenes persistentes y un proxy inverso es una distracción innecesaria. Para otra, tener la aplicación y sus registros en una infraestructura que controla es la razón principal para usar el producto. La mejor opción es aquella cuyas responsabilidades puedes sostener de verdad.
Sigue la ruta de los datos
«Autoalojado» describe dónde se ejecuta la pila de Comma. No significa que cada byte se quede en esa máquina.
En la pila autoalojada por defecto, las Tasks, los chats y los archivos se guardan en servicios que operas tú. El despliegue con Compose incluye PostgreSQL, Redis, ClickHouse, MinIO y un volumen de configuración junto al servidor y los clientes de Comma. La guía de Comma indica que la pila no envía analíticas ni trazas a Comma. Es un límite útil, pero el análisis del flujo de datos no termina ahí.
Cuando el agente llama a un modelo, la petición va al proveedor de modelos configurado para esa instancia. Si añades una clave de Exa para buscar en la web y leer páginas, las peticiones correspondientes van a Exa. Si haces pública la instancia, los códigos de inicio de sesión necesitan un servidor de correo real. Las aplicaciones conectadas y los sitios web que use el agente siguen siendo servicios aparte, con su propio tratamiento de datos. Un proxy inverso, un proveedor de DNS, una empresa de alojamiento y un destino de copias de seguridad también pueden formar parte de la ruta operativa que diseñes.
Comma alojado tiene otra ruta. Comma gestiona la aplicación y guarda los datos del espacio de trabajo alojado, mientras que las rutas de modelos e integraciones dependen de la configuración alojada y de los servicios que elijas. El alojamiento te quita la administración del servidor; no te quita la necesidad de decidir qué conectar ni qué información debe usar una Task.
En cualquiera de los dos despliegues, traza un flujo de trabajo realista antes de hacer una afirmación amplia sobre privacidad. Si una Task resume un documento de Drive con un modelo externo, pregunta:
¿Dónde se guardan la Task y la referencia al documento?
¿Qué servicio recupera la fuente?
¿Qué contenido incluye la petición al modelo?
¿Qué proveedor recibe esa petición?
¿Dónde se conservan el resultado, los registros y las copias de seguridad?
¿Quién puede revocar la conexión o borrar el estado guardado?
Ese ejercicio revela más que la etiqueta del despliegue. El autoalojamiento puede darte control directo sobre almacenes y configuraciones importantes, pero la ruta completa es una propiedad del flujo de trabajo que construyes.
Usar tu propio modelo es una decisión de enrutamiento
La configuración autoalojada de Comma te permite fijar el endpoint del proveedor de modelos, el protocolo, el ID del modelo, la clave de API, el presupuesto de contexto y el límite de salida. Las llamadas al proveedor usan tu cuenta con ese proveedor, así que la facturación y las condiciones pertenecen a esa relación y no a los créditos de Comma.
Esa flexibilidad permite varias configuraciones. Puedes usar la API de un modelo comercial con tu propia cuenta, apuntar a un endpoint privado compatible o configurar un modelo que gestiones tú. Esas opciones no deberían meterse todas en el saco de la «IA local». Una instancia autoalojada de Comma que envía prompts a un modelo en la nube sigue teniendo una ruta de datos externa hacia el modelo. Ejecutar un modelo privado puede cambiar esa ruta, pero solo si el endpoint configurado y la infraestructura que lo rodea están de verdad dentro del límite que pretendes.
Las credenciales requieren el mismo cuidado. Operar la pila significa proteger las claves de los modelos, los secretos generados, las credenciales de correo y cualquier token que usen las integraciones. Controlar la configuración tiene valor precisamente porque la configuración conlleva responsabilidad.
Autoalojar significa operar un sistema
El repositorio público ofrece un punto de partida completo con Docker Compose en un solo nodo. Compila el cliente web, el cliente de administración y el servidor, y arranca los servicios de datos que los acompañan. El primer arranque puede ser local: por defecto, sus puertos solo escuchan en la interfaz de loopback, y Mailpit ofrece una bandeja de entrada local para los códigos de inicio de sesión.
Que funcione en local no es un certificado de que esté listo para producción. Un despliegue público necesita HTTPS detrás de un proxy inverso, orígenes separados para la aplicación web, la aplicación de administración y la API del producto, y un servicio SMTP real. El registro público está desactivado por defecto. Tienes que decidir quién puede acceder a la instancia, cómo se gestionan los certificados y el DNS, cómo se guardan los secretos y cómo se aplican las actualizaciones de seguridad.
Las copias de seguridad también son una propiedad del sistema, no la copia de una base de datos. La guía de Comma indica que hay que parar la pila y hacer copia de los cinco volúmenes con nombre a la vez: config, postgres, objects, clickhouse y redis. El volumen de configuración contiene la clave de cifrado y los secretos de autenticación. Si lo pierdes y conservas los demás volúmenes, puedes quedarte con datos que no se pueden recuperar de forma útil. Un plan de copias de seguridad no está completo hasta que se ha probado una restauración.
Las actualizaciones añaden otra obligación. Necesitas ventanas de mantenimiento, espacio en disco suficiente para las compilaciones, una forma de detectar servicios caídos y un plan de reversión o recuperación adecuado a tu uso. Si el agente pasa a formar parte del trabajo diario, la disponibilidad de la máquina, el estado del almacenamiento y la configuración de red se convierten en cuestiones del producto que, de otro modo, absorbería el servicio alojado.
El código abierto cambia lo que puedes inspeccionar y modificar; no elimina este trabajo de operación. El código original de Comma tiene licencia AGPL-3.0-only, y el repositorio explica la obligación de ofrecer el código fuente de las versiones modificadas que sirvas. Es un control real, pero no equivale a una auditoría de seguridad, a un contrato de soporte ni a una garantía de que un despliegue concreto esté bien configurado.
Los ordenadores en la nube no son la misma capacidad en los dos caminos
El producto alojado proporciona un ordenador en la nube para cada espacio de trabajo. Así el agente tiene un entorno para el trabajo que necesita archivos, herramientas o ejecución tipo navegador más allá de una sola llamada al modelo, sin pedir al usuario que prepare ese entorno por separado.
A 26 de octubre de 2026, los ordenadores en la nube de grupo de la pila pública autoalojada están desactivados por defecto y requieren configuración de Cloudflare. El repositorio no convierte esa capacidad en un sandbox local disponible automáticamente solo porque los servicios principales estén funcionando. Si el trabajo en un ordenador en la nube es central para tus Tasks, incluye en la decisión su entorno de ejecución, su configuración, su coste, su aislamiento y su mantenimiento, no solo el servidor de la aplicación.
Esto puede cambiar la respuesta práctica. Alguien que necesita sobre todo Tasks persistentes, llamadas a modelos conectados y control sobre los datos guardados de la aplicación puede aceptar la configuración adicional. Alguien que espera un ordenador de ejecución listo para usar como parte de la experiencia del agente puede preferir Comma alojado aunque sepa ejecutar Docker.
La grabación de reuniones tiene su propio límite de ejecución
La misma advertencia vale para las reuniones. A 26 de octubre de 2026, la experiencia alojada de Comma incluye la grabación de reuniones, pero el repositorio público de autoalojamiento indica que las reuniones y los hosts de Agent VMM necesitan entornos de ejecución que el repositorio no incluye.
Por tanto, autoalojar la aplicación principal no reproduce toda la ruta de reuniones del servicio alojado. Podrías construir o integrar infraestructura adicional, teniendo en cuenta los permisos, las leyes sobre grabación, el diseño del almacenamiento y los proveedores de transcripción que apliquen a tu caso. Eso sería un sistema que operas tú, no un interruptor incluido en la pila estándar de Compose.
Trátalo como un límite explícito del producto. Si grabar y procesar llamadas es un caso de uso decisivo, hoy Comma alojado y Comma autoalojado no son intercambiables.
Una prueba de responsabilidad antes de elegir
La pregunta más útil sobre el autoalojamiento no es «¿sé ejecutar Docker?». Es «¿quiero hacerme cargo de este servicio después del primer arranque con éxito?».
El autoalojamiento encaja bien cuando tienes una máquina o un servidor duradero, puedes proteger y respaldar su estado, entiendes los proveedores externos que configuras y valoras el control directo lo bastante como para mantener el despliegue. Cobra especial sentido cuando necesitas tu propio límite de red, tu propio endpoint de modelo, tu propio proceso de retención o personalización a nivel de código.
Comma alojado encaja bien cuando el resultado importa más que el servidor, necesitas el ordenador en la nube gestionado o la ruta de reuniones, o no quieres que la disponibilidad de tu agente personal dependa de tus hábitos de mantenimiento. Elegir el servicio alojado no te impide configurar los permisos con cuidado ni limitar lo que conectas. Simplemente asigna a Comma la operación de la infraestructura.
Antes de decidir, responde por escrito a estas preguntas:
¿Qué datos deben guardarse en una infraestructura que opere yo?
¿Qué proveedor de modelos recibirá el contenido de las Tasks y con qué cuenta?
¿Mis flujos de trabajo principales necesitan un ordenador en la nube o grabación de reuniones?
¿Puedo administrar HTTPS, el envío de correo, los secretos, las actualizaciones y el control de acceso?
¿Cuál es mi conjunto de copias de seguridad y he probado a restaurarlo?
¿Quién detecta y arregla una caída mientras estoy fuera?
¿Elijo el autoalojamiento por un límite concreto o solo porque la palabra suena más segura?
Si las respuestas apuntan en direcciones distintas, empieza por el despliegue que sostenga tu flujo de trabajo más importante. Aprenderás más de una Task acotada y su ruta real de datos que de una comparación abstracta de funciones.
Preguntas sobre agentes personales alojados y autoalojados
¿Comma autoalojado es automáticamente más privado?
No. Pone la pila de la aplicación y sus bases de datos bajo tu control, y la pila estándar no envía analíticas ni trazas a Comma. Los proveedores de modelos, la búsqueda, el correo, las aplicaciones conectadas, los servicios de red y las copias de seguridad pueden seguir recibiendo o guardando datos. La privacidad depende de la configuración y del flujo de trabajo completos.
¿Comma autoalojado requiere una cuenta o una suscripción de Comma?
La pila pública de Docker Compose no requiere una cuenta de Comma, ni Stripe, ni créditos de Comma. Tú pones la máquina y configuras una cuenta con un proveedor de modelos o un modelo privado. Esas elecciones pueden tener sus propios costes de infraestructura y de uso.
¿Puedo usar mi propio proveedor de modelos?
Sí. La pila autoalojada ofrece configuración para el endpoint del proveedor, el protocolo, el modelo y la credencial. Puedes usar un proveedor que gestiones tú si admite la interfaz necesaria, pero autoalojar Comma no convierte por sí solo un modelo de terceros en local.
¿La versión autoalojada incluye un ordenador en la nube?
No como opción lista para usar por defecto. La guía oficial de Comma indica que los ordenadores en la nube de grupo necesitan configuración de Cloudflare. Si tus flujos de trabajo dependen de la ejecución en un ordenador, planifica esa configuración aparte y su límite de operación.
¿La versión autoalojada incluye la grabación de reuniones?
No. El repositorio público indica que no incluye los entornos de ejecución de reuniones. Por eso, en este caso de uso, el servicio alojado y la pila autoalojada estándar son distintos.
¿De qué debo hacer copia de seguridad?
Haz copia de los cinco volúmenes con nombre —configuración, PostgreSQL, objetos, ClickHouse y Redis— como un único conjunto con la pila detenida. Conserva el volumen de configuración, porque contiene los secretos de cifrado y autenticación. Sigue la guía de autoalojamiento actual antes de una actualización o una restauración.
¿Código abierto es lo mismo que seguro?
No. Que el código esté disponible hace posible inspeccionarlo, modificarlo y operarlo de forma independiente. La seguridad sigue dependiendo del código, de sus dependencias, de tu configuración, de la exposición a la red, de las credenciales, de cómo apliques las actualizaciones y de la respuesta operativa.
Elige el límite que puedas mantener
Un agente personal alojado te pide que confíes en un operador de servicio y lo evalúes. Un agente personal autoalojado te pide que te conviertas en uno. Comma admite las dos opciones porque el control y la comodidad no son preferencias universales, y porque el límite adecuado depende del trabajo que pienses delegar.
Si quieres la experiencia gestionada, empieza por Comma alojado. Si quieres operar la pila, lee la guía de autoalojamiento completa, revisa el repositorio oficial y planifica los límites de modelo, red, copias de seguridad, ordenador en la nube y reuniones antes de poner Tasks importantes en ella.
