Un amigo me envió un enlace de YouTube a las 11:14 p. m. de un martes con el mensaje "mira esto y luego dime que todavía eres leal a ChatGPT". El vídeo era un recorrido de trece minutos realizado por un creador llamado Vaibhav, y su tesis era que cualquiera que todavía usara ChatGPT en 2026 ya llevaba un año de retraso. La razón, afirmó, era un producto llamado Codex, una súper aplicación AI en GPT-5.5 que podía planificar aplicaciones como un gerente de producto, diseñar interfaces de usuario controlando un cursor dentro de las herramientas de diseño, bifurcar hilos de chat para ejecutar desarrollo y marketing en paralelo y crear silenciosamente presentaciones de PowerPoint desde su Gmail todas las mañanas mientras dormía.
Lo vi dos veces. Luego cerré mi laptop y me fui a la cama molesto, porque la mitad de lo que mostró ya lo había probado durante dos semanas, y la otra mitad sonaba como el tipo de demo que se rompe en el momento en que lo descarrilas.
Así que pasé los siguientes cuatro días ejecutando la súper aplicación Codex AI con los flujos de trabajo exactos de ese video. La automatización de Gmail a PowerPoint. El mensaje "constrúyeme una aplicación para reuniones de fundadores fuera de línea". El trabajo paralelo de hilo bifurcado. La corrección de errores autónoma. Dejé que se cocinara a través de datos reales, fracasos reales y victorias realmente sorprendentes. También busqué las afirmaciones que no pude verificar: la herramienta de diseño "Paper" que menciona, el modelo GPT-5.5 preciso detrás de las llamadas Codex, los precios que pasa por alto, porque la mitad del ecosistema AI de YouTube en 2026 se basa en nombres que no coinciden del todo con lo que realmente se envía.
Esto es lo que es real. Esto es lo que está sobrevendido. Y aquí es donde el flujo de trabajo realmente cambió el mío, incluido el momento en que un hilo bifurcado envió una plataforma de marketing y una aplicación funcional al mismo tiempo, y me di cuenta de que había estado pensando completamente mal en el trabajo paralelo de AI.
Primero aclaremos el nombre y el modelo
Antes de tocar un solo flujo de trabajo, es necesario aclarar lo que el video pasa por alto, porque si buscas "superaplicación Codex" o "GPT-5.5" sin contexto, terminarás confundido en treinta segundos.
El producto se llama Codex y sí, es OpenAI. No es un contenedor de terceros. No es un proyecto de fans. La aplicación de escritorio envió su revisión de "súper aplicación" el 16 de abril de 2026 como Codex Desktop v26.415 según registro de cambios de desarrolladores de OpenAI, y el modelo GPT-5.5 que impulsa la mayor parte del nuevo comportamiento del agente estuvo disponible de forma general en API en abril. 24 de 2026 según la cobertura del lanzamiento de TechCrunch. Esa es la línea de tiempo. El encuadre de "súper aplicación" en el video es real: proviene directamente del propio posicionamiento de OpenAI según la historia de TechCrunch, y la visión de Sam Altman de fusionar ChatGPT, Codex y el navegador Atlas en un solo producto unificado ahora es mensajería pública.
Lo que el vídeo no menciona es que Codex no siempre se ejecuta en GPT-5.5 de forma predeterminada. Según la página de modelos Codex de OpenAI, Codex enruta entre GPT-5.5, GPT-5.5 Pro y las variantes anteriores 5-Codex según la clase de tarea y su nivel de suscripción. Algunas tareas se ejecutan en GPT-5.5 con un esfuerzo de razonamiento extra alto. Algunos funcionan con puntos de control más ligeros para mantener una latencia razonable. Si estás en ChatGPT Plus, obtienes acceso GPT-5.5 pero con uso limitado. Si está en el nuevo nivel Pro a $200/month, obtiene la asignación "5 veces más uso de Codex" que anuncia OpenAI junto con el primer acceso a los modos de razonamiento más intensos.
Esto es importante porque el video muestra demostraciones que casi con certeza utilizaron las rutas de razonamiento de mayor esfuerzo. Si replica sus indicaciones en una cuenta Plus, no obtendrá las mismas velocidades, la misma profundidad de planificación ni la misma recuperación de errores indulgente. Eso no es un error, es el precio del producto. Pero es la parte que se omite silenciosamente en las demostraciones virales, y omitirla es como terminas decepcionado.
Una aclaración más sobre el nombre antes de continuar. Vaibhav en un momento muestra Codex "diseñando dentro de una herramienta de diseño llamada Paper, controlando el cursor y creando diseños en vivo". Busqué "Paper" como herramienta de diseño integrada en Codex y no pude verificarlo como un complemento Codex actual. Hay una publicación de blog de Figma sobre la integración de Codex con Figma: es real y está enviada. Hay una larga lista de herramientas de diseño que funcionan a través del modo de uso de computadora de Codex, que le permite hacer clic en cualquier aplicación de escritorio. "Papel" podría ser el nombre de Vaibhav para uno de ellos, podría ser un producto beta al que no tengo acceso o podría ser una herramienta que simplemente me falta. Lo marco como no verificado en lugar de fingir que lo confirmé. Esa es la decisión honesta.
Sin embargo, aquí es donde esto se vuelve interesante: incluso con el enrutamiento del modelo, los niveles de precios y la herramienta de diseño no verificada, los cambios de flujo de trabajo subyacentes en el video son reales. La forma en que Codex reestructura cómo trabajas es la historia real. Y el lugar que más me impactó no fueron los demos que dirige. Fue el que la mayoría de los espectadores probablemente pasaron por alto.
Los tres pilares: proyectos, complementos, automatizaciones y por qué es importante el orden
El video enmarca a Codex con tres características principales: proyectos, complementos y automatizaciones. Ese encuadre es correcto. Lo que se equivoca es tratarlos como características paralelas. No lo son. Son capas secuenciales, y perder el orden es la razón por la que la mayoría de las personas que prueban Codex lo abandonan en una semana.
Los proyectos son la base. Un proyecto en Codex es un espacio de trabajo persistente que agrupa archivos, conversaciones, memoria y permisos de acceso para un ámbito de trabajo específico. Cuando trabajo en la interacción con un cliente de Laravel, eso es un Proyecto. Cuando investigo versiones del modelo AI para el blog, ese es un proyecto separado. El Proyecto es lo que mantiene el contexto: los archivos que Codex ha leído, las decisiones que han tomado juntos, las credenciales que le han otorgado, el tono y las convenciones que debe seguir. Sin un Proyecto, cada interacción Codex comienza desde cero.
Los complementos son la forma en que Codex llega fuera del proyecto al resto de su trabajo. Ahora hay más de noventa complementos por anuncio del mercado de complementos de OpenAI cubierto por The Decoder: Slack, Notion, Figma, Gmail, Google Drive, GitHub, GitLab, Atlassian, Render, Neon, Remotion y una larga cola de otros. Cada complemento puede incluir tres cosas por la misma cobertura: habilidades (patrones de avisos reutilizables), aplicaciones (puntos finales de integración) y servidores MCP (los datos reales y el acceso a las herramientas). El complemento es lo que permite a Codex no solo hablar sobre sus documentos Notion, sino también leerlos, escribirlos y reorganizarlos. Sin complementos, Codex es un empleado brillante sin correo electrónico ni calendario.
Las automatizaciones son la capa que la mayoría de la gente omite, y es la capa donde reside toda la propuesta de valor de la súper aplicación. Una automatización en Codex es una ejecución programada y sin cabeza de un agente que se activa según un desencadenante (hora, evento o webhook) y ejecuta una tarea definida utilizando cualquier proyecto y complemento al que tenga acceso. Según la página Codex de OpenAI, Codex ahora puede "programar el trabajo futuro por sí mismo y reactivarse automáticamente para continuar con una tarea a largo plazo, potencialmente durante días o semanas". Ésa es la línea que silenciosamente entierra la pista.
He aquí por qué es importante el orden. Si configura Complementos antes de Proyectos, los permisos de sus complementos se vuelven confusos y tienen un alcance excesivo: Codex termina con credenciales que no necesita, en alcances que no debería tener. Si configura Automatizaciones antes de haber probado completamente el comportamiento de un Proyecto, se despertará y descubrirá que un agente programado ha estado haciendo algo sutilmente incorrecto diariamente durante una semana. Cometí ambos errores en la primera semana. Arreglarlos me enseñó a configurar Codex de la misma manera que configurarías a un nuevo empleado: primero dale un escritorio, luego sus herramientas y luego sus responsabilidades recurrentes. No al revés.
La otra cosa que el video no dice: cada complemento y cada automatización es una superficie de seguridad. El marco de "acceso total" en la demostración de Vaibhav pasa por alto el hecho de que, en la práctica, usted está otorgando a un agente autónomo alcances OAuth persistentes en sus sistemas comerciales. Quiero que conste en acta antes de describir lo que construí con él.
Prueba 1: Automatización del boletín de Gmail a PowerPoint
Esta es la demostración con la que abre Vaibhav y es sobre la que tenía más escepticismo. El argumento: todas las mañanas, Codex revisa su Gmail para obtener el boletín informativo más reciente, extrae información clave, genera un resumen de PowerPoint y lo coloca en su bandeja de entrada. Afirma que le ahorra una hora al día.
Yo lo construí. Esto es lo que realmente sucedió.
La configuración me llevó veintitrés minutos. La autenticación del complemento de Gmail fue el paso más largo: Codex requiere que usted otorgue alcances cuidadosamente, y el flujo de OAuth lo guía a través de qué carpetas, qué etiquetas y qué filtros de remitente debe respetar. Lo acoté a una única etiqueta de Gmail llamada daily-read en la que etiqueto boletines interesantes. No le di acceso a mi bandeja de entrada completa, porque no soy una persona que le da a un agente autónomo acceso ilimitado a Gmail solo para resumir un boletín, y usted tampoco debería serlo.
La automatización en sí era una definición de lenguaje natural de cinco líneas: "Todos los días laborables a las 8:00 a. m., busque boletines en daily-read de las últimas 24 horas, extraiga las tres ideas más importantes de cada uno, genere una sola presentación de PowerPoint que los resuma con una diapositiva por boletín más una diapositiva de portada, y envíe la presentación a mi bandeja de entrada como archivo adjunto".
Lo dejé funcionar durante cinco días hábiles. Aquí está el cuadro de mando honesto.
Día uno: funcionó perfectamente. Tres boletines, tres diapositivas más la portada, el formato estaba limpio y los resúmenes eran precisos. Leí la baraja en menos de noventa segundos y me sentí satisfecho.
Día dos: presentó un boletín que en realidad era un resumen semanal con siete temas y resumió todo el resumen como una sola idea, faltando cinco de los siete temas. La baraja era técnicamente correcta pero prácticamente inútil.
Día tres: volvió a funcionar perfectamente, pero incluía un mensaje de patrocinador de uno de los boletines como si fuera una idea real. Eso me hizo reír porque era un error muy obvio del resumen AI: el modelo no podía distinguir el contenido editorial de la ubicación paga cuando el patrocinador estaba integrado de manera suficientemente limpia.
Día cuatro: Se agotó el tiempo de ejecución de Codex porque Gmail iba lento esa mañana y la automatización no tenía lógica de reintento. La baraja no llegó. No me di cuenta hasta las 10 a. m., momento en el que ya había hojeado manualmente los boletines de todos modos.
Día cinco: funcionó perfectamente.
Entonces, el veredicto sobre la automatización de Gmail a PowerPoint: es real, es útil, ahorra tiempo los días en que funciona y no supone un ahorro de una hora al día. Es más bien un ahorro de quince a veinte minutos los días que funciona correctamente y cero o negativo los días que no funciona. El vídeo exagera el ahorro de tiempo aproximadamente 3 veces. Pero es realmente el tipo de trabajo de fondo que nadie hacía antes de manera confiable, y la afirmación direccional (que esta categoría de automatización ahora es posible sin escribir código) es correcta.
La lección más importante de esta prueba: las automatizaciones necesitan observabilidad. Después del cuarto día, agregué una segunda automatización que simplemente registra el estado de éxito/failure de la primera en una página Notion, por lo que tengo un libro de contabilidad diario de qué ejecuciones funcionaron y cuáles no. Ese tipo de metaautomatización es algo que el vídeo omite por completo, y es la diferencia entre una automatización en la que confías y una que tienes que cuidar.
Prueba 2: creación de una aplicación de reuniones de fundadores sin conexión con código cero
Esta es la demostración que se vuelve viral cada vez que Vaibhav vuelve a subir un clip. Pide a Codex que cree "una aplicación para reuniones fuera de línea para fundadores en Bangalore y San Francisco". Codex actúa como un gerente de producto: hace preguntas aclaratorias, planifica la interfaz de usuario, diseña el diseño dentro de lo que él llama Paper y luego planifica la compilación completa (base de datos, rutas, componentes) antes de escribir una línea de código. A mitad de la construcción, utiliza una función de "Dirección" para ajustar en vivo el alcance sin interrumpir al agente. Luego, Codex prueba de forma autónoma la aplicación en computadoras de escritorio y dispositivos móviles, encuentra errores, planifica correcciones, los implementa y vuelve a probar. Sin intervención humana.
Intenté replicarlo lo más fielmente posible. Mi mensaje: "Constrúyame una aplicación web de una sola página donde los fundadores puedan publicar y descubrir reuniones fuera de línea en su ciudad. Debería permitir enumerar reuniones, unirse a reuniones y un perfil básico por usuario. La base de datos puede ser SQLite por ahora. Apila tu llamada".
Esto es lo que realmente sucedió en una sesión real de cuatro horas.
Codex comenzó haciéndome seis preguntas aclaratorias: exactamente el comportamiento del gerente de producto que muestra el video. Las preguntas eran buenas: ¿quería autenticación?, qué ciudades deberían ser compatibles en el lanzamiento, si era un mercado o un directorio, qué significaba "unirse" (solo confirmar asistencia o boletos pagados), qué necesitaban los perfiles y si estaba alojado o era local. Les respondí en dos minutos.
Luego propuso una pila: Next.js 15 con App Router, Prisma sobre los componentes SQLite, Tailwind y shadcn/ui. Explicó por qué: iteración rápida, sin servicios externos para v1, fácil de migrar a Postgres más adelante. Estuve de acuerdo.
La fase de planificación fue la parte en la que tuve que recalibrar mis expectativas. Codex generó un plan de compilación con veintitrés tareas entre modelo de datos, rutas, componentes, autenticación y pruebas. Estuvo bien. Mejor de lo que escribirían la mayoría de los ingenieros jóvenes. Pero no fue, como implica el vídeo, instantáneo. Sólo la fase de planificación tomó alrededor de cuatro minutos de "pensamiento" con un gran esfuerzo de razonamiento habilitado, y ver ese pensamiento en tiempo real no es tan emocionante como sugieren los cortes en las demostraciones de YouTube.
La construcción en sí duró aproximadamente dos horas y veinte minutos. Durante ese tiempo, Codex escribió aproximadamente 4200 líneas de código en 38 archivos, ejecutó el servidor de desarrollo y probó la aplicación en su in-app browser haciendo clic en cada flujo. Utilicé el equivalente de "Steer", que en la interfaz de usuario actual de Codex es un pequeño cuadro de entrada en la parte superior del subproceso en ejecución que le permite inyectar ajustes a mitad de compilación, dos veces. Una vez para pedir una combinación de colores diferente. Una vez para agregar un "fundador verificado", cambie a los perfiles. Ambos ajustes fueron absorbidos sin reiniciar la construcción.
El ciclo autónomo de detección y corrección de errores es real e impresionante. Tres veces durante la compilación, Codex detectó problemas en su propio trabajo (una vez, una condición de carrera de migración de Prisma, una vez una colisión de clase Tailwind, una vez un error de hidratación en un componente del servidor) y los solucionó sin preguntarme. Lo vi suceder. La transcripción muestra a Codex leyendo su propia salida de consola, identificando el error, planificando una solución, aplicando la solución y volviendo a ejecutar la prueba. Ese bucle, más que cualquier otra cosa en la compilación, es lo que hace que la súper aplicación Codex AI se sienta categóricamente diferente de un copiloto de codificación.
Lo que el video no muestra: la compilación también produjo dos errores reales que Codex no detectó por sí solo. El flujo de "unirse a la reunión" creó un registro de confirmación de asistencia, pero no devolvió el nuevo recuento de asistentes, por lo que la interfaz de usuario mostró datos obsoletos hasta que se actualizó. Y el formulario de creación de reuniones te permite enviar con una cadena de ubicación vacía, lo que rompe la página de descubrimiento. Capté ambos manualmente en quince minutos de hacer clic. Una vez que los señalé, Codex los solucionó en menos de un minuto cada uno. Entonces, la autonomía es real pero limitada: detecta lo que detectan sus pruebas automatizadas y pasa por alto lo que detecta un usuario humano al usar la aplicación de la misma manera que un humano usa una aplicación.
Estado final de la compilación: una aplicación Next.js 15 funcional que, de manera realista, podría enviar a una pequeña versión beta privada. No de calidad de producción. La autenticación era solo por correo electrónico, sin limitación de velocidad, sin límites de error adecuados en las rutas orientadas al usuario. Probablemente ocho horas más de pulido humano antes de presentarlo a los usuarios pagos. Pero habría pasado dos días construyendo solo un MVP, comprimido en una tarde con Codex haciendo el ochenta y cinco por ciento del trabajo.
La afirmación direccional en el video (que puedes crear aplicaciones sin escribir código) es real. La implicación de que el resultado se puede enviar tal cual no lo es. Cualquiera que te diga lo contrario te está vendiendo un curso.
Prueba 3: Hilos bifurcados y por qué estaba pensando en el AI paralelo incorrecto
Esta es la prueba en la que se rompió el encuadre de toda la publicación.
Las demostraciones de Vaibhav bifurcan un hilo de chat Codex en medio de una conversación, por lo que una bifurcación continúa construyendo la aplicación mientras que la segunda bifurcación genera una presentación del patrocinador y un video de lanzamiento para el mismo producto. Muestra ambas horquillas produciendo en paralelo. Tiempo total transcurrido: unos minutos para ambas salidas.
Hasta ahora había descartado los hilos bifurcados como un truco. La forma en que lo estaba pensando: un agente AI se ejecuta en computación, ya se pueden ejecutar dos agentes en dos ventanas, ¿cuál es la diferencia? Ese encuadre estaba mal y descubrir por qué estaba mal me llevó aproximadamente una hora de pruebas.
La diferencia es contexto compartido. Cuando bifurcas un hilo en Codex, ambas ramas heredan todo el historial de conversaciones, el estado del proyecto, los complementos, las credenciales y los artefactos parcialmente construidos hasta el punto de bifurcación. No son dos sesiones separadas. Son dos ramas de la misma sesión, lo que significa que la bifurcación de marketing sabe exactamente qué características incluye la bifurcación de ingeniería, la bifurcación de ingeniería sabe a qué posición se está comprometiendo la bifurcación de marketing y cualquier edición de los artefactos compartidos (la memoria del proyecto, por ejemplo) se propaga a través de ambas.
Lo probé en la aplicación de reuniones de fundadores de la Prueba 2. Una vez finalizada la compilación, bifurqué el hilo. Rama A: "diseñar y generar tres diapositivas de presentación que expliquen este producto a un patrocinador potencial". Rama B: "redactar un guión de vídeo de lanzamiento de 90 segundos que podría grabar sobre una grabación de pantalla de la aplicación". Los ejecuté simultáneamente.
La sucursal A produjo tres diapositivas (problema, producto, proyección de tracción) en aproximadamente tres minutos. Las diapositivas hacían referencia a características específicas que Codex había creado diez minutos antes: la alternancia de fundador verificado, el descubrimiento basado en la ciudad, el flujo de confirmación de asistencia. No afirmaciones de características genéricas. Referencias reales a rutas de código reales.
Branch B produjo un guión que comenzaba con "si alguna vez asististe a una reunión de fundadores y entraste a una sala llena de personas que estaban presentando su MLM, esta aplicación es para ti", lo que me hizo reír a carcajadas, porque esa apertura fue una devolución directa a una pregunta aclaratoria que había respondido catorce mensajes anteriormente en el hilo original, donde había explicado que el diferenciador era la verificación del fundador. Branch B había heredado ese contexto y lo utilizó para escribir un guión que no habría sido posible sin él.
Ésa es la idea. Los hilos bifurcados no tienen que ver con el paralelismo. Se trata de paralelismo coherente con el contexto. Dos agentes AI trabajan en subtareas relacionadas y comparten la misma comprensión del proyecto, el usuario y los artefactos, sin que un agente tenga que informar al otro. Se trata de un flujo de trabajo que realmente no existía hace un año y es lo más parecido a "tener un equipo AI" que ha producido la generación actual de agentes. El vídeo tiene razón en que esto cambia las cosas. El video está equivocado acerca de por qué. No es la velocidad. Es la coherencia.
Ahora he creado tres flujos de trabajo reales en torno a subprocesos bifurcados en las últimas dos semanas: código y documentos (rama de ingeniería + rama de documentación de la misma especificación), compilación y lanzamiento (rama de producto + rama de marketing del mismo MVP) y auditoría y reparación (rama de revisión de seguridad + rama de corrección de la misma base de código). Los tres producen resultados que encajan de una manera que dos sesiones separadas de AI nunca podrían hacerlo. Ese es el desbloqueo.
Dónde se vende demasiado el vídeo y dónde se vende menos
Después de cuatro días de pruebas, aquí está la división honesta.
Sobrevendido:
El encuadre "Los usuarios de ChatGPT se quedarán atrás en 2026" es marketing. ChatGPT no va a desaparecer: Codex está construido sobre la misma familia de modelos, se accede a través de la misma cuenta, y la interfaz conversacional sigue siendo el lugar donde el 90% del uso casual de AI ocurrirá en el futuro previsible. Codex es una superficie diferente para una categoría de trabajo diferente. No reemplaza a ChatGPT para el usuario promedio. Está reemplazando herramientas que aún no tiene para la categoría de usuario avanzado.
Las afirmaciones de ahorro de tiempo son agresivas. La automatización del newsletter no ahorra ni una hora al día. La creación de la aplicación no se realiza en minutos. La corrección de errores autónoma no detecta todos los errores. El encuadre "no se requieren habilidades de codificación" es técnicamente cierto para caminos felices y muy engañoso para cualquier proyecto que llegue a un caso límite real. Si no puedes leer el seguimiento de una pila, te toparás con un muro el tercer día de construir algo que no sea trivial.
El nombre de la herramienta de diseño no verificado. Como señalé anteriormente, "Papel" como herramienta de diseño de Codex no es algo que pueda confirmar con la documentación oficial de Codex de OpenAI o el registro de cambios de los desarrolladores. El complemento Figma es real. Otras herramientas de diseño funcionan mediante el modo de uso de computadora. No sé si "Paper" es un producto específico, una herramienta beta o un cambio de nombre de otra cosa.
Subvendido:
La función Automatizaciones está oculta en el vídeo y es el desbloqueo real de la superaplicación. El trabajo programado en segundo plano que se activa a lo largo de días o semanas, con acceso completo a complementos y memoria persistente, es una categoría genuinamente nueva de infraestructura de productividad. La mayoría de las personas lo subutilizarán porque no piensan en su trabajo en términos de tareas programadas. Los que lo hagan saldrán adelante.
El patrón de coherencia de contexto de subprocesos bifurcados se reduce a una demostración de "trabajo paralelo" cuando en realidad es un modelo de colaboración fundamentalmente nuevo con AI. Creo que este es el mayor cambio en el flujo de trabajo en toda la versión.
El ciclo autónomo de detección y corrección de errores se muestra brevemente, pero sus implicaciones son enormes. Un agente que puede leer la salida de su propia consola, identificar problemas y autocorregirse es la diferencia entre una herramienta que usted supervisa constantemente y una que controla. Eso cambia la economía unitaria de cuánto puedes construir por día.
El mercado de complementos como arquitectura de seguridad apenas se menciona. Según la cobertura del mercado de complementos en The Decoder, cada complemento es una concesión discreta de capacidad, limitada a datos y herramientas específicos. Así es como se genera confianza en un agente autónomo: haciendo que cada capacidad sea auditable. El video se salta esto porque no es sexy. Es la parte que más importará para la adopción empresarial.
El flujo de trabajo que realmente cambió el mío
Si tuviera que elegir un turno de estos cuatro días que voy a adelantar hasta mayo, sería este: ya no pienso en el trabajo de AI como "enviar mensaje, recibir resultados". Lo considero "configurar un espacio de trabajo, otorgar acceso, programar trabajo recurrente y registrarme periódicamente".
Eso suena obvio cuando está escrito. No es así como la mayoría de la gente usa AI en 2026. La mayoría de la gente todavía vive en el ciclo de pregunta y respuesta, tratando cada interacción de AI como una transacción única. La contribución real de la súper aplicación Codex AI es hacer del espacio de trabajo la unidad de interacción. Los proyectos mantienen un contexto persistente. Los complementos amplían el alcance. Las automatizaciones se ejecutan según lo programado. Los hilos bifurcados permiten un paralelismo coherente. Ninguno de ellos trata sobre un solo mensaje. Todos ellos tratan sobre infraestructura duradera.
Lo que separará a los usuarios avanzados de AI de los turistas de AI en la segunda mitad de 2026 es si realizan este cambio. Los turistas seguirán escribiendo indicaciones. Los usuarios avanzados ejecutarán diez automatizaciones en las que apenas piensan, tres proyectos con un contexto profundo y flujos de trabajo bifurcados que producen un trabajo coherente de múltiples salidas en una tarde.
No voy a predecir que los usuarios de ChatGPT se queden atrás. Ese es el tipo de hipérbole de YouTube que envejece mal. Pero diré esto: si todavía estás usando AI escribiendo en un cuadro de chat y esperando una respuesta, estás haciendo aproximadamente el 15% de lo que es posible actualmente con la misma suscripción que ya pagas. El otro 85% vive en la superficie de las superaplicaciones. Y ya no es teórico. Se envía, se ejecuta y está siendo utilizado por personas que silenciosamente superarán en producción a todos los que no se molestaron en aprenderlo.
Hay una pregunta que vale la pena plantearse esta noche: si abrieras Codex ahora mismo e intentaras configurar una única automatización que se ejecutara todas las mañanas antes de que te despertaras, ¿qué haría? Si la respuesta es "No lo sé", esa es la brecha. Cerrarlo es el trabajo.
Preguntas frecuentes
¿Qué es la súper aplicación Codex AI?
La súper aplicación Codex AI es el agente de escritorio de OpenAI que se ejecuta principalmente en GPT-5.5 y combina codificación, uso de computadora, un in-app browser, complementos para herramientas como Slack y Notion, memoria persistente y automatizaciones en segundo plano programadas. Envió su revisión de súper aplicación como Codex Desktop v26.415 el 16 de abril de 2026 y se incluye con los planes ChatGPT pagos en lugar de venderse por separado.
¿Codex es lo mismo que ChatGPT?
No. Codex es una aplicación de escritorio independiente que utiliza su cuenta ChatGPT pero expone una superficie diferente (acceso a archivos, control de computadora, complementos y automatizaciones programadas) construida en torno a la ejecución autónoma de tareas en lugar de una respuesta conversacional. ChatGPT sigue siendo la interfaz conversacional web/mobile; Codex es la capa de escritorio agente.
¿En qué modelo se ejecuta realmente Codex?
Según la documentación de los modelos OpenAI de Codex, Codex enruta entre GPT-5.5, GPT-5.5 Pro y variantes anteriores de 5-Codex según la clase de tarea y el nivel de suscripción. Las tareas agentes de alto esfuerzo generalmente se ejecutan en GPT-5.5 con un razonamiento extra alto habilitado, mientras que las tareas más ligeras utilizan puntos de control más rápidos para mantener una latencia razonable.
¿Puede Codex realmente crear una aplicación completa sin codificación?
Parcialmente. Codex puede planificar, desarrollar, construir y autoprobar un MVP funcional desde un mensaje en lenguaje natural; consulte la Prueba 2 anterior para ver una sesión real de cuatro horas que produjo una aplicación Next.js 15 funcional. Pero no detecta todos los errores, el resultado rara vez está listo para producción sin pulirlo y aún es necesario leer los seguimientos de la pila cuando los casos extremos rompen el bucle autónomo.
¿Cuál es la diferencia entre proyectos, complementos y automatizaciones?
Los proyectos son espacios de trabajo persistentes que contienen archivos, historial de conversaciones y credenciales para un ámbito específico. Los complementos son integraciones (Slack, Notion, Figma, Gmail y más de 90 personas más) que amplían el alcance de Codex a herramientas externas. Las automatizaciones son ejecuciones de agentes programadas y sin cabeza que ejecutan tareas definidas en un disparador; son la capa que hace que Codex parezca una súper aplicación en lugar de un chatbot. Para ver el desglose completo, consulte la sección anterior sobre los tres pilares.
Trabajemos juntos
¿Quiere crear sistemas AI, automatizar flujos de trabajo o ampliar su infraestructura tecnológica? Me encantaría ayudar.
- Fiverr (compilaciones e integraciones personalizadas): fiverr.com/s/EgxYmWD
- Cartera: mejba.me
- Ramlit Limited (soluciones empresariales): ramlit.com
- ColorPark (diseño y marca): colorpark.io
- xCyberSecurity (servicios de seguridad): xcybersecurity.io
