PTENES
Saltar al contenido
MÓDULO 1.1

🧭 La ingeniería inversa no es un producto

Los videos de "mods" mostraron a Claude usando Codex mediante un apaño. El apaño enseñó lo que es posible. Este curso enseña a hacer lo mismo por la vía oficial, que no se rompe con la próxima actualización.

6
Temas
~35
Minutos
Base
Nivel
Fundamento
Tipo
0 de 60%
1

Mira lo que mostraron los videos sobre mods

Circularon videos que mostraban "mods" de Claude Code. En uno de ellos, Claude empezaba a usar el uso de la computadora de la aplicación de Codex: hacía clic, escribía y leía la pantalla mediante otra IA.

En otra, varias sesiones de Claude trabajaban al mismo tiempo, cada una con un papel, y un panel mostraba quién lideraba y quién se había bloqueado. El apodo era "Threads".

Casi todo lo hizo ingeniería inversa: mirar la aplicación en funcionamiento, descubrir cómo se comunica internamente y conectar un cable ahí, sin invitación del fabricante.

🆕 ¿Eres nuevo aquí? Cinco palabras que aparecen todo el tiempo

  • Claude Code — Claude ejecutándose en la terminal de tu máquina. Lee y crea archivos y ejecuta comandos en la carpeta donde lo abres.
  • Codex — la herramienta equivalente de OpenAI, también en la terminal. El comando codex exec envía una solicitud y recibe la respuesta sin abrir la pantalla.
  • Agente — una IA a la que se le dieron herramientas y que actúa por su cuenta: crea archivos, ejecuta comandos, abre sitios.
  • Mod (plugin) — un paquete que añade funciones a Claude Code: un panel, un comando nuevo, una regla que se ejecuta antes de cada acción.
  • Ingeniería inversa — descubrir cómo funciona un programa por dentro observándolo, sin documentación oficial.
Claude Code en la terminal hilo improvisado cliente interno de la app de Codex 🖱️ uso de la computadora haz clic, escribe, lee la pantalla sin contrato público: se rompe en la próxima actualización de la app

Cómo leer el diagrama: el tramo azul es la parte que ofrece el fabricante (la aplicación que usa la computadora). El tramo rojo punteado es el cable que alguien improvisó para entrar en ella. Ese cable desaparece cuando se actualiza la aplicación.

🎬
Mods

lo que mostraron los videos

🧵
Sesiones paralelas

el apodo «Threads»

🖱️
Uso de la computadora

la IA opera la pantalla

🔧
Hilo improvisado

ingeniería inversa

2

Separa el descubrimiento del producto

La ingeniería inversa tiene valor. Demuestra que algo es posible, muestra por dónde se comunica el programa y desmiente el "no se puede" dicho demasiado pronto.

El problema empieza cuando el hallazgo se convierte en el sistema de uso diario. Entonces pasas a depender de algo que el fabricante puede cambiar mañana sin avisar. La regla de este curso cabe en una línea: la ingeniería inversa es una técnica de descubrimiento, no un producto.

✓ Como descubrimiento (sirve)

  • ✓ Muestra que la idea funciona antes de invertir
  • ✓ Revela qué datos intercambia el programa y por dónde
  • ✓ Genera la pregunta correcta: "¿existe una vía oficial para esto?"
  • ✓ Se ejecuta en una máquina de prueba, con la fecha anotada

✗ Como producto (no sirve)

  • ✗ Se rompe con cada actualización de la aplicación
  • ✗ Nadie garantiza que el comportamiento siga igual
  • ✗ Puede infringir los términos de uso del proveedor
  • ✗ Te conviertes en la única persona que sabe arreglarlo
🧪 laboratorio "se puede hacer" ¿existe una vía oficial? API · MCP · CLI · plugin sí → se convierte en tu sistema no → se queda en el laboratorio con fecha y etiqueta "frágil"

Cómo leer el diagrama: la ingeniería inversa entra solo en el primer recuadro. Lo que determina el camino es la caja verde del medio. En la mayoría de los casos de 2026, la respuesta es «sí» y tu sistema sigue por la flecha azul.

💡 Frase para guardar

Cuando alguien te muestre un truco impresionante, pregunta: "¿es el camino o es la prueba de que existe un camino?". Casi siempre es lo segundo.

🔍
Descubrimiento

prueba que es posible

🏭
Producto

lo que usas todos los días

📜
Contrato

la vía que mantiene el fabricante

🏷️
Frágil

etiqueta con fecha

3

Conoce las vías oficiales actuales

Lo que los videos hicieron mediante ingeniería inversa era necesario cuando se grabaron. Hoy, la mayoría ya tiene por la vía oficial: un comando o recurso que el propio fabricante documenta y mantiene.

La tabla muestra el cambio. La última columna indica en qué módulo de este curso lo haces con el kit.

El video hizoVía oficial hoyEn el curso
Claude llamando a Codex desde dentro de la appcodex exec, envuelto en el puente runtime/pontes/codex-exec.sh2.1
"Threads": varias sesiones en paraleloclaude --bg para soltar y claude agents para listar3.3
Panel y botones dentro de Claude Codemods y plugins oficiales de Claude Code4.3
Asistente que aprobaba permisos por su cuentareglas de permisos en el .claude/settings.json y niveles de autonomía4.1
IA operando la pantallanavegador para agentes, con una política escrita2.4

Qué revisar en la tabla: ninguna fila de la columna del medio depende de "abrir la app por dentro". Todas son instrucciones o configuraciones que publica el fabricante.

🆕 ¿Eres nuevo aquí? Qué son «vía oficial» y «CLI»

Vía oficial es la vía que ofrece el fabricante para que otros programas se comuniquen con el suyo, y que se compromete a mantener. CLI (interfaz de línea de comandos) es un programa que usas escribiendo comandos en la terminal, como claude, codex o git.

1

Ayer: solo se podía desde dentro

Sin un comando oficial, la opción era observar la app y conectar un cable. Tenía sentido probarlo.

2

Hoy: el fabricante publicó la vía

Las sesiones en segundo plano, los plugins y la ejecución sin pantalla: todo se convirtió en un recurso documentado.

3

Mañana: vuelve a comprobar

Los nombres de los comandos cambian. Por eso el kit incluye un diagnóstico (doctor.mjs) y cada receta tiene una prueba que ejecutas en tu máquina.

⌨️
codex exec

Claude le pide a Codex

🧵
claude --bg

sesiones en paralelo

🧩
Plugins

mods oficiales

⚙️
settings.json

permisos escritos

4

Entiende qué es el kit

O INEMA Agent Runtime es un kit que copias dentro de tu proyecto. Hace que Claude Code y Codex descubran, conecten y usen las herramientas que ya tienes, con reglas claras sobre lo que pueden hacer por su cuenta.

No es una plataforma ni un servidor. Es una carpeta runtime/ con cuatro archivos de reglas, scripts de diagnóstico y verificación, puentes, una protección y siete recetas probadas. Funciona mediante suscripción de Claude Code y/o de Codex.

🆕 ¿Eres nuevo aquí? Una suscripción no es una API

A suscripción es el plan mensual que ya pagas para usar Claude o ChatGPT. Tiene una cuota: un límite de uso por período. La API es otra cuenta, que se cobra según el uso y está pensada para programadores. El kit funciona solo con la suscripción: no necesitas ninguna API de pago.

📁 Qué incluye la carpeta (resumen del README del kit)
runtime/LEIA-ME.md        el ciclo y la escala de vías
runtime/CAPACIDADES.md    mapa de las herramientas y por qué vía
runtime/POLITICA.md       qué hace el agente por su cuenta, qué consulta antes y qué nunca hace
runtime/ROTEAMENTO.md     qué modelo usar para cada tarea (ahorra cuota)
runtime/scripts/          doctor · observar · verificar
runtime/pontes/           codex-exec.sh · mcp-modelo/
runtime/mods/             runtime-guarda · runtime-painel
runtime/receitas/         R1 a R7, cada una con una Prueba
AGENTS.md · CLAUDE.md     Codex y Claude leen las mismas reglas
.claude/                  política aplicada, equipo de 3 roles, protección activada
Dónde ver: github.com/inematds/inema-agent-runtime. En el módulo 1.2 clonas y ejecutas.

✓ El kit es

  • ✓ Archivos que lees, editas y versionas
  • ✓ Igual para Claude Code y Codex
  • ✓ Recetas con pruebas que puedes ejecutar
  • ✓ Licencia MIT, abierto

✗ El kit no es

  • ✗ Un servidor ejecutándose en segundo plano
  • ✗ Un panel web para suscribirte
  • ✗ Depende de una API de pago
  • ✗ Un atajo mediante ingeniería inversa

💡 Por qué archivos y no una aplicación

Archivo de texto que el agente lee por su cuenta, que tú entiendes sin programar y donde Git guarda cada cambio. Cuando la regla cambia, editas una línea. Ningún proveedor necesita estar en línea para que tu kit funcione.

📁
runtime/

la carpeta que copias

📜
4 reglas

LEIA-ME, CAPACIDADES, POLITICA, ROTEAMENTO

🧪
7 recetas

cada una con una prueba

💳
Suscripción

sin API de pago

5

Recorre el ciclo de siete etapas

El archivo runtime/LEIA-ME.md organiza todo en un ciclo: descubrir → conectar → enrutar → ejecutar → observar → verificar → aprender. Cada etapa tiene un archivo y una pregunta.

Y toda acción, en cualquier etapa, pasa por la POLITICA.md: indica qué hace el agente por su cuenta y qué pide antes.

POLITICA.md se aplica en todas 1 · descubrir 2 · conectar 3 · enrutar 4 · ejecutar 5 · observar 6 · verificar 7 · aprender

Cómo leer el diagrama: el anillo punteado indica el orden de las etapas, y «aprender» (en verde) devuelve el ciclo al inicio con mejores reglas. Las líneas hacia el centro muestran que ninguna etapa escapa a la política.

EtapaArchivo del kitPreguntaRuta de aprendizaje
DescubrirCAPACIDADES.md¿Qué herramientas existen y por qué vía llega el agente a ellas?T1
Conectarreceitas/, pontes/¿Cómo convertir esta vía en algo que el agente pueda llamar?T2
EnrutarROTEAMENTO.md¿Qué modelo resuelve esto con el menor gasto?T3
Ejecutarreceta R2¿Un agente solo o un equipo?T3
Observar / Verificarcriterio «comando → salida esperada»¿Cómo demuestro que funcionó?T3
AprenderPOLITICA.md (sección Aprendizaje)¿Qué cambiar? El agente lo propone y tú lo apruebas.T4

Qué revisar en la tabla: las preguntas son las mismas que harías al contratar a alguien: qué existe, cómo llega, quién lo hace, cómo se verifica y qué mejora.

💡 Qué es una «prueba» en el kit

Toda receta termina con una Evidencia: un comando y el texto que debe aparecer. Ejemplo de la receta R1: ejecutar el puente con "Responda apenas PONG" y ver PONG. Si no aparece, no funcionó, aunque el agente diga que sí.

🔄
Ciclo

siete etapas que se repiten

📄
Un archivo

por etapa

✅
Evidencia

comando → salida

🚦
Política

se aplica en todas

6

Conoce a Clara, a Sônia y el mapa del curso

Dos personas te acompañan en el curso. Sus datos son los archivos de ejemplo que ya vienen en el kit, en runtime/exemplos/. Así, cada comando que ejecutes devuelve exactamente lo que muestra la lección.

🩺

Clara, 47 — dueña de una clínica

La agenda de la clínica es una hoja de cálculo. Atienden la Dra. Ana y el Dr. Bruno. Clara quiere que el agente indique los horarios disponibles sin que nadie tenga que abrir la hoja de cálculo.

Archivo: runtime/exemplos/agenda.csv

🧾

Sônia, 51 — contadora

Su cliente es una distribuidora cuyo ERP no tiene API: solo exporta un CSV de ventas. Sônia quiere el total por cliente sin tener que armar una hoja de cálculo a mano cada mes.

Archivo: runtime/exemplos/erp-vendas.csv

🆕 ¿Eres nuevo aquí? ERP y CSV

ERP es el sistema de gestión de la empresa (ventas, inventario, facturas). CSV es una hoja de cálculo en texto sin formato: cada línea es un registro y las columnas están separadas por comas. Casi todos los sistemas antiguos saben «exportar CSV», y eso basta para que el agente lo lea.

T1descubrir T2conectar T3enrutar y ejecutar T4gobernar y aprender proyectofinal estás aquí

Cómo leer el diagrama: cada nivel depende del anterior. Solo conectas (T2) lo que descubriste (T1), solo formas un equipo (T3) con puentes que funcionan y solo das más libertad al agente (T4) con una política y un registro de fallos.

Prueba rápida (opcional): ¿cuál es el papel de la ingeniería inversa en este curso?

🩺
Clara

agenda en una hoja de cálculo

🧾
Sônia

ERP sin API

🪜
4 rutas

una depende de la otra

🏁
Proyecto final

tu puente y tu equipo

🎓 Resumen del módulo

✓
Los videos demostraron lo posible — por un cable improvisado.
✓
La ingeniería inversa es descubrimiento — no es el sistema de uso diario.
✓
Casi todo ya tiene una vía oficial — codex exec, claude --bg, plugins.
✓
El kit es una carpeta de archivos — mediante la suscripción, sin API de pago.
✓
Siete etapas, una política — y toda receta tiene una prueba.

Próximo módulo:

1.2 — Instalar y diagnosticar