Área Claude → Codex · workspace agnóstico de modelo
Solo CLAUDE.md y AGENTS.md están atados al proveedor. Todo lo demás que has acumulado — contexto, reglas, decisiones, tareas, skills, handoffs y memoria — es Markdown portátil. Cuando ese material vive en una capa portátil dentro del proyecto, Claude Code, Codex CLI, Gemini o un modelo local en un contenedor pasan a ser solo ejecutores: cambiar de modelo se vuelve cambiar un borde, no el centro. Esta área reúne la tesis, el método, el curso de 3 rutas, el kit de scripts y los mega-prompts que lo hacen en la práctica.
El curso es abierto y está disponible en español; el kit y los prompts son abiertos y están en portugués. El encuentro en vivo tiene fecha por anunciar en la comunidad.
01 · Lo que está cambiando
El curso arranca desde una molestia simple: quien usa un asistente de código desde hace unos meses ha acumulado instrucciones, memoria, skills, hooks y miles de sesiones en un formato que solo ese runtime lee. Cuando aparece un ejecutor mejor, más barato u obligatorio, llega la cuenta. Y no es técnica: es conocimiento atrapado en el lugar equivocado.
CLAUDE.md, la memoria nativa y las sesiones en JSONL parecen parte del trabajo. No lo son: son el almacenamiento del trabajo. El contenido es duradero, el formato es desechable — y mezclar ambos es lo que traba la migración.
Reglas, decisiones aceptadas, tareas con criterio de terminado y handoffs son texto. Escritos en archivos con dueño y orden de lectura, cualquier agente que lea Markdown retoma donde el otro se quedó — incluido un modelo local corriendo en un contenedor.
Dejas de administrar prompts y pasas a administrar contexto, estado, herramientas, procesos y validación. El modelo se vuelve una elección reversible: si empeora, se encarece o desaparece, el centro sigue en tu repositorio.
Antes · el cerebro dentro del runtime
Un CLAUDE.md gigante · memoria nativa · sesiones JSONL · skills copiadas a mano · hooks del harness
Funciona muy bien — mientras uses solo ese runtime. Cambiar significa reconstruir, y reconstruir significa perder las decisiones que nadie anotó.
Después · el cerebro en el proyecto
AGENTS.md · context/overview.md · context/decisions/ · tasks/current.md · handoffs/latest.md · skills de fuente única
Los nombres son una convención: ningún runtime carga esas carpetas por su cuenta. Quien manda leerlas es el orden de lectura al inicio del AGENTS.md. Por eso funciona en cualquier ejecutor.
Los modelos cambian. Tu estructura permanece.
La tesis del curso, en una frase.02 · El método
Los mega-prompts del kit empiezan en MODE: audit a propósito: primero analizar, planificar y simular; solo después implementar. La regla que cierra el método es la más dura de aceptar — que el archivo exista no es prueba; que el agente lo haya leído y usado, sí.
¿Qué existe hoy, sin tocar nada?
Inventario de solo lectura de los dos runtimes: skills, comandos, subagentes, hooks y MCP. Cada skill queda clasificada como reutilizable, adaptador, nativa o sin resolver.
¿Qué es portátil y qué es residuo?
El CLAUDE.md se divide: las reglas portátiles van al AGENTS.md; lo que depende de un plugin, un hook o un menú de Claude se queda en el archivo específico, que solo importa la parte portátil.
¿Una sesión nueva logra continuar?
Cinco preguntas de continuidad — objetivo y criterio de terminado, una regla con su archivo de origen, la última decisión, la próxima acción, conflictos — en cada runtime.
¿Qué necesita saber la próxima sesión?
Decisiones, pendientes, próximos pasos y rutas en un Markdown. La sesión siguiente, en cualquier runtime, lo lee antes de actuar. Handoff antes de cerrar, siempre.
Siete lugares, cada uno con un dueño y una regla de actualización. Es lo que el kit instala sin sobrescribir nada de lo que ya existe en el proyecto.
superseded_by03 · Migrar o ser agnóstico
El curso separa la decisión en niveles de esfuerzo, no en opiniones. Migrar es llegar al nivel 1 o 2. Ser agnóstico es el nivel 3 — y es el único que sobrevive al próximo cambio de modelo, que va a ocurrir otra vez.
El camino más corto cuando existe una importación lista. Rápido, y limitado a lo que el otro lado acepta recibir — el CLI de Codex, por ejemplo, no tiene importación nativa.
Ejecutar los scripts de agente-claude-codex: auditar, adaptar instrucciones, instalar el núcleo, portar skills y probar en una sesión nueva en los dos runtimes.
Reorganizar el trabajo para que el conocimiento viva en el proyecto y el runtime sea intercambiable. Más trabajo una vez; ninguna migración después.
Migra ahora si…
Sé agnóstico si…
No existe un estado final. Cada cambio de proveedor mejora un ejecutor y rompe otro: los modelos cerrados pueden prescindir de skills que un modelo local exige, y un hook que existe en un harness no existe en el otro. Por eso el método termina en mantenimiento — vigilar el drift entre las copias y registrar cada fallo en una línea, con la corrección más pequeña posible.
¿Quieres usar los dos juntos? Después de separar el cerebro del modelo, puedes usar Claude y Codex en el mismo proyecto — uno hace el trabajo, el otro lo revisa. El área Codex + Claude reúne los seis niveles del kit Use Both, quién hace qué y todos los cursos y proyectos de INEMA sobre las dos herramientas.
Abrir el área Codex + Claude →04 · El curso
El curso Claude → Codex: migra o mantente agnóstico es abierto, con versiones en español, portugués e inglés. Según su propio currículo, son 3 rutas, 18 módulos y 108 temas; cada módulo tiene seis temas de alrededor de media hora. Público: quien ya usa Claude Code o Codex y quiere usar los dos — o no quedar atado a ninguno.
Define cada término en su primera aparición: modelo, runtime, harness, skill, MCP, hook, handoff. Es la ruta que responde "por qué no basta con copiar el CLAUDE.md".
Práctica con agente-claude-codex: cada módulo tiene al menos un ejemplo que se copia y se ejecuta, con los comandos reales de los scripts.
Cada proyecto tiene objetivo, pasos con comandos, criterio de aceptación y riesgos, usando el diagnóstico de una máquina de verdad como caso.
También en portugués e inglés. Las versiones PT y EN son espejos completos, con sus propios assets y progreso separado por idioma. Cada página tiene el selector PT / EN / ES arriba.
Abrir el curso →05 · El kit agente-claude-codex
El kit es bash más archivos Markdown, y tiene tres formas de uso: los scripts, los mega-prompts (para hacer la migración conversando con un agente) y la plantilla del núcleo portátil, que se copia en cualquier proyecto incluso sin ejecutar ningún script.
doctor.sh responde "¿mi entorno está listo?" — cada ítem sale como ok, aviso o falta, con el comando para resolverlo. audit.sh graba un informe de solo lectura con el inventario de los dos runtimes y la clasificación de cada skill.
El primero lee el CLAUDE.md del proyecto y graba dos propuestas al lado, sin sobrescribir. El segundo copia el núcleo portátil, listando lo que creó y lo que mantuvo. También existe faxina.sh, que clasifica sección por sección un CLAUDE.md largo.
Una fuente canónica por skill, copias generadas por runtime y un comando de drift que dice, por destino, si está igual o si divergió. Instalar hace una copia de seguridad al lado antes de sobrescribir.
Abre una sesión nueva en cada runtime dentro del proyecto, hace las cinco preguntas de continuidad y guarda la respuesta en bruto. La aprobación es tuya, leyendo el texto: ¿las respuestas citan los archivos correctos y la próxima acción coincide con la tarea?
Las dos skills canónicas que vienen en el kit: una escribe el handoff al final de la sesión, la otra lee AGENTS.md, context/, tasks/ y handoffs/ antes de actuar y devuelve un briefing con las fuentes. Juntas, cierran el ciclo.
Un informe semanal de divergencia entre las copias de skills y el AGENTS.md global; y un flujo en el que el agente propone hechos con fuente y fecha a partir de la memoria en bruto, y solo lo que apruebas entra en el contexto.
Lo que ya se ejecutó de verdad en esta máquina (2026-09-13 y 2026-09-16). Según el README del kit: doctor.sh pasó con dos avisos; la auditoría encontró 89 skills existentes solo en Claude — 71 reutilizables, 15 adaptador, 2 nativas y 1 sin SKILL.md; la adaptación del CLAUDE.md global separó 71 líneas portátiles de 7 de residuo; el núcleo instalado en un clon aislado pasó el check; el readback pasó en los dos runtimes; las skills canónicas quedaron instaladas en cuatro destinos con drift cero; y una sesión nueva de Codex, después del prime, señaló tres contradicciones reales entre el handoff y la tarea. Son registros de ejecución en el propio repositorio, no un benchmark ni una medida de desempeño de modelo.
¿Prefieres hacerlo conversando? Los mega-prompts A (migrar un setup de Claude existente) y B (construir un workspace portátil, con add-ons personal y de cliente) están en texto copiable en el repositorio. Mantén MODE: audit en la primera ronda, lee el plan que devuelve el agente y solo entonces ejecútalo en modo de implementación.
06 · Lo que INEMA ya tiene sobre el tema
Fundamentos, manos a la obra con el kit y seis proyectos sobre un sistema real. Con progreso, notas y exportación del recorrido del alumno en el propio navegador.
Hacer el curso → Kit · paso a pasoLanding y guía de uso del kit: diagnosticar, auditar, adaptar instrucciones, instalar el núcleo portátil, portar skills y probar en una sesión nueva.
Abrir la guía → (en portugués) CódigoScripts, plantilla del núcleo portátil, skills canónicas, el PLANO.md con el análisis y el piloto recomendado, y el FALHAS.md con una línea por fallo corregido.
Abrir en GitHub → Mega-prompts A y BEl prompt A lleva partes seleccionadas de un setup de Claude hacia Codex. El prompt B construye el workspace portátil. Los dos empiezan en modo audit, más los prompts cortos de readback y handoff.
Ver los prompts → (en portugués) Mapa del temaLa página del tema en el portal: entender, diagnosticar, migrar, probar y mantener — con los cuatro ejecutores sobre el mismo cerebro y el plan por fases.
Abrir el mapa → (en portugués) Otros idiomasEspejos completos del curso en portugués y inglés, con sus propios assets y progreso independiente por idioma.
Abrir o curso →Del lado de la empresa. Si tu pregunta no es qué ejecutor usar, sino cómo gestionar agentes dentro de la empresa — roles, niveles de decisión, costo por resultado y evaluación —, el área Gestión de IA continúa esa conversación.
Abrir el área Gestión de IA → (en portugués)07 · Empieza ahora
Elige un proyecto que conozcas bien, ejecuta el diagnóstico y lee la auditoría antes de cambiar cualquier archivo. En una sesión ya sabes qué es portátil, qué necesita adaptador y qué depende de un hook. El curso y el kit son abiertos; el encuentro en vivo sobre migrar o ser agnóstico tiene fecha por anunciar en la comunidad.
Tres rutas: entender por qué separar el cerebro del modelo, ejecutar el kit comando a comando y aplicarlo en seis proyectos con criterio de aceptación.
Donde se va a anunciar el encuentro en vivo "migrar o ser agnóstico", con el sistema real en pantalla: auditar, adaptar, probar, handoff. Y donde puedes discutir tu migración con quien ya hizo la suya.
Clonar, ejecutar doctor.sh, leer la auditoría. Nada en ~/.claude o ~/.codex se copia en masa ni se borra, e instalar una skill hace una copia de seguridad al lado.
¿Dudas sobre por dónde empezar? Habla con nosotros en Telegram.