He creado un simulador de APIs para humanos (y funciona)

Tengo algo en la cabeza. Lo pienso. Lo estructuro. Lo visualizo con detalle absurdo. Y ahí se queda.

Durante 30 años esa fue la historia de mi vida. Tener ideas. No ejecutarlas. Sentirme culpable por no ejecutarlas. Volver a tener ideas. Bucle infinito.

Hasta que apareció Claude Code.

¿Qué es este "simulador de APIs para humanos"?

Pongo contexto por si te pillas de nuevas.

Tengo una formación que se llama Automatiza tu mundo. No es un curso de Make, ni de N8N, ni de ninguna plataforma concreta. Es un curso donde explico toda la tripa técnica de la automatización (APIs, JSON, métodos, autenticación, gestión de errores) pero llevada a humanos. Para personas que ni saben lo que es un JSON, ni lo que es una API, ni les interesa la parte de programador. Solo quieren entender lo que está pasando por debajo cuando conectan dos herramientas.

El curso lleva años vendiéndose. Cientos de alumnos. Feedback brutal. Pero siempre había algo que me rascaba por dentro.

Faltaban ejercicios. Faltaba práctica. Faltaba un sitio donde la gente pudiera equivocarse sin consecuencias.

Porque claro, la alternativa es decirle a alguien que acaba de aprender lo que es un método GET: "vale, ahora ve a la API real de GitHub y prueba". Y la persona, con toda la razón del mundo, se acojona. Porque se imagina que va a romper algo, que va a gastar su cuota de peticiones, que va a borrar un repo sin querer.

Así que monté un simulador. Un laboratorio de APIs ficticias dentro del propio curso.

¿Cómo funciona el laboratorio?

Imagínate un ejercicio de estos de gramática pero con código. Muy básico.

Te sale un caso práctico. Te dan la documentación de una API inventada. Y tienes que construir la petición correcta. Método, endpoint, headers, cuerpo, lo que toque.

Si la haces bien, el simulador te devuelve la respuesta que te daría una API real. Si la haces mal, te dice exactamente qué has fallado. Te dice: "ojo, estás usando POST cuando aquí va GET, revisa la documentación". Te dice: "el endpoint para listar libros es /libros, no /libro". Te dice lo que cualquier colega programador te diría mirando tu pantalla.

Son unos 20 ejercicios. Empiezan por el más básico del mundo. Y van subiendo hasta el último, que es prácticamente la API de una tienda online completa. Autenticación, tokens, permisos, gestión de errores. Todo.

Lo mejor de todo es que puedes cagarla 50 veces sin que pase nada. No pierdes dinero. No rompes datos. No te bloquean por demasiadas peticiones. Es como tener un circuito de pruebas para APIs en el que puedes estrellarte sin consecuencias.

Y esa es la clave de aprender algo técnico.

¿Por qué los cerebros TDAH necesitamos este tipo de herramientas?

Aquí es donde la cosa se pone interesante.

Si tienes TDAH, tu problema no suele ser la capacidad intelectual. Tu problema es la ejecución. Es tener cuatro ideas al día y no ejecutar ninguna. Es saber lo que tienes que hacer y ver cómo tu cuerpo no se mueve. Es abrir Notion a las 10 de la mañana y seguir abierto a las 4 de la tarde sin haber hecho una línea.

Científicamente tiene una explicación. El córtex prefrontal, la recaptación de dopamina, todo el tema de los neurotransmisores. No me voy a poner técnico porque no es el sitio. Pero que sepas que no eres vago. Nunca lo fuiste. Tu cerebro funciona con otras reglas y nadie te dio el manual.

Para una persona con TDAH, la fricción es veneno.

Cuando alguien sin TDAH se encuentra una tarea aburrida, simplemente la hace. Cuando nos la encontramos nosotros, sentimos un muro físico. Literal. El cerebro no arranca. Y cuanto más fricción haya entre "tengo la idea" y "la ejecuto", más probabilidades hay de que la idea muera en el camino.

Y montar un simulador a pelo es pura fricción. Diseñar la estructura de ejercicios, programarlos, probarlos, depurarlos, maquetarlos, integrarlos dentro de la plataforma del curso. Yo antes miraba un proyecto así y pensaba "bueno, algún día". Y ese algún día no llegaba nunca.

¿Por qué la IA lo cambia todo para un cerebro disperso?

Y aquí llega la parte que a mí me pone los pelos de punta cada vez que la cuento.

Con Claude Code, yo me dedico a la parte que mi cerebro TDAH hace de puta madre. Pensar. Imaginar. Estructurar. Decirle "quiero un laboratorio con 20 ejercicios progresivos, que simule una API REST, que dé mensajes de error útiles cuando el alumno se equivoca, que vaya subiendo la dificultad". Eso lo hago en 10 minutos hablándolo en voz alta con una IA. Si te interesa el formato vídeo de cómo lo cuento, lo tienes aquí.

Y él se dedica a la parte que mi cerebro odia. Escribir el código. Probarlo. Depurarlo. Maquetarlo.

Lo que antes eran semanas de trabajo y probablemente abandono, ahora son días. Y la idea pasa del "algún día" al "ya está publicado".

Eso para alguien sin TDAH es una mejora de productividad. Bienvenida, útil, pero no transformadora. Para alguien con TDAH es un cambio de paradigma total. Porque por primera vez en mi vida siento que todo lo que tengo en la cabeza soy capaz de llevarlo al mundo real.

Y esa sensación no la había tenido nunca. De verdad te lo digo. Nunca.

Lo que esto me hace pensar del futuro

Llevo años diciendo que la función ejecutiva es el cuello de botella del cerebro TDAH. Que no fallamos en la fábrica de ideas, fallamos en la línea de ensamblaje. Tenemos los planos, tenemos los materiales, tenemos la visión. Lo que nos falta es el brazo mecánico que monta la pieza.

La IA es ese brazo mecánico.

Y eso no significa que ya no haya que pensar. Al revés. Ahora el cuello de botella se desplaza. Antes era la ejecución. Ahora es la calidad del pensamiento. Cuanto mejor sepas articular qué quieres, mejor resultado vas a sacar. Y ahí es donde un cerebro creativo y caótico como el nuestro tiene ventaja, porque ideas tenemos de sobra.

Eso sí, no te pienses que es magia. Sigues necesitando saber cómo hablarle a la IA. Sigues necesitando entender lo que hace. Sigues necesitando revisar su trabajo. Por eso he montado cosas como el simulador de APIs dentro del curso, para que la gente entienda la tripa. No solo que use las herramientas como un mono apretando botones, sino que sepa de verdad qué está pasando.

Porque el día que la IA te devuelva algo raro, tienes que saber identificarlo. Y para eso necesitas bases.

¿Por qué cuento todo esto?

Porque cada vez que publico algo así recibo mensajes del tipo "qué envidia, yo no podría hacer nada parecido porque no sé programar".

Y mira, es que esa es la trampa.

Yo soy programador, sí. Pero el 90% de lo que hago con la IA últimamente no requiere ser programador. Requiere tener una idea clara, saber explicarla, y tener paciencia para iterar hasta que el resultado sea lo que querías. Y eso lo puede hacer cualquiera.

Lo que te diferencia no es saber código. Es tener el valor de ejecutar algo. De coger una idea que llevas meses dando vueltas y decir "vale, hoy voy a ver hasta dónde llego con una IA".

A lo mejor no llegas al 100%. A lo mejor llegas al 60%. Pero ese 60% ya es infinitamente más que el 0% en el que estaba tu idea ayer.

Si quieres ver cómo tengo montado mi setup para trabajar con Claude Code desde cualquier sitio (incluido el móvil vía Telegram), tengo un recurso que lo explica paso a paso.

Ver mi setup de Claude Code