AI Platform Docs
Поставка

Примечания к выпуску 2026.3.5

Подробный состав, ограничения и критерии приемки первой поставки Платформы ИИ.

Состояние релиза

2026.3.5 — версия кандидата на поставку Платформы ИИ. Плановая дата поставки — 11 августа 2026 года.

Состав компонентов релиза:

  • Agent Registry,
  • Control Plane (включая Publisher),
  • Low-code Конструктор (интеграция LangFlow),
  • Low-code Runtime,
  • Platform Agent Gateway,
  • Platform RAG,
  • Memory Service.

Agent Registry

Agent Registry R2 — сервис-каталог агентов, состояние которого формируется автоматически путём наблюдения за опубликованными workload в Kubernetes.

В состав функций компонента входят:

  • автоматическое обнаружение опубликованных агентов в Kubernetes;
  • публикация агентов осуществляется исключительно через Control Plane; Registry не предоставляет API для ручного создания, изменения или удаления записей;
  • стабильная идентичность агента определяется выданным UUIDv7;
  • просмотр списка, получение карточки агента и гибридный поиск с обязательной авторизацией через SpiceDB (agent#view);

Важно: Agent Registry не выполняет функции по развертыванию агентов. Registry наблюдает состояние объектов, развернутых в Kubernetes.

Control Plane

Control Plane — сервис управления жизненным циклом Агентов. Функция Publisher (внутренняя возможность Control Plane) обеспечивает управляемое развертывание версии агента в Kubernetes.

В состав функций компонента входят:

  • назначение UUIDv7 agent_id и agent_version_id до создания рабочей нагрузки;
  • валидация low-code source и манифеста;
  • развертывание нагрузки в Kubernetes и создание A2A роута;
  • валидация кандидата через внутренний Gateway route и обратная связь от Agent Registry (candidate_validated/withheld);
  • выбор стабильного публичного Agent route (HTTPRoute);
  • возможность распубликации в порядке: отзыв роута → отмена регистрации в реестре → отзыв секретов → удаление рабочей нагрузки;

Platform Agent Gateway

Platform Agent Gateway — единственная точка вызова Агентов на платформе. Защищает вызовы от прямого обращения к внутренним службам.

В состав функций компонента входят:

  • повторная проверка токена пользователя и права вызова;
  • замена исходного пользовательского токена на короткоживущее удостоверение, связанное с конкретным агентом;
  • маршрутизация вызовов к целевому Low-code Runtime или SDK-агенту.

Low-code Runtime

Low-code Runtime — универсальный Agent Pod на базовом образе lfx, который исполняет один неизменяемый Flow и предоставляет фактически поддержанные A2A/MCP интерфейсы.

В состав функций компонента входят:

  • запуск экземпляра агента в виде отдельного k8s пода на базе универсального lfx-образа, зафиксированного по digest;
  • загрузка неизменяемого Flow и манифеста по хешу без пересборки образа;
  • A2A 1.0 HTTP+JSON: входящий запрос попадает в Runtime только после проверки Gateway полномочий;
  • обращение к моделям, RAG, памяти и файлам только через платформенные контракты с Agent-owned credentials;
  • Runtime не хранит секреты, провайдерские учётные данные или произвольные ссылки на пакеты внутри Flow-артефакта;

Low-code Конструктор

Low-code Конструктор — интеграция существующего LangFlow с Платформой ИИ. LangFlow остаётся доверенным low-code приложением; платформа добавляет узкую интеграцию публикации без создания отдельного backend, API, базы данных или preview executor.

Реализованный функционал:

  • аутентификация через SSO Платформы ИИ (Keycloak client langflow-studio, Authorization Code + PKCE S256);
  • публикация агента через вызов Control Plane;
  • доступ только к разрешенному набору компонентов (Component Policy ap-low-code-r2.1);

Platform RAG

Platform RAG — управляемый сервис извлечения знаний (retrieval-augmented generation). Он относится к общим платформенным службам уровня COMMON и является обязательной, общей и управляемой возможностью.

В состав функций компонента входят:

  • реестр коллекций с закреплённым профилем эмбеддинга, моделью ACL и стратегией чанкинга;
  • приём нормализованных документов от интеграционных сервисов через контракт submit_documents;
  • внутренняя очередь заданий на Redis pub/sub с job store в PostgreSQL как источником истины;
  • гибридный поиск (kNN + BM25) со слиянием RRF и обязательной фильтрацией по ACL уровня пользователя;
  • упаковка контекста под бюджет токенов с цитатами;
  • версионируемая переиндексация при изменении профиля эмбеддинга или стратегии чанкинга (in-place изменение запрещено);
  • все вызовы моделей — эмбеддинг, реранк, переписывание запроса — выполняются исключительно через AI Gateway.

Потребители обращаются к Сервису исключительно через санкционированные пути: платформенный кастом-компонент (low-code) или Platform SDK.

Важно: Platform RAG поставляется в релизе как самостоятельный сервис и не интегрирован с другими компонентами, описанными в документации.

Memory Service

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

Контракт API совместим с mem0. Путь записи асинхронный (очередь RabbitMQ, воркеры извлечения), путь чтения — синхронный.

В состав функций компонента входят:

  • извлечение фактов из сообщений диалога через LLM-инференс исключительно на собственных GPU через AI Gateway;
  • мультисигнальный поиск (семантика + BM25) с ранжированием и бюджетом токенов;
  • CRUD записей памяти с историей изменений;
  • рабочая память сессий (чекпоинты) с настраиваемым TTL;
  • право на удаление (забвение) по фильтру с подтверждением в audit log;
  • Guardrails на границе записи (маскирование персональных данных);
  • ReBAC авторизация через SpiceDB на каждую операцию (fail-closed);
  • immutable audit log всех операций с памятью.

Важно: Memory Service поставляется в релизе как самостоятельный сервис и не интегрирован с другими компонентами, описанными в документации.

Сквозная проверка

Поставка проверяется как единая последовательность:

  1. Автор сохраняет и проверяет Flow в Low-code Конструкторе.
  2. Low-code Конструктор экспортирует Flow и вызывает Control Plane.
  3. Control Plane валидирует данные, создает Agent/AgentVersion и публикует Kubernetes ресурсы.
  4. Low-code Runtime разворачивает Flow по артефакту из Object Storage.
  5. Agent Registry автоматически обнаруживает запущенного агента и добавляет его в каталог с типом реализации low-code.
  6. Пользователь, при наличии разрешений, видит и вызывает агента через Platform Agent Gateway.

Открытые ограничения перечислены в отдельном разделе, а влияние на данные и интеграции — в анализе влияния.

На этой странице