puede utilizar para ejecutar Codex por separado desde la terminal para completar una tarea muy específica, donde el agente que activa Codex solo recibe el resultado final de la tarea.
Puede imaginarse que es básicamente un subagente que utilizan todos los agentes de codificación. Es simplemente un subagente más poderoso que puede generar otros subagentes porque es el propio Codex.
En este artículo, analizaré cómo utilizo el comando Codex exec para obtener la máxima productividad, destacando cómo aprovecho Claude Code y Codex juntos para tener la configuración de codificación más óptima.
¿Por qué utilizar Codex Exec?
Una pregunta inicial que podría hacerse es: ¿Por qué debería utilizar Codex exec y no simplemente activar Codex yo mismo para completar las tareas? La respuesta simple es que tienen casos de uso muy diferentes. Por supuesto, deberías activar Codex tú mismo si quieres completar el trabajo con él específicamente, pero el comando Codex exec es más útil cuando lo ejecutan otros agentes de codificación.
Por lo general, hago que Claude Code active el comando ejecutivo de Codex para realizar acciones específicas, generalmente revisando el trabajo que ha realizado Claude Code. También podría ejecutar el comando ejecutivo del Codex desde otro agente del Codex porque el comando iniciará un hilo nuevo donde el contexto no se ve afectado por el trabajo anterior que hice.
Esto es muy bueno cuando quieres revisar un trabajo, porque no quieres que el revisor tenga todo el contexto anterior. El objetivo de tener un revisor es que no tiene acceso a todos sus registros. Simplemente verifica lo que has hecho, lo compara con la tarea que intentas realizar y puede revisar si hay algún error o si no completaste la tarea correctamente.
Cómo utilizar Codex Exec de forma eficaz
Comprenda qué es Codex Exec.
Hay una gran cantidad de casos de uso para Codex exec. Discutiré algunos casos de uso específicos para los que uso Codex exec, pero también debes pensar en tus propios flujos de trabajo y cómo puedes aprovechar al máximo Codex exec.
En términos simples, Codex exec es simplemente otro agente de codificación que usted activa sin contexto previo y completa un trabajo según el mensaje inicial que proporciona al ejecutar el comando.
ejecutivo del códice “”
Ejecutivo del Codex como agente de revisión
Podrías, por ejemplo, usarlo con el siguiente comando:
codex exec “Revise este PR, revise el contenido del PR, busque errores graves, clasifíquelos en problemas de nivel P1, P2 y P3. También revise la descripción de la tarea original y determine si el PR resuelve lo que solicitó la tarea”.
Con este simple comando, tendrás un agente de revisión superpoderoso. Creo que este es probablemente el caso de uso más importante para el que puedes usar Codex exec, porque Codex es un revisor de código increíblemente bueno.
Utilizo Claude Code como mi principal impulsor cuando realizo implementaciones de código. Sin embargo, uso Codex exec para revisar el código que produce Claude.
He comparado esto con revisar código con Claude Code, y ni siquiera creo que sean remotamente comparables. Creo que Codex es un revisor mucho más poderoso. Noto esto de 2 maneras principales:
Codex es capaz de detectar problemas que Claude Code simplemente no detecta. Esto evita muchos errores y, después de implementar Codex como mi revisor de código, eliminé casi por completo los errores causados por la adición de código nuevo a producción, lo cual es un logro bastante increíble. Esto es básicamente el retiro del agente de revisión. Sin embargo, Codex también es mejor en precisión cuando se trata de ser un agente de revisión. Creo que cuando uso Claude Code para revisar el código, presenta muchos problemas que realmente no importan o que simplemente son incorrectos. Muy rara vez tengo esta experiencia con Codex, y en los pocos casos en los que Codex también comete ese error, he experimentado que Claude Code también cometería un error similar.
Considerándolo todo, Codex es simplemente un increíble revisor de código, y usarlo es una de las cosas más simples que puede hacer para mejorar enormemente la calidad de su código y reducir la cantidad de errores que experimenta. Cuando utilice Codex como agente de revisión, asegúrese de corregir todos los comentarios de Codex antes de fusionar cualquier código en producción, y asegúrese de volver a solicitar una revisión de Codex después de solucionar dichos problemas, y continúe hasta que Codex apruebe su PR.
Hacer este simple cambio le brindará mejoras inmediatas.
Ejecutivo de Codex para la planificación
Otro consejo muy poderoso para usar Codex exec y aprovecharlo al máximo es usarlo al planificar implementaciones.
Creo que Claude Code tiene una característica bastante poderosa y que funciona bien, que se llama Ultracode. Básicamente, esto genera muchos subagentes, utiliza muchos tokens y hace que Claude Code funcione mejor en general. Creo que funciona especialmente bien si estás realizando una refactorización.
Sin embargo, la planificación de Claude Code no es perfecta, al igual que la revisión del código de Claude Code. Y de la misma manera que uso Codex para revisar el código antes de fusionarlo con desarrollo o producción, también usaré Codex para revisar el plan que hace Claude Code.
Ahora podría hacerse la pregunta: ¿por qué no simplemente elabora el plan con el propio Codex? Y sí, definitivamente puedes hacer eso. Tengo algunas experiencias mixtas al respecto y, según mi experiencia, el mejor enfoque actualmente con los modelos disponibles es usar Claude Code para hacer la planificación, pero hacer que Codex revise el plan, verifique que logre el objetivo que está tratando de lograr y que no haya problemas, desalineaciones o ambigüedades.
Para que Codex revise el plan que hace Claude Code, simplemente le describo una tarea a Claude Code y le digo que haga un plan y lo complete. Luego, una vez elaborado el plan, el Codex debe revisarlo con un mensaje específico que siempre usamos y hacer que lo repita hasta que el Codex lo apruebe. Puede simplemente escribir esto en el mensaje de Claude a nivel de usuario o simplemente pedirle a Claude Code que lo haga cada vez que realice una nueva implementación.
Ejecutivo del Codex para una segunda opinión sobre los temas
El último caso de uso específico en el que utilizo Codex exec es simplemente para obtener una segunda opinión sobre el tema. Por ejemplo, si estoy determinando una decisión arquitectónica o averiguando la causa raíz de un error, o algo similar. Normalmente le pregunto a Claude Code primero y luego me aseguro de que Claude también le pida una opinión a Codex.
Ahora, la alternativa a esto sería activar una instancia de Codex separada y preguntarle a Codex el mismo mensaje que le pregunto a Claude Code. Por supuesto, esto es muy factible y es algo que puedes hacer. El problema es que esto lleva tiempo y te da más sesiones que mantener. Es mucho mejor pedirle a Claude Code que active el Codex, ya que no hay una diferencia real entre Claude que activa el Codex o yo que activa el Codex, y Claude Code obtiene inmediatamente el poder adicional que Codex le proporciona sin que yo tenga que gastar más tiempo activando sesiones de Codex, revisando el resultado, copiando y pegando el resultado en Claude Code, etc.
En pocas palabras:
Hacer que Claude Code inicie sesiones de Codex usando Codex exec es simplemente más efectivo que tener que iniciar sesiones de Codex yo mismo.
Conclusión
En este artículo, analicé cómo aprovechar al máximo el comando ejecutivo del Codex. El comando ejecutivo de Codex es básicamente una forma de activar Codex para realizar un trabajo específico, y funciona increíblemente bien para tener un segundo par de ojos sobre un problema. Esto puede ser revisar el código, revisar el plan para una implementación o simplemente obtener una segunda opinión sobre un tema.
Creo que la idea que describí en este artículo será muy importante en los próximos años. Tendremos varios agentes de nivel fronterizo diferentes, agentes codificadores disponibles para nosotros, y probablemente veremos que algunos agentes codificadores son mejores en algunas tareas y otros agentes son mejores en otras tareas. Por ejemplo, ahora la situación que creo es que Claude Code es mejor en implementaciones sin procesar, mientras que Codex es mejor en revisar el código y revisar los resultados producidos.
Por lo tanto, para aprovechar al máximo todos los modelos, utilizo los modelos en los que funcionan mejor, es decir, que Claude haga las implementaciones principales y use Codex para revisar el código. Combinar LLM como este es una excelente manera de crear sistemas de codificación aún más potentes y creo que esto será cada vez más importante en el futuro.
👋 Ponte en contacto
👉 Mi libro electrónico y seminario web gratuitos:
🚀 10 veces su ingeniería con LLM (curso gratuito por correo electrónico de 3 días)
📚 Obtenga mi libro electrónico gratuito sobre Modelos de lenguaje de visión
💻 Mi seminario web sobre modelos de lenguaje de visión
👉 Encuéntrame en las redes sociales:
💌 Subpila
🐦X/Twitter