Uso de Codex en VS Code: ámbito de aplicación, puntos de recuperación y soluciones para los cuellos de botella habituales
Codex en VS Code sin las demoras habituales: instalación e inicio de sesión, una primera tarea del agente limitado, nube frente a CLI, configuración compartida, y soluciones para WSL y aprobaciones.
Fuentes: How to Use Codex in VS Code: From First Task to Reliable Agent Workflow
Para hacer que Codex funcione en VS Code se necesitan unos minutos: instale la extensión oficial openai.chatgpt, inicie sesión, abra una carpeta de proyecto, cambie al modo Agente y dele una tarea de alcance limitado que especifique los nombres de los archivos involucrados. Cada cambio en el espacio de trabajo y cada resultado de prueba requiere una revisión humana antes de ser conservado. Las tareas más extensas son adecuadas para su delegación en la nube, y los problemas que dificultan el uso, como las aprobaciones repetidas, el inicio de sesión remoto y la congelación al cargar WSL en Windows, tienen cada uno una solución específica que se explica a continuación.
El alcance aquí se limita únicamente a la interfaz de VS Code: una primera tarea definida, seguida de los controles que mantienen al agente predecible. La instalación en la terminal, el plugin Cursor, los paneles de uso y las comparaciones con otras herramientas son temas separados.
De las sugerencias a un agente que mueve archivos
Muchos desarrolladores están acostumbrados al texto fantasma: aparece una sugerencia mientras se escribe, se mantiene o se ignora, y nada más cambia en el árbol de archivos. El modo Agente en Codex es algo completamente distinto. Un panel lateral lee archivos, edita el árbol de trabajo y realiza verificaciones mientras su usuario va a por un café. Confundir uno con el otro hace que la primera experiencia con el Agente parezca un allanamiento, aunque en realidad se trata simplemente de otro tipo de trabajo.
Una analogía ayuda. Un pasajero que señala un cartel de tráfico deja las dos manos del conductor en el volante, y el coche solo se mueve porque el conductor lo hace mover. Entregar las llaves es otra cosa: regresas de la cocina y el coche está en un nuevo espacio de estacionamiento, con el maletero reorganizado y más kilómetros recorridos, y nadie preguntó por la ruta. El autocompletado en línea es como que el pasajero señale. El modo agente son las llaves en sí. Saltarse un punto de recuperación significa otorgar acceso de escritura a un repositorio que aún contiene el trabajo sin guardar de la tarde.
Qué es en realidad la extensión actual
La extensión Codex IDE de hoy funciona como un agente de codificación asíncrono. Se trata de un proceso que ejecuta en segundo plano con permiso para leer el repositorio, reescribir archivos en el disco y ejecutar comandos de terminal, mientras que el autocompletado solo propondría el siguiente token. No tiene nada que ver con la API de completado Codex de 2021 ni con el texto fantasma de Copilot, y cualquier tutorial que lo describa como una mejor opción que la tecla Tab está hablando de otra cosa.
En modo Agente, el trabajo se distribuye entre el repositorio y la terminal, por lo que el alcance y la capacidad de recuperación son más importantes que nunca con el autocompletado. Una sugerencia de una sola línea permanece en el editor hasta que se acepta. Una tarea del agente puede realizarse en src/ mientras aún se está leyendo el primer párrafo de su plan.
El modo de chat, cuando el compositor lo ofrece, sirve únicamente para la discusión, sin posibilidad de editar archivos ni ejecutar comandos. Es adecuado para analizar el problema. Agent es la opción cuando es necesario mover realmente el árbol de estructura.
Alcance, evidencia y forma de volver atrás
La propia documentación del IDE de OpenAI y los artículos prácticos coinciden en un hecho evidente sobre la interfaz: el modo local de Agent aplica los cambios directamente en el directorio del espacio de trabajo. La extensión no muestra una diferencia entre lo aceptado y lo rechazado de forma integrada, como lo hacen algunos otros editores. Git funciona como el botón de deshacer, y sin un repositorio inicializado no existe una forma sencilla de volver atrás.
Deben ocurrir tres cosas antes del primer prompt:
- Abrir una carpeta de proyecto real y no un solo archivo.
- Guardar de forma permanente o temporal cualquier elemento que no deba perderse.
git stash push -u -m "pre-codex"es suficiente. - Coloque la verificación de aceptación dentro de la instrucción: qué pruebas deben superarse, qué archivo está dentro de los límites y cómo se ve el estado “listo”.
Una instrucción clara en un árbol no confirmado es más arriesgada que una instrucción descuidada en una rama limpia.
Cuando algo sale mal, el daño suele parecer algo trivial: un cambio de nombre menor, un archivo auxiliar incluido en el archivo incorrecto, pruebas que nunca se ejecutaron. No hay nada exótico involucrado. Simplemente es lo que hace un agente una vez que tiene un árbol funcional y el usuario ha imaginado un cuadro de sugerencias. No abrir ninguna carpeta, no usar Git o pedir “mejorar la base de código” sin nombrar los archivos no impide que la extensión se ejecute, y ese es el peligro.
Instalación de la extensión real
El camino más sencillo es breve. La verificación de identidad es lo que la mayoría de los videos de instalación omiten.
Confirme el editor y el identificador
El paquete correcto es la extensión oficial Codex del Marketplace, y no un wrapper comunitario con nombre similar. Se enumera como Codex - El agente de programación de OpenAI, publicado por OpenAI, con el identificador único openai.chatgpt. Es este identificador el que permite distinguir el producto auténtico de un plugin de autocompletado no oficial.
Para abrir rápidamente, en macOS se usa Cmd+P y en Windows y Linux, Ctrl+P. Pega esto y presiona Enter:
ext install openai.chatgpt
También funciona la vista de extensiones: busque el título exacto y compare el editor y el identificador antes de hacer clic en Instalar. Las cantidades de instalaciones, las calificaciones con estrellas y los números de versión no son una prueba fiable, ya que cambian constantemente.
Vale la pena marcar como favoritos la página del Marketplace de Visual Studio para openai.chatgpt y la documentación de la extensión Codex IDE de OpenAI. El flujo de trabajo descrito aquí se basa en ellas y no las reemplaza.
Una vez instalada, el ícono de Codex puede moverse a la barra de actividades de la derecha para que el código quede a la izquierda y el agente a la derecha, un diseño que la mayoría de las personas utiliza. Si el ícono desaparece después de una actualización, no es necesario reinstalarlo. La recuperación de la barra lateral a continuación soluciona este problema.
Conectar con una cuenta de ChatGPT
Abra el panel Codex y elija “Iniciar sesión con ChatGPT”. Complete el redirección del navegador en la cuenta que realmente posee el plan. Los nombres de las opciones en el Marketplace son Plus, Pro, Business, Edu y Enterprise.
GitHub Copilot Pro+ y Copilot Max tienen un camino separado para Insiders, con la opción Iniciar sesión con Copilot y una vista de Sesiones de agente. Ambos métodos de inicio de sesión son reales y no deben mezclarse, ya que se trata de botones diferentes.
Algunos carruseles de primera ejecución incluyen un paso de configuración en entorno de pruebas. Un video de instalación muy visto navega por las pantallas de bienvenida y luego selecciona la opción de entorno de pruebas de respaldo para que el contenedor local pueda iniciarse. Si aparece ese control, está inicializando el entorno aislado que utilizará el agente y no está instalando un segundo producto.
El acceso a través de ChatGPT está vinculado a una suscripción. Los presupuestos de mensajes, los selectores de modelos y las cantidades económicas cambian, por lo que cualquier cantidad específica del plan Plus o Pro mencionada en resúmenes de mediados de 2026 debe considerarse obsoleta. La pantalla de uso actual de la cuenta es la fuente de información fiable antes de planificar una sesión prolongada.
Cuándo tiene sentido usar una clave API
La opción de “traer tu propia clave” implica autenticarse con una clave API de OpenAI en lugar de con el inicio de sesión de ChatGPT. La tarjeta de inicio de sesión muestra un botón para usar la clave API. Este método es útil cuando se agota la cuota de ChatGPT o cuando un equipo ya factura a través de la API.
No constituye un sustituto silencioso del plan Plus. Según los informes de precios de 2026, facturar mediante clave API en las extensiones y la CLI implica la pérdida de la delegación en la nube y de las revisiones de código en GitHub, por lo que quienes necesitan estas funciones deben seguir utilizando un plan de ChatGPT.
Cuando el botón no es suficiente, se puede configurar explícitamente la configuración compartida:
preferred_auth_method = "apikey"
Un archivo de claves que solo contiene marcadores de posición se coloca en ~/.codex/auth.json:
{"OPENAI_API_KEY": "YOUR_API_KEY_HERE"}
Si el panel sigue exigiendo ChatGPT, exporte la clave en la misma shell que inicia el editor y, a continuación, abra la carpeta desde allí:
export OPENAI_API_KEY="your-api-key-here"
code .
PowerShell en Windows utiliza $env:OPENAI_API_KEY="tu-clave-de-api-aquí" seguido de code .. Las claves reales deben permanecer fuera de capturas de pantalla, tickets y comentarios. El JSON mostrado es un modelo.
Los informes de la comunidad también describen un problema específico de WSL con el botón “Usar clave de API”. En el Subsistema de Windows para Linux, un botón inactivo significa que se debe recurrir a config.toml junto con la variable de entorno, o iniciar el editor desde una shell que ya contenga la clave.
Una primera tarea controlada
La primera tarea no tiene como objetivo impresionar a nadie. Su propósito es demostrar que Codex en VS Code accede a los archivos mencionados, ejecuta la comprobación indicada y deja un diferencial legible.
Abra la carpeta y especifique un resultado verificable
Elige Archivo > Abrir carpeta y selecciona la raíz del proyecto, es decir, la carpeta que contiene el archivo de bloqueo, pyproject.toml o el archivo de solución que realmente se compila. Inicializa Git si no está presente, abre el panel Codex y establece el compositor en Agent.
Formula el objetivo de tal manera que un colega cansado pueda verificarlo a las seis de la tarde. Necesita:
- Un cambio de comportamiento.
- Un conjunto de archivos.
- Una orden o prueba que lo demuestre.
Un mensaje de bienvenida para la primera sesión puede verse como este ejemplo didáctico:
Update token expiry handling in @src/auth.ts. Run the existing tests and summarize changed files.
La oración contiene un archivo, un resultado y la prueba. “Mejorar la autenticación” no contiene ninguno de estos elementos.
Se accede a un panel oculto a través de la Paleta de Comandos con Codex: Open Codex Sidebar. Buscar en la barra de actividades de la izquierda es una pérdida de tiempo, ya que las actualizaciones han movido el ícono a la barra de herramientas de la esquina superior derecha en más de una ocasión.
Dirige al agente a los archivos correctos
Al escribir @nombre_archivo se le entrega al agente un único archivo sin saturar el contexto con todo el árbol de archivos. Adjunta solo lo que sea importante y indica qué archivos están prohibidos. Las convenciones pueden colocarse en un AGENTS.md en la raíz del repositorio para sesiones posteriores, aunque la instrucción por sí sola es suficiente para la primera tarea.
Concéntrese en una sola tarea por primera vez, como por ejemplo gestionar vencimientos, un test fallido, una línea de registro o una corrección de tipo. Los refactores más complejos que involucran varios archivos se realizan posteriormente, a menudo como trabajo en la nube. El modo Local Agent iniciará gustosamente uno de ellos, pero la paciencia del revisor no será suficiente.
Revisión de ediciones y pruebas
Al finalizar la ejecución, hay tres cosas que merecen ser inspeccionadas en este orden:
- Archivos modificados: si el agente se mantuvo dentro de la ruta especificada.
- Pruebas: si se ejecutaron y si dieron resultado positivo.
- Git:
git diffygit statussirven como pantalla de revisión, ya que la extensión ya ha escrito en el disco.
Una tarjeta de resultados que indique “Aprobado” con src/auth.ts como el único archivo modificado sigue requiriendo que se lea el diff. Las pruebas verdes no indican si un comentario añadido pertenece a una API pública.
El resultado de todo esto es un panel autenticado, una ejecución de Agente con alcance definido y un cambio visible en Git. Con un repositorio limpio, toda la secuencia dura aproximadamente ocho minutos. Luego viene la decisión de conservar el cambio o restablecerlo, seguida de una detención. Una segunda cuestión importante es cómo las personas terminan realizando reescrituras accidentales.
Local, nube o CLI
Tres opciones comparten el nombre Codex dentro de VS Code, pero no tienen el mismo alcance de impacto. La pregunta práctica es cuál es necesaria para el trabajo de hoy.
El agente local
El modo Agente local es la opción predeterminada aquí. El trabajo se realiza en el espacio de trabajo y la revisión se realiza a través de los archivos modificados, las pruebas y Git. Su principal limitación ya fue mencionada: las ediciones se aplican directamente en el árbol de trabajo. Es adecuado para ediciones limitadas que pueden ser monitoreadas.
Delegación en la nube
La delegación en la nube envía un trabajo más extenso a un entorno cloud aislado, dejando el editor disponible o incluso cerrado. El Marketplace denomina esto “Delegar a Codex en la nube”. Las guías de 2026 describen cómo vincular un repositorio en chatgpt.com/codex/settings/environments, seleccionar ese entorno en la barra lateral y elegir “Ejecutar en la nube” contra una rama base como main o la actual.
Es adecuado para trabajos grandes, lentos o que resultan más útiles como diferencias que como escrituras en tiempo real. Requiere acceso a la nube por parte de ChatGPT, por lo que una configuración limitada a una clave API no es el método de autenticación adecuado para esta función.
La terminal integrada y la CLI
El Codex CLI es el agente nativo de la terminal, perteneciente a la misma familia de modelos pero que se ejecuta desde una shell y no desde la barra lateral. Puede funcionar en la terminal integrada de VS Code. La instalación en la plataforma, las actualizaciones y las opciones de entorno aislado corresponden a una guía de instalación de CLI y no se repiten aquí.
Lo que importa aquí es la decisión a tomar. El CLI es la opción ideal para un control centrado en la terminal, en situaciones en que la barra lateral no funciona correctamente y para ejecuciones prolongadas de /review que suelen fallar dentro de la extensión. Los informes de 2026 muestran que el simple codex abre una sesión interactiva, mientras que una instrucción entre comillas pasada a codex exec se ejecuta una sola vez sin interacción, por ejemplo pidiéndole que corrija todos los errores de linting en src/. Instale el CLI solo si está faltando.
La cuestión de qué herramienta preferir en general es distinta de la forma en que funciona el agente de VS Code, y una comparación entre Claude Code y Codex aborda este tema.
Una capa de configuración para ambos
Hay un hecho arquitectónico que rara vez se menciona en las páginas del Marketplace: la extensión de VS Code es de código cerrado, y sus mantenedores la describen como una capa de interfaz gráfica alrededor de la CLI de código abierto Codex. Eso explica por qué una sola carpeta puede controlar el comportamiento en ambos.
El directorio compartido ~/.codex/
En macOS y Linux, la carpeta común es ~/.codex/, donde config.toml alberga los valores predeterminados y auth.json contiene las credenciales. Tanto la extensión como la CLI la leen, por lo que una sola edición afecta a ambas.
El equivalente en Windows se encuentra dentro del perfil de usuario. Las configuraciones remotas y de servidor de código añaden copias adicionales de auth.json dentro de la carpeta de extensiones, lo cual constituye soluciones temporales y no representa una segunda fuente fiable de información. ~/.codex/ es el lugar más adecuado siempre que sea posible, ya que es más sencillo corregir errores en el texto que en una captura de pantalla de esta carpeta.
Valores predeterminados basados en la fuente
Un ejemplo global circula en las guías de 2026 para el editor:
# ~/.codex/config.toml
model = "gpt-5.3-codex"
approval_mode = "agent"
Trate la cadena del modelo como algo perecedero. Los nombres en las tutoriales ya han cambiado, pasando de GPT-5.1 a GPT-5.3-Codex y luego a las versiones posteriores de GPT-5.x. Cuando el panel muestra estado inesperado 400 Bad Request: {"detail":"Unsupported model"}, el selector contiene un nombre que esta versión del complemento no puede procesar. Elija primero un modelo compatible en la interfaz; si aún desea usar uno predeterminado, escriba el que realmente haya sido seleccionado.
La configuración approval_mode = "agent" es la forma predeterminada: permite leer y editar en el espacio de trabajo, ejecutar comandos en el directorio de trabajo y acceder a una red restringida. El modo de chat solo permite conversaciones. “Agent Full Access” amplía las posibilidades de ejecución local y permite realizar búsquedas en Internet. El modo debe coincidir con la tarea, y no se debe mantener “Full Access” solo porque una instalación con npm la semana pasada necesitó conectarse a la red.
La preferencia de clave API de la sección anterior se encuentra en el mismo archivo. Al mantener juntas la política de autenticación y la política de aprobación, todo el contrato puede leerse en veinte segundos.
Bucles de aprobación y el spinner de Windows
Estos son los problemas que los guías de configuración omiten y que la gente busca cuando Codex deja de funcionar en VS Code. Ambos se asemejan a errores del producto, y a veces lo son. Otras veces, la sandbox está advirtiendo que el agente está a punto de hacer algo que nadie está supervisando. Ser más fluido no es lo mismo que ser más seguro.
Reducir las fricciones en la aprobación sin perder los límites
Los usuarios de Windows describen especialmente un bucle de permisos, con una pausa al hacer clic en cada archivo leído o escrito. El compositor ofrece opciones de Chat, Agent y Agent Full Access. Esta última opción silencia la mayoría de las solicitudes, ya que autoriza acciones locales más amplias y uso de red. Ese es el verdadero compromiso, y también es así como una solicitud para renombrar una función se convierte en una descarga no planificada de un paquete.
Una solución alternativa de la comunidad que se menciona frecuentemente es esta línea de configuración:
approval_mode = "auto"
Algunos hilos proponen un ajuste intermedio llamado workspace-write y, en el extremo más estricto, danger-full-access. Ambos nombres provienen de publicaciones de la comunidad, y ninguno constituye motivo para dirigir el agente hacia un directorio personal.
El modo automático o un modo de composición más amplio solo es razonable cuando se cumplen todos los siguientes requisitos:
- Git muestra un árbol limpio, o los cambios están guardados temporalmente.
- No hay secretos en el espacio de trabajo, o Git los ignora.
- El alcance del archivo cabe en una sola oración.
git diffse leerá antes de enviar cualquier cosa.
Si alguno de estos puntos no se cumple, mantenga las solicitudes de confirmación. El bucle es molesto, pero una escritura silenciosa en .env es aún peor.
La experiencia muestra los límites de la opción directa. Cambiar a Acceso Total como solución para “simplemente dejar de preguntar” sí puso fin a las molestias, pero la sesión también adquirió una ruta a la red que nunca había sido necesaria con un simple cambio de nombre local. La línea de configuración funciona como un bisturí, mientras que Acceso Total funciona como un cubo.
El caso de carga de WSL en Windows 11
Existe un caso documentado en Windows 11 en el que el panel se queda atascado en “Cargando”. En el problema #7082 de openai/codex, los usuarios lo redujeron al ajuste de integración con WSL. Las primeras respuestas de los mantenedores atribuyeron el problema a una interrupción regional, y las posteriores presentaron la solución que aún se utiliza hoy en día.
En Ajustes, busque Codex WSL, encuentre “Ejecutar Codex en el Subsistema de Windows para Linux” y desactívelo; luego vuelva a abrir el panel en el entorno de ejecución que realmente se desea. Se trata de un cambio en Ajustes y no de una opción de línea de comandos, por lo que no debería inventarse un parámetro como codex --no-wsl, ya que ninguna fuente lo menciona.
Quien realmente quiera tener Codex dentro de WSL2 debe mantener el proyecto en el sistema de archivos de Linux y las herramientas dentro de ese entorno. Un repositorio con ruta de Windows junto con un agente de Linux es la causa de errores de límites de archivos y permisos que hacen que el panel parezca estar afectado por problemas.
Después del cambio, verifique que la CLI siga iniciándose en la terminal de confianza. Una CLI funcional junto con un panel con problemas indica un fallo en WebView o una extensión, y no un problema de autenticación. Si ambos se bloquean, el problema es primero de autenticación.
Separar los entornos de ejecución y los historiales
Los historiales de chat de Codex están aislados entre los sistemas de archivos de Windows y WSL. Al cambiar de modo se muestran hilos diferentes. Eso no es un error de sincronización, sino dos entornos separados.
Un entorno de ejecución por repositorio, conservado durante una semana, evita la confusión. Cuando un cambio es inevitable, asuma que la conversación no continuará. Las instrucciones duraderas deben encontrarse en AGENTS.md del repositorio, y no en un hilo de la barra lateral que se perderá para el martes.
Asociar el síntoma con la solución
Comience con el síntoma. Aplicar la solución de WSL a un ícono oculto lleva veinte minutos. Un panel faltante, un nombre de modelo rechazado, una revisión fallida y un inicio de sesión remoto que nunca regresa son cuatro soluciones diferentes, que se prueban una tras otra y nunca se combinan.
Barra lateral oculta o modelo no compatible
Si el ícono ha desaparecido de la barra izquierda, eche un vistazo a la esquina superior derecha antes de reinstalarlo. El problema #14586 indica que las actualizaciones mantienen el acceso a través de un control de Barra Lateral de Open Codex en la barra de herramientas allí, y la Paleta de Comandos también ofrece Codex: Open Codex Sidebar.
Si el panel se abre y falla de inmediato con unexpected status 400 Bad Request: {"detail":"Unsupported model"}, el modelo seleccionado es inválido para la versión instalada. El selector en la parte inferior del panel muestra los modelos compatibles. Después de elegir uno, ~/.codex/config.toml debe actualizarse para que una línea obsoleta de model = "..." no genere nuevamente el mismo error.
Los paneles en blanco y los bucles de inicio de sesión ocurren en un nivel inferior, en la WebView, debido a las cookies o a un token inválido. La solución simple es cerrar la sesión, borrar la sesión de ChatGPT en el navegador e iniciar sesión de nuevo. Reinstalar con un token defectuoso solo coloca un ícono nuevo encima del mismo archivo de autenticación.
Las revisiones largas deben realizarse desde la CLI
El comando /review de la extensión presenta un tiempo de espera reportado de cerca de cinco minutos. En un repositorio grande, la ejecución puede terminar con el agente indicando que ya ha aplicado muchas correcciones y carece de tiempo para identificar con precisión los problemas.
Cinco minutos es el tiempo establecido en la barra lateral, mientras que no se indica ningún límite similar para la misma revisión en la CLI. Quienes realicen una revisión y vean que el panel deja de funcionar deberían ejecutarla desde la CLI de Codex en la terminal integrada e inspeccionar el resultado en Git. Volver a intentar /review en la barra lateral no cambiará ese tiempo. Un flujo de trabajo de revisión más detallado, que incluya solicitar una revisión sin provocar una reescritura, merece su propia guía.
SSH remoto y máquinas sin interfaz gráfica
OAuth en el navegador falla de manera predecible en SSH remoto, Docker, vscode-server y otras máquinas sin interfaz gráfica, ya que la página de inicio de sesión no puede volver al host que necesita el token. La discusión de GitHub #4650 recopila las experiencias de la comunidad.
La solución que da la sensación más oficial es el reenvío de puertos en VS Code: en la vista PORTS elija “Reenviar un puerto”, ingrese 1455, asegúrese de que la dirección muestre localhost:1455, y luego ejecute:
codex login
La fase del navegador se completa en la máquina que pueda abrir un navegador, y el puerto reenviado transmite la llamada de retorno a la sesión remota.
La copia de credenciales es la opción más compleja. Inicie sesión en una laptop donde funcione OAuth y luego mueva ~/.codex/auth.json al camino de la extensión remota. Para Code-server, la carpeta objetivo es ~/.local/share/code-server/extensions/openai.chatgpt-[version]/. En Windows, la carpeta correspondiente se encuentra en el perfil del usuario bajo .vscode\extensions. En ambos casos, [version] corresponde al sufijo que tenga la carpeta instalada, y el archivo se coloca allí como auth.json. Este archivo no se incluye en los commits ni en los registros de chat, ya que funciona como una cookie de sesión. Primero se realiza el reenvío y solo se copia cuando este resulta imposible.
Si VS Code es el editor adecuado
Las páginas antiguas pueden llevar a los lectores a buscar un plugin obsoleto, por lo que tener un límite actualizado resulta útil.
JetBrains y VS Code
VS Code depende de la extensión oficial del IDE Codex, con el identificador openai.chatgpt. Los IDEs de JetBrains constituyen un sistema separado. Publicaciones antiguas de PyCharm afirmaban que no existía soporte nativo para Codex en ellos, lo cual ya está desactualizado: JetBrains anunció el soporte nativo en enero de 2026, a partir de la versión 2025.3 del IDE, cubriendo IntelliJ IDEA, PyCharm, WebStorm y Rider. Las búsquedas de Codex para IntelliJ o PyCharm conducen a esa vía nativa y no al identificador del Marketplace. Los usuarios de JetBrains deben seguir la documentación propia del Asistente de IA y Codex de JetBrains.
Los usuarios de Cursor se enfrentan a otra instalación y a otro panel. El flujo de VS Code a través del Marketplace no debe imponerse en el host de extensiones de Cursor, ya que este cuenta con su propia vía para plugins.
Visual Studio Community 2022
Visual Studio Community 2022 no aparece en la lista de clientes compatibles con GPT-5.1-Codex. Una discusión en la comunidad de GitHub enumera cuatro herramientas en esa versión preliminar: VS Code, JetBrains, Xcode y Eclipse. Los desarrolladores en C# que siguen utilizando Visual Studio suelen conservarlo para compilar y ejecutar VS Code junto a él para trabajar con extensiones en los mismos archivos, lo cual resulta incómodo y representa, por ahora, la solución documentada.
Una tarea limitada hoy
Un buen punto de partida es contar con un repositorio que ya se conozca. Se debe tranquilizar el árbol de trabajo con un commit o stash hasta que git status no muestre nada, instalar la extensión si falta, iniciar sesión y abrir la carpeta. Luego se envía una tarea de Agent que especifique un archivo y una prueba, de modo que quepan en una sola pantalla de diferencias.
Observa cómo cambian los archivos, lee la diferencia y elige entre conservarla o restablecerla. Ese ciclo es lo que significa utilizar Codex en VS Code, a diferencia de simplemente instalarlo.
Los editores seguirán añadiendo botones, la delegación en la nube será más fluida y los nombres de los modelos volverán a cambiar. Lo que sigue siendo costoso es otorgar acceso de escritura a una estructura que no se puede deshacer. Una vez que esa parte se vuelve aburrida, el resto del agente puede ser interesante.
Hay un hábito que vale la pena adoptar. La próxima vez que el panel solicite aprobación para escribir en un archivo, di en voz alta la orden de Git que lo desharía. Si no puedes terminar la frase, guarda primero el cambio y pregunta de nuevo, porque esa pausa es toda la revisión necesaria.
Leer más
- LLMOps para un agente de tareas: MLflow Traces, Evals y una puerta de control CI — Crea un asistente de tareas de PydanticAI con FastAPI, haz el seguimiento de su ejecución con MLflow, evalúa su rendimiento con herramientas de GenAI y bloquea las regresiones en GitHub Actions, todo con modelos locales.
- Un harness de producción para Claude Code: seis capas desde Slack hasta el código fusionado — Cómo un harness de seis capas convierte los tickets de Slack en código fusionado: recepción de eventos, bucles de agente con control de acceso, estado duradero, capacidad de autoreparación, observabilidad y control por parte del operador.