Berd объединяет Goose, Claude Code и Codex в одном рабочем пространстве

Разработчики всё чаще используют сразу несколько AI-агентов: Block Goose, Anthropic Claude Code, OpenAI Codex и другие инструменты. Но у каждого из них обычно свой интерфейс, история диалогов, настройки и рабочий процесс. Block создала Berd, чтобы собрать проекты, разговоры, файлы, инструкции, агентов и навыки в одном desktop-приложении.

В открытый доступ Berd вышел 18 августа 2026 года в версии 0.6.2. Проект распространяется под лицензией Apache-2.0: код можно использовать, изменять и распространять, в том числе в коммерческих целях.

Что такое Berd

Berd — это нативный клиент для компьютера, который помогает работать с AI-агентами в рамках разных проектов, инструментов, навыков и моделей. Его главное преимущество — не новая языковая модель и не отдельный движок агентов, а постоянное рабочее окружение вокруг них.

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

Важно не путать Berd с Goose. Goose — открытый фреймворк и среда выполнения AI-агентов от Block, а Berd — графический desktop-слой, через который можно работать с Goose и другими совместимыми агентами. По словам Block, приложение выросло из опыта собственных команд, которым приходилось использовать разные модели и агентские среды.

Как Berd объединяет разных агентов

Связующим звеном выступает Agent Client Protocol (ACP) — протокол взаимодействия между desktop-клиентом и агентскими средами. Его задача — заменить множество отдельных интеграций единым способом подключения: совместимый агентский runtime может обмениваться данными с совместимым клиентом через общий протокол.

На практике Berd выступает интерфейсом и координатором, а не универсальной заменой всех сервисов. Goose может использоваться как встроенный или тесно интегрированный runtime Block, тогда как Claude Code и Codex по-прежнему требуют собственных установок, аккаунтов, подписок или учётных данных.

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

Архитектура и поддерживаемые системы

Berd построен на связке Tauri 2 и React 19. Это нативное desktop-приложение, а не только браузерное рабочее пространство. Доступны сборки для macOS, Windows и Linux.

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

Что на самом деле означает local-first

Berd придерживается подхода local-first: само приложение, а также история проектов и разговоров хранятся локально, а не в размещённом Block рабочем пространстве. Это важная граница конфиденциальности, но её не следует воспринимать как гарантию полностью локальной обработки AI-запросов.

Если выбранный агент обращается к облачной модели, удалённому API или внешнему инструменту, промпты, исходный код, файлы и результаты выполнения могут покидать компьютер. Поэтому уровень приватности зависит не только от Berd, но и от конкретного агента, провайдера модели, подключённых инструментов и настроек.

В доступных материалах нет окончательного описания политики телеметрии Berd или подтверждения того, какой именно системный менеджер паролей и ключей используется в каждой ОС. Перед применением в чувствительных проектах эти детали стоит проверить в актуальной документации репозитория по безопасности и конфиденциальности.

Berd бесплатен, но модели могут стоить денег

Сам Berd можно использовать бесплатно: исходный код опубликован под Apache-2.0. Однако это не означает, что бесплатными будут все обращения к AI-агентам. Обычно пользователь предоставляет собственную подписку или API-ключ выбранного провайдера, а тот может взимать плату за использование модели.

Практическая схема расходов выглядит так:

• Berd — бесплатный open-source-клиент под Apache-2.0.
• Среда выполнения агента — может быть встроенной, установленной локально или настроенной отдельно, в зависимости от конкретного инструмента.
• Доступ к модели — может требовать подписку или API-ключ.
• Использование модели — может тарифицироваться провайдером отдельно.

Что Block называет «узкими местами» для корпоративного распространения

Berd прежде всего выглядит как индивидуальный локальный инструмент для разработчика, а не как готовая корпоративная платформа администрирования. Под «distribution seams» — операционными границами распространения — понимается работа, которая потребуется для превращения удобного desktop-приложения в централизованно управляемый продукт компании.

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

Доступные данные не подтверждают, что Berd уже предоставляет полный набор таких корпоративных функций. Поэтому компаниям стоит рассматривать их как вопросы для отдельной проверки, а не как автоматически подразумеваемые возможности лицензии Apache-2.0.

Почему репозиторий автоматически закрывает внешние pull request

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

Такая политика не отменяет Apache-2.0: пользователи всё равно могут изучать, использовать, изменять и форкать проект в рамках условий лицензии. При этом доступные материалы не объясняют точную причину Block. Поэтому было бы спекуляцией связывать закрытие pull request с безопасностью, лицензированием или негативным отношением к внешним разработчикам.

Berd и Buzz: в чём разница

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

Berd — индивидуальное desktop-пространство. Один разработчик направляет агентов, работает с локальными проектами и файлами, управляет навыками и сессиями.

Buzz — пространство для совместной работы. Block запустила его 21 июля 2026 года как среду, где люди и AI-агенты взаимодействуют в общем рабочем пространстве. В Buzz проект сохраняет идентичность, права доступа и историю даже при смене модели или агентской среды. Платформа поддерживает Claude Code, Codex, Goose и другие агенты, совместимые с ACP.

Buzz также можно настроить через собственный relay — например, запустить его локально или на инфраструктуре, которую контролирует оператор. Это означает, что совместная работа не обязательно требует инфраструктуры Block, но ответственность за развёртывание и безопасность в таком случае ложится на пользователя или организацию.

Связь между проектами есть на уровне нейтрального к моделям и runtime подхода, однако подтверждённого плана объединения Berd и Buzz или общей дорожной карты будущего продукта в доступных материалах нет.

Что известно о будущем Berd

Публичная позиция Block описывает Berd как адаптируемое рабочее пространство для проектов, инструментов, навыков, моделей и различных агентских runtime, а не как интерфейс только для Goose. Именно совместимость остаётся наиболее чётко подтверждённым направлением развития.

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