Claudex Loop: dos IA cruzadas para que el plan no explote

Claudex Loop es un skill para Claude Code que mete a Codex de OpenAI como revisor externo de tus planes antes de que escribas una sola línea de código. Dos LLM cruzados para que el que planifica no se ponga la nota a sí mismo. Si usas ambos asistentes y tu proceso de planificación sigue siendo "le pido un plan a Claude y le doy al enter", esto te interesa.

TL;DR: El resumen sin rodeos

• Validación cruzada: Claudex Loop enfrenta a Claude Code y Codex en cuatro fases para que ningún modelo califique su propio plan.
• Cuatro fases: reconocimiento, interrogación, revisión iterativa entre modelos y construcción con supervisión del segundo LLM.
• Coste real: ejecutas dos APIs en cada ciclo. Rentable en funcionalidades medianas y grandes, excesivo para cambios pequeños.
• Madurez: el skill existe y hay interés inicial, pero la documentación es escasa y la comunidad aún pequeña.

Veredicto: idea sólida que debería ser estándar en cualquier flujo serio con IA, empaquetada en un skill que todavía necesita pulirse.

El problema que resuelve

Pídele a Claude que evalúe un plan que él mismo ha escrito. Spoiler: te dirá que es fantástico.

No es un defecto exclusivo de Claude. Como lo resume el propio creador de Claudex Loop, Chase Hannegan: "You can't trust an AI model to grade its own work. Ask Claude how good the plan it just wrote is, and the answer is always some version of 'this thing is awesome'." Of course. Lo escribió él.

Todos los LLM tienden a valorar su trabajo con una generosidad que ya quisieran los profesores de primaria. Investigaciones recientes señalan que la asistencia de IA puede aumentar los errores entre un 15% y un 25% en tareas complejas, precisamente porque los usuarios confían en esa autoevaluación complaciente.

El resultado en proyectos reales: planes que suenan bien, pasan el visto bueno del propio modelo y explotan cuando toca implementar. Faltan dependencias, los casos límite ni se contemplan y la arquitectura no aguanta el primer empujón.

Claudex Loop corta por lo sano. En lugar de que Claude Code se revise a sí mismo, manda el plan a Codex. Ojos frescos, cero incentivo en decirte que todo va fenomenal.

Cómo se pone en marcha

Claudex Loop es un skill de código abierto alojado en GitHub. Se integra en Claude Code como cualquier otro skill, pero necesita además acceso a la API de Codex de OpenAI. Si no tienes clara la mecánica de los skills, aquí explicamos cómo funcionan en agentes de código.

El flujo se divide en cuatro fases.

La primera es el reconocimiento. Le dices qué quieres construir y el sistema recoge contexto: tu base de código, documentación existente, referencias relevantes.

La segunda, interrogación. Una versión más profunda del modo plan de Claude Code. Te hace preguntas concretas hasta que no queden ambigüedades entre lo que tú quieres y lo que el modelo va a planificar.

Tercera: revisión. Claude genera el documento de planificación y se lo pasa a Codex en modo lectura. Ambos modelos iteran varias rondas hasta que los dos validan el plan. Si Codex encuentra un hueco, Claude corrige. Si Claude ha asumido algo sin base, Codex lo señala.

Y la cuarta, construcción. Se ejecuta el plan y, cuando termina, el segundo modelo entra a revisar el resultado. También existe la variante codex-build para que Codex sea quien ejecute.

Ojo: la documentación del skill no está pulida. El repo tiene lo básico, pero no esperes un tutorial con capturas y resolución de problemas paso a paso.

Usándola en marketing real

¿Y esto para qué le sirve a alguien de marketing? Más de lo que parece.

Si gestionas un equipo que toca código (landing pages, integraciones de seguimiento, automatizaciones de datos, pipelines de contenido con IA), la planificación es donde se pierden más horas. No en la ejecución. En rehacer lo que se ejecutó mal porque el plan tenía agujeros.

Vas a montar una integración entre tu CRM y tu plataforma de ads. Le pides a Claude Code que planifique la arquitectura. El plan parece sólido. Lo ejecutas.

Y a mitad de camino descubres que no contempló los límites de la API o que la estructura de datos no encaja con tu modelo de atribución.

Con Claudex Loop, ese plan pasa por Codex antes de tocar código. El principio es explícito: el modelo que construye no califica su propio trabajo.

Eso debería ser ley en cualquier equipo que usa IA para planificar. Ya hemos visto cómo Claude Code y Codex pueden cruzar revisiones de plan: Claudex Loop empaqueta esa idea en un flujo con estructura.

Lo que no te cuentan

A día de hoy, Claudex Loop es más concepto prometedor que producto pulido. El repo existe y hay gente experimentando con él, pero el ecosistema es joven.

La factura tampoco ayuda. Ejecutas DOS modelos de IA en cada ciclo de planificación. Cada ronda de revisión entre Claude y Codex consume tokens de ambas APIs. Para un cambio pequeño es matar moscas a cañonazos. El punto óptimo está en funcionalidades medianas y grandes, donde el coste de un mal plan supera con creces el de unas cuantas iteraciones entre modelos.

Y no todo el mundo compra la necesidad de cuatro fases. En TikTok, un usuario respondía al vídeo original con una crítica directa: "Too much influence in the actual use of the combination. I simply just made a skill teaching Claude how to launch a backgrounded codex agent and vice versa." Para algunos, el loop completo es sobreingeniería cuando puedes montar algo más ligero que haga lo mismo.

Y hay un riesgo que nadie menciona. Que dos modelos se pongan de acuerdo no garantiza que el plan sea correcto. Si ambos comparten sesgos de entrenamiento similares (y comparten más de los que pensamos), la revisión cruzada puede darte una falsa sensación de seguridad.

Claude y Codex suelen coincidir en la visión global. Donde de verdad se separan es en los detalles de implementación: APIs, bibliotecas, casos límite donde cada modelo tiene distinta profundidad. Ahí es donde Claudex Loop aporta valor de verdad. Eso no te libra de revisarlo tú.

Veredicto

Claudex Loop tiene más de concepto que de producto terminado. La idea es potente, pero el skill necesita rodaje.

Que el modelo que planifica no sea el que valida debería ser lo mínimo. El problema: montarlo hoy requiere comodidad con Claude Code, acceso a la API de Codex y paciencia con una documentación que deja bastante que desear.

¿Para quién? Para equipos técnicos (o de marketing con componente técnico) que ya usan ambos modelos y trabajan en proyectos donde un error de planificación cuesta semanas. Si tu mayor proyecto es un listado de keywords, pasa de largo.

¿Vale la pena probarlo? Si ya tienes ambos modelos configurados, sí. El coste extra es bajo y la validación cruzada te ahorra retrabajos de los gordos. Pero no es magia. Tu criterio sigue mandando.

Clona el repo https://github.com/chaseai-yt/claudex-loop e instálalo como skill en mi proyecto.
Lanza la fase de reconocimiento de Claudex Loop sobre mi base de código
y muéstrame qué ha encontrado antes de pasar a la interrogación.