Що саме робить Berd

Berd — це графічний клієнт для роботи з AI-агентами в межах різних проєктів. Він об’єднує в одному інтерфейсі:

• проєкти та папки;
• історію розмов;
• локальні файли;
• інструкції та навички агентів;
• підключені інструменти;
• різні моделі й агентські середовища.

Його головна особливість — не нова мовна модель і не окремий рушій агентів. Berd радше створює постійний робочий шар навколо вже наявних рушіїв: допомагає зберігати контекст проєкту та змінювати агента без повного перезбирання робочого процесу.

Важливо розрізняти Goose і Berd. Goose — відкритий агентський фреймворк і runtime від Block, тобто середовище, у якому агент виконує завдання. Berd — настільний графічний клієнт, що надає єдиний інтерфейс для Goose та інших сумісних агентів. Block зазначає, що Berd виріс із внутрішнього досвіду компанії з Goose, різними моделями та агентськими середовищами.

Як Berd підключає різних агентів

Основою сумісності є Agent Client Protocol (ACP) — протокол взаємодії між клієнтом і агентським середовищем. Його задум полягає в тому, щоб не створювати окремий спеціальний адаптер для кожного агента: сумісний harness може спілкуватися із сумісним клієнтом через спільний протокол.

На практиці це означає, що Berd може працювати з Goose, Claude Code, Codex та іншими агентами, які підтримують ACP. Водночас Berd не є універсальною заміною для налаштувань кожного провайдера.

Goose може бути вбудованим або тісно інтегрованим runtime Block, тоді як Claude Code і Codex залежать від власних інсталяцій, облікових записів, підписок чи ключів доступу. Обраний агент також визначає, який постачальник моделі отримуватиме запити, код, файли та результати роботи інструментів.

Архітектура та підтримувані системи

Berd створений із використанням Tauri 2 і React 19. Це настільний застосунок, а не лише браузерний інтерфейс; доступні збірки для macOS, Windows і Linux.

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

У публічних матеріалах також згадується показник у 91 контриб’ютора, однак це лише знімок стану репозиторію, а не гарантія певної моделі зовнішнього управління проєктом.

Що означає «local-first» для приватності

Local-first у випадку Berd означає, що сам застосунок, дані про проєкти та історія розмов зберігаються локально, а не в хмарному робочому просторі Block. Це важлива межа приватності, але її не слід плутати з повністю локальною обробкою AI.

Якщо агент використовує хмарну модель, віддалений API або зовнішній інструмент, запити, фрагменти коду, файли й результати виконання можуть залишати комп’ютер. Тому приватність залежить не лише від Berd, а й від обраного harness, постачальника моделі, підключених інструментів і конкретних налаштувань.

Наявні матеріали не дають змоги підтвердити остаточну політику телеметрії Berd або назвати конкретну системну службу для зберігання ключів і облікових даних у кожній операційній системі. Перед використанням у чутливих проєктах ці деталі варто перевірити в актуальній документації репозиторію щодо безпеки та приватності.

Berd безкоштовний, але моделі можуть коштувати грошей

Сам Berd безкоштовний і доступний за ліцензією Apache-2.0. Однак це не означає, що кожна взаємодія з агентом буде безплатною. Зазвичай користувач сам надає підписку або API-ключ для обраного агента чи постачальника моделі, а використання може оплачуватися за тарифами цього провайдера.

Практично витрати поділяються так:

• Berd: відкритий код і безкоштовне використання за Apache-2.0;
• агентський runtime: може бути вбудованим, встановлюватися локально або налаштовуватися окремо;
• доступ до моделі: може потребувати підписки чи API-ключа;
• використання: може створювати окремі рахунки в постачальника моделі.

Що таке «distribution seams» для бізнесу

Berd, судячи з доступних матеріалів, спершу задумувався як персональний локальний інструмент для розробника, а не як готова корпоративна платформа адміністрування. «Distribution seams» — це операційні межі, які потрібно подолати, щоб перетворити корисний настільний застосунок на централізовано керований корпоративний продукт.

До них можуть належати:

• кероване встановлення та оновлення;
• ідентифікація й контроль доступу;
• видача та ротація облікових даних;
• мережеві й проксі-політики;
• аудит дій агентів;
• внутрішня підтримка та правила використання.

Доказів того, що Berd уже містить повний набір таких корпоративних функцій, немає. Компаніям варто розглядати їх як питання для окремої перевірки під час розгортання, а не як автоматично гарантовані можливості Apache-2.0-релізу.

Чому репозиторій автоматично закриває зовнішні pull request

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

Таке рішення не скасовує Apache-2.0: користувачі й надалі можуть переглядати, використовувати, змінювати та форкати код відповідно до умов ліцензії. Водночас наявні матеріали не встановлюють точної причини політики Block. Тому було б спекуляцією пояснювати її міркуваннями безпеки, ліцензуванням чи небажанням приймати внески від зовнішніх розробників.

Berd і Buzz: персональний інструмент проти спільного простору

Berd і Buzz пов’язані підходом до моделей та агентських середовищ, але вирішують різні завдання.

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

Buzz — простір для спільної роботи. Block запустила його 21 липня 2026 року як середовище, де люди та AI-агенти можуть взаємодіяти разом. У центрі уваги Buzz — постійна ідентичність проєкту, дозволи та історія, які мають зберігатися навіть після зміни моделі чи agent harness. Buzz підтримує Claude Code, Codex, Goose та інших агентів із підтримкою ACP.

Buzz також можна налаштувати через власний relay — локальний або розгорнутий на інфраструктурі, яку контролює оператор. Отже, спільний шар не обов’язково потребує інфраструктури Block, хоча в такому разі відповідальність за розгортання та безпеку переходить до оператора.

Доступні матеріали не підтверджують запланованого злиття Berd і Buzz або спільної майбутньої продуктової дорожньої карти.

Що відомо про майбутнє Berd

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

Наразі недостатньо підтвердженої інформації, щоб назвати конкретну дорожню карту щодо корпоративного адміністрування, телеметрії, змін у ціноутворенні або офіційної інтеграції Berd із Buzz. Ці питання залишаються відкритими, доки Block не задокументує їх у репозиторії чи наступному офіційному оголошенні.

Що саме робить Berd

Berd — це графічний клієнт для роботи з AI-агентами в межах різних проєктів. Він об’єднує в одному інтерфейсі:

• проєкти та папки;
• історію розмов;
• локальні файли;
• інструкції та навички агентів;
• підключені інструменти;
• різні моделі й агентські середовища.

Його головна особливість — не нова мовна модель і не окремий рушій агентів. Berd радше створює постійний робочий шар навколо вже наявних рушіїв: допомагає зберігати контекст проєкту та змінювати агента без повного перезбирання робочого процесу.

Важливо розрізняти Goose і Berd. Goose — відкритий агентський фреймворк і runtime від Block, тобто середовище, у якому агент виконує завдання. Berd — настільний графічний клієнт, що надає єдиний інтерфейс для Goose та інших сумісних агентів. Block зазначає, що Berd виріс із внутрішнього досвіду компанії з Goose, різними моделями та агентськими середовищами.

Як Berd підключає різних агентів

Основою сумісності є Agent Client Protocol (ACP) — протокол взаємодії між клієнтом і агентським середовищем. Його задум полягає в тому, щоб не створювати окремий спеціальний адаптер для кожного агента: сумісний harness може спілкуватися із сумісним клієнтом через спільний протокол.

На практиці це означає, що Berd може працювати з Goose, Claude Code, Codex та іншими агентами, які підтримують ACP. Водночас Berd не є універсальною заміною для налаштувань кожного провайдера.

Goose може бути вбудованим або тісно інтегрованим runtime Block, тоді як Claude Code і Codex залежать від власних інсталяцій, облікових записів, підписок чи ключів доступу. Обраний агент також визначає, який постачальник моделі отримуватиме запити, код, файли та результати роботи інструментів.

Архітектура та підтримувані системи

Berd створений із використанням Tauri 2 і React 19. Це настільний застосунок, а не лише браузерний інтерфейс; доступні збірки для macOS, Windows і Linux.

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

У публічних матеріалах також згадується показник у 91 контриб’ютора, однак це лише знімок стану репозиторію, а не гарантія певної моделі зовнішнього управління проєктом.

Що означає «local-first» для приватності

Local-first у випадку Berd означає, що сам застосунок, дані про проєкти та історія розмов зберігаються локально, а не в хмарному робочому просторі Block. Це важлива межа приватності, але її не слід плутати з повністю локальною обробкою AI.

Якщо агент використовує хмарну модель, віддалений API або зовнішній інструмент, запити, фрагменти коду, файли й результати виконання можуть залишати комп’ютер. Тому приватність залежить не лише від Berd, а й від обраного harness, постачальника моделі, підключених інструментів і конкретних налаштувань.

Наявні матеріали не дають змоги підтвердити остаточну політику телеметрії Berd або назвати конкретну системну службу для зберігання ключів і облікових даних у кожній операційній системі. Перед використанням у чутливих проєктах ці деталі варто перевірити в актуальній документації репозиторію щодо безпеки та приватності.

Berd безкоштовний, але моделі можуть коштувати грошей

Сам Berd безкоштовний і доступний за ліцензією Apache-2.0. Однак це не означає, що кожна взаємодія з агентом буде безплатною. Зазвичай користувач сам надає підписку або API-ключ для обраного агента чи постачальника моделі, а використання може оплачуватися за тарифами цього провайдера.

Практично витрати поділяються так:

• Berd: відкритий код і безкоштовне використання за Apache-2.0;
• агентський runtime: може бути вбудованим, встановлюватися локально або налаштовуватися окремо;
• доступ до моделі: може потребувати підписки чи API-ключа;
• використання: може створювати окремі рахунки в постачальника моделі.

Що таке «distribution seams» для бізнесу

Berd, судячи з доступних матеріалів, спершу задумувався як персональний локальний інструмент для розробника, а не як готова корпоративна платформа адміністрування. «Distribution seams» — це операційні межі, які потрібно подолати, щоб перетворити корисний настільний застосунок на централізовано керований корпоративний продукт.

До них можуть належати:

• кероване встановлення та оновлення;
• ідентифікація й контроль доступу;
• видача та ротація облікових даних;
• мережеві й проксі-політики;
• аудит дій агентів;
• внутрішня підтримка та правила використання.

Доказів того, що Berd уже містить повний набір таких корпоративних функцій, немає. Компаніям варто розглядати їх як питання для окремої перевірки під час розгортання, а не як автоматично гарантовані можливості Apache-2.0-релізу.

Чому репозиторій автоматично закриває зовнішні pull request

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

Таке рішення не скасовує Apache-2.0: користувачі й надалі можуть переглядати, використовувати, змінювати та форкати код відповідно до умов ліцензії. Водночас наявні матеріали не встановлюють точної причини політики Block. Тому було б спекуляцією пояснювати її міркуваннями безпеки, ліцензуванням чи небажанням приймати внески від зовнішніх розробників.

Berd і Buzz: персональний інструмент проти спільного простору

Berd і Buzz пов’язані підходом до моделей та агентських середовищ, але вирішують різні завдання.

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

Buzz — простір для спільної роботи. Block запустила його 21 липня 2026 року як середовище, де люди та AI-агенти можуть взаємодіяти разом. У центрі уваги Buzz — постійна ідентичність проєкту, дозволи та історія, які мають зберігатися навіть після зміни моделі чи agent harness. Buzz підтримує Claude Code, Codex, Goose та інших агентів із підтримкою ACP.

Buzz також можна налаштувати через власний relay — локальний або розгорнутий на інфраструктурі, яку контролює оператор. Отже, спільний шар не обов’язково потребує інфраструктури Block, хоча в такому разі відповідальність за розгортання та безпеку переходить до оператора.

Доступні матеріали не підтверджують запланованого злиття Berd і Buzz або спільної майбутньої продуктової дорожньої карти.

Що відомо про майбутнє Berd

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

Наразі недостатньо підтвердженої інформації, щоб назвати конкретну дорожню карту щодо корпоративного адміністрування, телеметрії, змін у ціноутворенні або офіційної інтеграції Berd із Buzz. Ці питання залишаються відкритими, доки Block не задокументує їх у репозиторії чи наступному офіційному оголошенні.