Leina: командный AI-агент для чат-платформ и бизнес-приложений

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

Внедрение AI-агента в повседневную работу команды поднимает три практических вопроса. Где люди будут с ним взаимодействовать? Как он получит доступ к данным и инструментам, которые они уже используют? И что каждому человеку должно быть разрешено?

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

Leina построена вокруг этих потребностей: один серверный экземпляр на поддерживаемых чат-платформах, подключения к бизнес-приложениям через наш шлюз авторизации OpenConnector и разрешения, назначаемые участникам и группам.

Один экземпляр Leina на разных чат-платформах

Команды часто работают более чем в одной среде обмена сообщениями. Некоторые участники могут общаться в WeCom, а другие — в Discord. Поддержка отдельного агента для каждой платформы добавляет работы по настройке и администрированию.

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

Команда может начать с существующей рабочей группы и расширяться на другие платформы по мере необходимости. Люди сохраняют привычные инструменты чата и поручают задачи Leina там же.

Чат служит точкой входа для задачи; подключённые бизнес-приложения предоставляют данные и операции, необходимые для её выполнения. Настроив доступ к чату, команда может настроить нужные подключения приложений. Для каждой точки входа по-прежнему нужен подходящий набор разрешений на подключение.

flowchart TB
  accTitle: От командного чата к бизнес-приложениям
  accDescr: WeCom и Discord подключаются к одному экземпляру Leina. OpenConnector авторизует доступ к подключённым документам и бизнес-данным. Типы приложений приведены для примера.
  subgraph CHAT["ПЛАТФОРМЫ ЧАТА"]
    W("WeCom"):::channel
    D("Discord"):::channel
  end
  W --> L("Leina
Один экземпляр сервера"):::agent
  D --> L
  L --> G("OpenConnector
Шлюз авторизации"):::gateway
  subgraph APPS["АВТОРИЗОВАННЫЕ ПРИЛОЖЕНИЯ"]
    F("Документы"):::resource
    B("Деловые записи"):::resource
  end
  G --> F
  G --> B

Подключения к бизнес-приложениям через OpenConnector

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

Leina использует OpenConnector — наш собственный защищённый шлюз авторизации. На момент публикации шлюз поддерживает более 1 500 провайдеров и свыше 16 000 действий. Эти цифры описывают охват подключений шлюза; они не означают, что в каждом аккаунте включены все сервисы или действия.

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

Такой охват даёт командам больше способов строить задачи вокруг уже используемых инструментов. Когда подключённое приложение поддерживает нужное действие и у аккаунта есть доступ, Leina может помочь найти проектные документы, обобщить бизнес-записи или записать подготовленный результат в указанное место.

Фактическая область зависит от коннектора, авторизованного аккаунта и его разрешений. Начните с раздела Интеграции, проверьте операции, необходимые для задачи, и подключите подходящий аккаунт.

Шлюз авторизации — часть этой архитектуры доступа. Доступ к бизнес-приложениям аутентифицируется и авторизуется через шлюз, а агент вызывает приложения в пределах настроенных разрешений. Авторизация аккаунта происходит в процессе подключения, без вставки паролей или необработанных токенов доступа в чат.

Разрешения для участников и групп

Отдельному агенту в первую очередь нужен доступ к аккаунтам и данным своего пользователя. Общему организационному агенту нужны более явные границы: какие участники могут использовать какие подключения и какие группы могут получать доступ к какой бизнес-информации?

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

Рассмотрим команду, которая занимается продажами, выполнением проектов и общением с внешними участниками. Её требования к доступу могут включать:

• Участникам отдела продаж нужны подключения и действия, связанные с работой с клиентами.
• Участникам проектов нужен доступ к документам и записям, используемым для выполнения проектов.
• Группы с внешними участниками должны получать только ту информацию и операции, которые подходят для этой аудитории.

Это примеры бизнес-границ, которые выражаются через настройку разрешений. Назначайте доступ в соответствии с обязанностями людей и задачами, которые им нужно выполнять. Доступная область зависит от коннектора, разрешений аккаунта и настроек команды.

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

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

flowchart TB
  accTitle: Общий агент, определённый доступ
  accDescr: Разрешения участников и групп и авторизация бизнес-аккаунта определяют, какие данные и действия доступны через OpenConnector. Ресурсы вне области недоступны для вызовов.
  M("Участники + группы
Разрешения"):::channel
  C("Учётная запись приложения
Авторизация"):::channel
  M --> G("OpenConnector
Ограниченный деловой доступ"):::agent
  C --> G
  G --> A("В пределах области
Данные и действия"):::resource
  G -.-> X("Вне области
Нет доступа"):::restricted

Начните с одной чётко определённой задачи

Эти три возможности работают вместе в одном рабочем процессе. Участник команды запрашивает задачу на привычной чат-платформе. Leina использует авторизованные подключения к приложениям, чтобы найти нужную информацию, и действует в пределах настроенных разрешений.

Для первой задачи выберите чёткую область и результат, который легко проверить. Подключив приложение, поддерживающее поиск по документам, попробуйте такой запрос:

Найди протоколы встреч этой недели в наших подключённых проектных документах. Обобщи принятые решения и открытые вопросы и добавь ссылки на исходные документы. Для этой задачи только читай документы.

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

Когда команда проверит подключение, область доступа и результаты, она сможет распространить рабочий процесс на большее число участников и групп. Руководство по началу работы описывает подключение чата, авторизацию аккаунта и назначение первой задачи.

От доступа к чату до подключений к бизнес-приложениям и разрешений участников — Leina даёт командам практический путь к внедрению AI-агента в повседневную работу.

Продолжить чтение

1. Один агент на разных чат-платформах: различайте доступ к чату и подключения к приложениям и расширяйтесь с одной группы.
2. OpenConnector и безопасные подключения к приложениям: проверьте провайдеров, действия и авторизацию аккаунта с помощью задачи только для чтения.
3. Разрешения участников и групп: планируйте области доступа, проверяйте аудитории результатов и подтверждайте границы.