Mapa de la ruta de aprendizaje
Contenido detallado
🧭 La ingeniería inversa no es un producto
Qué mostraron los videos sobre mods, por qué el apaño solo sirve para descubrir y qué vías oficiales hacen lo mismo hoy.
Los videos mostraron a Claude Code usando el control de la computadora de la app de Codex y varias sesiones en paralelo, casi todo mediante ingeniería inversa.
Saber qué se hizo y cómo se hizo permite distinguir la idea (buena) del camino (frágil).
Claude Code, Codex, mod, uso de la computadora, ingeniería inversa.
La regla del curso: la ingeniería inversa demuestra que algo es posible; el sistema de uso diario utiliza la vía oficial.
Lo que depende de un cableado improvisado se rompe con la próxima actualización y solo tú sabes cómo repararlo.
Descubrimiento, producto, contrato, etiqueta de frágil.
La tabla de alternativas: codex exec, claude --bg y claude agents, plugins oficiales y permisos escritos en lugar de trucos.
Cada fila de la tabla se convierte en un módulo del curso que ejecutas en tu máquina.
Vía oficial, CLI, sesión en segundo plano, plugin.
El INEMA Agent Runtime: carpeta runtime/ con cuatro archivos de reglas, scripts, puentes, protección y siete recetas probadas.
Funciona con la suscripción de Claude Code y Codex, sin API de pago ni servidor que mantener.
Kit copiable, suscripción, cuota, API, receta.
Descubrir, conectar, enrutar, ejecutar, observar, verificar y aprender, con un archivo del kit para cada etapa.
El ciclo sigue el orden del curso y el orden en que conectas agentes en el trabajo.
Ciclo, política, prueba, comando → salida esperada.
La dueña de una clínica con la agenda en una hoja de cálculo y la contadora con un ERP sin API, cuyos datos vienen en el propio kit.
Con los mismos archivos de ejemplo, lo que ejecutas coincide con lo que muestra la lección.
ERP, CSV, archivos de ejemplo, proyecto final.
🩺 Instalar y diagnosticar
De cero a "LISTO": requisitos previos, clon del kit, el diagnóstico doctor.mjs y el primer pedido al agente.
Node 18 o posterior, Claude Code y/o Codex con sesión iniciada mediante la suscripción, Linux o Mac (Windows mediante WSL).
Sin estos tres elementos no se ejecuta ninguna receta; con ellos, se ejecutan todas.
Terminal, Node, WSL, inicio de sesión con la suscripción.
Descargar el repositorio del kit a una carpeta tuya con un comando.
La carpeta clonada se convierte en tu proyecto: reglas, puentes y recetas ya están en su lugar.
Git, repositorio, clon, carpeta del proyecto.
Un script que verifica Node, Claude Code, Codex y Ollama y termina con PRONTO o FALTA.
Solo lee las versiones y el estado: no llama a ningún modelo ni consume cuota.
Diagnóstico, salida 0, LISTO, FALTA.
El significado de cada estado y el comando que el propio doctor sugiere para resolverlo.
Tú corriges por tu cuenta lo que falta, sin adivinar.
ok, ausente, sin sesión iniciada, viejo, opcional.
Codex lee AGENTS.md; el CLAUDE.md del kit apunta a él. Las mismas reglas se aplican a ambos.
Escribes la regla una vez y no tienes que mantener dos versiones.
AGENTS.md, CLAUDE.md, @AGENTS.md, .claude/settings.json.
Abrir claude en la carpeta del kit y pedirle que lea el LEIA-ME y ayude a completar el CAPACIDADES.md.
Es el primer uso real: el agente lee las reglas del kit antes de actuar.
Sesión interactiva, carpeta confiable, primer prompt.
🪜 La escalera de las vías
Siete niveles, de API a ingeniería inversa: cómo elegir la vía más estable y exigir una prueba antes de aceptar un «no se puede».
La tabla de LEIA-ME: API, MCP, CLI, SDK, uso de la computadora, puente local e ingeniería inversa, con ejemplos y nivel de estabilidad.
Es la regla de decisión más útil del kit y cabe en una página.
Vía, nivel, API, MCP, CLI, SDK, puente local.
Cada peldaño tiene una estabilidad: cuánto sigue funcionando cuando cambia la otra parte.
La vía que menos se rompe es la que cuesta menos mantener, aunque requiera más trabajo el primer día.
Estabilidad, mantenimiento, contrato, frágil.
La regla de LEIA-ME y de AGENTS.md: antes de concluir que algo es imposible, el agente prueba cada nivel con un comando.
Muchas veces la vía existe, pero simplemente no estaba documentada.
Imposible prematuro, prueba concreta, evidencia.
El ERP sin API avanza paso a paso hasta la exportación CSV, el puente local.
Es el caso más común en una oficina pequeña: un sistema antiguo que solo exporta archivos.
Exportación, CSV, puente local, solo lectura.
La agenda en una hoja de cálculo también pasa por el puente local: leer es sencillo, escribir requiere aprobación.
Muestra que una misma vía puede tener políticas distintas para leer y para modificar.
Hoja de cálculo, agenda.csv, leer × modificar, N2.
Un prompt para que el agente recorra la escalera contigo y pruebe cada nivel en tu sistema.
Terminas sabiendo qué vía usar en el proyecto final.
Diagnóstico de vía, evidencia por nivel, elección.
🗺️ El mapa de capacidades
El CAPACIDADES.md: una línea por sistema, con vía, nivel, cómo llamarlo, política y fecha de la prueba.
Sistema, vía, nivel, cómo lo llama el agente, política y probado el.
Cada columna responde una pregunta que harías antes de dejar que alguien use tu sistema.
Mapa de capacidades, vía, política y fecha de la prueba.
Codex CLI mediante el puente codex-exec.sh y Claude Code en modo de planificación, ambos con política de lectura.
Son el modelo de cómo se escribe una buena línea.
Nivel 3, leer (N4), línea probada.
Las cuatro filas de ejemplo del archivo, todas marcadas como pendientes hasta la prueba.
Empezar con un ejemplo parecido a tu caso ahorra la mitad del trabajo.
Pendiente, puente local, uso de la computadora, N2.
El prompt del README para que el agente complete el mapa contigo, sistema por sistema.
El agente conoce la escalera; tú conoces tu trabajo. Juntos, el mapa queda listo en minutos.
Entrevista guiada, una pregunta a la vez, revisión humana.
La regla del archivo: un sistema sin línea no se usa, y una línea sin prueba queda pendiente.
Evita que el agente invente acceso a un sistema que nadie verificó.
Lista de permitidos, prueba, fecha, pendiente.
Observar lo que el programa ya ofrece (exportación, integraciones, línea de comandos) antes de pensar en atajos.
Explorar es la parte buena de la ingeniería inversa: te permite encontrar el camino sin depender de soluciones improvisadas.
Observar, exportación, integración, LIMITES.md.