Comandos de barra diagonal y atajos de teclado: la "paleta de operaciones rápidas" en las sesiones
📚 Navegación de la serie: El artículo anterior [11 · Manual del proyecto AGENTS.md] te enseñó a escribir las reglas en un archivo para que Codex las lea primero en cada ejecución. Eso es "establecer reglas de antemano"; este artículo trata sobre "ajustar el interruptor en el acto": una vez iniciada la sesión, una
/te permite cambiar de modelo, limpiar el contexto, ver el estado y revisar los cambios, lo cual, combinado con unos atajos de teclado cómodos, duplicará directamente tu eficiencia. El siguiente artículo [13 · Escritura de prompts] volverá a tratar sobre "cómo explicar con claridad tus necesidades".
Conté la lista de comandos de barra diagonal en la documentación oficial de Codex.
La lista para la CLI tiene nada menos que más de 40 comandos; la de la App de escritorio tiene 6; y la de la extensión de IDE tiene 8. La primera vez que revisé la lista de la CLI me quedé un poco perplejo: solo en una sesión de terminal, había muchísimos interruptores que se podían ajustar en el acto usando la barra diagonal, mientras que yo, sumándolos todos, no usaba más de cinco.
Lo más doloroso fue lo que pasó después. Hubo un tiempo en el que, cada vez que quería limpiar la conversación y empezar de nuevo, salía pacientemente con Ctrl+C, volvía a ejecutar codex para reiniciar y esperaba a que recargara todo el proyecto de nuevo, lo cual tardaba unos diez segundos por vez. Hice esto durante casi dos semanas seguidas, hasta que un día me topé con /clear en la documentación, que decía: "limpia la terminal y abre una conversación completamente nueva". Resulta que solo tenía que escribir seis caracteres en el cuadro de entrada; los reinicios de esas dos semanas fueron una pérdida de tiempo total.
Les cuento esto para que eviten dar los mismos rodeos que yo: los comandos de barra diagonal no son un "truco avanzado", son la consola de control más básica en las sesiones de Codex. Si deseas hacer algo con Codex en sí (not pedirle que escriba código, sino configurar la sesión actual), el punto de entrada está casi siempre detrás de esa /. En este artículo presentaremos juntos los comandos de barra diagonal y los atajos de teclado comunes para la CLI, la App de escritorio y el IDE, ofreciéndote una guía rápida que puedes copiar directamente.
Al terminar este artículo, obtendrás:
- Una explicación sencilla de qué son los comandos de barra diagonal y por qué la cantidad de comandos varía tanto entre las tres interfaces.
- Una guía rápida de comandos comunes para la CLI agrupados según "en qué fase te encuentres" (
/model,/status,/diff,/compact,/review,/init...), para que los consultes según tus necesidades sin tener que memorizarlos. - Los comandos de barra diagonal que se pueden usar en la App de escritorio y en la extensión de IDE; no intentes aplicar la gran lista de la CLI allí, no funcionará.
- Una tabla con los atajos de teclado más importantes para la CLI (
Ctrl+L,Ctrl+O,Tab,Ctrl+G, prefijo!...), todos verificados con la documentación oficial. - Cómo cambiar los atajos de teclado personalizados (
/keymap) y por qué los principiantes no deben apresurarse a hacerlo. - Un flujo de verificación mínimo con su resultado esperado que puedes seguir paso a paso.
Nota: Cualquier referencia a comandos específicos, atajos de teclado o comportamiento por defecto se rige por la documentación oficial de Codex; los nombres de los modelos, los números de versión y las teclas de salida, que varían según la versión o la terminal, se rigen por lo que se muestre en tu interfaz local y no se fijan en este artículo. Los atajos de teclado para la App de escritorio actualmente solo están indicados para macOS por vía oficial; para los atajos en Windows, consulta el panel de configuración de tu máquina, como te recordaremos más adelante.
01 Entender primero: qué es exactamente un comando de barra diagonal y por qué solo funciona al principio
Primero la conclusión: los comandos de barra diagonal son "instrucciones de control" que escribes en la sesión de Codex: no se las dices al modelo para que trabaje, sino que le dan órdenes directamente al programa Codex en sí: cambiar de modelo, limpiar el contexto, ver el estado o ejecutar un flujo.
Si recuerdas los artículos anteriores, la interacción con Codex siempre se divide en dos tipos de mensajes. Uno es la necesidad concreta: "ayúdame a refactorizar esta función" o "¿a qué se debe este error?"; esto se le dice al modelo. El otro tipo son las metaoperaciones: "limpia la conversación y vuelve a empezar", "cambia a un modelo más económico" o "muéstrame la configuración actual"; estas cosas no deben resolverse "conversando" con el modelo, sino que debe haber un interruptor directo. Los comandos de barra diagonal son el punto de entrada unificado para estos interruptores. La documentación oficial define su propósito claramente: "los comandos de barra diagonal te ofrecen un control rápido y prioritario por teclado sobre Codex".
Analogía: El letrero de "lista de extensiones telefónicas" en la recepción de un edificio de oficinas. Cuando entras a un edificio de oficinas para hacer una gestión, no le explicas al recepcionista desde el principio: "busco al responsable de reembolsos del tercer piso"; miras la lista de extensiones en la pared (Contabilidad 8101, Recursos Humanos 8102, Soporte de TI 8105) y marcas directamente. Cada número conecta con un departamento específico de inmediato, sin rodeos y sin malentendidos. Los comandos de barra diagonal son esa lista de extensiones de la sesión de Codex: /model conecta con "cambiar modelo", /status conecta con "ver estado", /diff conecta con "revisar cambios"; al ingresarlos, se ejecuta una acción fija programada en el software, lo cual es muy diferente de "pedirle ayuda al modelo".
Aquí hay un punto en el que los principiantes suelen tropezar: el comando de barra diagonal requiere que la / sea el primer carácter del mensaje para funcionar. Si escribes / en el cuadro de entrada, el menú se despliega de inmediato; luego, a medida que escribes más letras, se filtran los comandos en tiempo real. La documentación oficial para las tres interfaces describe el mismo funcionamiento: "escribe / en el cuadro de entrada y elije de la lista, o continúa escribiendo para filtrar (por ejemplo, /status)".
Veamos algunos momentos reales que vivirás para que sientas cuándo marcar en esta "lista de extensiones":
- Estás conversando y notas que el modelo no es lo suficientemente potente: no hace falta salir y volver a abrir, escribes
/modelen la CLI para cambiarlo en el acto por uno más fuerte sin interrumpir la conversación. - No estás seguro de la configuración actual: escribes
/statusy verás en pantalla el modelo actual, la estrategia de aprobación y el límite de contexto restante. - Terminas una tarea y quieres empezar algo completamente nuevo: escribes
/clearen la CLI para limpiar la mesa de trabajo y empezar de nuevo.
Lo que tienen en común estas acciones: ninguna es "pedirle a Codex que escriba código", sino "configurar la sesión en sí"; este es el escenario ideal para los comandos de barra diagonal.
¿Por qué la cantidad de comandos varía tanto entre las tres interfaces (más de 40 en la CLI, 6 en la App y 8 en el IDE)? En pocas palabras: la CLI es la interfaz con las funciones más completas de Codex (como se mencionó en el artículo 08); muchos interruptores de nivel inferior o de depuración solo se ofrecen en la terminal; la App de escritorio y el IDE son interfaces gráficas, por lo que las tareas que deben realizarse mediante botones, menús o paneles de configuración no se amontonan en la lista de la barra diagonal. Por lo tanto, no intentes usar la gran lista de la CLI en la App o en el IDE, cada interfaz reconoce los suyos propios, como explicaremos por separado a continuación.
💡 Resumen en una frase: Los comandos de barra diagonal son la "lista de extensiones telefónicas" de la sesión de Codex: controlan el programa en sí (cambiar modelo, limpiar contexto, ver estado), no asignan tareas al modelo; solo funcionan al principio del mensaje, y basta con escribir una
/para ver todos los comandos reales que puedes usar en tu interfaz actual.
02 Comandos comunes de la CLI: no los memorices, consúltalos según "en qué fase te encuentres"
Intentar memorizar los más de cuarenta comandos de la CLI sería complicarse la vida innecesariamente. Afortunadamente, se pueden clasificar según el "flujo típico de una sesión": dependiendo de la fase en la que te encuentres, sabrás de forma natural cuáles usar. He organizado los de uso diario más frecuentes en cuatro grupos bajo esta lógica: solo busca la fila que coincida con "lo que quieres hacer ahora mismo"; todos han sido verificados con la documentación de cli/slash-commands.
Aclaremos una cosa: el artículo 08 ya cubrió la interfaz de usuario de la CLI y los comandos de emergencia más importantes; esta sección se encarga de completar la tabla y agruparlos, no de repetir; lo que en el artículo 08 se mencionó brevemente, aquí se presenta de forma estructurada para que puedas consultarlo por completo.
Grupo uno: Preparar el escenario y establecer las reglas
| Comando | Qué hace | Cuándo usarlo |
|---|---|---|
/init | Genera una plantilla de AGENTS.md en el directorio actual | Al establecer reglas por primera vez en un repositorio (ver artículo 11) |
/permissions | Define qué acciones puede realizar Codex sin preguntar | Para restringir o permitir permisos entre Auto y Read Only |
/mcp | Enumera las herramientas MCP configuradas (añade verbose para ver detalles) | Al conectar servicios externos o depurar si las herramientas están conectadas |
/skills | Explora y selecciona una Skill local | Para dejar que una Skill especializada tome el control en la siguiente ejecución |
/status | Muestra la configuración de la sesión y el uso de tokens | Para confirmar el modelo actual, la estrategia de aprobación, los directorios escribibles y el contexto restante |
Al entrar a un proyecto nuevo el proceso suele ser fijo: primero /init para que lea el código y genere un borrador de AGENTS.md (el artículo 11 detalla cómo redactarlo bien), y luego /permissions para ajustar los permisos a un nivel con el que te sientas cómodo.
Grupo dos: Ajustar el estado a mitad de la tarea
| Comando | Qué hace | Cuándo usarlo |
|---|---|---|
/model | Cambia el modelo (algunos permiten ajustar la intensidad de razonamiento) | Cuando quieres cambiar a un modelo más potente o rápido |
/compact | Resume la conversación visible para liberar tokens | Cuando has conversado mucho tiempo y el contexto está casi lleno |
/clear | Limpia la terminal y abre una conversación completamente nueva | Para cambiar a una tarea nueva, dejando el espacio de trabajo limpio |
/new | Abre una conversación nueva dentro de la misma sesión de la CLI | Para cambiar de tarea, pero sin limpiar la pantalla primero |
/plan | Cambia al modo plan, opcionalmente acompañado de un prompt | Para pedirle que proponga un plan antes de realizar cambios importantes sin tocar el código |
Aquí hay tres comandos que suelen confundirse muy a menudo; explicamos sus diferencias basadas en la documentación oficial:
Tanto /clear como /new abren una conversación nueva, la diferencia es si "limpian la pantalla primero" o no. Las palabras oficiales: /new no limpia la pantalla de la terminal actual como lo hace /clear. Por lo tanto, si quieres deshacerte de los registros antiguos para no verlos usa /clear, pero si quieres conservar el scroll superior y solo cambiar de contexto usa /new.
/clear y /compact son otra pareja: uno limpia y el otro resume. Para cambiar a un trabajo nuevo que no tenga relación usa /clear (limpieza total), pero si es la misma tarea y has conversado demasiado usa /compact (resume las hojas de borrador en una sola página de notas clave para continuar trabajando). El "método del reinicio" en el que caí durante esas dos semanas se debió básicamente a no diferenciar entre "reiniciar" y "limpiar la conversación"; en realidad, /clear lo resolvía en un solo paso.
Grupo tres: Inspeccionar el trabajo antes de entregarlo
| Comando | Qué hace |
|---|---|
/diff | Muestra el diff de Git, incluyendo archivos nuevos que Git aún no está rastreando |
/review | Pide a Codex que revise los cambios en tu espacio de trabajo (vigilando cambios de comportamiento y pruebas omitidas) |
/copy | Copia la última respuesta completada de Codex (también puedes presionar Ctrl+O) |
Presiono /diff casi siempre antes de confirmar cambios: muestra incluso los archivos nuevos de los que aún no se ha hecho git add y que Git no está rastreando en absoluto, siendo más completo que ejecutar git status y git diff por mi cuenta. La documentación oficial indica explícitamente que muestra las tres categorías de cambios: confirmados, no confirmados y no rastreados.
⚠️
/diffasume por defecto que tu proyecto ya es un repositorio Git; su esencia es envolver la comparación de diferencias de Git. Si en el directorio actual aún no has ejecutadogit inity no hay versiones para comparar,/diffno tendrá nada que mostrar. Antes de empezar, ejecutagit statuspara confirmar que el repositorio está disponible; si no es un repositorio Git, primero hazgit initpara realizar una confirmación inicial antes de dejar que Codex realice modificaciones.
Grupo cuatro: Varios comandos que usarás tarde o temprano
| Comando | Qué hace |
|---|---|
/keymap | Muestra y modifica las asignaciones de atajos de la TUI, permitiendo persistir los cambios (ver sección 05) |
/statusline | Permite elegir y ordenar de forma interactiva qué campos se muestran en la barra de estado (pie de página) |
/theme | Permite seleccionar un tema de resaltado de sintaxis y guardarlo |
/resume | Recupera una conversación guardada de la lista de sesiones |
/side (alias /btw) | Abre una bifurcación de conversación temporal o "charla lateral" sin contaminar la línea principal |
/fork | Bifurca la conversación actual en un hilo nuevo, dejando la original intacta |
/quit (alias /exit) | Sale de la CLI (guarda o confirma los cambios importantes antes de salir) |
Estos cuatro grupos no son la lista completa (la lista oficial tiene más de cuarenta filas; si quieres consultarla entera, revisa cli/slash-commands), pero cubren el noventa por ciento de tus escenarios diarios. Para lo demás que necesites hacer puntualmente, escribe una / seguida de algunas letras en el cuadro de entrada para filtrar la lista; es mucho más práctico que memorizar una tabla entera.
También hay un detalle muy atento de Codex documentado oficialmente: mientras se está ejecutando una tarea, puedes escribir un comando de barra diagonal de antemano y presionar Tab para ponerlo en cola; una vez terminada la ronda actual, lo analizará y procesará automáticamente; el menú de comandos y los errores aparecerán al finalizar la ronda actual. A menudo, mientras se ejecutan pruebas, uso Tab para poner en cola /review; de este modo, la revisión se conecta sin interrupciones al terminar, evitándome esperas innecesarias.
💡 Resumen en una frase: No memorices los comandos de la CLI, consúltalos agrupados según "en qué fase te encuentres": preparar el escenario (
/init/permissions/mcp), a mitad del trabajo (/model/compact/clear), antes de entregar (/diff/review) y varios (/keymap/resume/fork); ten muy claras las diferencias entre el trío de comandos/clear(limpiar pantalla + cambiar contexto),/new(sin limpiar pantalla + cambiar contexto) y/compact(resumir para continuar).
03 App de escritorio y extensión de IDE: muchos menos comandos, no intentes aplicar la lista de la CLI
En el artículo 08 les advertí: no intenten aplicar el conocimiento de los más de cuarenta comandos de la CLI en la App de escritorio o en el IDE, no funcionará. En esta sección enumeraremos los comandos de barra diagonal específicos para cada uno de ellos, para evitar que te preguntes por qué al escribir /keymap en la App no ocurre nada y pienses que está rota.
¿Por qué tienen tan pocos comandos? Como se mencionó anteriormente: en una interfaz gráfica, muchas acciones se realizan a través de botones, menús y paneles de configuración, por lo que no es necesario meterlo todo en la lista de la barra diagonal. Analogía: La aplicación móvil y la ventanilla de un mismo banco. En la ventanilla (CLI) puedes realizar cualquier trámite, incluso los más inusuales; la aplicación móvil (App de escritorio / IDE) solo coloca las operaciones más frecuentes en botones grandes en la portada, guiándote a otros apartados para lo demás. No es que la aplicación sea incompleta, sino que las acciones comunes se colocan al frente y las menos frecuentes se trasladan a otra sección.
App de escritorio: la documentación oficial enumera actualmente estas 6 opciones
| Comando | Función |
|---|---|
/status | Muestra el ID del hilo, el uso de contexto y los límites |
/review | Activa el modo de revisión de código, para revisar cambios no confirmados o comparar con una rama base |
/plan | Cambia al modo plan, para realizar planificación de múltiples pasos |
/goal | Establece un objetivo persistente para Codex (se recomienda ordenarlo primero con /plan antes de definirlo) |
/mcp | Muestra el estado de los servidores MCP conectados |
/feedback | Permite enviar comentarios (opcionalmente adjuntando registros) |
Dos complementos, ambos oficiales: ① Escribir
$en el cuadro de entrada permite invocar explícitamente las Skills, y las Skills habilitadas también aparecerán en la lista de la barra diagonal; ② Si/goalno aparece en la lista, es posible que debas activarfeatures.goals = trueenconfig.toml, o ejecutarcodex features enable goalspara habilitarlo.
El verdadero "atajo" en la App de escritorio se encuentra en los atajos de teclado: limpiar la conversación, crear un hilo nuevo o cambiar de panel se realizan mediante atajos con la tecla Cmd (o Ctrl) y no con comandos de barra diagonal (esa tabla de atajos ya se incluyó en el artículo 07 y no la repetiremos aquí). Por lo tanto, en la App, la barra diagonal gestiona las "acciones de tipo instrucción" (revisión, planificación, ver estado), y los atajos de teclado gestionan las "operaciones de interfaz" (abrir ventanas, cambiar secciones, buscar historial), un reparto de trabajo diferente al de la CLI.
Extensión de IDE (VS Code, etc.): la documentación oficial enumera estas 8 opciones
| Comando | Función |
|---|---|
/status | Muestra el ID del hilo, el uso de contexto y los límites |
/review | Activa el modo de revisión de código, para revisar cambios no confirmados o comparar con una rama base |
/goal | Establece un objetivo persistente para Codex |
/auto-context | Activa o desactiva el "contexto automático", trayendo de forma automática los archivos recientes y el contexto del IDE |
/local | Cambia al modo local, para ejecutar tareas dentro de tu espacio de trabajo |
/cloud | Cambia al modo en la nube, enviando las tareas para ejecutarse en la nube (requiere permisos de nube) |
/cloud-environment | Selecciona el entorno en la nube a usar (disponible solo en el modo en la nube) |
/feedback | Permite enviar comentarios (opcionalmente adjuntando registros) |
Lo que más "carácter de IDE" tiene en este conjunto son la pareja /local y /cloud: con una sola palabra puedes cambiar la tarea actual de "ejecutarse en mi computadora" a "delegarse a la nube" (las secciones 09 y 10 explicaron las líneas de ejecución local y en la nube por separado). Cuando depuro una refactorización larga en VS Code, a menudo ejecuto primero /local para verificar si la lógica es correcta y, una vez confirmada, escribo /cloud para enviarla y dejarla corriendo en segundo plano, liberando mi máquina para hacer otras cosas.
Al comparar los comandos de barra diagonal de las tres interfaces, las diferencias son evidentes de un vistazo:
| Interfaz | Cantidad de comandos (según lista oficial actual) | Comandos destacados | Cómo se realizan las demás operaciones |
|---|---|---|---|
| CLI | Más de 40 | Un gran bloque como /keymap, /fork, /side, /statusline, etc. | Atajos de teclado (sección 05) |
| App de escritorio | 6 | /goal, /plan | Atajos de teclado con Cmd o Ctrl + botones (artículo 07) |
| Extensión de IDE | 8 | /local, /cloud, /auto-context | Paleta de comandos de VS Code + atajos (artículo 09) |
⚠️ Estas tres cantidades son las que figuran actualmente en la documentación oficial y pueden cambiar con las versiones. El método más confiable siempre es: escribe una
/en la interfaz que estás usando actualmente y revisa la lista que se despliega; ese es el conjunto real de comandos disponibles para tu máquina y versión concretas, no te guíes ciegamente por capturas de pantalla de otros o por esta tabla.
💡 Resumen en una frase: La App de escritorio enumera actualmente 6 comandos y el IDE enumera 8, cantidades muy inferiores a los más de cuarenta de la CLI; la interfaz gráfica coloca las operaciones frecuentes en botones y las de la interfaz en atajos, dejando la barra diagonal solo para unos pocos comandos clave; el IDE cuenta en exclusiva con
/localy/cloudpara cambiar la ubicación de ejecución en un clic; escribe/para ver qué tienes disponible en el acto.
04 Otra clase de "comandos" en el IDE: acciones de Codex en la paleta de comandos de VS Code
La sección anterior explicó los comandos de barra diagonal que se escriben en el cuadro de chat del IDE. Sin embargo, la extensión del IDE oculta otra serie de "comandos" que podrías pasar por alto: las acciones de Codex en la paleta de comandos (Command Palette) de VS Code; estas dos cosas no son lo mismo y debes diferenciarlas.
Veamos qué resuelven. Algunas operaciones ocurren a nivel del editor y no en el cuadro de chat: por ejemplo, cuando seleccionas un fragmento de código y deseas "agregarlo al hilo actual como contexto", o cuando colocas el cursor sobre un comentario // TODO y quieres "que Codex implemente esta tarea". Estas acciones no se pueden activar con comandos de barra diagonal (la barra diagonal funciona en el cuadro de chat), sino que deben ejecutarse desde la paleta de comandos o asociarse a atajos de teclado.
Analogía: Menú contextual vs ventana de chat. Los comandos de barra diagonal en el chat son como dar instrucciones en una conversación; las acciones de Codex en la paleta de comandos son como hacer clic derecho en el código y elegir "enviar a Codex": uno es "hablar" y el otro es "señalar un fragmento de código para actuar". Dos puntos de entrada que se complementan.
La documentación oficial en ide/commands enumera estas acciones de la extensión (se incluyen los IDs de comando para facilitar su asignación a atajos de teclado):
Comando (búscalo en la paleta como Codex o por ID de comando) | Atajo por defecto | Qué hace |
|---|---|---|
chatgpt.newChat | macOS Cmd+N / Win y Linux Ctrl+N | Crea un hilo nuevo |
chatgpt.addToThread | Ninguno (personalizable) | Añade la selección de texto actual al hilo activo como contexto |
chatgpt.addFileToThread | Ninguno (personalizable) | Añade el archivo completo al hilo activo como contexto |
chatgpt.implementTodo | Ninguno (personalizable) | Le pide a Codex que implemente el comentario de TODO seleccionado |
chatgpt.newCodexPanel | Ninguno (personalizable) | Crea un nuevo panel de Codex |
chatgpt.openSidebar | Ninguno (personalizable) | Abre el panel lateral de Codex |
¿Cómo asignarles atajos de teclado? Sigue estos pasos oficiales:
- Abre la paleta de comandos (macOS
Cmd+Shift+P, Windows / LinuxCtrl+Shift+P). - Ejecuta Preferences: Open Keyboard Shortcuts (Preferencias: abrir atajos de teclado).
- Busca
Codexo el ID de comando específico (por ejemplo,chatgpt.newChat). - Haz clic en el icono del lápiz e ingresa el atajo de teclado deseado.
Yo mismo le asigné un atajo cómodo a chatgpt.addToThread: selecciono un fragmento de código que no entiendo, presiono la combinación y se envía directamente al hilo de la barra lateral, siendo mucho más rápido que copiar, pegar y cambiar de ventana. Este conjunto de "acciones del editor" es una ventaja de la extensión del IDE sobre la CLI, ya que en la terminal pura no existe una operación de "hacer clic derecho en el código seleccionado y enviárselo".
💡 Resumen en una frase: La extensión del IDE ofrece dos conjuntos de entrada: los comandos de barra diagonal en el chat (para dar instrucciones) y las acciones de Codex en la paleta de comandos (
chatgpt.addToThread,implementTodo, etc., para actuar sobre el código); estas últimas no suelen tener atajos asignados por defecto, pero puedes configurar uno a tu gusto siguiendo los cuatro pasos oficiales en la configuración de atajos.
05 Atajos de teclado de la CLI: un nivel de rapidez superior a la barra diagonal
Los comandos de barra diagonal ya son bastante rápidos, pero hay un pequeño grupo de operaciones frecuentes para las que incluso escribir la barra diagonal resulta lento: se resuelven presionando una tecla. En esta sección nos enfocaremos en estas acciones de teclado puro en la CLI. El artículo 08 presentó una tabla de emergencia, y aquí la completamos integrando los atajos mencionado de forma dispersa en la documentación de cli/slash-commands.
Analogía: Los atajos de teclado frente a los comandos de barra diagonal son como el doble clic frente a "clic derecho → abrir". El menú contextual (comandos de barra diagonal) te permite seleccionar cualquier cosa, pero para las operaciones habituales ya has desarrollado una memoria muscular de doble clic, Ctrl+C y Ctrl+V: los dedos son más rápidos que la vista.
Los siguientes son los atajos de teclado en la terminal de Codex que deberías convertir en memoria muscular cuanto antes:
| Acción de teclado | Función | Comando de barra diagonal equivalente |
|---|---|---|
Ctrl+L | Limpia solo la pantalla, conservando la conversación actual (redibujo forzado) | Ninguno (diferente a /clear, ver a continuación) |
Ctrl+O | Copia la última respuesta completada de Codex | Equivalente a /copy |
Tab (mientras se ejecuta) | Pone en cola la siguiente entrada / comando de barra diagonal / comando ! | Ninguno |
Ctrl+G | Abre un editor externo para redactar prompts largos, trayendo el texto al cuadro de entrada al terminar (el editor se define por las variables de entorno VISUAL o EDITOR; si no se configuran, el predeterminado suele ser vi; si quieres usar VS Code ejecuta primero export VISUAL=code) | Ninguno |
Alt+R | Alterna el modo de scroll raw (para facilitar la selección y copia directa en la terminal) | Equivalente a /raw |
Prefijo ! (al inicio de línea) | Ejecuta un comando de la shell directamente en la terminal sin consultar a Codex | Ninguno |
Hay tres puntos en los que la documentación oficial hace hincapié y que suelen usarse de forma incorrecta, los detallamos por separado:
Ctrl+L no equivale a /clear. Esta es una de las parejas de comandos más fáciles de confundir en Codex, y la documentación oficial lo indica claramente: Ctrl+L limpia únicamente la visualización de la terminal, conservando la conversación actual; mientras que /clear limpia la pantalla y abre una conversación completamente nueva (eliminando todo el contexto). Uno es "limpiar la pizarra" y el otro es "traer una pizarra nueva". Además, ninguno de los dos se puede presionar mientras una tarea se está ejecutando; la documentación indica explícitamente que ambos se desactivan durante la ejecución de tareas, debiendo esperar a que finalice para poder usarlos. El año pasado, ejecutando Codex en un servidor conectado mediante SSH, la red experimentó un microcorte y toda la interfaz se descuadró, estuve a punto de usar Ctrl+C para matarlo y empezar de nuevo; afortunadamente me acordé de Ctrl+L, lo presionó, la pantalla se redibujó limpia y no se perdió ni una línea de ese largo contexto. Si hubiera reiniciado, habría perdido todo el historial acumulado.
El prefijo ! permite ejecutar comandos de forma rápida y que Codex "vea" el resultado. Si escribes ! al inicio de línea en el cuadro de entrada seguido de un comando (por ejemplo, !git status), este se ejecutará directamente en tu terminal. La documentación oficial explica que Codex recibe esta salida en su contexto como un "resultado de comando proporcionado por el usuario", y se aplica bajo tus configuraciones de aprobación y entorno seguro de igual manera. ¿Cuál es su ventaja? Si quieres echar un vistazo rápido al estado del repositorio sin pedirle a Codex que lo haga (lo cual consumiría tokens), ejecutas !git status para obtener el resultado de inmediato, y en el siguiente mensaje puedes continuar conversando basándote en este estado.
!git statusEl atajo Ctrl+O para copiar la salida tiene dos límites. La documentación oficial señala: si la ronda actual sigue ejecutándose, Ctrl+O copiará la última respuesta completada (no la que se está generando en ese momento); además, antes de que Codex genere su primera respuesta completa o justo después de un rollback, este comando no estará disponible. Conocer estos límites evitará que te preguntes por qué no responde al presionarlo.
¿Quieres cambiar las teclas? Usa /keymap, pero no te apresures si eres principiante
Si las teclas predeterminadas no te resultan cómodas, puedes cambiarlas. La CLI ofrece /keymap: permite ver, modificar y persistir las asignaciones personalizadas en la sección tui.keymap de config.toml. El uso descrito oficialmente: escribes /keymap → seleccionas el contexto y la acción del atajo que quieres modificar → ingresas la nueva combinación o limpias la anterior. Los nombres de las teclas se definen con este formato: ctrl-a, shift-enter, page-down.
Sin embargo, te sugiero una cosa: como principiante, acostúmbrate primero a las teclas predeterminadas antes de ponerte a trastear con la configuración. En mi caso, las cambié después de medio año de uso, cuando descubrí que dos combinaciones entraban en conflicto con otras herramientas. Si las reasignas desde el primer día, al consultar documentación o preguntar a otros, tus teclas no coincidirán con los tutoriales y terminarás por complicarte la vida.
💡 Resumen en una frase: En las acciones de teclado de la CLI, los atajos más habituales son
Ctrl+L(limpiar pantalla sin perder la conversación, no lo confundas con/clear),Ctrl+O(copiar salida),Tab(poner en cola),Ctrl+G(abrir editor para prompts largos) y!(ejecutar comandos directamente y que Codex los vea); si deseas modificarlos cuentas con/keymap, pero acostúmbrate primero a los predeterminados.
06 Manos a la obra: ejecuta los comandos de barra diagonal en las tres interfaces
Leer sin practicar no ayuda a recordar. A continuación, te presentamos un flujo de verificación mínimo que no depende de ningún proyecto complejo; solo crea una carpeta vacía y podrás completar la sección de la CLI; para la App y el IDE basta con que hagas clic en las interfaces correspondientes.
Nota sobre diferencias de plataforma: los comandos de creación de directorios
mkdirse usan directamente en Mac / Linux; en Windows usa PowerShell y reemplazamkdir -ppormkdir, o crea las carpetas manualmente desde el Explorador de archivos. Si aún no has instalado la CLI de Codex, regresa al artículo 03 para instalarla antes de continuar.
Sección de la CLI (cinco pasos, todo en la terminal)
Primer paso: Crear un directorio vacío, entrar e iniciar.
mkdir -p ~/codex-slash-demo && cd ~/codex-slash-demo && git init
codexResultado esperado: entras en la TUI de pantalla completa, con el cuadro de entrada en la parte inferior y la barra de estado con texto pequeño al lado.
Segundo paso: Escribe una / para ver el conjunto real de comandos en tu máquina.
Escribe únicamente una barra diagonal en el cuadro de entrada (sin presionar Enter):
/Resultado esperado: se despliega un menú con una larga lista de comandos y sus explicaciones. Esta lista representa los comandos reales disponibles para tu versión actual; verás que es más larga que cualquiera de las tablas de este artículo (se añaden comandos continuamente por vía oficial). Si escribes algunas letras más (por ejemplo, /st), la lista se filtrará en tiempo real para mostrar /status o similares.
Tercer paso: Usa /status para revisar la configuración actual.
/statusResultado esperado: Codex imprime un resumen de la sesión actual: qué modelo está usando, cuál es la estrategia de aprobación, qué directorios son escribibles y cuánto contexto queda disponible. Úsalo para tener una idea general.
Cuarto paso: Prueba Ctrl+L y !, experimentando que los atajos son más rápidos que la barra diagonal.
Primero deja que la pantalla avance unas líneas (por ejemplo, escribe !ls y presiona Enter) y luego presiona Ctrl+L:
!lsResultado esperado: la línea !ls ejecuta y muestra el contenido del directorio actual directamente en la terminal (en este momento la carpeta está vacía, así que es normal que no muestre casi nada), incorporando el comando y la salida al contexto; al presionar Ctrl+L, la pantalla se redibuja limpia, pero la conversación anterior no se pierde en absoluto (puedes desplazarte hacia arriba para verla); esta es su diferencia frente a /clear.
Quinto paso: Prueba /diff (y de paso pídele que haga una tarea real) y luego sal.
Primero ordénale que haga una pequeña modificación de archivos:
新建一个文件 hi.txt，里面写一行 hello from codexEs posible que se detenga a pedir aprobación (dependiendo de la estrategia de aprobación actual), confírmalo. Al terminar:
/diffResultado esperado: Codex muestra los cambios desde la perspectiva de Git, incluyendo el archivo nuevo hi.txt que Git aún no está rastreando; esto es por lo que /diff es más completo que ejecutar git status manualmente. Al terminar, escribe para salir:
/exitResultado esperado: regresas a la terminal normal (el comando /quit tiene el mismo efecto, y Ctrl+C también interrumpe).
Sección de la App de escritorio y el IDE (un paso cada uno, para confirmar las diferencias en las listas)
App de escritorio: abre la aplicación y escribe / en el cuadro de entrada de algún hilo.
Resultado esperado: la lista que se despliega es mucho más corta, mostrando básicamente /status, /review, /plan, /goal, /mcp, /feedback (según tu visualización local). Confirma con tus propios ojos que no tiene relación con la gran tabla de la CLI. Si escribes un símbolo $, verás que enumera las Skills que puedes invocar.
Extensión de IDE (VS Code, etc.): escribe / en el cuadro de chat de Codex.
Resultado esperado: verás en la lista comandos como /local, /cloud o /auto-context que no están presentes ni en la CLI ni en la App. Esto demuestra visualmente lo explicado en la sección 03: cada una de las tres interfaces de entrada reconoce sus propios comandos.
Al completar este circuito, habrás verificado por ti mismo los conceptos más importantes de este artículo: "escribir / para ver la lista real", "las listas de comandos difieren entre interfaces", "Ctrl+L ≠ /clear" y "/diff detecta archivos no rastreados"; esto es mucho más valioso que memorizar diez páginas de documentación.
⚠️ Detalle menor: si en el quinto paso de la CLI no se detuvo a preguntar y creó el archivo directamente, significa que tu estrategia de aprobación actual es flexible (en el modo Auto no se bloquea la escritura de archivos dentro del espacio de trabajo); esto no es un fallo, sino que el entorno seguro (sandbox) y la aprobación explicados en el artículo 02 están dando paso según las reglas. Si quieres ver cómo "se detiene a preguntar", usa
/permissionspara cambiar aRead Onlyy luego ordénale crear el archivo para reproducirlo.
💡 Resumen en una frase: Sigue en la CLI el flujo "escribir
/→ revisar configuración con/status→ probar atajos conCtrl+Ly!→ auditar cambios con/diff→ salir con/exit", y luego escribe/en la App y el IDE para comparar las listas: confirmar con tus propios ojos que "las tres interfaces son distintas" y que "los atajos y la barra diagonal gestionan tareas diferentes" es la mejor forma de recordarlo.
07 Resumen
En este artículo hemos destapado los comandos de barra diagonal y los atajos de teclado, esos recursos que usas a diario pero quizás no conocías a fondo: actúan como la consola de control de las sesiones de Codex; un solo / gestiona cambiar de modelo, limpiar el contexto o auditar cambios; y con un atajo de teclado, la velocidad operativa aumenta notablemente.
Resumamos los puntos clave en una tabla para llevar contigo:
| Lo que deseas aclarar | Respuesta | Punto clave |
|---|---|---|
| Qué son los comandos de barra diagonal | Instrucciones de control de las sesiones de Codex | Controlan el programa en sí, no asignan tareas; solo funcionan al principio del mensaje |
| Cómo recordar los comandos de la CLI | Consúltalos agrupados según "en qué fase te encuentres" | Preparar / Trabajando / Pre-entrega / Varios; escribe / para ver la lista real |
Diferencias entre /clear, /new y /compact | Limpiar pantalla y cambiar contexto / Sin limpiar pantalla y cambiar contexto / Resumir para continuar | Usa los dos primeros para cambiar de tarea, y /compact para continuar |
| Qué se puede usar en la App de escritorio | 6 comandos enumerados actualmente | /status, /review, /plan, /goal, /mcp, /feedback |
| Qué se puede usar en la extensión de IDE | 8 comandos enumerados actualmente | En exclusiva /local, /cloud, /auto-context |
| Acciones de la paleta de comandos de VS Code | Acciones a nivel de editor | chatgpt.addToThread, implementTodo, etc., asigna tus atajos |
| Qué atajos de la CLI recordar | Ctrl+L, Ctrl+O, Tab, Ctrl+G, ! | Ctrl+L ≠ /clear (no pierde la conversación) |
| Cómo cambiar asignaciones | /keymap (CLI), atajos de teclado (IDE / App) | Se recomienda usar primero las predeterminadas |
Ahora deberías ser capaz de: escribir / en cualquier interfaz para comprender el menú que se despliega, buscando el comando adecuado según "en qué fase te encuentres"; diferenciar por qué cambian y qué comandos específicos tienen la CLI, la App de escritorio y la extensión de IDE; recordar no confundir Ctrl+L con /clear; y saber cómo asignar atajos de teclado a las acciones de Codex en la paleta de comandos de VS Code para "actuar directamente sobre el código".
Al recordar el "método del reinicio" de las primeras dos semanas, se debió simplemente a no haber explorado ese menú /. A partir de este artículo, cada vez que quieras realizar alguna acción sobre Codex en sí, tu primera reacción debería ser escribir una barra diagonal para ver si existe un interruptor preconfigurado. Este simple hábito te ahorrará una gran cantidad de tiempo perdido.
El siguiente artículo 〔13 · Escritura de prompts〕: los comandos de barra diagonal actúan como "interruptores", pero lo que realmente determina el desempeño de Codex es cómo explicas tus necesidades en tu mensaje. Para una misma tarea, la diferencia entre escribir un prompt vago y uno preciso puede ser abismal. En el próximo artículo profundizaremos en el tema más valioso: "cómo comunicarte con Codex para que te entienda y trabaje correctamente". Un pequeño pensamiento: en este artículo aprendiste a usar /plan para pedirle una propuesta primero; ¿en qué aspectos se diferencian un buen prompt de uno que obligará al modelo a rehacer el trabajo tres veces?