Crear un Juego de Spotify desde el Asiento del Copiloto: Así Funciona el Desarrollo con IA en la Vida Real

Imagina Hitster, ese juego musical que arrasa: escaneas un QR, suena una canción de Spotify y tus amigos adivinan el año. Luego ordenan tarjetas en una línea de tiempo. Fácil, adictivo y cuesta unos 25 euros el mazo.

Un desarrollador pensó: ¿para qué comprarlo si lo armo yo? El reto: iba de pasajero en un viaje por carretera de Austria a Alemania. Solo con el móvil, un servidor casero y Claude como compañero de código.

El resultado es un caso real de lo que la IA logra hoy en desarrollo... y dónde aún tropieza.

Las Limitaciones Fueron el Secreto

No fue un experimento armado. Era un intento serio con restricciones reales. Sin portátil. Sin teclado. Sin buscar docs de APIs en la pantalla chica. Solo mensajes de voz a Claude por Telegram, servidor remoto para ejecutar y pruebas en el móvil.

Salió un stack simple: HTML, CSS y JS puro. Autenticación PKCE de Spotify (sin backend). QRCode.js para generar códigos. Html5-QRCode para leerlos. Nada extra. Nada complicado.

Esto enseña diseño por restricciones. Sin acceso fácil a libs o guías, eliges herramientas probadas y simples. Evitas dependencias raras. Mantienes todo predecible.

Tres Horas para el Primer Triunfo

Al parar en un Burger King, el núcleo ya funcionaba. Escaneó el QR en el móvil y sonó la música de su playlist de Spotify.

Piensa en eso: de idea a prototipo en tres horas, todo por voz y ejecución remota. La autenticación de Spotify —que suele implicar consolas de devs, OAuth y depuración de tokens— salió a la primera.

No fue brujería. Fue comunicación clara. El dev explicó qué quería. Claude preguntó detalles, eligió herramientas y codificó. Cuando atascó (agregar usuario de prueba en Spotify), pidió ayuda humana y la tuvo. Sin adivinanzas.

Dónde Brilló el Flujo de Trabajo

Reportes de errores remotos revolucionaron la depuración. Probar en Chrome de Android sin DevTools es un dolor. Normalmente: adivinas el fallo, cambias código, recargas, repites. Claude propuso logging client-side que mandaba errores JS al servidor. Así, el dev decía "el botón no responde" y Claude leía el error real. Depurar fue casi como tener DevTools... sin leer stacks.

La autenticación fluyó sin drama. PKCE de Spotify no pide backend, cero líos de infra. Sacó un Client ID del dashboard de Spotify, se lo pasó a Claude y listo el login. Un par de ajustes para usuario de prueba, y funcionaba. Ejemplo perfecto de tech que banca workflows remotos.

Tailscale Serve para pruebas instantáneas. Olvídate de ports y firewalls. Claude corrió tailscale serve --bg --https=8443 http://127.0.0.1:8080 y el app estuvo al aire en el móvil vía tailnet. Sin buscar docs. Pum, listo. Herramientas así hacen viable el dev con IA.

UI pulida sin diseñador. Claude, entrenado en patrones UI, armó algo pro sin que el dev tocara Figma o discutiera colores.

Cuando la Realidad Golpeó

La API de Spotify falló en silencio. El endpoint de playlists daba 403 pese a auth correcta. Claude revisó logs del browser y halló el cambio: en febrero 2026, /v1/playlists/{id}/tracks mutó a /v1/playlists/{id}/items. Dos líneas de fix. Pero diagnosticar tomó idas y venidas, porque el error no era obvio. Lección: la IA depura bien con logs, pero razona paso a paso, no es magia.

Llegó el muro legal. Con el juego casi listo, el dev preguntó: "¿Por qué no hay clones públicos de Hitster?". Respuesta rápida: la política de Spotify prohíbe juegos con su API. Sección III: "No crees juegos, ni quizzes". No es un hueco. Es veto total. Hitster seguro tiene acuerdo especial. No hay clones por contrato, no por técnica.

Punto clave del dev con IA: es tan fácil armar cosas que violan ToS que lo legal ahora frena más que lo técnico.

El Flujo que lo Hizo Posible

Mensajes de voz a Claude por Telegram. Tailscale para red al instante. Flag --dangerously-skip-permissions para que Claude escribiera archivos y corriera comandos sin pausas. En auto no apruebas todo. Hay que confiar.

Voz adentro, código afuera, recarga en móvil. Tres herramientas para un loop de feedback que cuajó en carretera.

Lo que Falta (y Duele)

El logging client-side salva, pero no es lo óptimo. El DevTools Protocol de Chrome daría a Claude acceso directo a consola, requests y DOM sin hacks. Sería un entorno dev real.

En general, limita a lo que corre en servidor casero con IP pública y Tailscale. Si pide cloud, vuelves a CLI, vars y deploys complejos.

Y el ToS deja esto privado: POC para amigos, no producto.

La Lección Verdadera

No es IA reemplazando devs. Es iterar más rápido cuando el cuello de botella pasa de "buscar libs" y "leer docs" a "decir claro qué quieres".

El dev aún entendió el proyecto. Vio el issue legal. Supo elegir Tailscale, PKCE, JS vanilla bajo constraints.

Lo que cambió: de "idea" a "prototipo" en horas, no días. De horas a un viaje en auto.

No magia. Son herramientas top + comunicación clara + límites razonables.

¿Quieres prototipar rápido? En NameOcean, nuestro Vibe Hosting y herramientas de desarrollo con IA aceleran justo esto. Desde ideas locas hasta infra en producción, te damos red, domains y tools para volar. Regístrate en NameOcean y elige un domain que pegue con tu vibe.