Что такое коннектор простыми словами
В компании уже есть почта, база данных, система продаж, хранилище документов и мониторинг. Коннектор знает, как обратиться к одной из этих систем: например, запросить остатки товара, прочитать обращение или получить расходы за день.
Агент отвечает за смысл задачи, коннектор — за связь с источником, шлюз автоматизаций — за выполнение рабочего порядка. Вместе они позволяют перейти от вопроса «что происходит?» к регулярно подготовленному результату.
Коннектор не делает всю систему общедоступной. Состав данных и операций определяется возможностями подключения и выданными правами.
Не нужно вручную переносить одни и те же сведения между программами и диалогом с ИИ.
Как помощник обращается к системе
Один коннектор отвечает за одну систему или семейство операций. Подключение само по себе не даёт доступ: нужны права в Студии и в самом источнике. Шлюз использует такие же разрешённые операции для повторяемых задач.
Человек видит, откуда пришёл ответ и каким способом система может использовать данные.
Подключение начинается с задачи
Например, сотрудник просит собрать сводку из внутренней базы. Коннектор обращается к ней с настроенными правами и возвращает ограниченную выборку для анализа. Если нужен ответ из внешнего сервиса, администратор отдельно согласует направление обмена. Планируемый рост каталога коннекторов расширит круг задач, но количество подключений само по себе не отменяет проверку качества и безопасности каждого маршрута.
Сотрудник получает данные там, где они уже хранятся; компания сохраняет контроль над допуском к каждой системе.
Пример: подключение к PostgreSQL
Подключение PostgreSQL уже поставляется в Студии. Сотрудник со своим разрешённым профилем может попросить помощника найти таблицу, понять её структуру, получить ограниченную выборку и подготовить объяснение данных. Можно работать с несколькими личными профилями, например «Отчётность» и «Производство».
Действия коннектора предназначены для чтения. Для безопасности применяются ограничения на размер выборки, время запроса и доступные операции; возможность произвольного запроса требует отдельного административного разрешения и подтверждения. Доступ к базе и её содержимому определяется учётной записью и правами конкретного пользователя.
Пример: «Посмотри сведения из доступной мне отчётной базы и объясни, какие заказы задержались на этой неделе». Помощник подготовит материал для специалиста; точность чисел и значение показателей необходимо сверить с источником.
Подключение к базе уже можно внедрять для согласованных задач вместо ожидания будущей разработки.
Все подключения: отдельные разборы
Откройте нужную систему, чтобы увидеть пример задачи, конкретные операции чтения и записи, права и режим приватности.
Внутренний коннектор шлюза создаёт и управляет задачами; служебная самопроверка подтверждает исправность платформы. Эти две позиции входят в манифесты, но не являются отдельными внешними бизнес-системами.
Можно оценить не абстрактное количество подключений, а конкретные действия для вашей работы.
Сколько готовых подключений в Студии
В коде Студии есть 14 манифестов подключений: 12 для прикладных систем и 2 служебных. В них описано 260 действий; это операции внутри коннекторов, а не 260 разных систем и не обещание доступа к каждой операции по умолчанию.
Внешние и корпоративные источники: Яндекс Облако, Яндекс 360, почта, PostgreSQL, GitHub, GitLab, Jira, Confluence, S3-совместимое хранилище, WebDAV, SFTP и Telegram. Служебные подключения отвечают за собственные автоматизации и проверку работоспособности. Telegram уже реализован, но его использование добровольно и связано с передачей сообщения во внешний сервис. MAX остаётся планом.
Для базы и файловых хранилищ в этой поставке преобладает чтение. Отправка письма, создание календарного события или изменение задачи разрешаются только там, где действие явно предусмотрено коннектором и выданы соответствующие права. Подробный разбор действующих возможностей ↗
Руководитель видит реальный размер каталога сегодня и не путает число операций с числом готовых интеграций.
Какие задачи выполняют подключения
- Читать: находить документы, письма, обращения, показатели и события.
- Сопоставлять: объединять разрешённые сведения из нескольких источников для анализа.
- Подготавливать: собирать сводку, проект ответа, список отклонений или план проверки.
- Действовать: создавать задачу, сохранять результат или передавать уведомление, если такая операция реализована и разрешена.
- Поддерживать автоматизацию: давать шлюзу входные данные и способ передать результат.
Наличие коннектора не означает наличие всех перечисленных операций. Для каждого подключения важны его конкретные возможности, ограничения, права и совместимость с версией системы.
Можно выбирать подключения под реальный рабочий процесс, а не по длине списка названий.
Какие направления развиваем
- Учёт и продажи: 1С, Битрикс24, МойСклад, электронный документооборот и торговые площадки.
- Документы и коммуникации: Яндекс 360, почта, файлы, календари, корпоративные знания и MAX.
- Базы и поиск: PostgreSQL, MySQL, MariaDB, ClickHouse, MongoDB, Redis и поисковые системы.
- Разработка: хранилища кода, задачи, сборки, реестры образов и контейнерная инфраструктура.
- Эксплуатация: мониторинг, журналы и облачные ресурсы.
- Безопасность: сканеры уязвимостей, сетевые события и системы анализа инцидентов.
Это направления каталога, а не заявление о готовности всех перечисленных подключений. Уже есть единый центр подключений и интеграция с Яндекс Облаком. Очередность остальных направлений раскрыта в разделе развития.
Студия сможет охватывать всё больше рабочих задач без замены основных систем предприятия.
Приоритеты каталога подробнее
В исходном плане выделены 50 приоритетных позиций. Ниже они сгруппированы по задачам. Это перечень направлений работы: объединённые названия и группы не являются счётчиком выпущенных коннекторов.
Облако и корпоративные сервисы Яндекса
Яндекс Облако; облачные расходы; Яндекс 360; Почта; Диск; Календарь; Трекер; Вики; Даталенс; Метрика; Директ; Маркет.
Бизнес и документы
MAX; 1С; Битрикс24; МойСклад; Озон; Вайлдберриз; Авито; Дадата; Контур.Диадок; СБИС; рабочие сервисы ВКонтакте.
Разработка и инфраструктура
GitHub; GitLab; Forgejo и Gitea; Redmine; Jira; Confluence; Jenkins; TeamCity; Harbor; Kubernetes; Docker.
Базы данных и поиск
PostgreSQL; MySQL и MariaDB; Microsoft SQL Server; ClickHouse; MongoDB; Redis; OpenSearch и Elasticsearch.
Наблюдение за системами
Prometheus; Grafana; мониторинг Яндекс Облака.
Информационная безопасность
OpenVAS и GVM; аудит действий и журналы Яндекс Облака; Wazuh; Suricata; системы сбора и анализа событий безопасности.
Названия программ сохранены, чтобы администратор мог узнать используемые в компании системы. По каждому подключению нужно проверить доступные операции и поддерживаемую версию. Готовность центра подключений не означает готовность всего этого списка.
Можно сопоставить направление развития с уже установленными системами предприятия.
200 к концу 2026 года. 1000 — к концу 2027 года.
Планируем довести каталог до 200 коннекторов к 31 декабря 2026 года и до 1000 к 31 декабря 2027 года. Это целевые показатели развития, а не размер доступного каталога сегодня.
Приоритет — подключения, которые позволяют закончить полезный процесс: получить данные, подготовить результат и передать его ответственному. Для внедрения важнее наличие нужных операций и проверенная совместимость, чем общее количество.
Состав и сроки отдельных подключений могут меняться с учётом доступности интерфейсов систем, результатов испытаний и потребностей предприятий.
Можно планировать расширение использования Студии, сохраняя ясное разделение готовых возможностей и будущего каталога.
Подключение не означает передачу данных наружу
Внутренняя база, локальная почта и хранилище документов могут находиться в том же контуре, что Студия. Тогда запросы и результаты остаются внутри организации.
Внешняя система — другая граница обработки. Подключение облака, торговой площадки или мессенджера должно быть осознанным решением: какие сведения нужны, куда они уходят и какие действия разрешены. В полностью локальном режиме такие подключения не используются.
Приватность определяется выбранной архитектурой и правами, а не количеством доступных коннекторов.
Каталог Студии
В коде есть 12 прикладных и два служебных подключения с 260 описанными операциями. Для заказчика важнее проверить конкретные четыре вещи: система, права сотрудника, нужное действие и граница передачи данных.
Можно оценивать готовность подключения по своей задаче, а не по общей цифре.
Ценность подключения — в разрешённой задаче
СберПро подчёркивает роль полномочий и доверия при работе агентов с корпоративными системами.
Как помогает Студия
Коннектор к базе может получать согласованные сведения для отчёта, к почте — отбирать обращения, к системе заявок — передавать подготовленный результат. Доступность зависит от готовности конкретного коннектора. Цели каталога — 200 к концу 2026 года и 1000 к концу 2027 года; это не текущие показатели.
Сравнить Студию с другими решениями по 12 критериям ↗
Выбор подключения начинается с полезной операции, а планы каталога не подменяют готовность интеграции.