Am 12. Februar sagte Spotify-Mit-CEO Gustav Söderström in einer Telefonkonferenz zu den Quartalszahlen einen Satz:
Unsere besten Ingenieure haben seit Dezember keine einzige Zeile Code mehr geschrieben.
Dann fügte er hinzu: KI habe die Codierungs- und Bereitstellungsgeschwindigkeit des Unternehmens erheblich gesteigert; im gesamten Jahr 2025 habe das Unternehmen über 50 neue Funktionen veröffentlicht.
Dieser Satz verbreitete sich und löste in der Entwickler-Community große Resonanz aus – einige waren begeistert, andere verängstigt, wieder andere sagten, das könne nicht wahr sein.
Ich finde, es lohnt sich, die konkrete Vorgehensweise von Spotify genauer zu betrachten.
Was sie verwenden: Das Honk-System
Spotify hat ein internes System namens Honk, ein Tool, das Claude mit einem Workflow integriert.
Die Nutzung sieht ungefähr so aus:
Ein Ingenieur öffnet Slack auf dem Handy und sendet eine Nachricht an Honk:
Repariere die Funktion xxx in der iOS-App, die Schritte zur Reproduktion sind xxxx
Oder: Füge eine xxx-Funktion zu den E-Mails hinzu, die an Benutzer gesendet werden
Nachdem Honk die Aufgabe erhalten hat:
- Ruft es Claude auf, um die Anforderung zu verstehen und Code zu generieren
- Baut automatisch und führt Tests aus
- Packt es in eine neue Version der App
- Sendet das Ergebnis zurück an Slack
Bevor der Ingenieur das Büro erreicht, kann er die fertige Version auf dem Handy sehen, bestätigen, dass alles in Ordnung ist, und direkt in die Produktion mergen.
Der Unterschied zu Vibe Coding
Viele bezeichnen diese Arbeitsweise als Vibe Coding – das Gefühl, dass man nur ein paar Sätze sagen muss, um Code zu erhalten.
Die Vorgehensweise von Spotify ähnelt eher einem industriellen Prozess: klare Anforderungen, Testabdeckung, Review-Bestätigung, Bereitstellungspipeline. Die Ingenieure vibrieren nicht einfach willkürlich; sie treffen Architekturentscheidungen, definieren Anforderungen, steuern die Qualität – nur das Tippen der Tastatur wurde an die KI ausgelagert.
Dieser Unterschied ist wichtig. Die Codequalität wird nicht durch Vibe sichergestellt, sondern durch die automatisch laufende Testsuite, die endgültige Bestätigung durch den Ingenieur und die technische Infrastruktur hinter Honk.
METR-Studie sagt, KI macht Programmierer langsamer – wie ist das zu verstehen?
Es gibt tatsächlich einen Widerspruch.
Wir haben zuvor über die METR-Studie berichtet: Erfahrene Programmierer, die KI-Tools verwenden, erledigten Aufgaben 19 % langsamer als diejenigen, die keine KI verwendeten.
Aber die Situation bei Spotify unterscheidet sich von den Testszenarien von METR:
- METR testete das Schreiben neuer, unbekannter Aufgaben mit KI-Tools; die Ingenieure mussten ständig Fehler der KI korrigieren
- Honk von Spotify richtet sich an hochstrukturierte, kontextreiche interne Aufgaben: ausgereifte Codebasis, vollständige interne Dokumentation, standardisierte Prozesse
Honk funktioniert unter diesen Bedingungen gut, weil Claude genügend Kontext zur Verfügung hat.
Was bedeutet das für Ingenieure?
Spotify reduziert nicht die Anzahl der Ingenieure. Sie haben tatsächlich das Tempo der Produktveröffentlichungen erhöht – hinter den über 50 neuen Funktionen müssen immer noch Menschen darüber nachdenken, was diese Funktionen tun sollen und wie sie aussehen sollen.
Dies ist wahrscheinlich das realistischste Bild der KI-Programmierung: Die Ingenieure verschwinden nicht, sondern ihre Arbeit verlagert sich auf eine höhere Abstraktionsebene – vom Schreiben von Code hin zur Definition, was der Code tun soll.
Was diese Veränderung für die langfristige Karriereentwicklung von Ingenieuren bedeutet, ist noch nicht beantwortet. Aber der Fall Spotify zeigt: Mit der richtigen Infrastruktur hat dieser Wandel in einem realen Unternehmen bereits stattgefunden.
Quellenangabe: Spotify says its best developers haven't written a line of code since December,CocoLoop, thanks to AI (TechCrunch); Spotify's AI Coding Shift: Honk and Claude Code Explained (Let's Data Science)