Hay momentos en que una herramienta suma una función nueva y uno piensa “bien, interesante”. Y hay otros momentos en que cambia de categoría. Pasa de ser algo prometedor a convertirse en algo que de verdad modifica cómo trabajas. Eso es exactamente lo que está pasando con Codex.
No hablo de una mejora menor ni de un botón decorativo. Hablo de funciones que te permiten trabajar desde el celular mientras el computador ejecuta todo, dejar que el agente siga avanzando con menos intervención manual, usar un navegador interno real para operar sitios web con sesión iniciada, e incluso hacer tareas prácticas de prospección comercial y personalización de propuestas.
La combinación de esas piezas hace que Codex deje de sentirse como un experimento simpático y empiece a parecerse a un asistente de trabajo serio.
El cambio más fuerte, al menos para mí, está en esto: ya no se trata solamente de pedirle que genere algo. Ahora puedes ponerlo a trabajar con más contexto, con más continuidad y con más autonomía.
Tabla de contenido
- 📱 Control remoto desde el celular
- 🎯 El modo objetivo para que Codex no se detenga
- 🧠 La calidad del prompt sigue importando
- 🐾 Mascotas, apariencia y pequeños detalles que humanizan la herramienta
- 🌐 El navegador interno es el verdadero cambio de juego
- 🗺️ Un caso práctico: buscar clientes potenciales en Google Maps
- 🏪 De lead detectado a propuesta personalizada
- 🎨 El frontend no siempre sale perfecto, pero se puede mejorar
- 🧩 Qué son los skills y por qué vale la pena usarlos
- 🚀 Lo más valioso no es una función aislada, sino el flujo completo
- ⚠️ Recomendaciones para usar estas funciones sin desperdiciar créditos
- 🔗 Recursos útiles para profundizar
- ✅ Por qué Codex ahora sí se siente demasiado útil
📱 Control remoto desde el celular
La función que más valor aporta en el día a día es la posibilidad de controlar Codex remotamente. Y no como una idea medio improvisada, sino como una integración bastante directa.
Desde el escritorio aparece la opción para enlazar un dispositivo móvil. En el teléfono, con la app de ChatGPT instalada, puedes conectarte al entorno de Codex y acceder a tus proyectos y conversaciones. En la práctica, eso significa que el celular se convierte en una especie de control remoto para el trabajo que corre en tu computador.
Eso cambia mucho la forma de usar la herramienta. Si estás fuera del escritorio, no quedas completamente desconectado del proyecto. Puedes entrar a una conversación existente, revisar en qué va, mandar una instrucción corta y dejar que la máquina siga haciendo el trabajo pesado.
La lógica es simple, pero muy potente:
- El celular sirve como punto de entrada.
- El computador mantiene el contexto del proyecto.
- Codex ejecuta la tarea donde realmente tiene acceso al entorno de trabajo.
Esto evita una fricción clásica en herramientas de IA: tener una idea o una necesidad cuando no estás sentado frente al equipo, pero no poder hacer nada útil con ella.
Acá sí puedes. Puedes abrir el proyecto correcto, entrar a la conversación correcta y dar instrucciones puntuales. Por ejemplo, si ya tienes una web en construcción y quieres que levante el entorno o continúe con una tarea, puedes hacerlo desde el teléfono. El valor no está solo en la movilidad. Está en la continuidad.
Y esa continuidad importa mucho más de lo que parece. Porque una de las grandes pérdidas de tiempo cuando trabajas con agentes es reexplicar el contexto. Si ya tienes la conversación, el proyecto y el histórico disponibles desde el móvil, no empiezas de cero cada vez.
Para gente que arma apps, landing pages, automatizaciones o prototipos con IA, esto es una mejora real de flujo de trabajo. No es un lujo. Es productividad concreta.
🎯 El modo objetivo para que Codex no se detenga
La segunda función que vale muchísimo la pena es la opción de perseguir un objetivo. Esta característica ya se podía forzar de alguna manera antes, pero ahora está más integrada en la interfaz y se siente mucho más oficial.
La idea detrás de este modo es bastante clara: en vez de obligarte a estar microgestionando cada paso, le marcas una meta y Codex sigue trabajando hasta acercarse lo más posible al resultado terminado.
Eso parece obvio, pero no lo es. Muchas herramientas de IA son buenas respondiendo al próximo prompt. Lo difícil es que mantengan criterio de continuidad. Es decir, que sepan cuándo revisar, corregir, completar y seguir avanzando sin que tú estés dándoles permiso cada treinta segundos.
Con este modo, si estás construyendo una web, una propuesta o alguna pieza funcional, puedes pedirle que continúe hasta dejarla lista según lo que ya se conversó. Eso reduce bastante la sensación de estar operando una herramienta a pedal.
Ahora bien, esta función trae una advertencia importante: puede gastar bastantes créditos.
Y tiene toda la lógica del mundo. Si activas una modalidad pensada para insistir, revisar y continuar por cuenta propia, la herramienta va a consumir más recursos que una interacción corta. Por eso conviene usarla en momentos donde realmente te interesa terminar o empujar fuerte un proyecto.
No es para cualquier cosa. Es para situaciones como estas:
- Cuando ya definiste bien el alcance de una landing o una app.
- Cuando el agente tiene suficiente contexto acumulado.
- Cuando quieres llegar a una versión presentable sin tantas pausas manuales.
- Cuando el costo de tu tiempo es mayor que el costo de dejarlo iterar.
Si se usa bien, el modo objetivo convierte a Codex en algo más cercano a un colaborador persistente que a un simple generador de respuestas.
🧠 La calidad del prompt sigue importando
Aunque Codex esté mejorando muchísimo, la calidad de lo que produce todavía depende bastante del contexto que le des. Y ahí entra un punto práctico que muchas veces se pasa por alto: la estructura del prompt inicial.
Cuando un prompt está bien ordenado, con objetivos claros, restricciones útiles y detalles consistentes, el resultado mejora. No por magia, sino porque el agente tiene menos espacio para interpretar mal.
Para eso resulta útil apoyarse en herramientas diseñadas específicamente para crear prompts de apps con IA. Una opción recomendada es Primera App, que sirve justamente para armar prompts más ordenados, completos y reutilizables.
Esto tiene especial sentido si trabajas creando productos, demos o propuestas para clientes. Un buen prompt no solo mejora el primer resultado. También mejora todas las iteraciones posteriores, porque establece una base más sólida desde el comienzo.
Y si además te interesa aprender más, compartir procesos o ver cómo otros están construyendo con este tipo de herramientas, también está la comunidad de Vibe Coding y apps con IA, donde este tipo de flujos tiene mucho sentido práctico.
🐾 Mascotas, apariencia y pequeños detalles que humanizan la herramienta
No todo en Codex son funciones pesadas de productividad. También hay detalles más livianos, como la posibilidad de elegir o crear una mascota dentro de la interfaz.
¿Es algo esencial? No. ¿Cambia por completo el trabajo? Tampoco. Pero sí hace que el entorno se sienta más personal.
Se puede seleccionar una mascota desde la configuración de apariencia y también crear una personalizada, ajustando ciertos comportamientos visuales. Es un detalle curioso, pero en un espacio donde pasas muchas horas trabajando, ese tipo de elementos puede hacer que la experiencia se sienta menos fría.
Además, tiene un efecto interesante: refuerza la idea de que estás interactuando con un agente activo dentro de un entorno vivo, no solamente con una caja de texto. Puede sonar menor, pero el diseño de interacción importa mucho cuando una herramienta te acompaña durante sesiones largas.
No diría que alguien va a elegir Codex por la mascota. Pero sí suma a la sensación de producto pulido.
🌐 El navegador interno es el verdadero cambio de juego
Si tuviera que elegir una novedad que realmente cambia el panorama, sería el navegador interno.
Y la razón no es solo que “ahora tiene navegador”. La razón es que no se queda en un navegador mínimo o simulado. Se siente mucho más cercano a un navegador completo, capaz de mantener estado, sesiones y datos de navegación.
Eso marca una diferencia enorme frente a muchos agentes que operan sobre entornos limitados o navegadores headless. En esos casos, la navegación suele ser frágil, parcial o poco útil para tareas reales. Aquí la historia es distinta.
Si te logueas en una aplicación, los datos pueden quedar disponibles dentro del entorno interno. Eso habilita una clase de automatizaciones y asistencias mucho más prácticas:
- Trabajar dentro de sitios donde necesitas sesión iniciada.
- Consultar información contextual real de páginas vivas.
- Delegar tareas repetitivas sobre interfaces existentes.
- Combinar navegación con generación y edición dentro del mismo flujo.
La diferencia entre “puede abrir páginas” y “puede operar con contexto real dentro de páginas” es gigantesca. La primera opción es una curiosidad. La segunda empieza a ser infraestructura de trabajo.
Además, el hecho de que puedas administrar elementos como cookies o datos de navegación deja claro que no estamos ante un navegador puramente decorativo. Hay una capa persistente que puede resultar extremadamente útil cuando quieres continuidad entre tareas.
Eso abre un montón de usos. No solo para investigación, sino también para prospección, validación, recolección de información y construcción de propuestas basadas en negocios reales.
🗺️ Un caso práctico: buscar clientes potenciales en Google Maps
La mejor forma de entender el valor del navegador interno es mirar un caso concreto. Una demostración muy buena consiste en usar Google Maps para buscar posibles clientes que todavía no tienen sitio web.
La lógica comercial detrás de esto es brillante por lo simple que es.
Supongamos que quieres ofrecer diseño o desarrollo web a negocios locales. Una forma clásica de hacerlo sería buscar rubros en un mapa, entrar negocio por negocio, revisar si tienen web, anotar los que no tienen y luego preparar una propuesta. Eso, hecho manualmente, consume muchísimo tiempo.
Con Codex, el flujo cambia bastante. Abres Google Maps dentro del navegador interno, haces la búsqueda local y luego le das una instrucción específica para que encuentre negocios con señales claras de no tener sitio web.
En el ejemplo, la búsqueda se hace sobre negocios de açaí en Fortaleza, Brasil. El agente revisa los resultados, evalúa si los perfiles muestran o no presencia web y te devuelve una lista más filtrada de candidatos.
Lo potente acá no es solo que encuentre lugares. Es que puede asumir una tarea que mezcla navegación, criterio y velocidad. Va revisando negocios uno por uno, sin cansarse y sin perder el hilo.
Eso tiene aplicaciones inmediatas para:
- Prospección comercial local.
- Generación de leads para servicios digitales.
- Auditorías rápidas de presencia online.
- Selección de negocios con mayor potencial de mejora.
Además, el resultado no queda en algo abstracto. Puedes pedirle que te deje el enlace directo del negocio más recomendable o que te lleve a la ficha exacta para revisar detalles.
Esa combinación entre filtrado automático y navegación puntual es muy buena. Ya no estás nadando en un mar de resultados irrelevantes. Estás llegando directo a candidatos concretos.
En herramientas de IA muchas veces se promete automatización, pero la automatización se cae cuando entra en contacto con una web real. Acá justamente lo llamativo es que el flujo se mantiene bastante bien incluso en una tarea real, no en una demo de laboratorio.
🏪 De lead detectado a propuesta personalizada
La parte más interesante viene después. Una vez encontrado un negocio con potencial, Codex no se queda solo en listar datos. También puede ayudarte a convertir esa información en una propuesta mucho más tangible.
En este caso, se parte de una landing genérica ya existente y se le pide al agente que la adapte para el negocio seleccionado. La instrucción incluye algo muy importante: usar las imágenes disponibles, incorporar el nombre del negocio y ajustar el contenido para que parezca una propuesta creada para esa empresa específica.
Esto es donde muchas personas se demoran horas. Porque no basta con copiar una plantilla y cambiar dos textos. Hay que revisar información real, rescatar elementos del negocio, entender el tono y hacer una adaptación que al menos dé la sensación de cercanía.
Codex toma ese trabajo y empieza a convertir una demo genérica en una página orientada al negocio encontrado.
Lo interesante es el tipo de datos que logra incorporar:
- Nombre del negocio.
- Imágenes visibles en la ficha.
- Calificación o reviews.
- Número de contacto.
- Ubicación y referencias del mapa.
Con eso, la página deja de ser un mockup genérico y empieza a parecer una propuesta comercial real. Y esa diferencia importa mucho cuando quieres vender un sitio web, una landing o una mejora digital a un negocio local.
Porque una cosa es decir “yo podría hacerte una página”. Otra muy distinta es mostrar una propuesta ya adaptada a su marca, con sus imágenes, sus datos y una estructura que parece lista para publicar.
Eso reduce muchísimo la distancia entre la conversación comercial y la decisión de compra.
En otras palabras, Codex no solo ayuda a encontrar oportunidades. También ayuda a materializarlas rápido.
🎨 El frontend no siempre sale perfecto, pero se puede mejorar
Hay que ser honestos con algo: los modelos no siempre son brillantes en frontend.
Pueden sacar algo funcional, pueden acercarse bastante, pero a veces aparecen detalles visuales raros, proporciones mejorables, decisiones de layout medio dudosas o elementos que se ven aceptables en una resolución y menos bien en otra.
Eso no invalida la herramienta. Solo significa que conviene usar apoyos adicionales cuando quieres subir la calidad visual.
En el flujo mostrado, una vez que Codex adapta la landing al negocio real, se detectan varios detalles de diseño que podían quedar mejor. Entonces se usa un skill de frontend para orientar mejor al modelo.
La lógica del skill es sencilla: darle al agente un conjunto de criterios, guías o contexto especializado que mejore cómo aborda el diseño visual.
En vez de simplemente decir “hazlo más bonito”, se aprovecha una especie de capa extra de instrucciones ya preparada para frontend.
Eso es importante porque el salto entre un diseño funcional y un diseño convincente muchas veces está en pequeños ajustes:
- Jerarquía visual más clara.
- Espaciados más consistentes.
- Mejor uso del color.
- Adaptación más razonable a desktop y tablet.
- Bloques de contenido más ordenados.
Con ese apoyo, la propuesta final mejora bastante. Sigue siendo una base trabajable, no necesariamente una obra maestra de dirección de arte, pero ya entra en una categoría mucho más útil para presentar, iterar o vender.
Y esa es una lección importante cuando se trabaja con IA aplicada a producto o diseño: no se trata de esperar perfección en la primera salida, sino de construir un flujo que permita mejorar rápido.
🧩 Qué son los skills y por qué vale la pena usarlos
Los skills son otra pieza interesante del ecosistema. Funcionan como extensiones o paquetes de comportamiento que ayudan a orientar al agente hacia tareas más especializadas.
En el caso del frontend, el skill actúa como una guía adicional para mejorar el diseño. Pero la idea general va mucho más allá. Puedes buscar skills que ya usa mucha gente, cargarlos y activarlos según el tipo de tarea que quieras resolver.
Esto es útil porque no todas las sesiones de trabajo parten desde la nada. Muchas veces ya existen recetas, estructuras o convenciones que otros han refinado antes. Aprovechar eso ahorra tiempo.
Un buen skill puede ayudarte a:
- darle mejores criterios al modelo,
- evitar errores repetitivos,
- subir la consistencia de resultados,
- especializar el flujo para diseño, código o análisis.
Si estás trabajando con agentes de forma frecuente, vale la pena explorar esta capa. A veces el problema no es que el modelo sea incapaz, sino que le falta una guía más aterrizada para resolver bien cierta tarea.
Y justamente ahí los skills pueden marcar una diferencia práctica.
🚀 Lo más valioso no es una función aislada, sino el flujo completo
Si uno mira cada novedad por separado, todas son útiles. Pero donde realmente aparece el valor grande es en la combinación:
- control remoto desde el celular,
- modo objetivo para avanzar con menos intervención,
- navegador interno con sesiones reales,
- prospección asistida,
- adaptación de una web a un negocio concreto,
- uso de skills para mejorar la salida final.
Eso ya no es una función suelta. Es un flujo de trabajo completo.
Primero detectas una oportunidad. Después la investigas. Luego construyes una propuesta. Finalmente la mejoras para dejarla en un estado más convincente. Todo dentro del mismo ecosistema.
Ese es el punto donde Codex deja de sentirse como una herramienta de curiosidad y empieza a sentirse como una palanca seria para trabajo real.
Y no solo para vender webs. También podría usarse para otros escenarios donde hay que investigar algo en internet, reunir contexto y transformarlo en un entregable:
- auditorías rápidas,
- microinvestigación comercial,
- propuestas personalizadas,
- validación de oportunidades,
- armado de demos contextualizadas.
Cuando una IA puede navegar, recordar, adaptar y seguir avanzando, la conversación cambia.
⚠️ Recomendaciones para usar estas funciones sin desperdiciar créditos
Como pasa con cualquier herramienta potente, el truco no está solo en tener acceso, sino en usarla con criterio. Estas funciones son útiles, sí, pero también pueden llevarte a gastar más de la cuenta si las activas sin una intención clara.
Algunas recomendaciones simples:
- Usa el modo objetivo solo cuando el proyecto ya esté bien encaminado. Si todavía estás explorando ideas muy abiertas, probablemente no conviene dejarlo iterar sin control.
- Da instrucciones concretas. Cuanto más claro sea el objetivo, menos vueltas innecesarias va a dar el agente.
- Aprovecha el contexto acumulado. En vez de abrir sesiones nuevas para todo, trabaja sobre conversaciones donde ya exista historial útil.
- Revisa hitos intermedios. Aunque el agente avance solo, sigue siendo buena idea hacer checkpoints.
- Usa skills cuando sepas que una tarea suele fallar. Especialmente en frontend, esto puede ahorrarte varias rondas.
- Piensa en tareas de alto retorno. Prospección, propuestas o automatizaciones concretas tienen mucho más sentido que experimentos sin objetivo.
En pocas palabras, no se trata de pedirle que haga cualquier cosa por horas. Se trata de delegar bien.
🔗 Recursos útiles para profundizar
Si quieres sacarle más provecho a este tipo de flujos, hay varios recursos que vale la pena tener a mano.
- Primera App para crear prompts más sólidos y ordenados al construir apps con IA.
- La comunidad de Vibe Coding para aprender y compartir procesos alrededor de apps e IA.
- Otro video sobre Codex si quieres ampliar el contexto de cómo se viene usando la herramienta.
- Una segunda guía de Codex para seguir profundizando en funciones y casos de uso.
- Un tercer recurso sobre Codex si quieres explorar más ejemplos y flujos prácticos.
✅ Por qué Codex ahora sí se siente demasiado útil
La razón principal es que empezó a resolver problemas reales de flujo de trabajo, no solo tareas aisladas.
Poder operarlo desde el celular le da flexibilidad. El modo objetivo le da persistencia. El navegador interno le da contexto operativo. La prospección en Google Maps le da aplicación comercial. La adaptación de una web le da salida tangible. Y los skills le dan una capa extra de especialización.
Juntas, esas piezas hacen que Codex no sea simplemente una herramienta para probar cosas, sino una herramienta para avanzar trabajo.
¿Está perfecto? No. ¿Todavía hay que supervisarlo? Sí, por supuesto. ¿El frontend sale impecable siempre? Para nada.
Pero incluso con esas limitaciones, ya hay algo muy claro: la eficiencia que está logrando en tareas que mezclan navegación, criterio y ejecución es sorprendentemente alta.
Y cuando una herramienta empieza a ahorrar tiempo de verdad en tareas que antes requerían esfuerzo manual repetitivo, la conversación deja de ser “qué interesante” y pasa a ser “cómo integro esto en mi proceso”.
Ahí es donde Codex se volvió demasiado útil.




