Архитектура

Смысловая архитектура

Пять слоёв — от интерфейса до инфраструктуры

Схема показывает роли компонентов. Процессы и источники данных используют единое ядро исполнения; агенты обращаются к общим инструментам и моделям. Конфигурация и состав развёртывания определяются задачами организации.

Интерфейсыточки входа сотрудника

Веб-чатПанель администратораПерсональный агент

Координация и управлениечто выполняет работу

Движок конвейеровСерверные и персональные агентыСпециализации

Интеллектядро работы с ИИ

Прокси LLM с DLPпредотвращение утечек данных (Data Loss Prevention)Корпоративный поиск (RAGпоиск с дополнением генерации (Retrieval-Augmented Generation))Учёт токенов

Интеграциисвязь с данными и системами

MCPпротокол подключения инструментов к модели (Model Context Protocol)-инструментыПодключения и загрузка данныхДомены данных

Инфраструктурагде всё работает

KubernetesGitOpsуправление инфраструктурой через Git (ArgoCD)Хранилища данныхKeycloak

Принципы

На чём держится конструкция

Конфигурация, а не код

Процессы, подключения, специализации и доступные инструменты настраиваются в панели администратора. Нестандартная обработка добавляется пользовательскими Python-шагами. Код платформы един для всех заказчиков и не разветвляется на несовместимые версии — обновления приходят всем.

Одно ядро — две плоскости

Серверная платформа и персональный агент собираются из одной кодовой базы. Подключения к поставщикам моделей, защита данных (DLP) и работа с файлами — общие для обеих плоскостей.

Независимость от поставщика моделей

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

Безопасность встроена, а не сверху

Изоляция данных подразделений, настраиваемая защита данных при обращении к модели и журналы событий входят в платформу. Подробно — на странице Безопасность и контроль.

Две плоскости

Одна кодовая база — два режима работы

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

Серверная платформа

в кластере организации

ОкружениеKubernetes, изоляция данных подразделений
Память и конфигPostgreSQL
Инструментыпо сети в кластере (MCP по HTTPпротокол передачи гипертекста (HTTP/HTTPS))
Авторизациякорпоративный SSO (Keycloak), разные способы входа

Единое ядро

Персональный агент

на рабочей станции сотрудника

Окружениерабочая станция сотрудника
Память и конфиглокальная SQLite
Инструментылокально на машине (MCP по stdioстандартный ввод-вывод (standard I/O))
Авторизациякорпоративный вход через браузер

Поток запроса

Как слои работают вместе

Обращения к моделям проходят через выбранную цепочку и настроенную политику защиты данных. Проверка человеком добавляется в нужные точки конвейера; платформа ведёт журналы событий и учёт расхода.

Запросчат · конвейер · условие запуска

Координация и управление + Интеллект

DLP-щитмаскирует данные

Шагимодель · инструменты · поиск

Контрольчеловека

Спорное — на проверку человеку

Результатответ · документ · действие

Аудит: кто, что и когда сделал · срабатывания DLP · учёт расхода токенов

Технологический стек

Открытый стек, отечественный контур

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

Ядро

Rust

Данные и обмен

PostgreSQLRedisKafkaOpenSearchMinIO

Доступ

KeycloakJWTвеб-токен в формате JSON (JSON Web Token)LDAPоблегчённый протокол доступа к каталогам (Lightweight Directory Access Protocol)-федерацияMFAмногофакторная аутентификация (Multi-Factor Authentication)

Эксплуатация

KubernetesArgoCD (GitOps)Helm

Протоколы и расширение

MCPOpenAPIспецификация программного интерфейса (OpenAPI Specification)Python-шаги