La mayoría de los desarrolladores usan por primera vez los agentes de codificación para código: inspeccionar un repositorio, hacer un diff, ejecutar pruebas y abrir un pull request.
Eso sigue siendo el centro de gravedad de Codex. Pero gran parte del trabajo en una computadora ya está mediado por el código: ejecutar comandos de shell, navegar por páginas web, llamar a APIs, exportar documentos, responder a eventos y activar automatizaciones. A medida que esas superficies están disponibles para Codex, empieza a sentirse menos como un asistente de codificación en el sentido estricto y más como un sistema para hacer trabajo computacional.
La aplicación Codex hace concreto ese cambio. Un hilo puede mantener contexto, usar herramientas, mostrar artefactos y continuar a través de múltiples prompts en lugar de reiniciarse después de cada intercambio.
Sacarle más provecho a Codex significa usar estas capacidades en conjunto:
- hilos duraderos que preservan el contexto
- voz, redirección y cola mientras el usuario sigue en el circuito
- navegador, uso de computadora, servidores MCP y conectores que permiten a Codex actuar más allá de un repositorio
- automatizaciones de hilos y Objetivos que continúan el trabajo mientras el usuario está ausente
- el panel lateral, donde los usuarios pueden revisar código, documentos, presentaciones y otros artefactos
Hilos duraderos
Hilos duraderos:
Hilos de Codex de larga duración que preservan el contexto de trabajo a través de sesiones repetidas.
Los hilos anclados son una forma de tener los hilos duraderos siempre a la mano. Son útiles para flujos de trabajo recurrentes como:
- un hilo de Jefe de Gabinete
- un hilo de lanzamiento
- un hilo de revisión de documentación
- un hilo dedicado a monitoreo externo
Son espacios de trabajo persistentes, no chats cortos. Codex puede volver a ellos con el tiempo, preservando decisiones previas, preferencias y contexto de trabajo que de otro modo tendrían que reconstruirse desde cero.
Los accesos directos a hilos anclados hacen esto práctico. Comando-1 hasta Comando-9 saltan directamente a hilos guardados.
Entrada de voz
La entrada de voz es valiosa porque captura la versión aproximada de un pensamiento antes de que se comprima en prosa pulida.
Codex tiene entrada de voz incorporada. Funciona especialmente bien para puntos de partida vagos que son naturales de decir pero incómodos de escribir:
Creo que alguien llamado Ben mencionó esto en Slack.
No recuerdo los detalles.
Por favor, ve a buscar.
Para un agente que puede buscar, reunir contexto e informar, eso suele ser suficiente.
También funciona bien para un desahogo de pensamientos de dos o tres minutos antes de que la tarea esté completamente formada.
Las transcripciones funcionan de la misma manera. Una transcripción de reunión en bruto o una nota de planificación dictada a menudo proporciona mejor material fuente que un resumen corto porque preserva incertidumbre, énfasis y líneas de pensamiento inconclusas.
Redirección y cola
La voz se vuelve aún más útil cuando se combina con control explícito sobre una tarea activa.
Redirección:
Interrumpir una tarea de Codex en curso con una nueva dirección antes de que finalice el paso actual.
La redirección es útil cuando el agente va por mal camino y necesita una corrección antes de que termine. Durante una revisión de sitio web, por ejemplo, el usuario puede interrumpir el trabajo mientras anota la superficie en el panel lateral:
- haz esto más pequeño
- el espacio entre estos dos elementos se siente extraño
- este texto está mal
Cola:
Añadir trabajo para que Codex lo haga después de que se complete el paso actual.
La cola es diferente. No interrumpe la tarea en progreso. Añade la siguiente tarea a la fila. Un usuario podría decir:
Una vez que el trabajo esté listo, envía el enlace de vista previa al revisor en Slack.
La redirección cambia lo que Codex está haciendo ahora. La cola cambia lo que debería suceder después. Ambas mantienen al usuario cerca del trabajo mientras se desarrolla.
Herramientas y alcance
Una vez que un hilo tiene continuidad, la siguiente pregunta es sobre qué puede actuar. Codex puede moverse hacia afuera en capas:
- $browser para el navegador integrado en el panel lateral, donde Codex puede inspeccionar y anotar superficies web
- @chrome para el estado del navegador con sesión iniciada y flujos de trabajo basados en Chrome
- @computer para trabajo que solo existe a través de una interfaz gráfica de escritorio
$browser encaja con la revisión del navegador en el panel lateral. @chrome encaja con el trabajo en el navegador con sesión iniciada que depende del contexto de Chrome del usuario. @computer encaja con tareas que solo existen a través de una GUI de escritorio.
Los servidores MCP y los conectores extienden la misma idea al resto del flujo de trabajo. Slack, Gmail y Calendar importan porque muchas tareas importantes aparecen primero como mensajes, elementos de bandeja de entrada o problemas de programación antes de convertirse en código.
Las habilidades hacen que los flujos de trabajo repetidos sean reutilizables. Una vez que un flujo de trabajo demuestra ser útil, empáquetalo como una habilidad para que Codex pueda ejecutarlo de nuevo sin tener que reaprender la rutina desde cero.
Trabaja desde cualquier lugar
La aplicación móvil de Codex cambia cuándo el usuario tiene que estar en el escritorio. Una tarea puede comenzar en una Mac donde ya viven los archivos, permisos y configuración local, y luego continuar mientras el usuario se registra desde un teléfono.
Eso importa en momentos pequeños. Alguien puede dejar el escritorio mientras Codex ejecuta una tarea más larga, responder una pregunta desde afuera, aprobar el siguiente paso o redirigir el hilo antes de regresar. El entorno local permanece en su lugar; el usuario no tiene que estar allí.
Automatizaciones
Las Automatizaciones ejecutan trabajo de Codex en un horario. Usa una automatización programada cuando el trabajo recurrente deba comenzar fresco desde un espacio de trabajo, como un informe diario o una revisión regular del repositorio. Usa una automatización de hilo cuando el horario deba regresar a una conversación activa con su contexto en ejecución.
Automatizaciones de hilos:
Llamadas de activación recurrentes estilo heartbeat que regresan al mismo hilo de Codex en un horario.
Los hilos anclados son útiles, pero aún esperan a que el usuario regrese. Una automatización de hilo puede verificar algo cada pocos minutos o cada pocas horas, continuar hasta que cumpla una condición y ajustar la cadencia con el tiempo.
Un hilo de Jefe de Gabinete podría ejecutarse cada 30 minutos:
Cada 30 minutos, revisa Slack y Gmail en busca de mensajes sin respuesta que necesiten mi atención.
Ayúdame a priorizar lo que más importa.
Si alguien me hace una pregunta, investiga la respuesta tan a fondo como puedas y redacta una respuesta para mí, pero no la envíes.
Cuando el usuario regresa, la parte costosa de reunir contexto a menudo está hecha. El humano aún decide qué se envía.
Las automatizaciones de hilos también encajan en bucles de retroalimentación. Una automatización de hilo puede observar comentarios de pull requests, comentarios de Google Docs o respuestas de Slack y mantener el trabajo circundante en movimiento mientras el usuario está ausente.
Considera un flujo de trabajo de animación donde un revisor comparte un video en Slack. Una automatización de hilo puede verificar el hilo en un horario, renderizar una versión actualizada cuando lleguen comentarios y responder en el mismo hilo etiquetando al revisor. Si una integración no puede completar la carga final, la automatización de escritorio puede finalizar el paso a través de la GUI.
El bucle abarca Slack para la retroalimentación, el código base para el renderizado y la automatización de escritorio para la carga final.
Objetivos
Los Objetivos son más poderosos cuando la tarea tiene una línea de meta real hacia la cual el agente pueda seguir empujando. Un objetivo débil es:
Objetivos:
Tareas de Codex de mayor duración con una línea de meta hacia la cual el agente puede seguir trabajando a lo largo del tiempo.
Implementa el plan en este archivo Markdown.
Un objetivo más fuerte tiene un criterio de éxito medible.
Por ejemplo, un ingeniero podría migrar una herramienta interna de Python a Rust configurando el nuevo directorio, definiendo el objetivo y haciendo explícita la línea de meta: la nueva implementación no está terminada hasta que las pruebas unitarias pasen.
Un objetivo combina ejecución continua con un verificador. El usuario define el resultado, la condición de parada y la señal que indica si Codex se está acercando.
Los verificadores útiles incluyen:
- un conjunto de pruebas
- un benchmark
- una reproducción de bug
- una matriz de validación
- un flujo de trabajo de extremo a extremo que debe seguir pasando
La ambición importa, pero sin verificación es solo un deseo.
El panel lateral
El panel lateral mantiene el trabajo junto a la conversación que lo produjo. En lugar de exportar un artefacto y cambiar de contexto, el usuario puede revisarlo en el lugar. El resultado puede ser código, pero también puede ser una presentación, un PDF, una página web, una tabla u otro artefacto creado en el camino.
Apoya cuatro trabajos especialmente bien:
- Inspeccionar artefactos
- Anotar lo que necesita cambiar
- Operar superficies web
- Revisar cambios
El panel lateral permite a los usuarios revisar Markdown, hojas de cálculo, tablas de datos, documentos y diapositivas en el lugar. Pueden inspeccionar, marcar y revisar artefactos sin romper el bucle.
Anotaciones
La presentación o PDF puede permanecer abierta junto al hilo que la produjo, lista para revisión y reparación directa.
Hojas en Codex
El navegador integrado permite a Codex inspeccionar una página renderizada, controlarla y responder a anotaciones directamente sobre la superficie bajo revisión. Los comentarios en una página o artefacto se mantienen dentro del bucle de trabajo en lugar de convertirse en una transferencia separada.
La web se convierte tanto en salida como en superficie de control. Codex puede construir un artefacto, abrirlo en el panel lateral, inspeccionarlo, depurarlo y seguir refinando el mismo objeto en el lugar.
Estas superficies funcionan especialmente bien:
- index.html para artefactos estáticos ligeros
- Storybook para revisión de UI
- Remotion Studio para animación programática
- presentaciones basadas en navegador para diapositivas
- aplicaciones de datos para flujos de trabajo de análisis
Un solo archivo index.html puede convertirse en un artefacto interactivo duradero sin necesidad de servidor. Las automatizaciones de hilos también pueden actualizar artefactos estáticos con el tiempo, de modo que un hilo tenga algo nuevo esperando cuando el usuario regrese.
Memoria compartida
Los hilos de larga duración se vuelven más útiles cuando comparten memoria fuera de una sola conversación.
Memoria compartida:
Contexto duradero almacenado fuera de un solo hilo para que el trabajo futuro pueda retomarse desde algo explícito y revisable.
Un patrón duradero es anclar hilos persistentes en un vault de Obsidian. En la práctica, eso significa una carpeta de archivos simples que sigue siendo sencilla de inspeccionar, editar, mover y conservar durante mucho tiempo. Los equipos pueden almacenar esa carpeta en almacenamiento en la nube, Git, Dropbox, Google Drive u otra capa de sincronización que se ajuste a su flujo de trabajo.
Un vault podría verse así:
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
En el nivel superior, AGENTS.md puede definir cómo Codex debe actualizar ese espacio de trabajo a medida que aprende más sobre personas, proyectos, decisiones y bucles abiertos.
No copies exactamente una estructura de vault. Enséñale al agente dónde debe vivir el contexto duradero, qué contexto preservar y cuándo no crear cambios innecesarios.
Un AGENTS.md práctico podría decir:
- Trata ~/vault como memoria de trabajo duradera.
- Prefiere notas canónicas sobre la dispersión de notas.
- Dirige explícitamente los TODOs, personas, proyectos, resúmenes diarios y notas rápidas.
- Preserva decisiones, bloqueos, responsables, fechas y enlaces útiles.
- Si nada significativo cambió, no modifiques el vault.
Los repositorios contienen código. El vault contiene contexto continuo: las personas involucradas, lo que cambió, lo que está bloqueado, lo que necesita seguimiento y lo que de otro modo desaparecería entre sesiones.
El contexto importante no debería vivir solo dentro de una transcripción de conversación. Escríbelo en algún lugar donde el próximo hilo pueda retomarlo.
Codex también tiene funciones de memoria propias en Configuración > Personalización > Memorias. Proporcionan una capa de recuerdo local para preferencias, flujos de trabajo recurrentes y errores conocidos. Complementan el contexto escrito explícito en lugar de reemplazarlo. Chronicle impulsa en la misma dirección al ayudar a Codex a construir memoria a partir del contexto reciente de la pantalla.
Del código hacia afuera
Codex todavía comienza desde el código. Pero más del trabajo alrededor del código ahora es accesible a través del mismo sistema: servidores MCP, superficies del navegador, controles de escritorio, automatizaciones de hilos y artefactos revisables.
Eso cambia el modelo de control. La redirección interrumpe el trabajo en progreso. La cola alinea la siguiente tarea. Las automatizaciones de hilos mantienen un hilo activo cuando el usuario se aleja. Los Objetivos añaden una línea de meta concreta hacia la cual Codex puede seguir trabajando.
Codex ahora puede llevar un flujo de trabajo desde la instrucción hasta la ejecución y la revisión de artefactos, incluso cuando el trabajo sale del repositorio.
