La mayoría de los asistentes de IA son excelentes justo en el momento previo a que comience el trabajo. Describes un problema, recibes una respuesta bien organizada y luego decides qué hacer. El razonamiento es bueno. La ejecución sigue siendo cosa tuya.
Esa brecha explica por qué creamos Zero como lo hicimos, y es la respuesta honesta a la pregunta que más recibimos: ¿en qué se diferencia de Claude?
La mayoría de quienes hacen esa pregunta buscan en realidad una alternativa a Claude para equipos, así que esa es la comparación de este artículo: Zero frente a Claude Tag, Claude Code y Claude Cowork.
No se trata de que un modelo sea más inteligente. Zero funciona con los mismos modelos de vanguardia en los que ya confías, incluidos los de Anthropic. La diferencia está en lo que ocurre después de la respuesta, y se manifiesta en cinco aspectos: qué hace Zero por sí solo, qué te devuelve, cómo lo comparte un equipo, en cuántas superficies está disponible y quién elige el modelo.
Modo acción, no modo razonamiento
Uno de nuestros primeros usuarios lo describió mejor que nuestro propio discurso:
La diferencia más clara que noté es que Zero comienza de forma predeterminada en modo acción. Claude permanece en modo razonamiento hasta que lo orientas explícitamente hacia la ejecución. Con Zero no tuve que hacer ese cambio: simplemente se puso en marcha.
Eso describe la naturaleza del producto, no una función. Zero no es un cuadro de chat que también puede llamar a herramientas. Es un agente en la nube que se hace cargo del trabajo, continúa mientras tú haces otra cosa y te devuelve algo terminado.
Qué hace realmente Zero
Cinco áreas de capacidad cubren la mayor parte de sus funciones.
- Investigación profunda. Investiga sistemáticamente un tema, producto, mercado, empresa, señal de clientes o base de código, y produce un informe estructurado con hallazgos, riesgos, fuentes y próximos pasos.
- Generación de artefactos. Convierte ideas preliminares, archivos, notas e investigación en presentaciones, informes, sitios web y micrositios terminados.
- Programación ligera. Lee un repositorio y explica su arquitectura, depura problemas, implementa pequeñas funciones o cambios de interfaz, escribe scripts y herramientas de datos, abre pull requests y ejecuta comprobaciones específicas.
- Automatización de flujos de trabajo. Crea o combina flujos reutilizables entre herramientas conectadas, desde la clasificación de Gmail hasta los flujos de PR de GitHub y los resúmenes de salud del producto, entre 200+ herramientas.
- Automatización recurrente. Se ejecuta según un horario o un evento desencadenante. No ofrece respuestas puntuales, sino responsabilidades continuas.
En una frase: Zero no es un chatbot. Es un empleado de IA basado en la nube que hace el trabajo por sí mismo y permanece disponible.
Zero. Cada conexión se autoriza por aplicación y por acción, de modo que el agente obtiene el acceso que necesita un trabajo específico y nada más.
Lo que devuelve
Zero produce entregables que puedes utilizar, no consejos escritos sobre cómo producirlos.
Investigación y toma de decisiones. Informes de investigación estructurados, análisis de competidores, mercados y precios, comprobaciones de antecedentes de empresas, investigación previa a reuniones comerciales y contexto desordenado convertido en un resumen ejecutivo listo para decidir.
Contenido y presentaciones. Presentaciones de lanzamiento, para inversores, revisiones de negocio e investigación. Informes web, micrositios estáticos, páginas de destino y sitios de portafolio que pueden alojarse en una URL pública. Informes de datos, informes de empresas y actualizaciones de productos.
Ingeniería y automatización. Explicaciones de arquitectura, localización y corrección de errores, pequeñas funciones y trabajo de interfaz, y pull requests. Scripts, transformaciones de datos y herramientas puntuales. Trabajos recurrentes que publican informes en Slack, actualizan Notion, registran filas en Google Sheets y envían resúmenes diarios.
Activos generados. Imágenes, vídeo, voz y audio, presentaciones, además de texto, código, documentos y sitios web respaldados por conectores.
Los escenarios donde la diferencia es mayor
Estos son los trabajos de «configúralo una vez y sigue produciendo». Es donde Zero se distancia de un asistente de chat convencional, porque ninguno requiere que una persona espere frente a un mensaje.
- Guardia para ingeniería. Analiza Sentry cada hora, marca los problemas de alto impacto, abre una incidencia de GitHub o un pull request específico e informa en Slack.
- Fusión automática de PR. Supervisa los pull requests etiquetados como listos para fusionar, espera a CI, fusiona cuando es seguro y notifica en Slack.
- Informe de la empresa. Reúne en un único informe las señales diarias de producto, ingresos, soporte e ingeniería.
- Operaciones comerciales y de bandeja de entrada. Clasifica Gmail, redacta respuestas, enriquece leads y escribe filas estructuradas en Google Sheets.
- Supervisión e inteligencia. Sigue despliegues, métricas, alertas, comentarios de clientes o cambios de la competencia según un horario.
- Trabajo profundo puntual. Investiga un mercado o competidor, crea una presentación para inversores, o rastrea un error en producción y envía un PR con la corrección.
Aquí es donde un flujo de trabajo deja de ser puntual. Añade un horario, un correo entrante, un evento de calendario o un evento de integración, y el trabajo se ejecutará sin que nadie abra la aplicación.
La ventaja está en que cuatro elementos llegan como una sola plataforma
Ninguna función de esa lista es única. Lo difícil de reunir es tener las cuatro al mismo tiempo.
Trabaja para ti en la nube. Zero se ejecuta en la nube, gestiona muchas tareas simultáneamente y continúa después de que cierres el portátil. No requiere configuración local, sincronización de archivos ni permanecer conectado. Cada ejecución tiene lugar en una microVM aislada que se destruye al finalizar.
Cuatro trabajos en curso a la vez. Todos se ejecutan en los servidores de Zero, así que continúan cuando se cierra el portátil y no se ralentizan entre sí.
Está diseñado para equipos y genera un efecto acumulativo. Zero es un espacio compartido, no una herramienta individual. Las habilidades, los flujos de trabajo y los resultados que crea un equipo se reutilizan en toda la organización, de modo que la configuración de una persona se convierte en el punto de partida de otra.
El trabajo complejo se convierte en automatización reutilizable. Los procesos de varios pasos y varias herramientas pueden orquestarse y personalizarse, activarse una y otra vez, y conservarse como un activo del equipo.
Siempre utiliza el modelo disponible más potente. Cambia libremente entre modelos insignia, sin quedar atado a un único proveedor. Además de los modelos, incluye datos web respaldados por Firecrawl, la API de X (Twitter) y generación de imágenes y vídeo.
La capa de equipo es arquitectura, no un botón para compartir
Claude comparte contexto y ahora también comparte Skills. La pregunta más útil está un nivel por debajo: ¿cómo se organizan los componentes básicos para un grupo de personas?
Agentes compartidos, y más de uno. Un equipo puede crear varios agentes compartidos, cada uno como un compañero permanente que utiliza toda la organización. Uno para marketing, otro para soporte, o los que necesite la organización. También puedes mantener un agente privado. Nadie tiene que construirlo desde cero: te unes y el agente compartido ya tiene sus aplicaciones conectadas.
Cuatro agentes compartidos a nivel de organización, cada uno con su propio rol y aplicaciones conectadas. Un nuevo compañero los ve desde el primer día en lugar de tener que crear el suyo.
Flujos de trabajo compartidos. Un flujo de trabajo es un trabajo reutilizable, el «qué». Una persona lo escribe una vez y queda inmediatamente disponible para todos, listo para ejecutarse, sin copiar nada ni volver a conectar nada. La capacidad vive en el nivel del equipo, en lugar de estar dentro de la configuración de una sola persona.
Los flujos de trabajo que ha acumulado un equipo. Una persona crea uno y queda disponible de inmediato para todos, sin copiarlo ni volver a conectarlo.
Automatizaciones personales. Sobre esos flujos compartidos, cada persona añade sus propios activadores y horarios. Tus automatizaciones se ejecutan con tu identidad y tus credenciales, sobre el agente compartido y adaptadas a tu trabajo, sin afectar a las de los demás. Base compartida, control personal.
Permisos integrados en cada capa. Los agentes y flujos de trabajo pueden compartirse con toda la organización o mantenerse privados. Cada conector está detrás de un firewall detallado: el acceso se concede por aplicación y por acción, lectura o escritura, permitir o denegar, y puede limitarse a una hora, un día, una semana o mantenerse indefinidamente. Las credenciales se inyectan en la capa de red, por lo que el agente utiliza un token que no puede leer. La gobernanza se sitúa en el nivel de la plataforma, mientras cada miembro configura exactamente lo que necesita para su propio trabajo.
Listo antes de que llegues. El agente compartido, sus aplicaciones conectadas y las reglas de permisos ya están configurados, así que adoptar un flujo de trabajo consiste principalmente en ejecutarlo, y el resultado llega a las herramientas que el equipo ya utiliza.
Compáralo con la forma en que las alternativas distribuyen el trabajo. Claude Code es una herramienta por desarrollador, compartida mediante un repositorio git y archivos de configuración. Cowork proporciona a cada usuario un agente personal de Claude. Sus Skills y subagentes se configuran por usuario. Claude Tag comparte mediante canales de Slack, con el contexto creado por canal y un propietario que decide en qué canales puede trabajar.
Ninguno carece de una función para compartir. Lo que falta es una biblioteca de flujos de trabajo entre herramientas que siga acumulando valor para el equipo.
Un agente, no una línea de productos
La capacidad de Claude está dividida entre productos independientes. Tag vive en Slack; Claude Code, en el terminal, el IDE y la web; y Cowork, en el escritorio, con web y móvil en beta. Cada uno tiene su propio alcance, memoria e interfaz. El trabajo que haces en una superficie permanece en gran medida allí, al igual que el contexto que construiste para llegar hasta él.
Zero es un único agente que aparece en los canales donde el equipo ya trabaja, comenzando por la aplicación web y Slack. El mismo agente, la misma memoria y las mismas herramientas conectadas. Cambiar de ventana no reinicia lo que sabe.
Neutralidad de modelos y uso de tu propia suscripción
El modelo de Zero se puede cambiar. Hoy eso significa la familia Claude (Claude Fable 5 como opción predeterminada, Claude Opus 5, Claude Opus 4.8, Claude Opus 4.7, Claude Opus 4.6, Claude Sonnet 5, Claude Sonnet 4.6) y la familia GPT (GPT 5.6 Sol, GPT 5.6 Terra, GPT 5.6 Luna, GPT-5.5, GPT-5.4), con un sistema de enrutamiento que puede alternar entre los modelos integrados y tu propia clave. Los modelos a los que puede acceder un espacio de trabajo dependen de su configuración, por lo que tu selector puede ser más breve que el de un compañero.
El selector de modelos. Claude y GPT aparecen juntos con un nivel de coste relativo, de modo que elegir qué modelo ejecuta una tarea es una decisión que tomas para cada trabajo, no una que el proveedor toma por ti.
Claude Tag funciona con un único modelo fijo de Claude. Claude Code y Cowork solo utilizan modelos de Anthropic. Codex solo utiliza GPT. En cada caso, la estrategia de modelos del proveedor se convierte en tu estrategia de modelos.
También puedes aportar tu propia suscripción de Claude y seguir utilizando los modelos más avanzados de Anthropic a través de Zero: una interfaz con menos ruido que siempre ejecuta el trabajo en la nube, para que continúe después de cerrar el portátil.
La cuestión no es la variedad por sí misma. El precio y la capacidad difieren considerablemente entre proveedores, y la misma tarea puede costar varias veces más con uno que con otro. Cuando eliges por tarea, esa diferencia se convierte en una decisión tuya, en lugar de ser una tarifa que simplemente aceptas.
La comparación completa
Esta es la matriz completa que mantenemos internamente, publicada tal cual. Se compiló a partir de la documentación de producto, seguridad y precios de cada proveedor, y se volvió a comprobar con esas fuentes el 2026-07-30. Los competidores publican cambios rápidamente, así que considérala una instantánea, no un estado permanente.
Zero frente a la línea de productos de Claude
| Dimensión | Zero | Claude Tag | Claude Code | Claude Cowork |
|---|---|---|---|---|
| Posicionamiento | Agente general de IA para equipos, con ordenador en la nube | Versión para equipos de Claude dentro de Slack | Herramienta de programación agéntica de Anthropic (terminal / IDE / sin interfaz) | Agente general de Anthropic para trabajo de conocimiento con ordenador (>90% sin programación) |
| Superficies principales | Web / Slack / Telegram / teléfono | Slack actualmente (@ / DM / panel del asistente); Microsoft Teams anunciado próximamente | Terminal (CLI) / IDE (VS Code, JetBrains) / escritorio / web / sin interfaz (GitHub Action) | Escritorio (Mac / Win) + web + móvil (beta) |
| Ejecución en la nube | Sí (microVM aislada, destruida después de cada ejecución) | Sí (Claude se ejecuta en la nube) | Local de forma predeterminada; sin interfaz / nube mediante GitHub Action y agentes en segundo plano (sandbox: red desactivada, escrituras limitadas al proyecto) | Ejecuta sesiones remotamente en la nube (beta); continúa después de cerrar el portátil; las tareas programadas se ejecutan con el dispositivo apagado |
| Amplitud de conectores | 200+, por concesión (credenciales inyectadas en la capa de red) | Las herramientas, datos y repositorios que autorices, extraídos del directorio de conectores de Claude: ~500+ conectores MCP (registrados por la comunidad, julio 2026; principalmente de 3 terceros, algunos creados por Anthropic) + MCP remotos personalizados | Servidores MCP + directorio de conectores de Claude (~500+) + GitHub; orientado al stack de desarrollo | Conectores + plugins + directorio de conectores de Claude (~500+) + Computer Use / control de Chrome |
| Programación / 24×7 | Los flujos recurrentes o activados por eventos son una función central y madura: comprobaciones horarias de Sentry, fusión automática de PR supervisados, informes diarios y clasificación de Gmail, ejecutándose 24×7 en segundo plano | Instrucciones permanentes que se ejecutan según un horario (por ejemplo, un resumen semanal) o como tareas de larga duración, además de un modo ambiental que observa canales y realiza seguimientos sin que se le solicite | Las rutinas se ejecutan una vez configuradas, según un horario, mediante una llamada a la API o ante un evento; también hay trabajos sin interfaz mediante CLI + GitHub Actions y subagentes en segundo plano | Tareas recurrentes / programadas (informes diarios y semanales); se ejecutan sin ningún dispositivo conectado |
| Profundidad de programación | Sólida | Sólida | La más sólida (agente de programación especializado de Anthropic) | Ligera (entorno de Claude Code para trabajo general; programación profunda = Claude Code) |
| Memoria / aprendizaje | Memoria duradera | Aprende de la empresa a partir de sus canales | CLAUDE.md + skills + subagentes + hooks (en capas, escritos por personas y controlados por versiones) | Skills + conectores + subagentes; sesiones sincronizadas con la cuenta |
| Compartición de equipo (instancia) | Instancia única a nivel de organización (no limitada a canales), compartida por el equipo; dispone de una página web de configuración del agente | Compartición multiusuario a nivel de canal; Claude tiene su propia identidad | Por desarrollador (individual); compartido mediante repositorio git + CLAUDE.md / plugins; versión para equipos = Claude Tag | Agente personal por usuario («solo tu propio Claude»); RBAC / límites de gasto empresariales |
| Cómo lo usan los equipos | Conectan canales de Slack + conectores de la organización + flujos compartidos 24×7 | @Claude en un canal; cualquiera puede retomar la conversación de otra persona; seguimiento ambiental | Cada desarrollador lo ejecuta localmente o sin interfaz; comparte mediante repositorio, marketplace de plugins y PR de GitHub | Delegación individual; agrupa skills / conectores / subagentes en especialistas por rol; controles empresariales |
| Acumulación de flujos de equipo | Los flujos y automatizaciones reutilizables se convierten en activos compartidos de la organización que generan un efecto acumulativo (función central) | No hay una capa de flujos de equipo; el trabajo se organiza por canal y no como una biblioteca reutilizable de flujos entre herramientas | Skills / plugins compartidos mediante marketplace / git; limitados al desarrollador y al repositorio, no son flujos de negocio del equipo | Skills / subagentes por usuario; no hay una biblioteca compartida de flujos acumulativos |
| Identidad independiente | Sí (el ID del agente es su propia identidad; las credenciales se inyectan en la capa de red y el agente no puede leer el token) | Sí (su propia cuenta y cada uso de credenciales queda registrado) | Se ejecuta como el desarrollador (su cuenta / conectores); GitHub Action se ejecuta como bot | Se ejecuta como el usuario (su cuenta + carpetas / herramientas permitidas) |
| Permisos / auditoría | Firewall de permisos por conector × endpoint + registro de auditoría completo | Permisos de tres niveles + registro de auditoría completo | Modos de permisos + listas de permitidos + hooks + configuración administrada; clasificador de modo automático | El usuario aprueba acciones sensibles (aprobación del plan); RBAC empresarial + análisis de uso + OpenTelemetry |
| Seguridad y cumplimiento | Ejecución aislada + credenciales nunca expuestas + auditoría | Identidad empresarial + auditoría | Sandbox (red desactivada de forma predeterminada, escrituras limitadas al proyecto) + puntos de control + bloqueo de credenciales | Aprobaciones con intervención humana + limitación de carpetas / herramientas; advierte sobre acciones destructivas y riesgos de inyección de prompts |
| Estrategia de modelos | Neutral respecto a modelos y compatible con varios proveedores | Bloqueado a un único modelo de Claude | Solo Claude: Sonnet 5 predeterminado, Opus 5, Haiku (intercambiables) | Solo Claude (modelos de Anthropic) |
| Precios | Basado en créditos | Incluido con Enterprise / Team | Incluido con Claude Pro / Max / Team / Enterprise o tokens de API | Incluido con Claude Pro ($20) / Max / Team / Enterprise |
| Generación multimodal | Sí (generación de imágenes, vídeo, voz y presentaciones) | No (no genera imágenes, vídeo ni audio) | No (centrado en programación; puede leer imágenes) | Crea documentos / presentaciones; la generación de imágenes y vídeo no es prioritaria |
| Arquitectura de memoria | Memoria duradera (memoria persistente a nivel de organización) | Construye contexto a partir de los canales en los que trabaja | CLAUDE.md / skills / subagentes (nivel de repositorio y usuario, escritos por personas y controlados por versiones) | Las skills y los subagentes, además de las sesiones y los archivos, se guardan en tu cuenta de Claude |
| Configuración de conectores | Los usuarios o la organización autorizan conectores mediante OAuth y se los conceden al agente; después permiten el acceso detallado mediante un firewall por conector × endpoint, limitado a 1 h / 24 h / 7 d / siempre | Un propietario principal o propietario configura la identidad de Claude, conecta las herramientas de la organización y elige los canales en los que puede trabajar; los miembros normales no pueden configurarlo por sí mismos, pero tampoco tienen que configurar nada | El desarrollador configura por sí mismo los servidores MCP (claude mcp login) + settings.json; por usuario | El usuario conecta carpetas / aplicaciones / conectores + plugins y aprueba el acceso |
| Barrera de configuración (autoservicio ↔ administración) | Autoservicio del usuario + firewall por endpoint / limitación temporal (autoservicio y control a la vez) | El propietario configura identidad, herramientas y canales; no es autoservicio para los miembros | Autoservicio del desarrollador (bajo para desarrolladores; CLI / configuración) | Autoservicio del usuario (orientado a personas no técnicas, barrera baja) |
| Marca propia / marca blanca | Nombre / avatar del agente personalizables | Aparece como «Claude», no como tu marca | Aparece como Claude Code / el desarrollador | Aparece como Claude |
| Despliegue / alojamiento | Nube alojada por vm0 (aislamiento mediante microVM); BYOC no es una prioridad | Solo alojado por Anthropic | Local + nube de Anthropic (sin interfaz / Action); configuración administrada para empresas | Alojado por Anthropic (archivos locales del escritorio + sesiones remotas en la nube); Enterprise |
| Resumen de gobernanza | Instancia compartida a nivel de organización + identidad propia + firewall por endpoint → compartida, pero con una gobernanza y auditoría detalladas | Punto de entrada compartido (canal) + identidad propia / auditoría → compartido, pero auditable | Agente de programación por desarrollador; identidad = desarrollador; gobernanza mediante configuración empresarial administrada | Agente personal para ordenador; se ejecuta como el usuario con aprobaciones; RBAC / gasto / análisis empresariales |
Zero frente a los demás agentes para equipos
| Dimensión | Zero | Viktor | Codex | ChatGPT Work |
|---|---|---|---|---|
| Posicionamiento | Agente general de IA para equipos, con ordenador en la nube | Empleado de IA dentro de Slack / Teams | Agente de programación agéntica entre superficies | Asistente empresarial de IA para trabajo de conocimiento (dentro de ChatGPT) |
| Superficies principales | Web / Slack / Telegram / teléfono | Solo Slack + Teams | ChatGPT (web / escritorio) / IDE / terminal (CLI) / nube | Web / aplicación de escritorio / móvil (+ conectores de Slack / Teams) |
| Ejecución en la nube | Sí (microVM aislada, destruida después de cada ejecución) | Sí (su propio ordenador en la nube para escribir y ejecutar código) | Sí (Codex Cloud clona el repositorio y ejecuta pruebas; red del sandbox desactivada de forma predeterminada, los conectores / API de escritura requieren lista de permitidos y aprobación) | Sí (nube de OpenAI; sandbox del intérprete de código) |
| Amplitud de conectores | 200+, por concesión (credenciales inyectadas en la capa de red) | 3,200+, puede crear integraciones personalizadas | MCP + PR de GitHub, orientado al stack de desarrollo | Decenas de aplicaciones integradas / asociadas (Drive / SharePoint / Gmail / Outlook / Teams / GitHub / Notion / HubSpot / Stripe…, con capacidad de escritura) + conectores MCP personalizados (sin total oficial, prácticamente ilimitados; ~274 MCP en un directorio de 3 terceros) |
| Programación / 24×7 | Los flujos recurrentes o activados por eventos son una función central y madura: comprobaciones horarias de Sentry, fusión automática de PR supervisados, informes diarios y clasificación de Gmail, ejecutándose 24×7 en segundo plano | Programación / bucles integrados: se configura una vez y se ejecuta con una frecuencia fija (por ejemplo, un informe semanal cada lunes a las 8 am), sin activación manual | Las tareas programadas y activadas están disponibles, con frecuencia personalizada mediante cron / RRULE; se gestionan desde la aplicación web / escritorio de ChatGPT (Codex CLI no tiene interfaz de programación) | Tareas programadas y supervisión de cambios en la web / conectores, gestionadas desde la barra lateral Programadas; el seguimiento en el chat admite intervalos de minutos |
| Profundidad de programación | Sólida | Ligera | La más profunda (multiagente + worktrees) | Ligera (análisis / intérprete de código; la programación profunda se delega a Codex) |
| Memoria / aprendizaje | Memoria duradera | Notas internas de «Skills» | AGENTS.md + Skills (bastante estáticas) | Memoria + conocimiento de la empresa |
| Compartición de equipo (instancia) | Instancia única a nivel de organización (no limitada a canales), compartida por el equipo; dispone de una página web de configuración del agente | Instancia única a nivel del espacio de trabajo, compartida por todo el equipo (sin aislamiento por usuario) | No hay instancia compartida; cada desarrollador utiliza la suya, por puesto | Espacio de trabajo / por puesto; administrado por el administrador, con la cuenta individual de cada usuario |
| Cómo lo usan los equipos | Conectan canales de Slack + conectores de la organización + flujos compartidos 24×7 | Cualquiera puede asignar trabajo a @Viktor; los resultados se publican de nuevo | GitHub como superficie de colaboración: revisión automática de PR / @codex fix | GPT / Projects compartidos + aplicaciones; cada usuario colabora desde su propia cuenta |
| Acumulación de flujos de equipo | Los flujos y automatizaciones reutilizables se convierten en activos compartidos de la organización que generan un efecto acumulativo (función central) | Las «Skills» se acumulan a nivel del espacio de trabajo y se comparten con el equipo (es lo más parecido a Zero en esta dimensión) | AGENTS.md / Skills compartidos mediante repositorio git; limitados al desarrollador, no son flujos de negocio del equipo | GPT / Projects compartidos + tareas programadas, pero por aplicación; no hay una biblioteca acumulativa de flujos entre herramientas |
| Identidad independiente | Sí (el ID del agente es su propia identidad; las credenciales se inyectan en la capa de red y el agente no puede leer el token) | No (token OAuth del equipo compartido / prestado) | Débil (toma prestada la sesión del desarrollador; aparece como bot @codex en GitHub) | La cuenta propia de cada usuario (OAuth / SSO); el conocimiento de la empresa está limitado por sus permisos |
| Permisos / auditoría | Firewall de permisos por conector × endpoint + registro de auditoría completo | Sin RBAC, token compartido (en la hoja de ruta) | Aislamiento mediante sandbox del kernel del sistema operativo | RBAC + SSO / SCIM + registros de cumplimiento / eventos de auditoría |
| Seguridad y cumplimiento | Ejecución aislada + credenciales nunca expuestas + auditoría | Sin RBAC | Sandbox a nivel del kernel | SOC 2, ISO 27001 / 17 / 18 / 701; cifrado E2E, residencia de datos y CMEK |
| Estrategia de modelos | Neutral respecto a modelos y compatible con varios proveedores | Opaca | Solo modelos de OpenAI (sus propios modelos de programación de vanguardia) | Bloqueado a OpenAI (GPT-5.x) |
| Precios | Basado en créditos | Gratis + $100, después desde $50 / mes | Incluido con una suscripción de ChatGPT / clave de API | Incluido con puestos de ChatGPT Business / Enterprise / Edu |
| Generación multimodal | Sí (generación de imágenes, vídeo, voz y presentaciones) | No especificado (centrado en datos, informes, código y marketing) | No (centrado en programación) | Sí (generación de imágenes; vídeo mediante Sora) |
| Arquitectura de memoria | Memoria duradera (memoria persistente a nivel de organización) | Notas internas de «Skills» (compartidas a nivel del espacio de trabajo) | AGENTS.md / Skills (nivel de repositorio, escritos por personas y controlados por versiones) | Memoria personal + conocimiento de la empresa del espacio de trabajo (no con formato de wiki) |
| Configuración de conectores | Los usuarios o la organización autorizan conectores mediante OAuth y se los conceden al agente; después permiten el acceso detallado mediante un firewall por conector × endpoint, limitado a 1 h / 24 h / 7 d / siempre | Cualquier miembro configura una conexión una sola vez; después todo el equipo comparte ese permiso (token OAuth compartido, sin aislamiento por usuario), sin necesidad de un administrador | Los desarrolladores conectan GitHub y configuran servidores MCP (incluidos en la lista de permitidos) a nivel de organización / repositorio; las llamadas a conectores / API de escritura aún requieren aprobación; no es autoservicio | Los administradores habilitan cada aplicación en la consola y configuran permisos RBAC / de grupo (pueden exigir SSO / SCIM); después los usuarios conectan sus propias cuentas mediante OAuth (el conocimiento de la empresa respeta sus permisos) |
| Barrera de configuración (autoservicio ↔ administración) | Autoservicio del usuario + firewall por endpoint / limitación temporal (autoservicio y control a la vez) | Autoservicio del usuario (se conecta una vez y se comparte con todo el equipo; barrera más baja) | El desarrollador configura GitHub / MCP + aprobación; barrera alta | El administrador habilita primero las aplicaciones y después los usuarios conectan sus propias cuentas mediante OAuth (autoservicio parcial) |
| Marca propia / marca blanca | Nombre / avatar del agente personalizables | Aparece como «Viktor» | Aparece como @codex | Aparece como ChatGPT |
| Despliegue / alojamiento | Nube alojada por vm0 (aislamiento mediante microVM); BYOC no es una prioridad | SaaS alojado por Zeta Labs; sin nube propia | Alojado por OpenAI; Enterprise dispone de SSO / administración | Alojado por OpenAI; Enterprise SSO / SCIM / residencia de datos / CMEK |
| Resumen de gobernanza | Instancia compartida a nivel de organización + identidad propia + firewall por endpoint → compartida, pero con una gobernanza y auditoría detalladas | Instancia compartida + identidad / token compartidos → no hay responsabilidad individual | No hay instancia compartida; identidad débil (toma prestada la del usuario) → depende del rastro de PR de GitHub | Asistente empresarial por puesto + cuentas individuales + administración / RBAC / auditoría |
Para quién es
Los usuarios principales de Zero no se definen por su demografía ni por ser «personas orientadas a la tecnología». Son personas y organizaciones cuya ambición supera lo que pueden hacer con sus propias manos y que quieren multiplicar su producción con IA. Ya utilizan herramientas SaaS y de IA todos los días. Buscan flujos de trabajo prácticos y reutilizables que aporten valor de inmediato, no otra herramienta en la que tengan que construir toda la infraestructura.
El hilo común es que su ámbito de responsabilidad supera su plantilla y experiencia actuales. El núcleo actual está formado por fundadores individuales y agencias dirigidas por sus fundadores. Con el tiempo, se extiende a responsables de innovación y de transformación con IA dentro de empresas más grandes.
- Profesionales de marketing. Investigación de contenidos y competidores, informes y presentaciones, supervisión de canales y automatización diaria de marketing.
- Fundadores. Informes de empresa, investigación para la toma de decisiones y transformación de una plantilla pequeña en un equipo siempre disponible.
- Agencias. Los flujos reutilizables se convierten en capacidad de entrega para clientes: un proceso que sirve a muchos clientes.
- Freelancers. Trabajan como un equipo de una sola persona. Delegan el trabajo repetitivo en Zero y se concentran en resultados de alto valor.
- Equipos de producto. Salud del producto, señales de usuarios y competidores, colaboración entre herramientas y registro de información.
- Profesionales de negocio. Roles de ventas, operaciones y soporte que automatizan trabajo repetitivo entre distintos sistemas.
No tienen por qué ser técnicos. Están dispuestos a delegar en la IA el trabajo repetitivo entre sistemas y quieren flujos de trabajo que empiecen a dar resultados durante la primera semana.
La versión en una línea
Los demás te ofrecen un cuadro de chat más inteligente. Zero te ofrece una plataforma de trabajo en la nube siempre activa, paralela, colaborativa y orquestable, con libertad para acceder al mejor modelo disponible.
Los mismos modelos de vanguardia, entregados de otra manera. Nativa para equipos, ejecutada en la nube y unificada allí donde las alternativas están fragmentadas.
Preguntas frecuentes
¿Es Zero una alternativa a Claude?
En parte. Es una alternativa a Claude para equipos, pero pertenece a una categoría de producto diferente: una plataforma de agentes en la nube, en lugar de un asistente con el que conversas. Puede ejecutar modelos de Claude, por lo que sustituye menos al modelo que a la superficie desde la que lo utilizas.
¿Puedo seguir usando los modelos de Claude en Zero?
Sí. La familia Claude aparece en el selector de modelos: Fable 5 como opción predeterminada, además de Opus 5, Opus 4.8, Opus 4.7, Opus 4.6, Sonnet 5 y Sonnet 4.6. También puedes enrutar mediante tu propia clave si tu equipo ya paga directamente a un proveedor. Asimismo, puedes cambiar una tarea específica a un modelo GPT.
¿Cuál es la diferencia entre un flujo de trabajo y una automatización?
Un flujo de trabajo es el trabajo reutilizable, el «qué», y se comparte con el equipo. Una automatización es un activador o un horario que vinculas a un flujo de trabajo, y te pertenece a ti. Esta separación permite que el trabajo de una persona se convierta en una capacidad de todos, mientras cada miembro conserva sus propias ejecuciones, credenciales y frecuencia.
¿Comparte todo mi equipo un único agente?
Puedes tener varios agentes compartidos visibles para toda la organización, además de agentes privados. Un agente compartido ya tiene configuradas sus aplicaciones conectadas y sus reglas de permisos, por lo que un nuevo miembro puede ejecutar un flujo de trabajo del equipo sin configurar nada.
¿Cómo se controlan los permisos si el agente es compartido?
Cada conector está detrás de un firewall por aplicación y por acción. El acceso se concede como lectura o escritura, permitir o denegar, y puede limitarse a una hora, un día, una semana o mantenerse indefinidamente. Las credenciales se inyectan en la capa de red, por lo que el agente utiliza un token que no puede leer, y cada uso queda registrado para auditoría.
¿Puede Zero seguir trabajando después de que cierre el portátil?
Sí. Cada ejecución tiene lugar en la nube, en un entorno aislado que se destruye al finalizar, y los flujos programados o activados por eventos se ejecutan tanto si estás conectado como si no.
