Si estás empezando, mi recomendación es partir con la herramienta a la que ya tienes acceso y ponerla a trabajar en un proyecto concreto. Si ya usas Claude Code o Codex, prueba la otra cuando veas una mejora que te sirva en tu trabajo. Lo que aprendiste y los archivos que construiste siguen teniendo valor.
Estos días estoy usando más Codex para ciertas tareas de Computer Use. Eso puede hacer que alguien que lleva tiempo aprendiendo Claude Code se pregunte si ahora tiene que cambiarse y empezar todo de nuevo.
Para responderlo abrí las dos aplicaciones. Creé una landing en Claude Code y después abrí la misma carpeta desde Codex. Es una prueba sencilla, pero permite separar dos cosas que suelen mezclarse: conservar el proyecto y preparar el contexto que necesita la siguiente herramienta.
Ver la comparación completa en YouTube
Aprender a usar agentes es como aprender a manejar
La analogía que uso en el video es aprender a manejar. Si aprendiste en un Toyota y después te subes a un Honda, tendrás que acostumbrarte a los controles. Quizás algunas cosas están en otro lugar. Pero ya sabes manejar.
Con estas herramientas hay habilidades que te llevas contigo: explicar qué quieres conseguir, dar acceso a los archivos adecuados, poner reglas, conectar servicios y comprobar el resultado.
Eso no desaparece porque cambie el logo de la aplicación. Y tampoco significa que todas las aplicaciones sean idénticas. Una puede acomodarte más para cierta tarea, tener la conexión que necesitas o requerir menos correcciones en tu proceso.
La comparación empieza a servir cuando la aterrizas en algo que haces de verdad. Por ejemplo, preparar una propuesta, organizar documentos o construir una página. Ahí puedes mirar qué resultado entrega cada una y cuánto trabajo te deja a ti.
La analogía, desde el minuto 1:26
El modelo y la aplicación son piezas distintas
En el video también separo el modelo del entorno donde lo usas. Siguiendo la analogía, el modelo sería el motor. La aplicación sería el auto completo: los controles y los sistemas que te permiten trabajar con ese motor.
A ese entorno que rodea al modelo lo llamamos arnés o harness. Le permite acceder a contexto, utilizar herramientas, ejecutar acciones y recibir resultados para decidir cómo seguir.
Por eso, mirar solamente el nombre del modelo deja una parte de la comparación afuera. También importa qué archivos puede consultar, qué herramientas tiene disponibles y cómo diriges y revisas su trabajo.
Los nombres de los modos, los niveles de razonamiento y los menús pueden parecerse sin significar exactamente lo mismo. Lo útil es entender qué le estás pidiendo a la herramienta y qué acceso le estás dando en cada caso.
Qué pasa al abrir el mismo proyecto desde Codex
En la demostración parto con una carpeta vacía y le pido a Claude Code una landing sencilla para Imperio Agéntico. Cuando termina, el resultado existe como un archivo en esa carpeta.
Después accedo al mismo proyecto desde Codex. Los archivos siguen ahí. Cambia la herramienta que los interpreta y con la que continúo trabajando.
Este ejemplo no demuestra que todas las configuraciones se transfieran solas. Demuestra algo más acotado y útil: puedes conservar los archivos del proyecto y dar acceso a ellos desde otra herramienta.
En un proyecto que ya lleva tiempo, lo siguiente es pedirle que entienda lo que existe antes de empezar a cambiarlo. En el video hago ese ejercicio con una aplicación de transcripción de voz a texto.
Ver la prueba con la misma carpeta, desde 8:32
Para continuar bien, prepara un handoff
Abrir la carpeta no transfiere automáticamente todo el historial, las decisiones o las integraciones que usabas. Para eso recomiendo preparar un handoff: un documento que le deja el trabajo explicado a la siguiente persona o al siguiente agente.
Puede incluir:
- Objetivo: qué estás construyendo y para quién.
- Estado: qué funciona y qué falta.
- Archivos: dónde está cada pieza importante.
- Reglas: qué estilo, colores, tono o límites debe conservar.
- Siguiente paso: cómo continuar y cómo comprobar que salió bien.
Un pedido práctico, adaptado a esta explicación, sería:
Prepara un handoff de este proyecto. Explica el objetivo, su estado actual, los archivos importantes, las decisiones y reglas que debemos conservar, las conexiones necesarias y lo que queda pendiente. Indica cuál sería el siguiente paso y cómo comprobar su resultado.
Después puedes abrir esa carpeta con la otra herramienta y pedirle que lea el documento, revise los archivos y te explique qué entendió antes de continuar.
La utilidad está en conservar las decisiones que de otro modo tendrías que volver a explicar. Si elegiste un tono, aprobaste una estructura o dejaste algo pendiente, conviene que quede escrito.
El handoff, desde el minuto 11:04
Skills, plugins y MCP: revisa qué hace cada pieza
Hay varios nombres alrededor de estas aplicaciones. Para orientarse, en el video los explico por su función.
Una skill puede enseñar un procedimiento o estandarizar un proceso. Por ejemplo, cómo preparar una propuesta siguiendo tu formato o cómo investigar referencias con tus criterios.
Una conexión puede dar acceso a un servicio externo, como un calendario o información que tienes en otra aplicación. MCP aparece como una de las formas de conectar esas herramientas y datos.
Un plugin puede reunir varias piezas, como skills y conexiones. Que dos aplicaciones tengan una tienda de plugins no garantiza que cada complemento funcione de la misma manera en ambas.
Si escribiste un procedimiento con tu manera de trabajar, parte de ese conocimiento puede seguir siendo útil al cambiar de herramienta. Después hay que revisar sus dependencias: qué conexión utiliza, qué permisos necesita y qué configuración espera encontrar.
Mi propio offboarding de YouTube es el ejemplo del video: una secuencia definida para preparar publicaciones, historias y correo. El procedimiento puede documentarse; su ejecución depende también de las herramientas disponibles en el entorno donde lo uses.
Por qué hoy estoy usando más Codex
Lo que más me ha interesado en mis pruebas recientes es Computer Use: pedirle que entre a las aplicaciones que ya uso y ejecute una tarea dentro del computador.
También muestro el modo de voz. Me acomoda para pensar en voz alta, ir iterando ideas y continuar la conversación mientras la herramienta consulta cosas o trabaja.
Esa es mi experiencia con mis tareas y mi configuración. Para compararlas en tu caso, toma un mismo proceso y observa cómo sale en cada una. Qué resultado obtuviste, cuánto tuviste que corregir y qué tan cómoda fue la forma de trabajar son preguntas más útiles que elegir por una impresión general.
También conviene distinguir conversar por voz del dictado que convierte lo que dices en texto para enviarlo como mensaje. En la demostración muestro por qué la conversación en tiempo real me está resultando cómoda.
Mi experiencia con Codex, desde 14:31
Costos y automatizaciones: evalúa tu uso concreto
En el video evito una tabla enorme de precios porque cambia. Lo que sí recomiendo es mirar el acceso que ya tienes, los límites que encuentras y las tareas que necesitas resolver antes de sumar otra suscripción.
Tampoco necesitas asumir que siempre te hace falta el modelo más grande. Empieza con un trabajo acotado y revisa su resultado.
Con las automatizaciones, la pregunta es dónde tiene que ocurrir el trabajo. Si necesita operar aplicaciones y archivos de tu computador, ese entorno debe estar disponible. Si puede ejecutarse en la nube con los accesos necesarios, el planteamiento cambia.
Muestro ambas opciones en las aplicaciones durante la grabación. Al configurar tu propio caso, revisa dónde corre la tarea y qué recursos necesita para completarse.
Mi recomendación para elegir
Si estás empezando, parte con una herramienta que ya tengas disponible. Elige algo que puedas comenzar, terminar y comprobar: una página sencilla, un conjunto de documentos por ordenar o un asistente para una parte de tu trabajo.
Si ya usas Claude Code, sigue aprovechando lo que construiste. Cuando quieras probar Codex, abre tu proyecto, prepara sus instrucciones y compara un proceso concreto. La misma lógica sirve para explorar Claude Code si vienes de Codex.
Yo me cambiaría cuando vea una mejora que me importe: una integración que necesito, una tarea que sale mejor o una experiencia que me acomoda más.
Los modelos y las aplicaciones van a seguir cambiando. Tu criterio para explicar el trabajo y conservar lo que vas construyendo te lo llevas contigo.
Video completo y próximos pasos
Si quieres profundizar, puedes ver el video completo, seguir el canal de YouTube o aprender a construir agentes con nosotros en Imperio Agéntico.
Preguntas frecuentes
¿Pierdo mis archivos si paso de Claude Code a Codex?
En la prueba del video, los archivos permanecen en la misma carpeta y se pueden abrir desde la otra aplicación. Eso no significa que el historial, las instrucciones y todas las conexiones se transfieran automáticamente.
¿Qué debería preparar antes de continuar un proyecto?
Un handoff con el objetivo, el estado, los archivos importantes, las reglas y los pendientes. También conviene revisar las conexiones que el proyecto necesita y pedirle a la nueva herramienta que explique lo que entendió.
¿Necesito pagar las dos suscripciones para empezar?
Mi recomendación es comenzar con el acceso que ya tienes y un proyecto acotado. Evalúa otra herramienta cuando tengas una tarea concreta para comparar y una razón para hacerlo.
¿Que Benja use más Codex significa que Claude Code dejó de servir?
No. En el video explico mi preferencia actual para ciertas tareas, especialmente Computer Use y voz. El criterio es lo que funciona mejor en tu propio proceso.