Spotify выпустил Xirp — среду для параллельной работы кодинг-агентов с общим контекстом. Claude Code, Gemini CLI и Codex в одном окне, без привязки к одному вендору.
Когда команда из тысяч инженеров начинает запускать по пять-десять агентских сессий одновременно, появляется проблема, которую не решает новая модель. Контекст фрагментируется: один агент решил задачу, второй не знает об этом и делает ту же работу заново. Конфигурации, промпты и файлы вроде CLAUDE.md размазываются по личным настройкам.
Чем больше сессий, тем больше дублирования и пустых токенов.
Spotify столкнулся с этим первым — и собрал Xirp.
Что такое Xirp
Xirp — среда для управления параллельными сессиями кодинг-агентов. Не один агент, а диспетчерская: одно место, где видны все сессии, их состояние и результаты.
Три особенности, которые отличают Xirp от одиночного запуска агента в терминале:
- Git worktree на сессию. Каждая сессия работает в своей изолированной рабочей копии репозитория. Десятки агентов могут параллельно менять код в одной кодовой базе, не мешая друг другу.
- Контекст отвязан от агента. Состояние сохраняется в Xirp, а не в конкретном инструменте. Можно начать задачу в Claude Code, продолжить в Codex — рабочий контекст переносится.
- Вендорная нейтральность. Xirp не привязан к одному поставщику моделей. Инженер может переключиться между Claude, Gemini и Codex без перестройки окружения.
Важно: Spotify сообщает о 36 000+ сессий внутри компании и тысячах инженеров, использующих Xirp. Это внутренние данные Spotify, независимого подтверждения пока нет.
Где начинается ценность
Xirp работает не отдельно, а в паре со Spotify Portal — внутренней платформой, которая хранит каталог сервисов, зависимости, владельцев и архитектурные решения. Portal — коммерческая версия Backstage, системы, которую Spotify развивала десять лет.
Когда агент стартует сессию в Xirp, подключённом к Portal, он получает не просто код файла, а контекст системы: кто владеет вышестоящим сервисом, от чего зависит компонент, почему архитектура устроена именно так. После завершения сессии результаты и транскрипт возвращаются в Portal — следующий агент или инженер может продолжить с того же места.
Инсайт: ценность Xirp не в оркестрации сессий как таковой, а в том, что контекст перестаёт умирать вместе с завершённой сессией. Накопленное знание становится доступно следующему агенту автоматически.
Где ограничение
Xirp пока в бета-статусе. Доступ открыт через сайт xirp.spotify.com, но интеграция с Portal — отдельный шаг, требующий настройки. Без Portal Xirp остаётся средством управления сессиями, а не диспетчерской с организационным контекстом.
Второе ограничение — масштаб. Spotify говорит о тысячах инженеров и сотнях команд. Для небольшой команды из трёх-пяти разработчиков параллельная работа 50+ сессий может быть избыточной. Ценность Xirp растёт вместе с количеством одновременных агентских сессий и фрагментацией контекста между ними.
Что попробовать
Если в вашей команде уже есть три и более инженеров, каждый из которых запускает кодинг-агентов параллельно, проверьте одно: сколько времени агент тратит на повторное освоение контекста, который другой агент уже разобрал. Если это происходит регулярно — оркестрация сессий через общий контекстный слой сократит дублирование.
Начал я бы с одного проекта: запустил две-три параллельные сессии в Xirp без Portal, посмотрел, как сохраняется и переносится рабочее состояние между агентами. Если экономия времени заметна — подключать
Portal как контекстный слой.
Ссылки