Коннектор
Агент в вашей сети: git-мост и хост интеграций. Токены, ключи и доступ в сеть остаются у вас.
Коннектор — небольшой агент, который вы запускаете на своей машине, в своей сети. Он делает две вещи:
- git-мост — переносит репозитории, недоступные из интернета, к нам и возвращает обратно pull request'ы;
- хост интеграций — запускает плагины из нашего каталога: трекеры задач, источники знаний (Confluence, Notion, Google Диск, Figma, папки и сетевые диски), интернет — и ваши собственные серверы MCP.
Что он собой представляет
Ядро коннектора — только git-мост. Оно намеренно маленькое: его можно прочитать целиком перед тем, как впустить в свою сеть, и оно не растёт от каждой новой интеграции. Всё остальное — плагины: подписанные комплекты, которые коннектор скачивает из каталога, проверяет по подписи и запускает отдельными процессами под отдельными пользователями ОС.
ваша сеть │ наша сторона
│
ваш git ◀──локально──┐ │
│ │
ваш трекер ◀─локально┤ КОННЕКТОР │
├── ядро: git-мост ─────┼──исходящее──▶ платформа Buff
(Jira, GitLab, …) └── плагин ──┐ │
плагин ──┴─ свои uid, │
свои адреса│Три свойства этой картинки держат всё остальное:
- Только исходящие соединения. Коннектор звонит наружу сам; к вам в сеть ничего
не подключается. Открывать порт наружу не требуется — даже для событий трекера
(опрос работает всегда). Исключения —
комментарии к коммитам GitLab и Figma без списка файлов и проектов: они приходят только
вебхуком, и приёмник событий коннектора должен быть доступен тому, кто его шлёт; вебхук
FILE_COMMENTприходит из облака Figma, то есть из интернета (подробнее). - Секреты не пересекают периметр. Токен git, токен трекера и ключ самого агента лежат на вашей машине. Плагин их тоже не видит: исходящий запрос собирает коннектор и подставляет туда учётные данные сам — как именно.
- Границы объявлены заранее. Куда плагину разрешено ходить и какие инструменты он отдаёт модели, видно до установки, в каталоге, и потом — в приложении.
Что уходит наружу, а что нет
| Не уходит никогда | токены доступа (git, трекер), ключ агента, содержимое ваших секретов, любые адреса и системы, которых нет в списке разрешённых |
| Уходит по вашей команде | содержимое репозиториев, которые вы отметили: импорт переносит их в ваше изолированное пространство у нас — без этого разрабатывать нечего |
| Уходит, когда к боту обратились | текст обращения, заголовок и ссылка на тикет, имя автора обращения, ключ тикета и — для вопроса из pull request — имя ветки |
| Уходит по запросу модели | содержимое, которое модель прочитала инструментами подключения для конкретного ответа: страницы, файлы, тикеты, diff pull request, найденные в интернете страницы — ровно то, что вернул инструмент; каждый вызов записан в журнале подключения |
| Уходит постоянно | состояние агента: версия, онлайн/офлайн, список обслуживаемых репозиториев, список подключений с их инструментами и разрешёнными адресами |
Всё, что уходит к нам, дальше обрабатывает модель по тарифу организации: на тарифах OpenRouter — сторонний провайдер, на выделенных мощностях и в индивидуальном сетапе — выделенная машина, без сторонних провайдеров. См. Тарифы.
Ничего из этого не собирается «на всякий случай»: события трекера читаются только в отмеченных проектах и только при прямом обращении к боту, а отчёт о состоянии — это ровно то, что видно в приложении в разделе «Коннекторы».
С чего начать
- Скачайте и установите агент на машину, у которой есть доступ к вашему git и исходящий доступ в интернет.
- В приложении Buff откройте «Коннекторы» → «Добавить коннектор» и получите одноразовый код привязки.
- Настройте агент — через локальную страницу или терминал: провайдер git, токен, репозитории и код привязки.
- Нужен трекер — поставьте интеграцию из каталога и создайте подключение. Как это работает со стороны команды — в разделе «Интеграции с трекерами».
Добавить репозиторий, сменить токен или поправить подключение можно потом без перезапуска — изменения применяются на лету.
Разделы
| Страница | О чём |
|---|---|
| Установка | бинарь и образ, проверка подписи, привилегии, среда выполнения плагинов |
| Локальная страница | шесть разделов страницы настройки: обзор, подключение, репозитории, каталог, интеграции, свои MCP |
| Терминал | то же самое командами — полный справочник, без графики |
| Каталог и установка плагина | что видно до установки, подпись, версии, обновление, отзыв |
| Изоляция и границы доступа | процесс на подключение, отдельный uid, разрешённые адреса, учётные данные |
| Инструменты и модель | как инструменты плагина попадают модели, в каких режимах и почему пишущие не достаются ей никогда |
| Интеграции с трекерами | обращения, команды, область видимости, ветка pull request, события |
| Источники знаний | Confluence, Notion, Google Диск, Figma и файлы как контекст для ответов: инструменты чтения, вопросы на странице и на макете, параметры вместо картинок |
| Notion | страницы и базы данных как контекст; вопросы в комментариях; отчёт исследования дочерней страницей; область, вебхук и опрос |
| Google Диск | документы, таблицы и презентации как контекст; вопросы в комментариях; отчёт документом; сервисный аккаунт или своя учётная запись |
| Файлы на диске | папки на сервере и сетевые папки SMB как контекст: Word, Excel, PowerPoint, PDF и текст; только чтение, без индекса |
| Интернет | поиск и чтение публичных страниц по белому и чёрному спискам администратора; DuckDuckGo, SearXNG или Brave |
| Jira | Data Center, Server и Cloud: версии, доступы, особенности |
| Свои MCP-серверы | сервер MCP из архива, репозитория GitHub или по адресу: что запустится, согласие, только читающие инструменты — по вашей отметке |
| Конфиг вручную (YAML) | полный справочник файла настроек для Ansible и CI |
| Управление и удаление | проверка связи, журнал, обновление, выключение, отзыв |
Если что-то не работает
Сообщения Buff Code, кабинета и коннектора при установке, входе, выборе контекста, вызове моделей и инструментов: что они значат и что сделать.
Интеграции с трекерами
Как команда работает с ботом в своём трекере: обращения, команды, область видимости, ветка pull request, события.