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

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

2026.4.1 — подготавливаемая версия Платформы ИИ на основе 2026.3.5. Дата поставки в этом документе не назначена.

В Control Plane добавлена функция «Активность и потребление» (CORE-1980). Итоговая нагрузочная квалификация AU-I05 ещё не завершена: наличие функции и локальных проверок не подтверждает целевую производительность, промышленную отказоустойчивость или допустимую потерю данных.

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

• 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);
• возможность распубликации в порядке: отзыв роута → отмена регистрации в реестре → отзыв секретов → удаление рабочей нагрузки;

Активность и потребление

Новая возможность Control Plane объединяет:

• агрегаты и графики LLM-запросов, известных токенов, ошибок и длительности по периоду и доступным бизнес-разрезам;
• журнал LLM-запросов и карточку запроса с диагностическими метаданными;
• агрегаты HTTP-запросов к агентам через Platform Agent Gateway;
• проверку актуальных прав на каждом чтении, включая доступ к подробной диагностике по отдельно выданному праву;
• состояние доставки, которое отличает задержку, неизвестную полноту и известный пропуск от достоверного отсутствия активности.

События проходят из штатного agentgateway 1.5.0 по OTLP в OpenTelemetry Collector Contrib 0.156.0 с постоянной очередью на диске, затем в ClickHouse 26.8.10.6. Control Plane читает аналитические данные из ClickHouse и применяет актуальные права. Отдельные брокер, сервис аналитики и агрегатные витрины не добавлены. В основном dev-local эта цепочка включена общей композицией; базовые проверки используют локальный эмулятор OpenAI API без корпоративного VPN.

История доступна через API за последние 30 дней. Тела запросов и ответов, сообщения диалога и секреты в журнал не входят. Денежная стоимость, остатки накопительных квот, жизненный цикл Agent runs и асинхронных A2A-задач не входят в первую итерацию. Для общего непрозрачного процесса агента LLM-потребление связывается с ключом и агентом; инициатор остаётся неизвестным.

Профиль agentgateway-1.5-conservative/v2 исключает из достоверных сумм неоднозначный расход: шлюз пока не сохраняет различие между отсутствующим компонентом usage и нулём. Это ограничение источника, а не задержка доставки. Подробности приведены в ограничениях и руководстве оператора.

Схема ClickHouse имеет версию activity-storage/v2. Перед обновлением необходимо выполнить её штатную миграцию; возврат старого образа сам по себе не понижает схему. Порядок описан в плане миграции.

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.

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