Spotify Xirp: центр управления агентами разработки

Если в одном репозитории открыта всего одна сессия разработки, новый центр управления не нужен. Терминала, одного агента и чистой ветки Git обычно достаточно.

Сложности начинаются, когда Codex создаёт функцию, Claude Code расследует ошибку, а Gemini параллельно проверяет другую идею. Какой агент ждёт разрешения? В какой ветке находятся изменения? Какая сессия относится к какому проекту? И как не допустить, чтобы два агента одновременно меняли один checkout?

Именно эту проблему пытается решить Xirp. Название связано со Spotify, но не имеет отношения к музыке, плейлистам или приложению Spotify. Xirp представляет собой приложение для macOS, предназначенное для работы с ИИ-агентами разработки. Оно объединяет проекты, постоянные терминалы, Git worktree, файлы, правила и skills в одном интерфейсе.

Сначала это похоже на очередную IDE с ИИ, но такое описание слишком узкое. В Xirp нет собственной языковой модели, и приложение не заменяет Codex, Claude Code или Gemini. Оно организует агентов, уже установленных и настроенных на Mac.

Что на самом деле представляет собой Xirp

Spotify называет Xirp agentic development environment. Проще говоря, это графическая панель управления несколькими локальными сессиями агентов разработки.

Сессия представляет собой постоянный терминал, в котором работает агент. Она может относиться к локальному проекту и отдельному Git worktree или запускаться без контекста проекта. При создании выбирают Codex, Claude Code или Gemini, описывают цель и решают, работать ли агенту в существующем checkout или в новом worktree.

Xirp продолжает использовать нативные инструменты командной строки поставщиков. Учётные данные, модели, подписки, разрешения и настройки остаются в конфигурации каждого агента. Установка Xirp не предоставляет автоматического доступа к Claude, Codex или Gemini и не добавляет лимиты моделей.

Сейчас Xirp находится в бета-версии и работает только на macOS. Это проприетарное, а не открытое ПО. Для регистрации Spotify требует рабочий адрес электронной почты. Согласно FAQ, личные адреса Gmail, Yahoo и Outlook.com не принимаются.

Что умеет Xirp на практике

Практическая ценность возникает не из одной эффектной кнопки, а из объединения задач, которые сегодня часто распределены по разным инструментам.

Проекты и постоянные сессии

Проект в первую очередь является локальной папкой на Mac. Это может быть один репозиторий Git, папка без Git или родительская папка с несколькими репозиториями. Xirp использует её как рабочий каталог сессий.

Терминалы сохраняются. Приложение можно закрыть, открыть позже и продолжить сессию. Обзор проекта показывает активные и прошлые сессии, связанные ветки и worktree. Индикаторы сообщают, работает ли агент, ждёт ввода или завершился. Уведомления предупреждают, когда сессия требует внимания.

Это не выглядит революционно, но полезно в повседневной работе. При трёх или пяти параллельных задачах главный вопрос часто уже не в том, способен ли агент писать код, а в том, какой агент чем занимается и где лежит результат.

Git worktree вместо нескольких агентов в одном checkout

Для новой сессии Xirp может создать отдельный Git worktree с собственной веткой и рабочим каталогом. Несколько агентов смогут работать с одним репозиторием, не переписывая одновременно одни и те же файлы в одном checkout.

Worktree не устраняет конфликты магическим образом. Если две ветки по-разному меняют одну функцию, конфликт всё равно придётся понять и разрешить. Случайные изменения за пределами worktree также не блокируются автоматически. Изоляция упорядочивает работу, но не заменяет code review, тесты и защиту веток.

При очистке Xirp рассматривает сессию, worktree и ветку как отдельные объекты. Это разумно: закрытие терминала не должно автоматически удалять checkout с незафиксированными изменениями.

Терминал, файлы, Git и несколько агентов в одном окне

Окно сессии является интерактивным терминалом. Можно отвечать, подтверждать разрешения и использовать команды агента как в нативной CLI. Кроме того, доступны поиск и редактирование файлов, просмотр diff, веток и коммитов, а также открытие внешнего редактора или терминала в нужном worktree.

Grid view размещает несколько активных терминалов рядом. Это удобно, когда две сессии работают, а третья ждёт решения. Разговор можно также разветвить, чтобы проверить другой подход, не теряя исходную ветку.

Согласно документации, во время сессии можно переключиться на другого установленного агента. Рабочий каталог и состояние проекта сохраняются. Но Xirp не переносит специфические настройки между агентами. Переход с Claude Code на Codex не означает, что все детали конфигурации автоматически будут работать одинаково.

Правила и повторно используемые skills

Xirp показывает поддерживаемые глобальные и проектные файлы инструкций, например AGENTS.md и CLAUDE.md, а также обнаруживает повторно используемые skills. Skill может описывать проверку релиза, миграцию или фиксированную процедуру контроля.

Это важнее, чем кажется. Агент без локальных правил может создать синтаксически правильный код, нарушающий соглашения репозитория. Xirp не улучшает сами правила, но делает инструкции и повторяемые процессы проекта более заметными.

Реалистичный рабочий процесс

Предположим, веб-приложению требуется крупное обновление. Нужно обновить зависимость, исследовать существующую ошибку и изменить документацию. В Xirp это могут быть три отдельные сессии:

• Codex обновляет зависимость в собственном worktree и запускает тесты.
• Claude Code анализирует ошибку во второй ветке.
• Gemini проверяет документацию или изучает альтернативное решение.

Все три терминала остаются видимыми в grid view. Окно Git показывает, какая ветка изменила какие файлы. Если агент ждёт разрешения, его не приходится искать среди терминалов. Затем результаты можно отдельно проверить, протестировать и объединить.

Именно здесь Xirp действительно полезен. Он помогает не столько с первым агентом, сколько с третьим, пятым или десятым параллельным потоком. Spotify в своей публикации говорит о более чем 50 параллельных сессиях и 36 000 внутренних сессий. Это данные поставщика из среды Spotify, а не независимое исследование продуктивности.

Больше параллельности не означает автоматического роста продуктивности. Каждый дополнительный агент создаёт результаты, вопросы, возможные конфликты и расходы. Запустив десять сессий, необходимо понимать и контролировать десять состояний работы. Xirp показывает эту нагрузку, но не устраняет её.

Что добавляет Spotify Portal

Xirp работает без Spotify Portal. Постоянные терминалы, локальные проекты, worktree, grid view, файлы, Git, skills и правила входят в самостоятельное приложение.

Portal добавляет организационный уровень. Он хранит каталог программного обеспечения с сервисами, зависимостями, владельцами и другими метаданными. В Workspaces можно собирать wiki-страницы, технические решения, ссылки, задачи, участников и прошлые сессии. Xirp может запустить сессию из объекта каталога или Workspace и передать контекст через MCP.

Это решает знакомую крупным организациям проблему: агент видит репозиторий, но не знает автоматически владельца вышестоящего сервиса, причин архитектурного решения или уже задокументированных другой командой ограничений.

Portal может выдавать контекст по запросу, не помещая каждый документ в первый prompt. После сессии историю можно вручную загрузить в Workspace, чтобы коллеги и будущие агенты использовали накопленные знания.

Это стратегически самая интересная часть Xirp, но она сильнее всего зависит от актуальных метаданных, разрешений и документации. Устаревший каталог не создаёт надёжные знания. Он лишь даёт агенту старый контекст с большей уверенностью.

Для небольшой команды Portal может оказаться лишней инфраструктурой. Для организации с множеством репозиториев, меняющимися владельцами и повторяющейся работой общий слой контекста может иметь реальную ценность.

Безопасность: локально не означает офлайн

Spotify ясно указывает, что регистрация локального проекта не загружает его файлы в Portal. Xirp работает с папкой на Mac, а отправку сессии нужно запускать вручную.

Это не означает, что весь процесс остаётся офлайн. Выбранный агент продолжает общаться с OpenAI, Anthropic, Google или другим поставщиком согласно своим настройкам. Передаваемые prompts, фрагменты кода и результаты инструментов зависят от нативной конфигурации агента. Локальное управление Xirp не меняет эти потоки данных.

В загрузке сессии содержится больше, чем чат

По данным Spotify, загрузка передаёт весь разговор, вызовы инструментов, изменения файлов, reasoning агента и пути файлов. Там могут присутствовать фрагменты кода и любая информация, обработанная агентом.

Главное: Xirp не удаляет секреты, учётные данные, персональную или конфиденциальную информацию перед загрузкой. Пользователь обязан проверить историю и не отправлять проблемные сессии.

Для рабочего использования я бы установил минимум такие правила:

• Запускать агента только с разрешениями, необходимыми для конкретной задачи.
• Использовать автономные режимы и обход разрешений только в чётко ограниченной среде.
• Для рискованных задач применять отдельный временный worktree.
• Проверять transcripts на секреты и клиентские данные перед каждой загрузкой в Portal.
• Сохранять защиту веток, тесты, code review и secret scanning независимо от Xirp.

Worktree защищают от случайного пересечения в одном checkout. Они не являются границей безопасности для shell-команд, сети или разрешений Mac. За это отвечают sandbox и механизмы подтверждения выбранного агента.

Локальные данные и телеметрия

По умолчанию Xirp хранит локальное состояние в ~/.xirp. Spotify называет необязательную телеметрию псевдонимной и утверждает, что prompts, код, пути файлов и свободный текст в неё не входят. Её можно отключить в настройках или через XIRP_TELEMETRY=0.

Это позитивные заявления, но Xirp остаётся проприетарным ПО. В отличие от open-source-проекта, реализацию нельзя полностью проверить в публичном коде. Организациям следует оценивать интерфейс, договорные условия, потоки данных, хранение и разрешения подключённых агентов.

Кому полезен Xirp?

Xirp не обязателен каждому, кто иногда запускает агента разработки. Ценность зависит от числа сессий, репозиториев и людей, которых нужно координировать.

Граница проста: если достаточно вкладок терминала, имён веток и обычного списка задач, Xirp является лишним слоем. Если несколько агентов регулярно работают в отдельных worktree и общая картина теряется, приложение решает реальную проблему.

Начало работы и текущие ограничения

Spotify предлагает Xirp для Mac с Apple silicon и Intel, а также установочный скрипт. Как и любой установщик curl | sh, скрипт следует проверить перед запуском или использовать прямую загрузку приложения.

Основные шаги после установки:

1. Создать учётную запись Spotify Technology с рабочей почтой.
2. Отдельно установить и авторизовать CLI агентов и настроить разрешения.
3. Зарегистрировать локальный проект в Xirp.
4. Для первой реальной задачи создать worktree вместо основного checkout.
5. Чётко описать цель и критерии завершения.
6. Проверить изменения и transcript до объединения или загрузки в Portal.

У бета-версии остаются заметные ограничения. Xirp не работает на Windows или Linux. Нет серверного режима и удалённых сессий через SSH. Автоматическая загрузка transcripts не поддерживается, подходящие сессии Workspace отправляются вручную. Интерфейс и поведение могут быстро меняться.

На странице продукта доступна бета и бесплатная пробная версия Portal. Это не обещание постоянной бесплатности и не сведения о будущей цене для команд. Следует учитывать подписки на модели, лицензии Portal, администрирование, проверку и хранение сессий.

Основа и ограничения статьи

Я не тестировал Xirp в рабочей мультиагентной среде. Функции и сведения о безопасности основаны на официальной документации, FAQ, странице продукта и статье Spotify, проверенных 25 августа 2026 года.

Поэтому я не могу надёжно оценить стабильность, потребление ресурсов, скорость или экономию времени. Во время бета-теста интерфейс, поддерживаемые агенты и возможности Portal могут быстро меняться.

Мой вывод

Xirp решает проблему, которая появляется, когда агенты разработки используются не по одному, а параллельно. Постоянные терминалы, Git worktree, статусы, diff и grid view сами по себе не революционны. Но их объединение в интерфейсе для агентов способно заметно упорядочить работу.

Большая цель связана со Spotify Portal. Если сервисы, владельцы, архитектурные решения и прошлые сессии действительно поддерживаются в актуальном состоянии и доступны вовремя, агенту не приходится каждый раз начинать с нуля. Это интереснее очередного переключателя моделей.

Риски тоже связаны с этой интеграцией. Полный transcript раскрывает больше, чем commit. Worktree не предотвращает опасные shell-команды. А локальный проект ничего не говорит о том, какие данные агент отправляет поставщику модели.

Я уже ясно чувствую эту нагрузку. В Codex работают несколько проектов, рядом открыт терминал, мой Hermes Agent тоже занят, а во входящих ждут вопросы и разрешения. Всё работает параллельно, всё в итоге требует внимания, а контекст, приоритеты и результаты нужно одновременно держать в голове. Иногда это похоже на умственное выгорание, если так можно выразиться.

Работа стала не только быстрее, но и приходит всё большим числом параллельных потоков. Недавно узким местом было более быстрое завершение одной задачи. Сегодня им часто становится необходимость снова выстроить пять активных задач в одну линию. Проектам, сессиям, вопросам, разрешениям и результатам нужен понятный процесс, иначе скорость сама становится нагрузкой.

Многие поставщики и open-source-проекты пытаются решить эту новую проблему координации. Xirp предлагает один подход, Buzz другой: объединить людей, несколько проектов и нескольких агентов в одном пространстве. Недавно я подробнее писал об идее Buzz и общем рабочем пространстве.

Для одного разработчика с одной сессией нативная CLI, вероятно, остаётся более прямым путём. Тем, кто координирует на Mac несколько агентов, веток и проектов, стоит следить за Xirp. Не потому, что Spotify создал лучшего агента, а потому, что координация существующих агентов становится отдельной инструментальной задачей.

До следующего раза,
Joe

FAQ