Платформа 4.0
Платформа 4.0: компоненты и данные
Назначение CORE, MM, RS и MLLM; связь версий моделей, сценариев, ассетов и вычислительных узлов.
На этой странице
Компоненты платформы
Платформа 4.0 объединяет управление данными, модели и разработку сценариев. Эти компоненты составляют технологическую основу BOX 5.0; существующий BOX 3.x имеет собственную ветку развёртывания и эксплуатации.
| Компонент | Ответственность | Основные сущности |
|---|---|---|
| CORE | Данные и распределённые вычисления | Камеры, объекты, события, пользователи, назначения |
| MM | Управление и проверка моделей | Модель, версия, пакет, категории, результат валидации |
| RS | Редактирование и исполнение сценариев | Сценарий, версия, граф, настройки блоков, тестовый запуск |
| MLLM | Мультимодальная обработка | Задачи обработки мультимодальных данных и конфигурация соответствующего компонента |
От разработки к обработке камеры
Модель и сценарий имеют отдельные версии. Тестовый запуск связывает выбранную версию с проверочными данными. Публикация делает версию доступной потребителям; обработка камеры требует назначения и запуска в вычислительном контуре.
- 1Модель → версия модели↓ Выбор опубликованной версии в блоке
ZIP-пакет, категории, валидация и контрольный inference.
- 2Сценарий → версия сценария↓ Проверка на версии ассета
Граф flow_data, извлечённые flow_settings, ссылки на модели.
- 3Запуск → результаты↓ Публикация и назначение
launch_uuid, прогресс, исходные и визуализированные кадры, сообщения и события.
- 4Камера → исполнение
Вычислительный контур получает граф и модели, обрабатывает поток и передаёт результат.
Публикация модели не равна её загрузке в GPU. Модель загружается при исполнении сценария, который её использует.
Рабочие задачи и права
Разработчик создаёт версии и запускает проверки. Администратор предоставляет ресурсы и доступ, контролирует сервисы и хранение. Оператор просматривает результаты и принимает решения в прикладном интерфейсе.
Функциональные модули: от источника до решения оператора
Продуктовое описание 2026 года связывает технические компоненты с рабочими задачами: объектная структура и камеры задают место наблюдения; модели находят визуальные признаки; сценарии применяют правила; журналы и карточки организуют разбор результата. MLLM добавляет текстовую интерпретацию, интеграции передают события в смежные системы.
| Контур | Что настраивается | Результат для эксплуатации |
|---|---|---|
| Ядро и камеры | Предприятие, цех, участок, источник, типы зон и ответственные | Аналитика привязана к физическому объекту и правам доступа |
| Модели и сценарии | Версии, категории, пороги, граф обработки и тестовые данные | Изменения проверяются до назначения на камеры |
| Журналы | Тип события, фильтры, статусы решения, комментарии и экспорт | Оператор разбирает событие вместе с медиа и контекстом |
| MLLM / RAG | Модель, промпт, входные данные и разрешённый контекст | Человекочитаемая интерпретация для проверки результата |
| Интеграции | Справочники, источники, получатели, формат и правила обмена | Платформа входит в ИТ/ОТ-ландшафт предприятия |
Что относится к продукту, конфигурации и развитию
Обзор возможностей описывает платформу, ФТТ формулирует требования к системе, а документ от 08.05.2026 имеет статус концепции развития. Требование само по себе не подтверждает доступность функции в конкретном релизе. Состав модулей, версий, интеграций и эксплуатационных условий фиксируется для поставки.
| Статус | Что входит | Как использовать описание |
|---|---|---|
| Описанные возможности платформы | Камеры и зоны, версии моделей и сценариев, тестирование, журналы, роли и аудит | Сверить доступность интерфейсов и операций с установленной версией |
| Зависит от конфигурации | Формат модели и runtime, MLLM/RAG, адаптеры интеграции, топология и хранение | Проверить совместимость, инфраструктуру, данные и состав поставки |
| Концепция развития | Новый процесс «Контекст», чат по событиям, генерация и тестирование сценариев AI-агентом | Рассматривать как направление развития, не как обещание готовности всех функций |
| Требования к внедрению | Критерии качества, ресурсные ограничения, аудит, роли и порядок публикации | Перевести в проверяемые условия проектирования и приёмки |
Референсная архитектура Platform 4.0 · открыть
