Codex amplía enormemente su colección de casos de uso

• OpenAI renovó a fondo la página de casos de uso de Codex, ampliándola de 12 a 52 casos de uso publicados
• Ahora deja de posicionarse solo como una ayuda para programar y pasa a presentarse como una plataforma a la que equipos de toda la empresa delegan trabajo, incluyendo ingeniería, diseño, datos, finanzas, operaciones, QA y ventas
• Se organiza en torno a flujos de trabajo reales que se delegan a Codex, como Computer Use (automatización en Mac), gestión de la bandeja de entrada de Gmail, Slack, Zoom, documentos, hojas de cálculo, modelado financiero (DCF, flujo de caja, presupuesto), desarrollo nativo para iOS/macOS, flujos de ventas y marketing, QA, automatización, despliegue, Evals e incluso la app de ChatGPT

1. Configurar Codex como compañero de trabajo (Automation / Integrations)

Dificultad: Easy | Tiempo requerido: Long-running

• Conecta en un solo hilo de Codex herramientas donde realmente fluye el trabajo, como Slack, Gmail, Calendar, Notion, GitHub, Linear y notas locales, para usarlo como “un compañero que conoce el contexto de mi trabajo”
• En la primera ejecución, Codex puede buscar solicitudes importantes que sea fácil pasar por alto, documentos modificados, decisiones enterradas y handoffs bloqueados, mientras el usuario le da retroalimentación sobre qué es útil y qué es ruido
• Después, se puede agregar automatización al mismo hilo para que revise el contexto de forma periódica. Las decisiones que requieran criterio están diseñadas para escalarse al usuario en lugar de resolverse por cuenta propia
• Ideal para: personas, operadores, managers, PM e ingenieros que necesitan seguir constantemente contexto de trabajo disperso en varias herramientas

2. Convertir feedback en acciones (Data / Integrations)

Dificultad: Easy | Tiempo requerido: 30m

• Reúne feedback de varias fuentes, como canales de Slack, issues de GitHub/Linear, CSV de encuestas, notas de entrevistas con clientes y documentos de Google Drive, y lo organiza en entregables revisables en Google Sheets o Docs
• Codex agrupa el feedback por temas, enlaces de evidencia, preguntas de seguimiento y acciones asignadas, y luego puede continuar con actualizaciones en Slack o borradores de issues
• Si las fuentes de feedback cambian constantemente, se puede automatizar el mismo hilo para que solo avise sobre temas nuevos o puntos cuya evidencia se haya fortalecido
• Ideal para: equipos que necesitan convertir feedback beta, VOC de clientes, hilos de issues y notas de investigación en acciones de producto

3. Limpiar y preparar datos desordenados (Data / Knowledge Work)

Dificultad: Easy | Tiempo requerido: 5m

• Cuando en un CSV u hoja de cálculo hay formatos de fecha mezclados, cadenas de moneda, filas duplicadas, valores vacíos, filas de resumen o alias, permite crear una copia limpia conservando el original
• El usuario especifica con claridad los problemas visibles y el formato de salida deseado, por ejemplo un CSV limpio, un archivo para subir o una nueva pestaña de hoja
• Codex deja tanto el archivo limpio como notas sobre la calidad de los datos, para que una persona pueda revisarlos antes del análisis o la carga
• Ideal para: equipos que deben pulir archivos de datos recibidos de varios sistemas para análisis o carga en sistemas operativos

4. Consultar datos tabulares (Data / Knowledge Work)

Dificultad: Easy | Tiempo requerido: 30m

• Si se le hacen preguntas sobre archivos CSV, hojas de cálculo, exports de dashboards, Google Sheets o archivos de datos locales, Codex revisa las columnas y realiza cálculos, agregaciones y generación de gráficos
• Se recomienda un flujo que no se limite a responder, sino que también cree visualizaciones en el navegador basadas en HTML que puedan abrirse directamente en la app de Codex
• Después del primer análisis, se pueden pedir análisis de seguimiento en el mismo hilo para continuar comparaciones por región, cohorte, producto, semana, versión del modelo o segmento de clientes
• Ideal para: trabajo orientado por datos que necesita cálculos rápidos, gráficos simples o resúmenes para reuniones

5. Revisar Pull Requests de GitHub (Integrations / Workflow)

Dificultad: Easy | Tiempo requerido: 5s

• Se puede conectar Codex code review a una organización o repositorio de GitHub para recibir revisiones automáticas en cada PR, o pedir revisiones manualmente desde los comentarios del PR
• El foco principal es obtener señales adicionales de revisión que a las personas se les pueden escapar, como regresiones de seguridad, pruebas faltantes, cambios de comportamiento riesgosos o documentación ausente
• Si se escriben prioridades de revisión y reglas por archivo en AGENTS.md, se pueden personalizar los criterios de revisión de Codex según el repositorio
• Ideal para: equipos que necesitan señales adicionales de revisión antes del merge y grandes codebases en producción

6. Gestionar la bandeja de entrada (Automation / Integrations)

Dificultad: Easy | Tiempo requerido: 5m

• Conecta Gmail para encontrar correos que necesitan respuesta y redacta borradores con el tono del usuario tomando como referencia correos enviados recientemente o ejemplos de escritura ya aprobados
• Si el contexto no basta solo con el correo, puede buscar decisiones recientes, responsables, archivos o bloqueos en herramientas de trabajo como Slack, Google Drive o notas de proyecto
• La primera ejecución se plantea como una calibración: después de dar feedback sobre qué correos ignorar y qué tono usar, puede evolucionar a una automatización periódica
• Ideal para: personas que quieren manejar repetidamente la clasificación de la bandeja de entrada y la redacción de borradores de respuesta

7. Implementar diseños responsive de frontend (Front-end / Design)

Dificultad: Intermediate | Tiempo requerido: 1h

• Toma capturas de pantalla, briefs de diseño e imágenes de referencia y los convierte en una UI responsive que reutiliza el sistema de diseño, tokens y componentes del repositorio existente
• Codex abre un navegador real con Playwright y compara iterativamente la implementación con la referencia en breakpoints de escritorio y móvil
• En las partes ambiguas, conviene indicarle que elija la implementación más simple ajustada a los patrones existentes, en lugar de crear un nuevo sistema de diseño, y que explicite los supuestos
• Ideal para: implementar nuevas pantallas de frontend o integrar pantallas diseñadas en una app existente

8. Entender una codebase grande (Engineering / Analysis)

Dificultad: Easy | Tiempo requerido: 5m

• Al entrar en un repositorio o área funcional desconocida, se le puede pedir a Codex que explique el flujo de solicitudes, la responsabilidad de los módulos, dónde se validan los datos, los efectos secundarios y qué archivos leer después
• En lugar de un resumen general, se obtienen explicaciones más útiles cuanto más específica sea el área del sistema que se indique
• Se recomienda seguir con preguntas sobre dónde está la lógica de negocio, los puntos de validación, tareas en segundo plano fáciles de pasar por alto y las pruebas que conviene ejecutar después de cambios
• Ideal para: onboarding de nuevos ingenieros y desarrolladores que necesitan entender rápido el flujo del código antes de modificar funciones

9. Crear el armazón de una app para Mac (macOS / Code)

Dificultad: Advanced | Tiempo requerido: 1h

• Usa el plugin Build macOS Apps para crear el armazón de una app nativa de Mac con SwiftUI y definir una estructura con barra lateral, panel de detalle e inspector basada en NavigationSplitView
• Se indica que desde el inicio diseñe una estructura natural para una app de escritorio, incluyendo menú, toolbar, atajos de teclado y escena de Settings
• El objetivo es una estructura de app para Mac donde ventanas, estado de selección, comandos y configuración funcionen de forma estable, no una simple ampliación de una app de iPad o web
• Ideal para: apps de Mac como editores, librerías, herramientas de administración o herramientas de revisión que necesitan barra lateral e inspector

10. Controlar mi computadora con Codex (Knowledge Work / Workflow)

Dificultad: Easy | Tiempo requerido: 5m

• Con Computer Use, Codex puede ver directamente apps de Mac, hacer clic, escribir y realizar tareas entre varias apps y ventanas
• Es adecuado para flujos dentro de interfaces de apps generales sin un plugin dedicado, por ejemplo tomar información de Notes e ingresarla en otro sistema, o revisar mensajes en Messages y redactar una respuesta
• Conviene comenzar la solicitud con @Computer e incluir tanto el resultado deseado como las acciones riesgosas en las que debe detenerse
• Adecuado para: tareas repetitivas que solo pueden hacerse dentro de la UI de una app, trabajo de conocimiento que va y viene entre varias ventanas y archivos

11. Automatizar el triage de bugs (Automation / Quality)

Dificultad: Intermedio | Tiempo requerido: 1h

• Permite que Codex recorra los lugares donde se acumulan señales de bugs, como alertas de Sentry, hilos de Slack, issues de Linear/GitHub, checks fallidos de PR, logs y tickets de soporte
• Primero se crea una lista de candidatos con una revisión manual, luego se ajusta en el mismo hilo qué elementos son útiles y después se pasa a una automatización periódica
• Cuando haya suficiente confianza, se puede hacer que Codex redacte incluso issues de Linear, actualizaciones para Slack, comentarios en GitHub y borradores de notas de handoff
• Adecuado para: equipos de producto e ingeniería que deben priorizar a diario reportes de bugs dispersos en varias herramientas

12. Generar decks de diapositivas (Data / Integrations)

Dificultad: Fácil | Tiempo requerido: 30m

• Codex edita directamente archivos de PowerPoint con código y, combinado con generación de imágenes, actualiza decks existentes o crea otros nuevos
• Se especifican reglas previas a la entrega, como la posición de logos, la disposición de texto/imágenes en ciertas diapositivas, mantener el branding existente y revisar desbordes o sustitución de fuentes
• Se recomienda dejar las diapositivas como .pptx editables, y que Codex aplique reglas de layout repetibles en cada diapositiva
• Adecuado para: equipos que convierten entradas estructuradas o notas en materiales de presentación, o trabajos que requieren modificar en masa decks existentes

13. Iniciar tareas de programación desde Slack (Integrations / Workflow)

Dificultad: Fácil | Tiempo requerido: 5m

• Se instala la app de Slack, se conecta el repositorio y el entorno, y luego se menciona a @Codex en un hilo para iniciar una tarea de código
• Si el hilo contiene suficiente información sobre la solicitud, las restricciones y el resultado deseado, Codex ejecuta una tarea en la nube con ese contexto
• Se puede abrir el enlace del resultado para revisarlo, y cualquier ajuste adicional necesario puede continuarse en el mismo hilo de Slack
• Adecuado para: equipos que quieren delegar directamente desde una discusión en Slack el triage de issues, correcciones de bugs o pequeñas tareas de implementación

14. Iterar rápidamente pequeños cambios de UI (Front-end / Design)

Dificultad: Fácil | Tiempo requerido: 5m

• Cuando la estructura de una app ya está definida, permite resolver rápidamente pequeños cambios de UI uno por uno, como spacing, alignment, color, copy, responsive behavior o state
• Se recomienda un ciclo de “una nota visual a la vez, una pequeña edición a la vez, una verificación en el navegador a la vez” usando un modelo rápido como Codex-Spark
• Se pide definir con precisión el alcance del cambio y conservar componentes, tokens, primitives de layout y flujo de datos existentes
• Adecuado para: ajustes finos de UI surgidos en revisiones de diseño, o cambios que deben aplicarse en el momento durante una revisión de producto

15. Coordinar el onboarding de nuevas contrataciones (Integrations / Data)

Dificultad: Intermedio | Tiempo requerido: 30m

• Reúne la lista de nuevas contrataciones aprobadas, el tracker de onboarding, el mapeo de managers/equipos, el estado de preparación de equipos y cuentas, y los hitos del calendario para crear un paquete de onboarding revisable
• Se recomienda que la primera pasada sea de solo lectura, y que las invitaciones reales, DM, correos, creación de canales y actualizaciones de sistemas requieran una aprobación explícita después de la revisión
• También puede preparar resúmenes por equipo, brechas de preparación, nombres de espacios de bienvenida, listas de invitación, checklists de la primera semana y borradores de anuncios
• Adecuado para: People, Recruiting, IT, Workplace Operations y managers que reciben a nuevas contrataciones

16. Aprender un concepto nuevo (Knowledge Work / Data)

Dificultad: Intermedio | Tiempo requerido: 30m

• Hace que Codex lea materiales densos como papers, materiales de clase o documentos largos, y organice el problema, las contribuciones, los métodos, los experimentos, las limitaciones y los conceptos previos
• Con Subagents, se pueden dividir roles para entender la estructura del texto, investigar conocimientos previos, analizar figuras/fórmulas y redactar el informe final
• Conviene que el resultado quede en una forma revisable más adelante, como un informe en Markdown, diagramas Mermaid, un concept map o una tabla de claim-to-evidence
• Adecuado para: personas que necesitan aprender rápidamente un área de investigación desconocida, conceptos técnicos complejos o materiales extensos de un curso

17. Actualizar integraciones de API (Evaluation / Engineering)

Dificultad: Intermedio | Tiempo requerido: 1h

• Migra integraciones existentes de OpenAI API hacia los modelos y funciones de API actualmente recomendados, preservando el comportamiento y validando regresiones
• No se trata solo de cambiar el nombre del modelo: primero se hace un inventario de endpoints actuales, supuestos sobre tools, formato de respuesta, prompts y rutas de evaluación
• Se recomienda usar openai-docs para revisar la guía más reciente de modelos/prompts, y validar el comportamiento antes y después del cambio con un pipeline de eval como Promptfoo
• Adecuado para: productos que usan modelos o endpoints antiguos, y equipos que necesitan pruebas de regresión para una actualización de modelo

18. Desplegar una app o sitio web (Front-end / Integrations)

Dificultad: Intermedio | Tiempo requerido: 30m

• A partir de un repositorio, capturas de pantalla, un brief de diseño, una idea de producto, documentación de API y fuentes de datos, Codex crea o modifica una web app y la despliega hasta una preview URL de Vercel
• La clave es hacer que realice revisión del proyecto, build/tests, análisis de logs de fallos y validación de la preview antes del despliegue
• Incluso después del despliegue, en el mismo hilo se puede seguir con correcciones del layout móvil, incorporación de datos recientes o arreglos de build logs fallidos
• Adecuado para: equipos que quieren convertir rápidamente una idea o diseño en una web preview compartible

19. Convertir diseños de Figma en código (Front-end / Design)

Dificultad: Intermedio | Tiempo requerido: 1h

• A través del servidor MCP de Figma, obtiene el contexto de diseño, variables, assets y variants de nodos exactos, y luego los traduce a código de acuerdo con el sistema de diseño del repositorio existente
• Se recomienda empezar la implementación asegurando estructura y referencias en el orden get_design_context y, si hace falta, get_metadata, get_screenshot
• Con Playwright, compara en el navegador el resultado implementado con la referencia de Figma y corrige iterativamente diferencias de comportamiento responsivo e interacción
• Adecuado para: equipos de diseño/front-end que deben implementar en una base de código existente pantallas o flujos terminados en Figma

20. Hacer QA de una app con Computer Use (Automation / Quality)

Dificultad: Intermedio | Tiempo requerido: 30m

• Computer Use ve la interfaz real, hace clic, escribe, se desplaza y ejecuta los flujos principales del usuario, además de registrar los puntos de falla
• Indica con claridad el entorno, los flujos clave a probar, el formato del reporte de bugs, los criterios de severidad, los pasos de reproducción y los resultados esperados/reales
• Puede detectar tanto bugs funcionales como problemas de UI, y organiza los resultados en un formato de triage summary para QA o para entregarlo a ingeniería
• Ideal para: validar flujos críticos antes del lanzamiento y equipos que quieren estructurar mejor el QA manual

21. Analizar datasets y generar reportes (Data / Analysis)

Dificultad: Intermediate | Tiempo estimado: 1h

• Carga archivos de datos desordenados y los limpia, une, explora, visualiza y modela para empaquetarlos como reportes o dashboards útiles para la toma de decisiones
• Es importante hacer que Codex entienda primero el entorno de Python del proyecto, el package manager, la carpeta de salida y las convenciones de scripts
• Si pasas la limpieza repetitiva de notebooks, la exportación de spreadsheets y el packaging del reporte final a una skill reutilizable, será más fácil reutilizar el mismo flujo de análisis
• Ideal para: analistas o equipos de producto que necesitan entregables de análisis reproducibles, desde limpieza de datos hasta gráficos, notas e informes

22. Completar tareas surgidas de mensajes (Knowledge Work / Integrations)

Dificultad: Easy | Tiempo estimado: 5m

• Computer Use encuentra y resuelve tareas pendientes ocultas en hilos de Messages, como reservas, investigación, coordinación de agendas, envío de recibos o recopilación de información
• Puedes indicarle un remitente o hilo específico y hacer que, al terminar la tarea, redacte una respuesta para enviar en el hilo original
• Es importante indicarle que se detenga y pida aprobación obligatoriamente antes de realizar acciones difíciles de revertir, como pagos, pedidos o confirmaciones de reservas
• Ideal para: personas que quieren encargarse de pequeñas tareas accionables surgidas de mensajes personales sin dejar ninguna pasar

23. Crear un PoC a partir de una idea (Front-end / Engineering)

Dificultad: Intermediate | Tiempo estimado: 1h

• Primero crea un mockup de UI de alta calidad con GPT Image/ImageGen para definir la dirección visual, y luego implementa un prototipo funcional basado en ese mock con Build Web Apps o el plugin Game Studio
• Es adecuado para ideas iniciales de producto donde un PoC realmente clickeable responde más preguntas que un simple plan en documento
• Conviene adjuntar en un nuevo turn la imagen que se quiera implementar al final, para que Codex la use directamente como referencia
• Ideal para: equipos que quieren visualizar y validar rápidamente ideas de dashboards, herramientas, web apps o juegos

24. Crear juegos basados en navegador (Engineering / Code)

Dificultad: Intermediate | Tiempo estimado: Long-running

• En lugar de empezar a programar directamente desde el brief del juego, haz que primero redacte un PLAN.md con los objetivos del jugador, el loop principal, los controles, las condiciones de victoria y derrota, el renderizado y el plan de assets
• Usa ImageGen para crear concept art, sprites, fondos y assets de UI, e itera probando en el navegador real con Playwright la sensación de control y el estado de la pantalla
• Como los juegos requieren revisar continuamente código, UI, assets, balanceo y despliegue, es un caso muy adecuado para el trabajo iterativo de largo plazo de Codex
• Ideal para: crear un juego de navegador desde cero o iterar y validar repetidamente la sensación de control y lo visual de un prototipo

25. Iterar sobre problemas difíciles (Engineering / Analysis)

Dificultad: Advanced | Tiempo estimado: Long-running

• Proporciona un sistema de evaluación claro, scripts de puntuación y artifacts revisables para que Codex ejecute un loop de mejora basado en puntajes
• Usa tanto deterministic check como puntuaciones de LLM-as-a-judge, y define una stopping rule para el overall score y el promedio del judge
• La estructura hace que Codex repita en cada iteración: verificar la salida actual, medir la puntuación, aplicar una sola mejora, reevaluar y registrar logs
• Ideal para: problemas de optimización que no se resuelven de una sola vez y tareas donde la calidad visual o subjetiva debe mejorarse varias veces

26. Guardar workflows como Skills (Engineering / Workflow)

Dificultad: Easy | Tiempo estimado: 5m

• Guarda como skill reutilizable los hilos de Codex que funcionaron bien, reglas de revisión, comandos de prueba, checklists de lanzamiento, reglas de diseño, ejemplos de escritura y scripts por repositorio
• Usa $skill-creator para estructurar cuándo debe activarse, qué materiales y comandos usar y qué tipo de salida se necesita
• Las skills del directorio home pueden usarse en cualquier repo, y las skills dentro del proyecto pueden compartirse con el equipo al hacer commit
• Ideal para: equipos que quieren hacer que Codex recuerde tareas repetitivas en vez de pegar prompts largos cada vez

27. Actualizar documentación (Engineering / Code)

Dificultad: Easy | Tiempo estimado: 30m

• Lee en conjunto cambios de código, pruebas, notas de lanzamiento y contexto de PR/issues, y actualiza README, documentación para desarrolladores, migration note y runbook
• Conviene hacer que Codex primero busque en la documentación existente el feature name, config key, comando o ejemplo relacionado, y que modifique solo la superficie mínima necesaria
• Si se trata de documentación pública, limita explícitamente que no se mezclen roadmap interno, información de clientes ni contexto privado
• Ideal para: equipos de documentación técnica o ingeniería que necesitan mantener la documentación al día junto con los cambios del producto

28. Construir apps de iOS (iOS / Code)

Dificultad: Advanced | Tiempo estimado: 1h

• Codex hace el scaffold de una app iOS con SwiftUI y configura un loop de build/ejecución CLI-first basado en xcodebuild o Tuist
• Si es un proyecto existente, puede trabajar consultando con XcodeBuildMCP la información de scheme, simulator, screenshot y automatización de UI
• Si agregas skills de iOS como SwiftUI expert, Liquid Glass o SwiftUI performance, podrás avanzar con más estabilidad en implementación de UI, adopción de APIs recientes y revisión de rendimiento
• Ideal para: apps SwiftUI greenfield y proyectos existentes de iPhone/iPad que requieren validación basada en simulador

29. Refactorizar un codebase (Engineering / Code)

Dificultad: Advanced | Tiempo estimado: 1h

• Identifica código muerto, lógica duplicada, módulos gigantes, abstracciones antiguas y patrones legacy, y los organiza en unidades pequeñas y revisables
• Como refactorizar no es una stack migration sino mejorar la forma del sistema manteniendo su comportamiento, hay que indicar explícitamente que conserve el comportamiento público
• Se recomienda usar ExecPlan o una skill reutilizable para dividir una gran limpieza en checkpoints y repetir pruebas y validaciones
• Ideal para: equipos con codebases antiguos donde agregar funcionalidades es cada vez más costoso y se necesita una limpieza que preserve el comportamiento

30. Agregar App Intents de iOS (iOS / Code)

Dificultad: Advanced | Tiempo estimado: 1h

• Identifica las acciones y entidades clave dentro de la app para que puedan usarse desde superficies del sistema como Shortcuts, Siri, Spotlight, widgets y controls
• En vez de diseñar toda la pantalla, primero define algunas actions que el usuario querría ejecutar sin abrir la app y los objects que el sistema necesita entender
• El flujo consiste en que Codex analice el modelo, la navegación y las rutas de acceso a datos de la app existente, e implemente de forma acotada la primera intent surface
• Ideal para: apps que ya tienen funciones útiles, pero que no se muestran bien en la automatización y búsqueda del sistema de iOS

31. Crear una app para macOS (macOS / Code)

Dificultad: Advanced | Tiempo estimado: 1h

• Al crear una app de macOS basada en SwiftUI, hace que primero se elija un scene model como WindowGroup, Window, Settings, MenuBarExtra o DocumentGroup
• Configura un ciclo de build/ejecución con enfoque shell-first mediante xcodebuild, swift build y el script local del proyecto script/build_and_run.sh
• A medida que la app crece, aborda ventanas, menús, sidebar, Settings, interoperabilidad con AppKit y problemas de signing desde la perspectiva de una app de escritorio
• Ideal para: nuevas apps de Mac que necesitan una estructura nativa de escritorio, o mejoras de UI/build/despliegue en apps de Mac existentes

32. Aplicar Liquid Glass (iOS / Code)

Dificultad: Advanced | Tiempo estimado: 1h

• Con iOS 26 y Xcode 26 como referencia, compila una app SwiftUI existente y distingue entre el system glass que se obtiene automáticamente en controles estándar y la UI personalizada que debe reemplazarse manualmente
• Hace que el stack personalizado de blur/material se migre a glassEffect, GlassEffectContainer, el estilo de botón glass y la transición glassEffectID nativos
• Si se necesita compatibilidad con versiones anteriores de iOS, debe mantenerse con claridad #available(iOS 26, *) y una ruta de fallback
• Ideal para: equipos que quieren migrar de forma segura los flujos de alto tráfico de una app existente a iOS 26 Liquid Glass

33. Agregar telemetría en Mac (macOS / Code)

Dificultad: Advanced | Tiempo estimado: 30m

• Agrega logs de alta señal basados en Apple Logger a flujos como apertura de ventanas, selección en sidebar, comandos de menú y hitos de sincronización en una app de Mac
• Hace que Codex compile/ejecute la app y demuestre en Console o log stream que los eventos reales ocurrieron en el orden esperado
• Evita payloads sensibles y define claramente subsystem/category para que en el loop de depuración agentic se puedan decidir los siguientes parches con base sólida
• Ideal para: funciones de apps de Mac cuyo flujo es difícil de seguir solo con code review, o loops de depuración basados en logs

34. Depurar en el simulador de iOS (iOS / Code)

Dificultad: Advanced | Tiempo estimado: 1h

• Codex y XcodeBuildMCP encuentran el scheme/simulator, compilan/ejecutan la app y luego leen la jerarquía de UI para hacer tap, type, swipe, screenshot y captura de logs
• Si hace falta, adjunta LLDB para revisar stack frames, local variables y breakpoints, y convierte un bug report vago en una corrección pequeña y reproducible
• Tras los cambios, lo importante es volver a ejecutar la misma ruta en el simulador y dejar evidencia de que el bug desapareció
• Ideal para: bugs de UI en iOS que solo ocurren en ciertos flujos de taps/scroll/input, o problemas de crash/hang/navigation

35. Auditar incidentes de dependencias (Engineering / Quality)

Dificultad: Advanced | Tiempo estimado: 1h

• Cuando aparece un advisory de paquete público o un incidente de supply chain, hace que primero se cree un plan de auditoría conservador y de solo lectura, en vez de lanzarse a parchear de inmediato
• Codex distingue entre fuentes autoritativas y comentarios generales, define la evidencia necesaria para demostrar o descartar exposición, y revisa manifests, lock files, workflows de CI y scripts
• Como regla general, se evita ejecutar, instalar, compilar o probar código no confiable hasta contar con aprobación explícita
• Ideal para: equipos de seguridad/ingeniería y maintainers que deben responder rápido a un incidente de dependencias

36. Preparar briefs para reuniones (Integrations / Knowledge Work)

Dificultad: Easy | Tiempo estimado: 30m

• Reúne el contexto de una reunión que no alcanza con el calendar invite usando documentos de Drive, hilos de Slack, Gmail y notas previas, y lo organiza en objetivo, agenda, preguntas abiertas y una plantilla de notas
• Hace que Codex cree primero un inventario de fuentes y separe el contexto confirmado, los vacíos de información y las preguntas abiertas
• El material de preparación debe ser breve y fácil de escanear, además de permitir rastrear de qué fuente proviene cada dato
• Ideal para: managers, PMs, operadores, entrevistadores y personas que necesitan ordenar rápido el contexto antes de una reunión

37. Ejecutar playbooks de eventos (Integrations / Knowledge Work)

Dificultad: Intermediate | Tiempo estimado: 1h

• Reúne el canal de planificación del evento, documentos/decks/sheets/templates aprobados y deadlines del calendario para crear un playbook respaldado por fuentes
• La clave es gestionar por separado el copy de la página pública del evento y el checklist operativo interno, responsables, aprobaciones y preguntas abiertas
• Si es un evento recurrente, se puede agregar automatización al mismo hilo para seguir deadlines, aprobaciones, materiales faltantes y el estado del launch checklist
• Ideal para: gestión de programas de eventos en equipos de comunidad, DevRel, marketing y operaciones

38. Ejecutar migraciones de código (Engineering / Code)

Dificultad: Advanced | Tiempo estimado: 1h

• Al pasar de un legacy stack a un target stack, primero inventaría routing, data model, auth, config, background jobs, build, deploy, test y contratos externos
• Elige una estrategia incremental como compatibility layer, port módulo por módulo, branch-by-abstraction o reemplazo estilo strangler
• En cada checkpoint realiza validación de paridad, y los cambios visibles que exige la propia migración se manejan explícitamente como excepciones
• Ideal para: equipos que necesitan avanzar cambios de framework/runtime/lenguaje/sistema de build en unidades controladas

39. Refactorizar pantallas de SwiftUI (iOS / Code)

Dificultad: Advanced | Tiempo estimado: 1h

• Divide un archivo de pantalla SwiftUI enorme en section views pequeñas y un flujo de datos explícito, manteniendo el comportamiento y el layout.
• La skill de refactor de vistas SwiftUI del plugin Build iOS Apps recomienda un enfoque MV-first, evita agregar view models innecesarios y mueve los side effects fuera de body.
• Es importante incorporar un ciclo de validación pequeño para verificar que la UI no haya cambiado y que la funcionalidad también se mantenga.
• Ideal para: pantallas SwiftUI donde en body se mezclan layout, ramas condicionales, trabajo async y acciones inline.

40. Redactar borradores de PRD a partir de contexto interno (Integrations / Knowledge Work)

Dificultad: Fácil | Tiempo estimado: 30 min

• Reúne proyectos de Linear, canales de planificación en Slack, documentos de Notion/Google Drive, notas de reuniones y materiales de investigación para redactar un PRD revisable.
• Conviene definir con claridad el contrato de secciones, como problema, usuarios, requisitos, UX, consideraciones técnicas, launch plan, timeline, decisiones y preguntas abiertas.
• Primero revisa el appendix de fuentes para ver qué contexto usó Codex, y después ajusta los requirements y las open questions.
• Ideal para: PMs y equipos de producto que convierten información de discusiones internas en PRD, proposal, launch brief o decision memo.

41. Predecir flujo de caja (Data / Knowledge Work)

Dificultad: Intermedia | Tiempo estimado: 30 min

• Ingresa beginning cash, expected receipts, payroll, vendor payments, debt, tax, capex, working capital y timing assumptions para crear un workbook editable de cash-flow forecast.
• Hace que se conserve la cadencia original y que se cree una pestaña de resumen que muestre los supuestos que provocan un safety balance breach y presión de caja.
• Abre el .xlsx generado en Codex para revisar fórmulas, escenarios y timing assumptions, y modifícalo en el mismo hilo.
• Ideal para: equipos de finanzas/operaciones que elaboran un cash forecast de 13 semanas o mensual.

42. Crear un modelo de valuación DCF (Data / Knowledge Work)

Dificultad: Intermedia | Tiempo estimado: 30 min

• Ingresa historical financials, valuation assumptions y modeling notes para crear un workbook DCF con revenue growth, margin, capex, working capital, WACC y terminal value.
• Codex crea un .xlsx editable con tabs de modelo, fórmulas, supuestos y resumen de valuación, y el usuario lo revisa/modifica directamente en Codex.
• En el mismo hilo se puede continuar con la verificación de formula links, cambios de supuestos, incorporación de escenarios y ajustes del modelo.
• Ideal para: equipos de análisis/finanzas que necesitan crear y revisar rápidamente un workbook de valuación.

43. Revisar presupuesto vs. resultados reales (Data / Knowledge Work)

Dificultad: Fácil | Tiempo estimado: 30 min

• Ingresa budget plan, actuals export y close notes para crear un workbook de revisión que mapea los resultados reales a las categorías del plan y calcula variaciones.
• Conserva los inputs originales, el mapeo, las fórmulas de variación y la pestaña de resumen, y separa los problemas de conciliación de las preguntas financieras abiertas.
• En el mismo hilo se puede continuar ajustando el mapeo de categorías, agregando cortes por departamento y redactando un borrador de resumen financiero.
• Ideal para: equipos de finanzas que deben explicar a liderazgo las diferencias entre el gasto real y el presupuesto en revisiones de cierre mensual.

44. Seguir objetivos (Engineering / Automation)

Dificultad: Avanzada | Tiempo estimado: Ejecución prolongada

• Usa /goal para que Codex continúe trabajos de largo plazo sin detenerse en un solo turno, hasta llegar a una condición de cierre verificable.
• Especifica claramente el objetivo, la condición de detención, los archivos/documentos/logs/planes que debe leer primero y los comandos o artifacts que prueban el avance.
• Es ideal para trabajos como migraciones, large refactors, deployment retry loops, experimentos, juegos o prototipos, donde Codex puede avanzar de forma autónoma por checkpoints.
• Ideal para: tareas de programación que deben seguir avanzando durante varias horas, pero con un objetivo y un ciclo de validación claros.

45. Agregar Evals a aplicaciones de AI (Evaluation / Quality)

Dificultad: Intermedia | Tiempo estimado: 1 h

• Analiza el prompt, model call, tool, retrieval, agent y product requirement de una app de AI existente para agregar una suite de evals con Promptfoo.
• En lugar de intentar evaluar todo el sistema de una vez, conviene empezar por un solo comportamiento visible para el usuario, como classification, extraction, summarization, routing, grounding, tool use o reglas de formato.
• Codex crea la configuración y los datos de prueba, ejecuta el eval en local y deja comandos que pueden reutilizarse después.
• Ideal para: equipos de apps de AI que quieren crear pruebas de regresión antes de cambiar el modelo/prompt/retrieval/agent.

46. Convertir historias de usuario en mocks de UI (Integrations / Knowledge Work)

Dificultad: Fácil | Tiempo estimado: 30 min

• Reúne feedback disperso en Slack, Linear, Google Drive, notas de llamadas con clientes, etc., lo organiza en user stories y constraints, y luego genera una dirección de mock de UI con ImageGen.
• Si ya hay user stories claras, empieza de inmediato; si no, Codex primero reúne el contexto para normalizar el problema y los requisitos.
• El mock elegido se vuelve a adjuntar en un nuevo turn para implementarlo como un prototipo funcional que reutilice el sistema de diseño y los componentes del codebase existente.
• Ideal para: equipos de producto/diseño/ingeniería que necesitan convertir feedback de producto disperso en una dirección visual y en mocks para revisión del equipo.

47. Llevar tu app a ChatGPT (Integrations / Code)

Dificultad: Avanzada | Tiempo estimado: 1 h

• Diseña la app de ChatGPT alrededor de un solo resultado de usuario específico y crea de punta a punta el servidor MCP, un componente web opcional y los metadatos de la herramienta
• Codex es ideal para encargarse del diseño de la superficie de herramientas y los metadatos, el scaffold del servidor MCP, la implementación del widget, la conexión con ChatGPT y las pruebas de golden prompt
• En la v1, primero define si el widget realmente es necesario, si se requiere autenticación y despliegue, y si se puede validar con pruebas locales en HTTPS y en modo desarrollador
• Ideal para: equipos que van a crear su primera app de ChatGPT o que quieren empezar sin sobredimensionar el servidor MCP ni los metadatos de herramientas

48. Crear una app de React Native con Expo (Mobile / Engineering)

Dificultad: Intermedia | Tiempo estimado: 1 h

• Usa plugins de Expo para generar el scaffold de una app de React Native y sigue Expo Router, la convención de paquetes nativos de Expo y el ciclo rápido de pruebas con Expo Go
• Solo pasa a un dev client o a EAS build cuando necesites código nativo personalizado, distribución en tiendas o capacidades que Expo Go no soporta
• Codex permite crear un workflow completo con navegación de estilo nativo y estados de carga, vacío y error, y validarlo por la ruta más rápida
• Ideal para: desarrolladores que quieren prototipar rápido una app móvil con Expo o prepararla para lanzamiento antes de trabajar en un IDE nativo

49. Crear una CLI que Codex pueda usar (Engineering / Code)

Dificultad: Intermedia | Tiempo estimado: 1 h

• Envuelve en una CLI componible las API, fuentes de logs, bandeja de exportaciones, base de datos local y scripts del equipo a los que Codex necesita acceder repetidamente, para que pueda ejecutarse en cualquier repo
• Una buena CLI ofrece comportamientos amigables para agentes como búsqueda paginada, lectura exacta por ID, JSON predecible, descarga, índice local y borrador antes de escribir
• Usa $cli-creator para crear la CLI y $skill-creator para crear una skill complementaria que documente cuándo debe usarse esa CLI
• Ideal para: equipos que necesitan que Codex lea, busque y manipule con seguridad el mismo servicio o fuente de datos con frecuencia

50. Priorizar ítems de acción en Slack (Automation / Integrations)

Dificultad: Fácil | Tiempo estimado: 30 min

• Lee DM de Slack, DM grupales, menciones en canales y respuestas en hilos para distinguir entre solicitudes directas, seguimientos implícitos, ítems ya resueltos y acciones que siguen activas
• Codex lee incluso la parte final más reciente del hilo, determina si sigue sin resolverse y luego crea una cola de acciones priorizada según urgencia e impacto
• Puede redactar respuestas preliminares o handoffs, pero conviene restringir el post/envío real para que ocurra solo después de revisión
• Ideal para: workstreams de lanzamiento, soporte, producto, operaciones o comunidad donde el trabajo entra por Slack

51. Ejecutar workflows operativos verificables (Automation / Integrations)

Dificultad: Intermedia | Tiempo estimado: 30 min

• Hace que Codex ejecute tareas operativas repetitivas como actualizaciones de acceso, lotes de invitaciones, cambios de cuota, configuración de clientes, verificaciones de enrutamiento y seguimientos de migraciones
• Proporciona con claridad la tabla de entrada, la fuente de aprobación, la política, el script/API/CLI/skill a ejecutar, si habrá dry run y el límite de reintentos, y evita que adivine campos faltantes
• Exige artifacts de verificación que una persona pueda revisar, como CSV de resultados, archivos de log, links a dashboards, capturas de pantalla o checks de PR
• Ideal para: trabajo operativo que requiere entradas estructuradas y un rastro claro de aprobación y auditoría

52. Convertir reuniones en tareas de seguimiento (Automation / Integrations)

Dificultad: Intermedia | Tiempo estimado: 5 min

• Usa el transcript de Zoom y el resumen de AI Companion para estructurar los hallazgos clave, riesgos, oportunidades, decisiones e ítems de acción surgidos de reuniones con clientes
• Codex redacta el email de seguimiento, el plan de cuenta, la actualización del CRM y la notificación en Slack, pero el envío o registro debe hacerse solo después de que el usuario lo revise
• Conectar en conjunto Zoom cloud recording, transcript, AI Companion summary y herramientas de destino como Gmail, Slack, Google Docs y CRM aumenta mucho la efectividad
• Ideal para: equipos de cara al cliente que deben gestionar seguimientos repetitivos después de llamadas de discovery, renovación, implementación o con sponsors ejecutivos