Spotify-quiz fra passasjersetet: Slutten på AI-drevet utvikling i praksis

Spotify-quiz fra passasjersetet: Slutten på AI-drevet utvikling i praksis

Apr 07, 2026 ai-assisted-development vibe-coding spotify-api rapid-prototyping tailscale web-development developer-workflow constraint-driven-design

Bygge en Spotify-quiz fra passasjersetet: Slik ser AI-hjelp i praksis ut

Hitster er en kul musikk-quiz. Du skanner en QR-kode, Spotify spiller en låt, og vennegjengen gjettet året. Alle sorterer kort på en tidslinje. Enkelt, fengende – og koster rundt 250 kroner for kortstokken.

En utvikler tenkte: Hvorfor kjøpe når jeg kan lage min egen? Men det var en hitch: Han satt i passasjersetet på en biltur fra Østerrike til Tyskland. Bare mobil, en hjemmeserver og Claude AI som kodehjelper.

Resultatet? En skikkelig demo på hva AI-assistert utvikling kan – og hvor det stopper opp.

Begrensningene var meningen

Dette var ikke noe kunstig stunt. Han ville bare fikse et ekte problem med ekte rammer. Ingen laptop. Ingen tastatur. Ingen mulighet til å søke API-dokumentasjon på mobilen. Bare stemmemeldinger til Claude via Telegram, serveren kjørte koden, og han itererte basert på det han så på skjermen.

Tech-stakken ble superenkel: Ren HTML, CSS og JavaScript. Spotifys PKCE-flow uten backend. QRCode.js til å lage koder. Html5-QRCode til å skanne. Ingenting tungt. Ingenting unødvendig.

Det viser verdien av begrensninger. Uten lett tilgang til biblioteker velger du kjente, godt dokumenterte verktøy. Du dropper fancy dependencies. Kompleksiteten holdes i tømme.

Tre timer til første seier

Da de stanset på en Burger King, fungerte kjernen. Han skannet QR-koden på mobilen – og hørte Spotify-låten starte fra spillelisten.

Tenk på det: Fra idé til prototype på tre timer. Alt via tale og ekstern kjøring. Bare Spotifys autentisering – med developer-konsoll, OAuth og token-jugleri – klaffet fra første test.

Triksen? God kommunikasjon. Han beskrev nøyaktig hva han ville. Claude stilte spørsmål, valgte verktøy og leverte. Ved blokkering (trengte testbruker hos Spotify) spurte han rett ut og fikk svar. Ingen gjetting fra AI-en.

Hvor AI-workflowen løftet seg

Fjern-feilrapportering endret debugging. Android Chrome uten DevTools. Normalt: Gjett feil, endre kode, last inn, test igjen. Claude la inn klient-side logging som sendte JS-feil til serveren. Plutselig beskrev han bare "knappen reagerer ikke" – og Claude leste loggene. Debugging ble nesten like raskt som DevTools, uten at han selv måtte tyde stack traces.

Autentisering fløy. PKCE-flowen krever ingen server, så null infra-hodebry. Han hentet Client ID fra Spotify Developer Console, ga den til Claude – og login var på plass. Noen runder for testbruker, ferdig. Perfekt for mobil-arbeid.

Tailscale Serve ga lynrask testing. Ingen port forwarding eller brannmur-fjas. Claude kjørte tailscale serve --bg --https=8443 http://127.0.0.1:8080 – og appen var live på mobilen via tailnet. Ingen doc-søk. Bare fungerte. Slike verktøy gjør AI-utvikling mulig.

UI uten designer. Claude trakk fra designmønstre og systemer. Grov grensesnitt ble polert og proft – uten Figma eller fargekrangler.

Så kom virkeligheten

Spotify API sviktet stille. Playlist-endepunkt ga 403 Forbidden, selv med rett auth og scopes. Claude gransket browser-loggene og fant endringen fra februar 2026: /v1/playlists/{id}/tracks ble til /v1/playlists/{id}/items. To linjer å fikse. Men diagnosen tok tid – feilen var ikke åpenbar. AI er sterk på systematisk jakt med logger, men ikke trollmann.

Så traff juridiske muren. Nesten ferdig, spurte han Claude: "Hvorfor finnes ingen offentlig Hitster-klone?"

Svar: Spotifys Developer Policy forbyr spill med API-en. Seksjon III: "Ikke lag spill, inkludert trivia-quizer."

Ingen smutthull. Hitster har trolig spesiell avtale. Offentlige kloner uteblir ikke pga tech – men pga kontrakt. AI gjør det lett å bygge ToS-brudd. Tech-barrieren er borte; lov og business stopper deg.

Workflowen som fungerte

Stemmemeldinger til Claude via Telegram. Tailscale for nettverk. --dangerously-skip-permissions for at Claude kunne skrive filer og kjøre kommandoer uten godkjenning midt i turen. Troen måtte skiftes.

Tale inn, kode ut, reload på mobil. Tre verktøy i en stram loop – nok til å fungere fra bil.

Hva mangler (og teller)

Feilrapportering hjelper, men er workaround. Chrome DevTools Protocol kunne gi Claude direkte tilgang til console, requests og DOM. Da nærmer det seg ekte dev-miljø.

Prosjektet begrenses av hjemmeserver med IP og Tailscale. Trenger du cloud? Da blir det CLI, env-vars og deploy-kaos.

Og ToS-muren holder spillet privat – proof-of-concept for venner, ikke produkt.

Den ekte læringen

Dette handler ikke om AI som erstatter utviklere. Det handler om raskere iterasjon når flaskehalsen flytter fra "finne bibliotek" og "lese docs" til "beskrive klart hva du vil".

Utvikleren måtte forstå prosjektet. Spotte juridiske flagg. Vite hvilke verktøy (Tailscale, PKCE, vanilla JS) som passet begrensningene.

Endringen? Tid fra idé til prototype. Fra dager til timer. Fra timer til biltur.

Ikke magi. Bare bedre verktøy, klar tale og smarte rammer.


Vil du bygge prosjekter lynraskt? NameOcean's Vibe Hosting og AI-verktøy er skreddersydd for rask prototyping og skalering. Vi fikser nettverk, domain og tools – så du kan akselerere.

Read in other languages:

RU BG EL CS UZ TR SV FI RO PT PL NL HU IT FR ES DE DA ZH-HANS EN