Spotify hat Xirp im August 2026 als öffentliche Beta freigegeben. Das Tool ist kein eigenes Coding-Modell und ersetzt auch Claude Code, Gemini CLI oder Codex nicht. Xirp sitzt eine Ebene darüber: Es verwaltet Agenten-Sessions, trennt parallele Arbeiten über Git-Worktrees und kann über Spotify Portal Kontext über Services, Zuständigkeiten, Abhängigkeiten und frühere Architekturentscheidungen an die Agenten weiterreichen.
Spotify beschreibt damit ein Problem, das mit besseren Coding-Modellen nicht automatisch verschwindet. Ein Agent kann ein Repository korrekt lesen und trotzdem eine Änderung bauen, die im Gesamtsystem falsch ist, weil ihm Informationen außerhalb des Repositories fehlen.
Bei Spotify ist daraus offenbar ein eigenes Infrastrukturproblem geworden. Das Unternehmen gibt an, dass Xirp intern bereits in mehr als 36.000 Sessions eingesetzt wurde. Tausende Spotify-Entwickler hätten das System verwendet. Diese Zahlen stammen von Spotify selbst; eine unabhängige Messung zu Produktivitätsgewinn oder Fehlerquote hat das Unternehmen bisher nicht veröffentlicht.
Xirp orchestriert Agenten, statt selbst Code zu erzeugen
Die aktuelle Beta unterstützt Claude, Gemini CLI und Codex. Entwickler können mehrere Sessions parallel starten und zwischen den Agenten wechseln, ohne das gesamte Arbeitssetup neu aufzubauen.
Jede Session arbeitet laut Spotify in einem eigenen Git-Worktree. Dadurch können mehrere Agenten am selben Repository arbeiten, ohne unmittelbar dieselben Dateien in derselben Working Copy zu verändern. Spotify schreibt, dass sich damit Dutzende Sessions parallel koordinieren lassen und nennt intern auch Setups mit mehr als 50 gleichzeitig laufenden Sessions.
Das löst nicht automatisch Merge-Konflikte oder widersprüchliche Änderungen. Die Worktrees verhindern zunächst, dass sich die laufenden Agenten gegenseitig direkt die Arbeitsverzeichnisse überschreiben. Was später zusammengeführt werden kann, muss weiterhin geprüft werden.
Interessanter ist die Trennung zwischen Modell und Arbeitskontext. Xirp behandelt Claude Code, Gemini CLI und Codex als austauschbare Ausführungswerkzeuge. Der Zustand einer Aufgabe soll nicht vollständig an einer einzelnen Agenten-Session hängen.
Damit verschiebt Spotify einen Teil dessen, was heute häufig in CLAUDE.md, projektspezifischen Prompts, MCP-Konfigurationen oder persönlichen Setup-Dateien steckt, in eine gemeinsame Infrastruktur.
Ein Repository enthält nicht das gesamte Systemwissen
Der zweite Teil von Xirp hängt eng mit Spotify Portal zusammen.
Portal kann Informationen über den Software-Katalog, Service-Ownership, Abhängigkeiten, Dokumentation und Work Items bereitstellen. Startet ein Entwickler eine Xirp-Session aus diesem Kontext, soll der Coding-Agent diese Informationen bereits zu Beginn erhalten.
Das ist bei größeren Systemen konkreter als ein allgemein formulierter „Memory“-Claim.
Ein Agent kann in einem Repository beispielsweise sehen, dass Service A einen HTTP-Client zu Service B enthält. Daraus weiß er noch nicht automatisch, welches Team Service B besitzt, welche anderen Systeme davon abhängen oder warum eine scheinbar unnötige Schnittstelle vor zwei Jahren bewusst so gebaut wurde. Solche Informationen liegen häufig in einem Service-Katalog, Tickets, internen Dokumenten oder Architekturentscheidungen außerhalb des Codes.
Spotify beschreibt genau diese fehlende Verbindung als Ursache für unnötige Arbeit seiner Agenten. Sessions hätten Kontext erneut recherchiert, den andere Sessions oder Entwickler bereits gefunden hatten. Gleichzeitig seien projektspezifische Regeln über persönliche Konfigurationen verteilt gewesen.
Xirp versucht deshalb nicht nur mehr Kontext in einen einzelnen Prompt zu packen. Der Kontext soll unabhängig vom verwendeten Agenten gespeichert und erneut verwendet werden können.
Jede Session kann wieder neuen Kontext erzeugen
Über den Workspace-Teil von Portal können Ergebnisse einer Session zurück in den gemeinsamen Arbeitskontext fließen. Spotify beschreibt daraus einen Kreislauf: Ein Agent erhält vorhandene Informationen, bearbeitet eine Aufgabe und hinterlässt danach Ergebnisse und Dokumentation, die spätere Sessions verwenden können.
Das klingt zunächst ähnlich wie klassische Projektdokumentation. Der Unterschied liegt im Erfassungszeitpunkt. Wissen soll direkt aus den Agenten-Workflows heraus gespeichert werden, statt darauf zu warten, dass ein Entwickler später noch separat eine Wiki-Seite aktualisiert.
Ob daraus tatsächlich dauerhaft brauchbare Dokumentation entsteht, hängt allerdings von einer Frage ab, für die Spotify bisher kaum Zahlen veröffentlicht: Wie oft ist der erzeugte Kontext korrekt, aktuell und für die nächste Aufgabe wirklich relevant?
Falscher gemeinsamer Kontext wäre bei einem solchen System unangenehmer als ein einzelner schlechter Prompt. Wenn dieselbe falsche Information in viele spätere Sessions eingespeist wird, kann sich ein Fehler über mehrere Agenten hinweg wiederholen.
Die Qualität der Kontextschicht wird deshalb mindestens so wichtig wie die Qualität des Modells, das darauf zugreift.
Spotifys 36.000 Sessions sind noch kein Produktivitätsbenchmark
Spotify berichtet von mehr als 36.000 internen Xirp-Sessions und schreibt von schnellerem Context Switching sowie Kostenvorteilen. In einem weiteren Portal-Beitrag zeigt das Unternehmen einen eigenen Vergleich, bei dem eine Aufgabe ohne zusätzlichen Organisationskontext 18,08 US-Dollar und 38 Minuten benötigte und kein brauchbares Ergebnis lieferte. Mit Kontext nennt Spotify 12,21 US-Dollar, 13 Minuten und einen verwendbaren Plan.
Das ist ein konkretes Beispiel, aber kein allgemeiner Benchmark. Spotify veröffentlicht dort keinen größeren Testsatz mit verschiedenen Repositories, Modellen und Aufgabentypen. Aus einem solchen Vergleich lässt sich deshalb nicht ableiten, dass Portal-Kontext Coding-Agenten generell um einen bestimmten Prozentsatz günstiger oder schneller macht.
Für die Architektur von Xirp ist der Versuch trotzdem interessant: Spotify optimiert nicht primär den nächsten Token des Modells, sondern die Informationen, die vor dem ersten Token verfügbar sind.
Das passt zu einem Problem, das bei Coding-Agenten immer sichtbarer wird. Ein stärkeres Modell hilft wenig, wenn es bei jeder Session erneut herausfinden muss, welches Team einen Service betreibt, welche internen Konventionen gelten und welche Entscheidung aus einem alten Ticket noch immer verbindlich ist.
Die öffentliche Beta ist derzeit deutlich kleiner als Spotifys interne Vision
Die aktuelle Xirp-Beta läuft auf macOS. Laut der offiziellen FAQ arbeiten Sessions mit lokalen Dateien und Verzeichnissen; Cloud-Ausführung wird derzeit nicht unterstützt. Die Desktop-App ist aktuell kostenlos. Xirp selbst ist nicht Open Source.
Mit Portal Foundations kommen Software-Katalog und Workspace hinzu. Spotify bietet diese Kombination momentan als 60-Tage-Test an. Die weitergehende Xirp-und-Portal-Variante mit zusätzlichen Plugins und Erweiterbarkeit ist auf der Produktseite noch als „Coming soon“ aufgeführt.
Dabei gibt es auf Spotifys eigenen Seiten eine kleine Inkonsistenz: Die Xirp-Landingpage spricht davon, Sessions lokal oder remote auszuführen. Die aktuelle Plans- und FAQ-Seite sagt dagegen ausdrücklich, dass Remote- oder Cloud-Sessions noch nicht unterstützt werden und alles lokal auf dem Mac läuft. Für den derzeit verfügbaren Beta-Stand ist die FAQ die konkretere Produktbeschreibung.
Der spannendste Teil von Xirp ist nicht der nächste Coding-Agent
Xirp konkurriert technisch nicht direkt mit Claude Code oder Codex. Spotify baut stattdessen die Schicht, die entscheidet, mit welchem Kontext diese Agenten arbeiten und wie ihre Sessions über ein Team hinweg organisiert werden.
Für kleine Repositories mit einem Entwickler kann das schnell nach zusätzlicher Infrastruktur aussehen. Bei vielen Services, mehreren Teams und parallelen Agenten wird Kontext selbst zu einem Systemzustand, den jemand verwalten muss.
Genau daran lässt sich Xirp später sinnvoll messen: nicht daran, wie viele Agenten gleichzeitig laufen, sondern daran, wie oft ein Agent durch den gemeinsamen Kontext eine bereits bekannte Abhängigkeit, Regel oder Architekturentscheidung nicht erneut suchen oder falsch erraten muss.
Spotify veröffentlicht dazu bisher keine Fehlerquote. Die wäre für die Bewertung interessanter als die Zahl von 36.000 Sessions.
Quellen
Spotify Portal: „What we've learned scaling AI coding agents at Spotify“, 10. August 2026 https://portal.spotify.com/blog/introducing-xirp
Xirp – offizielle Produktseite https://xirp.spotify.com/
Xirp – Plans und FAQ https://xirp.spotify.com/plans
Spotify Portal: „The Hidden Tax on Your AI Agents“ https://portal.spotify.com/blog/the-hidden-tax-on-your-ai-agents
Better Stack: „Xirp: Spotify's Tool for Managing Multiple AI Coding Agent Sessions“, 18. August 2026 https://betterstack.com/community/guides/ai/xirp-agent/