MemoryLake
Volver a todos los artículos
Tutorial3 de noviembre de 2026·10 min de lectura

¿Steer o Queue en Codex? Dónde aterriza un mensaje escrito a mitad de una tarea y qué hace la tecla Enter (2026)

Le das una tarea a Codex, comienza a trabajar y de repente recuerdas algo: las pruebas están en una carpeta diferente, o prefieres que no toque el archivo de configuración. Escribes el mensaje mientras Codex sigue ocupado. Lo que suceda a continuación depende de si ese mensaje dirige ('steer') la ejecución actual o espera en una cola ('queue').

La documentación de OpenAI define ambos en una línea cada uno: "Steer añade el mensaje a la ejecución actual. Úsalo para cambiar de dirección, añadir un detalle faltante o compartir nueva información". Y: "Queue guarda el mensaje para la siguiente ejecución. Úsalo para un seguimiento que deba esperar hasta que el trabajo actual termine".

Esta guía cubre qué hace cada uno en la conversación, qué acción realiza la tecla Enter en la CLI, la extensión del IDE y la aplicación de escritorio, cómo leer el área de mensajes pendientes en la terminal y cómo poner en cola un mensaje para una sesión que no está abierta. Si deseas reiniciar un chat en lugar de redireccionarlo, consulta nuestra guía sobre /clear y /new de Codex.

Qué hace el steering

Cuando realizas un 'steer', tu mensaje se une al turno en el que Codex ya está trabajando. Nada se reinicia. Codex lee la nueva instrucción como parte de la misma ejecución y ajusta lo que hará a continuación.

La documentación de la CLI describe la tecla de esta manera: "Presiona Enter mientras Codex está trabajando para inyectar nuevas instrucciones en el turno actual".

El servidor de aplicaciones de Codex, que las aplicaciones cliente utilizan para comunicarse con Codex, tiene un método coincidente. Su documentación dice: "Usa turn/steer para añadir más entrada del usuario al turno activo en curso". Dos detalles muestran qué es y qué no es un steer. El método "no emite una nueva notificación de turn/started", por lo que no comienza un nuevo turno. Y "no acepta anulaciones a nivel de turno (model, cwd, sandboxPolicy o outputSchema)". Un steer añade palabras al turno actual. No cambia el modelo ni el directorio de trabajo a mitad del proceso.

Cuándo llega un steer a Codex

Un steer no interrumpe a Codex en medio de un comando. En la terminal, los steers pendientes aparecen en una lista de vista previa bajo un encabezado que indica que se enviarán después de la siguiente llamada a una herramienta, con una pista que muestra la tecla que los interrumpe y los envía de inmediato. Por lo tanto, el camino habitual es que Codex termine el paso en el que se encuentra y luego lea tu mensaje antes de decidir el siguiente.

Hay una excepción de tiempo, proveniente del propio historial de cambios de Codex. Presionar Enter mientras Codex aún estaba transmitiendo su respuesta final solía dejar la sesión bloqueada. La solución, integrada en febrero de 2026, hace que Codex ponga el mensaje en cola en esa ventana de tiempo, para que se ejecute después de que termine la respuesta.

Qué hace el queueing

Un mensaje en cola espera. La ejecución actual termina según lo planeado y tu mensaje comienza el siguiente turno.

La documentación de la CLI dice: "Presiona Tab mientras Codex está trabajando para poner en cola un prompt de seguimiento, un comando de barra (slash) o un comando de shell para el siguiente turno". Puedes poner en cola más de uno y se ejecutarán en orden.

Los comandos de barra se comportan de manera un poco diferente cuando están en cola. "Codex analiza los comandos de barra en cola cuando se ejecutan, por lo que los menús de comandos y los errores aparecen después de que termina el turno actual". Si pones en cola un comando con un error tipográfico, te enterarás cuando llegue su turno.

Algunos comandos están diseñados para una sesión que ya está trabajando. La guía de comandos de barra de OpenAI dice que te muestra cómo "Dirigir (steer) una sesión activa con comandos como /model, /fast, /permissions, /approve, /raw, /agents, /subagents y /status". La misma guía señala que el autocompletado de barras sigue funcionando antes de poner en cola un comando, por lo que puedes verificar el nombre antes de presionar Tab. Eso te da tres herramientas mientras Codex trabaja: un steer para palabras, un mensaje en cola para el siguiente paso y un comando para configuraciones.

En la terminal, los mensajes en cola tienen su propia sección en esa lista de vista previa, separada de los steers pendientes, con una pista de tecla para editar el último que pusiste en cola. En la aplicación de escritorio, OpenAI dice: "Los mensajes en cola aparecen sobre el editor, donde puedes editarlos, reordenarlos, enviarlos o eliminarlos".

Qué hace la tecla Enter

Aquí es donde la gente se sorprende, porque el comportamiento predeterminado depende de dónde uses Codex.

En la CLI

Enter realiza un steer y Tab pone en cola. Este ha sido el valor predeterminado desde un cambio en febrero de 2026 que, en sus propias palabras, "Promueve la función Steer de Experimental a Estable y la habilita por defecto". Antes de eso, Enter ponía en cola mientras una tarea se estaba ejecutando. Si aprendiste a usar Codex antes de esa fecha, es posible que tu hábito aún espere el comportamiento antiguo.

En la extensión del IDE

La extensión tiene el comportamiento opuesto por defecto. Su configuración, chatgpt.followUpQueueMode, tiene un valor predeterminado de queue, y la referencia lo describe como una elección entre mensajes que "esperan a la siguiente ejecución (queue) o dirigen la ejecución actual (steer)". La extensión también mapea un valor antiguo: "La extensión trata el valor heredado interrupt como steer". Para un solo mensaje, Cmd o Ctrl con Shift y Enter hace lo contrario de tu configuración.

En la aplicación de escritorio

La aplicación tiene una configuración para ello. La referencia de configuración de OpenAI describe una opción de comportamiento de seguimiento (Follow-up behavior) en General, donde eliges si un mensaje enviado mientras Codex trabaja dirige la ejecución actual o espera a la siguiente. La guía de prompts añade que "La configuración también muestra el atajo para usar el otro comportamiento para un solo mensaje sin cambiar tu valor predeterminado".

Por lo tanto, la misma tecla puede significar steer en tu terminal y queue en tu editor. Si una corrección que escribiste pareció ser ignorada, verifica en qué interfaz estabas.

Qué significa una conversación dirigida (steered)

La gente busca 'steered conversation' en Codex porque un mensaje que enviaron a mitad de una tarea cambió lo que Codex estaba haciendo sin comenzar un nuevo turno. Eso es el steering. La conversación mantiene un solo turno, con tu instrucción añadida a mitad del camino.

El código de código abierto lo trata de la misma manera. Cuando Codex construye un resumen de una conversación, el código señala que los mensajes de usuario adyacentes preservan el steering como parte de una sola solicitud, por lo que un steer y la solicitud que modificó se leen juntos.

Para tu contexto, el steering y el queueing terminan en el mismo lugar. Ambos se convierten en parte de la conversación que Codex lee. La diferencia es el tiempo: un steer llega dentro del turno actual y un mensaje en cola llega como el siguiente. De cualquier manera, el mensaje cuenta para el contexto del chat como cualquier otra cosa que escribas; nuestra guía sobre el contexto restante de Codex explica cómo se suma eso.

Poner en cola un mensaje desde fuera de la sesión

Codex también tiene un comando para enviar un mensaje a una sesión que no tienes abierta. La referencia de la CLI describe codex queue como una forma de "Poner en cola un mensaje de texto para una sesión existente" mediante su ID o nombre exacto.

Viene con algunas reglas. "Los mensajes en cola usan el modelo de la sesión. El comando solo acepta texto". Y para una sesión que no está cargada: "Añade --resume para poner el mensaje en cola y luego reanudar la sesión si aún no está cargada". El paso de reanudación necesita un demonio local en ejecución o un servidor remoto. Si falla, "imprime una advertencia y aun así sale con éxito", así que verifica la sesión después en lugar de confiar en el código de salida. La opción resume llegó en Codex 0.166.0.

Objetivos de steering y subagentes

El trabajo de larga duración tiene sus propias opciones de steering. La documentación de objetivos (goals) de OpenAI dice que en una sesión interactiva de la CLI puedes "Enviar un mensaje de seguimiento en la misma sesión interactiva para añadir contexto o ajustar restricciones". Nuestra guía sobre el modo objetivo de Codex cubre lo que un objetivo mantiene unido a la tarea.

Para el trabajo delegado, OpenAI dice que puedes pedirle a Codex directamente que dirija un subagente en ejecución, lo detenga o cierre hilos de agentes completados. Nuestra guía sobre subagentes de Codex explica con qué comienza cada subagente.

Lo que la gente intenta primero

Presionar Enter en el IDE y esperar un steer. El valor predeterminado de la extensión es queue. Tu mensaje esperará a la siguiente ejecución a menos que cambies la configuración o uses el atajo de un solo mensaje.

Esperar que un steer detenga el comando actual. Los steers pendientes se introducen después de la siguiente llamada a una herramienta. Para enviar de inmediato, usa la tecla de interrupción que se muestra en la pista.

Dirigir un cambio de modelo. Un steer no puede llevar anulaciones a nivel de turno. Cambia el modelo con un comando o ponlo en cola para el siguiente turno.

Poner en cola un comando de barra y asumir que se ejecutó. Los comandos en cola se analizan cuando llega su turno, por lo que los errores aparecen más tarde.

Confiar en el código de salida de codex queue con --resume. Sale con éxito incluso si la reanudación falla. Verifica la sesión.

La solución: Decide dónde debe ir cada tipo de instrucción

Paso 1: Elige un valor predeterminado por interfaz

Decide si quieres que Enter realice un steer o queue, y configura la extensión del IDE y la aplicación de escritorio para que coincidan con cómo usas la CLI. Aprende el atajo de un solo mensaje para el otro comportamiento.

Paso 2: Steer para correcciones, queue para trabajo nuevo

Usa un steer cuando Codex se dirija en la dirección equivocada en la tarea actual. Pon en cola cualquier cosa que sea un paso separado, como ejecutar comprobaciones después del cambio o escribir un resumen. Si una ejecución ya ha ido demasiado lejos, la CLI te permite presionar Escape dos veces con el editor vacío para editar tu mensaje anterior y bifurcar el chat desde ese punto; nuestra guía para bifurcar un chat de Codex cubre las opciones.

Paso 3: Mueve los steers repetidos fuera del chat

Si te encuentras haciendo el mismo steer de corrección en cada sesión, como dónde viven las pruebas o qué archivos están fuera de los límites, eso pertenece al archivo AGENTS.md de tu proyecto o a notas escritas que mantengas, no a un mensaje que vuelves a escribir.

Configurando esto en MemoryLake

El steering soluciona la ejecución actual. Las correcciones que haces a menudo son un asunto diferente: son hechos sobre tu proyecto, y escribirlos de nuevo en cada sesión es cómo se pasan por alto.

MemoryLake es una capa de memoria para mantener esos hechos en un solo lugar que tú mantienes, disponible para los asistentes que conectes, como ChatGPT, Claude Code y Codex.

Tú mismo escribes las entradas, con tus propias palabras. No se lee nada de, ni se escribe en, ni se elimina de tus sesiones de Codex, sus transcripciones, tus archivos AGENTS.md, tus memorias de Codex o el almacenamiento de cualquier proveedor. El steering y el queueing siguen funcionando de la manera en que OpenAI los describe.

Paso 1: Crea una clave API

Inicia sesión y genera una clave desde el panel de control. La clave pertenece a tu espacio de trabajo de MemoryLake y es independiente de tus cuentas de ChatGPT y Codex.

La consola de MemoryLake mostrando la pantalla de claves API, donde se crea y copia una nueva clave para usar en un agente
La consola de MemoryLake mostrando la pantalla de claves API, donde se crea y copia una nueva clave para usar en un agente

Paso 2: Sube tus primeras memorias

Comienza con las correcciones repetidas del Paso 3 de la solución: dónde viven las cosas, qué no tocar y las convenciones que sigues reafirmando. Un punto por entrada.

El espacio de trabajo de MemoryLake con los primeros documentos subidos, listando cada archivo a medida que se convierte en memoria buscable
El espacio de trabajo de MemoryLake con los primeros documentos subidos, listando cada archivo a medida que se convierte en memoria buscable

Paso 3: Conecta tu IA y agentes

Conecta los asistentes que utilizas. Si trabajas con varias herramientas, nuestra guía sobre el uso conjunto de Claude Code y Codex cubre cómo mantener el contexto compartido en un solo lugar.

La pantalla de integraciones de MemoryLake listando los clientes de IA y frameworks de agentes que pueden conectarse a la capa de memoria
La pantalla de integraciones de MemoryLake listando los clientes de IA y frameworks de agentes que pueden conectarse a la capa de memoria

Qué cambia esto en la práctica

La primera diferencia es que habrá menos sorpresas con Enter. Sabes qué interfaz dirige y cuál pone en cola.

La segunda es turnos más limpios. Las correcciones van a la ejecución para la que están destinadas, y el trabajo separado espera su turno.

La tercera es menos steering en general. Las correcciones que solías repetir ya están escritas, por lo que Codex comienza con ellas.

Mejores prácticas para steering y queueing

Verifica el valor predeterminado de tu interfaz. La CLI hace steer con Enter. La extensión del IDE pone en cola.

Haz steer temprano. Una corrección antes del siguiente paso evita tener que deshacerlo más tarde.

Pon en cola tareas separadas. Las comprobaciones, resúmenes y seguimientos pueden esperar al siguiente turno.

Vigila el área de pendientes. Muestra qué está esperando para ser dirigido (steered) y qué está en cola.

No dirijas configuraciones. Los cambios de modelo y directorio necesitan comandos, no steers.

Verifica las entregas de codex queue. Una reanudación fallida aun así sale con éxito.

Anota las correcciones repetidas. En AGENTS.md o en notas que mantengas.

Conclusión

En Codex, un steer añade tu mensaje a la ejecución que ya está en marcha, y un mensaje en cola espera para comenzar la siguiente. En la CLI, Enter dirige y Tab pone en cola; la extensión del IDE tiene queue por defecto; la aplicación de escritorio te permite elegir. Los steers pendientes se introducen después de la siguiente llamada a una herramienta, y ambos tipos de mensaje se convierten en parte de la conversación que Codex lee.

Usa steer para correcciones y queue para trabajo separado. Cuando la misma corrección siga apareciendo, muévela fuera del chat y ponla en instrucciones que tú mantengas.

Preguntas frecuentes

¿Cuál es la diferencia entre steer y queue en Codex?

OpenAI dice que steer añade el mensaje a la ejecución actual, mientras que queue lo guarda para la siguiente ejecución. Steer es para cambiar de dirección; queue es para seguimientos que deben esperar.

¿Enter hace steer o queue en Codex?

En la CLI, Enter hace steer y Tab hace queue. La extensión del IDE tiene queue por defecto, y la aplicación de escritorio tiene una configuración para ello.

¿Qué significa una conversación dirigida (steered) en Codex?

Describe una conversación en la que enviaste un mensaje mientras Codex estaba trabajando y este se unió al turno actual en lugar de comenzar uno nuevo.

¿Un steer interrumpe el comando que Codex está ejecutando?

No por defecto. En la terminal, los steers pendientes se envían después de la siguiente llamada a una herramienta, y una pista muestra la tecla para interrumpir y enviar de inmediato.

¿Puedo cambiar el modelo con un steer?

No. La documentación del servidor de aplicaciones de OpenAI dice que un steer no acepta anulaciones a nivel de turno, como el modelo o el directorio de trabajo.

¿Cómo envío un mensaje a una sesión de Codex que no está abierta?

Usa codex queue con el ID de la sesión o su nombre exacto. Añade --resume para cargar la sesión después de poner el mensaje en cola, lo cual requiere un demonio local en ejecución o un servidor remoto.