Buff Development
Коннектор

Коннектор

Агент в вашей сети: git-мост и хост интеграций. Токены, ключи и доступ в сеть остаются у вас.

Коннектор — небольшой агент, который вы запускаете на своей машине, в своей сети. Он делает две вещи:

Раздел «Коннекторы» в приложении: агенты, их статус, обслуживаемые репозитории и установленные интеграции.

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

Ядро коннектора — только git-мост. Оно намеренно маленькое: его можно прочитать целиком перед тем, как впустить в свою сеть, и оно не растёт от каждой новой интеграции. Всё остальное — плагины: подписанные комплекты, которые коннектор скачивает из каталога, проверяет по подписи и запускает отдельными процессами под отдельными пользователями ОС.

      ваша сеть                                 │        наша сторона
                                                │
 ваш git ◀──локально──┐                         │
                      │                         │
 ваш трекер ◀─локально┤   КОННЕКТОР             │
                      ├── ядро: git-мост   ─────┼──исходящее──▶ платформа Buff
 (Jira, GitLab, …)    └── плагин ──┐            │
                          плагин ──┴─ свои uid, │
                                     свои адреса│

Три свойства этой картинки держат всё остальное:

  1. Только исходящие соединения. Коннектор звонит наружу сам; к вам в сеть ничего не подключается. Открывать порт наружу не требуется — даже для событий трекера (опрос работает всегда). Исключения — комментарии к коммитам GitLab и Figma без списка файлов и проектов: они приходят только вебхуком, и приёмник событий коннектора должен быть доступен тому, кто его шлёт; вебхук FILE_COMMENT приходит из облака Figma, то есть из интернета (подробнее).
  2. Секреты не пересекают периметр. Токен git, токен трекера и ключ самого агента лежат на вашей машине. Плагин их тоже не видит: исходящий запрос собирает коннектор и подставляет туда учётные данные сам — как именно.
  3. Границы объявлены заранее. Куда плагину разрешено ходить и какие инструменты он отдаёт модели, видно до установки, в каталоге, и потом — в приложении.

Что уходит наружу, а что нет

Не уходит никогдатокены доступа (git, трекер), ключ агента, содержимое ваших секретов, любые адреса и системы, которых нет в списке разрешённых
Уходит по вашей командесодержимое репозиториев, которые вы отметили: импорт переносит их в ваше изолированное пространство у нас — без этого разрабатывать нечего
Уходит, когда к боту обратилисьтекст обращения, заголовок и ссылка на тикет, имя автора обращения, ключ тикета и — для вопроса из pull request — имя ветки
Уходит по запросу моделисодержимое, которое модель прочитала инструментами подключения для конкретного ответа: страницы, файлы, тикеты, diff pull request, найденные в интернете страницы — ровно то, что вернул инструмент; каждый вызов записан в журнале подключения
Уходит постоянносостояние агента: версия, онлайн/офлайн, список обслуживаемых репозиториев, список подключений с их инструментами и разрешёнными адресами

Всё, что уходит к нам, дальше обрабатывает модель по тарифу организации: на тарифах OpenRouter — сторонний провайдер, на выделенных мощностях и в индивидуальном сетапе — выделенная машина, без сторонних провайдеров. См. Тарифы.

Ничего из этого не собирается «на всякий случай»: события трекера читаются только в отмеченных проектах и только при прямом обращении к боту, а отчёт о состоянии — это ровно то, что видно в приложении в разделе «Коннекторы».

С чего начать

  1. Скачайте и установите агент на машину, у которой есть доступ к вашему git и исходящий доступ в интернет.
  2. В приложении Buff откройте «Коннекторы» → «Добавить коннектор» и получите одноразовый код привязки.
Код привязки действует 15 минут и используется один раз.
  1. Настройте агент — через локальную страницу или терминал: провайдер git, токен, репозитории и код привязки.
  2. Нужен трекер — поставьте интеграцию из каталога и создайте подключение. Как это работает со стороны команды — в разделе «Интеграции с трекерами».

Добавить репозиторий, сменить токен или поправить подключение можно потом без перезапуска — изменения применяются на лету.

Разделы

СтраницаО чём
Установкабинарь и образ, проверка подписи, привилегии, среда выполнения плагинов
Локальная страницашесть разделов страницы настройки: обзор, подключение, репозитории, каталог, интеграции, свои MCP
Терминалто же самое командами — полный справочник, без графики
Каталог и установка плагиначто видно до установки, подпись, версии, обновление, отзыв
Изоляция и границы доступапроцесс на подключение, отдельный uid, разрешённые адреса, учётные данные
Инструменты и моделькак инструменты плагина попадают модели, в каких режимах и почему пишущие не достаются ей никогда
Интеграции с трекерамиобращения, команды, область видимости, ветка pull request, события
Источники знанийConfluence, Notion, Google Диск, Figma и файлы как контекст для ответов: инструменты чтения, вопросы на странице и на макете, параметры вместо картинок
Notionстраницы и базы данных как контекст; вопросы в комментариях; отчёт исследования дочерней страницей; область, вебхук и опрос
Google Дискдокументы, таблицы и презентации как контекст; вопросы в комментариях; отчёт документом; сервисный аккаунт или своя учётная запись
Файлы на дискепапки на сервере и сетевые папки SMB как контекст: Word, Excel, PowerPoint, PDF и текст; только чтение, без индекса
Интернетпоиск и чтение публичных страниц по белому и чёрному спискам администратора; DuckDuckGo, SearXNG или Brave
JiraData Center, Server и Cloud: версии, доступы, особенности
Свои MCP-серверысервер MCP из архива, репозитория GitHub или по адресу: что запустится, согласие, только читающие инструменты — по вашей отметке
Конфиг вручную (YAML)полный справочник файла настроек для Ansible и CI
Управление и удалениепроверка связи, журнал, обновление, выключение, отзыв

On this page